RE: [Seamoby] RE: [NSIS] Re: draft-westphal-nsis-qos-mobileip-00. txt

john.loughney@nokia.com Fri, 12 July 2002 10:54 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA16382 for <seamoby-archive@odin.ietf.org>; Fri, 12 Jul 2002 06:54:20 -0400 (EDT)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id GAA08897; Fri, 12 Jul 2002 06:40:17 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id GAA08842 for <seamoby@optimus.ietf.org>; Fri, 12 Jul 2002 06:40:14 -0400 (EDT)
Received: from mgw-x2.nokia.com (mgw-x2.nokia.com [131.228.20.22]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA15819; Fri, 12 Jul 2002 06:39:18 -0400 (EDT)
From: john.loughney@nokia.com
Received: from esvir04nok.ntc.nokia.com (esvir04nokt.ntc.nokia.com [172.21.143.36]) by mgw-x2.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id g6CAefi22956; Fri, 12 Jul 2002 13:40:41 +0300 (EET DST)
Received: from esebh002.NOE.Nokia.com (unverified) by esvir04nok.ntc.nokia.com (Content Technologies SMTPRS 4.2.5) with ESMTP id <T5c0b7508b8ac158f24077@esvir04nok.ntc.nokia.com>; Fri, 12 Jul 2002 13:40:10 +0300
Received: from esebe004.NOE.Nokia.com ([172.21.138.44]) by esebh002.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.4905); Fri, 12 Jul 2002 13:40:09 +0300
content-class: urn:content-classes:message
Subject: RE: [Seamoby] RE: [NSIS] Re: draft-westphal-nsis-qos-mobileip-00. txt
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3
Date: Fri, 12 Jul 2002 13:40:09 +0300
Message-ID: <0C1353ABB1DEB74DB067ADFF749C4EEFC65720@esebe004.NOE.Nokia.com>
Thread-Topic: [Seamoby] RE: [NSIS] Re: draft-westphal-nsis-qos-mobileip-00. txt
Thread-Index: AcIpGEBC0Wbw2LAVTZKu9SixVavevQAXpCkg
To: kempf@docomolabs-usa.com
Cc: seamoby@ietf.org, nsis@ietf.org
X-OriginalArrivalTime: 12 Jul 2002 10:40:09.0504 (UTC) FILETIME=[7E8DB200:01C22990]
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by optimus.ietf.org id GAA08843
Sender: seamoby-admin@ietf.org
Errors-To: seamoby-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: Context Transfer, Handoff Candidate Discovery, and Dormant Mode Host Alerting <seamoby.ietf.org>
X-BeenThere: seamoby@ietf.org
Content-Transfer-Encoding: 8bit

Hi James,

> > The one step we could take (but not the one that was 
> suggested) would 
> > be to investigate into ensuring some commonality between 
> the formats for
> > encapsulating the respective data chunks (i.e. context/NSIS 
> parameters). 
> > Or at least, provide for NSIS to carry CT data chunks and 
> visa versa.
> > 
> 
> Right, that is in fact the kind of thing I had in mind. If 
> you don't want to call it QoS context, call it "NSIS context".

Just as an FYI, some folks are interest in looking into using
NSIS for various things, like QoS, NAT, & firewall traversal,
and so forth.  For these cases, what parameters NSIS signals
are very much service/application specific.  This is also
true with regards to Context Transfer.  

What I suggest is that NSIS and CT progress, and since there
is some overlap in the interest of both groups, we can
try to ensure that whatever solutions we work on do not
cause trouble for the different working groups.  However,
I don't support tightly coupling the solutions.  A much
better way would be that after CT & NSIS work is well
along, someone could make an applicability document of
combining both NSIS & CT  into a solution for 
particular deployments.

br,
John

_______________________________________________
Seamoby mailing list
Seamoby@ietf.org
https://www1.ietf.org/mailman/listinfo/seamoby