sr-users May 2018

sr-users@lists.kamailio.org

92 participants
143 discussions

Pkg memory stats
by Konstantin Polyakov 29 May '18

29 May '18

Hello, Could somebody explain what do numbers mean for command "kamcmd mod.stats all pkg"? Is there somewhere documentation about that? I can see the following information. " Module: xlog { mod_init(213): 4104 xlog_fixup_helper(533): 3176 xdbg_fixup_helper(499): 632 Total: 7912 } " I guess that numbers after colon are bytes. But what do numbers in (213) mean? When I use command "kamcmd pkg.stats", I got absolutely different numbers which don't match previous statistics? What is wrong? What is the best way to analyze pkg memory usage? Thank you Best regards Konstantin

1 0

Realtime Extensions SQLITE
by Benjamin Marty 29 May '18

29 May '18

I compiled a fresh Asterisk 13.18 certified with res_config_sqlite. I configured following: extconfig.conf [settings] sippeers => sqlite,asterisk,ast_config res_config_sqlite.conf [general] dbfile => /home/myuser/database.db On Bootup it gives the following error: [May 29 17:07:14] WARNING[32444]: res_config_sqlite.c:1206 realtime_multi_handler: no such table: ast_config Is the sqlite module deprecated or is my configuration wrong? Couldn't really find any documentation on that topic. The table ast_config is definitely present in the sqlite file.

2 1

Serial forking
by igor.potjevlesch＠gmail.com 29 May '18

29 May '18

Hello, I know that the default behaviour of two aliases in kamailio.aliases result in parallel forking. I'm wondering if its possible to do serial forking instead? For example, in case that the first INVITE has no 180/183, or neither 100 Trying, then send the INVITE to the second entry? Regards, Igor.

2 2

Switching form UDP to TCP causes authentication errors
by Wilkins, Steve 29 May '18

29 May '18

Hello All, When I switched from UDP to TCP I started getting Authentication Errors, Asterisk responds to an INVITE via Kamailio with a '401 Unauthorized', but Kamailio does nothing with it. Processing just stops near WITH_BLOCK401407. Shouldn't the 401 be relayed so a new INVITE can be sent? Thank you.

3 4

ims_isc: 3rd party Registration (S-CSCF) and P-Associated-Uri header
by Valentin Christoph 29 May '18

29 May '18

Hi, The function build_p_associated_uri() in module ims_isc filters for TEL URIs. Why are not ALL unbarred IMPUs added, but only TEL URIs? Is this specified in some 3GPP spec? Thanks, Christoph The information contained in this e-mail message is privileged and confidential and is for the exclusive use of the addressee. The person who receives this message and who is not the addressee, one of his employees or an agent entitled to hand it over to the addressee, is informed that he may not use, disclose or reproduce the contents thereof, and is kindly asked to notify the sender and delete the e-mail immediately.

1 0

jsonrpc http interface cant recognize method
by Yuriy Gorlichenko 29 May '18

29 May '18

Hi i trying to get htable.dump mytable via jsonrpc request {jsonrpc: "2.0", method: "htable.dump mytable"} { "jsonrpc": "2.0", "error": { "code": 500, "message": "Method Not Found" } } But via kamcmd it wroks perfect Aslo i see that if i will make request withont param (core.version for example) IT works fime How to make request with param?

1 1

Carrierroute Wholesale termination issue
by riaz hasan 29 May '18

29 May '18

