sr-users January 2021

sr-users@lists.kamailio.org

58 participants
66 discussions

http_client module not found
by Joli Martinez 15 Jan '21

15 Jan '21

Hello, I am running kamailio 5.3.8 on Debian 9. Kamailio is installed via apt package manager. I am trying to get apiban.org to work and it seems to be having a problem with the http_client module. I have searched for the kamailio modules and I am unable to find anything that resembles http. I have also installed the extra module and no luck. What would be the correct module to install? kamailio: ERROR: <core> [core/sr_module.c:500]: load_module(): could not find module <http_client> in </usr/lib/x86_64-linux-gnu/kamailio/modules/>

2 2

Stubs for KEMI Javascript
by Nicki Otte 15 Jan '21

15 Jan '21

Hi everyone. I wanted all of you to know, that I have made JavaScript stubs, for autocompletion in IDE’s, for those of you that use KEMI JavaScript. Specifically tested on Jetbrains PHPStorm/Webstorm. The stubs are available for free at my GitHub page. The link is https://github.com/captainDuckay/Kamailio-javascript-stubs My main language isn't typescript or JavaScript, and this is one of my first public releases. With that said though, I am open for critics, or even guidance. I hope it's usable for you. // Nicki Bo Otte

2 3

To header being malformatted.
by AL S 14 Jan '21

14 Jan '21

Hi, We noticed an issue with the way the Kamailio is handling certain messages being sent to them, specifically, the To header being relayed from Kamailio to the next hop is malformatted. Any assistance is greatly appreciated INVITE received by Kamailio: Request: Invite Request URI: sip:2053140346;isub=33343@72.31.12.137:5060;transport=udp From: <sip:+13037819601@71.44.15.84;user=phone>;tag=gK00a85927 To: <sip:+12053140346@72.31.12.137>;tag=SDnpoa601-1c711123926 Call-ID: SDnpoa601-f1bc387aa5a486c1dd943d1b53ae8e6a-8q7og02 CSeq: 860668 INVITE Contact: <sip:+13037819601@107.14.122.29:5060> SDP IP: 0.0.0.0 SDP Port: 43126 INVITE forwarded by Kamailio: Request: Invite Request URI: sip:2053140346;isub=33343@72.31.12.137:5060;transport=udp From: <sip:+13037819601@71.44.15.84;user=phone>;tag=gK00a85927 To: <sip:+120531403Oh.lc".3/+0]1..31.12.137>;tag=SDnpoa601-1c711123926 Call-ID: SDnpoa601-f1bc387aa5a486c1dd943d1b53ae8e6a-8q7og02 CSeq: 860668 INVITE Contact: <sip:+13037819601@107.14.122.29:5060> SDP IP: 0.0.0.0 SDP Port: 43126 Another example in BYE: BYE received by Kamailio: To: "WIRELESS CALLER" <sip:+18131111111@71.44.13.84>;tag=gK0a788ca6 BYE forwarded by Kamailio: To: "WIRELESS CALLER" <sip:+18131112222A.++.+,-94 Thanks. AL

2 2

Source Port on TLS OPTIONS from Dispatcher
by Charles Phillips 14 Jan '21

14 Jan '21

Hello all. As they say in radio, “long time listener, first time caller” Anyway, I am having trouble getting past the following road block and any help would be greatly appreciated. Kamailio version is 5.4.3 When attempting to use dispatcher to send OPTIONS packets to several TLS destinations, the packets are leaving the Kamailio server on random ports. This is a problem because the servers I am sending the OPTIONS to (MS Teams) are enforcing rport so the responses are returned to a port that Kamailio is not listening on. I have tried to force the socket in the event route (relevant parts of snippet below) but it does not appear to help. I should also mention that I am not behind NAT and the TLS socket is specified in the dispatcher attrs. event_route[tm:local-request] { sip_trace(); $fs = “tls:**ip-address**:5061”; } I have used Kamailio as a TLS server for many projects, but this is my first time as a client. I am sure I am missing something. - Charles

4 10

BYE and TCP
by Kjeld Flarup 13 Jan '21

13 Jan '21

Hello I have a Kamailio running behind NAT, which sends calls to a VOIP service provider. I have setup the Kamalio to listen on port 5071, and also setup a port forward in the router. Now the problem is that with TCP, 5071 is not used for the dialog, but a new port is chosen everytime. This means that when the mobile phone called hands up, I never sees the BYE, because BYE is a new dialog. To which port is the server supposed to send the BYE, and what field tells the server this. -- -------------------- Med Liberalistiske Hilsner ---------------------- Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end min tegnebog Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49 Den ikke akademiske hjemmeside for liberalismen - www.liberalismen.dk

5 17

handling rejected REFER messages
by Jaime Gajardo 13 Jan '21

13 Jan '21

Actually we have installed kamailio 5.4.2 and rtpengine like load balancer in a NAT environment. behind the nat we have 2 identical nodes using REFER for transfer call to another destiny. On the other NAt side we have our public carrier. When some node sends to kamailio the REFER message and kamailio reroutes this message to the carrier. The call is rejected due company policies. We want to know how we can convert or modify the REFER message into INVITE for finally transfer the call. kamailio -v: version: kamailio 5.4.2 (x86_64/linux) 4fdc21 flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, 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: 4fdc21 compiled on 20:43:45 Dec 1 2020 with unknown Uname -a: Linux proxy 4.15.0-124-generic #127-Ubuntu SMP Fri Nov 6 10:54:43 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

2 1

handling rejected REFER messages
by Jaime Gajardo 12 Jan '21

12 Jan '21

1 0

handling rejected REFER messages
by Jaime Gajardo 12 Jan '21

12 Jan '21

Actually we have installed kamailio 5.4.2 and rtpengine like load balancer in a NAT environmet. behind the nat we have 2 identycal nodes using REFER for transfer call to another destiny. in the other NAt side we have our public carrier. When some node send to kamailio the REFER message and kamailio reroute this message to the carrier. The call is rejected due company policies. We want know how can we do for convert or modify the REFER message into INVITE for finally transfer the call. kamailio -v: version: kamailio 5.4.2 (x86_64/linux) 4fdc21 flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, 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: 4fdc21 compiled on 20:43:45 Dec 1 2020 with unknown Uname -a: Linux proxy 4.15.0-124-generic #127-Ubuntu SMP Fri Nov 6 10:54:43 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux rtpengine -v: Version: 9.2.0.0+0~mr9.2.0.0 git-master-aa5e0244

1 0

Re: [SR-Users] Using websockets with kamailio 5.4
by Jeremy McNamara 11 Jan '21

11 Jan '21

Hi Daniel - Google is your friend. I use it often. https://github.com/havfo/WEBRTC-to-SIP

1 0

TSILO - transaction is not suspended
by Jeremy McNamara 11 Jan '21

11 Jan '21

Hi Folks - I am attempting to set up a mobile push configuration, by following the published example(s). If we have more than one endpoint registered, this configuration works as expected (via the ts_store() path below). If we do not have another registered endpoint the transaction seems to be suspended but then cannot be resumed (t_suspend) after REGISTER arrives. INFO: <script>: [R-LOG]: INVITE from IP:[24.XXX.XXX.XXX:62665] [sip:jeremy2@stage][<null>] NFO: <script>: [R-SUSPEND]: Suspended transaction [41359:415220139] INFO: <script>: [R-SUSPEND]: fU:[jeremy] rU:[jeremy2] tU:[jeremy2] INFO: <script>: [R-SUSPEND]: fU:[jeremy] => tU:[jeremy2] INFO: <script>: [R-SUSPEND]: vtp:[41359:415220139] INFO: <script>: [R-SENDPUSH]: Push sent [(55516cc061038f1283104abb39072a59107b7d8e13a1fd166b1704a315d07f78][com][hq01gt5utegi18ipkh1b] [Node-Push]: About to push: 55516cc061038f1283104abb39072a59107b7d8e13a1fd166b1704a315d07f78 INFO: <script>: R-REGISTER]: jeremy2 registered INFO: <script>: [R-REGISTER]: Contact: [<sip:ilyartjr@qjwhdafxlbtk.invalid ;transport=ws>;expires=10;app-id=stage;pn-voip-tok=55516cc061038f1283104abb39072a59107b7d8e13a1fd166b1704a315d07f78] INFO: <script>: [R-REGISTER]: App id: stage INFO: <script>: [R-REGISTER]: Expires: 10 INFO: <script>: [R-JOIN]: jeremy2 INFO: <script>: [R-JOIN]: Resuming trasaction [41359:415220139] jeremy2 (41359:415220139) WARNING: tm [t_suspend.c:197]: t_continue_helper(): transaction is not suspended [41359:415220139] WARNING: tmx [tmx_mod.c:847]: w_t_continue(): resuming the processing of transaction [41359:415220139] failed Relvant kamailio.cfg [Note: I did notice we had to switch things up a bit if calls come from a PSTN number via SBC] modparam("htable", "htable", "vtp=>size=10;autoexpire=300") ... if (!lookup("location")) { send_reply("100", "Suspending"); route(SUSPEND); // *testing this path here * } else { route(RELAY); ts_store("$tu"); $sht(vtp=>stored::$tU) = 1; xlog("L_INFO", "[R-LOCATION]: Stored transaction [$T(id_index):$T(id_label)] $fU => $tU\n"); } ... route[SUSPEND] { if (!t_suspend()) { xlog("L_ERROR", "[R-SUSPEND]: Failed to suspend transaction [$T(id_index):$T(id_label)]\n"); send_reply("501", "Unknown Destinaton"); exit; } xlog("L_INFO", "[R-SUSPEND]: Suspended transaction [$T(id_index):$T(id_label)]\n"); xlog("L_INFO", "[R-SUSPEND]: fU:[$fU] rU:[$rU] tU:[$tU]\n"); if (isbflagset(FLB_PSTN)) { $sht(vtp=>join::$rU) = "" + $T(id_index) + ":" + $T(id_label); xlog("L_INFO", "[R-SUSPEND]: fU:[$fU] => rU:[$rU]\n"); xlog("L_INFO", "[R-SUSPEND]: vtp:[$sht(vtp=>join::$rU)]\n"); } else { $sht(vtp=>join::$tU) = "" + $T(id_index) + ":" + $T(id_label); xlog("L_INFO", "[R-SUSPEND]: fU:[$fU] => tU:[$tU]\n"); xlog("L_INFO", "[R-SUSPEND]: vtp:[$sht(vtp=>join::$tU)]\n"); } } route[REGISTER] { if (!is_method("REGISTER")) { return; } if (isflagset(FLT_NATS)) { setbflag(FLB_NATB); } if (!save("location")) { sl_reply_error(); } route(JOIN); } # Append branches or resume the transaction route[JOIN] { xlog("L_INFO","[R-JOIN]: $tU\n"); $var(hjoin) = 0; lock("$tU"); $var(hjoin) = $sht(vtp=>join::$tU); $var(hstored) = $sht(vtp=>stored::$tU); $sht(vtp=>join::$tU) = $null; unlock("$tU"); if ($var(hjoin)==0) { if ($var(hstored)) { xlog("L_INFO","[R-JOIN]: Appending transaction ($tu)\n"); ts_append("location", "$tu"); exit; } xlog("L_INFO","[R-JOIN]: No INVITE to resume\n"); exit; } $var(id_index) = $(var(hjoin){s.select,0,:}{s.int}); $var(id_label) = $(var(hjoin){s.select,1,:}{s.int}); xlog("L_INFO", "[R-JOIN]: Resuming trasaction [$var(id_index):$var(id_label)] $tU ($var(hjoin))\n"); t_continue("$var(id_index)", "$var(id_label)", "RESUME"); exit; } # Lookup and relay after resuming transaction route[RESUME] { xlog("L_INFO", "[R-RESUME]: ru: [$ru] tu: [$tu]\n"); lookup("location"); route(SETUP_ROUTES); route(RELAY); ts_store("$tu"); $sht(vtp=>stored::$tU) = 1; xlog("L_INFO", "[R-RESUME]: Stored transaction [$T(id_index):$T(id_label)] $fU => $tU\n"); exit; } What did I miss?

4 6

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