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

"James Kempf" <kempf@docomolabs-usa.com> Thu, 31 March 2005 18:46 UTC

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 NAA22097 for <mip6-web-archive@ietf.org>; Thu, 31 Mar 2005 13:46:19 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DH4na-0002Cf-9b for mip6-web-archive@ietf.org; Thu, 31 Mar 2005 13:53:47 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DH4eU-0002rO-1W; Thu, 31 Mar 2005 13:44:22 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DH4eR-0002rC-K0; Thu, 31 Mar 2005 13:44:19 -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 NAA21877; Thu, 31 Mar 2005 13:44:16 -0500 (EST)
Received: from key1.docomolabs-usa.com ([216.98.102.225] helo=fridge.docomolabs-usa.com ident=fwuser) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DH4lb-00028L-PF; Thu, 31 Mar 2005 13:51:44 -0500
Message-ID: <05d901c53621$cc1f4830$0f6115ac@dcml.docomolabsusa.com>
From: James Kempf <kempf@docomolabs-usa.com>
To: Henrik Levkowetz <henrik@levkowetz.com>, Basavaraj.Patil@nokia.com
References: <456943D540CFC14A8D7138E64843F8535BAD25@daebe101.NOE.Nokia.com> <424C3EF8.5050507@levkowetz.com>
Subject: Re: [Mip6] Consensus call on making ID draft-wakikawa-nemo-v4tunnela MIP6/NEMO WGs document
Date: Thu, 31 Mar 2005 10:45:15 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 3002fc2e661cd7f114cb6bae92fe88f1
Content-Transfer-Encoding: 7bit
Cc: nemo@ietf.org, mip6@ietf.org
X-BeenThere: mip6@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: mip6.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip6>, <mailto:mip6-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip6@ietf.org>
List-Help: <mailto:mip6-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip6>, <mailto:mip6-request@ietf.org?subject=subscribe>
Sender: mip6-bounces@ietf.org
Errors-To: mip6-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f66b12316365a3fe519e75911daf28a8
Content-Transfer-Encoding: 7bit

I agree with Henrik. If we have multiple solution proposals, then I think it
makes sense to look at the problem more closely, see how the proposed
solutions do and don't address the problem, and try to come up with a
solution (or pick one) that best solves the problem.

            jak

----- Original Message ----- 
From: "Henrik Levkowetz" <henrik@levkowetz.com>
To: <Basavaraj.Patil@nokia.com>
Cc: <nemo@ietf.org>; <mip6@ietf.org>
Sent: Thursday, March 31, 2005 10:18 AM
Subject: Re: [Mip6] Consensus call on making ID
draft-wakikawa-nemo-v4tunnela MIP6/NEMO WGs document


> Hi,
>
> On 2005-03-30 9:33 pm Basavaraj.Patil@nokia.com said the following:
> [...]
> > A number of transition scenarios have been identified in IDs:
> > 1. draft-larsson-v6ops-mip-scenarios-01
> > 2. draft-tsirtsis-dsmip-problem-03
> > While discussion of these scenarios in the larger scope makes sense,
> > there is a need to focus on the most critical scenario that would
> > address the MIP6 host and router problem. The problem in a single
> > sentence can be stated as: "Mobile IPv6 hosts and routers (NEMO) need
> > to be able to reach its (IPv6) home agent and services when roaming in
> > and attached to an IPv4 access network."
> > It makes sense to focus on just this one scenario and solve the
> > problem immediately.
>
> Given that there already exists at least 3 solution drafts in this area:
>
>   draft-thubert-nemo-ipv4-traversal
>   draft-soliman-v4v6-mipv6
>   draft-wakikawa-nemo-v4tunnel
>
> and Sri clearly indicates that there are requirements which these
> don't cover, I think it would be good to have a clear and agreed
> upon statement of what to achieve before adopting an approach and
> draft.  So I'm not for adopting draft-wakikawa before there is an
> agreed upon problem statement.
>
> That said, I'm very much in favour of doing this work; and doing
> it by extensions to MIP6 (and MIP4) rather than trying to adapt
> any of the other approaches which would mix MIP6 with non-MIP tunnels,
> as listed in draft-larsson-v6ops-mip-scenarios-01.
>
> If the decision is to write a problem statement, I'd be willing to
> work on such a draft, and I also have a potential co-editor who have
> indicated willingness.
>
> > The ID: draft-wakikawa-nemo-v4tunnel-01 solves the problem of a MIPv6
> > mobile node or a NEMO mobile router roaming onto a IPv4 only access
> > network in a simple manner.
> > It is intended that the standardization of this solution in the IETFs
> > MIP6 and/or NEMO working groups proceed. The working group chairs have
> > reviewed and discussed this work item. It has also been presented at
> > the MIP6 and NEMO WGs at IETF62.
> >
> > The chairs would like to hear your thoughts in order to see if there
> > is consensus to make it a WG document and progress it as a standards
> > track RFC. Comments should be sent to both the NEMO and MIP6 WGs.
> >
> > If we have consensus, then the document will be pursued as a dual WG
> > item and called draft-ietf-mip6-nemo-v4tunnel-xx.txt
> >
> > Make I-D draft-wakikawa-nemo-v4tunnel a MIP6/NEMO WG ID:
> > For [  ]
> > Against [  ]
> >
>
> Not currently [ X ]
>
>
> Henrik
>
> _______________________________________________
> Mip6 mailing list
> Mip6@ietf.org
> https://www1.ietf.org/mailman/listinfo/mip6
>



_______________________________________________
Mip6 mailing list
Mip6@ietf.org
https://www1.ietf.org/mailman/listinfo/mip6