sr-users June 2010

sr-users@lists.kamailio.org

60 participants
109 discussions

[Serusers] Error while running icscf.sh
by Abdul Khadar 28 Jul '10

28 Jul '10

Hi, Can you please help me in resolving this issue while setting OpenIMSCore setup. Error : [root@hss OpenIMSCore]# sh icscf.sh * 0(18935) ERROR: load_module: could not open module </opt/OpenIMSCore/ser_ims/modules/mysql/mysql.so>: /opt/OpenIMSCore/ser_ims/modules/mysql/mysql.so: undefined symbol: log * 0(18935) parse error (30,13-14): failed to load module ERROR: bad config file (1 errors) 0(18935) INFO:cdp:cdp_exit(): CDiameterPeer stoping ... icscf.sh: line 5: 18935 Segmentation fault /opt/OpenIMSCore/ser_ims/ser -f /opt/OpenIMSCore/icscf.cfg -D -D please help me to resolve this problem. -- thanks & regards, Abdul Khadar

4 4

dialog module: in-early-dialog requests / race conditions
by Timo Reimann 13 Jul '10

13 Jul '10

Hello, I have two issues related to dialog module state keeping/logging that caught my attention today: 1.) The module considers requests routed in early (but not yet confirmed) dialogs to be bogus, as can be seen from a few lines of state machine code in dlg_hash.c: http://git.sip-router.org/cgi-bin/gitweb.cgi?p=sip-router;a=blob;f=modules_… In the logs, it shows up something like this: CRITICAL:dialog:log_next_state_dlg: bogus event 8 in state 2 for dlg 0x7f9f237ffff8 [2901:1286709577] with clid '<Call-ID>' and tags '<caller tag>' '<callee tag, always empty>' I believe that such in-early-dialog requests should not trigger bogus-event log messages as they look fine from a standard's point of view. 2.) Various race conditions may generate log messages such as following when DID mode is enabled: WARNING:dialog:dlg_onroute: unable to find dialog for <REQUEST TYPE> with route param 'faf.f69e7b4' [4015:79161711] Observed REQUEST TYPEs at our site were "BYE" when BYE requests were transmitted by both caller and callee at roughly the same time due to user behavior; and "PRACK" when a PRACK was received by the UAS after a 486 (Busy Here)/ACK pair of messages was already exchanged between the UAS and the proxy. In both cases, the associated dialog had already been destroyed when another request was received. My suggestion is to lower the log level for this kind of message because it can simply happen too often but doesn't affect proper dialog handling. Feedback? Cheers, --Timo

3 8

Issue building sip-router (kamailio flavour)
by Santiago Gimeno 08 Jul '10

08 Jul '10

Hi, When I build sip-router (from master) with kamailio flavour using: make config mode=debug FLAVOUR=kamailio; make all; make install I'm getting this error when trying to start kamailio: ERROR: <core> [sr_module.c:396]: ERROR: load_module: could not open module </usr/local/lib/kamailio/modules_k/tmx.so>: /usr/local/lib/kamailio/modules_k/tmx.so: undefined symbol: _tm_table On the other hand, if I use: make FLAVOUR=kamailio cfg; make all; make install kamailio starts correctly. I've tried also: make mode=debug FLAVOUR=kamailio cfg with no luck either. What's the problem? How should I compile kamailio with debugging so it starts correctly? Thank you in advance. Regards, Santi

3 5

Re: [SR-Users] no Contact in REFER generated with dlg_bridge
by Anton Roman 08 Jul '10

08 Jul '10

