[v4tov6transition] IPv4 Residual Deployment across IPv6-Service networks (4rd)

[Rémi Després <[e-mail]>]

Hi, all,

FYI, the new draft on 4rd has jus been posted.
It is available at tools.ietf.org/html/draft-despres-softwire-4rd-00.

Comments most welcome.

RD






Internet Engineering Task Force                               R. Despres
Internet-Draft                                                 RD-IPtech
Intended status: Standards Track                        October 18, 2010
Expires: April 21, 2011


      IPv4 Residual Deployment across IPv6-Service networks (4rd)
                          A NAT-less solution
                     draft-despres-softwire-4rd-00

Abstract

   During the long transition period from IPv4-only to IPv6-only,
   networks will have not only to deploy the IPv6 service but also to
   maintain some IPv4 connectivity for a number of customers, and this
   for both outgoing and incoming connections and for both customer-
   individual and shared IPv4 addresses.  The 4rd solution (IPv4
   Residual Deployment) is designed as a lightweight solution for this.
   It applies not only to ISPs have IPv6-only routing networks, but also
   to those that, during early transition stages, have IPv4-only
   routing, with 6rd to offer the IPv6 service, those that have dual-
   stack routing networks but with private IPv4 addresses assigned to
   customers.

   In some scenarios, 4rd can dispense ISPs from supporting any NAT in
   their infrastructures.  In some others it can be used in parallel
   with NAT-based solutions such as DS-lite and/or NAT64/DNS4 which
   achieve better IPv4-address sharing ratios (but at a price of
   significantly higher operational complexity).

...

Table of Contents

   1.  Introduction . . . . . . . . . . . . . . . . . . . . . . . . .  3
   2.  Definitions  . . . . . . . . . . . . . . . . . . . . . . . . .  4
   3.  Applicability  . . . . . . . . . . . . . . . . . . . . . . . .  5
   4.  The 4rd Protocol Specification . . . . . . . . . . . . . . . .  8
     4.1.  Mapping Rules  . . . . . . . . . . . . . . . . . . . . . .  8
     4.2.  Packet Encapsulations/Decapsulations . . . . . . . . . . .  9
     4.3.  Port sets of IPv4r prefixes longer than /32  . . . . . . . 10
     4.4.  PMTU Considerations  . . . . . . . . . . . . . . . . . . . 12
     4.5.  Parameter Acquisitions by 4rd Clients  . . . . . . . . . . 12
   5.  Example with IPv6-only Routing and Shared IPv4 Addresses . . . 14
   6.  Security considerations  . . . . . . . . . . . . . . . . . . . 16
   7.  IANA Considerations  . . . . . . . . . . . . . . . . . . . . . 17
   8.  Acknowledgments  . . . . . . . . . . . . . . . . . . . . . . . 17
   9.  References . . . . . . . . . . . . . . . . . . . . . . . . . . 17
     9.1.  Normative References . . . . . . . . . . . . . . . . . . . 17
     9.2.  Informative References . . . . . . . . . . . . . . . . . . 18
   Author's Address . . . . . . . . . . . . . . . . . . . . . . . . . 18