> I am far from sure about this, but I *think* you should be > able to send the new reinvite any time after the ACK for the > prior invite. If the ACK gets lost but the reinvite is > received, then the UAS should send a 491 to the new reinvite. > This should force the UAC to wait.
Hi Paul, Since the re-INVITEs are from same device, it isn't really a glare situation. However I agree that it would likely work since it should trigger a retry between 0-4 seconds depending upon some randomness and who owned the call-id. The 500 with Retry-After produces a similar result; however it allows the UAS to be a little more specific concerning the delay time. _______________________________________________ Sip-implementors mailing list Sip-implementors@cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