Hi, regarding the missing Contact header in the REFER message, it can be solved by including some lines in /modules_k/dialog/dlg_ transfer.c. In this file, the Contact of the initial INVITE generated with dlg_bridge command can be easily changed as well. The problem now is only in the processing of the ACK generated by the TM module. When this ACK leaves the Kamailio server the branch value of the topmost Via header is '0'. Below you can find the debug output where the ACK is generated and routed by Kamailio. Any idea about where the error can be? thanks in advance, regards Anton 11(5056) DEBUG: tm [t_msgbuilder.c:791]: building ACK for out-of-dialog INVITE (using RS in RR set). 11(5056) DEBUG: tm [t_msgbuilder.c:967]: ACK RURI: `sip:235@10.1.3.15:5061', NH: `sip:10.1.2.122;lr=on'. 11(5056) DEBUG: tm [t_reply.c:1059]: ->>>>>>>>> T_code=180, new_code=200 11(5056) DEBUG: tm [t_reply.c:1794]: DEBUG: local_reply: branch=0, save=0, winner=0 11(5056) DEBUG: tm [t_reply.c:356]: DEBUG: update_totag_set: new totag 11(5056) DEBUG: tm [t_reply.c:1831]: DEBUG: local transaction completed 11(5056) DEBUG: tm [t_hooks.c:288]: DBG: trans=0x7f9767eb1268, callback type 256, id 0 entered 11(5056) DEBUG: dialog [dlg_transfer.c:207]: completed with status 200 11(5056) DEBUG: <core> [parser/parse_to.c:179]: DEBUG: add_param: tag=533cb9e91f4b999cf76861cbb9ed54ed-3bcd 9(5052) DEBUG: <core> [parser/msg_parser.c:612]: SIP Request: 9(5052) DEBUG: <core> [parser/msg_parser.c:614]: method: <ACK> 9(5052) DEBUG: <core> [parser/msg_parser.c:616]: uri: < sip:235@10.1.3.15:5061> 9(5052) DEBUG: <core> [parser/msg_parser.c:618]: version: <SIP/2.0> 9(5052) DEBUG: <core> [parser/parse_via.c:1283]: Found param type 232, <branch> = <z9hG4bKf7bc.00856364.0>; state=16 9(5052) DEBUG: <core> [parser/parse_via.c:2296]: end of header reached, state=5 9(5052) DEBUG: <core> [parser/msg_parser.c:500]: parse_headers: Via found, flags=2 9(5052) DEBUG: <core> [parser/msg_parser.c:502]: parse_headers: this is the first via 9(5052) DEBUG: <core> [receive.c:137]: After parse_msg... 9(5052) DEBUG: <core> [receive.c:177]: preparing to run routing scripts... 9(5052) DEBUG: sl [sl_funcs.c:335]: to late to be a local ACK! 9(5052) DEBUG: <core> [parser/parse_to.c:179]: DEBUG: add_param: tag=94cf927f9c6eed24i1 9(5052) DEBUG: <core> [parser/parse_to.c:808]: end of header reached, state=29 9(5052) DEBUG: <core> [parser/msg_parser.c:174]: DEBUG: get_hdr_field: <To> [43]; uri=[sip:235@10.1.2.122 <sip%3A235(a)10.1.2.122>] 9(5052) DEBUG: <core> [parser/msg_parser.c:176]: DEBUG: to body [ sip:235@10.1.2.122 <sip%3A235(a)10.1.2.122>] 9(5052) DEBUG: <core> [parser/msg_parser.c:154]: get_hdr_field: cseq <CSeq>: <10> <ACK> 9(5052) DEBUG: <core> [parser/msg_parser.c:188]: DEBUG: get_hdr_body : content_length=0 9(5052) DEBUG: <core> [parser/msg_parser.c:90]: found end of header 9(5052) DEBUG: maxfwd [mf_funcs.c:66]: max_forwards header not found! 9(5052) DEBUG: <core> [parser/parse_to.c:179]: DEBUG: add_param: tag=533cb9e91f4b999cf76861cbb9ed54ed-3bcd 9(5052) DEBUG: <core> [parser/parse_to.c:808]: end of header reached, state=29 9(5052) DEBUG: sanity [mod_sanity.c:220]: all sanity checks passed 9(5052) ERROR: <script>: kamailio!!!: ACK 9(5052) DEBUG: siputils [checks.c:68]: totag found 9(5052) DEBUG: rr [loose.c:85]: is_preloaded: No 9(5052) DEBUG: <core> [socket_info.c:485]: grep_sock_info - checking if host==us: 9==9 && [10.1.3.15] == [127.0.0.1] 9(5052) DEBUG: <core> [socket_info.c:488]: grep_sock_info - checking if port 5060 matches port 5061 9(5052) DEBUG: <core> [socket_info.c:485]: grep_sock_info - checking if host==us: 9==9 && [10.1.3.15] == [127.0.0.2] 9(5052) DEBUG: <core> [socket_info.c:488]: grep_sock_info - checking if port 5060 matches port 5061 9(5052) DEBUG: <core> [socket_info.c:485]: grep_sock_info - checking if host==us: 9==10 && [10.1.3.15] == [10.1.2.122] 9(5052) DEBUG: <core> [socket_info.c:488]: grep_sock_info - checking if port 5060 matches port 5061 9(5052) DEBUG: <core> [socket_info.c:485]: grep_sock_info - checking if host==us: 9==9 && [10.1.3.15] == [127.0.0.1] 9(5052) DEBUG: <core> [socket_info.c:488]: grep_sock_info - checking if port 5060 matches port 5061 9(5052) DEBUG: <core> [socket_info.c:485]: grep_sock_info - checking if host==us: 9==9 && [10.1.3.15] == [127.0.0.2] 9(5052) DEBUG: <core> [socket_info.c:488]: grep_sock_info - checking if port 5060 matches port 5061 9(5052) DEBUG: <core> [socket_info.c:485]: grep_sock_info - checking if host==us: 9==10 && [10.1.3.15] == [10.1.2.122] 9(5052) DEBUG: <core> [socket_info.c:488]: grep_sock_info - checking if port 5060 matches port 5061 9(5052) DEBUG: <core> [forward.c:356]: check_self: host != me 9(5052) DEBUG: <core> [socket_info.c:485]: grep_sock_info - checking if host==us: 10==9 && [10.1.2.122] == [127.0.0.1] 9(5052) DEBUG: <core> [socket_info.c:488]: grep_sock_info - checking if port 5060 matches port 5060 9(5052) DEBUG: <core> [socket_info.c:485]: grep_sock_info - checking if host==us: 10==9 && [10.1.2.122] == [127.0.0.2] 9(5052) DEBUG: <core> [socket_info.c:488]: grep_sock_info - checking if port 5060 matches port 5060 9(5052) DEBUG: <core> [socket_info.c:485]: grep_sock_info - checking if host==us: 10==10 && [10.1.2.122] == [10.1.2.122] 9(5052) DEBUG: <core> [socket_info.c:488]: grep_sock_info - checking if port 5060 matches port 5060 9(5052) DEBUG: rr [loose.c:781]: Topmost route URI: 'sip:10.1.2.122;lr=on' is me 9(5052) DEBUG: <core> [parser/msg_parser.c:90]: found end of header 9(5052) DEBUG: rr [loose.c:257]: No next Route HF found 9(5052) DEBUG: rr [loose.c:800]: No next URI found 9(5052) DEBUG: rr [rr_cb.c:97]: callback id 0 entered with <lr=on> 9(5052) DEBUG: dialog [dlg_handlers.c:797]: Route param 'did' not found 9(5052) DEBUG: tm [t_lookup.c:1387]: DEBUG: t_newtran: msg id=10 , global msg id=9 , T on entrance=0xffffffffffffffff 9(5052) DEBUG: tm [t_lookup.c:528]: t_lookup_request: start searching: hash=52095, isACK=1 9(5052) DEBUG: tm [t_lookup.c:720]: DEBUG: t_lookup_request: e2e proxy ACK found 9(5052) DEBUG: tm [t_reply.c:276]: DEBUG: totag for e2e ACK found: 0 9(5052) DEBUG: tm [t_funcs.c:315]: SER: forwarding ACK statelessly 9(5052) DEBUG: <core> [msg_translator.c:200]: check_via_address(10.1.2.122, 10.1.2.122, 0) 9(5052) DEBUG: <core> [forward.c:509]: Sending: ACK sip:235@10.1.3.15:5061 SIP/2.0 Max-Forwards: 10 Via: SIP/2.0/UDP 10.1.2.122;branch=0 Via: SIP/2.0/UDP 10.1.2.122;branch=z9hG4bKf7bc.00856364.0 From: sip:click2dial@172.22.5.17 <sip%3Aclick2dial(a)172.22.5.17> ;tag=533cb9e91f4b999cf76861cbb9ed54ed-3bcd Call-ID: 2bef8d5474ff8cd4 To: sip:235@10.1.2.122 <sip%3A235(a)10.1.2.122>;tag=94cf927f9c6eed24i1 CSeq: 10 ACK User-Agent: kamailio (3.0.1 (x86_64/linux)) Content-Length: 0

