Reviewing the 2016 Leap Second

Last month we covered the 2015 leap second ahead of the insertion of a leap second at the very end of 2016. As stated previously, leap seconds can trigger poorly-tested code paths; leap second handling always unearths bugs and issues. This one was no exception!

Continues at labs.ripe.net.

Preparing for the 2016 Leap Second

On 31 December this year, we’re scheduled for another leap second. There are many stories about what leap seconds can do to infrastructure and applications, and rituals are built up around them. Such rituals stem from reality: leap seconds trigger poorly-tested code paths and run contrary to assumptions that system time always runs in one direction. It’s useful to be aware of how your infrastructure handles leap seconds and how NTP servers handle them, so you can plan around the event. Here, we look at some of the NTP measurements the RIPE Atlas platform took around the last leap second, and approaches for handling them.

Continues at labs.ripe.net.

Three years of IPv6 at Yahoo

Today marks my last day at Yahoo, almost three years since I started. It’s been a fun ride!

The job

The job took three hats:

  • Steering IPv6 adoption within Yahoo: arguing for IPv6 on services, prioritising work to get to IPv6 at some point rather than never, writing internal standards to guide work prioritisation. Technical work, testing, debugging, and throwing myself under the bus as the domain expert all came in here, to make deployment as painless as possible.
  • Teaching and training: I gave very regular internal and external talks to various groups, including undergraduate classes, research groups, engineering teams, operations teams, management groups, security groups, and C-level individuals. All of these various talks were much like teaching; the core material was the same, but the positioning was different depending on who was listening.
  • Measuring IPv6 adoption: setting up the pipelines to pull access logs and count IPv6 requests, categorised by ASNs, ISPs, countries, regions (all measures of external deployment), and according to Yahoo’s edges (a measure of internal deployment and traffic steering). These brought the IPv6 message in-house, but we also publish some of our stats via the Internet Society, and put out some more detail in a short paper presented at ANRW 2016.

It was a great trade-off, and watching IPv6 deployment grow in one of the largest content networks in the world (the 5th largest in September 2016) was a lot of fun.

Of course, the measurement work was important because a lot of the interesting stuff was happening elsewhere. Measuring deployment of IPv6, as observed on Yahoo’s CDN services, was critical.

The Measurements

Three years ago, 3.4% of our traffic was carried over IPv6. Today, our global metrics show that we’re regularly handling 15% of requests over IPv6 at weekends. So we’re talking about an almost five-fold increase in traffic in consumer-facing ISPs, and an equivalent reduction in IPv4.

Back then, there were far fewer ISPs carrying significant IPv6 traffic. Verizon Wireless, Comcast, Deutsche, Free, and Swisscom all had significant deployments (over a third of their traffic was IPv6 at the time), and other networks such as T-Mobile (US) (hovering around 7% IPv6) were picking up. This is the post-IPv6-Launch event world, where ISPs were getting comfortable with IPv6 for all customers.

We’ve seen so many ISPs ramp up their IPv6 deployments since then. Comcast is now consistently 50% IPv6, approaching 60% at the weekends (work-week hours drive IPv4 traffic in many fixed-line networks, something we identified in the ANRW paper). Some networks are pushing harder: T-Mobile (US) is hitting the 80% mark, as is Verizon Wireless. These networks in particular help boost our recent assertion that mobile traffic in the US is now majority IPv6. Another big jump was Sky Broadband in the UK, who successfully ramped up their IPv6 deployment to level out around 78% IPv6. In a domestic, fixed-line ISP, that’s strong work, and it’s a huge reduction in our IPv4 load.

Many ISPs operate within a given jurisdiction or market, and therefore countries are a natural way to aggregate the traffic stats. We have so many countries with traffic today that had almost none in 2013.

At the country level, in 2013 traffic originating from ASNs registered in the US was close to 7% IPv6; Germany was around 8%, Romania was around 11%, and Switzerland was around 16%, but many were near-zero. So small compared to today. Now, the US is consistently around 30% IPv6 to Yahoo. Sky’s light-up brings the UK to around 15% IPv6. Belgium these days is over 40% IPv6, and Germany’s a comfortable 20%.

Building out a list of countries where we see more than 5% of traffic carried over IPv6, here’s what we see, now and then:

Europe:

  • Belgium (50-58%, then 3%)
  • Austria (12%, then <0.1%)
  • Czech Republic (10%, then 1%)
  • Germany (20%, then 10%)
  • Estonia (20%, then <0.1%)
  • Finland (16-20%, then 0.5%)
  • France (10%, then 8.3%)
  • Greece (20-25%, then 0.3%)
  • Luxembourg (12-22%, then more consistently 12%)
  • The Netherlands (10%, then 0.9%)
  • Portugal (20%, then 0.9%)
  • Romania (5-9%, similar then)
  • Switzerland (20-30%, then 9.9%)
  • The UK (13-18%, then 0.2%)

Asia/Pacific:

  • Australia (6%, then <0.1%)
  • India (8%, consistently <0.1% until four months ago)
  • Japan (4%, then <0.1%)
  • Malaysia (10%, then around 1%)
  • Singapore (5%, then around 2-3%)

Americas:

  • Brazil (8%, then <0.1%)
  • Canada (13%, then 0.4%)
  • Ecuador (12%, then <0.1%)
  • Trinida and Tobago (9%, then <0.1%)
  • The US (28-33%, then 8%)

For the sake of clarity, country stats are derived by taking the origin ASN for each request and mapping it to the country code the origin ASN is registered to (according to data published by the registries: AfriNIC, APNIC, ARIN, LACNIC, RIPE NCC); this is a rough but simple measure of where traffic is coming from.

Obviously, countries vary wildly by population, and India’s recent uptick in IPv6 traffic is more significant – in terms of traffic, and where you handle it – than most of the European countries listed, but most of these are strong showings. IPv6 is on the way up.

In Summary

The key points from some of our measurement are basically:

  • We have ISPs today that are majority-IPv6. Consider this when thinking about how or where you serve your content.
  • ISPs can light up quickly, when they want to. Dominant ISPs will tip a country’s or region’s IPv6 load.
  • Given the above, a country’s IPv6 share may appear to stagnate; some countries have not seen significant additional deployment in the last three years, while others have seen concerted efforts (for example, in Finland).
  • The set of ISPs deploying IPv6 is clearly not stagnant, given the number of countries now bringing non-trivial volumes of IPv6 traffic to content networks.

In other spaces, key moves are encouraging. Apple’s IPv6 requirements for app developers, and Amazon’s announcement of IPv6 for S3 are big moves forward, reducing the number of IPv4-only services that engineers are exposed to, or writing code for.

But from my perspective inside Yahoo, that’s that. In December, I start a new gig, measuring the network from different perspectives. Including, of course, the IPv6 perspective!

Recent Posts

(full archive)

All content, including images, © Stephen D. Strowes, 2000–2016. Hosted by Digital Ocean.