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")
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
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
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
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
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
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,
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
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
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
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
11 matches
Mail list logo