sr-users May 2016

sr-users@lists.kamailio.org

86 participants
130 discussions

Missing accounting events in ACC table
by Muhammad Shahzad 23 May '17

23 May '17

Hi, About 3 weeks ago i upgraded one of my production server with latest stable kamailio version 4.2.1-fad00a. Now i am getting a lot of complaints about missing CDR events in ACC table. I observe following problems, 1. There are only BYE records in acc table, no record for INVITE or ACK. 2. In kamailio logs when ACK is received against 200 OK response for INVITE, i see following errors, -- ERROR: <core> [parser/parse_from.c:113]: parse_from_uri(): failed to parse >From uri ERROR: pv [pv_core.c:434]: pv_get_xto_attr(): cannot parse From URI NOTICE: <script>: [udp:<null>@1.0.0.127:5060]: Call from 'you(a)kamailio.org' to 'you(a)kamailio.org' has been hanged up by '<null>' at '1419364717.255484' -- Of course all these errors are bogus, I have checked all headers in ACK (not just FROM header), they all seem perfectly fine and valid. 3. Then the dialog times out, -- WARNING: dialog [dlg_handlers.c:1440]: dlg_ontimeout(): timeout for dlg with CallID '6D8BD23CAC65AE3C1DE1D0B531F87B8CFEAA9CB9' and tags '1D3ECD34F5731AB845BA3064AC95BB2D' '7f55e81e0630-100007f-13c4-6009-2440a4-5fa31570-2440a4' -- 4. Any further sequential requests complain about "unable to find dialog", e.g. -- NOTICE: <script>: Sequencial 'BYE' request received from caller ERROR: uac [replace.c:591]: restore_uri(): new URI [] shorter than old URI [ sip:00xxxxxxxxxx@sip.domain.com] WARNING: dialog [dlg_handlers.c:1174]: dlg_onroute(): unable to find dialog for BYE with route param '5ae1.d595' [7845:22877] -- 5. However the acc record for BYE is written to db and log file, -- NOTICE: acc [acc.c:318]: acc_log_request(): ACC: transaction answered: timestamp=1419364760;method=BYE;from_tag=7f55e81e0630-100007f-13c4-6009-2440a4-5fa31570-2440a4;to_tag=1D3ECD34F5731AB845BA3064AC95BB2D;call_id=6D8BD23CAC65AE3C1DE1D0B531F87B8CFEAA9CB9;code=200;reason=OK;src_user=00xxxxxxxxxx;src_domain= sip.domain.com ;src_ip=xx.xx.xx.xx;dst_ouser=+1xxxxxxxxxx;dst_user=1xxxxxxxxxx;dst_domain=yy.yy.yy.yy -- The same config was working fine with older version 4.2.0-97cab8. The kamailio config i am using is pretty much standard, -- #!define FLT_ACC 1 #!define FLT_ACCMISSED 2 #!define FLT_ACCFAILED 3 #!define FLT_DLG 4 ... modparam("acc", "early_media", 1) modparam("acc", "report_ack", 1) modparam("acc", "report_cancels", 1) modparam("acc", "detect_direction", 1) modparam("acc", "log_flag", FLT_ACC) modparam("acc", "log_missed_flag", FLT_ACCMISSED) modparam("acc", "failed_transaction_flag", FLT_ACCFAILED) # log to db modparam("acc", "db_flag", FLT_ACC) modparam("acc", "db_missed_flag", FLT_ACCMISSED) modparam("acc", "db_url", "DBURL") ... request_route { # per request initial checks route(REQINIT); # NAT detection route(NATDETECT); # handle requests within SIP dialogs route(WITHINDLG); # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) { t_relay(); }; exit; }; #### only initial requests (no To tag) #### t_check_trans(); .... # account only INVITEs if (is_method("INVITE")) { setflag(FLT_DLG); # create dialog setflag(FLT_ACC); # do accounting setflag(FLT_ACCFAILED); # ... even if the transaction fails $avp(dlg_timeout) = 60; dlg_manage(); .... } -- Any ideas why its happening? Since it is 3 weeks old so may be problem has already been spotted and fixed by someone else. Otherwise let me know how can i provide more info to help fix this issue. Thank you.

3 11

How to make OutBound calls with kamailio
by sharad tyagi 23 May '17

23 May '17

Hi I am novice to kamailio , I have installed kamailio-4.2.0 and SIREMIS. I have add and registered two IP phones with kamailio these phone able to call each other. How can i make outbound call with that I am using a asterisk server as PSTN Gateway. i am not famalier with kamailio script. Regards Sharad Tyagi SparkTG info Pvt Ltd

4 3

