Re: [Sip-implementors] 1xx retransmissions for non-invite transactions

[Faeez]

Title: Message

Hi,     RFC 3261 talks about Stateful proxy in section 16.2 page 92. If you see the first 3 lnes of the paragraph it says that the behaviour of a stateful SIP proxy will be modeled in terms of client and server transactions which are described in section 17. So if an element has to act as a stateful proxy it has to have a 'client transaction' built into it..And a proxy will always forward a PROVISIONAL RESPONSE upstream. So if you look at the Client Transaction from the perspective of a SIP Proxy it MUST forward a provisional response no matter what..and thus taking that into consideration the figure which you refered (figure 6 pg 133) shows that arrow of 1xx to TU.. TU in case of a SIP proxy will refer to Proxy Core..     Hope this sounds convincing..Lemme know if it doesnt! Regards.   ----- Original Message ----- From: Dasgupta Angshuman-A18655 To: Mailing List SIP Sent: Monday, September 08, 2003 9:42 PM Subject: [Sip-implementors] 1xx retransmissions for non-invite transactions 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

_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors