sr-users February 2016

sr-users@lists.kamailio.org

80 participants
133 discussions

rfc: kamailio.cfg polishing for v4.4
by Daniel-Constantin Mierla 20 Feb '16

20 Feb '16

Hello, wondering if people feel it is need to polish the current default kamailio.cfg, to prepare the version for next major release. It can be browsed online at: - https://github.com/kamailio/kamailio/blob/master/etc/kamailio.cfg It is mainly about very common scenarios that are encountered out there and we should deal with by default. Have in mind that there are the basic and advanced versions of kamailio.cfg in the etc folder. Also, I am looking for tunings for core parameters and module parameters that make the config more suitable for common use case. Speaking of those extra config files, I think the kamailio-advanced.cfg and kamailio-basic.cfg should be deployed in shared doc folder, not being active configs upon default installation. Cheers, Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Book: SIP Routing With Kamailio - http://www.asipto.com http://miconda.eu

3 3

BUG: qm_free: freeing already freed pointer
by Rene Montilva 19 Feb '16

19 Feb '16

Hi list i've got this bug report in kamailio 4.3 at syslog, then it frozen, i checked my config file looking for htable parameter, and i notice i have htable param without autexpire is this reason why kamailio crash? "/usr/sbin/kamailio[24113]: : <core> [mem/q_malloc.c:453]: qm_free(): BUG: qm_free: freeing already freed pointer (0x7f673dead5d8), called from tm: h_table.c: free_cell(133), first free tm: h_table.c: free_cell(133) - aborting " -- Ing. Rene Montilva *FOSS Developer and VoIP Engineer.*

2 5

Re: [SR-Users] Error or Bug: [t_msgbuilder.c:490]: build_local_reparse(): ERROR: build_local_reparse: HDR_EOH_T was not found
by Sid Mason 19 Feb '16

19 Feb '16

Yes, there is a append_hf("Remote-Party-ID: below is the complete section: # Send to Asterisk route[TOASTERISK] { ds_mark_dst("P"); if(!ds_select_dst("1", "4")) { sl_send_reply("500", "Service Unavailable"); xlog("L_INFO","[$fU@$si:$sp]{$rm} No destinations available for $rd \n"); exit; } # Replace FROM header to Kamailio's address # http://www.kamailio.org/docs/modules/4.3.x/modules/uac.html#uac.f.uac_repla… uac_replace_from("","sip:$sel(cfg_get.kamailio.bind_external_domain):5060"); # rewrite Destinatin URI #$du= $au + "@10.1.4.22:5060"; # Add Remote-Party-ID to header append_hf("Remote-Party-ID: \"$au\" <sip:$au@ $sel(cfg_get.kamailio.bindip_external)>;party=calling;privacy=off;screen=no"); xlog("L_INFO","route[TOASTERISK]: [$fU@$si:$sp]{$rm} From Outside World to Asterisk Box $du\n"); rtpproxy_manage("cawei"); route(RELAY); exit; } Regards Subject: Re: [SR-Users] Error or Bug: [t_msgbuilder.c:490]: build_local_reparse(): ERROR: build_local_reparse: HDR_EOH_T was not found Message-ID: <56B79AFD.8010505(a)gmail.com> Content-Type: text/plain; charset="windows-1252" Hello, do you have an action like: append_hf("Remote-Party-ID: ..."); in kamailio.cfg? Can you paste all that action here? Cheers, Daniel

2 2

Registration Failure
by Cristina Caridi 19 Feb '16

19 Feb '16

Hello, I'm a new starter of Kamailio (SER). I am using the version 4.4.0-dev6 in a Debian machine. I've configured all the IMS network elements, the FHoSS and also Boghe IMS/RCS client in a Windows machine. When an IMS user belonging to my network tries to register and IP SEC mechanism is enabled, the registration flow stops at 401 Unauthorized from S-CSCF -> I-CSCF -> P-CSCF -> client. The problem is that the HSS in MAA message does not send the SIP-Auth-Data-item that should be cointain the Confidentiality Key and the Integrity Key; so the client is not able to challenge the S-CSCF sending another REGISTER message. Do you have any suggestions about this? When IP SEC is disabled (by managing client options), the registration works well. Maybe is there any configuration at HSS level that i'm not considering? Thank you in advance for your help, Cristina

4 7

ACC Module
by Alberto Sagredo 19 Feb '16

19 Feb '16

I have a strange behaviour when configuring ACC module to put CDRs It must be as simple as this: modparam("acc", "cdr_enable", 1) But got this error: feb 19 09:26:14 kamailio /usr/local/sbin/kamailio[23712]: ERROR: acc [acc_mod.c:604]: mod_init(): failed to init cdr generation feb 19 09:26:14 kamailio /usr/local/sbin/kamailio[23712]: ERROR: <core> [sr_module.c:962]: init_mod(): Error while initializing module acc (/usr/local/lib64/kamailio/modules/acc.so) I have read documentation and seems ok. Tables in databases are created and ALTER commands applied. IM getting actually ACC registers on acc table, but could not active cdrs for acc. What am i missing?

1 2

dispatcher flag
by alexandre.anconetti＠orange.com 19 Feb '16

19 Feb '16

Hi, I'm using the dispatcher module with Kamailio 4.3.4, the keep alive mechanism and the routing are OK, but I would like to get in my request_route the flag(s) (active, inactive, probing ...) that the dispatcher give to each destination. I know that in command line I can run kamcmd or kamctl to get : NRSETS: 1 RECORDS: { SET: { ID: 1 TARGETS: { DEST: { URI: sip: xxx.xxx.xxx.xxx:xxxx FLAGS: IP PRIORITY: 0 } DEST: { URI: sip:xxx.xxx.xxx.xxx:xxxx FLAGS: AP PRIORITY: 0 How can I get that in the request_route process ? Any suggestion would be appreciated ;) Best Regards, Alexandre. _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.

2 3

LCR Module issue
by Alberto Sagredo 18 Feb '16

18 Feb '16

Hi I have LCR working but not able to add more gateways? It seems only first one is accepted What could be wrong? I show you database data and kamcmd commands output. mysql> select * from lcr_rule_target; +----+--------+---------+-------+----------+--------+ | id | lcr_id | rule_id | gw_id | priority | weight | +----+--------+---------+-------+----------+--------+ | 1 | 1 | 1 | 1 | 1 | 1 | | 2 | 1 | 2 | 1 | 1 | 1 | | 3 | 2 | 2 | 2 | 1 | 1 | +----+--------+---------+-------+----------+--------+ 3 rows in set (0.00 sec) mysql> select * from lcr_rule; +----+--------+-----------+----------+-------------+---------+---------+ | id | lcr_id | prefix | from_uri | request_uri | stopper | enabled | +----+--------+-----------+----------+-------------+---------+---------+ | 1 | 1 | 6 | NULL | NULL | 1 | 1 | | 2 | 1 | DIDNUMBER | NULL | NULL | 1 | 1 | | 3 | 2 | DIDNUMBER | NULL | NULL | 1 | 1 | +----+--------+-----------+----------+-------------+---------+---------+ 3 rows in set (0.00 sec) mysql> select * from lcr_gw; +----+--------+----------------+--------------+----------+------+--------+------------+-----------+-------+--------+------+-------+---------+ | id | lcr_id | gw_name | ip_addr | hostname | port | params | uri_scheme | transport | strip | prefix | tag | flags | defunct | +----+--------+----------------+--------------+----------+------+--------+------------+-----------+-------+--------+------+-------+---------+ | 1 | 1 | Carrier_Prueba | 172.x.x.x | NULL | 5060 | NULL | 1 | 1 | 0 | NULL | NULL | 1 | NULL | | 5 | 2 | Proveedor_1 | 172.x.x.x | NULL | 5060 | NULL | 1 | 1 | 0 | NULL | NULL | 0 | NULL | +----+--------+----------------+--------------+----------+------+--------+------------+-----------+-------+--------+------+-------+---------+ 2 rows in set (0.00 sec) mysql> root@kamailio:~# kamcmd lcr.reload root@kamailio:~# kamcmd lcr.dump_rules { lcr_id: 1 rule_id: 2 prefix: DIDNUMBER from_uri: request_uri: stopper: 1 } { gw_index: 1 priority: 1 weight: 1 } { lcr_id: 1 rule_id: 1 prefix: 6 from_uri: request_uri: stopper: 1 } { gw_index: 1 priority: 1 weight: 1 } 9 1 root@kamailio:~# kamcmd lcr.dump_gws { lcr_id: 1 gw_id: 1 gw_index: 1 gw_name: Carrier_Prueba scheme: sip: ip_addr: 172.x.x.x hostname: port: 5060 params: transport: ;transport=udp strip: 0 prefix: tag: flags: 1 state: 0 defunct_until: 0

