Skip to main content
  • New IETF Area focuses on web and transport technologies

    The new Web and Internet Transport (WIT) area covers protocols that provide the functions of the transport layer of the Internet, including congestion control and queue management, real-time communication, as well as protocols that implement the World Wide Web and adjacent technologies.

    8 Oct 2024
  • IETF Meetings recording playback system now open source

    The source code of the playback system for the recordings of IETF meeting sessions was recently released by Meetecho under an open source license, and the IETF has now deployed its own instance of the system.

    2 Oct 2024
  • Workshop on the Next Era of NEtwork Management OPerationS (NEMOPS)

    A workshop organized by the Internet Architecture Board (IAB) aims to chart a path for the development of future network management protocols and techniques. The Next Era of Network Management Operations (NEMOPS) workshop will begin by assessing the impacts of the previous IAB workshop on both network operations and protocol development.

    20 Sep 2024
  • RFC data visualizations accessibility review

    RFCs are freely available to download, copy, publish, display and distribute. One benefit of providing free access to RFCs is that they can be used by the largest number of people possible to build a better Internet for all. To truly include as many people as we can, the IETF community has consistently tried to uphold accessibility standards for the publication of RFCs.

    10 Sep 2024
  • Consultation on the Second IASA2 Retrospective

    The IETF Administration LLC is soliciting community feedback on the second retrospective on the IETF Administrative Support Activity (IASA 2.0). This follows our first retrospective from 2021.

    4 Sep 2024

Filter by topic and date

Filter by topic and date

World IPv6 Launch - 6th Anniversary

6 Jun 2018

Today is the 6th anniversary of World IPv6 Launch. We have come a long way since June 6, 2012.

World IPv6 Launch Badge

Google is seeing close to a quarter of their access traffic over IPv6 around the world, and Facebook is reporting slightly over 20 percent. Fixed and mobile operators in the United States like Comcast and AT&T have deployed IPv6 on about 65 percent of their networks. T-Mobile in the United States is up to about 95 percent! This is happening around the world, too. We also have IPv6 implementations across a broad range of infrastructure products: routers, switches, security devices, and all major operating systems. These deployments would not be possible without that. 

Clearly, great progress has been made in the last six years.

The IETF work to develop the IPv6 protocol has been done in a series of working groups. This started with the IPv6 working group, which was renamed IPv6 Maintenance (IPv6 Maintenance) once the first protocol specifications were standardized. Operations work is done in the IPv6 Operations (IPv6 Operations). IPv6 work on more specialized link technologies happens in specific working groups like IPv6 over Networks of Resource-constrained Nodes (IPv6 over networks of resource-constrained nodes), IPv6 over the TSCH mode of IEEE 802.15.4e (IPv6 over the TSCH mode of IEEE 802.15.4e), and IPv6 over Low Power Wide-Area Networks (IPv6 over Low power WPAN).

I have been involved in IPv6 since the need for a new version of the Internet Protocol was realized in the early 1990s. This includes co-chairing the IPv6 and 6MAN working groups, and co-authoring many of the core IPv6 specifications.

About a year ago the IETF elevated the IPv6 protocol specification to the last step in its standardization process called "Internet Standard". The new specification is RFC 8200. This was a major step for the IETF and means that the core protocol specification is very stable. The Internet Architecture Board published a statement that networking standards under development take IPv6 as a given. 

The current level of IPv6 deployment means that the technical hurdles have been overcome and the implementations are mature. We would not be having this level of usage if that wasn't true. At this point, it's only a matter of will, not technological issues. There isn't a question whether IPv6 will happen, only how fast will it happen and what are the next steps. People no longer ask, "Do I need to do IPv6?" They now ask, "How do I do IPv6?"

Even with this good news, there is still a lot more to do. The next hurdle to overcome is to have sites that don't currently support IPv6 deploy it. There are still many large commerce sites, financial institutions, and small businesses who do not support it. Also, very few enterprises are using it internally. Even today, some Internet of Things and home routers don't come with IPv6 running out of the box.

However, I think these sites and devices will support IPv6 over time, and the deployment of IPv6 will continue to grow as more service providers support it and its deployment in regions that don't do it today start deploying it.

The current deployment model is called "Dual Stack", where IPv4 and IPv6 run in parallel with each other. This has worked quite well and was the right approach to starting the IPv4 to IPv6 transition. I think the next phase of transition will be to have IPv6-Only networks. In these networks, there will only be IPv6 (and no IPv4). Access to what will be the legacy IPv4 Internet will be done via translation at the edge of these networks. This is simpler and cheaper to operate as there is only one Internet protocol to configure and manage in the network. 

Service to legacy IPv4 will be similar to what is done today with Network Address Translation (NAT). Performance to IPv4 destinations will be the same, and access to sites that have IPv6 will be better. Many sites are already reporting that IPv6 service is faster. IPv6-Only is proven, for example, it is used today by mobile operators like T-Mobile. I think the next step will be to use this in enterprise. It will make enterprise networks easier and less expensive to manage. For enterprises that do this in the next few years, they may also be able to sell their legacy IPv4 addresses on the secondary IPv4 market, thus offsetting the costs of moving to an IPv6-Only environment.

I think this will be the next step in the transition to IPv6. We are not there yet, but to me it seems like an inevitable next step.


Bibliography


Share this page