Hi Javier
Yes we are, but the problem only happens in %6-%8 of the calls. It happens in calls that have identical signaling to the ones that don't have the problem.
I have been speaking with Richard Fuchs at sip wise and I am going to try adding the trust address flag to sip wise and see if it helps. That hopefully will make it take the address in the c= attribute more readily.
I will update this thread once we push that live.
If any one has another suggestions though I am very open to hearing them :).
Thanks very much.
All the best.
Will Ferrer
Switchsoft Inc
On Thu, Nov 20, 2014 at 9:29 AM, Javier Ricke javierr.vv@gmail.com wrote:
u job behind nat?
2014-11-19 3:13 GMT-03:00 Will Ferrer will.ferrer@switchsoft.com:
Hi All
We are experiencing an odd problem with 1 way audio in about %6-%8 of our calls.
It seems to me that what is happening is that our kamailio installation (using rtpengine) is some times ignoring the c= attribute that the carrier is sending us, and sending our audio instead to either address in the carriers o= attribute, or just to the same address we sent our sip invite too.
We have looked at hundreds of calls and haven't found a reliable pattern why this happens some times and not others. It really happens in a lot of different scenarios with lots of different carriers and differently formatted SDP packets.
I was wondering if any one had an idea where to start for a solution, or a way to make rtpengine always send audio to the ip in the c= attribute we are receiving from the carrier.
I haven't been able to find anything so far.
Thank you much for any assistance.
All the best.
Will
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