> In the failed call I am being told by the provider > that their SBC sent a BYE because the 200OK for the > INVITE was received before it managed to send the > 200OK for the UPDATE, I have checked the RFCs and > can't find if the customer SBC is breaking any rules > by sending an 200OK for the INVITE before it > received a response for the UPDATE
The topic might be discussed within RFC 6337, RFC 6141, RFC 3311, RFC 6026, or RFC 3261. I don't recall any specification concerning the topic. And if it exist, I'd be surprised if it is a MUST instead of SHOULD. As usual, race conditions, failure responses, and dropped packets are possible within SIP. From the called party perspective, this would be the reason to queue the INVITE's 2xx until receive UPDATE response. However if called party doesn't want to queue it, hopefully the calling party can handle the situation without releasing the call. _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
