Thanks for your answer Jukka.
I modified the NSIS implementation I'm using (the one from the Goettingen
university) to send a NOTIFY instead of a RESPONSE in that particular
case. I also had to change the state to IDLE and not WAIT_RESPONSE after
receiving the NOTIFY.
draft-ietf-nsis-qos-nslp-15 specifies that "NOTIFY messages do not cause
any state to be installed". Then I wonder if my solution is good (although
it's working).
Since I want to be as close as possible to the standard, can you tell me
if the draft will be changed to add this case in the state machine ?
Regards,
Bertrand
Hi Bertrand,
Good point. I would expect that the QNI sends a NOTIFY with a suitable
error code, either from the Transient or the QoS Model error class. Since
the QUERY has passed and set up the reserve path, you can still a NOTIFY
to the QNR (the node that sent the QUERY).
Jukka
On Tue, 14 Aug 2007, Bertrand Goareguer wrote:
Hello,
When a node receives a QUERY message with the RESERVE-INIT flag set, it
is
supposed to build a RESERVE message and send it back along the path. But
if the desired bandwidth (specified in the QSPEC) is too high for the
first link (greater than the available bandwidth), what should the node
do
?
I guess it should send some kind of reply to the node who sent him the
QUERY, but in section 4.3 of draft-ietf-nsis-qos-nslp-15.txt it is
specified that "the QNI must not include the RII object". So no RESPONSE
message can be sent back.
Thanks for your comments.
Bertrand
_______________________________________________
nsis mailing list
nsis at ietf.org
https://www1.ietf.org/mailman/listinfo/nsis
_______________________________________________
nsis mailing list
nsis at ietf.org
https://www1.ietf.org/mailman/listinfo/nsis