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

Hi James

> The point I was trying to make is that given CT of QoS 
> context succeeds, NSIS signaling at the new access subnet is
> unnecessary. Thus, it could be viewed as a kind of 
> optimization. If CT fails, then signaling would be needed.

[RG] If this means "QoS related CT replaces MN signaling during 
[RG] handoff", given that the related resource reservation
[RG] doesn't change.

> I did not mean to imply that any changes were required in the 
> generic CT requirements (though perhaps there would need to be
> some changes in the QoS specific context definition).

[RG] QoS CT should use the NSIS resource reservation parameters
[RG] as basic input for its own QoS parameters. Whether the 
[RG] original NSIS parameters are copied or derived 
[RG] technology or domain specific parameters are used for CT 
[RG] doesn't matter if the result is as if the original NSIS 
[RG] parameters were used to establish resources at the new AR.

> Is this accurate, from the NSIS viewpoint? One case where I 
> could see it not being accurate is if there were some changes
> required behind the access router in order to obtain QoS for 
> the mobile on the new router, but perhaps there are others.

[RG] This may have to be clarified. I wouldn't expect an MN
[RG] to get involved into tunnel set up and release, should
[RG] this be the way an access network supports QoS and 
[RG] mobility. A local NSIS solution may be used within 
[RG] the access network to provide the required signaling.
[RG] But I'd expect this to be invisible to the MN. 

[RG] I think NSIS and SEAMOBY must agree how both interwork.
[RG] Besides the QoS parameter issue, an MN should be aware
[RG] of the fact whether CT is supported and whether it is 
[RG] succesful (or whether it wasn't).
[RG] To me this seems to be a loose cooperation. If NSIS and
[RG] SEAMOBY conclude to ignore each other, I'd regard both
[RG] as a waste of time with regard to wireless mobility 
[RG] combined with QoS. 

Regards, Rüdiger

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