- ipv6-wg - mailman.ripe.net

measuring web similarity from dual-stacked hosts
by Bajpai, Vaibhav 04 Sep '16

04 Sep '16

Dear v6 WG, Measuring Web Similarity from Dual-stacked Hosts ------------------------------------------------ How similar are the webpages accessed over IPv6 to their IPv4 counterparts? – In situations where the content is dissimilar over IPv4 and IPv6, what factors contribute to the dissimilarity? To answer ^ we developed a tool (simweb) and deployed it on 80 geographically distributed dual-stacked SamKnows probes. A paper presenting results from the collected dataset got accepted recently. We just released the tool and the paper [a]. Thought to share it along. [a] http://goo.gl/sAsDcG Feedback most welcome! You may recall a presentation of this work at RIPE 72 [b]. [b] https://ripe72.ripe.net/archives/video/126 Abstract -------- We compare the similarity of webpages delivered over IPv4 and IPv6. Using the SamKnows web performance (webget) test, we implemented an extension (simweb) that allows us to measure the similarity of webpages. The simweb test measures against ALEXA top 100 dual-stacked websites from 80 SamKnows probes connected to dual-stacked networks representing 58 different ASes. Using a two months-long dataset we show that 14% of these dual-stacked websites exhibit a dissimilarity in the number of fetched webpage elements, with 94% of them exhibiting a dissimilarity in their size. We show that 6% of these websites announce AAAA entries in the DNS but no content is delivered over IPv6 when an HTTP request is made. We also noticed several cases where not all webpage elements (such as images, javascript and CSS) of a dual-stacked website are available over IPv6. We show that 27% of the dual-stacked websites have some fraction of webpage elements that fail over IPv6, with 9% of the websites having more than 50% webpage elements that fail over IPv6. We perform a causality analysis and also identify sources for these failing elements. We show that 12% of these websites have more than 50% webpage elements that belong to the same origin source and fail over IPv6. Failure rates are largely affected by DNS resolution error on images, javascript and CSS content delivered from both same-origin and cross-origin sources. These failures tend to cripple experience for users behind an IPv6-only network and a quantification of failure cases may help improve IPv6 adoption on the Internet. -- Vaibhav =================================== Vaibhav Bajpai www.vaibhavbajpai.com Postdoctoral Researcher Jacobs University Bremen, Germany ===================================

1 0

RIPE73, IPv6 WG: Call for presentations
by Jen Linkova 04 Sep '16

04 Sep '16

Hi there ;) Time flies, RIPE73 is less than two months away. If you'd like to present at IPv6 WG sessions in Madrid, or just have a suggestion for the agenda - please contact ipv6-wg-chairs(a)ripe.net. (If you could provide a short summary of your talk and how much time you need- it would help a lot to build an agenda and would be highly appreciated ;)) Thanks and see you in Madrid! --- On behalf of IPv6 WG Chairs, Jen Linkova aka Furry

1 0

[training] RIPE NCC Training Courses October-December 2016
by Training Services 01 Sep '16

01 Sep '16

Dear colleagues, Our training team travels the RIPE NCC service region to deliver training courses to our members without any additional cost. Over the next few months, we'll be in Yerevan, Bucharest, Amman, Bern, Minsk, Belgrade, Dublin, Athens. Visit the following page to register and to check which training courses we are giving in your area: https://lirportal.ripe.net/training/courses The RIPE NCC delivers the following training courses: - LIR Training Course - RIPE Database Training Course - Basic IPv6 Training Course - DNSSEC Training Course - Measurements Tools Workshop - 2 days Advanced IPv6 Training Course - 2 days BGP Operations and Security Training Course For more information visit: https://www.ripe.net/support/training/courses With kind regards, Rumy Spratley-Kanis Training Services Manager

1 0

IPv6 Best Practice Forum
by Michael Oghia 27 Jul '16

27 Jul '16

