- ipv6-wg - mailman.ripe.net

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

IPv6 residential deployment survey (looking into technical aspects)
by JORDI PALET MARTINEZ 20 May '16

20 May '16

Hi all, I got so much input for a small “email survey”, that I’ve decided to make it more complete and on-line. The results will be published and updated every month or so, I will provide ASAP the link to those stats. No personal data will be published. http://survey.consulintel.es/index.php/175122 (If you know your network, it takes less than 2 minutes to complete it) It can be responded even if is not yet a commercial service, and customers can also respond, not just the ISP. However, to avoid duplicate data, make sure to include the country and ISP name. For those that already replied to me by email, it will be much better if you can fill in the on-line survey. Otherwise, after a week or so, I will input “manually” the data that you provided, but then there will be many “empty” questions. Please, feel free to circulate this message as much as you can ! Thanks a lot! Regards, Jordi ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.consulintel.es The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.

1 0