- ipv6-wg - mailman.ripe.net

Agenda for ipv6 wg RIPE53
by David Kessens 29 Sep '06

29 Sep '06

During the next RIPE meeting, our working group is scheduled to meet: Wed Oct 4, 17:00-18:00, Grand Ballroom, Krasnapolsky Hotel, Amsterdam Please see below for the agenda. I believe that we might still have a little bit of time left so we can still consider some last minute contributions. I would also like to point you to various topics during the EOF sessions that are about ipv6 (IPv6 Routing Table, IPv6 in Real Life - Deployment of Popular Servers in IPv6, IPv6 Routing Tutorial, DHCPv6), or that will cover ipv6 in addition to ipv4 (What is Wrong With the DNS?, UMTS/GPRS Systems). Thanks and see you in Amsterdam! David Kessens --- Agenda for the IPv6 Working Group Meeting RIPE53 When: Wed Oct 4, 17:00-18:00 Where: Grand Ballroom, Krasnapolsky Hotel, Amsterdam A. Administrative stuff - appointment of scribe - agenda bashing (David Kessens) B. Quick update from the RIPE NCC regarding ipv6 services (RIPE NCC) C. Global IPv6 routing table status (discussion) (Gert Doering) D. Impact of 6bone address space depreciation (discussion - presentations welcome) E. IPv6 Multihoming Solutions (Marla Azinger) F. Proposal for IPv6 Multihoming Using PA Space (Iljitsch van Beijnum) Background reading material: http://www.muada.com/drafts/draft-van-beijnum-v6ops-pa-mhome-community-01.t… G. Impact of ip6.int deprecation (discussion - presentations welcome) H. 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) I. Developments/initiatives regarding IPv6 in the RIPE region and beyond (input from the audience) Y. Input for the RIPE NCC Activity Plan (input from the audience) Z. AOB ---

2 1

Multihoming in IPv6 using PA space
by Iljitsch van Beijnum 28 Sep '06

28 Sep '06

[Going out to routing-wg and ipv6-wg, trim as needed in follow-ups] Before the last IETF meeting there was some discussion about the difficulties in multihoming using a prefix out of PA space from an ISP in IPv6. Because many ISPs filter at /32 or /35 in IPv6, the /48s (or /56s) used for multihoming are often filtered out. After some discussion with people from the IETF v6ops wg, I've written the draft mentioned below, outlining the problem and proposing a BGP community to tag the prefixes used for this so they can be un-filtered as needed. Feedback from people involved with and/or an interest in IPv6 routing is highly appreciated. I'd be happy to discuss the draft in either the routing or IPv6 wgs, or talk about it briefly at the end of my IPv6 routing tutorial on wednesday morning. And of course one-on-one in the hallway. The -01 with only minor changes should be up soon, or you can find it at http://www.muada.com/drafts/draft-van-beijnum-v6ops-pa-mhome- community-01.txt Begin forwarded message: > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > Title : BGP Community for PA Multihoming > Author(s) : I. van Beijnum > Filename : draft-van-beijnum-v6ops-pa-mhome-community-00.txt > Pages : 8 > Date : 2006-9-11 > When an organization wants to connect to the internet using two or > more > Internet Service Providers (multihoming), this is usually done by > setting up BGP routing between the organization in question and > each of > its ISPs. For this, the multihomed organization needs a block of > address space. This can either be a provider independent (PI) > address block that belongs to the organization, or a block out of > the provider aggregatable (PA) address space of one its ISPs. > With IPv4, an address block of at least /24 will generally be suitable > for multihoming, whether its origin is PI or PA. However, until now, > ISPs were encouraged to only accept /32 prefixes from IPv6 PA space, > while end-users generally receive a /48. This makes multihoming > with PA > address space in IPv6 very difficult. This memo describes a new > well-known BGP community attribute for tagging prefixes used for > multihoming with PA space in order to facilitate filtering, rather > than > filter based on prefix length alone. > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-van-beijnum-v6ops-pa- > mhome-community-00.txt

1 0

Call for agenda topics & draft agenda (v1) for ipv6 wg RIPE53
by David Kessens 13 Sep '06

13 Sep '06

During next RIPE meeting, our working group is scheduled to meet: Wed Oct 4, 17:00-18:00, Grand Ballroom, Krasnapolsky Hotel, Amsterdam I have prepared a draft agenda with all our standard items. However, the meeting will only be a success if we get a lot of active participation from all participants. In fact there is little reason to have a working group meeting scheduled if we don't get other topics than the standard topics. Is there anything that you have been thinking about regarding the deployment of ipv6 in the european region ? It doesn't matter whether it is a brief topic, whether you have slides or simply would like to ask me to find a speaker. Just send me a quick mail! One thing that I personally was thinking about is the expiration of the 6bone address space. Is there anybody who is willing to give us an overview on what happened, and whether there were any positive or negative effects ? Or anybody knows what the vatican is planning to do with their address space ? Thanks! David Kessens --- Draft Agenda (v1) for the IPv6 Working Group Meeting RIPE53 When: Wed Oct 4, 17:00-18:00 Where: Grand Ballroom, Krasnapolsky Hotel, Amsterdam A. Administrative stuff - appointment of scribe - agenda bashing - approval of the minutes (David Kessens) B. Quick update from the RIPE NCC regarding ipv6 services (RIPE NCC) C. Global IPv6 routing table status (discussion) (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) E. Developments/initiatives regarding IPv6 in the RIPE region and beyond (input from the audience) Y. Input for the RIPE NCC Activity Plan (input from the audience) Z. AOB ---

