Hi Alexandre, i don't have a clue, what is going wrong there. The timeout socket, you provide, must not necessarily point to the Kamailio-XML-RPC-Port, in my test-cases it just pointed anywhere... (i hope it does not mess up the XML-RPC Process of Kamailio if you connect there and do nothing). I am a little short in time at the moment, so i have just tar'ed the local RTP-Proxy i used for the development, so maybe you can test it, If it works with my version of RTP-Proxy, i will have to check why....
Carsten 2011/3/16 Alexandre Abreu <alexandre.ab...@redt.com.br>: > Hello Carsten, > > If you use "-n tcp:127.0.0.1" without port you get: > > [root@devel ~]# rtpproxy -T 10 -F -i -l 192.168.200.90 -s udp:127.0.0.1 7722 > -n tcp:127.0.0.1 -d DBUG > rtpproxy: can't parse host:port in TCP address > rtpproxy: can't start notification thread > > As I wrote in my previous mail, I am using "-n tcp:192.168.200.90:8000" > which points to the address that XMLRPC server is listening to. > > tcp 0 0 0.0.0.0:8000 0.0.0.0:* > LISTEN 3661/kamailio > > What I am missing here? > > Thanks, > Alexandre. > > -----Mensagem original----- > De: kaiserbo...@googlemail.com [mailto:kaiserbo...@googlemail.com] Em nome > de Carsten Bock > Enviada em: quarta-feira, 16 de março de 2011 09:00 > Para: Alexandre Abreu > Cc: sr-users@lists.sip-router.org > Assunto: Re: RTPPROXY timeout patch. > > Hi, > > Sorry for confusion: > You will have to define a Timeout socket, when starting RTP-Proxy (-n, > may be invalid): > > bock@bock-tde:~/ims/sr-rtpp/sip-router/modules/rtpproxy/test$ cat > ./exec_rtpproxy.txt > ./rtpproxy -T 10 -f -F -i -l 127.0.0.1 -s udp:*:22222 -d DBUG -n > tcp:127.0.0.1 > > Recent Versions of RTP-Proxy start a separate thread to process the > timeouts; but only if the timeout socket is defined at startup. > Then it should work. > > Good luck, > Carsten > > P.S.: I will add some docs on howto make this work in the next days to > GIT-Trunk. > 2011/3/15 Alexandre Abreu <alexandre.ab...@redt.com.br>: >> Hello Carsten. >> >> Still no lucky. I just moved the whole rtpproxy/ directory into 3.1 branch >> and recompiled and then changed my script to use >> rtpproxy_offer()/rtpproxy_answer(). >> >> Look: >> >> Mar 15 14:04:38 devel rtpproxy[29111]: INFO:handle_command: new session >> e2361a59b4588d51, tag ed382a18;1 requested, type strong >> Mar 15 14:04:38 devel rtpproxy[29111]: INFO:handle_command: new session on > a >> port 44206 created, tag ed382a18;1 >> Mar 15 14:04:38 devel rtpproxy[29111]: INFO:handle_command: pre-filling >> caller's address with 192.168.200.114:6380 >> Mar 15 14:04:39 devel kamailio[29544]: NOTICE: acc [acc.c:275]: ACC: >> transaction answered: >> > timestamp=1300208679;method=INVITE;from_tag=ed382a18;to_tag=19477c42;call_id >> =e2361a59b4588d51;code=200;reason=OK; >> Mar 15 14:04:39 devel rtpproxy[29111]: INFO:handle_command: lookup on > ports >> 44206/41680, session timer restarted >> Mar 15 14:04:39 devel rtpproxy[29111]: INFO:handle_command: setting custom >> timeout handler (xmlrpc:http://localhost:8000/RPC2) >> Mar 15 14:04:39 devel rtpproxy[29111]: INFO:handle_command: pre-filling >> callee's address with 192.168.200.149:9494 >> Mar 15 14:04:50 devel rtpproxy[29111]: INFO:process_rtp: session timeout >> Mar 15 14:04:50 devel rtpproxy[29111]: INFO:remove_session: RTP stats: 963 >> in from callee, 10 in from caller, 973 relayed, 0 dropped >> Mar 15 14:04:50 devel rtpproxy[29111]: INFO:remove_session: RTCP stats: 5 > in >> from callee, 1 in from caller, 6 relayed, 0 dropped >> Mar 15 14:04:50 devel rtpproxy[29111]: INFO:remove_session: session on > ports >> 44206/41680 is cleaned up >> >> Started with: >> rtpproxy -T 10 -F -i -l 192.168.200.90 -s udp:127.0.0.1:7722 -n >> tcp:192.168.200.90:8000 -d DBUG >> >> SIP-ROUTER config: >> # ----- rtpproxy params ----- >> modparam("rtpproxy", "rtpproxy_sock", "udp:localhost:7722") >> modparam("rtpproxy", "rtpproxy_tout", 3) >> modparam("rtpproxy", "timeout_socket", > "xmlrpc:http://localhost:8000/RPC2") >> >> # The Port for incoming XML-RPC requests >> modparam("mi_xmlrpc", "port", 8000) >> modparam("mi_xmlrpc", "reply_option", 1) >> modparam("mi_xmlrpc", "buffer_size", 8192) >> modparam("mi_xmlrpc", "log_file", "/tmp/openser_xmlrpc") >> >> The session keeps active after the RTPPROXY proxy timeout. It seems >> dlg_terminate_dlg isn't being triggered. Am I missing something else > beyond >> moving rtpproxy/ directory? >> As this thread is a user-question, I am copying SR-USERS mail list. I am >> also using xmlrpc-c-1.06.41. >> >> Thanks, >> Alexandre. >> >> -----Mensagem original----- >> De: kaiserbo...@googlemail.com [mailto:kaiserbo...@googlemail.com] Em nome >> de Carsten Bock >> Enviada em: terça-feira, 15 de março de 2011 05:15 >> Para: Alexandre Abreu >> Assunto: Re: RTPPROXY timeout patch. >> >> Hi Alexandre, >> >> sorry, yes, your correct. My changes are not in the 3.1 branch, but only >> GIT-Master. Only the GIT-Master currently holds the correct patch and >> config. >> I will need to backport the changes from the master... (will do so this >> week). >> >> Carsten >> >> 2011/3/14 Alexandre Abreu <alexandre.ab...@redt.com.br>: >>> Hello Carsten, >>> >>> Let me ask you a question: >>> >>> If "First is important to clarify: from version 3.0.0 on, Kamailio and >>> SER are identical in terms of source code.", then why your changes >>> does not reflect in kamailio 3.1 from GIT? >>> I did see the changes by getting the SIP-ROUTER from GIT. Kamailio 3.1 >>> from GIT does not have your code. >>> >>> Thanks. >>> Alexandre >>> >>> -----Mensagem original----- >>> De: kaiserbo...@googlemail.com [mailto:kaiserbo...@googlemail.com] Em >>> nome de Carsten Bock Enviada em: segunda-feira, 14 de março de 2011 >>> 05:31 >>> Para: Alexandre Abreu >>> Cc: RTPproxy Development >>> Assunto: Re: RTPPROXY timeout patch. >>> >>> Hello, >>> >>> i hope, you had a nice weekend... ;-) >>> Are you sure, you are using the GIT-Version of the >>> Kamailio/sip-router.org config? >>> In the GIT version it is now: >>> >>> modparam("rtpproxy", "timeout_socket", >>> "xmlrpc:http://localhost:8000/RPC2") >>> >>> http://git.sip-router.org/cgi-bin/gitweb.cgi?p=sip-router;a=blob;f=mod >>> ules/r >>> tpproxy/test/kamailio.cfg;h=0d5c73ff2065f33f262981fba2c07e65496e7415;h >>> b=HEAD >>> >>> This should work (as tested by me). >>> >>> Carsten >>> >>> 2011/3/11 Alexandre Abreu <alexandre.ab...@redt.com.br>: >>>> Hello Carsten, >>>> >>>> The patch was applied just fine but I can't get that feature working. >>>> See >>>> below: >>>> >>>> [root@devel log]# rtpproxy -v >>>> Basic version: 20040107 >>>> Extension 20050322: Support for multiple RTP streams and MOH >>>> Extension >>>> 20060704: Support for extra parameter in the V command Extension >>>> 20071116: Support for RTP re-packetization Extension 20071218: >>>> Support for forking (copying) RTP stream Extension 20080403: Support >>>> for RTP statistics querying Extension 20081102: Support for setting >>>> codecs in the update/lookup command Extension 20081224: Support for >>>> session timeout notifications Extension 20090810: Support for >>>> automatic bridging Extension 20100819: Support for timeout >>>> notifications using XML-RPC towards Kamailio/sip-router.org >>>> >>>> Using SR 3.1.2, my configuration file was exactly the same as the >>>> example in test/ subdirectory you commit to rtpproxy module. >>>> >>>> # RTP-Proxy >>>> modparam("rtpproxy", "rtpproxy_sock", "udp:localhost:22222") >>>> modparam("rtpproxy", "rtpproxy_tout", 3) modparam("rtpproxy", >>>> "timeout_socket", "http://localhost:8000/RPC2") >>>> >>>> # The Port for incoming XML-RPC requests modparam("mi_xmlrpc", >>>> "port", >>>> 8000) modparam("mi_xmlrpc", "reply_option", 1) modparam("mi_xmlrpc", >>>> "buffer_size", 8192) modparam("mi_xmlrpc", "log_file", >>>> "/tmp/openser_xmlrpc") >>>> >>>> Still inside test/ subdir we have the following example: >>>> >>>> [root@devel test]# cat exec_rtpproxy.txt ./rtpproxy -T 10 -f -F -i -l >>>> <your IP> -s udp:*:22222 -d DBUG >>>> >>>> You mean that if XML-RPC is used, it has to begin with "xmlrpc:". I >>>> can't see this string anywhere in these examples. I guess these files >>>> are not up to date. Am I correct? >>>> I can see the session timeout in RTPPROXY, but the session does not >> close. >>>> If I understand right how this feature works, it should send a >>>> "dlg_terminate_dlg + call-id" to send the BYE to both sides. >>>> >>>> Any tip on what could be wrong? >>>> >>>> Thanks, >>>> Alexandre >>>> >>>> -----Mensagem original----- >>>> De: kaiserbo...@googlemail.com [mailto:kaiserbo...@googlemail.com] Em >>>> nome de Carsten Bock Enviada em: quinta-feira, 10 de fevereiro de >>>> 2011 >>>> 20:53 >>>> Para: Alexandre Abreu >>>> Cc: RTPproxy Development >>>> Assunto: Re: RTPPROXY timeout patch. >>>> >>>> Hi Alexandre, >>>> >>>> i updated the patch in the sip-router-repository (and attached the >>>> patch to this email). The new patch and the modifications to the >>>> rtpproxy module need some more testing, i have only done basic >>> functionality testing so far. >>>> I have reduced the patch a little, the socket, if the >>>> XML-RPC-Interface is used, has to begin with "xmlrpc:". This way, the >>>> protocol of the RTP-Proxy stays intact. >>>> If you have spare-time, please test it; otherwise, i will do it asap >>>> (but i am travelling a lot next week). >>>> >>>> @Maxim: This new version of the patch is much better, than the old one. >>>> Maybe you can review this one? Thanks! >>>> >>>> Carsten >>>> >>>> >>>> 2011/2/10 Carsten Bock <li...@bock.info>: >>>>> Hi Alexandre, >>>>> >>>>> the current GIT-version contains some more modifications regarding >>>>> timeout sockets. >>>>> That is the reason why the patch does not work anymore. >>>>> I will need to review the code and adapt my patch accordingly. >>>>> I will do so later. >>>>> >>>>> Carsten >>>>> >>>>> 2011/2/2 Alexandre Abreu <alexandre.ab...@redt.com.br>: >>>>>> Hi Carsten, >>>>>> >>>>>> The stable version of RTPProxy is indeed 1.2.1. In this version, >>>>>> there is no file 'rtpp_notify.c' so I think the patch is really >>>>>> for git-version. Maybe the original patch was made regarding to an >>>>>> earlier >>>> git commit. >>>>>> >>>>>> Thanks, >>>>>> Alexandre >>>>>> >>>>>> -----Mensagem original----- >>>>>> De: kaiserbo...@googlemail.com [mailto:kaiserbo...@googlemail.com] >>>>>> Em nome de Carsten Bock Enviada em: quarta-feira, 2 de fevereiro de >>>>>> 2011 >>>>>> 06:02 >>>>>> Para: Alexandre Abreu >>>>>> Cc: RTPproxy Development >>>>>> Assunto: Re: RTPPROXY timeout patch. >>>>>> >>>>>> Hi Alexandre, >>>>>> >>>>>> the patch was for the stable version of RTP-Proxy (1.2.1?). I will >>>>>> review the patch for the git-version. >>>>>> I am a little busy at the moment (business travel), so i can first >>>>>> do this on friday or next week. >>>>>> >>>>>> Kind regards, >>>>>> Carsten >>>>>> >>>>>> P.S.: Please always CC the list. >>>>>> >>>>>> 2011/2/1 Alexandre Abreu <alexandre.ab...@redt.com.br>: >>>>>>> Hi Carsten, >>>>>>> >>>>>>> >>>>>>> >>>>>>> I am testing the new RTPProxy timeout feature in Kamailio (GIT >>> version). >>>>>>> >>>>>>> >>>>>>> >>>>>>> Got the rtpproxy from GIT: >>>>>>> >>>>>>> git clone git://sippy.git.sourceforge.net/gitroot/sippy/rtpproxy >>>>>>> >>>>>>> >>>>>>> >>>>>>> I applied the patch: >>>>>>> >>>>>>> [root@devel rtpproxy]# patch < rtpproxy.patch >>>>>>> >>>>>>> patching file Makefile.am >>>>>>> >>>>>>> Hunk #1 FAILED at 4. >>>>>>> >>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file Makefile.am.rej >>>>>>> >>>>>>> patching file config.h.in >>>>>>> >>>>>>> patching file configure.ac >>>>>>> >>>>>>> patching file rtpp_command.c >>>>>>> >>>>>>> Hunk #1 succeeded at 54 (offset 2 lines). >>>>>>> >>>>>>> Hunk #3 succeeded at 272 (offset 2 lines). >>>>>>> >>>>>>> Hunk #4 succeeded at 315 with fuzz 2. >>>>>>> >>>>>>> Hunk #5 FAILED at 466. >>>>>>> >>>>>>> Hunk #6 FAILED at 961. >>>>>>> >>>>>>> 2 out of 6 hunks FAILED -- saving rejects to file >>>>>>> rtpp_command.c.rej >>>>>>> >>>>>>> patching file rtpp_notify.c >>>>>>> >>>>>>> Hunk #1 FAILED at 38. >>>>>>> >>>>>>> Hunk #2 succeeded at 263 (offset 78 lines). >>>>>>> >>>>>>> misordered hunks! output would be garbled >>>>>>> >>>>>>> Hunk #4 FAILED at 250. >>>>>>> >>>>>>> Hunk #5 FAILED at 337. >>>>>>> >>>>>>> 3 out of 5 hunks FAILED -- saving rejects to file >>>>>>> rtpp_notify.c.rej >>>>>>> >>>>>>> patching file rtpp_notify.h >>>>>>> >>>>>>> Hunk #1 succeeded at 39 with fuzz 2 (offset 8 lines). >>>>>>> >>>>>>> patching file rtpp_session.c >>>>>>> >>>>>>> patching file rtpp_session.h >>>>>>> >>>>>>> >>>>>>> >>>>>>> As you see, not so clean but the files were patched. >>>>>>> >>>>>>> >>>>>>> >>>>>>> On CentOS 5, I can’t find the LIBXMLRPC through YUM/RPM, so I >>>>>>> compiled xmlrpc-c-1.06.41.tgz by hand: >>>>>>> >>>>>>> >>>>>>> >>>>>>> ./configure –prefix=/usr && make && make install >>>>>>> >>>>>>> AND ./configure && make && make install >>>>>>> >>>>>>> With that, the headers are both on /usr/lib/include and >>>>>>> /usr/local/lib/include (I did that just to be sure that the config >>>>>>> wasn’t looking at the wrong place). >>>>>>> >>>>>>> >>>>>>> >>>>>>> xmlrpc_abyss.h >>>>>>> >>>>>>> xmlrpc_cgi.h >>>>>>> >>>>>>> XmlRpcCpp.h >>>>>>> >>>>>>> xmlrpc_server.h >>>>>>> >>>>>>> xmlrpc_client.h >>>>>>> >>>>>>> xmlrpc.h >>>>>>> >>>>>>> xmlrpc_server_w32httpsys.h >>>>>>> >>>>>>> >>>>>>> >>>>>>> The configure script from patched RTPPROXY doesn’t _try_ to find >>>>>>> the LIBXMLRPC (there’s no reference in config.log) and therefore >>>>>>> my rtpproxy doesn’t have the support for the timeout notification. >>>>>>> >>>>>>> >>>>>>> >>>>>>> Any comment on what could be wrong? >>>>>>> >>>>>>> >>>>>>> >>>>>>> Alexandre >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Carsten Bock >>>>>> Schomburgstr. 80 >>>>>> 22767 Hamburg >>>>>> Germany >>>>>> >>>>>> Mobile +49 179 2021244 >>>>>> Home +49 40 34927217 >>>>>> Büro (Verl) +49 5246 801427 >>>>>> Fax +49 40 34927218 >>>>>> mailto:cars...@bock.info >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Carsten Bock >>>>> Schomburgstr. 80 >>>>> 22767 Hamburg >>>>> Germany >>>>> >>>>> Mobile +49 179 2021244 >>>>> Home +49 40 34927217 >>>>> Büro (Verl) +49 5246 801427 >>>>> Fax +49 40 34927218 >>>>> mailto:cars...@bock.info >>>>> >>>> >>>> >>>> >>>> -- >>>> Carsten Bock >>>> Schomburgstr. 80 >>>> 22767 Hamburg >>>> Germany >>>> >>>> Mobile +49 179 2021244 >>>> Home +49 40 34927217 >>>> Büro (Verl) +49 5246 801427 >>>> Fax +49 40 34927218 >>>> mailto:cars...@bock.info >>>> >>>> >>> >>> >>> >>> -- >>> Carsten Bock >>> http://www.ng-voice.com >>> mailto:cars...@ng-voice.com >>> >>> >> >> >> >> -- >> Carsten Bock >> http://www.ng-voice.com >> mailto:cars...@ng-voice.com >> >> > > > > -- > Carsten Bock > http://www.ng-voice.com > mailto:cars...@ng-voice.com > > -- Carsten Bock http://www.ng-voice.com mailto:cars...@ng-voice.com _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users