| Hi Will, Unfortunately, there's not a clever workaround at your disposal here, of all scenarios. The SDP payload in the 200 OK must mimic that endpoint's previous SDP answer in order for there to be media continuity. There's just a whole lot of state you can't keep spoof in Kamailio. No, alas, it's one of those cases where basic SIP compliance issues in the endpoints really must be fixed. Sorry. -- Sent from my BlackBerry. Please excuse errors and brevity.
Hi Alex Thanks so much for the reply. Is there anything that we could do perhaps that is a more creative solution, for instance not passing the re-invite all the way to the softphone and just responding from the kamailio box handling the call? We tried this as well actually, but we didn't get it to work. We just sent a 200 ok from the kamailio box, no sdp or anything on the packet since we sent it with just send_reply and the carrier just sent a bye. Hopefully there is something clever we could do to correct the problem, it is preventing us from using alot of our carriers since the re-invite breaks our clients softphones. Thanks again for the assistance. All the best. Will Ferrer On Wed, Feb 18, 2015 at 6:07 PM, Alex Balashov <abalas...@evaristesys.com> wrote:
| ||||
_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
