Planning for Protocol Adoption and Subsequent Transitions
draft-iab-protocol-transitions-08

Document Type Active Internet-Draft
Last updated 2017-03-08
Replaces draft-thaler-transition-principles
Stream IAB
Intended RFC status Informational
Formats plain text pdf html bibtex
Stream IAB state Community Review
Consensus Boilerplate Unknown
RFC Editor Note (None)
Internet Architecture Board                               D. Thaler, Ed.
Internet-Draft                                                 Microsoft
Intended status: Informational                             March 8, 2017
Expires: September 9, 2017

       Planning for Protocol Adoption and Subsequent Transitions
                 draft-iab-protocol-transitions-08.txt

Abstract

   Over the many years since the introduction of the Internet Protocol,
   we have seen a number of transitions throughout the protocol stack,
   such as deploying a new protocol, or updating or replacing an
   existing protocol.  Many protocols and technologies were not designed
   to enable smooth transition to alternatives or to easily deploy
   extensions, and thus some transitions, such as the introduction of
   IPv6, have been difficult.  This document attempts to summarize some
   basic principles to enable future transitions, and also summarizes
   what makes for a good transition plan.

Status of This Memo

   This Internet-Draft is submitted in full conformance with the
   provisions of BCP 78 and BCP 79.

   Internet-Drafts are working documents of the Internet Engineering
   Task Force (IETF).  Note that other groups may also distribute
   working documents as Internet-Drafts.  The list of current Internet-
   Drafts is at http://datatracker.ietf.org/drafts/current/.

   Internet-Drafts are draft documents valid for a maximum of six months
   and may be updated, replaced, or obsoleted by other documents at any
   time.  It is inappropriate to use Internet-Drafts as reference
   material or to cite them other than as "work in progress."

   This Internet-Draft will expire on September 9, 2017.

Copyright Notice

   Copyright (c) 2017 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

Thaler                  Expires September 9, 2017               [Page 1]
Internet-Draft           Planning for Transition              March 2017

   to this document.  Code Components extracted from this document must
   include Simplified BSD License text as described in Section 4.e of
   the Trust Legal Provisions and are provided without warranty as
   described in the Simplified BSD License.

Table of Contents

   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   2
   2.  Extensibility . . . . . . . . . . . . . . . . . . . . . . . .   4
   3.  Transition vs. Co-existence . . . . . . . . . . . . . . . . .   5
   4.  Translation/Adaptation Location . . . . . . . . . . . . . . .   6
   5.  Transition Plans  . . . . . . . . . . . . . . . . . . . . . .   7
     5.1.  Understanding of Existing Deployment  . . . . . . . . . .   7
     5.2.  Explanation of Incentives . . . . . . . . . . . . . . . .   7
     5.3.  Description of Phases and Proposed Criteria . . . . . . .   8
     5.4.  Measurement of Success  . . . . . . . . . . . . . . . . .   8
     5.5.  Contingency Planning  . . . . . . . . . . . . . . . . . .   8
     5.6.  Communicating the Plan  . . . . . . . . . . . . . . . . .   9
   6.  Security Considerations . . . . . . . . . . . . . . . . . . .   9
   7.  IANA Considerations . . . . . . . . . . . . . . . . . . . . .   9
   8.  Conclusion  . . . . . . . . . . . . . . . . . . . . . . . . .   9
   9.  Acknowledgements  . . . . . . . . . . . . . . . . . . . . . .  10
   10. IAB Members at the Time of This Writing . . . . . . . . . . .  10
   11. Informative References  . . . . . . . . . . . . . . . . . . .  10
   Appendix A.  Case Studies . . . . . . . . . . . . . . . . . . . .  14
     A.1.  Explicit Congestion Notification  . . . . . . . . . . . .  14
     A.2.  Internationalized Domain Names  . . . . . . . . . . . . .  15
     A.3.  IPv6  . . . . . . . . . . . . . . . . . . . . . . . . . .  17
     A.4.  HTTP  . . . . . . . . . . . . . . . . . . . . . . . . . .  19
       A.4.1.  Protocol Versioning, Extensions and 'Grease'  . . . .  20
       A.4.2.  Limits on Changes in Major Versions . . . . . . . . .  20
       A.4.3.  Planning for Replacement  . . . . . . . . . . . . . .  21
   Author's Address  . . . . . . . . . . . . . . . . . . . . . . . .  22

1.  Introduction

   A "transition" is the process or period of changing from one state or
   condition to another.  There are several types of such transitions,
   including both technical transitions (e.g., changing protocols or
   deploying an extension) and organizational transitions (e.g.,
   changing what organization manages a web site).  This document
Show full document text