Cannot hear voice with symmetric NAT and STUN
by Khoa Pham 08 Feb '17

08 Feb '17

Hi, I have Kamailio as SIP server and RTP server. Client is PJSIP. I read that STUN is for non-symmetric NAT, and RTP server is for symmetric NAT. Supposed A calls B. If A, B both use symmetric NAT and STUN, they cannot hear each other If A or B use non-symmetric NAT and NOT using STUN, they cannot hear each other. Why is that? I read http://tools.ietf.org/id/draft-takeda-symmetric-nat-traversal-00.txt for Prediction Failure, is that related to this problem ? -- Khoa Pham HCMC University of Science Faculty of Information Technology

8 18

Using the auth_ephemeral module
by Hemanshu Vadehra 17 Jan '17

17 Jan '17

I'm involved in setting up a Kamailio instance and was hoping to make use of the auth_ephemeral module for authentication. But the module documentation doesn't quite make clear how exactly the module is to be employed or the web service set up. Does anyone have a working example? Regards, Hemanshu Vadehra hemanshu.v(a)directi.com

5 8

Siremis installation with postgresql.
by José Seabra 16 Dec '16

16 Dec '16

Hi there, I'm facing some issues trying to install siremis with postgresql. The file Config.xml has the correct configuration for postgresql driver but It seems that during installation phase siremis can't create database structure for postgresql. Anyone have installed siremis with postgresql, if yes can you share the steps needed for this installation. -- Cumprimentos José Seabra

4 6

Kamailio on Mac
by Carlos Ruiz Díaz 04 Aug '16

04 Aug '16

Hi all, I'm switching my development environment from Linux to Mac. Is there any tutorial on how to setup Kamailio on this OS? It may be an Unix flavor, but it's still quite different from Linux :). Thanks, -- Carlos http://caruizdiaz.com http://ngvoice.com +52 55 3048 3303

6 9

4.4.1: Only first UDP Listener is producing log messages
by Sebastian Damm 08 Jul '16

08 Jul '16

Hi, I upgraded one of our systems today to 4.4.1. And when checking whether everything is okay, I noticed, that only the first UDP listener (from kamcmd core.ps) is actually sending lines to the log. The only other logs I see are from usrloc timer worker. kamcmd> core.ps 10737 main process - attendant 10740 udp receiver child=0 sock=172.20.40.5:5060 10741 udp receiver child=1 sock=172.20.40.5:5060 10742 udp receiver child=2 sock=172.20.40.5:5060 10743 udp receiver child=3 sock=172.20.40.5:5060 We are sending quite a lot of information via xlog("L_NOTICE", "foo"); to syslog, but the only lines I see are from PID 10740. Kamailio works fine otherwise, handling all requests, the usrloc entries didn't drop, and customers don't complain. So I think it's only a logging issue. There are about 50k registrations on the machine and more than 10 Mbit of traffic. When I downgrade to 4.3.5, I get output from all listeners again. Has there been any change between 4.3 and 4.4 regarding logging? The upgrade document says nothing about this. Best Regards, Sebastian

2 4

S-CSCF (kamailio) crashes after deregistration of client
by Christoph Valentin 24 Jun '16

24 Jun '16

4 12

Kamailio 4.3.3 and HUAWEI HG8245. Port 1 call port 2. 481 Call/Transaction Does Not Exist. Warning: 399 No Dialog match.
by Mx R 23 Jun '16

23 Jun '16

