[SR-Users] Module RTPPROXY param Timeout_Socket not Working

Yu Boot yu at yu-boot.ru
Mon Jul 23 08:51:14 CEST 2018


Hello.


AFAIK rtpproxy timeout socket requires very special version of rtpproxy 
itself and a patch. Personally, I've gived up to make this feature work.


Now I use dialog-based keepalives to detect and tear down dead sessions.




23.07.2018 9:42, Hamid Hashmi пишет:
> waiting for suggestions.
>
> Regards
>
>
> *Hamid R. Hashmi*
>
> ______________________________
>
> www.hrhashmi.blogspot.com <http://www.trgworld.com/pakistan>
>
> Mobile: +92 300 968 22 85 ; +92 322 636 32 66
> Email: hamid.hashmi006 at gmail.com 
> <mailto:hamidraza.hashmi at trgworld.com>; _hamid2kviii at hotmail.com_
>
> Sype: _hamidrhashmi_
>
> ------------------------------------------------------------------------
> *From:* Hamid Hashmi <hamid2kviii at hotmail.com>
> *Sent:* Thursday, July 19, 2018 1:05 PM
> *To:* Hamid Hashmi; Kamailio (SER) - Users Mailing List
> *Subject:* Re: Module RTPPROXY param Timeout_Socket not Working
> I started the RTPproxy with the following command.
>
> |/usr/bin/rtpproxy -u root -A [PUBLIC IP] -F -f -T 45 -i -2 -l 
> 192.168.3.22 -b -m 35000 -M 65000 -s udp:127.0.0.1:7722 -n 
> tcp:127.0.0.1:8000 -d DBUG|
>
>
> Regards
>
>
> *Hamid R. Hashmi*
>
> ______________________________
>
> www.hrhashmi.blogspot.com <http://www.trgworld.com/pakistan>
>
> Mobile: +92 300 968 22 85 ; +92 322 636 32 66
> Email: hamid.hashmi006 at gmail.com 
> <mailto:hamidraza.hashmi at trgworld.com>; _hamid2kviii at hotmail.com_
>
> Sype: _hamidrhashmi_
>
> ------------------------------------------------------------------------
> *From:* sr-users <sr-users-bounces at lists.kamailio.org> on behalf of 
> Hamid Hashmi <hamid2kviii at hotmail.com>
> *Sent:* Thursday, July 19, 2018 12:59 PM
> *To:* sr-users at lists.kamailio.org
> *Subject:* [SR-Users] Module RTPPROXY param Timeout_Socket not Working
>
> Kamailio didn't start listening on IP mentioned in Module RTPPROXY 
> parameterTimeout_Socket 
> <https://kamailio.org/docs/modules/5.1.x/modules/rtpproxy.html#rtpproxy.p.timeout_socket>.
>
> Below is my configuration file.
>
> |
> |loadmodule "rtpproxy.so" modparam("rtpproxy", "rtpproxy_sock", 
> "udp:127.0.0.1:7722") modparam("rtpproxy", "rtpproxy_tout", 1) 
> modparam("rtpproxy", "rtpproxy_retr", 2) modparam("rtpproxy", 
> "timeout_socket", "xmlrpc:http://127.0.0.1:8000/RPC2") loadmodule 
> "xmlrpc.so" modparam("xmlrpc", "route", "XMLRPC"); modparam("xmlrpc", 
> "mode", 1) modparam("xmlrpc", "url_match", "^/RPC2")|
> |
>
> when I type a command
>
> |$ netstat -nlp|
>
> it only shows SIP listening ports. Kamailio should also start 
> listening on|127.0.0.1:8000.|
>
>
>  Below are the RTPproxy logs, *RTPproxy is also unable to bridge the 
> media*
>
> |DBUG:get_command:GLOBAL: received command "19083_4 Uc120,101 
> 9a1060af660d4202976c419ab5300470 58.65.176.42 4000 
> 1ea06d1eb0a8443697a08e568045598c;1" 
> INFO:rtpp_command_ul_handle:GLOBAL: new session 
> 9a1060af660d4202976c419ab5300470, tag 
> 1ea06d1eb0a8443697a08e568045598c;1 requested, type strong 
> INFO:rtpp_command_ul_handle:9a1060af660d4202976c419ab5300470: new 
> session on a port 35012 created, tag 
> 1ea06d1eb0a8443697a08e568045598c;1 
> INFO:rtpp_command_ul_handle:9a1060af660d4202976c419ab5300470: 
> pre-filling caller's address with 58.65.176.42:4000 
> DBUG:rtpc_doreply:GLOBAL: sending reply "35012 51.38.201.3 " 
> DBUG:get_command:GLOBAL: received command "19083_5 Uc120,101 
> 9a1060af660d4202976c419ab5300470 58.65.176.42 4022 
> 9RPsEBbcZSA23MmWAw0hfXzJ-bG1GYDq;1 1ea06d1eb0a8443697a08e568045598c;1 
> xmlrpc:http://127.0.0.1:8000/RPC2" INFO:rtpp_command_ul_handle:GLOBAL: 
> new session 9a1060af660d4202976c419ab5300470, tag 
> 9RPsEBbcZSA23MmWAw0hfXzJ-bG1GYDq;1 requested, type strong 
> INFO:rtpp_command_ul_handle:9a1060af660d4202976c419ab5300470: new 
> session on a port 35014 created, tag 
> 9RPsEBbcZSA23MmWAw0hfXzJ-bG1GYDq;1 
> ERR:rtpp_command_ul_handle:9a1060af660d4202976c419ab5300470: *invalid 
> socket name 1ea06d1eb0a8443697a08e568045598c;1* 
> INFO:rtpp_command_ul_handle:9a1060af660d4202976c419ab5300470: 
> pre-filling caller's address with 58.65.176.42:4022 
> DBUG:rtpc_doreply:GLOBAL: sending reply "35014 51.38.201.3 " 
> DBUG:get_command:GLOBAL: received command "19086_4 D 
> 9a1060af660d4202976c419ab5300470 9RPsEBbcZSA23MmWAw0hfXzJ-bG1GYDq 
> 1ea06d1eb0a8443697a08e568045598c" 
> INFO:handle_delete:9a1060af660d4202976c419ab5300470: forcefully 
> deleting session 1 on ports 35012/0 
> INFO:remove_session:9a1060af660d4202976c419ab5300470: RTP stats: 0 in 
> from callee, 0 in from caller, 0 relayed, 0 dropped 
> INFO:remove_session:9a1060af660d4202976c419ab5300470: RTCP stats: 0 in 
> from callee, 0 in from caller, 0 relayed, 0 dropped 
> INFO:remove_session:9a1060af660d4202976c419ab5300470: session on ports 
> 35012/0 is cleaned up 
> INFO:handle_delete:9a1060af660d4202976c419ab5300470: forcefully 
> deleting session 1 on ports 35014/0 
> INFO:remove_session:9a1060af660d4202976c419ab5300470: RTP stats: 0 in 
> from callee, 0 in from caller, 0 relayed, 0 dropped 
> INFO:remove_session:9a1060af660d4202976c419ab5300470: RTCP stats: 0 in 
> from callee, 0 in from caller, 0 relayed, 0 dropped 
> INFO:remove_session:9a1060af660d4202976c419ab5300470: session on ports 
> 35014/0 is cleaned up DBUG:rtpc_doreply:GLOBAL: sending reply "0 " 
> DBUG:get_command:GLOBAL: received command "19086_5 D 
> 9a1060af660d4202976c419ab5300470 9RPsEBbcZSA23MmWAw0hfXzJ-bG1GYDq 
> 1ea06d1eb0a8443697a08e568045598c" INFO:handle_command:GLOBAL: delete 
> request failed: session 9a1060af660d4202976c419ab5300470, tags 
> 9RPsEBbcZSA23MmWAw0hfXzJ-bG1GYDq/1ea06d1eb0a8443697a08e568045598c not 
> found DBUG:rtpc_doreply:GLOBAL: sending reply "E50|
>
> But if I comment out the param "Timeout_Socket" then *there is no 
> issue in bridging the media*.
>
> Regards
>
> *Hamid R. Hashmi*
>
>
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20180723/dd80e56e/attachment.html>


More information about the sr-users mailing list