- ipv6-wg - mailman.ripe.net

DMARC Solution Applied to this Mailing List
by Adam Castle 18 Dec '17

18 Dec '17

Dear Working Group, As more email providers enable Domain Message Authentication Reporting & Conformance (DMARC), some people find they can no longer receive emails from the mailing lists they are subscribed to. We have deployed a Mailman setting change to address this problem. After consultation with the RIPE Working Group Chairs, we have enabled the DMARC "Munge From" setting on all RIPE mailing lists. This means that if your email service provider has DMARC enabled, you will continue to receive all emails sent to this mailing list, but the "From" part of the header will change. If you don't have DMARC enabled, you won't see any change to the emails you receive from this mailing list. You can find more information about how we have been handling DMARC in the following RIPE Labs articles: https://labs.ripe.net/Members/adam_castle/dmarc-and-the-ripe-ncc https://labs.ripe.net/Members/adam_castle/ripe-mailing-lists-and-dmarc To ensure all working group participants are aware of the changes, I am sending this mail to all working groups. If you have any questions or encounter any issues on this mailing list, please let me know. Many thanks. Adam Castle Web Services Manager RIPE NCC

1 0

New on RIPE Labs: Let's talk about RFC 6980
by Mirjam Kuehne 13 Dec '17

13 Dec '17

Dear colleagues, This RIPE Labs article by Jacky Hammer covers the topic of whether different operating systems have correctly implemented RFC 6980 (Security Implications of IPv6 Fragmentation with IPv6 Neighbor Discovery): https://labs.ripe.net/Members/jacky_hammer/lets-talk-about-rfc-6980 Kind regards, Mirjam Kühne RIPE NCC

1 0

New on RIPE Labs: IPv6 Addresses, Security and Privacy
by Mirjam Kuehne 08 Dec '17

08 Dec '17

Dear colleagues, The choice of the IPv6 address format impacts a host's security and privacy. This new RIPE Labs article by Johanna Ullrich discusses this impact, highlights how current address formats deal with matters of security and privacy, and pinpoints shortcomings in today's addressing mechanisms: https://labs.ripe.net/Members/johanna_ullrich/ipv6-addresses-security-and-p… Kind regards, Mirjam Kühne RIPE NCC

1 0

Join APNIC's IPv6 Hackathon at APRICOT 2018
by Vesna Manojlovic 07 Dec '17

07 Dec '17

Dear colleagues, I am very happy to invite you to the APNIC's first Hackathon, to be held from 23 to 25 February 2018 in Kathmandu, Nepal. What are Hackathons? -------------------- Hackathons (hacking marathons) are events where a group of people work together on a pre-defined set of problems, intensively, for a period of a few days. At the first APNIC Hackathon, participants will identify and help resolve IPv6-related challenges of their choice. Attendance is free but will be limited to 25 participants. Who should apply ---------------- - Informatics professionals (developers, testers, designers and so forth) - Telecommunications professionals (network/telecom engineers, network administrators/operators and so forth) - Researchers working on Internet measurements, networking, or similar projects - Advanced students of technology degrees For more information, application form, and key dates, visit the APRICOT 2018 website: https://2018.apricot.net/program/hackathon Participants will also receive an APNIC Hackathon t-shirt, a certificate of participation, and a chance to win assorted prizes. For any further queries, please email the Hackathon team at: conference(a)apnic.net Regards, Vesna Manojlovic Community Builder RIPE NCC

1 0

Results of the RIPE NCC Hackathon Version 6
by Vesna Manojlovic 28 Nov '17

28 Nov '17

Dear IPv6-wg, the topic of sixth RIPE NCC hackathon was, appropriately, IPv6 :) The highlights of the event: * 32 people from 18 countries participated * 6 projects were finalized * most future impact: ICMPv6 support for libpcap * most educational: Pocket Internet (lab of VM pods) * mostly covered topic: visualizing IPv6 deployment * most data used: RIPE Atlas traceroutes Please read the full report, with all the links, here: https://labs.ripe.net/Members/becha/results-hackathon-version-6 If you use one of the projects for your work, implement it or make further modifications, I would love to hear about it! Regards, Vesna