2 2

Questions
by francisco rodriguez 18 Feb '16

18 Feb '16

Hi; Today I'm trying to use my users and include unregistered, there is a problem, this was solved soon or do. I appreciate your attention and cooperation Francisco Rodriguez

2 1

Re: [SR-Users] Kamailio IMS deployment
by sainath.ellendula＠wipro.com 17 Feb '16

17 Feb '16

Hi Franz, Thanks for your response. Even we observed in Wireshark traces, no username is included in REGISTER request. Any changes required? No, we are not using NATURAL in our platform. Observed there is no communication between PCSCF – ICSCF while registration and also attaching the tracefile(tcpdump) using command “tcpdump -i any -s 3000 -w /var/tmp/trace_OpenIMS.pcap not port 22 and not port 3306”. Please suggest me if I have missed anything. Regards, Sainath From: Franz Edler [mailto:franz.edler@technikum-wien.at] Sent: Tuesday, February 9, 2016 1:01 PM To: Sainath Ellendula (NEP) <sainath.ellendula(a)wipro.com> Cc: basitstar(a)hotmail.com; sr-users(a)lists.sip-router.org Subject: AW: RE: Re:[SR-Users] Kamailio IMS deployment The REGISTER request is OK. There is no username included in REGISTER request. Regarding the mismatch: do you use NATURAL on your platform? Next step should be a tracefile (tcpdump) and later a debug-log from the node which shows the problem. Von Samsung-Tablet gesendet -------- Ursprüngliche Nachricht -------- Von: sainath.ellendula(a)wipro.com<mailto:sainath.ellendula@wipro.com> Datum: 2016.02.09 08:05 (GMT+01:00) An: franz.edler(a)technikum-wien.at<mailto:franz.edler@technikum-wien.at> Cc: basitstar(a)hotmail.com<mailto:basitstar@hotmail.com>, sr-users(a)lists.sip-router.org<mailto:sr-users@lists.sip-router.org> Betreff: RE: Re:[SR-Users] Kamailio IMS deployment Hi Franz, Please find ping status and seems good. root@server:~# ping -c 1 hss.net1.test PING hss.net1.test (10.0.0.9) 56(84) bytes of data. 64 bytes from server.net1.test (10.0.0.9): icmp_seq=1 ttl=64 time=0.017 ms --- hss.net1.test ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 0.017/0.017/0.017/0.000 ms root@server:~# ping -c 1 pcscf.net1.test PING pcscf.net1.test (10.0.0.10) 56(84) bytes of data. 64 bytes from server.net1.test (10.0.0.10): icmp_seq=1 ttl=64 time=0.020 ms --- pcscf.net1.test ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 0.020/0.020/0.020/0.000 ms root@server:~# ping -c 1 icscf.net1.test PING icscf.net1.test (10.0.0.11) 56(84) bytes of data. 64 bytes from server.net1.test (10.0.0.11): icmp_seq=1 ttl=64 time=0.018 ms --- icscf.net1.test ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 0.018/0.018/0.018/0.000 ms root@server:~# ping -c 1 scscf.net1.test PING scscf.net1.test (10.0.0.12) 56(84) bytes of data. 64 bytes from server.net1.test (10.0.0.12): icmp_seq=1 ttl=64 time=0.017 ms --- scscf.net1.test ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 0.017/0.017/0.017/0.000 ms root@server:~# Seems Some progress happened: Tried register using Boghe IMS client and observed few errors: 0(1445) INFO: <script>: [REGISTER] from [sip:alice@net1.test] to [sip:alice@net1.test] 0(1445) ERROR: <script>: REGISTER (sip:alice@net1.test (10.0.0.8:55280) to sip:alice@net1.test, 2006cdca-0076-bacb-5010-bffa714b3cdb) 0(1445) DEBUG: <core> [parser/msg_parser.c:153]: get_hdr_field(): get_hdr_field: cseq <CSeq>: <7994> <REGISTER> 0(1445) DEBUG: <core> [parser/msg_parser.c:187]: get_hdr_field(): DEBUG: get_hdr_body : content_length=0 0(1445) DEBUG: maxfwd [mf_funcs.c:85]: is_maxfwd_present(): value = 70 0(1445) DEBUG: <core> [parser/msg_parser.c:89]: get_hdr_field(): found end of header 0(1445) DEBUG: sanity [mod_sanity.c:248]: w_sanity_check(): sanity checks result: 1 0(1445) DEBUG: siputils [checks.c:97]: has_totag(): no totag 0(1445) DEBUG: <core> [select.c:412]: run_select(): Calling SELECT 0x7fb548dd2400 0(1445) DEBUG: tm [t_lookup.c:1011]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global id=1 T start=0xffffffffffffffff 0(1445) DEBUG: tm [t_lookup.c:466]: t_lookup_request(): t_lookup_request: start searching: hash=65064, isACK=0 0(1445) DEBUG: tm [t_lookup.c:424]: matching_3261(): DEBUG: RFC3261 transaction matching failed 0(1445) DEBUG: tm [t_lookup.c:648]: t_lookup_request(): DEBUG: t_lookup_request: no transaction found 0(1445) DEBUG: tm [t_lookup.c:1080]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global id=2 T end=(nil) 0(1445) DEBUG: sl [sl.c:280]: send_reply(): reply in stateless mode (sl) 0(1445) DEBUG: siputils [checks.c:97]: has_totag(): no totag 0(1445) DEBUG: tm [t_lookup.c:1011]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global id=2 T start=(nil) 0(1445) DEBUG: tm [t_lookup.c:1086]: t_check_msg(): DEBUG: t_check_msg: T previously sought and not found 0(1445) DEBUG: ims_registrar_pcscf [save.c:273]: save_pending(): contact requesting to expire in 600000 seconds 0(1445) DEBUG: ims_usrloc_pcscf [usrloc.c:106]: get_alias_host_from_contact(): no alias param 0(1445) DEBUG: ims_usrloc_pcscf [usrloc.c:155]: get_hash_slot(): using host for hash [10.0.0.8] 0(1445) DEBUG: ims_usrloc_pcscf [usrloc.c:159]: get_hash_slot(): Returning hash slot: [167] 0(1445) DEBUG: ims_usrloc_pcscf [udomain.c:465]: get_pcontact(): Searching for contact in P-CSCF usrloc [sip:alice@10.0.0.8:55280;transport=udp] 0(1445) DEBUG: ims_usrloc_pcscf [usrloc.c:106]: get_alias_host_from_contact(): no alias param 0(1445) DEBUG: ims_usrloc_pcscf [usrloc.c:183]: get_aor_hash(): using host for hash [10.0.0.8] 0(1445) DEBUG: ims_usrloc_pcscf [usrloc.c:187]: get_aor_hash(): Returning hash slot: [1662767783] 0(1445) DEBUG: ims_usrloc_pcscf [udomain.c:483]: get_pcontact(): Comparing needle user@host:port [alice@10.0.0.8:55280] and contact_user@contact_host:port [alice@10.0.0.8:51219] 0(1445) DEBUG: ims_usrloc_pcscf [udomain.c:494]: get_pcontact(): Searching for [sip:alice@10.0.0.8:55280;transport=udp] and comparing to [sip:alice@10.0.0.8:51219;transport=udp] 0(1445) DEBUG: ims_usrloc_pcscf [udomain.c:553]: get_pcontact(): Port don't match: 51219 (contact) 51219 (received) != 55280! 0(1445) DEBUG: ims_registrar_pcscf [save.c:310]: save_pending(): Adding pending pcontact: <sip:alice@10.0.0.8:55280;transport=udp> 0(1445) DEBUG: ims_usrloc_pcscf [pcontact.c:132]: new_pcontact(): New contact [<sip:alice@10.0.0.8:55280;transport=udp>] with 0 associated IMPUs in state: [registration pending] 0(1445) DEBUG: ims_registrar_pcscf [save.c:314]: save_pending(): registering for UL callback 0(1445) DEBUG: ims_usrloc_pcscf [usrloc.c:106]: get_alias_host_from_contact(): no alias param Please guide me for any more changes has to be done, As observed in Wireshark(Register request from 10.0.0.8(host)-PCSCF as REGISTER sip:net1.test SIP/2.0). I think the register request should sent as REGISTER sip:alice@net1.test SIP/2.0 Thanks in advance!! Regards, Sainath From: Franz Edler [mailto:franz.edler@technikum-wien.at] Sent: Tuesday, February 9, 2016 3:00 AM To: Sainath Ellendula (NEP) <sainath.ellendula(a)wipro.com<mailto:sainath.ellendula@wipro.com>> Cc: basitstar(a)hotmail.com<mailto:basitstar@hotmail.com>; sr-users(a)lists.sip-router.org<mailto:sr-users@lists.sip-router.org> Subject: RE: Re:[SR-Users] Kamailio IMS deployment Sainath, what was the result for ping on - icsct.net1.test - scscf.net1.test - hss.net1.test to increase debug level you have to modify the corresponding cfg-file, e.g. kamailio-icscf.cfg in line 35: debug=2 Just increase to debug=3 and then start the process again. BR Franz The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com<http://www.wipro.com> The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com

