RE: [nemo] Re: [Mip6] Consensus call on making ID draft-wakikawa-nemo-v4tunnel a MIP6/NEMO WGs document

Pekka Savola <pekkas@netcore.fi> Fri, 01 April 2005 17:26 UTC

Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA18818 for <nemo-archive@lists.ietf.org>; Fri, 1 Apr 2005 12:26:28 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DHPtB-0007ID-JT; Fri, 01 Apr 2005 12:24:57 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DHPt9-0007DJ-1Q; Fri, 01 Apr 2005 12:24:55 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA18622; Fri, 1 Apr 2005 12:24:52 -0500 (EST)
Received: from netcore.fi ([193.94.160.1]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DHQ0U-0003Ng-GO; Fri, 01 Apr 2005 12:32:32 -0500
Received: from localhost (pekkas@localhost) by netcore.fi (8.11.6/8.11.6) with ESMTP id j31HOYc20570; Fri, 1 Apr 2005 20:24:34 +0300
Date: Fri, 01 Apr 2005 20:24:34 +0300
From: Pekka Savola <pekkas@netcore.fi>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Subject: RE: [nemo] Re: [Mip6] Consensus call on making ID draft-wakikawa-nemo-v4tunnel a MIP6/NEMO WGs document
In-Reply-To: <7892795E1A87F04CADFCCF41FADD00FCAD82EF@xmb-ams-337.emea.cisco.com>
Message-ID: <Pine.LNX.4.61.0504012017320.20303@netcore.fi>
References: <7892795E1A87F04CADFCCF41FADD00FCAD82EF@xmb-ams-337.emea.cisco.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"; format="flowed"
X-Spam-Score: 0.0 (/)
X-Scan-Signature: bb8f917bb6b8da28fc948aeffb74aa17
Cc: nemo@ietf.org, mip6@ietf.org, Vijay Devarapalli <vijayd@iprg.nokia.com>, Henrik Levkowetz <henrik@levkowetz.com>, Basavaraj.Patil@nokia.com
X-BeenThere: nemo@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: NEMO Working Group <nemo.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/nemo>, <mailto:nemo-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:nemo@ietf.org>
List-Help: <mailto:nemo-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/nemo>, <mailto:nemo-request@ietf.org?subject=subscribe>
Sender: nemo-bounces@ietf.org
Errors-To: nemo-bounces@ietf.org

On Fri, 1 Apr 2005, Pascal Thubert (pthubert) wrote:
> Even better would be that this "box in the DMZ" terminates V4, and sends
> packets to the HA in IPv6. Say, doing some NAT-PT instead of tunneling,
> classical alternates.

Please, don't even consider translation.

You may be interested of the following:

"Reasons to Move NAT-PT to Experimental"
draft-ietf-v6ops-natpt-to-exprmntl-00

AFAIK, that has just recently been forwarded to the IESG for 
processing.

> Seems to me that the line if thought that starts at your "box in the
> DMZ" ends up being With Doors.
>
> With Doors, the "box in the DMZ" is the Doors gateway between IPv4 and
> IPv6.

Doors does not solve the problem if the strict requirement is avoiding 
"extra" encapsulation, right?  (I may not buy that requirement myself, 
but we should at least get to consensus whether it's one or not.)

Doors is basically Yet Another v6-in-v4 Tunnelbroker (albeit 
stateless) Solution, AFAICS.  If we go down that path, maybe it would 
be worth using the already specified, implemented and deployed 
mechanisms, or create one ourselves (there was a Tunnel Configuration 
BOF at the last IETF.)

-- 
Pekka Savola                 "You each name yourselves king, yet the
Netcore Oy                    kingdom bleeds."
Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings