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

"James Kempf" <kempf@docomolabs-usa.com> Thu, 11 July 2002 16:30 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 MAA24195 for <seamoby-archive@odin.ietf.org>; Thu, 11 Jul 2002 12:30:56 -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 MAA23948; Thu, 11 Jul 2002 12:29:34 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id MAA23884 for <seamoby@optimus.ietf.org>; Thu, 11 Jul 2002 12:29:28 -0400 (EDT)
Received: from fridge.docomolabs-usa.com (fwuser@key1.docomolabs-usa.com [216.98.102.225]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA24060; Thu, 11 Jul 2002 12:28:33 -0400 (EDT)
Message-ID: <00c901c228f7$dd8b9220$4f6015ac@T23KEMPF>
From: James Kempf <kempf@docomolabs-usa.com>
To: Gary Kenward <gkenward@nortelnetworks.com>, "'Geib, Ruediger'" <Ruediger.Geib@t-systems.com>, Madjid.Nakhjiri@motorola.com, rajeev@iprg.nokia.com, Hemant.Chaskar@nokia.com
Cc: seamoby@ietf.org, nsis@ietf.org
References: <9FBD322B7824D511B36900508BF93C9C01AA4C05@zcard031.ca.nortel.com>
Subject: Re: [Seamoby] RE: [NSIS] Re: draft-westphal-nsis-qos-mobileip-00. txt
Date: Thu, 11 Jul 2002 09:27:35 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
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: 7bit

> CT is not a service establishment protocol; it tranports
       forwarding context, not service description parameters. Some
       of the forwarding context *may* be the original service description
       parameters, but many *may* be derived values that allow a more
       representative description of the AR forwarding context.

If the service description parameters are involved in fowarding, then the two are the same, right? Will there be any
difference for QoS?


> For the two groups should discuss the common parameters would be a
       violation of the respective charters. I think that this is an
excellent
       idea, but I believe it will have to take place outside of the
NSIS/Seamoby
       wgs, and I suggest that it would be best if we knew what the CT/NSIS
       protocols were - at the very least, we can proceed with the
definition
       of the protocols.

We have to make sure the two protocols work well together.

CT is not specific to QoS, so I don't see any overlap, but when it comes time to define the QoS feature context type, perhaps
that definition can be done by the NSIS group, or in conjunction with it in some way. Requirements, for example.

            jak


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