Using a B2BUA would possibly be a solution. --FC Sent from my 6 plus
> On Feb 19, 2015, at 05:12, Alex Balashov <abalas...@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 <abalas...@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@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@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@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
