sr-users January 2019

sr-users@lists.kamailio.org

84 participants
101 discussions

Dispatcher with a view
by Duarte Rocha 08 Jan '19

08 Jan '19

Greetings, Is it possible for Dispatcher to use a view for "table_name" instead of a regular table? Best Regards, Duarte Rocha

2 2

Re: [SR-Users] Kamailio 5.1.6 Debian Package -> SEGFAULT
by Floimair Florian 08 Jan '19

08 Jan '19

This is the backtrace of 2 core-dumps i got just recently (both with the same timestamp). Nothing obvious that hits my eyes (at least no NULL pointer). Maybe you can see more in it. Backtrace #1: =========== [New LWP 99122] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `/usr/sbin/kamailio -P /var/run/kamailio/kamailio.pid -f /etc/kamailio/kamailio.'. Program terminated with signal SIGSEGV, … [View More]Segmentation fault. #0 0x00007fca0d45e996 in t_should_relay_response (Trans=0x7fca067b2a60, new_code=401, branch=0, should_store=0x7ffff47edd44, should_relay=0x7ffff47edd40, cancel_data=0x7ffff47edf30, reply=0x7fca0d8fd020) at t_reply.c:1282 1282 t_reply.c: No such file or directory. (gdb) bt #0 0x00007fca0d45e996 in t_should_relay_response (Trans=0x7fca067b2a60, new_code=401, branch=0, should_store=0x7ffff47edd44, should_relay=0x7ffff47edd40, cancel_data=0x7ffff47edf30, reply=0x7fca0d8fd020) at t_reply.c:1282 #1 0x00007fca0d46317f in relay_reply (t=0x7fca067b2a60, p_msg=0x7fca0d8fd020, branch=0, msg_status=401, cancel_data=0x7ffff47edf30, do_put_on_wait=1) at t_reply.c:1786 #2 0x00007fca0d469154 in reply_received (p_msg=0x7fca0d8fd020) at t_reply.c:2537 #3 0x000055e77686fbe3 in do_forward_reply (msg=0x7fca0d8fd020, mode=0) at core/forward.c:747 #4 0x000055e776871a00 in forward_reply (msg=0x7fca0d8fd020) at core/forward.c:852 #5 0x000055e7768bd4e7 in receive_msg ( buf=0x55e776da0520 <buf> "SIP/2.0 401 Unauthorized\r\nVia: SIP/2.0/UDP 172.17.217.10;rport=5060;received=172.17.217.10;branch=z9hG4bKe4bf.c46a843afa3ff97f5b20df53926515a2.0;i=62\r\nVia: SIP/2.0/TCP 195.225.36.194:1797;rport=40047;"..., len=736, rcv_info=0x7ffff47ee4e0) at core/receive.c:364 #6 0x000055e7767ce4fe in udp_rcv_loop () at core/udp_server.c:554 #7 0x000055e77673a15d in main_loop () at main.c:1619 #8 0x000055e7767421fe in main (argc=13, argv=0x7ffff47eeb98) at main.c:2638 Backtrace #2: =========== [New LWP 99120] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `/usr/sbin/kamailio -P /var/run/kamailio/kamailio.pid -f /etc/kamailio/kamailio.'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00007fca0d45e996 in t_should_relay_response (Trans=0x7fca067da3c0, new_code=200, branch=0, should_store=0x7ffff47edd44, should_relay=0x7ffff47edd40, cancel_data=0x7ffff47edf30, reply=0x7fca0d8fd020) at t_reply.c:1282 1282 t_reply.c: No such file or directory. (gdb) bt #0 0x00007fca0d45e996 in t_should_relay_response (Trans=0x7fca067da3c0, new_code=200, branch=0, should_store=0x7ffff47edd44, should_relay=0x7ffff47edd40, cancel_data=0x7ffff47edf30, reply=0x7fca0d8fd020) at t_reply.c:1282 #1 0x00007fca0d46317f in relay_reply (t=0x7fca067da3c0, p_msg=0x7fca0d8fd020, branch=0, msg_status=200, cancel_data=0x7ffff47edf30, do_put_on_wait=1) at t_reply.c:1786 #2 0x00007fca0d469154 in reply_received (p_msg=0x7fca0d8fd020) at t_reply.c:2537 #3 0x000055e77686fbe3 in do_forward_reply (msg=0x7fca0d8fd020, mode=0) at core/forward.c:747 #4 0x000055e776871a00 in forward_reply (msg=0x7fca0d8fd020) at core/forward.c:852 #5 0x000055e7768bd4e7 in receive_msg ( buf=0x55e776da0520 <buf> "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP 172.17.217.10;rport=5060;received=172.17.217.10;branch=z9hG4bK3494.0e37cca5019fe3c95285a3464d0eaa5e.0;i=b3\r\nVia: SIP/2.0/TCP 192.168.0.102:53360;rport=53360;received=9"..., len=638, rcv_info=0x7ffff47ee4e0) at core/receive.c:364 #6 0x000055e7767ce4fe in udp_rcv_loop () at core/udp_server.c:554 #7 0x000055e77673a15d in main_loop () at main.c:1619 #8 0x000055e7767421fe in main (argc=13, argv=0x7ffff47eeb98) at main.c:2638 [View Less]

