Hi,
I think as proxy is itself doing parallel forking then out of these 2
responses 200 OK is best possible response which should be sent and CANCEL. On
Receiving 480 , proxy should send ACK to legA and wait in legB till timeout. If
200 OK is received before timeout then send it back to UAC otherwise should
send 480/4xx to UAC and terminate call by sneding CANCEL on legB
Thanks and Regards,
Vivek Talwar
________________________________________
From: [email protected]
[[email protected]] On Behalf Of Iñaki Baz
Castillo [[email protected]]
Sent: Tuesday, May 10, 2011 5:03 PM
To: [email protected]
Subject: [Sip-implementors] Proxy receives 200 for INVITE while in
"completed" state
Hi, a proxy does parallel forking for an INVITE to leg A and B.
Later legA replies 480 so the proxy client transaction transitions to
"completed" state and remains there for a while (a timer and so).
A few seconds later, leg B (which has not received or processed the
CANCEL yet) replies 200. What should do the proxy? forward the
request? or ignore it? I assume it must forward it without changing
the client transaction to "accepted" state (RFC 6026) as it was
already in "completed" state. If not, leg B will not receive and ACK
for the 200 (the UAC would be responsible o sending such ACK followed
by a BYE).
Thanks a lot.
--
Iñaki Baz Castillo
<[email protected]>
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
"DISCLAIMER: This message is proprietary to Aricent and is intended solely for
the use of the individual to whom it is addressed. It may contain privileged or
confidential information and should not be circulated or used for any purpose
other than for what it is intended. If you have received this message in error,
please notify the originator immediately. If you are not the intended
recipient, you are notified that you are strictly prohibited from using,
copying, altering, or disclosing the contents of this message. Aricent accepts
no responsibility for loss or damage arising from the use of the information
transmitted by this email including damage from virus."
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
