sr-users February 2021

sr-users@lists.kamailio.org

56 participants
77 discussions

by David Villasmil

Hello all, Is it possible to know the elapsed time since the previously received message? On outgoing calls, I.e: when i get a 180, how long did the 100 arrived? Or the INVITE... Thanks David -- Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

3 years, 2 months

Kamailio Split Variable

by Mihai

Hi! Can I split the variable $fd ? the $fd has the value: asterisk-wind.voicevw.lan; and i want to take the the first part - asterisk-wind any hints ?

3 years, 2 months

Health Check on Dispatcher Failover

by alirsm

Hi I have setup failover on Kamailio 5.1 using Dispatcher module as below. On a round robin algorithm, INVITEs are being sent to BOTH healthy and faulty GW. When an INVITE is being sent to the faulty GW, a re-transmission will be sent after "t_set_fr" time to the healthy GW and calls are completed successfully. I was wondering if I can setup the health check correctly so the faulty IP GW can be out of round robin till the health check pass it again, i.e. no INVITE is being sent to the faulty GW as long as the health check not pass it. Your help is greatly appreciated, AL # dispatcher.list 1 sip:X.X.X.X:5060 0 0 1 sip:Y.Y.Y.Y:5060 0 0 # ----- dispatcher params ----- modparam("dispatcher", "list_file", "/usr/local/etc/kamailio/dispatcher.list") modparam("dispatcher", "flags", 2) modparam("dispatcher", "ds_ping_interval", 10) modparam("dispatcher", "dst_avp", "$avp(AVP_DST)") modparam("dispatcher", "grp_avp", "$avp(AVP_GRP)") modparam("dispatcher", "cnt_avp", "$avp(AVP_CNT)") modparam("dispatcher", "ds_probing_mode", 1) modparam("dispatcher", "ds_ping_reply_codes", "class=2;class=3;class=4") modparam("dispatcher", "ds_ping_interval", 5) modparam("dispatcher", "ds_probing_threshold", 1) # Dispatch requests route[DISPATCH] { if(!ds_select_dst("1", "4")) { send_reply("503", "No destination"); exit; } t_on_failure("DISPATCH_FAILOVER"); t_set_fr(0,1000); route(RELAY); exit; } # Failure Route failure_route[DISPATCH_FAILOVER]{ if (t_is_canceled()) exit; if(!ds_next_dst()) { send_reply("503", "Out of gateways"); exit; } t_on_failure("DISPATCH_FAILOVER"); t_relay(); }

3 years, 2 months

http_async_client expected result in $http_rr

by Anthony Joseph Messina

https://www.kamailio.org/docs/modules/stable/modules/http_async_client says $http_rr will be the HTTP reason phrase. I'm understanding this to mean: Code: Reason: 200 OK 404 Not Found In my current 5.4 build, $http_rr returns empty (not <null> or anything else) regardless of what the server sends in the headers. Am I misunderstanding this? I'm writing an API and was hoping to do send_reply("$http_rs", "$http_rr"); -- Anthony - https://messinet.com F9B6 560E 68EA 037D 8C3D D1C9 FF31 3BDB D9D8 99B6

3 years, 2 months

authenticated INVITE badly managed when topos is activated

by frédéric Gaisnon

Hi, Here is some more information about my problem. I think that topos impacts challenge computing. Do you have the same behaviour I observed? Do you need more information? My tests were done with kamailio 5.4.3 on Centos7 Without topos activated (note that with topoh activated I have the same good behaviour): CPE - INVITE -> SBC CPE <- 407 ---- SBC CPE - INVITE ->SBC (with proxy-authorization header) -- INVITE --> PROXY (So in this case challenge is validated and INVITE is forwarded) With topos activated: CPE - INVITE -> SBC CPE <- 407 ---- SBC CPE - INVITE ->SBC (with proxy-authorization header) CPE <-407 -----SBC topos configuration: loadmodule "ndb_redis.so" loadmodule "topos.so" loadmodule "topos_redis.so" # ----- topos params ----- modparam("topos", "storage", "redis") modparam("topos", "dialog_expire", 15000) Code used: # IP authorization and user authentication route[AUTH] { xlog("L_DBG", "route[AUTH]\n"); #!ifdef WITH_IPAUTH if((!is_method("REGISTER")) && allow_source_address()) { # source IP allowed return; } #!endif #!ifdef WITH_AUTH if ((is_method("REGISTER")) || ($avp(need_auth) == "1")) { ####need_auth is equal to 1 in this case # authenticate requests $var(key)=$fU + "@" + $fd; if($sht(auth_cache=>$var(key))!=$null) { if (!pv_auth_check("$fd", "$sht(auth_cache=>$var(key))", "0", "1")) { auth_challenge("$fd", “1”); #################### we always go here with INVITE with proxy-authorization header and the return code is always -5 (AUTH_NO_CREDENTIALS) exit; } } else { if (!auth_check("$fd", "subscriber", "1")) { if ($rc == -1) { append_to_reply("Retry-After: 10\r\n"); send_reply("503", "Authentication server error"); exit; } auth_challenge("$fd", "0"); exit; } $sht(auth_cache=>$var(key)) = $avp(password); } # user authenticated - remove auth header consume_credentials(); ######## without topos we go here with INVITE with proxy-authorization header } #!endif return; } Note that in this case (with topos) the return code of function pv_auth_check is always -5 (AUTH_NO_CREDENTIALS) CASE OK: Frame 3279: 545 bytes on wire (4360 bits), 545 bytes captured (4360 bits) Linux cooked capture Internet Protocol Version 4, Src: 192.168.1.102, Dst: 192.168.1.11 Transmission Control Protocol, Src Port: 5060, Dst Port: 60796, Seq: 1, Ack: 953, Len: 477 Session Initiation Protocol (407) Status-Line: SIP/2.0 407 Proxy Authentication Required Message Header Via: SIP/2.0/TCP 192.168.1.33;branch=z9hG4bK2df8e195D1847B94;rport=60796;received=192.168.1.11 From: "6200" <sip:6200@entreprise-108.fr>;tag=B583B663-FBFBFCAA To: <sip:0900000000@entreprise-108.fr ;user=phone>;tag=83518db21d5b2e9b777975024049f5a3.8f270000 CSeq: 1 INVITE Call-ID: 9378ee27e6b7aea384a881c938de8138 [Generated Call-ID: 9378ee27e6b7aea384a881c938de8138] Proxy-Authenticate: Digest realm="entreprise-108.fr", nonce="YCPgXmAj3zLDB3+utLVpmc+Y917i5qZO" Authentication Scheme: Digest Realm: "entreprise-108.fr" Nonce Value: "YCPgXmAj3zLDB3+utLVpmc+Y917i5qZO" Content-Length: 0 Frame 3285: 1259 bytes on wire (10072 bits), 1259 bytes captured (10072 bits) Linux cooked capture Internet Protocol Version 4, Src: 192.168.1.11, Dst: 192.168.1.102 Transmission Control Protocol, Src Port: 60796, Dst Port: 5060, Seq: 1578, Ack: 478, Len: 1191 Session Initiation Protocol (INVITE) Request-Line: INVITE sip:0900000000@entreprise-108.fr;user=phone;transport=tcp SIP/2.0 Message Header Via: SIP/2.0/TCP 192.168.1.33;branch=z9hG4bK827c83577BAADACE From: "6200" <sip:6200@entreprise-108.fr>;tag=B583B663-FBFBFCAA SIP Display info: "6200" SIP from address: sip:6200@entreprise-108.fr SIP from tag: B583B663-FBFBFCAA To: <sip:0900000000@entreprise-108.fr;user=phone> SIP to address: sip:0900000000@entreprise-108.fr;user=phone CSeq: 2 INVITE Call-ID: 9378ee27e6b7aea384a881c938de8138 [Generated Call-ID: 9378ee27e6b7aea384a881c938de8138] Contact: <sip:6200@192.168.1.33;transport=tcp> Contact URI: sip:6200@192.168.1.33;transport=tcp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO, MESSAGE, SUBSCRIBE, NOTIFY, PRACK, UPDATE, REFER User-Agent: PolycomVVX-VVX_500-UA/5.7.0.14430 Accept-Language: fr-fr,fr;q=0.9,en;q=0.8 Supported: replaces,100rel Allow-Events: conference,talk,hold Proxy-Authorization: Digest username="6200", realm=" entreprise-108.fr", nonce="YCPgXmAj3zLDB3+utLVpmc+Y917i5qZO", uri=" sip:0900000000@entreprise-108.fr;user=phone;transport=tcp", response="3e0013cc3dc3855602ce1939af7e6f40", algorithm=MD5 Authentication Scheme: Digest Username: "6200" Realm: "entreprise-108.fr" Nonce Value: "YCPgXmAj3zLDB3+utLVpmc+Y917i5qZO" Authentication URI: "sip:0900000000@entreprise-108.fr ;user=phone;transport=tcp" Digest Authentication Response: "3e0013cc3dc3855602ce1939af7e6f40" Algorithm: MD5 Max-Forwards: 70 Content-Type: application/sdp Content-Length: 270 Message Body Bad case (with topos activated): Frame 9071: 545 bytes on wire (4360 bits), 545 bytes captured (4360 bits) Linux cooked capture Internet Protocol Version 4, Src: 192.168.1.102, Dst: 192.168.1.11 Transmission Control Protocol, Src Port: 5060, Dst Port: 43608, Seq: 1, Ack: 953, Len: 477 Session Initiation Protocol (407) Status-Line: SIP/2.0 407 Proxy Authentication Required Message Header Via: SIP/2.0/TCP 192.168.1.33;branch=z9hG4bK5c0a58f3707458FA;rport=43608;received=192.168.1.11 From: "6200" <sip:6200@entreprise-108.fr>;tag=59191351-FD3B2D60 To: <sip:0900000000@entreprise-108.fr ;user=phone>;tag=83518db21d5b2e9b777975024049f5a3.8f270000 CSeq: 1 INVITE Call-ID: 727c871081e29672abcb8bd05dde8138 [Generated Call-ID: 727c871081e29672abcb8bd05dde8138] Proxy-Authenticate: Digest realm="entreprise-108.fr", nonce="YCPlfGAj5FCsPHbzhSK1i2Oqt9APc1+/" Authentication Scheme: Digest Realm: "entreprise-108.fr" Nonce Value: "YCPlfGAj5FCsPHbzhSK1i2Oqt9APc1+/" Content-Length: 0 Frame 9078: 1259 bytes on wire (10072 bits), 1259 bytes captured (10072 bits) Linux cooked capture Internet Protocol Version 4, Src: 192.168.1.11, Dst: 192.168.1.102 Transmission Control Protocol, Src Port: 43608, Dst Port: 5060, Seq: 1578, Ack: 478, Len: 1191 Session Initiation Protocol (INVITE) Request-Line: INVITE sip:0900000000@entreprise-108.fr;user=phone;transport=tcp SIP/2.0 Message Header Via: SIP/2.0/TCP 192.168.1.33;branch=z9hG4bKbca400a5DCDB8264 From: "6200" <sip:6200@entreprise-108.fr>;tag=59191351-FD3B2D60 SIP Display info: "6200" SIP from address: sip:6200@entreprise-108.fr SIP from tag: 59191351-FD3B2D60 To: <sip:0900000000@entreprise-108.fr;user=phone> SIP to address: sip:0900000000@entreprise-108.fr;user=phone CSeq: 2 INVITE Call-ID: 727c871081e29672abcb8bd05dde8138 [Generated Call-ID: 727c871081e29672abcb8bd05dde8138] Contact: <sip:6200@192.168.1.33;transport=tcp> Contact URI: sip:6200@192.168.1.33;transport=tcp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO, MESSAGE, SUBSCRIBE, NOTIFY, PRACK, UPDATE, REFER User-Agent: PolycomVVX-VVX_500-UA/5.7.0.14430 Accept-Language: fr-fr,fr;q=0.9,en;q=0.8 Supported: replaces,100rel Allow-Events: conference,talk,hold Proxy-Authorization: Digest username="6200", realm=" entreprise-108.fr", nonce="YCPlfGAj5FCsPHbzhSK1i2Oqt9APc1+/", uri=" sip:0900000000@entreprise-108.fr;user=phone;transport=tcp", response="281d775e7166a96d5efe2e100df3df9a", algorithm=MD5 Authentication Scheme: Digest Username: "6200" Realm: "entreprise-108.fr" Nonce Value: "YCPlfGAj5FCsPHbzhSK1i2Oqt9APc1+/" Authentication URI: "sip:0900000000@entreprise-108.fr ;user=phone;transport=tcp" Digest Authentication Response: "281d775e7166a96d5efe2e100df3df9a" Algorithm: MD5 Max-Forwards: 70 Content-Type: application/sdp Content-Length: 270 Message Body Regards, Frederic

3 years, 2 months

CANCEL transaction

by David Villasmil

Hello, When receiving a reply, there's a logic which if true, i must cancel the outgoing invite (can 480 the origination). I tried using something like t_set_fr(10,10); to have kamailio cancel it immediately, but it's not happening. Is there a way to cancel an INVITE/transaction? Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

3 years, 2 months

master daily build with disabled compiler optimisation

by Sergey Safarov

I want suggested to use "-ggdb3 -O0" gcc options when compiled daily master RPM files. Through?

3 years, 2 months

Permissions module with Mongodb

by H Yavari

Hi to all, It's mentioned in the Permissions module doc, we can set DB driver:https://kamailio.org/docs/modules/3.1.x/modules_k/permissions.html#i… So we can use MongoDB as a DB backend? All the modules that use DB, support Mongo? Thanks. Regards,Hossein

3 years, 2 months

Kamailio as MS-Teams SBC

by Davide Zanichelli

Hello everybody! i am trying a setup of kamailio like sbc for ms teams, I currently have the following scenario: TLS Connection OK Out Call ok (except BYE 481 on reply) my problem is in incoming calls microsoft only supports srtp and my pbx (freeswitch based) only works with rtp, now i was reading that you need to use rtpengine to manage srtp to rtp, unfortunately it seems that rtpengine has become very difficult to build especially with recent os, I was wondering if it is possible to have an alternative to rtpengine for managing the srtp (rtpproxy does not seem to work) has anyone managed to get a working setup? in case it is possible to send a configuration template? Thanks You !!! Davide

3 years, 2 months

run_trans_callbacks_internal crash

by Juha Heinanen

We got the crash below with 5.4.2. Before the crash there was db_mysql_async_exec_task(): failed to execute query related error messages in syslog. -- Juha Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00007f601d4b2f32 in run_trans_callbacks_internal (cb_lst=0x7f5ffb53e318, type=512, trans=0x7f5ffb53e2a0, params=0x7ffd1c349720) at t_hooks.c:254 254 t_hooks.c: No such file or directory. (gdb) bt full #0 0x00007f601d4b2f32 in run_trans_callbacks_internal (cb_lst=0x7f5ffb53e318, type=512, trans=0x7f5ffb53e2a0, params=0x7ffd1c349720) at t_hooks.c:254 cbp = 0x72743b6d6f632e61 backup_from = 0x560e8abbe2f0 <def_list+16> backup_to = 0x560e8abbe2f8 <def_list+24> backup_dom_from = 0x560e8abbe300 <def_list+32> backup_dom_to = 0x560e8abbe308 <def_list+40> backup_uri_from = 0x560e8abbe2e0 <def_list> backup_uri_to = 0x560e8abbe2e8 <def_list+8> backup_xavps = 0x560e8abbeae0 <_xavp_list_head> backup_xavus = 0x560e8abbeae8 <_xavu_list_head> backup_xavis = 0x560e8abbeaf0 <_xavi_list_head> __func__ = "run_trans_callbacks_internal" #1 0x00007f601d4b35bb in run_trans_callbacks_with_buf (type=512, rbuf=0x7f5ffb53e370, req=0x7f5ffafe3b70, repl=0xffffffffffffffff, flags=0) at t_hooks.c:303 params = {req = 0x7f5ffafe3b70, rpl = 0xffffffffffffffff, param = 0x7f5ffa61e640, code = 487, flags = 0, branch = 0, t_rbuf = 0x7f5ffb53e370, dst = 0x7f5ffb53e3c0, send_buf = {s = 0x7f5ffa6d4d40 "F", len = 621}} trans = 0x7f5ffb53e2a0 #2 0x00007f601d458025 in relay_reply (t=0x7f5ffb53e2a0, p_msg=0xffffffffffffffff, branch=0, msg_status=408, cancel_data=0x7ffd1c349910, do_put_on_wait=0) at t_reply.c:2124 relay = 0 save_clone = 0 buf = 0x7f601e46a4e0 "SIP/2.0 487 Request Terminated\r\nVia: SIP/2.0/TCP 46.182.160.40;branch=z9hG4bK9ef2.1bbf20df35272cd85c43814302770601.2\r\nVia: SIP/2.0/UDP 95.216.75.211;rport=5060;branch=z9hG4bK9ef2.d6265991eb8da9b735273"... res_len = 621 relayed_code = 487 relayed_msg = 0xffffffffffffffff reply_bak = 0x20000000 bm = {to_tag_val = { s = 0x7f601e46a692 "f148edd50b878efc51a72f445b390303-e1110000\r\nCall-ID: c2e2b55c-e574-1239-3cbd-6cb3112351ce\r\nCSeq: 31882977 INVITE\r\nServer: OpenSIPg SIP Proxy (5.4.2-8 (x86_64/linux))\r\nContent-Length: 0\r\n\r\n", len = 41}} totag_retr = 0 reply_status = RPS_COMPLETED uas_rb = 0x7f5ffb53e370 to_tag = 0x7f601d525770 <tm_tag> reason = {s = 0x560e8aad2dbb "Request Terminated", len = 18} onsend_params = {req = 0x7ffd1c349940, rpl = 0x7f5ffaeeb7c0, param = 0x7ffd1c349880, code = 491640932, flags = 32608, branch = 0, t_rbuf = 0x59d, dst = 0x7f5ffb0ea590, send_buf = {s = 0x7ffd1c349940 "p\231\064\034\375\177", len = 491699179}} ip = {af = 1, len = 0, u = {addrl = {140050215200048, 140050209586032}, addr32 = {4216579376, 32607, 4210965360, 32607}, addr16 = {58672, 64339, 32607, 0, 15216, 64254, 32607, 0}, addr = "0\345S\373_\177\000\000p;\376\372_\177\000"}} __func__ = "relay_reply" #3 0x00007f601d49c7b3 in fake_reply (t=0x7f5ffb53e2a0, branch=0, code=408) at timer.c:295 cancel_data = {cancel_bitmap = 0, reason = {cause = 0, u = {text = {s = 0x0, len = 517217456}, e2e_cancel = 0x0, packed_hdrs = {s = 0x0, len = 517217456}}}} do_cancel_branch = 0 reply_status = 3845367323 #4 0x00007f601d49cc35 in final_response_handler (r_buf=0x7f5ffb53e540, t=0x7f5ffb53e2a0) at timer.c:462 silent = 0 branch_ret = -1 prev_branch = -1 now = 2146494577 #5 0x00007f601d49cd29 in retr_buf_handler (ticks=2146494577, tl=0x7f5ffb53e560, p=0xfa0) at timer.c:518 rbuf = 0x7f5ffb53e540 fr_remainder = 32608 retr_remainder = 473209280 retr_interval = 32765 new_retr_interval_ms = 547787427795 crt_retr_interval_ms = 140725076662752 t = 0x7f5ffb53e2a0 __func__ = "retr_buf_handler" #6 0x0000560e8a7375fa in slow_timer_main () at core/timer.c:1105 n = 12 ret = 0 tl = 0x7f5ffb53e560 i = 610 __func__ = "slow_timer_main"

3 years, 2 months

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 2021