1 0

IPv6 Benchmarking - Sept'2006
by Carlos Friacas 05 Sep '06

05 Sep '06

Hello, You can fill in (yet another) survey about IPv6 at: http://surveys.ipv6.eu This survey is part of the European IPv6 Task-Force Steering Commitee's Benchmarking Activity, in the scope of project IST-2-004572-CA, partly funded by the EC. Your cooperation is needed and very welcome! Please also help this message reach the mailboxes of people on your communities, even to those folks which are still far from using IPv6, but who can spare 10 mins to fill this form. This survey is focused on metrics we cannot have input without direct intervention from humans. The outcome of it, plus the data we periodically collect automatically (from several sources) will be worked/aggregated and published on http://www.ipv6.eu Stay tuned! ps: sorry for any duplicate messages. Best Regards, ./Carlos -------------- Wide Area Network (WAN) Workgroup, CMF8-RIPE, CF596-ARIN FCCN - Fundacao para a Computacao Cientifica Nacional http://www.fccn.pt "Internet is just routes (191157/571), naming (millions) and... people!"

3 2

[info@arin.net: [arin-announce] NRPM version 2006.2 - New Policy Implementations]
by David Kessens 31 Aug '06

31 Aug '06

For your information. Please post followups regarding these policy changes to the address policy working group only. David Kessens --- ----- Forwarded message from Member Services <info(a)arin.net> ----- Delivered-To: arin-announce(a)lists.arin.net From: Member Services <info(a)arin.net> To: ARIN Announce <arin-announce(a)arin.net>, "'Public Policy Mailing List'" <ppml(a)arin.net> Date: Wed, 30 Aug 2006 19:22:07 -0400 Subject: [arin-announce] NRPM version 2006.2 - New Policy Implementations Reply-To: info(a)arin.net On 9 May 2006, the ARIN Board of Trustees, based on the recommendation of the Advisory Council and noting that the Internet Resource Policy Evaluation Process had been followed, adopted the following policy proposals: 2005-1: Provider-independent IPv6 Assignments for End Sites 2005-8: Proposal to amend ARIN IPv6 assignment and utilisation requirement 2005-9: 4-Byte AS Number These policy proposals have been incorporated into version 2006.2 of the ARIN Number Resource Policy Manual (NRPM) which is effective 30 August 2006. NRPM version 2006.2 supersedes previous versions. See Appendix A of the NRPM for information regarding changes to the manual. The NRPM can be found at: http://www.arin.net/policy/nrpm.html Appendix A can be found at: http://www.arin.net/policy/nrpm_changelog.html On 11 July 2006, the ARIN Board of Trustees added IPv6 Assignments to the ARIN fee schedule. The Board waived all but $500 of the IPv6 Initial Assignment fee through 31 December 2007. The fee schedule can be found at: http://www.arin.net/billing/fee_schedule.html For information about requesting an IPv6 assignment, please see the guidelines at: http://www.arin.net/registration/guidelines/ipv6_assignment.html Regards, Member Services American Registry for Internet Numbers (ARIN) _______________________________________________ ARIN-announce mailing list ARIN-announce(a)arin.net http://lists.arin.net/mailman/listinfo/arin-announce "To Unsubscribe,<mailto:arin-announce-request@arin.net?subject=unsubscribe>." ----- End forwarded message -----

4 4

2001:7f9::/32 still being announced even though the 'experiment' has finished 2 days ago?
by Jeroen Massar 25 Aug '06

25 Aug '06

Hi, inet6num: 2001:07F9::/32 org: ORG-CA59-RIPE netname: CONSULINTEL-20040713 descr: Experimental Prefix ======================== Duration of assignment: ======================== Start date: 2004-07-19 End date: 2006-07-19 ======================== Details of Experiment: http://www.consulintel.euro6ix.org ======================== But according to: http://noc.sixxs.net/tools/grh/lg/?find=2001:7f9::/32 it is still being announced. Also the mentioned URL doesn't contain any 'details of experiment' at all. What is up with this? Has this become free IPv6 space? GRH automarked it as reclaimed due to the expiry date btw. Greets, Jeroen

4 4

