From: Anders Kristensen <[EMAIL PROTECTED]>
Paul Kyzivat wrote:
> I'm not certain it would even get that far. If it has sent a 1xx with
> 100rel and it doesn't receive a PRACK in response, then I think it will
> abandon the call at that point. (Though the proper way to abandon the
> call isn't entirely clear to me.)
From RFC 3262:
The UAS MAY send a final response to the initial request before
having received PRACKs for all unacknowledged reliable provisional
responses, unless the final response is 2xx and any of the
unacknowledged reliable provisional responses contained a session
description. In that case, it MUST NOT send a final response until
those provisional responses are acknowledged. If the UAS does send a
final response when reliable responses are still unacknowledged, it
SHOULD NOT continue to retransmit the unacknowledged reliable
provisional responses, but it MUST be prepared to process PRACK
requests for those outstanding responses.
So no, it's not supposed to get that far. I wouldn't necessarily expect
many implementations to correctly delay the 2xx, though. Maybe a good
SIPit test case.
That clarifies how the UAS gets out of the situation of an
unacknowledged reliable provisional response containing SDP -- it has
to send a failure response (because it can't send a success response).
Dale
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
