RE: [Seamoby] RE: what is edge signalling? (was: RE: [NSIS] Re: C omments on draft-westphal-nsis-qos-mobileip-00.txt)

"Gary Kenward" <gkenward@nortelnetworks.com> Mon, 08 July 2002 14:42 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 KAA17202 for <seamoby-archive@odin.ietf.org>; Mon, 8 Jul 2002 10:42:08 -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 KAA21129; Mon, 8 Jul 2002 10:38:00 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id KAA21068 for <seamoby@optimus.ietf.org>; Mon, 8 Jul 2002 10:37:57 -0400 (EDT)
Received: from zcars04f.ca.nortel.com (zcars04f.nortelnetworks.com [47.129.242.57]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA17001; Mon, 8 Jul 2002 10:37:04 -0400 (EDT)
Received: from zcard015.ca.nortel.com (zcard015.ca.nortel.com [47.129.30.7]) by zcars04f.ca.nortel.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id g68Eb3I09546; Mon, 8 Jul 2002 10:37:03 -0400 (EDT)
Received: by zcard015.ca.nortel.com with Internet Mail Service (5.5.2653.19) id <NYVCA745>; Mon, 8 Jul 2002 10:37:02 -0400
Message-ID: <9FBD322B7824D511B36900508BF93C9C01AA4BE9@zcard031.ca.nortel.com>
From: Gary Kenward <gkenward@nortelnetworks.com>
To: 'Charlie Perkins' <charliep@iprg.nokia.com>
Cc: nsis@ietf.org, "'seamoby@ietf.org'" <seamoby@ietf.org>
Subject: RE: [Seamoby] RE: what is edge signalling? (was: RE: [NSIS] Re: C omments on draft-westphal-nsis-qos-mobileip-00.txt)
Date: Mon, 08 Jul 2002 10:36:54 -0400
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2268C.E78AED56"
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

Charlie:

  I guess the word "negotiate" really trips me up here. CT is a 
protocol for transferring forwarding service context, not for negotiating
services between ARs. If service negotiation is required, then NSIS could be

the protocol to be used.

  In my statement that you quote below, I used the words "should not": in 
the normal course of a handover, service negotiation must be rare.
Negotiation, 
by definition, takes time, and anything that takes time will generally delay

the service from being supported at the new AR. In the normal course of a
handover, 
less signalling is always better.

  In wireless, of course, the exception is the rule, and so there must be 
contingencies for service negotiation. This would be NSIS' role. 

  And so, I did not make my point clear. My main intent was to emphasize
that
if there is a link between CT and NSIS, it is a very simple one: if CT fails
to provide a context that is useable by the new AR, then NSIS may be used to
negotiate a suitable service with the network (and thus establish suitable
context at the new AR). 

Cheers,
Gary


> -----Original Message-----
> From: Charlie Perkins [mailto:charliep@iprg.nokia.com]
> Sent: July 8, 2002 10:16
> To: Kenward, Gary [WDLN2:AN10:EXCH]
> Cc: nsis@ietf.org; 'seamoby@ietf.org'
> Subject: Re: [Seamoby] RE: what is edge signalling? (was: RE: 
> [NSIS] Re:
> Comments on draft-westphal-nsis-qos-mobileip-00.txt)
> 
> 
> 
> Hello Gary,
> 
> I have a comment on another point in your earlier message.
> 
> Gary Kenward wrote:
> 
> > In my view, if CT is in place, then NSIS should not be invoked as a
> > result of a handover.
> 
> Suppose a handover has occurred, and some QoS has been negotiated
> via CT between two access routers to support the mobile node 
> at the new
> access routers.  This could involve having the new router making sure
> it has sufficient capacity to support the mobile device, and 
> making sure
> 
> that the tunnel between the two routers can be managed with small
> enough delay.
> 
> Then, after the handover is complete, it might be better to 
> renegotiate
> QoS so that the previous access router no longer was required to
> maintain the excess capacity needed to serve the tunnel to the new
> access router.  This could involve signaling so that packets are
> routed directly to the new access router, presumably with some QoS
> negotiation.  This could involve NSIS.
> 
> Thus, I don't agree with your statement above.  But I am willing to
> agree
> that CT should not necessarily be intertwined with NSIS.
> 
> Regards,
> Charlie P.
> 
> 
> 
> >
> 
>