- ipv6-wg - mailman.ripe.net

Fwd: [Bp_ipv6] Starting IPv6 BPF 2016: Next call on 23rd June
by Michael Oghia 22 Jun '16

22 Jun '16

FYI. The IGF's Best Practice Forums provide tangible and useful outputs, and this year's IPv6 BPF aims to build on last year's momentum. I encourage anyone working with IPv6 to participate and spread this around your networks. Best, -Michael Oghia __________________ Independent #netgov consultant & editor 2015 ISOC IGF Ambassador Istanbul, Turkey Skype: mikeoghia Twitter <https://www.twitter.com/MikeOghia> *|* LinkedIn <https://www.linkedin.com/in/mikeoghia> ---------- Forwarded message ---------- From: Izumi Okutani <izumi(a)nic.ad.jp> Date: Tue, Jun 21, 2016 at 6:06 PM Subject: [Bp_ipv6] Starting IPv6 BPF 2016: Next call on 23rd June To: "bp_ipv6(a)intgovforum.org" <bp_ipv6(a)intgovforum.org> Dear Colleagues, We are starting work on IPv6 BPF 2016 and I am serving as a MAG Coordinator this year, with my colleague Sumon Ahmed Sabir. You can see our profiles at: http://www.intgovforum.org/cms/mag/45-mag-membership/3030-mag-2016-membersh… To start work for the BPF this year. we would like to invite you to: 1) Share your feedback on the attached Scope and Goals document for IPv6 BPF 2016 Close comments by: Fri 1st July 2) Join us in the call at UTC1600 Thu 23rd June *Register* < https://intgovforum.webex.com/intgovforum/j.php?RGID=ra8e66724ded8a366ee621… > After your request has been approved, you'll receive instructions for joining the meeting. To share some background, last year’s BPF on IPv6 focused on creating capacity building platforms and awareness raising, in the form of national and regional IPv6 taskforces and other initiatives. Building upon the conclusions of last year, the BPF on IPv6 organizers now suggest a focus on the economic decisions and commercial drivers behind the decision to adopt IPv6. Therefore, the target is non-technical people who can share economic/business perspectives. As we did last year, we would like to start with fixing the Scope and Goals document, to be the basis of our work for the output document to be produced as our BFP. Best Regards, Izumi Okutani _______________________________________________ Bp_ipv6 mailing list Bp_ipv6(a)intgovforum.org http://intgovforum.org/mailman/listinfo/bp_ipv6_intgovforum.org

1 0

Icon with IPv6
by Alexey Galaev 21 Jun '16

21 Jun '16

Hi all. Do anyone have isometric icon with IPv6 logo? We are creating animated form to order servers with IPv6. Now that looks like http://storage2.static.itmages.com/i/16/0621/h_1466530601_3472813_28e93c8b0… Thanks. Sent via RIPE Forum -- https://www.ripe.net/participate/mail/forum

1 0

New on RIPE Labs: Reducing the BGP Table Size - A Fairy Tale
by Mirjam Kuehne 20 Jun '16

20 Jun '16

Dear colleagues, Please find a new article on RIPE Labs: George Michaelson is discussing the issue of the relative sizes of the IPv4 and IPv6 Internet in BGP.: https://labs.ripe.net/Members/ggm/reducing-the-bgp-table-size-a-fairy-tale?… Kind regards, Mirjam Kuehne RIPE NCC

1 0

Maximum acceptable IPv6 prefix in BGP table?
by Sergey 16 Jun '16

16 Jun '16

Hi, Looking at the BGP table I see stuff like this, not even /64: 2001:218:2000:5000::3a0/126 *[BGP/170] 2d 08:02:02, localpref 180 AS path: 12714 31133 3491 10026 I, validation-state: unverified > to 2a00:d18:fe03:fefe:a76d::1 via ae2.3386 As we can see this wasn't rejected by 3 AS-es. AFAIK, the minimum allocated space from RIRs is /48. Should we filter prefixes longer than this? -- Kind regards, CTO at *Foton Telecom CJSC (ru.fotontelecom)* Tel.: +7 (499) 679-99-99 AS42861 on PeeringDB <http://as42861.peeringdb.com/>, Qrator <https://radar.qrator.net/as42861>, BGP.HE.NET <http://bgp.he.net/AS42861> http://ipv6actnow.org/

9 14

Re: [ipv6-wg] Maximum acceptable IPv6 prefix in BGP table?
by Mark Tinka 15 Jun '16

15 Jun '16

On 15/Jun/16 11:39, Colin Petrie wrote: > We tried this out last year: > https://labs.ripe.net/Members/emileaben/has-the-routability-of-longer-than-… > > TL;DR - global usefulness of longer-than-/24 is still pretty low. Thanks, Colin. On my side, I'm not immediately keen to fill FIB slots with >/24 or >/48. But I'll keep an eye on what the rest of the community does and adjust accordingly if it makes sense. Mark.

1 0

RIPE Policy vs IETF RFC
by Nathalie Trenaman 14 Jun '16

14 Jun '16

