[EMAIL PROTECTED] wrote:
> From: nandakishore <[EMAIL PROTECTED]>
>
> I am having some ambiguity regarding the handling of prov response
> retransmissions received by UAC.
>
> There's no way for the UAC to determine that a provisional response is
> a retransmission, as the provisional responses to a single request not
> sequence numbered. All it can tell is that it received a provisional
> response that looks identical to one that it receives before.
>
>
Simply put, provisional responses are NOT retransmitted ( in the
perspective of RFC 3261 ) using RFC specific timers unlike final
responses. If you get a couple or more provisional responses, the UAS
is sending it on purpose perhaps because it is sending it after
receiving UAC request retransmissions or for any other reason like RFC
3262 support for reliable provisional response.
> With that in mind, I would interpret the second passage:
>
> The client transaction is also responsible for receiving responses
> and delivering them to the TU, filtering out any response
> retransmissions or disallowed responses (such as a response to ACK).
>
> to mean that repeated provisional responses are not considered
> "retransmissions" and so are not filtered out, especially in light of
> the more specific requirement of the first passage:
>
> Any further provisional responses MUST be passed up to the TU while in
> the "Proceeding" state.
>
> Dale
> _______________________________________________
> Sip-implementors mailing list
> [email protected]
> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>
>
>
Joegen
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