2 2

LCR, problem with routing (prefix, from_uri, grp_id)
by Maciej Bylica 07 Jul '10

07 Jul '10

Hi ALL, I have a problem to configure LCR module to work properly (kamailio rel. 1.5) The task in my case is to handle: 1) All calls coming with CLD number prefix 482223344 from my MGW (77.77.77.77) towards kamilio and direct them to sip world (88.88.88.88) 2) Calls with CLD starting with 48 coming from SIP world towards kamailio and direct them to my MGWs. Additionaly i need to route it on the basis of CLI number. So MGWs <---> Kamailio <---> SIPProxies (88.88.88.88) In db: +----+-----------+----------------+--------+----------+ | id | prefix | from_uri | grp_id | priority | +----+-----------+----------------+--------+----------+ | 1 | 48 | 48 | 1 | 1 | | 2 | 48 | 49 | 2 | 1 | | 3 | 482223344 | 77.77.77.77 | 3 | 1 | +----+-----------+----------------+--------+----------+ gw, +----+--------------+--------+----------------+----------+------+------------+-----------+-------+------+--------+------+-------+ | id | gw_name | grp_id | ip_addr | hostname | port | uri_scheme | transport | strip | tag | weight | ping | flags | +----+--------------+--------+----------------+----------+------+------------+-----------+-------+------+--------+------+-------+ | 1 | CLI48 | 1 | 77.77.77.70 | NULL | 5060 | NULL | NULL | NULL | NULL | 150 | 0 | 0 | | 2 | CLI48backup | 1 | 77.77.77.71 | NULL | 5060 | NULL | NULL | NULL | NULL | 150 | 0 | 0 | | 3 | CLI49 | 2 | 77.77.77.75 | NULL | 5060 | NULL | NULL | NULL | NULL | 15 | 0 | 0 | | 4 | CLI49backup | 2 | 77.77.77.76 | NULL | 5060 | NULL | NULL | NULL | NULL | 15 | 0 | 0 | | 5 | SIPWORLD | 3 | 88.88.88.88 | NULL | 5060 | NULL | NULL | NULL | NULL | 250 | 0 | 0 | +----+--------------+--------+----------------+----------+------+------------+-----------+-------+------+--------+------+-------+ Unfortunately: - call is originated on 77.77.77.77 with CLD 48222334455 number and kamailio forward this call to grp_id=3 SIPWORLD which is okay. The problem is that if the call fail, kamailio will try to use 77.77.77.70 and 77.77.77.71 from grp_id=1 which is wrong. I have no idea how to provide a kind of huntstop in grp_id=3. I've been trying with +----+-----------+----------------+--------+----------+ | id | prefix | from_uri | grp_id | priority | +----+-----------+----------------+--------+----------+ | 1 | 48 | 88.88.88.88 | 1 | 1 | | 2 | 48 | 88.88.88.88 | 2 | 1 | | 3 | 482223344 | 77.77.77.77 | 3 | 1 | +----+-----------+----------------+--------+----------+ but in this case i am unable to provide kamailio with CLI number routing. Here is a part of my config file... if (!load_gws()) { sl_send_reply("503", "Unable to load gateways"); exit; } if (!next_gw()) { sl_send_reply("503", "Unable to find a gateway"); exit; } route(1); exit; and failover for route(1)... failure_route[11] { # In case of failure, send it to an alternative route: if (t_check_status("408|404|5[0-9][0-9]")) { if (!next_gw()) { t_reply("503", "Service not available, no more gateways"); exit; } else { t_on_failure("11"); t_relay(); } exit; } } Anybody could help my to get out of that? Thx, Maciej.

3 19

CANCEL before INVITE
by David 07 Jul '10

07 Jul '10

Hey, I am using a Cisco WIP310 wifi phone. Seeing as wifi is very battery demanding, the phone goes into a standby mode. When it's in the standby mode, it takes a few seconds to come back on. So I send an INVITE to the phone, statefully using TM, I send out a CANCEL before the phone returns the "180 ringing" message. Somehow the device is answering the CANCEL before the INVITE, so the result is that it responds to the CANCEL with "481 Call Leg/Transaction Does Not Exist.", after that it responds to the INVITE with a "180 Ringing", the phone than rings indefinitely because the CANCEL is not sent out again as the transaction is completed from the 481 SIP message. I had a look at the CANCEL, there is no Route: header or tag on the To, so it looks like it is part of a new dialog ( I believe that's what rfc3261 says. As far as I can tell, my Kamailio is working properly. It is retransmitting the messages at the proper intervals, and it is passing along the messages as it receives them. The trouble is that the device answers the initial CANCEL before it answers any of the retransmitted INVITEs. Is there something that I can do in Kamailio to resolve this issue ? Is there an option that I can set that will cause Kamailio to relay the CANCEL only to devices that have already returned a 100 Trying or 180 Trying ? What information do you need to know about my config? What parts of the SIP trace do you need ? Thanks, David

