Using a B2BUA would possibly be a solution.
--FC
Sent from my 6 plus
On Feb 19, 2015, at 05:12, Alex Balashov
<abalashov(a)evaristesys.com> wrote:
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.
From: Will Ferrer
Sent: Wednesday, February 18, 2015 9:44 PM
To: Kamailio (SER) - Users Mailing List
Reply To: Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] Re-invites from carrier breaks the call
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
<abalashov(a)evaristesys.com> wrote:
Kamailio cannot correct this. This is an endpoint issue. The whole point of Record-Route
is to hairpin sequential requests (and indeed, their replies) through the proxy. The
endpoints need to comply by affixing the correct Route header to the end-to-end ACK.
--
Sent from my BlackBerry. Please excuse errors and brevity.
From: Will Ferrer
Sent: Wednesday, February 18, 2015 9:01 PM
To: Kamailio (SER) - Users Mailing List
Reply To: Kamailio (SER) - Users Mailing List
Subject: [SR-Users] Re-invites from carrier breaks the call
Hi All
We have any issue with re invites coming from the carrier.
When a reinvite occurs, our softphone client gets the invite, sends a 100, and then sends
200 ok. However the 200 ok does not have the softphones ip in the record route. Since
it's not in the record route the ack from the carrier never makes it's way all the
back to the softphone.
This causes the softphone to keep sending 200 oks since it never gets the ack.
Eventually the softphone gets tired of sending 200 oks and sends a bye.
Is there any way that Kamailio can help me correct for this, or do we need to have our
clients use different softphones? If it has to be handled via softphones is there even a
softphone that can account for this?
Thanks for all your assistance in advance.
All the best.
Will Ferrer
Switchsoft
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users