4 13

nat_uac_test not recognized command in onreply_route
by Andrew Chen 07 Jan '19

07 Jan '19

Hey it's me again. So I'm following the instructions in the Kamailio 5.1.x wiki module page for websocket configuration and it specifically mention to set this block: onreply_route[WS_REPLY] { xlog("L_INFO", "[CSeq $cs] Is in WS_REPLY."); xlog("L_INFO", "[CSeq $cs] Sending $rs $rr to $sel(via[2].host) via $sel(via[2].transport) len: $ml"); xlog("L_INFO", "[CSeq $cs] \n$mb \n"); if(nat_uac_test("64")) { # Do NAT traversal stuff for replies to a … [View More]WebSocket connection # - even if it is not behind a NAT! # This won't be needed in the future if Kamailio and the # WebSocket client support Outbound and Path. add_contact_alias(); } } When I did this and started up Kamailio, it gave me an error: Jan 3 22:19:43 sjomainkama55 kamailio: ERROR: <core> [core/cfg.y:3309]: yyparse(): cfg. parser: failed to find command nat_uac_test (params 1) I moved that if statement to a route block and I was able to start it up. The wiki page for nathelper module specify this function can be run in onreply_route as well: 5.5. nat_uac_test(flags) Tries to guess if client's request originated behind a nat. The parameter determines what heuristics is used. Meaning of the flags is as follows: - *1* - The “Contact” header field is searched for occurrence of RFC1918 or RFC6598 addresses. - *2* - the "received" test is used: address in the “Via” header is compared against source IP address of signaling - *4* - The Top Most “Via” is searched for occurrence of RFC1918 or RFC6598 addresses - *8* - The SDP is searched for occurrence of RFC1918 or RFC6598 addresses - *16* - Test if the source port is different from the port in the “Via” header - *32* - Test if the source IP address of signaling is a RFC1918 or RFC6598 address - *64* - Test if the source connection of signaling is a WebSocket - *128* - Test if the “Contact” header URI port differs from the source port of the request (Warning: this is might be legal or even intended combination in non NATted scenarios) All flags can be bitwise combined, the test returns true if any of the tests identified a NAT. This function can be used from REQUEST_ROUTE, ONREPLY_ROUTE, FAILURE_ROUTE, BRANCH_ROUTE. is this some known bug in 5.1.x? Thanks -- Andy Chen achen@ <achen(a)thinkingphones.com>fuze.com -- *Confidentiality Notice: The information contained in this e-mail and any attachments may be confidential. If you are not an intended recipient, you are hereby notified that any dissemination, distribution or copying of this e-mail is strictly prohibited. If you have received this e-mail in error, please notify the sender and permanently delete the e-mail and any attachments immediately. You should not retain, copy or use this e-mail or any attachment for any purpose, nor disclose all or any part of the contents to any other person. Thank you.* [View Less]

4 9

Unable to start Kamailio with acc_json
by Joonas Kamailio 07 Jan '19

07 Jan '19

Dear List, I have a problem with initializing acc_json. As soon as I try to load acc_json module, Kamailio fails to start. I get the following messages to log with debug 4 (non-related messages omitted): Jan 7 16:17:42 labkam2 kamailio[51089]: INFO: acc_json [acc_json_mod.c:99]: mod_init(): janson version : 2.9 Jan 7 16:17:43 labkam2 kamailio: ERROR: <core> [core/daemonize.c:303]: daemonize(): Main process exited before writing to pipe Running 'bt full' on coredump … [View More]tells following: (gdb) bt full #0 strlen () at ../sysdeps/x86_64/strlen.S:106 No locals. #1 0x00007f086d0a69fd in mod_init () at acc_json_mod.c:120 __func__ = "mod_init" #2 0x000055f1699cc6a2 in init_mod (m=0x7f087c0983d0) at core/sr_module.c:897 __func__ = "init_mod" #3 0x000055f1699cca16 in init_modules () at core/sr_module.c:926 t = 0x29ceb62d i = -1 __func__ = "init_modules" #4 0x000055f16989445a in main (argc=3, argv=0x7ffc56d94378) at main.c:2617 cfg_stream = 0x55f16beb0010 c = -1 r = 0 tmp = 0x7f087c9512e7 "__vdso_getcpu" tmp_len = 32764 port = 1457078704 proto = 32520 options = 0x55f169c019f0 ":f:cm:M:dVIhEeb:l:L:n:vKrRDTN:W:w:t:u:g:P:G:SQ:O:a:A:x:X:Y:" ret = -1 seed = 2201341167 rfd = 4 debug_save = 0 debug_flag = 0 dont_fork_cnt = 0 n_lst = 0x0 p = 0xf0b0ff <error: Cannot access memory at address 0xf0b0ff> st = {st_dev = 19, st_ino = 306346, st_nlink = 2, st_mode = 16832, st_uid = 0, st_gid = 0, __pad0 = 0, st_rdev = 0, st_size = 80, st_blksize = 4096, st_blocks = 0, st_atim = {tv_sec = 1543318847, tv_nsec = 544329773}, st_mtim = {tv_sec = 1546870639, tv_nsec = 902332400}, st_ctim = {tv_sec = 1546870639, tv_nsec = 902332400}, __glibc_reserved = {0, 0, 0}} __func__ = "main" I have loaded "acc" module before loading "acc_json", are there any other mandatory prerequisites? I am trying to use acc_json to output accounting data to syslog. I just recompiled latest 5.2 kamailio but problem still occurs. Kamailio version below: root@labkam2:/opt/git/kamailio# kamailio -v version: kamailio 5.2.0 (x86_64/linux) c5216b flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144 MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: c5216b compiled on 16:13:00 Jan 7 2019 with gcc 6.3.0 Best Regards, Joonas Keskitalo [View Less]

2 2

Dispatcher probing
by Duarte Rocha 07 Jan '19

07 Jan '19

Hey. I have another question regarding the Dispatcher Probing. In my SBC, a Gateway is defined by it's IP, Port and SAP (Kamailio's IP used for signaling). Those 3 parameters are defined in the Gateway table. In this case ( using Options for probing), i only have access to the destination IP ($dd) and Port ($dp). I need to know the SAP associated to the gateway that is currently being probed, in order to force the correct socket in the OPTIONS request. Is there any way to get more info about … [View More]

3 2

Kami, rtpproxy, T38 fax - anyone?
by yu＠yu-boot.ru 07 Jan '19

07 Jan '19

Yet again, fighting against strange fax behavior on Kamailio. When call is routed from device behind Kami and uplink is plain old Mediant2000 gateway to E1, T.38 always correctly established via reinvite and fax works perfectly. When call is routed to anything else including local Asterisk or Freeswitch, seems called don't hear fax noises and quickly throw BYE to me. Asterisk just don't see anything about UDPTL. Even more confusing, "near" device drops a call when detects fax tones from … [View More]

2 1

Sipt redirection number
by Duarte Rocha 04 Jan '19

04 Jan '19

Greetings, Regarding the module sipt and $sipt(redirection_number). Does this PV can show non digits correctly? I have a redirection number that has one char in the middle, like this "12C34567899". However, when i print the PV, i get "12<34567899". How can i fix this? Thanks, Best Regards, Duarte Rocha

2 1

Best place to change mem settings
by Duarte Rocha 03 Jan '19

03 Jan '19

Greetings, As far as i can tell, i have 3 ways to permanently change the memory settings in Kamailio : /etc/init.d/kamailio , /etc/default/kamailio and src/core/config.h. What's the priority between them? If i have different values in all 3 of them, which one will be used? Which is one is the best to use reliably? I recently upgraded my Kamailio from 5.0 to 5.2 and i need 12Mb of PKG. Before starting the new version for the first time i changed the values in /etc/default and the memory … [View More]

3 2

logging destination IP and proto on reponse
by Andrew Chen 03 Jan '19

03 Jan '19

Hey all, Any way to log destination IP and proto of SIP responses? I'd tried to use majority of the pseudovars, but they all just return <null>. Thanks. -- Andy Chen achen@ <achen(a)thinkingphones.com>fuze.com -- *Confidentiality Notice: The information contained in this e-mail and any attachments may be confidential. If you are not an intended recipient, you are hereby notified that any dissemination, distribution or copying of this e-mail is strictly prohibited. If you … [View More]

5 8

rtpengine in stateless kamailio
by Yuriy Gorlichenko 03 Jan '19

03 Jan '19

Hi! Happy new year to all!!! Look like I am first in this year wit hthe questions in this list :-). I'm using stateless kamailio and RTPengnine to build some kind of the stateless cluster I found that kamailio keeps some data in the SHMEM in case of using RTPengine module even if it is not a rtpengine_manage function but offer/answer/delete In this case if INVITE (offer) handled by 1-st kamailio in my cluster, and BYE/CANCEL handled by second kamailio in the cluster - 1-st kamailio (which … [View More]

4 7

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 January 2019