6 19

Missing ACK
by Ole Kaas 03 Jul '10

03 Jul '10

Hello, See transmission below. For some reason the ACK package is lost/dropped and the remote server retransmits the 200 OK status. But Kamailio does not retransmit the ACK on receiving the retransmitted OK's. Eventually the remote server gives up and pulls the plug after ~20 seconds. Is this a bug or should I look closer at my routing script? The script is for the ACK handling pretty much the same at the vanilla script delivered with the source. I'm still on version 3.0.0. /Ole -> Request: INVITE sip:phonenum@destination, with session description <- Status: 100 Trying <- Status: 180 Ringing <- Status: 183 Session Progress, with session description <- Status: 200 OK, with session description -> Request: ACK sip:phonenum@destination <- Status: 200 OK, with session description <- Status: 200 OK, with session description <- Status: 200 OK, with session description <- Status: 200 OK, with session description <- Status: 200 OK, with session description <- Status: 200 OK, with session description -> Request: BYE sip:phonenum@destination -> Request: BYE sip:phonenum@destination <- Status: 481 Call leg/transaction does not exist

6 17

permissions module address_reload not working
by JR Richardson 02 Jul '10

02 Jul '10

Hi All, I'm running kamailio 3.0.2. # ----- permissions params ----- modparam("permissions", "db_url", "mysql://openserro:openserro@localhost/openser") #modparam("permissions", "db_mode", 1) snip in route block: if (!allow_source_address_group()) { sl_send_reply("403", "Forbidden"); exit; } >From command line: sip-router2:/etc/kamailio# kamctl fifo address_reload 400 Address table reload failed debug output: during initial kamailio startup: 0(10655) DEBUG: permissions [address.c:122]: Number of rows in address table: 4 0(10655) DEBUG: permissions [address.c:164]: Tuple <1, 10.10.12.0, 24, 0> inserted into subnet table 0(10655) DEBUG: permissions [address.c:164]: Tuple <1, 10.10.14.0, 24, 0> inserted into subnet table 0(10655) DEBUG: permissions [address.c:148]: Tuple <1, 10.10.15.97, 32> inserted into address hash table 0(10655) DEBUG: permissions [address.c:148]: Tuple <1, 10.10.15.98, 32> inserted into address hash table 0(10655) DEBUG: <core> [db_res.c:81]: freeing 4 columns 0(10655) DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[0] at 0x827c158 0(10655) DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[1] at 0x827c220 0(10655) DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[2] at 0x827c168 0(10655) DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[3] at 0x827c230 0(10655) DEBUG: <core> [db_res.c:94]: freeing result names at 0x827c250 0(10655) DEBUG: <core> [db_res.c:99]: freeing result types at 0x827c1b8 0(10655) DEBUG: <core> [db_res.c:54]: freeing 4 rows 0(10655) DEBUG: <core> [db_row.c:97]: freeing row values at 0x827c710 0(10655) DEBUG: <core> [db_row.c:97]: freeing row values at 0x827c6b8 0(10655) DEBUG: <core> [db_row.c:97]: freeing row values at 0x827c660 0(10655) DEBUG: <core> [db_row.c:97]: freeing row values at 0x827c598 0(10655) DEBUG: <core> [db_res.c:62]: freeing rows at 0x827ca10 0(10655) DEBUG: <core> [db_res.c:136]: freeing result set at 0x827c1f8 0(10655) DEBUG: <core> [db_pool.c:102]: removing connection from the pool 0(10655) DEBUG: permissions [address.c:181]: address table reloaded successfully. result when issuing "kamctl fifo address_reload" 3(10389) DEBUG: mi_fifo [fifo_fnc.c:489]: entered consume 3(10389) DEBUG: mi_fifo [fifo_fnc.c:489]: **** done consume 3(10389) DEBUG: mi_fifo [fifo_fnc.c:503]: done parsing the mi tree 3(10389) ERROR: permissions [address.c:82]: db_handle already exists The address table loads fine during startup and if I reload kamailio it will load any new addresses or subnets so I know there is no syntax error in the database. I can reload trusted table and pdt table without an error but address table is not working. Any ideas on how I can trouble shoot this further? Thanks. JR -- JR Richardson Engineering for the Masses

