[SR-Users] rtpproxy_manage fails to rewrite SDP

Igor Potjevlesch igor.potjevlesch at gmail.com
Mon Oct 27 11:47:17 CET 2014


Hello,

 

I'm working with rtpproxy module for managing calls to a particular route.

The thing is that for some calls, the "Connection information" is not
rewritten properly whereas another calls, less than 1 second before or
after, are properly rewritten.

 

When "cr_route" defines that the call must be route to this carrier, I go to
a route in order to make some change: 

-          Keep only PCMA, PCMU, G729a and telephone-event

-          Depends on the R-URI: 

o   If the uri contains IP addresses or domain name of the carrier:
rtpproxy_manage("iefrcoz20","<CARRIER_IP_ADDRESS");

o   else : rtpproxy_manage("eifrcoz20");

 

Kamailio listens on <CARRIER_IP_ADDRESS> and also on an internal one.

A dedicated instance of RTPProxy runs with the following option: "-l
<INTERNAL_IP_ADDRESS>/<CARRIER_IP_ADDRESS>".

 

The idea is to tell to my customers to send their RTP to the internal IP
address, and to tell to the carrier to send the RTP to the IP address that
they have attributed to me.

 

For hundred and hundred calls, this mechanism is working fine. But
sometimes, no, the SDP remains as the original one.

 

I don't know how to diagnose this. Could it be a saturation of RTPProxy?

 

Regards,

 

Igor.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20141027/7d84b15c/attachment.html>


More information about the sr-users mailing list