Dear colleagues, As you might know, the current IPv6 policy states very clear that assignments to customers must be a minimum of a /64. 5.4.1. Assignment address space size End Users are assigned an End Site assignment from their LIR or ISP. The size of the assignment is a local decision for the LIR or ISP to make, using a minimum value of a /64 (only one subnet is anticipated for the End Site). https://www.ripe.net/publications/docs/ripe-655 On the other hand, a while ago, RFC7608 (BCP198) was published, stating: 2. Recommendation IPv6 implementations MUST conform to the rules specified in Section 5.1 of [RFC4632]. Decision-making processes for forwarding MUST NOT restrict the length of IPv6 prefixes by design. In particular, forwarding processes MUST be designed to process prefixes of any length up to /128, by increments of 1. In practice, this means that the RFC suggests that a customer can get an IPv6 assignment of any size, while the RIPE policy says the minimum should be a /64. I’m interested to know what the community thinks about this and if alignment between this RFC and the RIPE policy is needed. Nathalie Künneke-Trenaman IPv6 Program Manager RIPE NCC

9 9

New on RIPE Labs: How are you Deploying IPv6? Take this Survey
by Mirjam Kuehne 31 May '16

31 May '16

Dear colleagues, For those of you who missed Jordi Palet's original announcement, his call for the IPv6 deployment survey is now also on RIPE Labs: https://labs.ripe.net/Members/jordipaletm/how-are-you-deploying-ipv6-take-t… Kind regards, Mirjam Kuehne RIPE NCC

1 0

v4 versus v6 -- who connects faster?
by Vaibhav Bajpai 23 May '16

23 May '16

Dear v6 WG, Here [a] is a toy v6 service I came up with during the RIPE Atlas hackathon over this weekend. Thought I share this along: [a] http://goo.gl/hbzbwD <http://goo.gl/hbzbwD> You enter a dual-stacked website (ALEXA top 10K) and it shows you the difference in TCP connect times over v4 and v6 as seen by all dual-stacked RIPE Atlas probes (~1.3K probes). You can also filter the visualisation from a specific origin-AS. This additional filter can be useful to view performance towards a website from a specific origin-AS (say DTAG). Disclaimer: This is an outcome of a 1.5d long hackathon project. As such, the codebase is possibly inundated with bugs. Please don’t see it as a production service :-) Best, Vaibhav =================================== Vaibhav Bajpai www.vaibhavbajpai.com <http://www.vaibhavbajpai.com/> Room 91, Research I School of Engineering and Sciences Jacobs University Bremen, Germany ===================================

6 11

v4 versus v6 -- who connects faster?
by Bajpai, Vaibhav 23 May '16

23 May '16

Dear v6 WG, Here [a] is a toy v6 service I came up with during the RIPE Atlas hackathon over this weekend. Thought I share this along: [a] http://goo.gl/hbzbwD You enter a dual-stacked website (ALEXA top 10K) and it shows you the difference in TCP connect times over v4 and v6 as seen by all dual-stacked RIPE Atlas probes (~1.3K probes). You can also filter the visualisation from a specific origin-AS. This additional filter can be useful to view performance towards a website from a specific origin-AS (say 3320). Disclaimer: This is an outcome of a 1.5d long hackathon project. As such, the codebase is possibly inundated with bugs. Please don’t see it as a production service :-) Best, Vaibhav =================================== Vaibhav Bajpai www.vaibhavbajpai.com<http://www.vaibhavbajpai.com> Room 91, Research I School of Engineering and Sciences Jacobs University Bremen, Germany ===================================

2 1

Re: [ipv6-wg] v4 versus v6 -- who connects faster?
by Eric Vyncke (evyncke) 23 May '16

23 May '16

Hello Vaibhav, The map with blue/red is really a nice one :-) May I dare to propose some improvements? * on the blue/red map, be sure to have blue meaning all the time that IPv6 is faster (the legend is unclear and by using those tools, I know that this is not trivial to do) * State the date of the 'scan' * Some web sites are in the top 10K of Alexa but are not in: www.iet.org, www.lesoir.be, .... (Even www.ripe.net is not in the data :-) but RIPE is only 25.000th so out of your data set) Again, nice visualisation! -éric From: ipv6-wg <ipv6-wg-bounces(a)ripe.net<mailto:ipv6-wg-bounces@ripe.net>> on behalf of "Bajpai, Vaibhav" <v.bajpai(a)jacobs-university.de<mailto:v.bajpai@jacobs-university.de>> Date: Monday 23 May 2016 at 08:08 To: "ipv6-wg(a)ripe.net<mailto:ipv6-wg@ripe.net> IPv6" <ipv6-wg(a)ripe.net<mailto:ipv6-wg@ripe.net>> Subject: [ipv6-wg] v4 versus v6 -- who connects faster? Dear v6 WG, Here [a] is a toy v6 service I came up with during the RIPE Atlas hackathon over this weekend. Thought I share this along: [a] http://goo.gl/hbzbwD You enter a dual-stacked website (ALEXA top 10K) and it shows you the difference in TCP connect times over v4 and v6 as seen by all dual-stacked RIPE Atlas probes (~1.3K probes). You can also filter the visualisation from a specific origin-AS. This additional filter can be useful to view performance towards a website from a specific origin-AS (say 3320). Disclaimer: This is an outcome of a 1.5d long hackathon project. As such, the codebase is possibly inundated with bugs. Please don’t see it as a production service :-) Best, Vaibhav =================================== Vaibhav Bajpai www.vaibhavbajpai.com<http://www.vaibhavbajpai.com> Room 91, Research I School of Engineering and Sciences Jacobs University Bremen, Germany ===================================

2 1