sr-users

sr-users@lists.kamailio.org

9 participants
37525 discussions

htable never
by Juha Heinanen 21 Oct '15

21 Oct '15

i noticed that entries that i had added to htable at sip proxy start in event_route [htable:mod-init], e.g., $sht(htable=>app_srv::sbc::<null>) = "sip:SBC:SEMS_PORT"; had disappeared from htable after some (don't know exactly how long) time. i have not specified any autoexpire for that table: modparam("htable", "htable", "htable=>size=HTABLE_SIZE;dbtable=htable;") after restart of sip proxy they reappeared in htable like this: # sip-proxy_ctl htable.get htable 'app_srv::sbc::<null>' { item: { name: app_srv::sbc::<null> value: sip:127.0.0.1:5090 flags: 2 expire: NEVER } } what could explain the disappearance? -- juha

3 3

Implementation of RFC 5393
by Guillaume 21 Oct '15

21 Oct '15

Hi guys, What do you think about the RFC 5393 on loop detection and amplification attack protection? The RFC is short and still a proposed standard but don't you think it could be useful to prevent loop and amplification attack? Because even if the max-forward field reduces the loop to ~70 hosts (in most cases) with some techniques we could fork the message up to 2^70 messages (as described in the RFC) to crash the servers. Basically the server has to do 2 things: * check if it is not already in the via of the message * the previous check is not enough as a B2BUA could have replace the via headers, so the RFC introduces a new field called max-breadth to limit the forking. I have not seen a lot of implementation of this RFC on the free SIP software and I think it could be a good way to improve kamailio making a module for it (the easier way to implement this feature I think). In fact I'm in a research internship about VoIP security and I have time to develop such a module for kamailio if you think it's a good idea (I'm looking for some security improvements in free software solutions so if you have other idea don't hesitate to tell me). Cheers, Tetram

3 4

pua_dialoginfo publish sent without recieved etag (intermittent)
by Asgaroth 21 Oct '15

21 Oct '15

Hi All, I've come accross an intermittent issue where an initial publish is sent to our presence server, proxy recieves the subsequent 200 with etag, but the following publish sent does not contain the sip-if-match header of the recieved 200, which ends up causing trouble with BLF on our test devices, it also has the added side affect of not being cleared out of the presentity table, these entries need to be manually removed. This does not occur all the time, I can use the same phone and make several calls before this issue occurs. It is not limited to a device type, we've tried with panasonic, polycom, cisco, zoiper, yealink and linksys devices, all exhibit the same sporadic behaviour. I've attached an example sip trace of the publish messages where this happens, you can see the second publish doesnt have the sip-if-match header whose content should be that of the sip-etag in the previous 200 to the initial publish. I'm not sure if there is something I am misunderstanding here, a configuration issue, or if this is indeed a bug. Both the proxy and the presence server are running kamailio v4.3.3. Any pointers/suggestions/guidance would be appreciated. If you need any additional info, please dont hesitate to ask. Thanks

2 2

Sending ReINVITE from Kamailio
by Grant Bagdasarian 21 Oct '15

21 Oct '15

Hello, Is it possible to have Kamailio send a ReINVITE every X minutes to determine if a session is still active? I know it's a proxy and doesn't have B2BUA capabilities, but there was a module which allowed Kamailio to generate SIP messages, but I can't find it anymore. If Kamailio is not the place to do this, which component in the voip network should be responsible for this? Are there perhaps other ways to poll for session state in Kamailio? Regards, Grant

3 4

Re: [SR-Users] MySQL Connect Errors
by John Billings 20 Oct '15

20 Oct '15

Both boxes are running Debian 8. I’m still looking at the mysql logs, but I haven’t found anything relevant, yet. > On Oct 14, 2015, at 5:00 AM, sr-users-request(a)lists.sip-router.org wrote: > > Hello, > > do you have centos+selinux? Because I heard about a lot of limits with > the combination of the two. > > Have you checked the mysqld syslog messages, anything relevant there? > > Cheers, > Daniel >

3 2

Far end NAT traversal
by NITESH BANSAL 20 Oct '15

20 Oct '15

Hello, I would really appreciate if someone can point me to some documentation for Far end nat traversal in Kamailio. Thanks,Nitesh

3 2

Dialog timeout if record route have both strict and loose route
by Arun Kumar 20 Oct '15

20 Oct '15

Hi dialog timeout is occurred if 200 ok having mixed loose and strict routing entries in record route header conf file attached INVITE sip:123456789@22.22.22.22:5060 SIP/2.0 Via: SIP/2.0/UDP 176.204.26.157:63939 ;rport;branch=z9hG4bKPjvAKLQD72G88kpqC2IJwbmTcXUlHGULcW Max-Forwards: 70 From: sip:123455555@22.22.22.22;tag=E9YwhssbjdD63KZpXep-UCmOxshWrcwu To: sip:123456789@22.22.22.22 Contact: <sip:123455555@176.204.26.157:63939;ob> Call-ID: VlaYDWuM5COSfEIqydwAxFM76TLv7Syh CSeq: 14602 INVITE Route: <sip:11.11.11.11:345;lr> Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Supported: replaces, 100rel, timer, norefersub Session-Expires: 1800 Min-SE: 90 User-Agent: zeo-iphone Opcode: 19815 Content-Type: application/sdp Content-Length: 320 v=0 o=- 3653999880 3653999880 IN IP4 10.220.83.191 s=pjmedia b=AS:25 t=0 0 a=X-nat:0 m=audio 4000 RTP/AVP 18 96 c=IN IP4 10.220.83.191 b=TIAS:8000 a=rtcp:4001 IN IP4 10.123.11.223 a=sendrecv a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:96 telephone-event/8000 a=fmtp:96 0-16 a=X-adapter:some value SIP/2.0 407 Proxy Authentication required Via: SIP/2.0/UDP 11.11.11.11:345;branch=z9hG4bK3d4f.6f8dff1ec0806cb23f56d847d5fe3934.0,SIP/2.0/UDP 176.204.26.157:63939 ;rport=63939;branch=z9hG4bKPjvAKLQD72G88kpqC2IJwbmTcXUlHGULcW;received=176.204.26.157 From: <sip:123455555@22.22.22.22>;tag=E9YwhssbjdD63KZpXep-UCmOxshWrcwu To: <sip:123456789@22.22.22.22> Call-ID: VlaYDWuM5COSfEIqydwAxFM76TLv7Syh CSeq: 14602 INVITE Proxy-Authenticate: Digest nonce="6b24dc6996de20028c78dbeaf13edc55",realm="22.22.22.22",opaque="",stale=FALSE,algorithm=MD5 Content-Length: 0 ACK sip:123456789@22.22.22.22:5060 SIP/2.0 Via: SIP/2.0/UDP 176.204.26.157:63939 ;rport;branch=z9hG4bKPjvAKLQD72G88kpqC2IJwbmTcXUlHGULcW Max-Forwards: 70 From: sip:123455555@22.22.22.22;tag=E9YwhssbjdD63KZpXep-UCmOxshWrcwu To: sip:123456789@22.22.22.22 Call-ID: VlaYDWuM5COSfEIqydwAxFM76TLv7Syh CSeq: 14602 ACK Route: <sip:11.11.11.11:345;lr> Content-Length: 0 INVITE sip:123456789@22.22.22.22:5060 SIP/2.0 Via: SIP/2.0/UDP 176.204.26.157:63939 ;rport;branch=z9hG4bKPjmWCyQQWaKBZC0fGKfS2LCXCIklN-UIHI Max-Forwards: 70 From: sip:123455555@22.22.22.22;tag=E9YwhssbjdD63KZpXep-UCmOxshWrcwu To: sip:123456789@22.22.22.22 Contact: <sip:123455555@176.204.26.157:63939;ob> Call-ID: VlaYDWuM5COSfEIqydwAxFM76TLv7Syh CSeq: 14603 INVITE Route: <sip:11.11.11.11:345;lr> Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Supported: replaces, 100rel, timer, norefersub Session-Expires: 1800 Min-SE: 90 User-Agent: zeo-iphone Opcode: 19815 Proxy-Authorization: Digest username="123455555", realm="22.22.22.22", nonce="6b24dc6996de20028c78dbeaf13edc55", uri=" sip:123456789@22.22.22.22:5060", response="554a1da255084f7a95d3b6e7a0c48933", algorithm=MD5 Content-Type: application/sdp Content-Length: 320 v=0 o=- 3653999880 3653999880 IN IP4 10.220.83.191 s=pjmedia b=AS:25 t=0 0 a=X-nat:0 m=audio 4000 RTP/AVP 18 96 c=IN IP4 10.220.83.191 b=TIAS:8000 a=rtcp:4001 IN IP4 34.220.83.191 a=sendrecv a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:96 telephone-event/8000 a=fmtp:96 0-16 a=X-adapter:some value SIP/2.0 100 Trying Via: SIP/2.0/UDP 11.11.11.11:345;branch=z9hG4bK4d4f.b793c28bbb6684da0ad60d4320be2d6b.0,SIP/2.0/UDP 176.204.26.157:63939 ;rport=63939;branch=z9hG4bKPjmWCyQQWaKBZC0fGKfS2LCXCIklN-UIHI;received=176.204.26.157 From: <sip:123455555@22.22.22.22>;tag=E9YwhssbjdD63KZpXep-UCmOxshWrcwu To: <sip:123456789@22.22.22.22> Call-ID: VlaYDWuM5COSfEIqydwAxFM76TLv7Syh CSeq: 14603 INVITE Content-Length: 0 SIP/2.0 183 Session progress Via: SIP/2.0/UDP 11.11.11.11:345;branch=z9hG4bK4d4f.b793c28bbb6684da0ad60d4320be2d6b.0,SIP/2.0/UDP 176.204.26.157:63939 ;rport=63939;branch=z9hG4bKPjmWCyQQWaKBZC0fGKfS2LCXCIklN-UIHI;received=176.204.26.157 From: <sip:123455555@22.22.22.22>;tag=E9YwhssbjdD63KZpXep-UCmOxshWrcwu To: <sip:123456789@22.22.22.22>;tag=GB-1445011078679 CSeq: 14603 INVITE Call-ID: VlaYDWuM5COSfEIqydwAxFM76TLv7Syh Contact: <sip:22.22.22.22:5060> Content-Type: application/sdp Record-Route: <sip:22.22.22.22:5060;lr>,<sip:11.11.11.11:345;lr> Content-Length: 298 v=0 o=- 3653999880 3653999880 IN IP4 50.56.154.204 s=zeodialer c=IN IP4 50.33.154.204 b=AS:25 t=0 0 m=audio 53128 RTP/AVP 18 96 c=IN IP4 50.33.154.204 b=TIAS:8000 a=rtpmap:18 G729/8000 a=sendrecv a=fmtp:18 annexb=no a=rtpmap:96 telephone-event/8000 a=fmtp:96 0-16 a=X-adapter:some value SIP/2.0 183 Session Progress Record-Route: <sip:22.22.22.22:5060;lr>,<sip:11.11.11.11:345> Call-ID: VlaYDWuM5COSfEIqydwAxFM76TLv7Syh CSeq: 14603 INVITE Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,PRACK,NOTIFY,MESSAGE,UPDATE P-Early-Media: sendrecv Contact: <sip:22.22.22.22:5060> Via: SIP/2.0/UDP 11.11.11.11:345;branch=z9hG4bK4d4f.b793c28bbb6684da0ad60d4320be2d6b.0,SIP/2.0/UDP 176.204.26.157:63939 ;rport=63939;branch=z9hG4bKPjmWCyQQWaKBZC0fGKfS2LCXCIklN-UIHI;received=176.204.26.157 To: <sip:123456789@22.22.22.22>;tag=GB-1445011078679 Content-Type: application/sdp From: <sip:123455555@22.22.22.22>;tag=E9YwhssbjdD63KZpXep-UCmOxshWrcwu Content-Length: 212 v=0 o=- 1426744035 1426744035 IN IP4 50.56.154.204 s=Nexge c=IN IP4 50.22.154.204 t=0 0 m=audio 53128 RTP/AVP 18 96 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:96 telephone-event/8000 a=ptime:20 SIP/2.0 200 OK Record-Route: <sip:22.22.22.22:5060;lr>,<sip:11.11.11.11:345> Call-ID: VlaYDWuM5COSfEIqydwAxFM76TLv7Syh CSeq: 14603 INVITE Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,PRACK,NOTIFY,MESSAGE,UPDATE Contact: <sip:22.22.22.22:5060> Via: SIP/2.0/UDP 11.11.11.11:345;branch=z9hG4bK4d4f.b793c28bbb6684da0ad60d4320be2d6b.0,SIP/2.0/UDP 176.204.26.157:63939 ;rport=63939;branch=z9hG4bKPjmWCyQQWaKBZC0fGKfS2LCXCIklN-UIHI;received=176.204.26.157 To: <sip:123456789@22.22.22.22>;tag=GB-1445011078679 Content-Type: application/sdp From: <sip:123455555@22.22.22.22>;tag=E9YwhssbjdD63KZpXep-UCmOxshWrcwu Content-Length: 212 v=0 o=- 1426744035 1426744035 IN IP4 50.56.154.204 s=Nexge c=IN IP4 50.33.44.204 t=0 0 m=audio 53128 RTP/AVP 18 96 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:96 telephone-event/8000 a=ptime:20 ACK sip:11.11.11.11:345 SIP/2.0 Via: SIP/2.0/UDP 176.204.26.157:63939 ;rport;branch=z9hG4bKPjldbprXw3ybGOxoeKWwvtdxLmNp8jXsOX Max-Forwards: 70 From: sip:123455555@22.22.22.22;tag=E9YwhssbjdD63KZpXep-UCmOxshWrcwu To: sip:123456789@22.22.22.22;tag=GB-1445011078679 Call-ID: VlaYDWuM5COSfEIqydwAxFM76TLv7Syh CSeq: 14603 ACK Route: <sip:22.22.22.22:5060;lr> Route: <sip:22.22.22.22:5060> Content-Length: 0

2 3

kamctl rtpproxy nh_show_rtpp not working
by amar Smart Telecom 19 Oct '15

19 Oct '15

Dear all, I have installed Kamailio and Rtpproxy. Following is the process (ps) info: "kamailio 648 1 0 Oct08 ? 00:00:05 /usr/bin/rtpproxy -s udp:127.0.0.1 7722 -u kamailio kamailio -p /var/run/rtpproxy/rtpproxy.pid -l 192.168.58.25" But when I give command: " kamctl mi nh_show_rtpp" it returns following: "500 command 'nh_show_rtpp' not available" What could be the problem? Thanks, Amar.

2 1

RtpProxy socket timeout not working
by Arun Kumar 19 Oct '15

19 Oct '15

Hi Rtp Session timeout notification is not working , we tried with kamailio 4.2 with rtpproxy 2.0 / 1.3 beta/1.2 releases , i think kamailio rtpproxy is not submitting session timeout socket to rtpproxy kamailio 4.2.0 ----------------------------------- modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:7722") modparam("rtpproxy", "timeout_socket", "xmlrpc:http://127.0.0.1:5060/RPC") ............... rtpproxy_manage(); ................ RtpProxy ------------------------- RTPProxy 2.0 RTPProxy 1.3 Beta with patch given by *Daniel* RTPProxy 1.2 rtpproxy -F -s udp:127.0.0.1:7722 -d DBUG -f -i -T 10 RTPRoxy Log ---------------------------------------------------- DBUG:get_command: received command "4242_9 Uc0,8,101 2479e562440c023d 192.168.1.103 6074 5410ef73;1" INFO:handle_command: new session 2479e562440c023d, tag 5410ef73;1 requested, type strong INFO:handle_command: new session on a port 45984 created, tag 5410ef73;1 INFO:handle_command: pre-filling caller's address with 192.168.1.103:6074 DBUG:doreply: sending reply "4242_9 45984 " DBUG:get_command: received command "4242_10 Lc0,101 2479e562440c023d 192.168.1.102 4002 5410ef73;1 ADqH-A-mLLN0th2gGoopYMK1cy.-ozDf;1" INFO:handle_command: lookup on ports 45984/36756, session timer restarted INFO:handle_command: pre-filling callee's address with 192.168.1.102:4002 DBUG:doreply: sending reply "4242_10 36756 " INFO:rxmit_packets: callee's address latched in: 192.168.1.102:4002 (RTP) INFO:rxmit_packets: callee's address latched in: 192.168.1.102:4003 (RTCP) INFO:rxmit_packets: caller's address latched in: 192.168.1.103:6075 (RTCP) INFO:rxmit_packets: caller's address latched in: 192.168.1.103:6074 (RTP) INFO:process_rtp: session timeout INFO:remove_session: RTP stats: 328 in from callee, 5 in from caller, 333 relayed, 0 dropped INFO:remove_session: RTCP stats: 3 in from callee, 4 in from caller, 7 relayed, 0 dropped INFO:remove_session: session on ports 45984/36756 is cleaned up Kamailio RTP log ----------------------------------------------- 3(4242) DEBUG: rtpproxy [rtpproxy_funcs.c:148]: check_content_type(): type <application/sdp> found valid 3(4242) DEBUG: rtpproxy [rtpproxy.c:2704]: force_rtp_proxy(): proxy reply: 45984 for more log please see attachment

2 1

Kamctl cannot add user to pgsql
by Pavlo Karbovnyk 19 Oct '15

19 Oct '15

Good Day All. I run into following problem: (It may be helpful for other people how have similar problem) kamctl add 1000 password database engine 'PGSQL' loaded Control engine 'FIFO' loaded is_user: user counter=0 <--- showing counter=0 check_db_alias: alias counter= <--- showing counter= nothing INFO: user '1000' already exists as alias ============================================================ how to fix it : in kamctl locate a function check_db_alias() { ..... CNT=`$DBROCMD "$QUERY" | $EGREP -v ERROR | $LAST_LINE` ..... } replace with CNT command with following: check_db_alias() { ..... CNT=`$DBROCMD "$QUERY" "$DBRAWPARAMS" | $EGREP -v ERROR | $LAST_LINE` ..... } ============================================================ after this kamctl add 1000 password database engine 'PGSQL' loaded Control engine 'FIFO' loaded is_user: user counter=0 check_db_alias: alias counter=0 pgsql_query: /usr/bin/psql -A -q -t -P fieldsep=' ' -h localhost -U kamailio kamailio -c 'insert into subscriber (username, domain,ha1,ha1b,password) values ('1000','127.0.0.1','6fda0594de6ea94b03a12fdd998758ae','31e118ac5b09f07 1858740d6125d901d','');' new user '1000' added Regards Pavlo.

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users