[SR-Users] Problem with rtpproxy

What could I have done wrong ? I am not able to have kamailio see rtpproxy. I am using kamailio 3.1.2 and rtpproxy 1.2 Rtpproxy is started with command : /usr/local/bin/rtpproxy -l -s udp:localhost:7722 -u rtpproxy Module parameter : modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:7722")

Re: [SR-Users] Problem with rtpproxy

Hello, On 3/28/11 9:16 AM, Linux Guy wrote: What could I have done wrong ? I am not able to have kamailio see rtpproxy. I am using kamailio 3.1.2 and rtpproxy 1.2 Rtpproxy is started with command : /usr/local/bin/rtpproxy -l -s udp:localhost:7722 -u rtpproxy Module parameter : modparam("rtpp

Re: [SR-Users] Problem with rtpproxy

Hi, I still have the same issue, I have tested setting public ip, localhost and 127.0.0.1 for the rtpproxy_sock. ERROR: rtpproxy [rtpproxy.c:1517]: timeout waiting reply from a RTP proxy ERROR: rtpproxy [rtpproxy.c:1526]: proxy does not respond, disable it WARNING: rtpproxy [rtpproxy.c

Re: [SR-Users] Problem with rtpproxy

Hi, you should check, if and where the rtpproxy is really listening. Just do a: netstat -lp | grep rtpproxy (as root) and you should see, if and where the RTP-Proxy is listening. If the RTPProxy is really listening on "127.0.0.1:7722" you should see that with netstat Is there any Firewall on t

Re: [SR-Users] Problem with rtpproxy

Is your iptables rules setup to default deny? selinux enabled? Can you manually netcat something to port 7722? Does netstat -anp show udp port 7722 being bound? On 3/28/11 11:45 AM, Linux Guy wrote: Hi, I still have the same issue, I have tested setting public ip, localhost and 127.0.0.1 f

[SR-Users] Problem with rtpproxy and rtpproxy_manage()

Hi, I'm using kamailio from latest git-HEAD. The rtpproxy i'm using also from latest git. Our network topology is following : sip-softphone->kamailio/rtpproxy>softswitch>gateway Because of saving bandwidth we need to use the "re-packetization" feature of rtpproxy. When we d

Re: [SR-Users] Problem with rtpproxy and rtpproxy_manage()

Hello, you should provide a ngrep output of such call (incoming invite to the forwarded ack for 200ok), we can check the sdp. On the other hand, I didn't have good experiences with rtpproxy application from git head, can you try with 1.2.1? Cheers, Daniel On 07/05/14 08:34, aft wrote: Hi,

Re: [SR-Users] Problem with rtpproxy and rtpproxy_manage()

On Wed, May 7, 2014 at 2:50 PM, Daniel-Constantin Mierla wrote: > Hello, > > you should provide a ngrep output of such call (incoming invite to the > forwarded ack for 200ok), we can check the sdp. > I will capture such a call and post it as soon as possible > On the other hand, I didn't have go

Re: [SR-Users] Problem with rtpproxy and rtpproxy_manage()

On Wed, May 7, 2014 at 3:17 PM, aft wrote: > On Wed, May 7, 2014 at 2:50 PM, Daniel-Constantin Mierla > wrote: >> Hello, >> >> you should provide a ngrep output of such call (incoming invite to the >> forwarded ack for 200ok), we can check the sdp. [1] This is the capture made at the softphone's

Re: [SR-Users] Problem with rtpproxy and rtpproxy_manage()

The sdp itself is well formatted, but for repacketization I think there should be a new attribute: a=ptime:NNN Can you compare the sdp from a case when audio works ok agaist when it is one way audio? Also, you can look at rtp traffic -- rtpproxy can be started with min and max port to use f

Re: [SR-Users] Problem with rtpproxy and rtpproxy_manage()

On Mon, May 12, 2014 at 1:54 PM, Daniel-Constantin Mierla wrote: > The sdp itself is well formatted, but for repacketization I think there > should be a new attribute: > > a=ptime:NNN How can i add this attribute to the SDP from kamailio? Options for rtpproxy_offer() and rtpproxy_answer() does ha