IETF 101, Day 1: Would You IPv6 It? Thumbnail
Deploy360 18 March 2018

IETF 101, Day 1: Would You IPv6 It?

By Kevin MeynellFormer Senior Manager, Technical and Operational Engagement

It’s another packed week at IETF 101 in London, and we’re bringing you daily blog posts highlighting the topics of interest to us in the ISOC Internet Technology Team. Monday is a very full day with two important IPv6 working groups, one on IoT, a couple on routing, and another couple related to crypto.

The week begins bright and early at 09.00 GMT/UTC with V6OPS, although it has a relatively light agenda with a discussion on implementing IPv6-preferred data centres to start the meeting, and 7 drafts on which comments are being requested.
The couple of new drafts are Requirements for IPv6 Routers that defines a set of recommendations for routers, switches, and middleboxes deployed in IPv6 networks; and Using Conditional Router Advertisements for Enterprise Multihoming that proposes a solution to the problem of enterprise multihoming without address translation by using Router Advertisements to influence the host source address.

NOTE: If you are unable to attend IETF 101 in person, there are multiple ways to participate remotely.


IPWAVE is running in parallel with V6OPS. It’s focusing on a couple of working group-sponsored drafts including a specification for transmitting IPv6 Packets over IEEE 802.11 Networks in Vehicle-to-Internet and Vehicle-to-Infrastructure communications; and defining the use cases for IP-based vehicular networks, but will also be discussing re-chartering.

6MAN meets straight after lunch at 13.30 GMT/UTC. This has 7 drafts up for discussion, as well as an update on multi-vendor interoperability testing results.
The new drafts are Privacy Extensions for Stateless Address Autoconfiguration in IPv6 that describes an extension that causes nodes to generate global scope addresses from interface identifiers that change over time; Recommendation on Temporary IPv6 Interface Identifiers specifies a set of requirements for generating temporary addresses and clarifies the stability requirements for IPv6 addresses; whilst Unified Identifier in IPv6 Segment Routing Networks extends the use of IPv6 Segment Routing Headers to segment identifiers encoded as MPLS labels and IPv4 addresses.
Following the afternoon break, there’s a choice between IDR or the Crypto Forum starting at 15.50 GMT/UTC.

In the evening session starting at 17.40 GMT/UTC, there’s a choice of TLS, DHC or GROW.

This is the first TLS session of the week, and the important TLS 1.3 agenda items will be covered during the Wednesday session.  This session will discuss drafts on TLS Options for Negotiation of Visibility in Datacenters and Record Header Extensions for (D)TLS; and there will also be a discussion on TLS-SRP that a set of cryptographic protocols that provide secure communication based on passwords.

DHC has three IPv6-related drafts on its agenda, including DHCPv4 over DHCPv6 Source Address OptionYANG Data Model for DHCPv6 Configuration; and Link Layer Addresses Assignment Mechanism for DHCPv6.

Finally, GROW has an interesting agenda item relating to IRR vs RPKI parity regarding AS-SETs.

For more background, please read the Rough Guide to IETF 101 from Olaf, Dan, Andrei, Steve, Karen and myself.

Relevant Working Groups

Disclaimer: Viewpoints expressed in this post are those of the author and may or may not reflect official Internet Society positions.

Related articles

Improving Technical Security 15 March 2019

DNS Privacy Frequently Asked Questions (FAQ)

We previously posted about how the DNS does not inherently employ any mechanisms to provide confidentiality for DNS transactions,...

Improving Technical Security 14 March 2019

Introduction to DNS Privacy

Almost every time we use an Internet application, it starts with a DNS (Domain Name System) transaction to map...

Improving Technical Security 13 March 2019

IPv6 Security for IPv4 Engineers

It is often argued that IPv4 practices should be forgotten when deploying IPv6, as after all IPv6 is a...