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

"Pascal Thubert \(pthubert\)" <pthubert@cisco.com> Fri, 01 April 2005 16:27 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 LAA10802 for <nemo-archive@lists.ietf.org>; Fri, 1 Apr 2005 11:27:02 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DHOvE-0000zv-Fa; Fri, 01 Apr 2005 11:23:00 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DHOvC-0000zg-VO; Fri, 01 Apr 2005 11:22:59 -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 LAA10192; Fri, 1 Apr 2005 11:22:56 -0500 (EST)
Received: from ams-iport-1.cisco.com ([144.254.224.140]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DHP2Z-00007T-2Q; Fri, 01 Apr 2005 11:30:35 -0500
Received: from ams-core-1.cisco.com (144.254.224.150) by ams-iport-1.cisco.com with ESMTP; 01 Apr 2005 18:22:48 +0200
Received: from xbh-ams-332.emea.cisco.com (xbh-ams-332.cisco.com [144.254.231.87]) by ams-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id j31GMQtN019244; Fri, 1 Apr 2005 18:22:45 +0200 (MEST)
Received: from xmb-ams-337.cisco.com ([144.254.231.82]) by xbh-ams-332.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.0); Fri, 1 Apr 2005 18:22:41 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [nemo] RE: [Mip6] Consensus call on making IDdraft-wakikawa-nemo-v4tunnel a MIP6/NEMO WGs document
Date: Fri, 01 Apr 2005 18:22:37 +0200
Message-ID: <7892795E1A87F04CADFCCF41FADD00FCAD82F3@xmb-ams-337.emea.cisco.com>
Thread-Topic: [nemo] RE: [Mip6] Consensus call on making IDdraft-wakikawa-nemo-v4tunnel a MIP6/NEMO WGs document
Thread-Index: AcU2v5I6v6wC3vU1ROuQO8Y2kW4a4QADu+tQAAG5mPA=
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Basavaraj.Patil@nokia.com, mip6@ietf.org, nemo@ietf.org
X-OriginalArrivalTime: 01 Apr 2005 16:22:41.0836 (UTC) FILETIME=[074E2EC0:01C536D7]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 244a2fd369eaf00ce6820a760a3de2e8
Content-Transfer-Encoding: quoted-printable
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
Content-Transfer-Encoding: quoted-printable

Hi Raj:

I suggest that we agree on whether we want NAT/PAT/RevNAT traversal or
not. 

We had this debate some time ago at NEMO, and I presented this at IETF
56::
http://mobilenetworks.org/nemo/ietf56/slides/ietf56-nemo-ipv4traversal.p
pt 

That day, we voted that IPv4 traversal was a GOAL for the WG.

In particular, the discussion turned around NAT which appears to be
really centric to this problem. 

My personal sense is that we DO NEED (all sorts of) NAT traversal. And
it's not impossible if we accept that it works in an agreed upon 'MOST
CASES'. 

Pascal


| -----Original Message-----
| From: nemo-bounces@ietf.org [mailto:nemo-bounces@ietf.org] On Behalf
Of
| Basavaraj.Patil@nokia.com
| Sent: Friday, April 01, 2005 5:41 PM
| To: mip6@ietf.org; nemo@ietf.org
| Subject: [nemo] RE: [Mip6] Consensus call on making
IDdraft-wakikawa-nemo-
| v4tunnel a MIP6/NEMO WGs document
| 
| 
| A couple of clarifications regarding the consensus call:
| 
| 1. The intention is to address the following scenario:
| "MIPv6 and NEMO capable Mobile hosts/routers attaching to an IPv4
| access network need the capability to create a tunnel and be connected
| to their MIP6 home agents."
| This is the scenario that is most applicable for MIP6 deployment.
| There are plenty of other scenarios as well. But they are much more
| of academic interest at this time and hence not really in the scope
| of this discussion. So I would suggst that we do not go off on a
tangent
| discussing all these other scenarios.
| 
| Do you agree/disagree that the above scenario is the one that needs
| to be solved ASAP?
| (Note: It does not imply that other scenarios are irrelevant. It
simply
| means that this is the scenario worth working on and has the most
| significant priority or value for MIP6 deployment.)
| 
| 2. ID:  draft-wakikawa-nemo-v4tunnel can be used as the baseline. It
| does not imply that we are ruling out draft-soliman-v4v6-mipv6 or any
| other. The IDs can be combined w.r.t the parts that address this
scenario.
| Additionally once it is a WG document, what goes into the ID is
decided
| by the WG. So lets not get into arguments of what or whose draft is
the
| one that should be made the WG document.
| 
| -Basavaraj