Hi people
RFC 3261 says
(around page 131, section 17.1.2.2)
If a provisional response is received while in the "Trying"
state, the response MUST be passed to the
TU, and then the client transaction SHOULD
move to the "Proceeding" state.
>> Note that after we got the first
provisional response, we
go to "Proceeding"
state.
If a final response (status codes 200-699) is
received while in the "Proceeding" state,
the response MUST be passed to the TU, and the
client transaction MUST transition to the "Completed" state.
>> Says nothing about
provisional, and clearly mentions final.
The diagram (fig. 6) on the other hand, says 1xx response to TU, from
proceeding. The formal description and the diagram are out of sync, and I
think in this case, it is the formal
description that makes sense. I mean, why
would we want to keep giving the provisional response back to the TU again and
again, especially for a non-INVITE? Do we need different behavior for
retransmissions? Is it not the job of the TL to handle it?
Any thoughts?
Thanks
adg
_______________________________________________ Sip-implementors mailing list [EMAIL PROTECTED] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