1 0

New on RIPE Labs: IPv6 Week Denmark
by Mirjam Kuehne 22 Nov '17

22 Nov '17

Dear colleagues, An IPv6 week is an opportunity to raise awareness and stimulate IPv6 deployment on a national level. It brings a wide variety of stakeholders, knowledge and experience to a country where deployment of IPv6 is low. One of the key factors affecting the success of a national IPv6 week is support from the local community. In Copenhagen, we were very happy to have assistance from DKNOG in preparing and delivering this event. You can now find a report on RIPE Labs: https://labs.ripe.net/Members/nathalie_nathalie/ipv6-week-denmark Kind regards, Mirjam Kühne RIPE NCC

1 0

New on RIPE Labs: IPv6-only? IPv4-as-a-service?
by Mirjam Kuehne 03 Nov '17

03 Nov '17

Dear colleagues, Please find this new article by Jordi Palet on RIPE Labs: IPv6-only? IPv4-as-a-service? We are starting to hear “IPv6-only” more often. However, it doesn't seem to be clear what exactly this means. Read Jordi's explanation: https://labs.ripe.net/Members/jordipaletm/ipv6-only-ipv4-as-a-service Kind regards, Mirjam Kuhne RIPE NCC

1 0

Looking for a secon opinion on using ULA along with GUA for residential access
by Radu-Adrian FEURDEAN 01 Nov '17

01 Nov '17

Hello, During the evaluation of a new model of CPE for our residential access we found one of the suppliers providing an option to announce a ULA prefix in addition to the GUA prefix obtained from DHCP-PD. I would like some second opinions regarding auch a practice. >From my point of view, if ULA is enabled: - it allows the client's LAN to stay IPv6-enabled even when the internet connection is down. It is a simpler version compared to the use of link-locals. - if the "auto" version of the setting is used, the ULA prefix will risk changing when changing the CPE, which is less than optimal. If ULA is disabled: - business as usual; when internet is down the client will only have RFC1918 (v4) + link-local (v6) So, is it worth enabling an additional ULA on the LAN ? -- Radu-Adrian FEURDEAN

3 2

New on RIPE Labs: IPv6 Address Planning in GavleNet
by Mirjam Kuehne 01 Nov '17

01 Nov '17

Dear colleagues, Here's a new article by Torbjorn Eklov on RIPE Labs in which he describes how he helped a municipality network to deploy native IPv6 for fibre-to-the-home customers: https://labs.ripe.net/Members/teklov/ipv6-address-planning-in-gavlenet If you have any thoughts or comments on Torbjorn's article, please sign in to RIPE NCC Access and post them below the article. Kind regards, Mirjam Kühne RIPE NCC

1 0

Happy Eyeballs reporting
by JORDI PALET MARTINEZ 27 Oct '17

27 Oct '17

Hi all, After my presentation this week on Dubai about this topic, I got several folks telling me that they believe this is very interesting. Here is again the link to the document: https://tools.ietf.org/html/draft-palet-ietf-v6ops-he-reporting-00 And to the slides from this week: https://ripe75.ripe.net/presentations/129-ipv6-hev2-v2.pdf The major concern is privacy issues. My response to that is that we have the same when we log other protocols, including CGN, etc., in addition to that, for signaling the ISP that there is a problem, we don’t really need to log the complete source IPv6 address that doesn’t work, just the prefix, and also, we have a simpler alternative. If the logging is only for the destination IPv6 address and not the source one, I think in a big % of the cases, is sufficient for the ISP to know that there is some problem from its network to the failed destination (so the ISP could replicate the failure from any other source address in its network to the same destination). This logic, I believe, will only fail if the problem is specific to the “interior” of the customer network, which will be out of the scope of the ISP (and even do, the ISP will be able to tell the user --- hey this destination works from my network, not from yours, so something got broken inside your network). I’m going to submit a new version of this document on Sunday, so if you have inputs, please, let me know ASAP. Thanks in advance for your inputs ! 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 exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.

1 0