On Thu, Jul 7, 2016 at 11:49 AM, Dale R. Worley <wor...@ariadne.com> wrote:
> My impression is that this problem is most commonly seen switching > between a mobile connection and a WiFi connection, but it can happen in > pure-SIP situations as well. > > So far, it seems that a UA could use INVITE-with-Replaces (sent from the > new interface to the other party) to transfer the dialog from its old > interface to its new interface. Has anyone implemented such a > technique? > We have implemented both INVITE-with-Replaces (when we controlled both the client and the B2BUA) and re-INVITE with a new Contact (when we controlled only the client). Both worked reasonably well. Since you need to detect the flow failure and place a new INVITE before session timer detects the call failure, some percentage of calls will always fail due to local transport failure. Either re-Invite with new Contact or INVITE-with-Replaces help to reduce the number of failed calls. _____________ Roman Shpount _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