IPv6 access to ftp.ripe.net
by James Aldridge 28 Jun '06

28 Jun '06

[Apologies for duplicate e-mails] Dear Colleagues, IPv6 access to ftp.ripe.net is currently not possible. IPv4 access is unaffected. The current ScreenOS firewall software is unable to support extended passive-mode FTP. We have therefore temporarily removed the AAAA record for ftp.ripe.net from the DNS. We hope to restore IPv6 access as quickly as possible and will inform you when this occurs. We apologise for any inconvenience. Regards, James Aldridge Systems & Network Engineer RIPE NCC Operations Group

1 0

6to4 address utilisation
by Thu Thuy 09 Jun '06

09 Jun '06

Hi, I have a question about 6to4 address utilisation. May i post it here ? Thanks everyone for your guidance. 6to4 is a tunnel method. From an IPv4 address, we have /48 6to4 IPv6 space. So i'm wonder if this /48 range can be commonly used for our IPv6 network (workstations, servers) like native IPv6, or it just be used only for tunnel, to connect native IPv6 lands. Thank you once more, Thu Thuy Development & Research Department. Vietnam Internet Network Information Center - VNNIC.

1 0

V6 connectivity
by Max Tulyev 09 Jun '06

09 Jun '06

Hi! I see v6 connectivity is much worse than v4: traceroute to kite-www.ripe.net (2001:610:240:0:a843::8) from 2a01:d8:0:99:211:11ff:fe1f:bfc9, 30 hops max, 16 byte packets 1 2a01:d8:0:99::1 (2a01:d8:0:99::1) 0.782 ms 0.719 ms 2.227 ms 2 2a01:d8:0:1::1 (2a01:d8:0:1::1) 40.904 ms 2.346 ms 2.754 ms 3 2001:b08:0:2::1 (2001:b08:0:2::1) 35.849 ms 7.533 ms 2.576 ms 4 2001:b08:b08:3::2 (2001:b08:b08:3::2) 35.205 ms 25.399 ms 25.649 ms 5 se-kth.nordu.net (2001:948:0:f02c::1) 29.649 ms 25.579 ms 25.545 ms 6 se-ov.nordu.net (2001:948:0:f027::2) 33.705 ms 25.539 ms 25.927 ms 7 dk-gw2.nordu.net (2001:948:0:f03f::2) 39.785 ms 33.901 ms 33.688 ms 8 * * * 9 * * * 10 * * * 11 * * * 12 nikipv6.ripe.net (2001:7f8:1::a500:3333:1) 214.93 ms 226.989 ms 215.676 ms 13 kite-www.ripe.net (2001:610:240:0:a843::8) 214.484 ms 215.588 ms 221.891 ms 1: greentheatre (195.209.50.18) 0.273ms pmtu 1500 1: gw.gpt.ru (195.209.50.1) 1.366ms 2: LEO-MG-2.Garnet.ru (195.209.63.20) 57.568ms 3: d2-msk-m9-ge0-0-0-v102.ruscomnet.ru (80.249.128.117) asymm 4 3.034ms 4: c1-msk-m9-ge0-1-0.ruscomnet.ru (80.249.132.9) asymm 5 4.265ms 5: d1-fft-as0.ruscomnet.ru (80.249.132.26) asymm 6 51.486ms 6: gigabitethernet3-0.104.gw9.fft4.de.ALTER.NET (139.4.144.5) 51.952ms 7: so-7-1-0.XR1.FFT4.ALTER.NET (149.227.48.25) asymm 8 52.247ms 8: so-0-1-0.TR2.FFT1.ALTER.NET (146.188.8.138) asymm 9 52.400ms 9: so-5-1-0.TR2.AMS2.ALTER.NET (146.188.2.169) asymm 10 58.617ms 10: POS2-0.BR1.AMS3.ALTER.NET (146.188.3.218) 58.315ms 11: Amsterdam1.ripe.net (195.69.144.68) 53.182ms 12: kite.ripe.net (193.0.0.214) asymm 11 53.245ms reached Resume: pmtu 1500 hops 12 back 11 And some parts of v6 Internet is completly unreachable. Is it my bug or real situation? -- WBR, Max Tulyev (MT6561-RIPE, 2:463/253@FIDO) "Garant-Park-Telecom", +7 095 783-3-783

6 5

New ROUTE-SET and RIPE document: Address Space Managed by the RIPE NCC
by leo vegoda 31 May '06

31 May '06

[Apologies for duplicates] Dear Colleagues, We have updated the RIPE document "Address Space Managed by the RIPE NCC" to include references to a ROUTE-SET object describing the address space allocated to the RIPE NCC by the IANA. The new version is ripe-380 and can be found on our web site at: https://www.ripe.net/docs/ripe-ncc-managed-address-space.html We hope the ROUTE-SET object is useful. Kind regards, -- leo vegoda Registration Services Manager RIPE NCC

1 0