Info about rtpproxy and opensips working together on different hosts...

classic Classic list List threaded Threaded
16 messages Options
Reply | Threaded
Open this post in threaded view
|

Info about rtpproxy and opensips working together on different hosts...

Roberto Ovani
Hello,
i have :

1) one host with opensips installed (opensips.roberto.com) on one public ip
2) one host with rtpproxy installed (rtpproxy.roberto.com) on another public ip

3) two clients into another LANs...

I forwarded the ports for making all work :
1) opensips : 5060 udp (for the registering in sip)
2) rtpproxy : 7890 udp (the socket), and the range 10,000 : 20,000 (i compiled with this range)

when on sip client wants to call another sip clients (they're both behind different nats and into different lans), then opensips must rewrite the sdp so that the rtp flow goes through rtpproxy: in this moment, opensips logs tell me :
nathelper:force_rtp_proxy_body: incorrect port 0 in reply from rtp proxy

and the communication cannot happen correctly...... any advice ? what shoul I have to check ?

Roberto

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Info about rtpproxy and opensips working together on different hosts...

Laszlo
Hi,

2010/4/19 Roberto Ovani <[hidden email]>
Hello,
i have :

1) one host with opensips installed (opensips.roberto.com) on one public ip
2) one host with rtpproxy installed (rtpproxy.roberto.com) on another public ip

3) two clients into another LANs...

I forwarded the ports for making all work :
1) opensips : 5060 udp (for the registering in sip)
2) rtpproxy : 7890 udp (the socket), and the range 10,000 : 20,000 (i compiled with this range)

when on sip client wants to call another sip clients (they're both behind different nats and into different lans), then opensips must rewrite the sdp so that the rtp flow goes through rtpproxy: in this moment, opensips logs tell me :
nathelper:force_rtp_proxy_body: incorrect port 0 in reply from rtp proxy

and the communication cannot happen correctly...... any advice ? what shoul I have to check ?

Roberto


That row means no such session.

Do you see other rows like

- message body has zero length
- can't extract body from the message

?

Do you have force_rtp_proxy on INVITE?


-Laszlo



_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Info about rtpproxy and opensips working together on different hosts...

Roberto Ovani
Il martedì 20/04/10 00.31, Laszlo ha scritto:
Hi,

2010/4/19 Roberto Ovani <[hidden email]>
Hello,
i have :

1) one host with opensips installed (opensips.roberto.com) on one public ip
2) one host with rtpproxy installed (rtpproxy.roberto.com) on another public ip

3) two clients into another LANs...

I forwarded the ports for making all work :
1) opensips : 5060 udp (for the registering in sip)
2) rtpproxy : 7890 udp (the socket), and the range 10,000 : 20,000 (i compiled with this range)

when on sip client wants to call another sip clients (they're both behind different nats and into different lans), then opensips must rewrite the sdp so that the rtp flow goes through rtpproxy: in this moment, opensips logs tell me :
nathelper:force_rtp_proxy_body: incorrect port 0 in reply from rtp proxy

and the communication cannot happen correctly...... any advice ? what shoul I have to check ?

Roberto


That row means no such session.

Do you see other rows like

- message body has zero length
- can't extract body from the message

?

Do you have force_rtp_proxy on INVITE?


-Laszlo


_______________________________________________ Users mailing list [hidden email] http://lists.opensips.org/cgi-bin/mailman/listinfo/users

From /var/log/syslog I can't read neither "message body has zero length" nor "can't extract body from the message".
In my opensips.cfg there's a route, route6 :

route[6] {
        #---- RTP Proxy handling ---#
        if (is_method("BYE|CANCEL")) {
        unforce_rtp_proxy();
        }
        else if (is_method("INVITE")){
        #---- Activates the RTP Proxy for the CALLEE ---#
        force_rtp_proxy();
        t_on_failure("1");
        };
        }


so, when an UAC is checked as "natted" (via flags 5 and 6), then the flow enters into route6.

Roberto

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Info about rtpproxy and opensips working together on different hosts...

Bogdan-Andrei Iancu
In reply to this post by Roberto Ovani
Hi Roberto,

does the error pop up when doing force_rtp_proxy() for the INVITE
request or for the 200 OK INVITE ?

Regards,
Bogdan

Roberto Ovani wrote:

> Hello,
> i have :
>
> 1) one host with opensips installed (opensips.roberto.com) on one
> public ip
> 2) one host with rtpproxy installed (rtpproxy.roberto.com) on another
> public ip
>
> 3) two clients into another LANs...
>
> I forwarded the ports for making all work :
> 1) opensips : 5060 udp (for the registering in sip)
> 2) rtpproxy : 7890 udp (the socket), and the range 10,000 : 20,000 (i
> compiled with this range)
>
> when on sip client wants to call another sip clients (they're both
> behind different nats and into different lans), then opensips must
> rewrite the sdp so that the rtp flow goes through rtpproxy: in this
> moment, opensips logs tell me :
> /nathelper:force_rtp_proxy_body: incorrect port 0 in reply from rtp proxy
>
> /and the communication cannot happen correctly...... any advice ? what
> shoul I have to check ?
>
> Roberto
> ------------------------------------------------------------------------
>
> _______________________________________________
> Users mailing list
> [hidden email]
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>  


--
Bogdan-Andrei Iancu
www.voice-system.ro


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Info about rtpproxy and opensips working together on different hosts...

Roberto Ovani
Hi !
I logged with xlog to answer to Bogdan's question :
this is what I can read in syslog:
Scenario : 1000@mydomain is trying to call 1002@mydomain :

Apr 20 11:44:58 opensips opensips[32557]: >>>>>>>>>>>>>>>>>>>>>>> entering route 6 !!!!! <<<<<<<<<<<<<<<
Apr 20 11:44:58 opensips opensips[32557]: Method : INVITE ---> forceRTPproxy !!!!

Apr 20 11:44:58 opensips opensips[32558]: fix nated contact
Apr 20 11:44:59 opensips opensips[32557]: ERROR:nathelper:force_rtp_proxy_body: incorrect port 0 in reply from rtp proxy
Apr 20 11:44:59 opensips opensips[32557]: new branch at <a class="moz-txt-link-freetext" href="sip:1002@151.16.40.175:58056;rinstance=0b5635955004021c">sip:1002@151.16.40.175:58056;rinstance=0b5635955004021c

Apr 20 11:44:59 opensips opensips[32556]: incoming reply
Apr 20 11:44:59 opensips opensips[32556]: Qui siamo nella route onreply : onreply_route[2]: ovvero nella gestione delle risposte 200OK o 183........... !!!!! <<<<<<<<<<
Apr 20 11:45:00 opensips opensips[32558]: incoming reply
Apr 20 11:45:00 opensips opensips[32558]: Qui siamo nella route onreply : onreply_route[2]: ovvero nella gestione delle risposte 200OK o 183........... !!!!! <<<<<<<<<<

I'm a newbie in opensips, so I sometimes lose control of it :(
any other advice ?