Dear colleagues, Building on last year's IGF Best Practice Forum (BPF) on creating an enabling environment for IPv6 <http://www.intgovforum.org/cms/documents/best-practice-forums/creating-an-e…>, we are now focusing this year's IPv6 BPF work on how to best encourage and support IPv6 adoption (for more information, see: Scope and Goals <http://www.intgovforum.org/cms/documents/best-practice-forums/798-scope-and…> ). The IPv6 BPF is a consensus-driven, bottom-up, and inclusive collaborative effort, one that brings together professional expertise from across stakeholder groups in order to generate a practical, constructive, and relevant outcome document. We are currently soliciting feedback and brainstorming ideas, especially related to economic elements of IPv6 adoption and business cases: https://docs.google.com/document/d/1C7z8MRVBOmBsuWxpl8YivXZWFvksKCq0_ul7TlF… If you are not already involved, I encourage you to add suggestions to the document, share it among your networks, and contact Izumi Okutani, our MAG coordinator, or Wim Degezelle, the IPv6 BPF project manager, for more information or if you have any questions. Additionally, you can sign up for the mailing list at: http://mail.intgovforum.org/mailman/listinfo/bp_ipv6_intgovforum.org. Kind regards, -Michael __________________ Michael J. Oghia iGmena <http://igmena.org/> communications manager Independent #netgov consultant & editor Istanbul, Turkey Skype: mikeoghia Twitter <https://www.twitter.com/MikeOghia> *|* LinkedIn <https://www.linkedin.com/in/mikeoghia>

1 0

Enterprise (Rabobank) on IPv6
by Sander Steffann 26 Jul '16

26 Jul '16

Hi, For those of you who need some serious examples of enterprises doing IPv6 so you can convince other enterprises: today there is a new example to follow, rabobank.nl :-) Rabobank is one of the largest banks of the Netherlands (and according to i.e. http://www.accuity.com/useful-links/bank-rankings/ even in the top-50 of largest banks in the world). Banks are often known for being cautious and conservative, so a major bank deploying IPv6 on their main website might take away some reluctance at other enterprises. Cheers! Sander

4 4

[members-discuss] manufacturers of routers and IPV6
by Куприянов Роман 25 Jul '16

25 Jul '16

Dear colleagues. Is there any possibility of the community affect the router manufacturer to implement the required functionality for the implementation of IPV6? ---------- Best regards, Kupriyanov Roman (ru.enigma)

5 4

New on RIPE Labs: Can You Make IPv6 Work Commercially?
by Mirjam Kuehne 07 Jul '16

07 Jul '16

Dear colleagues, Large scale IPv6 deployments suggest that IPv6 is at least a technical success, the technology works. Time to visit the other important question: does it work commercially. Does IPv6 really come with a positive business case? We are about to find out, if you help us... Read more on RIPE Labs: https://labs.ripe.net/Members/marco_hogewoning/can-you-make-ipv6-work-comme… Please also note the poll next to the article. Kind regards, Mirjam Kuehne RIPE NCC

1 0

Fwd: [v6ops] RFC 7872 on Observations on the Dropping of Packets with IPv6 Extension Headers in the Real World
by Fernando Gont 28 Jun '16

28 Jun '16

FYI -------- Forwarded Message -------- Subject: [v6ops] RFC 7872 on Observations on the Dropping of Packets with IPv6 Extension Headers in the Real World Date: Tue, 21 Jun 2016 16:57:35 -0700 (PDT) From: rfc-editor(a)rfc-editor.org To: ietf-announce(a)ietf.org, rfc-dist(a)rfc-editor.org CC: v6ops(a)ietf.org, rfc-editor(a)rfc-editor.org A new Request for Comments is now available in online RFC libraries. RFC 7872 Title: Observations on the Dropping of Packets with IPv6 Extension Headers in the Real World Author: F. Gont, J. Linkova, T. Chown, W. Liu Status: Informational Stream: IETF Date: June 2016 Mailbox: fgont(a)si6networks.com, furry(a)google.com, tim.chown(a)jisc.ac.uk, liushucheng(a)huawei.com Pages: 15 Characters: 30924 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-v6ops-ipv6-ehs-in-real-world-02.txt URL: https://www.rfc-editor.org/info/rfc7872 DOI: http://dx.doi.org/10.17487/RFC7872 This document presents real-world data regarding the extent to which packets with IPv6 Extension Headers (EHs) are dropped in the Internet (as originally measured in August 2014 and later in June 2015, with similar results) and where in the network such dropping occurs. The aforementioned results serve as a problem statement that is expected to trigger operational advice on the filtering of IPv6 packets carrying IPv6 EHs so that the situation improves over time. This document also explains how the results were obtained, such that the corresponding measurements can be reproduced by other members of the community and repeated over time to observe changes in the handling of packets with IPv6 EHs. This document is a product of the IPv6 Operations Working Group of the IETF. INFORMATIONAL: This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor(a)rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC _______________________________________________ v6ops mailing list v6ops(a)ietf.org https://www.ietf.org/mailman/listinfo/v6ops -- Fernando Gont e-mail: fernando(a)gont.com.ar || fgont(a)si6networks.com PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1 -- Fernando Gont SI6 Networks e-mail: fgont(a)si6networks.com PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492

1 0

measuring the effects of happy eyeballs
by Bajpai, Vaibhav 22 Jun '16

22 Jun '16

Dear v6 WG, Measuring the Effects of Happy Eyeballs --------------------------------------- A paper on measuring the effects of happy eyeballs [RFC 6555] just got accepted last week. This uses a 3-years long ('13 - '16) dataset of TCP connect times towards ALEXA top 10K websites collected from 80 dual-stacked SamKnows probes. We just released [a] the paper. Thought to share it along: [a] http://goo.gl/JmKEax Feedback most welcome! You may recall preliminary versions of this work at RIPE 66 [b] and IETF 87 [c]. [b] https://ripe66.ripe.net/archives/video/1208 [c] https://vimeo.com/71407427 Abstract -------- The IETF has developed protocols that promote a healthy IPv4 and IPv6 co-existence. The Happy Eyeballs (HE) algorithm, for instance, prevents bad user experience in situations where IPv6 connectivity is broken. Using an active test (happy) that measures TCP connection establishment times, we evaluate the effects of the HE algorithm. The happy test measures against ALEXA top 10K websites from 80 SamKnows probes connected to dual-stacked networks representing 58 different ASes. Using a 3-years long (2013 - 2016) dataset, we show that TCP connect times to popular websites over IPv6 have considerably improved over time. As of May 2016, 18% of these websites are faster over IPv6 with 91% of the rest at most 1 ms slower. The historical trend shows that only around 1% of the TCP connect times over IPv6 were ever above the HE timer value (300 ms), which leaves around 2% chance for IPv4 to win a HE race towards these websites. As such, 99% of these websites prefer IPv6 connections more than 98% of the time. We show that although absolute TCP connect times (in ms) are not that far apart in both address families, HE with a 300 ms timer value tends to prefer slower IPv6 connections in around 90% of the cases. We show that lowering the HE timer value to 150 ms gives us a margin benefit of 10% while retaining same preference levels over IPv6. Best, Vaibhav =================================== Vaibhav Bajpai www.vaibhavbajpai.com Room 91, Research I School of Engineering and Sciences Jacobs University Bremen, Germany ===================================

1 0

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