Paul Kyzivat <pkyzi...@alum.mit.edu> writes: > ISTM that there is dubious likelihood of success of this is attempted > after the previous connection has already failed. Make-before-break is > safer if you can get some advanced warning. But make-before-break has > its own implications on how you do this so that it doesn't become > break-while-trying-to-make.
At least in theory, you can make-after-break, since INVITE-Replaces can snatch a call from an endpoint that is no longer reachable. (The remote endpoint resends BYE many times, and then drops the dialog, but the user interface is moved to the new dialog immediately.) As someone else noted, the important thing is to detect the break quickly enough that the call can be reestablished before session timers expire. Dale _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