thanks in advance
Roberto



Il martedì 20/04/10 11.29, Bogdan-Andrei Iancu ha scritto:
Hi Roberto,

does the error pop up when doing force_rtp_proxy() for the INVITE 
request or for the 200 OK INVITE ?

Regards,
Bogdan

Roberto Ovani wrote:
  
Hello,
i have :

1) one host with opensips installed (opensips.roberto.com) on one 
public ip
2) one host with rtpproxy installed (rtpproxy.roberto.com) on another 
public ip

3) two clients into another LANs...

I forwarded the ports for making all work :
1) opensips : 5060 udp (for the registering in sip)
2) rtpproxy : 7890 udp (the socket), and the range 10,000 : 20,000 (i 
compiled with this range)

when on sip client wants to call another sip clients (they're both 
behind different nats and into different lans), then opensips must 
rewrite the sdp so that the rtp flow goes through rtpproxy: in this 
moment, opensips logs tell me :
/nathelper:force_rtp_proxy_body: incorrect port 0 in reply from rtp proxy

/and the communication cannot happen correctly...... any advice ? what 
shoul I have to check ?

Roberto
------------------------------------------------------------------------

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
  
    

  


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Info about rtpproxy and opensips working together on different hosts...

Bogdan-Andrei Iancu
Hi Roberto,

start RTPproxy with debugs (in foreground) and check for errors - a 0
port returned means some error on the rtpproxy side.

Regards,
Bogdan

Roberto Ovani wrote:

> Hi !
> I logged with xlog to answer to Bogdan's question :
> this is what I can read in syslog:
> Scenario : 1000@mydomain is trying to call 1002@mydomain :
>
> /*Apr 20 11:44:58 opensips opensips[32557]: >>>>>>>>>>>>>>>>>>>>>>>
> entering route 6 !!!!! <<<<<<<<<<<<<<<
> Apr 20 11:44:58 opensips opensips[32557]: Method : INVITE --->
> forceRTPproxy !!!!*/
> Apr 20 11:44:58 opensips opensips[32558]: fix nated contact
> */Apr 20 11:44:59 opensips opensips[32557]:
> ERROR:nathelper:force_rtp_proxy_body: incorrect port 0 in reply from
> rtp proxy
> Apr 20 11:44:59 opensips opensips[32557]: new branch at
> sip:1002@151.16.40.175:58056;rinstance=0b5635955004021c/*
> Apr 20 11:44:59 opensips opensips[32556]: incoming reply
> Apr 20 11:44:59 opensips opensips[32556]: Qui siamo nella route
> onreply : onreply_route[2]: ovvero nella gestione delle risposte 200OK
> o 183........... !!!!! <<<<<<<<<<
> Apr 20 11:45:00 opensips opensips[32558]: incoming reply
> Apr 20 11:45:00 opensips opensips[32558]: Qui siamo nella route
> onreply : onreply_route[2]: ovvero nella gestione delle risposte 200OK
> o 183........... !!!!! <<<<<<<<<<
>
> I'm a newbie in opensips, so I sometimes lose control of it :(
> any other advice ?
>
> thanks in advance
> Roberto
>
>
>
> Il martedì 20/04/10 11.29, Bogdan-Andrei Iancu ha scritto:
>> Hi Roberto,
>>
>> does the error pop up when doing force_rtp_proxy() for the INVITE
>> request or for the 200 OK INVITE ?
>>
>> Regards,
>> Bogdan
>>
>> Roberto Ovani wrote:
>>  
>>> Hello,
>>> i have :
>>>
>>> 1) one host with opensips installed (opensips.roberto.com) on one
>>> public ip
>>> 2) one host with rtpproxy installed (rtpproxy.roberto.com) on another
>>> public ip
>>>
>>> 3) two clients into another LANs...
>>>
>>> I forwarded the ports for making all work :
>>> 1) opensips : 5060 udp (for the registering in sip)
>>> 2) rtpproxy : 7890 udp (the socket), and the range 10,000 : 20,000 (i
>>> compiled with this range)
>>>
>>> when on sip client wants to call another sip clients (they're both
>>> behind different nats and into different lans), then opensips must
>>> rewrite the sdp so that the rtp flow goes through rtpproxy: in this
>>> moment, opensips logs tell me :
>>> /nathelper:force_rtp_proxy_body: incorrect port 0 in reply from rtp proxy
>>>
>>> /and the communication cannot happen correctly...... any advice ? what
>>> shoul I have to check ?
>>>
>>> Roberto
>>> ------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> Users mailing list
>>> [hidden email]
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>  
>>>    
>>  
>


--
Bogdan-Andrei Iancu
www.voice-system.ro


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Info about rtpproxy and opensips working together on different hosts...

Roberto Ovani
something like :

rtpproxy -F -d DBUG:LOGLOCAL5 -l 192.168.0.4 -s udp:192.168.0.4 7890

?

Roberto



Il martedì 20/04/10 14.05, Bogdan-Andrei Iancu ha scritto:

> Hi Roberto,
>
> start RTPproxy with debugs (in foreground) and check for errors - a 0
> port returned means some error on the rtpproxy side.
>
> Regards,
> Bogdan
>
> Roberto Ovani wrote:
>> Hi !
>> I logged with xlog to answer to Bogdan's question :
>> this is what I can read in syslog:
>> Scenario : 1000@mydomain is trying to call 1002@mydomain :
>>
>> /*Apr 20 11:44:58 opensips opensips[32557]: >>>>>>>>>>>>>>>>>>>>>>>
>> entering route 6 !!!!! <<<<<<<<<<<<<<<
>> Apr 20 11:44:58 opensips opensips[32557]: Method : INVITE --->
>> forceRTPproxy !!!!*/
>> Apr 20 11:44:58 opensips opensips[32558]: fix nated contact
>> */Apr 20 11:44:59 opensips opensips[32557]:
>> ERROR:nathelper:force_rtp_proxy_body: incorrect port 0 in reply from
>> rtp proxy
>> Apr 20 11:44:59 opensips opensips[32557]: new branch at
>> sip:1002@151.16.40.175:58056;rinstance=0b5635955004021c/*
>> Apr 20 11:44:59 opensips opensips[32556]: incoming reply
>> Apr 20 11:44:59 opensips opensips[32556]: Qui siamo nella route
>> onreply : onreply_route[2]: ovvero nella gestione delle risposte
>> 200OK o 183........... !!!!! <<<<<<<<<<
>> Apr 20 11:45:00 opensips opensips[32558]: incoming reply
>> Apr 20 11:45:00 opensips opensips[32558]: Qui siamo nella route
>> onreply : onreply_route[2]: ovvero nella gestione delle risposte
>> 200OK o 183........... !!!!! <<<<<<<<<<
>>
>> I'm a newbie in opensips, so I sometimes lose control of it :(
>> any other advice ?
>>
>> thanks in advance
>> Roberto
>>
>>
>>
>> Il martedì 20/04/10 11.29, Bogdan-Andrei Iancu ha scritto:
>>> Hi Roberto,
>>>
>>> does the error pop up when doing force_rtp_proxy() for the INVITE
>>> request or for the 200 OK INVITE ?
>>>
>>> Regards,
>>> Bogdan
>>>
>>> Roberto Ovani wrote:
>>>> Hello,
>>>> i have :
>>>>
>>>> 1) one host with opensips installed (opensips.roberto.com) on one
>>>> public ip
>>>> 2) one host with rtpproxy installed (rtpproxy.roberto.com) on
>>>> another public ip
>>>>
>>>> 3) two clients into another LANs...
>>>>
>>>> I forwarded the ports for making all work :
>>>> 1) opensips : 5060 udp (for the registering in sip)
>>>> 2) rtpproxy : 7890 udp (the socket), and the range 10,000 : 20,000
>>>> (i compiled with this range)
>>>>
>>>> when on sip client wants to call another sip clients (they're both
>>>> behind different nats and into different lans), then opensips must
>>>> rewrite the sdp so that the rtp flow goes through rtpproxy: in this
>>>> moment, opensips logs tell me :
>>>> /nathelper:force_rtp_proxy_body: incorrect port 0 in reply from rtp
>>>> proxy
>>>>
>>>> /and the communication cannot happen correctly...... any advice ?
>>>> what shoul I have to check ?
>>>>
>>>> Roberto
>>>> ------------------------------------------------------------------------
>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> [hidden email]
>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>
>


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Info about rtpproxy and opensips working together on different hosts...

Roberto Ovani
In reply to this post by Bogdan-Andrei Iancu
This is what I get in /var/log/syslog at RTPPROXY's host,
when I get "ERROR:nathelper:force_rtp_proxy_body: incorrect port 0 in reply from rtp proxy" at opensips' host :

Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:handle_command: received command "1338_6 V"
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:doreply: sending reply "1338_6 20040107 "
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:handle_command: received command "1338_7 VF 20050322"
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:doreply: sending reply "1338_7 1 "
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:handle_command: received command "1338_8 VF 20071116"
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:doreply: sending reply "1338_8 1 "
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:handle_command: received command "1338_9 VF 20081102"
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:doreply: sending reply "1338_9 1 "
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:handle_command: received command "1338_10 Uc3,8,0,101 [hidden email] 151.68.60.80 49164 4563395591901985372;1"
Apr 20 14:34:45 ate rtpproxy[32664]: INFO:handle_command: new session [hidden email], tag 4563395591901985372;1 requested, type strong
Apr 20 14:34:47 ate rtpproxy[32664]: ERR:handle_command: can't create listener
Apr 20 14:34:47 ate rtpproxy[32664]: DBUG:doreply: sending reply "1338_10 E10 "
Apr 20 14:34:47 ate rtpproxy[32664]: DBUG:handle_command: received command "1338_10 Uc3,8,0,101 [hidden email] 151.68.60.80 49164 4563395591901985372;1"
Apr 20 14:34:47 ate rtpproxy[32664]: INFO:handle_command: new session [hidden email], tag 4563395591901985372;1 requested, type strong
Apr 20 14:34:48 ate rtpproxy[32664]: ERR:handle_command: can't create listener
Apr 20 14:34:48 ate rtpproxy[32664]: DBUG:doreply: sending reply "1338_10 E10 "
Apr 20 14:34:48 ate rtpproxy[32664]: DBUG:handle_command: received command "1339_8 D [hidden email] 4563395591901985372"
Apr 20 14:34:48 ate rtpproxy[32664]: INFO:handle_command: delete request failed: session [hidden email], tags 4563395591901985372/NONE not found
Apr 20 14:34:48 ate rtpproxy[32664]: DBUG:doreply: sending reply "1339_8 E8 "
Apr 20 14:34:48 ate rtpproxy[32664]: DBUG:handle_command: received command "1339_8 D [hidden email] 4563395591901985372"
Apr 20 14:34:48 ate rtpproxy[32664]: INFO:handle_command: delete request failed: session [hidden email], tags 4563395591901985372/NONE not found
Apr 20 14:34:48 ate rtpproxy[32664]: DBUG:doreply: sending reply "1339_8 E8 "



Roberto




Il martedì 20/04/10 14.05, Bogdan-Andrei Iancu ha scritto:
Hi Roberto,

start RTPproxy with debugs (in foreground) and check for errors - a 0 port returned means some error on the rtpproxy side.

Regards,
Bogdan

Roberto Ovani wrote:
Hi !
I logged with xlog to answer to Bogdan's question :
this is what I can read in syslog:
Scenario : 1000@mydomain is trying to call 1002@mydomain :

/*Apr 20 11:44:58 opensips opensips[32557]: >>>>>>>>>>>>>>>>>>>>>>> entering route 6 !!!!! <<<<<<<<<<<<<<<
Apr 20 11:44:58 opensips opensips[32557]: Method : INVITE ---> forceRTPproxy !!!!*/
Apr 20 11:44:58 opensips opensips[32558]: fix nated contact
*/Apr 20 11:44:59 opensips opensips[32557]: ERROR:nathelper:force_rtp_proxy_body: incorrect port 0 in reply from rtp proxy
Apr 20 11:44:59 opensips opensips[32557]: new branch at <a class="moz-txt-link-freetext" href="sip:1002@151.16.40.175:58056;rinstance=0b5635955004021c/*">sip:1002@151.16.40.175:58056;rinstance=0b5635955004021c/*
Apr 20 11:44:59 opensips opensips[32556]: incoming reply
Apr 20 11:44:59 opensips opensips[32556]: Qui siamo nella route onreply : onreply_route[2]: ovvero nella gestione delle risposte 200OK o 183........... !!!!! <<<<<<<<<<
Apr 20 11:45:00 opensips opensips[32558]: incoming reply
Apr 20 11:45:00 opensips opensips[32558]: Qui siamo nella route onreply : onreply_route[2]: ovvero nella gestione delle risposte 200OK o 183........... !!!!! <<<<<<<<<<

I'm a newbie in opensips, so I sometimes lose control of it :(
any other advice ?

thanks in advance
Roberto



Il martedì 20/04/10 11.29, Bogdan-Andrei Iancu ha scritto:
Hi Roberto,

does the error pop up when doing force_rtp_proxy() for the INVITE request or for the 200 OK INVITE ?

Regards,
Bogdan

Roberto Ovani wrote:
 
Hello,
i have :

1) one host with opensips installed (opensips.roberto.com) on one public ip
2) one host with rtpproxy installed (rtpproxy.roberto.com) on another public ip

3) two clients into another LANs...

I forwarded the ports for making all work :
1) opensips : 5060 udp (for the registering in sip)
2) rtpproxy : 7890 udp (the socket), and the range 10,000 : 20,000 (i compiled with this range)

when on sip client wants to call another sip clients (they're both behind different nats and into different lans), then opensips must rewrite the sdp so that the rtp flow goes through rtpproxy: in this moment, opensips logs tell me :
/nathelper:force_rtp_proxy_body: incorrect port 0 in reply from rtp proxy

/and the communication cannot happen correctly...... any advice ? what shoul I have to check ?

Roberto
------------------------------------------------------------------------

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
     
 





_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Info about rtpproxy and opensips working together on different hosts...

Laszlo
Hi,


2010/4/20 Roberto Ovani <[hidden email]>
This is what I get in /var/log/syslog at RTPPROXY's host,
when I get "ERROR:nathelper:force_rtp_proxy_body: incorrect port 0 in reply from rtp proxy" at opensips' host :

Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:handle_command: received command "1338_6 V"
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:doreply: sending reply "1338_6 20040107 "
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:handle_command: received command "1338_7 VF 20050322"
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:doreply: sending reply "1338_7 1 "
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:handle_command: received command "1338_8 VF 20071116"
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:doreply: sending reply "1338_8 1 "
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:handle_command: received command "1338_9 VF 20081102"
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:doreply: sending reply "1338_9 1 "
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:handle_command: received command "1338_10 Uc3,8,0,101 [hidden email] 151.68.60.80 49164 4563395591901985372;1"
Apr 20 14:34:45 ate rtpproxy[32664]: INFO:handle_command: new session [hidden email], tag 4563395591901985372;1 requested, type strong
Apr 20 14:34:47 ate rtpproxy[32664]: ERR:handle_command: can't create listener
Apr 20 14:34:47 ate rtpproxy[32664]: DBUG:doreply: sending reply "1338_10 E10 "
Apr 20 14:34:47 ate rtpproxy[32664]: DBUG:handle_command: received command "1338_10 Uc3,8,0,101 [hidden email] 151.68.60.80 49164 4563395591901985372;1"
Apr 20 14:34:47 ate rtpproxy[32664]: INFO:handle_command: new session [hidden email], tag 4563395591901985372;1 requested, type strong
Apr 20 14:34:48 ate rtpproxy[32664]: ERR:handle_command: can't create listener
Apr 20 14:34:48 ate rtpproxy[32664]: DBUG:doreply: sending reply "1338_10 E10 "
Apr 20 14:34:48 ate rtpproxy[32664]: DBUG:handle_command: received command "1339_8 D [hidden email] 4563395591901985372"
Apr 20 14:34:48 ate rtpproxy[32664]: INFO:handle_command: delete request failed: session [hidden email], tags 4563395591901985372/NONE not found
Apr 20 14:34:48 ate rtpproxy[32664]: DBUG:doreply: sending reply "1339_8 E8 "
Apr 20 14:34:48 ate rtpproxy[32664]: DBUG:handle_command: received command "1339_8 D [hidden email] 4563395591901985372"
Apr 20 14:34:48 ate rtpproxy[32664]: INFO:handle_command: delete request failed: session [hidden email], tags 4563395591901985372/NONE not found
Apr 20 14:34:48 ate rtpproxy[32664]: DBUG:doreply: sending reply "1339_8 E8 "



Roberto




Il martedì 20/04/10 14.05, Bogdan-Andrei Iancu ha scritto:
Hi Roberto,

start RTPproxy with debugs (in foreground) and check for errors - a 0 port returned means some error on the rtpproxy side.

Regards,
Bogdan

Roberto Ovani wrote:
Hi !
I logged with xlog to answer to Bogdan's question :
this is what I can read in syslog:
Scenario : 1000@mydomain is trying to call 1002@mydomain :

/*Apr 20 11:44:58 opensips opensips[32557]: >>>>>>>>>>>>>>>>>>>>>>> entering route 6 !!!!! <<<<<<<<<<<<<<<
Apr 20 11:44:58 opensips opensips[32557]: Method : INVITE ---> forceRTPproxy !!!!*/
Apr 20 11:44:58 opensips opensips[32558]: fix nated contact
*/Apr 20 11:44:59 opensips opensips[32557]: ERROR:nathelper:force_rtp_proxy_body: incorrect port 0 in reply from rtp proxy
Apr 20 11:44:59 opensips opensips[32557]: new branch at sip:1002@151.16.40.175:58056;rinstance=0b5635955004021c/*
Apr 20 11:44:59 opensips opensips[32556]: incoming reply
Apr 20 11:44:59 opensips opensips[32556]: Qui siamo nella route onreply : onreply_route[2]: ovvero nella gestione delle risposte 200OK o 183........... !!!!! <<<<<<<<<<
Apr 20 11:45:00 opensips opensips[32558]: incoming reply
Apr 20 11:45:00 opensips opensips[32558]: Qui siamo nella route onreply : onreply_route[2]: ovvero nella gestione delle risposte 200OK o 183........... !!!!! <<<<<<<<<<

I'm a newbie in opensips, so I sometimes lose control of it :(
any other advice ?

thanks in advance
Roberto



Il martedì 20/04/10 11.29, Bogdan-Andrei Iancu ha scritto:
Hi Roberto,

does the error pop up when doing force_rtp_proxy() for the INVITE request or for the 200 OK INVITE ?

Regards,
Bogdan

Roberto Ovani wrote:
 
Hello,
i have :

1) one host with opensips installed (opensips.roberto.com) on one public ip
2) one host with rtpproxy installed (rtpproxy.roberto.com) on another public ip

3) two clients into another LANs...

I forwarded the ports for making all work :
1) opensips : 5060 udp (for the registering in sip)
2) rtpproxy : 7890 udp (the socket), and the range 10,000 : 20,000 (i compiled with this range)

when on sip client wants to call another sip clients (they're both behind different nats and into different lans), then opensips must rewrite the sdp so that the rtp flow goes through rtpproxy: in this moment, opensips logs tell me :
/nathelper:force_rtp_proxy_body: incorrect port 0 in reply from rtp proxy

/and the communication cannot happen correctly...... any advice ? what shoul I have to check ?

Roberto
------------------------------------------------------------------------

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
     
 





Hmm, can you run netstat -uap during you calling out for testing?
Do you see established connections or any connections to the remote rtpproxy?


-Laszlo


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Info about rtpproxy and opensips working together on different hosts...

Roberto Ovani
Il martedì 20/04/10 15.31, Laszlo ha scritto:
Hi,


2010/4/20 Roberto Ovani <[hidden email]>
This is what I get in /var/log/syslog at RTPPROXY's host,
when I get "ERROR:nathelper:force_rtp_proxy_body: incorrect port 0 in reply from rtp proxy" at opensips' host :

Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:handle_command: received command "1338_6 V"
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:doreply: sending reply "1338_6 20040107 "
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:handle_command: received command "1338_7 VF 20050322"
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:doreply: sending reply "1338_7 1 "
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:handle_command: received command "1338_8 VF 20071116"
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:doreply: sending reply "1338_8 1 "
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:handle_command: received command "1338_9 VF 20081102"
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:doreply: sending reply "1338_9 1 "
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:handle_command: received command "1338_10 Uc3,8,0,101 [hidden email] 151.68.60.80 49164 4563395591901985372;1"
Apr 20 14:34:45 ate rtpproxy[32664]: INFO:handle_command: new session [hidden email], tag 4563395591901985372;1 requested, type strong
Apr 20 14:34:47 ate rtpproxy[32664]: ERR:handle_command: can't create listener
Apr 20 14:34:47 ate rtpproxy[32664]: DBUG:doreply: sending reply "1338_10 E10 "
Apr 20 14:34:47 ate rtpproxy[32664]: DBUG:handle_command: received command "1338_10 Uc3,8,0,101 [hidden email] 151.68.60.80 49164 4563395591901985372;1"
Apr 20 14:34:47 ate rtpproxy[32664]: INFO:handle_command: new session [hidden email], tag 4563395591901985372;1 requested, type strong
Apr 20 14:34:48 ate rtpproxy[32664]: ERR:handle_command: can't create listener
Apr 20 14:34:48 ate rtpproxy[32664]: DBUG:doreply: sending reply "1338_10 E10 "
Apr 20 14:34:48 ate rtpproxy[32664]: DBUG:handle_command: received command "1339_8 D [hidden email] 4563395591901985372"
Apr 20 14:34:48 ate rtpproxy[32664]: INFO:handle_command: delete request failed: session [hidden email], tags 4563395591901985372/NONE not found
Apr 20 14:34:48 ate rtpproxy[32664]: DBUG:doreply: sending reply "1339_8 E8 "
Apr 20 14:34:48 ate rtpproxy[32664]: DBUG:handle_command: received command "1339_8 D [hidden email] 4563395591901985372"
Apr 20 14:34:48 ate rtpproxy[32664]: INFO:handle_command: delete request failed: session [hidden email], tags 4563395591901985372/NONE not found
Apr 20 14:34:48 ate rtpproxy[32664]: DBUG:doreply: sending reply "1339_8 E8 "



Roberto




Il martedì 20/04/10 14.05, Bogdan-Andrei Iancu ha scritto:
Hi Roberto,

start RTPproxy with debugs (in foreground) and check for errors - a 0 port returned means some error on the rtpproxy side.

Regards,
Bogdan

Roberto Ovani wrote:
Hi !
I logged with xlog to answer to Bogdan's question :
this is what I can read in syslog:
Scenario : 1000@mydomain is trying to call 1002@mydomain :

/*Apr 20 11:44:58 opensips opensips[32557]: >>>>>>>>>>>>>>>>>>>>>>> entering route 6 !!!!! <<<<<<<<<<<<<<<
Apr 20 11:44:58 opensips opensips[32557]: Method : INVITE ---> forceRTPproxy !!!!*/
Apr 20 11:44:58 opensips opensips[32558]: fix nated contact
*/Apr 20 11:44:59 opensips opensips[32557]: ERROR:nathelper:force_rtp_proxy_body: incorrect port 0 in reply from rtp proxy
Apr 20 11:44:59 opensips opensips[32557]: new branch at sip:1002@151.16.40.175:58056;rinstance=0b5635955004021c/*
Apr 20 11:44:59 opensips opensips[32556]: incoming reply
Apr 20 11:44:59 opensips opensips[32556]: Qui siamo nella route onreply : onreply_route[2]: ovvero nella gestione delle risposte 200OK o 183........... !!!!! <<<<<<<<<<
Apr 20 11:45:00 opensips opensips[32558]: incoming reply
Apr 20 11:45:00 opensips opensips[32558]: Qui siamo nella route onreply : onreply_route[2]: ovvero nella gestione delle risposte 200OK o 183........... !!!!! <<<<<<<<<<

I'm a newbie in opensips, so I sometimes lose control of it :(
any other advice ?

thanks in advance
Roberto



Il martedì 20/04/10 11.29, Bogdan-Andrei Iancu ha scritto:
Hi Roberto,

does the error pop up when doing force_rtp_proxy() for the INVITE request or for the 200 OK INVITE ?

Regards,
Bogdan

Roberto Ovani wrote:
 
Hello,
i have :

1) one host with opensips installed (opensips.roberto.com) on one public ip
2) one host with rtpproxy installed (rtpproxy.roberto.com) on another public ip

3) two clients into another LANs...

I forwarded the ports for making all work :
1) opensips : 5060 udp (for the registering in sip)
2) rtpproxy : 7890 udp (the socket), and the range 10,000 : 20,000 (i compiled with this range)

when on sip client wants to call another sip clients (they're both behind different nats and into different lans), then opensips must rewrite the sdp so that the rtp flow goes through rtpproxy: in this moment, opensips logs tell me :
/nathelper:force_rtp_proxy_body: incorrect port 0 in reply from rtp proxy

/and the communication cannot happen correctly...... any advice ? what shoul I have to check ?

Roberto
------------------------------------------------------------------------

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
     
 





Hmm, can you run netstat -uap during you calling out for testing?
Do you see established connections or any connections to the remote rtpproxy?


-Laszlo

_______________________________________________ Users mailing list [hidden email] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
This is what i see doing NETSTAT -UAP on the host with opensips :
Active Internet connections (server e stabiliti)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
udp        0      0 192.168.1.12:56671      151.16.40.175:7890      ESTABLISHED 2868/opensips  
udp        0      0 192.168.1.12:39775      151.16.40.175:7890      ESTABLISHED 2863/opensips  
udp        0      0 192.168.1.12:57074      151.16.40.175:7890      ESTABLISHED 2870/opensips  
udp        0      0 192.168.1.12:56185      151.16.40.175:7890      ESTABLISHED 2861/opensips  
udp        0      0 192.168.1.12:59775      151.16.40.175:7890      ESTABLISHED 2859/opensips  
udp        0      0 192.168.1.12:54656      151.16.40.175:7890      ESTABLISHED 2874/opensips  
udp        0      0 192.168.1.12:57868      151.16.40.175:7890      ESTABLISHED 2860/opensips  
udp        0      0 192.168.1.12:40208      151.16.40.175:7890      ESTABLISHED 2864/opensips  
udp        0      0 192.168.1.12:54550      151.16.40.175:7890      ESTABLISHED 2865/opensips  
udp        0      0 192.168.1.12:53912      151.16.40.175:7890      ESTABLISHED 2876/opensips  
udp        0      0 192.168.1.12:48410      151.16.40.175:7890      ESTABLISHED 2880/opensips  
udp        0      0 192.168.1.12:35763      151.16.40.175:7890      ESTABLISHED 2866/opensips  
udp        0      0 192.168.1.12:53817      151.16.40.175:7890      ESTABLISHED 2878/opensips  
udp        0      0 192.168.1.12:sip        *:*                                 2858/opensips  
udp        0      0 localhost:sip           *:*                                 2858/opensips  
udp        0      0 192.168.1.12:53718      151.16.40.175:7890      ESTABLISHED 2862/opensips  


and this is what I see on the host with rtpproxy :
Active Internet connections (server e stabiliti)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
udp        0      0 ate.local:netbios-ns    *:*                                 4505/nmbd      
udp        0      0 *:netbios-ns            *:*                                 4505/nmbd      
udp        0      0 ate.local:netbios-dgm   *:*                                 4505/nmbd      
udp        0      0 *:netbios-dgm           *:*                                 4505/nmbd      
udp        0      0 ate.local:7890          *:*                                 617/rtpproxy
 

I can't still do any call....

Roberto



_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Info about rtpproxy and opensips working together on different hosts...

Laszlo

2010/4/21 Roberto Ovani <[hidden email]>
Il martedì 20/04/10 15.31, Laszlo ha scritto:
Hi,


2010/4/20 Roberto Ovani <[hidden email]>
This is what I get in /var/log/syslog at RTPPROXY's host,
when I get "ERROR:nathelper:force_rtp_proxy_body: incorrect port 0 in reply from rtp proxy" at opensips' host :

Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:handle_command: received command "1338_6 V"
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:doreply: sending reply "1338_6 20040107 "
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:handle_command: received command "1338_7 VF 20050322"
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:doreply: sending reply "1338_7 1 "
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:handle_command: received command "1338_8 VF 20071116"
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:doreply: sending reply "1338_8 1 "
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:handle_command: received command "1338_9 VF 20081102"
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:doreply: sending reply "1338_9 1 "
Apr 20 14:34:45 ate rtpproxy[32664]: DBUG:handle_command: received command "1338_10 Uc3,8,0,101 [hidden email] 151.68.60.80 49164 4563395591901985372;1"
Apr 20 14:34:45 ate rtpproxy[32664]: INFO:handle_command: new session [hidden email], tag 4563395591901985372;1 requested, type strong
Apr 20 14:34:47 ate rtpproxy[32664]: ERR:handle_command: can't create listener
Apr 20 14:34:47 ate rtpproxy[32664]: DBUG:doreply: sending reply "1338_10 E10 "
Apr 20 14:34:47 ate rtpproxy[32664]: DBUG:handle_command: received command "1338_10 Uc3,8,0,101 [hidden email] 151.68.60.80 49164 4563395591901985372;1"
Apr 20 14:34:47 ate rtpproxy[32664]: INFO:handle_command: new session [hidden email], tag 4563395591901985372;1 requested, type strong
Apr 20 14:34:48 ate rtpproxy[32664]: ERR:handle_command: can't create listener
Apr 20 14:34:48 ate rtpproxy[32664]: DBUG:doreply: sending reply "1338_10 E10 "
Apr 20 14:34:48 ate rtpproxy[32664]: DBUG:handle_command: received command "1339_8 D [hidden email] 4563395591901985372"
Apr 20 14:34:48 ate rtpproxy[32664]: INFO:handle_command: delete request failed: session [hidden email], tags 4563395591901985372/NONE not found
Apr 20 14:34:48 ate rtpproxy[32664]: DBUG:doreply: sending reply "1339_8 E8 "
Apr 20 14:34:48 ate rtpproxy[32664]: DBUG:handle_command: received command "1339_8 D [hidden email] 4563395591901985372"
Apr 20 14:34:48 ate rtpproxy[32664]: INFO:handle_command: delete request failed: session [hidden email], tags 4563395591901985372/NONE not found
Apr 20 14:34:48 ate rtpproxy[32664]: DBUG:doreply: sending reply "1339_8 E8 "



Roberto




Il martedì 20/04/10 14.05, Bogdan-Andrei Iancu ha scritto:
Hi Roberto,

start RTPproxy with debugs (in foreground) and check for errors - a 0 port returned means some error on the rtpproxy side.

Regards,
Bogdan

Roberto Ovani wrote:
Hi !
I logged with xlog to answer to Bogdan's question :
this is what I can read in syslog:
Scenario : 1000@mydomain is trying to call 1002@mydomain :

/*Apr 20 11:44:58 opensips opensips[32557]: >>>>>>>>>>>>>>>>>>>>>>> entering route 6 !!!!! <<<<<<<<<<<<<<<
Apr 20 11:44:58 opensips opensips[32557]: Method : INVITE ---> forceRTPproxy !!!!*/
Apr 20 11:44:58 opensips opensips[32558]: fix nated contact
*/Apr 20 11:44:59 opensips opensips[32557]: ERROR:nathelper:force_rtp_proxy_body: incorrect port 0 in reply from rtp proxy
Apr 20 11:44:59 opensips opensips[32557]: new branch at sip:1002@151.16.40.175:58056;rinstance=0b5635955004021c/*
Apr 20 11:44:59 opensips opensips[32556]: incoming reply
Apr 20 11:44:59 opensips opensips[32556]: Qui siamo nella route onreply : onreply_route[2]: ovvero nella gestione delle risposte 200OK o 183........... !!!!! <<<<<<<<<<
Apr 20 11:45:00 opensips opensips[32558]: incoming reply
Apr 20 11:45:00 opensips opensips[32558]: Qui siamo nella route onreply : onreply_route[2]: ovvero nella gestione delle risposte 200OK o 183........... !!!!! <<<<<<<<<<

I'm a newbie in opensips, so I sometimes lose control of it :(
any other advice ?

thanks in advance
Roberto



Il martedì 20/04/10 11.29, Bogdan-Andrei Iancu ha scritto:
Hi Roberto,

does the error pop up when doing force_rtp_proxy() for the INVITE request or for the 200 OK INVITE ?

Regards,
Bogdan

Roberto Ovani wrote:
 
Hello,
i have :

1) one host with opensips installed (opensips.roberto.com) on one public ip
2) one host with rtpproxy installed (rtpproxy.roberto.com) on another public ip

3) two clients into another LANs...

I forwarded the ports for making all work :
1) opensips : 5060 udp (for the registering in sip)
2) rtpproxy : 7890 udp (the socket), and the range 10,000 : 20,000 (i compiled with this range)

when on sip client wants to call another sip clients (they're both behind different nats and into different lans), then opensips must rewrite the sdp so that the rtp flow goes through rtpproxy: in this moment, opensips logs tell me :
/nathelper:force_rtp_proxy_body: incorrect port 0 in reply from rtp proxy

/and the communication cannot happen correctly...... any advice ? what shoul I have to check ?

Roberto
------------------------------------------------------------------------

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
     
 





Hmm, can you run netstat -uap during you calling out for testing?
Do you see established connections or any connections to the remote rtpproxy?


-Laszlo

_______________________________________________ Users mailing list
This is what i see doing NETSTAT -UAP on the host with opensips :
Active Internet connections (server e stabiliti)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
udp        0      0 192.168.1.12:56671      151.16.40.175:7890      ESTABLISHED 2868/opensips  
udp        0      0 192.168.1.12:39775      151.16.40.175:7890      ESTABLISHED 2863/opensips  
udp        0      0 192.168.1.12:57074      151.16.40.175:7890      ESTABLISHED 2870/opensips  
udp        0      0 192.168.1.12:56185      151.16.40.175:7890      ESTABLISHED 2861/opensips  
udp        0      0 192.168.1.12:59775      151.16.40.175:7890      ESTABLISHED 2859/opensips  
udp        0      0 192.168.1.12:54656      151.16.40.175:7890      ESTABLISHED 2874/opensips  
udp        0      0 192.168.1.12:57868      151.16.40.175:7890      ESTABLISHED 2860/opensips  
udp        0      0 192.168.1.12:40208      151.16.40.175:7890      ESTABLISHED 2864/opensips  
udp        0      0 192.168.1.12:54550      151.16.40.175:7890      ESTABLISHED 2865/opensips  
udp        0      0 192.168.1.12:53912      151.16.40.175:7890      ESTABLISHED 2876/opensips  
udp        0      0 192.168.1.12:48410      151.16.40.175:7890      ESTABLISHED 2880/opensips  
udp        0      0 192.168.1.12:35763      151.16.40.175:7890      ESTABLISHED 2866/opensips  
udp        0      0 192.168.1.12:53817      151.16.40.175:7890      ESTABLISHED 2878/opensips  
udp        0      0 192.168.1.12:sip        *:*                                 2858/opensips  
udp        0      0 localhost:sip           *:*                                 2858/opensips  
udp        0      0 192.168.1.12:53718      151.16.40.175:7890      ESTABLISHED 2862/opensips  


and this is what I see on the host with rtpproxy :
Active Internet connections (server e stabiliti)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
udp        0      0 ate.local:netbios-ns    *:*                                 4505/nmbd      
udp        0      0 *:netbios-ns            *:*                                 4505/nmbd      
udp        0      0 ate.local:netbios-dgm   *:*                                 4505/nmbd      
udp        0      0 *:netbios-dgm           *:*                                 4505/nmbd      
udp        0      0 ate.local:7890          *:*                                 617/rtpproxy
 

I can't still do any call....

Roberto


ERR:handle_command: can't create listener

This one is more interesting.
Which version of gcc do you have installed?
can you run gcc -v and paste the output ?

-Laszlo



_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Info about rtpproxy and opensips working together on different hosts...

Roberto Ovani
Il mercoledì 21/04/10 13.49, Laszlo ha scritto:
gcc -v
The host with OPENSIPS :
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.1-4ubuntu9' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-targets=all --disable-werror --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.4.1 (Ubuntu 4.4.1-4ubuntu9)


The host with RTPPROXY :

Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.3.2-1ubuntu11' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-targets=all --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11)


Thanks in advance
Roberto

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Info about rtpproxy and opensips working together on different hosts...

Laszlo


2010/4/21 Roberto Ovani <[hidden email]>
Il mercoledì 21/04/10 13.49, Laszlo ha scritto:
gcc -v
The host with OPENSIPS :
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.1-4ubuntu9' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-targets=all --disable-werror --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.4.1 (Ubuntu 4.4.1-4ubuntu9)


The host with RTPPROXY :

Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.3.2-1ubuntu11' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-targets=all --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11)


Thanks in advance
Roberto

By default it will compile with -O2 optimization. Can you recompile it with -O0
Please run CFLAGS=-O0 ./configure, then make and make install and restart rtpproxy.

-Laszlo

 


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Info about rtpproxy and opensips working together on different hosts...

Laszlo


2010/4/22 Roberto Ovani <[hidden email]>
Il mercoledì 21/04/10 14.30, Laszlo ha scritto:


2010/4/21 Roberto Ovani <[hidden email]>
Il mercoledì 21/04/10 13.49, Laszlo ha scritto:
gcc -v
The host with OPENSIPS :
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.1-4ubuntu9' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-targets=all --disable-werror --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.4.1 (Ubuntu 4.4.1-4ubuntu9)


The host with RTPPROXY :

Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.3.2-1ubuntu11' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-targets=all --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11)


Thanks in advance
Roberto

By default it will compile with -O2 optimization. Can you recompile it with -O0
Please run CFLAGS=-O0 ./configure, then make and make install and restart rtpproxy.

-Laszlo

 



I'm having problems with all: opensips-rtpproxy etc...
so, I'm trying to show my system  :

1st LOCATION
:
Wan Side : opensips.roberto.org  (it's not real, but for example)
Lan Side, there are:
- opensips server (i forwarded 5060 udp to Opensips-server's lan address)
- a sip client on a laptop, user 1003 (sjphone for mac)

2nd LOCATION :
Wan Side : rtpproxy.roberto.org
Lan side, there are :
- RtpProxy server (i forwarderd 7890udp to RTPPRoxy-Server's lan address, and also the range between udp 10000 and udp 64999, to be sure)
- a sip client, user 1002 (X-Lite for windows)

3rd LOCATION (home-sweet-home) :
In the Lan, there's a Sip client, user 1000 (Sjphone on my macbook)

In attachment, there's my opensips.cfg.

I need to create a system that can make call everyone to everyother (independently from WHERE the clients ARE, if in the same lan as servers, or behind nats, etc... )

Could you please tell me some example cfg code for this purpose?

If you need, I also have logs from Opensips-server-host and from RTPProxy-host (var/log/syslog) and a bit of tcpdump. This log refers to a call from 1000 to 1003 and from 1003 to 1000.

I used the one from Gonçalves' Book (about opensips 1.6), but I'm having problems.... I'm also a newbie, so it's still a bit hard for me to have a complete vision of everything in this voip system....


Thanks in advance
Roberto


Did you recompile rtpproxy like how I mentioned?
BTW, I have found something, maybe it can be interesting for you too(and can be related to your problem):

http://www.mail-archive.com/users@.../msg00113.html

-Laszlo



_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Info about rtpproxy and opensips working together on different hosts...

Roberto Ovani
Il giovedì 22/04/10 18.37, Laszlo ha scritto:


2010/4/22 Roberto Ovani <[hidden email]>
Il mercoledì 21/04/10 14.30, Laszlo ha scritto:


2010/4/21 Roberto Ovani <[hidden email]>
Il mercoledì 21/04/10 13.49, Laszlo ha scritto:
gcc -v
The host with OPENSIPS :
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.1-4ubuntu9' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-targets=all --disable-werror --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.4.1 (Ubuntu 4.4.1-4ubuntu9)


The host with RTPPROXY :

Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.3.2-1ubuntu11' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-targets=all --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11)


Thanks in advance
Roberto

By default it will compile with -O2 optimization. Can you recompile it with -O0
Please run CFLAGS=-O0 ./configure, then make and make install and restart rtpproxy.

-Laszlo

 



I'm having problems with all: opensips-rtpproxy etc...
so, I'm trying to show my system  :

1st LOCATION
:
Wan Side : opensips.roberto.org  (it's not real, but for example)
Lan Side, there are:
- opensips server (i forwarded 5060 udp to Opensips-server's lan address)
- a sip client on a laptop, user 1003 (sjphone for mac)

2nd LOCATION :
Wan Side : rtpproxy.roberto.org
Lan side, there are :
- RtpProxy server (i forwarderd 7890udp to RTPPRoxy-Server's lan address, and also the range between udp 10000 and udp 64999, to be sure)
- a sip client, user 1002 (X-Lite for windows)

3rd LOCATION (home-sweet-home) :
In the Lan, there's a Sip client, user 1000 (Sjphone on my macbook)

In attachment, there's my opensips.cfg.

I need to create a system that can make call everyone to everyother (independently from WHERE the clients ARE, if in the same lan as servers, or behind nats, etc... )

Could you please tell me some example cfg code for this purpose?

If you need, I also have logs from Opensips-server-host and from RTPProxy-host (var/log/syslog) and a bit of tcpdump. This log refers to a call from 1000 to 1003 and from 1003 to 1000.

I used the one from Gonçalves' Book (about opensips 1.6), but I'm having problems.... I'm also a newbie, so it's still a bit hard for me to have a complete vision of everything in this voip system....


Thanks in advance
Roberto


Did you recompile rtpproxy like how I mentioned?
BTW, I have found something, maybe it can be interesting for you too(and can be related to your problem):

http://www.mail-archive.com/users@.../msg00113.html

-Laszlo


Sorry, I didn't answer your last question.
So... yes, i recompiled wit the flags you mentioned, but the problem is still the same. Same logs.
I'll read your link, thanks in advance :)

Bye
roberto

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Info about rtpproxy and opensips working together on different hosts...

Bogdan-Andrei Iancu
Hi Roberto,

I checked the RTPproxy code and the only case where you get the
"ERR:handle_command: can't create listener " error without any previous
error is for cases:
    - the system user you are running rtpproxy as, does not have
permission to bind on the listening IP (- l option in rtpproxy)
    - you already have another application (like Asterisk) already using
the same listening IP and port range as configured in RTPProxy.

Regards,
Bogdan

Roberto Ovani wrote:

> Il giovedì 22/04/10 18.37, Laszlo ha scritto:
>>
>>
>> 2010/4/22 Roberto Ovani <[hidden email]
>> <mailto:[hidden email]>>
>>
>>     Il mercoledì 21/04/10 14.30, Laszlo ha scritto:
>>>
>>>
>>>     2010/4/21 Roberto Ovani <[hidden email]
>>>     <mailto:[hidden email]>>
>>>
>>>         Il mercoledì 21/04/10 13.49, Laszlo ha scritto:
>>>>         gcc -v
>>>         _The host with OPENSIPS :
>>>         _Using built-in specs.
>>>         Target: i486-linux-gnu
>>>         Configured with: ../src/configure -v
>>>         --with-pkgversion='Ubuntu 4.4.1-4ubuntu9'
>>>         --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs
>>>         --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr
>>>         --enable-shared --enable-multiarch --enable-linker-build-id
>>>         --with-system-zlib --libexecdir=/usr/lib
>>>         --without-included-gettext --enable-threads=posix
>>>         --with-gxx-include-dir=/usr/include/c++/4.4
>>>         --program-suffix=-4.4 --enable-nls --enable-clocale=gnu
>>>         --enable-libstdcxx-debug --enable-objc-gc
>>>         --enable-targets=all --disable-werror --with-arch-32=i486
>>>         --with-tune=generic --enable-checking=release
>>>         --build=i486-linux-gnu --host=i486-linux-gnu
>>>         --target=i486-linux-gnu
>>>         Thread model: posix
>>>         gcc version 4.4.1 (Ubuntu 4.4.1-4ubuntu9)
>>>         _
>>>         The host with RTPPROXY : _
>>>         Using built-in specs.
>>>         Target: i486-linux-gnu
>>>         Configured with: ../src/configure -v
>>>         --with-pkgversion='Ubuntu 4.3.2-1ubuntu11'
>>>         --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
>>>         --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr
>>>         --enable-shared --with-system-zlib --libexecdir=/usr/lib
>>>         --without-included-gettext --enable-threads=posix
>>>         --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3
>>>         --program-suffix=-4.3 --enable-clocale=gnu
>>>         --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr
>>>         --enable-targets=all --enable-checking=release
>>>         --build=i486-linux-gnu --host=i486-linux-gnu
>>>         --target=i486-linux-gnu
>>>         Thread model: posix
>>>         gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) _
>>>
>>>         _Thanks in advance
>>>         Roberto
>>>
>>>
>>>     By default it will compile with -O2 optimization. Can you
>>>     recompile it with -O0
>>>     Please run CFLAGS=-O0 ./configure, then make and make install
>>>     and restart rtpproxy.
>>>
>>>     -Laszlo
>>>
>>>      
>>>
>>
>>
>>     I'm having problems with all: opensips-rtpproxy etc...
>>     so, I'm trying to show my system  :
>>     *
>>     1st LOCATION *:
>>     Wan Side : opensips.roberto.org <http://opensips.roberto.org>
>>     (it's not real, but for example)
>>     Lan Side, there are:
>>     - opensips server (i forwarded 5060 udp to Opensips-server's lan
>>     address)
>>     - a sip client on a laptop, user 1003 (sjphone for mac)
>>
>>     *2nd LOCATION* :
>>     Wan Side : rtpproxy.roberto.org <http://rtpproxy.roberto.org>
>>     Lan side, there are :
>>     - RtpProxy server (i forwarderd 7890udp to RTPPRoxy-Server's lan
>>     address, and also the range between udp 10000 and udp 64999, to
>>     be sure)
>>     - a sip client, user 1002 (X-Lite for windows)
>>
>>     *3rd LOCATION (home-sweet-home)* :
>>     In the Lan, there's a Sip client, user 1000 (Sjphone on my macbook)
>>
>>     In attachment, there's my opensips.cfg.
>>
>>     I need to create a system that can make call everyone to
>>     everyother (independently from WHERE the clients ARE, if in the
>>     same lan as servers, or behind nats, etc... )
>>
>>     Could you please tell me some example cfg code for this purpose?
>>
>>     If you need, I also have logs from Opensips-server-host and from
>>     RTPProxy-host (var/log/syslog) and a bit of tcpdump. This log
>>     refers to a call from 1000 to 1003 and from 1003 to 1000.
>>
>>     I used the one from Gonçalves' Book (about opensips 1.6), but I'm
>>     having problems.... I'm also a newbie, so it's still a bit hard
>>     for me to have a complete vision of everything in this voip
>>     system....
>>
>>
>>     Thanks in advance
>>     Roberto
>>
>>
>> Did you recompile rtpproxy like how I mentioned?
>> BTW, I have found something, maybe it can be interesting for you
>> too(and can be related to your problem):
>>
>> http://www.mail-archive.com/users@.../msg00113.html
>>
>> -Laszlo
>>
>>
> Sorry, I didn't answer your last question.
> So... yes, i recompiled wit the flags you mentioned, but the problem
> is still the same. Same logs.
> I'll read your link, thanks in advance :)
>
> Bye
> roberto
> ------------------------------------------------------------------------
>
> _______________________________________________
> Users mailing list
> [hidden email]
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>  


--
Bogdan-Andrei Iancu
www.voice-system.ro


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users