[BEHAVE] New I-D: IPv4/IPv6 Translator for IPv4-Only Networks

Christian Vogt <christian.vogt@nomadiclab.com> Thu, 30 October 2008 14:27 UTC

Return-Path: <behave-bounces@ietf.org>
X-Original-To: behave-archive@optimus.ietf.org
Delivered-To: ietfarch-behave-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D4B3D3A689B; Thu, 30 Oct 2008 07:27:26 -0700 (PDT)
X-Original-To: behave@core3.amsl.com
Delivered-To: behave@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 441953A689B for <behave@core3.amsl.com>; Thu, 30 Oct 2008 07:27:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.205
X-Spam-Level:
X-Spam-Status: No, score=-2.205 tagged_above=-999 required=5 tests=[AWL=0.394, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5Cvg3CtL5Lg1 for <behave@core3.amsl.com>; Thu, 30 Oct 2008 07:27:24 -0700 (PDT)
Received: from n2.nomadiclab.com (n2.nomadiclab.com [IPv6:2001:14b8:400:101::2]) by core3.amsl.com (Postfix) with ESMTP id 2D2F63A688B for <behave@ietf.org>; Thu, 30 Oct 2008 07:27:24 -0700 (PDT)
Received: from n2.nomadiclab.com (localhost [127.0.0.1]) by n2.nomadiclab.com (Postfix) with ESMTP id 596F81EF130; Thu, 30 Oct 2008 16:27:22 +0200 (EET)
Received: from [127.0.0.1] (localhost [IPv6:::1]) by n2.nomadiclab.com (Postfix) with ESMTP id 184571EF12C; Thu, 30 Oct 2008 16:27:22 +0200 (EET)
Message-Id: <DB2AE4C3-DF3C-40CD-BDB1-EEC03695B80C@nomadiclab.com>
From: Christian Vogt <christian.vogt@nomadiclab.com>
To: 46Translation <46translation@employees.org>, Behave Mailing List <behave@ietf.org>
Mime-Version: 1.0 (Apple Message framework v929.2)
Date: Thu, 30 Oct 2008 16:27:21 +0200
X-Mailer: Apple Mail (2.929.2)
X-Virus-Scanned: ClamAV using ClamSMTP
Cc: Alain Durand <alain_durand@cable.comcast.com>, v6ops-ads@tools.ietf.org, 6man-ads@tools.ietf.org, David Thaler <dthaler@microsoft.com>, Dan Wing <dwing@cisco.com>
Subject: [BEHAVE] New I-D: IPv4/IPv6 Translator for IPv4-Only Networks
X-BeenThere: behave@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: mailing list of BEHAVE IETF WG <behave.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/behave>, <mailto:behave-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/behave>
List-Post: <mailto:behave@ietf.org>
List-Help: <mailto:behave-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/behave>, <mailto:behave-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: behave-bounces@ietf.org
Errors-To: behave-bounces@ietf.org

Folks,

at the IPv4/IPv6 co-existence interim, Alain and I had sketched a
translation-based IPv4/IPv6 interworking method that, unlike other
translation-based solution proposals, is for deployment in IPv4
networks.  Here is now a more detailed specification of this method,
which we call "Virtual IPv6 Connectivity for IPv4-only networks":

http://tools.ietf.org/html/draft-vogt-durand-virtual-ip6-connectivity

Recall from the interim:  The main advantage of Virtual IPv6
Connectivity is that it does not require extra global IPv4 addresses.
We hence believe that the method will be of advantage when (a) the pool
of unallocated IPv4 addresses is exhausted, and (b) there is sufficient
IPv6 deployment to make it worthwhile for IPv4 networks to invest into
IPv4/IPv6 interworking.  Consequently, Virtual IPv6 Connectivity is not
intended to replace any other solution proposal.  It is instead intended
to complement other solution proposals in a future where the impetus to
invest into IPv4/IPv6 interworking has shifted from the IPv6 side to the
IPv4 side.

Furthermore, Virtual IPv6 Connectivity can already today solve some of
the key problem scenarios, namely those involving IPv6 clients and IPv4
servers in the absence of a unique global IPv4 addresses for each
server.  An example is scenario (4) in Mark's and Jari's analysis [1].

Finally, we would like to request a presentation slot for Virtual IPv6
Connectivity at IETF 73.  Dan and Dave, I am assuming this would be in
the BEHAVE session, right?

Thanks everybody.

- Christian, for Alain and Christian


[1] http://tools.ietf.org/html/draft-arkko-townsley-coexistence



_______________________________________________
Behave mailing list
Behave@ietf.org
https://www.ietf.org/mailman/listinfo/behave