4 16

UAC, parsing auth header failed
by Ján ONDREJ (SAL) 02 Jul '10

02 Jul '10

Hello, our voip provider requires autentication to voip services. Trying to use UAC module, I get "401 Unauthorized" packet, but looks like all ser based programs have problems to parse this packet. Can somebody make a patch to fix this? Here is message from logs: Jun 17 15:01:42 kamailio /usr/sbin/kamailio[1291]: ERROR: uac [auth_hdr.c:267]: parse error in <DIGEST realm="BroadWorks",qop="auth",algorithm=MD5,nonce="BroadWorksXgajlo4shTqsrkgdBW"> around 0 And ngrep sniffed packet: SIP/2.0 401 Unauthorized. Via: SIP/2.0/UDP 100.100.242.20;branch=z9hG4bK119f.8a41a626.0. Via: SIP/2.0/UDP 100.100.16.77;branch=z9hG4bK119f.7cc235e.0. Via: SIP/2.0/UDP 100.100.10.10;branch=z9hG4bK8ec5c892A88F71C9. From: "Ondrej Jan" <sip:556807505@as.vvn.t-com.sk>;tag=89D71D23-32F3D9BC. To: <sip:0248213335@as.vvn.t-com.sk;user=phone>;tag=1621075049-1276779704129. CSeq: 2 INVITE. Call-ID: 41c7437-58259a9d-d157be06(a)100.100.10.10. WWW-Authenticate: DIGEST realm="BroadWorks",qop="auth",algorithm=MD5,nonce="BroadWorksXgajlo4shTqsrkgdBW". Content-Length: 0. I tryed to look at sources, but this "C" code is too complicated for me. :-( SAL

6 11

using avpops for querying an external db on kamailio 3.0.2
by yaron nahcum 01 Jul '10

01 Jul '10

Hi, I have recently installed a kamailio server with release 3.0.2. I would like to use the kamilio as a redirect server that would recieve REGISTER messages from users and query a proprietary database that holds users information - if the users are registered to the service it would redirect the user to the registrar. I need it for security reasons which I can't fully explain. Now, I am using the avpops module. I have been able to make it work using the following configuration: modparam("avpops","db_url","mysql://user:pass@localhost/mysql") modparam("avpops","avp_table","proptable") modparam("avpops","db_scheme","scheme0:username_col=sipUsername;value_col=sipDomainName;table=proptable") ---------- if (is_method("REGISTER")) { if (avp_db_load("$fu/username","$avp(s:CONSTANT_DOMAIN)/$scheme0")) { append_branch("sip:registrarIP"); sl_send_reply("302","Test Redirect"); } else { sl_send_reply("404","Test Not found"); } -------------- The thing is that I don't need to match the string CENTREX against the domain- it is something I added because I couldn't find another way to do it. I would like to match only the username. I tried wildcards or leaving it empty but it didn't work. I tried not to use the scheme and instead use the table it self but again it didn't work. Is it possible? Do you know a better to do it? Thanks, Yaron.

5 5

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 June 2010