3 8

[TOPOH] Contact header for 302 Moved Temporarily
by SamyGo 17 Feb '16

17 Feb '16

Hi All, I've recently stumbled upon this little hitch while using kamailio with topoh module that the Contact header do not contains the User part for the 302 Moved temporarily packet. *My topology:* UserA<====\ ->Kamailio<===>FreeSwitch UserB<====/ The B party has set Call forwarding on their phone hence phone sends a 302 Moved Temporarily to Kamailio. Via: SIP/2.0/UDP TOPOH.KAMAILIO.IP:5060;branch=z9hG4bK0767.4e4e57deca89da5c5f5ae97228325f85.0 Via: SIP/2.0/UDP TOPOH.KAMAILIO.IP;branch=z9hG4bKsr-j4IPOlV7MGQKatycM.y7MGZLMGZwM.1LgRWIC9gIgx4fMGZAOBVAOBNfzuaVHRaYpB1LNSQLpx4uMx3Az6eL3RsBCxu-zRrUWSeOgjeBk.IVm4ds34aONc** From: "+4319714111" <sip:+4319714111@FREESWITCH.IP.HERE>;tag=yUr5UZ7eF794K To: <sip:502@USER.B.IP.HERE:5060>;tag=105223296 Call-ID: cd811276-4b4d-1234-66ae-005056867dbc CSeq: 87257355 INVITE Contact: <sip:06606017597@FREESWITCH.IP.HERE:5060> User-Agent: Yealink SIP-T46G 28.80.0.70 Diversion: <sip:502@USER.B.IP.HERE:5060>;reason=unconditional Content-Length: 0 This is modified in Kamailio TOPOH and sent to FreeSwitch as following SIP/2.0 302 Moved Temporarily Via: SIP/2.0/UDP 10.0.20.71;received=10.0.20.71;rport=5060;branch=z9hG4bKeBcy9HKK9cDKr From: "+4319714111" <sip:+4319714111@FREESWITCH.IP.HERE>;tag=yUr5UZ7eF794K To: <sip:502@USER.B.IP.HERE:5060>;tag=105223296 Call-ID: cd811276-4b4d-1234-66ae-005056867dbc CSeq: 87257355 INVITE Contact: <*sip:TOPOH.KAMAILIO.IP* ;line=sr-N6IAzBy6WBy6MxFwW.qwPSW5ohWINhaYNLu4g9W4OhWI3wKLgRsIpUg5kGs7g9P-W.y6My**> User-Agent: Yealink SIP-T46G 28.80.0.70 Diversion: <sip:502@USER.B.IP.HERE:5060>;reason=unconditional Content-Length: 0 Which results in a Call Originate from FreeSwitch with RURI as this: INVITE *sip:TOPOH.KAMAILIO.IP*;line=sr-N6IAzBy6WBy6MxFwW.qwPSW5ohWINhaYNLu4g9W4OhWI3wKLgRsIpUg5kGs7g9P-W.y6My** SIP/2.0 I am thinking that in TOPOH Module some patch is required to atleast retain the $rU for 3XX replies , not sure if this will break some RFC or Kamailio stability etc ! Thanks, Sammy.

3 4

← Newer
1
...
4
5
6
7
8
9
10
...
14
Older →

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