datatracker.ietf.org
Sign in
Version 5.3.1, 2014-04-16
Report a bug

Some Measurements on World IPv6 Day from an End-User Perspective
RFC 6948

Independent Submission                                        A. Keranen
Request for Comments: 6948                                      J. Arkko
Category: Informational                                         Ericsson
ISSN: 2070-1721                                                July 2013

    Some Measurements on World IPv6 Day from an End-User Perspective

Abstract

   During World IPv6 Day on June 8, 2011, several key content providers
   enabled their networks to offer both IPv4 and IPv6 services.
   Hundreds of organizations participated in this effort, and in the
   months and weeks leading up to the event worked hard on preparing
   their networks to support this event.  The event was largely
   unnoticed by the general public, which is a good thing since it means
   that no major problems were detected.  For the Internet, however,
   there was a major change on a short timescale.  This memo discusses
   measurements that the authors made from the perspective of an end
   user with good IPv4 and IPv6 connectivity.  Our measurements include
   the number of most popular networks providing AAAA records for their
   service, as well as delay and connection failure statistics.

Status of This Memo

   This document is not an Internet Standards Track specification; it is
   published for informational purposes.

   This is a contribution to the RFC Series, independently of any other
   RFC stream.  The RFC Editor has chosen to publish this document at
   its discretion and makes no statement about its value for
   implementation or deployment.  Documents approved for publication by
   the RFC Editor are not a candidate for any level of Internet
   Standard; see Section 2 of RFC 5741.

   Information about the current status of this document, any errata,
   and how to provide feedback on it may be obtained at
   http://www.rfc-editor.org/info/rfc6948.

Keranen & Arkko               Informational                     [Page 1]
RFC 6948               World IPv6 Day Measurements             July 2013

Copyright Notice

   Copyright (c) 2013 IETF Trust and the persons identified as the
   document authors.  All rights reserved.

   This document is subject to BCP 78 and the IETF Trust's Legal
   Provisions Relating to IETF Documents
   (http://trustee.ietf.org/license-info) in effect on the date of
   publication of this document.  Please review these documents
   carefully, as they describe your rights and restrictions with respect
   to this document.

Table of Contents

   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   2
   2.  Motivation and Goals  . . . . . . . . . . . . . . . . . . . .   3
   3.  Measurement Methodology . . . . . . . . . . . . . . . . . . .   4
   4.  Measurement Results . . . . . . . . . . . . . . . . . . . . .   5
     4.1.  DNS AAAA Records  . . . . . . . . . . . . . . . . . . . .   5
     4.2.  TCP Connection Setup  . . . . . . . . . . . . . . . . . .   6
     4.3.  TCP Connection Delays . . . . . . . . . . . . . . . . . .   7
   5.  Conclusions . . . . . . . . . . . . . . . . . . . . . . . . .   8
   6.  Security Considerations . . . . . . . . . . . . . . . . . . .   9
   7.  Informative References  . . . . . . . . . . . . . . . . . . .  10
   Appendix A.  Acknowledgments  . . . . . . . . . . . . . . . . . .  11

1.  Introduction

   Many large content providers participated in World IPv6 Day on June
   8, 2011.  On that day, IPv6 [RFC2460] was enabled by default for 24
   hours on numerous networks and sites that previously supported only
   IPv4.  The aim was to identify any remaining issues with widespread
   IPv6 usage in these networks.  Most of the potential problems
   associated with using IPv6 are, after all, of a practical nature,
   such as ensuring that the necessary components have IPv6 turned on,
   that configurations are correct, and that any implementation bugs
   have been removed.

   Some content providers have been reluctant to enable IPv6.  The
   reasons for this include delays for applications attempting to
   connect over broken IPv6 links before falling back to IPv4 [RFC6555]
   and unreliable IPv6 connectivity.  Bad IPv6 routing has been behind
   many of the problems.  Among the causes are broken 6to4 tunneling
   protocol [RFC3056] connectivity, experimental IPv6 setups that are
   untested and unmonitored, and configuration problems with firewalls.
   The situation is improving as more users and operators put IPv6 to
   use and fix the problems that emerge.

Keranen & Arkko               Informational                     [Page 2]
RFC 6948               World IPv6 Day Measurements             July 2013

   The World IPv6 Day event was largely unnoticed by the general public,
   which is a good thing since it means that no major problems were

[include full document text]