Hello, I am facing an issue with kamailio carrierroute.I have a setup where multiple asterisk is behind a kamailio server.I am able to dispatch the load by using carrierroute. Its working perfectly for retail users.But problem is its not working for wholesale users.I am attaching the dump for wholesale client. here is a little descrption for the shark:- 192.151.149.102 is the wholesale client ip. 46.166.139.60:4848 is kamailio server. 46.166.139.60:3628 is asterisk server. when 192.151.149.102 sends invite to 46.166.139.60:4848 [Kamailio] we are getting 401. [dump2.pcap] when 192.151.149.102 sends invite to 46.166.139.60:3628 [Direct Asterisk ] we are getting 200. [dump.pcap] here is the code i am using for load balancing:- route[Carrer] { #!ifdef WITH_CARRIERROUTE if (!cr_route("default", "default", "$rU", "$rU", "call_id")) { xlog("L_ERR", "cr_route failed\n"); exit; } #!endif $avp(s:host)= $rd+":"+$rp; t_on_failure("1"); if (!t_relay()) { sl_reply_error(); }; } failure_route[1] { revert_uri(); #!ifdef WITH_CARRIERROUTE if (!cr_next_domain("default", "default", "$rU", "$avp(s:host)", "$T_reply_code", "$avp(s:domain)")) { xlog("L_ERR", "cr_next_domain failed\n"); exit; } if (!cr_route("default", "default", "$rU", "$rU", "call_id")) { xlog("L_ERR", "cr_route failed\n"); } t_on_failure("1"); route(NASIR); exit; #!endif $avp(s:host)= $rd+":"+$rp; if (!t_relay()) { xlog("L_ERR", "t_relay failed-custom\n"); exit; }; }

1 0

S-SCSF not forwarding SIP packets to AS
by John M 29 May '18

29 May '18

Hi All, My setup consists of Kamailio P-CSCF,I-SCSF , S-CSCF and OpenIMS HSS nodes and I have configured application server details and trigger point on HSS. I am using Boghe IMS client SIP validation. Whenever the client sends a REGISTER, messages are not reaching AS. In S-SCSF log files, I am seeing " isc_match_filter_reg(): No REGISTER match found in filter criteria" and " isc_check_filter_criteria(): ifc_checker_trigger: - group compromised, skipping to next group" error message. Kmailio version: version: kamailio 5.1.3 (x86_64/linux) HSS XML The UserData XML document which is sent to the S-CSCF: <?xml version="1.0" encoding="UTF-8"?><IMSSubscription><PrivateID> alice(a)ims.mnc001.mcc001.3gppnetwork.org </PrivateID><ServiceProfile><PublicIdentity><Identity> sip:alice@ims.mnc001.mcc001.3gppnetwork.org </Identity><Extension><IdentityType>0</IdentityType></Extension></PublicIdentity><InitialFilterCriteria><Priority>0</Priority><TriggerPoint><ConditionTypeCNF>0</ConditionTypeCNF><SPT><ConditionNegated>0</ConditionNegated><Group>0</Group><Method>REGISTER</Method><Extension><RegistrationType>0</RegistrationType></Extension></SPT></TriggerPoint><ApplicationServer><ServerName>sip:192.168.20.10:5060 ;transport=TCP</ServerName><DefaultHandling>0</DefaultHandling></ApplicationServer></InitialFilterCriteria></ServiceProfile></IMSSubscription> SCSF Log-1 0(1541) DEBUG: ims_isc [ims_isc_mod.c:428]: isc_match_filter_reg(): Checking triggers 0(1541) DEBUG: ims_isc [ims_isc_mod.c:432]: isc_match_filter_reg(): Starting triggering 0(1541) DEBUG: ims_isc [ims_isc_mod.c:446]: isc_match_filter_reg(): Orig User before clean: <sip:alice@ims.mnc001.mcc001.3gppnetwork.org> [1] 0(1541) DEBUG: ims_isc [ims_isc_mod.c:448]: isc_match_filter_reg(): Orig User after clean: <sip:alice@ims.mnc001.mcc001.3gppnetwork.org> [1] 0(1541) DEBUG: ims_isc [checker.c:416]: isc_checker_find(): isc_checker_find: starting search 0(1541) DEBUG: ims_isc [checker.c:438]: isc_checker_find(): isc_checker_find(): got a r_public for the user sip:alice@ims.mnc001.mcc001.3gppnetwork.org 0(1541) DEBUG: ims_isc [checker.c:454]: isc_checker_find(): About to try p->s->service_profiles_cnt!! #profiles is 1 0(1541) DEBUG: ims_isc [checker.c:456]: isc_checker_find(): About to try p->s->service_profiles[a].filter_criterai_cnt 0(1541) DEBUG: ims_isc [checker.c:467]: isc_checker_find(): DEBUG ISC: SECOND TIME About to try p->s->service_profiles_cnt!! 0(1541) DEBUG: ims_isc [checker.c:471]: isc_checker_find(): DEBUG ISC : About to try p->s->service_profiles 0(1541) DEBUG: ims_isc [checker.c:474]: isc_checker_find(): DEBUG ISC : About to try public identities 0(1541) DEBUG: ims_isc [checker.c:477]: isc_checker_find(): DEBUG ISC : About to try WPSI 0(1541) DEBUG: ims_isc [checker.c:319]: isc_check_filter_criteria(): ifc_checker_trigger: Starting expression check: 0(1541) DEBUG: ims_isc [checker.c:239]: isc_check_spt(): ifc_check_spt: SPT type 2 -> Method == PUBLISH ? 0(1541) DEBUG: ims_isc [checker.c:241]: isc_check_spt(): ifc_check_spt: Found method REGISTER 0(1541) DEBUG: ims_isc [checker.c:340]: isc_check_filter_criteria(): ifc_checker_trigger: - group compromised, skipping to next group 0(1541) DEBUG: ims_isc [checker.c:239]: isc_check_spt(): ifc_check_spt: SPT type 2 -> Method == PUBLISH ? 0(1541) DEBUG: ims_isc [checker.c:241]: isc_check_spt(): ifc_check_spt: Found method REGISTER 0(1541) DEBUG: ims_isc [checker.c:333]: isc_check_filter_criteria(): ifc_checker_trigger: - group 1 => 0. 0(1541) DEBUG: ims_isc [checker.c:340]: isc_check_filter_criteria(): ifc_checker_trigger: - group compromised, skipping to next group 0(1541) DEBUG: ims_isc [checker.c:239]: isc_check_spt(): ifc_check_spt: SPT type 2 -> Method == SUBSCRIBE ? 0(1541) DEBUG: ims_isc [checker.c:241]: isc_check_spt(): ifc_check_spt: Found method REGISTER 0(1541) DEBUG: ims_isc [checker.c:333]: isc_check_filter_criteria(): ifc_checker_trigger: - group 2 => 0. 0(1541) DEBUG: ims_isc [checker.c:340]: isc_check_filter_criteria(): ifc_checker_trigger: - group compromised, skipping to next group 0(1541) DEBUG: ims_isc [checker.c:239]: isc_check_spt(): ifc_check_spt: SPT type 2 -> Method == SUBSCRIBE ? 0(1541) DEBUG: ims_isc [checker.c:241]: isc_check_spt(): ifc_check_spt: Found method REGISTER 0(1541) DEBUG: ims_isc [checker.c:333]: isc_check_filter_criteria(): ifc_checker_trigger: - group 3 => 0. 0(1541) DEBUG: ims_isc [checker.c:340]: isc_check_filter_criteria(): ifc_checker_trigger: - group compromised, skipping to next group 0(1541) DEBUG: ims_isc [checker.c:348]: isc_check_filter_criteria(): ifc_checker_trigger: Check finished => 0 0(1541) DEBUG: ims_isc [ims_isc_mod.c:460]: isc_match_filter_reg(): No REGISTER match found in filter criteria SCSF Log-2 0(1541) DEBUG: ims_isc [checker.c:239]: isc_check_spt(): ifc_check_spt: SPT type 2 -> Method == PUBLISH ? 0(1541) DEBUG: ims_isc [checker.c:241]: isc_check_spt(): ifc_check_spt: Found method SUBSCRIBE 0(1541) DEBUG: ims_isc [checker.c:340]: isc_check_filter_criteria(): ifc_checker_trigger: - group compromised, skipping to next group 0(1541) DEBUG: ims_isc [checker.c:239]: isc_check_spt(): ifc_check_spt: SPT type 2 -> Method == PUBLISH ? 0(1541) DEBUG: ims_isc [checker.c:241]: isc_check_spt(): ifc_check_spt: Found method SUBSCRIBE 0(1541) DEBUG: ims_isc [checker.c:333]: isc_check_filter_criteria(): ifc_checker_trigger: - group 1 => 0. 0(1541) DEBUG: ims_isc [checker.c:340]: isc_check_filter_criteria(): ifc_checker_trigger: - group compromised, skipping to next group 0(1541) DEBUG: ims_isc [checker.c:239]: isc_check_spt(): ifc_check_spt: SPT type 2 -> Method == SUBSCRIBE ? 0(1541) DEBUG: ims_isc [checker.c:241]: isc_check_spt(): ifc_check_spt: Found method SUBSCRIBE 0(1541) DEBUG: ims_isc [checker.c:333]: isc_check_filter_criteria(): ifc_checker_trigger: - group 2 => 1. 0(1541) DEBUG: ims_isc [checker.c:252]: isc_check_spt(): ifc_check_spt: SPT type 3 -> Header[Event] %= .*presence.* ? 0(1541) DEBUG: ims_isc [checker.c:88]: isc_check_headers(): isc_check_headers: Looking for Header[Event(22)] .*presence.* 0(1541) DEBUG: ims_isc [checker.c:99]: isc_check_headers(): isc_check_headers: Found Header[Event(22)] message-summary 0(1541) DEBUG: ims_isc [checker.c:99]: isc_check_headers(): isc_check_headers: Found Header[Allow-Events(39)] refer, presence, presence.winfo, xcap-diff, conference 0(1541) DEBUG: ims_isc [checker.c:261]: isc_check_spt(): ifc_check_spt: SPT type 4 -> Session Case == 1 ? 0(1541) DEBUG: ims_isc [checker.c:263]: isc_check_spt(): ifc_check_spt: Found session_case 0 0(1541) DEBUG: ims_isc [checker.c:340]: isc_check_filter_criteria(): ifc_checker_trigger: - group compromised, skipping to next group 0(1541) DEBUG: ims_isc [checker.c:239]: isc_check_spt(): ifc_check_spt: SPT type 2 -> Method == SUBSCRIBE ? 0(1541) DEBUG: ims_isc [checker.c:241]: isc_check_spt(): ifc_check_spt: Found method SUBSCRIBE 0(1541) DEBUG: ims_isc [checker.c:333]: isc_check_filter_criteria(): ifc_checker_trigger: - group 3 => 1. 0(1541) DEBUG: ims_isc [checker.c:252]: isc_check_spt(): ifc_check_spt: SPT type 3 -> Header[Event] %= .*presence.* ? 0(1541) DEBUG: ims_isc [checker.c:88]: isc_check_headers(): isc_check_headers: Looking for Header[Event(22)] .*presence.* 0(1541) DEBUG: ims_isc [checker.c:99]: isc_check_headers(): isc_check_headers: Found Header[Event(22)] message-summary 0(1541) DEBUG: ims_isc [checker.c:99]: isc_check_headers(): isc_check_headers: Found Header[Allow-Events(39)] refer, presence, presence.winfo, xcap-diff, conference 0(1541) DEBUG: ims_isc [checker.c:261]: isc_check_spt(): ifc_check_spt: SPT type 4 -> Session Case == 2 ? 0(1541) DEBUG: ims_isc [checker.c:263]: isc_check_spt(): ifc_check_spt: Found session_case 0 0(1541) DEBUG: ims_isc [checker.c:340]: isc_check_filter_criteria(): ifc_checker_trigger: - group compromised, skipping to next group 0(1541) DEBUG: ims_isc [checker.c:348]: isc_check_filter_criteria(): ifc_checker_trigger: Check finished => 0 Regards, Uts

1 0

Kamailio 5.1.x - Dialog event route not fired
by Loic Chabert 28 May '18

28 May '18

Hi list, I'm facing a strange behaviour with dialog module and stop event route. When a BYE request has been receved by Kamailio, no stop event route has been fired but dialog state go to 5. My config is following this guide: http://kb.asipto.com/kamailio:presence:k43-blf Using dialog_manage on RELAY route, as describe on this guide. If i set more debug information, i can see dialog has been found and dialog status incremented : 1(7) DEBUG: <core> [core/udp_server.c:491]: udp_rcv_loop(): received on udp socket: (106/100/818) [[BYE sip:172.16.74.201:5060;prxroute=1 SIP/2.0 0D 0A Record-Route: <sip:172.16.74.24;r2=on;lr=on;ftag=1;ng]] 1(7) DEBUG: <core> [core/parser/msg_parser.c:604]: parse_msg(): SIP Request: 1(7) DEBUG: <core> [core/parser/msg_parser.c:606]: parse_msg(): method: <BYE> 1(7) DEBUG: <core> [core/parser/msg_parser.c:608]: parse_msg(): uri: <sip:172.16.74.201:5060;prxroute=1> 1(7) DEBUG: <core> [core/parser/msg_parser.c:610]: parse_msg(): version: <SIP/2.0> 1(7) DEBUG: <core> [core/parser/parse_via.c:1303]: parse_via_param(): Found param type 232, <branch> = <z9hG4bKc2c.939fa953ea648059586a7f684fd56b5a.0>; state=16 1(7) DEBUG: <core> [core/parser/parse_via.c:2639]: parse_via(): end of header reached, state=5 1(7) DEBUG: <core> [core/parser/msg_parser.c:492]: parse_headers(): Via found, flags=2 1(7) DEBUG: <core> [core/parser/msg_parser.c:494]: parse_headers(): this is the first via 1(7) DEBUG: <core> [core/parser/parse_via.c:1303]: parse_via_param(): Found param type 235, <rport> = <5060>; state=6 1(7) DEBUG: <core> [core/parser/parse_via.c:1303]: parse_via_param(): Found param type 232, <branch> = <z9hG4bK-69-1-10>; state=16 1(7) DEBUG: <core> [core/parser/parse_via.c:2639]: parse_via(): end of header reached, state=5 1(7) DEBUG: <core> [core/parser/msg_parser.c:492]: parse_headers(): Via found, flags=78 1(7) DEBUG: <core> [core/parser/msg_parser.c:505]: parse_headers(): this is the second via 1(7) DEBUG: <core> [core/parser/parse_addr_spec.c:185]: parse_to_param(): add param: tag=f651e13a-0aac-40d5-b877-1c24497ff87c 1(7) DEBUG: <core> [core/parser/parse_addr_spec.c:864]: parse_addr_spec(): end of header reached, state=29 1(7) DEBUG: <core> [core/parser/msg_parser.c:171]: get_hdr_field(): <To> [87]; uri=[sip:+33975181257@sip.testinfratrunk.vox.fr] 1(7) DEBUG: <core> [core/parser/msg_parser.c:172]: get_hdr_field(): to body [<sip:+33975181257@sip.testinfratrunk.vox.fr>] 1(7) DEBUG: <core> [core/parser/msg_parser.c:152]: get_hdr_field(): cseq <CSeq>: <3> <BYE> 1(7) DEBUG: <core> [core/receive.c:232]: receive_msg(): --- received sip message - request - call-id: [1-69(a)60.0.0.30] - cseq: [3 BYE] 1(7) DEBUG: <core> [core/receive.c:287]: receive_msg(): preparing to run routing scripts... 1(7) DEBUG: maxfwd [mf_funcs.c:74]: is_maxfwd_present(): value = 69 1(7) DEBUG: <core> [core/parser/parse_addr_spec.c:185]: parse_to_param(): add param: tag=1 1(7) DEBUG: <core> [core/parser/parse_addr_spec.c:864]: parse_addr_spec(): end of header reached, state=29 1(7) DEBUG: <core> [core/parser/msg_parser.c:183]: get_hdr_field(): content_length=0 1(7) DEBUG: <core> [core/parser/msg_parser.c:89]: get_hdr_field(): found end of header 1(7) DEBUG: sanity [sanity_mod.c:256]: w_sanity_check(): sanity checks result: 1 1(7) NOTICE: <script>: {1 3 BYE 1-69(a)60.0.0.30} Initialisation des variables. 1(7) DEBUG: tm [t_lookup.c:1018]: t_check_msg(): msg (0x7ffa420727d8) id=2 global id=1 T start=(nil) 1(7) DEBUG: tm [t_lookup.c:476]: t_lookup_request(): start searching: hash=3116, isACK=0 1(7) DEBUG: tm [t_lookup.c:435]: matching_3261(): RFC3261 transaction matching failed 1(7) DEBUG: tm [t_lookup.c:659]: t_lookup_request(): no transaction found 1(7) DEBUG: tm [t_lookup.c:1087]: t_check_msg(): msg (0x7ffa420727d8) id=2 global id=2 T end=(nil) 1(7) DEBUG: siputils [checks.c:123]: has_totag(): totag found 1(7) DEBUG: rr [loose.c:113]: find_first_route(): No Route headers found 1(7) DEBUG: rr [loose.c:960]: loose_route(): There is no Route HF 1(7) DEBUG: tm [t_lookup.c:1018]: t_check_msg(): msg (0x7ffa420727d8) id=2 global id=2 T start=(nil) 1(7) DEBUG: tm [t_lookup.c:1094]: t_check_msg(): T previously sought and not found for msg (0x7ffa420727d8) 1(7) DEBUG: dialog [dlg_hash.c:768]: internal_get_dlg(): ref dlg 0x7ffa327dd588 with 1 -> 3 1(7) DEBUG: dialog [dlg_hash.c:770]: internal_get_dlg(): dialog callid=' 1-69(a)60.0.0.30' found on entry 3063, dir=1 1(7) DEBUG: dialog [dlg_profile.c:536]: set_current_dialog(): setting current dialog [3063:9173] 1(7) DEBUG: dialog [dlg_hash.c:1151]: next_state_dlg(): dialog 0x7ffa327dd588 changed from state 4 to state 5, due event 7 (ref 3) 1(7) DEBUG: dialog [dlg_hash.c:932]: dlg_ref_helper(): ref op on 0x7ffa327dd588 with 1 from dlg_handlers.c:1389 1(7) DEBUG: dialog [dlg_hash.c:936]: dlg_ref_helper(): ref dlg 0x7ffa327dd588 with 1 -> 4 1(7) DEBUG: dialog [dlg_handlers.c:1400]: dlg_onroute(): BYE successfully processed Do you have any hints concerning this issue ? Is it a bug or a config part is missing ? Thanks in advance, Best regards.

2 1

Loop Detect - 482 Merged Request
by Amar Tinawi 28 May '18

28 May '18

Hello All i'm facing strange behavior with Zoiper Client only in an IMS Kamailio based system. in IMS call scenario (ims to ims) a lot of Loop Detect Msgs Appeared in the sip log. while other clients like Acrobits did not occurred i'm using TCP protocol and Wireshark shows a lot of (TCP Re-transmission and TCP ACKed unseen Segment) Any Suggestion Thanks !

1 0

← Newer
1
2
3
4
5
6
7
8
...
15
Older →

Jump to page:

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 2018