Hi Alf, > 2. The first (one of them is received before the other unless you have > true paralell computing and even then one of them is faster than the > other at grabbing a mutex or other synchronizing device which you must > use for them to update the state of the transaction which is shared > among the threads). The first 200 OK is then returned to the caller and > all later 200 OK's are dropped (not transmitted to caller) and a ACK > followed by BYE is sent to them. Any other forks which has not yet sent > a final response should have a CANCEL sent to them to cancel the INVITE > so that only the fork that sent the first 200 OK is accepted and > returned to caller.
There is a misunderstanding of the RFC 3261. A proxy is not allowed to build up and tear down connections. The proxy can not create an ACK and a BYE for a 200 OK for an INVITE. Please read 13.2.2.4 2xx Responses from 13.2 UAC Processing. Regards, Markus _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