Hi there. In our network we used several ONT Huawei models. But with one model HUAWEI-EchoLife HG8245 / V1R003C00S205 we have the following problem. When connecting to this device in the POTS ports of the two phones. From the first port we can not call to the second and from the second port can not call to the first port. On the other ONT Huawei devices, there is no such problem. Earlier we had set OpenSIP and this device did not have a problem. The problem is likely in the configuration because it works at the default settings. kamailio -v Version: kamailio 4.3.3 (x86_64/linux) f69971 /var/log/kamailio May 17 10:53:21 kamailio /usr/local/sbin/kamailio[17875]: INFO: <script>: Callee '123456' is local - M=INVITE RURI=sip:123456@10.10.10.200 F= sip:654321@10.10.10.200 T=sip:123456@10.10.10.200 IP=10.14.197.13 5 ID=lps4s2204mz4ll1i4mz4ll1ici0lc81i(a)10.10.10.100 May 17 10:53:21 kamailio /usr/local/sbin/kamailio[17875]: INFO: <script>: Call control: dst user '123456' currently has [0/2] active calls - M=INVITE RURI=sip:123456@10.10.10.200 F=sip:654321@10.10.10.200 T=si p:123456@10.10.10.200 IP=10.10.10.100 ID= lps4s2204mz4ll1i4mz4ll1ici0lc81i(a)10.10.10.100 May 17 10:53:21 kamailio /usr/local/sbin/kamailio[17875]: INFO: <script>: Normalize source: sip:654321@10.10.10.200 -> sip:654321@10.10.10.200 May 17 10:53:21 kamailio /usr/local/sbin/kamailio[17875]: INFO: <script>: Request leaving server - M=INVITE RURI=sip:123456@10.10.10.100:5060;transport=udp F=sip:654321@10.10.10.200 T=sip:123456@178.168.4. 37 IP=10.10.10.100 ID=lps4s2204mz4ll1i4mz4ll1ici0lc81i(a)10.10.10.100 May 17 10:53:22 kamailio /usr/local/sbin/kamailio[17873]: INFO: <script>: Reply - S=100 D=Trying F=sip:654321@10.10.10.200 T=sip:123456@10.10.10.200 IP=10.10.10.100 ID=lps4s2204mz4ll1i4mz4ll1ici0lc81i(a)10.1 4.197.135 May 17 10:53:22 kamailio /usr/local/sbin/kamailio[17861]: INFO: <script>: Reply - S=481 D=Call/Transaction Does Not Exist F=sip:654321@10.10.10.200 T= sip:123456@10.10.10.200 IP=10.10.10.100 ID= lps4s2204mz4ll1i4mz4ll1ici0lc81i(a)10.10.10.100 sngrep 2016/05/17 10:53:21.514702 10.10.10.100:5060 -> 10.10.10.200:5060 INVITE sip:123456@10.10.10.200 SIP/2.0 Via: SIP/2.0/UDP 10.10.10.100:5060;branch=z9hG4bKz4j0izm0i8jcn2pmlkm4c24cz Route: <sip:10.10.10.200:5060;transport=udp;lr> Call-ID: lps4s2204mz4ll1i4mz4ll1ici0lc81i(a)10.10.10.100 From: <sip:654321@10.10.10.200>;tag=pk4nzz3j To: <sip:123456@10.10.10.200> CSeq: 1 INVITE Contact: <sip:654321@10.10.10.100:5060;transport=udp> Supported: 100rel,replaces,timer,privacy,in-dialog Session-Expires: 1800 Accept: application/sdp,application/simservs+xml Min-SE: 90 Accept-Encoding: identity Accept-Language: en Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,INFO,PRACK,SUBSCRIBE,NOTIFY,UPDATE,MESSAGE,REFER Max-Forwards: 70 User-Agent: HUAWEI-EchoLife HG8245/V1R003C00S205 Session-ID: 20zlkckj1kz4ll1i1ic2pl1csk80kli1 Content-Length: 318 Content-Type: application/sdp 2016/05/17 10:53:21.590008 10.10.10.100:5060 -> 10.10.10.200:5060 INVITE sip:123456@10.10.10.200 SIP/2.0 Via: SIP/2.0/UDP 10.10.10.100:5060;branch=z9hG4bK0lz4ll1ikm1k02p20lz4ll1il Route: <sip:10.10.10.200:5060;transport=udp;lr> Call-ID: lps4s2204mz4ll1i4mz4ll1ici0lc81i(a)10.10.10.100 From: <sip:654321@10.10.10.200>;tag=pk4nzz3j To: <sip:123456@10.10.10.200> CSeq: 2 INVITE Contact: <sip:654321@10.10.10.100:5060;transport=udp> Supported: 100rel,replaces,timer,privacy,in-dialog Session-Expires: 1800 Accept: application/sdp,application/simservs+xml Min-SE: 90 Proxy-Authorization: Digest username="654321",realm="10.10.10.200",nonce="VzrPHVc6zfEYftiGlJYC9XLb4ixCZtQB",uri=" sip:123456@10.10.10.200 ",response="55e03b278f1cbdda52852004bbc8d7c9",algorithm=MD5,cnonce="0f31d b",qop=auth,nc=00000006 Accept-Encoding: identity Accept-Language: en Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,INFO,PRACK,SUBSCRIBE,NOTIFY,UPDATE,MESSAGE,REFER Max-Forwards: 70 User-Agent: HUAWEI-EchoLife HG8245/V1R003C00S205 Session-ID: 20zlkckj1kz4ll1i1ic2pl1csk80kli1 Content-Length: 318 Content-Type: application/sdp 2016/05/17 10:53:21.642831 10.10.10.200:5060 -> 10.10.10.100:5060 INVITE sip:123456@10.10.10.100:5060;transport=udp SIP/2.0 Record-Route: <sip:10.10.10.200;lr=on;ftag=pk4nzz3j;nat=yes;did=925.a5a1;vst=AAAAAAkLCwgLCnEDBHgfBg4WHwIWHQMuMzc-;vsf=AAAAAAkLAwgLAnEDBHgfBg4WHwIWHQMuMzc-> Via: SIP/2.0/UDP 10.10.10.200;branch=z9hG4bKd55d.f4d5d1ee3d090fe847af101d0a47ac5e.0 Via: SIP/2.0/UDP 10.10.10.100:5060;rport=5060;branch=z9hG4bK0lz4ll1ikm1k02p20lz4ll1il Call-ID: lps4s2204mz4ll1i4mz4ll1ici0lc81i(a)10.10.10.100 From: "654321" <sip:654321@10.10.10.200>;tag=pk4nzz3j To: <sip:123456@10.10.10.200> CSeq: 2 INVITE Contact: <sip:654321@10.10.10.100:5060;transport=udp> Supported: 100rel,replaces,timer,privacy,in-dialog Session-Expires: 1800 Accept: application/sdp,application/simservs+xml Min-SE: 90 Accept-Encoding: identity Accept-Language: en Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,INFO,PRACK,SUBSCRIBE,NOTIFY,UPDATE,MESSAGE,REFER Max-Forwards: 69 User-Agent: HUAWEI-EchoLife HG8245/V1R003C00S205 Content-Length: 334 Content-Type: application/sdp P-Asserted-Identity: <sip:654321@10.10.10.200> 2016/05/17 10:53:22.121872 10.10.10.200:5060 -> 10.10.10.100:5060 INVITE sip:123456@10.10.10.100:5060;transport=udp SIP/2.0 Record-Route: <sip:10.10.10.200;lr=on;ftag=pk4nzz3j;nat=yes;did=925.a5a1;vst=AAAAAAkLCwgLCnEDBHgfBg4WHwIWHQMuMzc-;vsf=AAAAAAkLAwgLAnEDBHgfBg4WHwIWHQMuMzc-> Via: SIP/2.0/UDP 10.10.10.200;branch=z9hG4bKd55d.f4d5d1ee3d090fe847af101d0a47ac5e.0 Via: SIP/2.0/UDP 10.10.10.100:5060;rport=5060;branch=z9hG4bK0lz4ll1ikm1k02p20lz4ll1il Call-ID: lps4s2204mz4ll1i4mz4ll1ici0lc81i(a)10.10.10.100 From: "654321" <sip:654321@10.10.10.200>;tag=pk4nzz3j To: <sip:123456@10.10.10.200> CSeq: 2 INVITE Contact: <sip:654321@10.10.10.100:5060;transport=udp> Supported: 100rel,replaces,timer,privacy,in-dialog Session-Expires: 1800 Accept: application/sdp,application/simservs+xml Min-SE: 90 Accept-Encoding: identity Accept-Language: en Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,INFO,PRACK,SUBSCRIBE,NOTIFY,UPDATE,MESSAGE,REFER Max-Forwards: 69 User-Agent: HUAWEI-EchoLife HG8245/V1R003C00S205 Content-Length: 334 Content-Type: application/sdp P-Asserted-Identity: <sip:654321@10.10.10.200> 2016/05/17 10:53:22.996850 10.10.10.100:5060 -> 10.10.10.200:5060 SIP/2.0 481 Call/Transaction Does Not Exist Via: SIP/2.0/UDP 10.10.10.200;branch=z9hG4bKd55d.f4d5d1ee3d090fe847af101d0a47ac5e.0,SIP/2.0/UDP 10.10.10.100:5060;branch=z9hG4bK0lz4ll1ikm1k02p20lz4ll1il;rport=5060 Call-ID: lps4s2204mz4ll1i4mz4ll1ici0lc81i(a)10.10.10.100 From: "654321"<sip:654321@10.10.10.200>;tag=pk4nzz3j To: <sip:123456@10.10.10.200>;tag=m2scp1cm CSeq: 2 INVITE Warning: 399 10.10.10.100 "SS100006F143L3557[05552] No Dialog match" User-Agent: HUAWEI-EchoLife HG8245/V1R003C00S205 Content-Length: 0

3 5

question about RTPengine
by Dmitry 14 Jun '16

14 Jun '16

hello i read the documentation about RTPengine.and the documentation says that: If INVITE with SDP, when the tm module is loaded, mark transaction with internal flag FL_SDP_BODY to know that the 1xx and 2xx are for rtpengine_answer() what does it mean? actually - according to 3261 RTP media (both ways) may be turned on after ACK

3 5

2026

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 May 2016