From jeroen at unfix.org Sat Jan 10 02:21:50 2004 From: jeroen at unfix.org (Jeroen Massar) Date: Sat, 10 Jan 2004 02:21:50 +0100 Subject: [ipv6-wg@ripe.net] FW: New IPv6 Allocation (2001:1a00::/23) Message-ID: <000701c3d718$203ecf40$210d640a@unfix.org> -----BEGIN PGP SIGNED MESSAGE----- FYI, please adjust filters etc if you have set them. Reference filter set: http://www.space.net/~gert/RIPE/ipv6-filters.html Greets, Jeroen - -----Original Message----- From: Steve Conte [conte at iana.org] Sent: Saturday, January 10, 2004 1:47 AM To: nanog at merit.edu Subject: New IPv6 Allocation Greetings, This is to inform you that the IANA has allocated 2001:1A00::/23 to the RIPE NCC. For a full list of IANA IPv6 allocations please see: . Thanks, Steve - --------------- Steve Conte - IANA conte at iana.org PGP KeyID: 0x0972C473 -----BEGIN PGP SIGNATURE----- Version: Unfix PGP for Outlook Alpha 13 Int. Comment: Jeroen Massar / http://unfix.org/~jeroen iQA/AwUBP/9TrSmqKFIzPnwjEQK/gQCfaceFBP53zGBUGIqDXd7xkggNhk4An3Q0 li6/dxHnvSZm81DheQYCzRoM =/hGY -----END PGP SIGNATURE----- From leo at ripe.net Mon Jan 12 15:14:52 2004 From: leo at ripe.net (leo vegoda) Date: Mon, 12 Jan 2004 15:14:52 +0100 Subject: [ipv6-wg@ripe.net] New IPv6 Address Block Allocated to RIPE NCC Message-ID: <20040112141452.GA18304@ripe.net> Dear Colleagues, The RIPE NCC received the IPv6 address range 2001:1A00::/23 from the IANA in January 2004. You may wish to adjust any filters you have in place accordingly. More information on the IP space administered by the RIPE NCC can be found on our web site at: Regards, -- leo vegoda Registration Services Manager RIPE NCC From david at iprg.nokia.com Mon Jan 19 14:16:25 2004 From: david at iprg.nokia.com (David Kessens) Date: Mon, 19 Jan 2004 05:16:25 -0800 Subject: [ipv6-wg@ripe.net] Agenda ipv6 wg RIPE47 Message-ID: <20040119051625.B12513@iprg.nokia.com> Hi, Below follows the agenda for the ipv6 wg for RIPE47. Note that we are meeting on tuesday instead of the usual wednesday slot. We occasionally change meeting time/date in order to make sure that we are not always scheduled with the same working group so that people who are interested in the other working group have a chance to go to that session for a change. Thanks & see you all on tuesday, David Kessens --- Agenda for the IPv6 Working Group Meeting RIPE47 When: 14:00 - 15:30, Tuesday January 27, 2004 Where: St Johns II, Hotel Krasnapolsky, Amsterdam A. Administrative stuff - appointment of scribe - agenda bashing (David Kessens) B. Ranges of ipv6 addresses and their use (Jeroen Massar) C. Global IPv6 routing table status (Gert Doering) D. Report(s) about *actual* v6 traffic volume as compared to v4? *what's real* out there, not what's on powerpoint? (input from the audience) - Tunnel Detection Tool (Lorenzo Colitti, RIPE NCC, TTM project) - IPv6 Network Management (Bernard Tuy) E. Operational issues with IPv6: RPSLng testing, policy issues, filtering practices, peering (Simon Leinen, Swiss IPv6 task force & swiss IPv6 operations group) F. Developments/initiatives regarding IPv6 in the RIPE region and beyond (input from the audience) - latest IPv6 Land Speed Record (Edoardo Martelli, CERN, time allowing) G. Input for the RIPE NCC Activity Plan (input from the audience) Z. AOB --- From david at iprg.nokia.com Mon Jan 19 14:27:35 2004 From: david at iprg.nokia.com (David Kessens) Date: Mon, 19 Jan 2004 05:27:35 -0800 Subject: [ipv6-wg@ripe.net] Minutes for the ipv6 wg session RIPE45 Message-ID: <20040119052735.A12564@iprg.nokia.com> Hi, We didn't receive any comments on the minutes in the comment period so the draft minutes (v1) are now declared final. Please see below for the minutes of the ipv6 session at RIPE45. David K. --- Minutes IPv6 Working Group RIPE 45 The IPv6 Working Group session Wednesday 14 May, 16.30 - 18.30 A. Administrative Stuff: Chair (David Kessens, Nokia) Scribe (Timothy Lowe, RIPE NCC) Actions: 44.1 RIPE NCC Enable reverse delegation for the 6bone Andrei: after much discussion, 6bone will do it for themselves. #Action point closed# 44.2 Bernard Tuy To co-ordinate an IPv6 routing guideline document Discussion ongoing with Marc Blanchet (Hexago) for more comprehensive document. David: this point is being passed to the routing working group. #Action point closed# 44.3 RIPE NCC To investigate with IANA increasing the size of RIR allocations to rationalize routing David: discussion has begun between the parties so we can close this one. Gert Doering (Spacenet): I see at least 3 /23s being delegated in the interim and this is a shame. David: it is a bit tech and a bit policy so I this might need to go to the LIR working group. John Crain: ICANN There are discussions concerning this with the RIRs about a temporary solution. #action point closed#, discussion moved to policy working group 44.4 RIPE NCC Report back to the working group what the status is and what the issues are regarding: - enabling AAAA glue records in the . zone - AAAA glue records for delegations to TLDs - AAAA glue records for the root servers themselves, enabling ipv6 transport to the . zone John: AAAA in the root there are possible issues with too many AAAA records into the root zone. In the lab we are building a root zone with lots of AAAA queries to prove it is safe. We don't believe there will be any issues but we have some requests for this so we have to come back with proof that it is stable before going ahead. The Root server advisory committee will be asked to approve this before the summer. Mohsen Souissi (AFNIC): The request for comments document from IANA was run by myself and I sent IANA my comments. We have no issues for .fr with AAAA glue records under the root zone. Mr Vixie was asked to comment and had no technical issues. We have been waiting for a long time. John: yes I saw that and according to his draft not RFC but draft it has no issues but we have to ensure that it doesn't just work for .fr but for everyone. Also we have had little comment on his draft and no other tech tests of this. However we see that it is a good idea and we want to have this implemented as soon as possible. David: Who needs to sign off on this? John: inet clue elite David: good, it's not lost in the department of commerce. John: No we just have to present solid evidence to the Department of Commerce so they can approve Andrei:we tried to research this by asking Verisign what registrars support AAAA records. They said they don't know. Fortunately our registrar did it and we found that it was only blocked at the root zone. We wanted to change our registrar but the new one had no interest in doing AAAA dns. David: I think others have the same problem can you make public who is willing to do it? Lars-Johan Liman: can we see a way of changing the name on the right hand side of the ns delegation so that it doesn't conflict with the ns.ripe.net. Like ns6.ripe.net (we already have this see www.ripe.net/reverse) Andrei:I agree we should look into this but it was just to clarify that it should be looked into. David: this a DNS issue so we should pass it to them. Ok we should keep action open so we can hear about progress in this area? Good we keep it. B. Status of the 6bone http://www.kessens.com/~david/presentations/ (David Kessens) 6bone registry is now reachable over v6 in all aspects. Draft phase out plan of the addresses has been proposed. The cut off date for allocating ptlas is 20040101 and the date of phase out is 20060606. Some stats are 60 countries with ptlas in the 6bone C. University of Tennessee IPv6 network storage stack http://www.ripe.net/ripe/meetings/ripe-45/presentations/ ripe45-ipv6-logistic.pdf (Alessandro Bassi - LoCI - Univ of Tennessee) Logistical networking, which is based on distributed network storage, is a project of the UTK Logistical Computing and Internetworking Lab. The LoCI Lab website: http://loci.cs.utk.edu/ D. Global IPv6 routing table status http://www.ripe.net/ripe/meetings/ripe-45/presentations/ ripe45-ipv6-table/ (Gert Doering) Slide 12: Kurtis Lindqvist, Netnod: Can you track which blocks are allocated and which are routed? Also the delay between when the allocation was made and when it was first routed? Gert: My scripts don't do it but I can do that. I will look into it but no promises. Mohsen: Tunis isn't in Europe (refers to slide 15) Gert: sure but its around the mediteranian so around the corner sort of Europe. E. Report(s) about actual v6 traffic volume as compared to v4? http://www.ripe.net/ripe/meetings/ripe-45/presentations/ ripe45-tt-ipv6/page1.htm (Henk Uijterwaal, RIPE NCC) The test traffic project is now also able to measure the ipv6 Internet. F. Developments/initiatives in the RIPE region and beyond -Presentation (Bernard Tuy, RENATER) Geant IPv6 service M6bone worldwide deployment and multicast protocols for IPv6 6Net and on going IPv6 experiments G. Input for the RIPE NCC Activity Plan (No input from the audience) Z. AOB ----- From david at iprg.nokia.com Mon Jan 19 14:29:30 2004 From: david at iprg.nokia.com (David Kessens) Date: Mon, 19 Jan 2004 05:29:30 -0800 Subject: [ipv6-wg@ripe.net] Minutes for the ipv6 wg session RIPE46 Message-ID: <20040119052930.B12564@iprg.nokia.com> Hi, We didn't receive any comments on the minutes in the comment period so the draft minutes (v1) are now declared final. Please see below for the minutes of the ipv6 wg session at RIPE46. I hope this helps, David K. --- Minutes for the IPv6 Working Group Meeting RIPE46 When: 16:00 - 17:30, Wednesday September 3, 2003 Where: Grand Ballroom, Hotel Krasnapolsky, Amsterdam Who: Chair: David Kessens Scribe: Pierre Baume A. Administrative stuff - appointment of scribe: Pierre Baume (RIPE NCC) - agenda bashing http://www.kessens.com/~david/presentations/ (David Kessens) Agenda point D below dropped. B. Status of the 6bone http://www.kessens.com/~david/presentations/ (David Kessens) - no new 6bone addresses will be allocated from 1/1/2004. - allocated 6bone addresses will not be valid anymore after 6/6/2006 C. Reports from the IETF - multi6 working group summary (Kurt Erik Lindqvist) Illjitsch van Beijnum: Who else is on the design team(s)? David Kessens: I will send the names I have to the list. D. Update on ttm progress (Henk Uijterwaal) Dropped from agenda. E. Global IPv6 routing table status - Global IPv6 routing table status (Gert Doering) http://www.space.net/~gert/RIPE/R46-v6-table/ http://www.space.net/~gert/RIPE/R46-v6-table.pdf - IPv6 routing table anomalies http://www.sixxs.net/tools/grh/ (Jeroen Massar) F. Report(s) about *actual* v6 traffic volume as compared to v4? *what's real* out there, not what's on powerpoint? (input from the audience) Nothing to report. G. Developments/initiatives regarding IPv6 in the RIPE region and beyond (input from the audience) - RENATER's IPv6 activity (Bernard Tuy) Geza Turchanyi: What is the presentation's URL? Bernard Tuy: Visit http://www.m6bone.net/. H. Input for the RIPE NCC Activity Plan (input from the audience) None. Z. AOB None. ---- From bernard.tuy at renater.fr Wed Jan 28 16:24:17 2004 From: bernard.tuy at renater.fr (Bernard Tuy) Date: Wed, 28 Jan 2004 16:24:17 +0100 Subject: [ipv6-wg@ripe.net] Apologises Message-ID: <4017D421.70909@renater.fr> ====BT: David and all, Since a couple of people were surpised to see me at the meeting although I didn't show up in the ipv6 wg, I feel I have to give some explanations. My yesterday morning flight was cancelled and I had to book for another one 3 hours later. Then when the ipv6 wg meets I was about to land in Schipol airport.... It seems that in some european countries 5 cm of snow is enough to completely mess airway traffic. I'm pretty sure it must appear weird to people from countries where most of the airports are under the snow several months a year ... but that's it. So sorry not to be able to attend the meeting since I'd have like to be able to hear lot of intersting topics schedulded on the agenda and to have the possibility to present what I'd prepared. The consolation is I probably wouldn't have been able to fit my 26 slides in 10-15 mn. So may I require a half an hour slot for the next meeting in May ? See you on the mailing list -or at Krasnapolski until friday noon... Cheers, +Bernard T. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 2397 bytes Desc: S/MIME Cryptographic Signature URL: