sr-users October 2021

sr-users@lists.kamailio.org

65 participants
59 discussions

Stir/Shaken Kamailio modules - stirshaken vs secsipid
by Joel Serrano 29 Oct '21

29 Oct '21

Hi everyone, As most of us, I'm starting to implement STIR/SHAKEN in our platform. I've seen there are 2 modules available in Kamailio for this: stirshaken: https://www.kamailio.org/docs/modules/5.5.x/modules/stirshaken.html secsipid: https://kamailio.org/docs/modules/5.5.x/modules/secsipid.html Suggestions on which to use? Pros/Cons of each? Do any of you have experience with any of the two? Any comments are more than welcome! Thanks, Joel.

1 0

RTPENGINE [ice] Priority collision between candidate pairs
by keffa＠alcall.net 29 Oct '21

29 Oct '21

Hello @everyone Please can you explain me how this message is errors or not ? « Oct 29 08:34:44 ip76 rtpengine[649]: WARNING: [YGiXZ1MmIA port 30104]: [ice] Priority collision between candidate pairs 9oZd7sWNVguf6cgl:e4b19f6635447b850 » thank

5 4

htable shtcn expressions
by Brooks Bridges 29 Oct '21

29 Oct '21

Referring to the expressions outlined at http://www.kamailio.org/wiki/cookbooks/5.4.x/pseudovariables#shtcn_htable_e… , is there any additional documentation or examples floating around that further explains how the right and left prefix matching works? The rest of them are pretty clear, but I'm having troubles with these and can't get them working like I would expect them to work. Confidentiality Notice: This e-mail, and any attachment to it, contains privileged and confidential information intended only for the use of the individual(s) or entity named on the e-mail. If the reader of this e-mail is not the intended recipient, or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that reading this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system.

3 5

Configuration script behaviour with http_async_client usage
by Kris Domagalski 29 Oct '21

29 Oct '21

Hi, I'm new in Kamailio and looking for some configuration guidance. I'm using http_async_client for API requests. It's configured to use TEST2 route, which should be executed upon reception of HTTPS response. After receiving the response I would like to go back to the request_route and perform some more actions. Currently behaviour is, in the syslog I can see only entries which I push from TEST2 route (TEST 123). Cannot see the one from request route. Current syslog output: TEST123 Expected syslog output: TEST 123 TEST 789 And now my question is why kamailio is not executing remaining actions (xlog) in request_route? request_route { route(TEST1); xlog("L_INFO","TEST 789\n"); } route[TEST1] { # define API request body in JSON format jansson_set("string", "from", $fU, "$var(http_routing_query)"); # set API request parameters $http_req(all) = $null; $http_req(suspend) = 1; $http_req(timeout) = 100; $http_req(method) = "POST"; $http_req(hdr) = "Content-Type: application/json"; $http_req(body) = $var(http_routing_query); t_newtran(); # send API request http_async_query(http://local:3000/test, "TEST2"); } route[TEST2] { xlog("L_INFO","TEST 123\n"); } Thanks Kris

1 0

Re: [SR-Users] No "child_destroy" export - issue with module flatstore and flush=0
by Chaigneau, Nicolas 29 Oct '21

29 Oct '21

Hello Henning, Thanks for your reply ! For the record, I'm using Kamailio module "flatstore" with the flush deactivated. In this situation, when Kamailio is stopped, I'm losing the remaining data in files not yet flushed. So my idea was, when destroy is called, to iterate over the connection pools, and flush/close all the opened files properly. But I found out that it's not that simple :/ Do you think this is something that could be fixed in Kamailio ? Regards, Nicolas. De : Henning Westerholt <hw(a)gilawa.com> Envoyé : mardi 26 octobre 2021 20:38 À : Kamailio (SER) - Users Mailing List Cc : Chaigneau, Nicolas Objet : RE: No "child_destroy" export ? Hi Nicolas, you are right, there is no special function for children destroy. Most modules do not need it, as the data is in shared memory, processes are started over standard kamailio APIs which will be stopped from the core automatically, to give some background. Some modules do it by just iterating over an internal list of their children and then do the cleanup task. You can find an example in cdp module (destroy, diameter_peer_destroy). Cheers, Henning -- Henning Westerholt - https://skalatan.de/blog/ Kamailio services - https://gilawa.com<https://gilawa.com/> From: sr-users <sr-users-bounces(a)lists.kamailio.org<mailto:sr-users-bounces@lists.kamailio.org>> On Behalf Of Chaigneau, Nicolas Sent: Tuesday, October 26, 2021 7:14 PM To: sr-users(a)lists.kamailio.org<mailto:sr-users@lists.kamailio.org> Subject: [SR-Users] No "child_destroy" export ? Hello, I have a module, for which I need to perform some processing in the children processes when Kamailio is being stopped. I've looked at the "struct module_export", in which I see "mod_init", "child_init", "mod_destroy"... but no "child_destroy". :/ Is there a way to achieve this ? Thanks for your help. Regards, Nicolas. This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.

2 2

Does failure_route for redirection covers all error cases ?
by Liviu ANDRON 29 Oct '21

29 Oct '21

Hello, We are routing calls to FreeSWITCH servers. We have a failure routing mechanism in place, which looks pretty common from my research around: route[INVITE] { ... t_on_failure("REROUTE"); and failure_route[REROUTE] { if (t_is_canceled()) { exit; } // also 6xx ? if (t_check_status("5[0-9][0-9]") or (t_branch_timeout() and !t_branch_replied())) { // re-route to another available FreeSWITCH server } } The problem is that we don't capture all the failures we would like to, one such example being 480 sent by FreeSWITCH in various cases (even default in hangup_cause_to_sip, mod_sofia.c, https://github.com/signalwire/freeswitch/blob/master/src/mod/endpoints/mod_…), like a Python script crash, but also legitimate cases like "user not registered" (USER_NOT_REGISTERED). Are there other cases? Like a timeout replied (t_branch_timeout() and t_branch_replied()) which never recovers ? Shouldn't any t_branch_timeout() re-arm the failure route ? Thanks, Liviu

3 2

xhttp_pi show dr_rules buffer 2 small Error.
by Abdirahman Osman 28 Oct '21

28 Oct '21

Hello Everyone, I am using the xhttp_pi modules to see the list of rules on the browser http://172.28.253.17:5060/pi/dr_rules/show?cmd=on and am I getting Internal Server Error I checked the logs and noticed the error "ph_build_reply_footer(): buffer 2 small" 13(20) DEBUG: db_postgres [km_dbase.c:411]: db_postgres_free_query(): PQclear(0x55e2416ae9a0) result set 13(20) ERROR: xhttp_pi [xhttp_pi_fnc.c:2470]: ph_build_reply_footer(): buffer 2 small 13(20) DEBUG: xhttp_pi [xhttp_pi.c:159]: pi_send(): pi_fault(500,"Internal Server Error" 13(20) DEBUG: xhttp_pi [xhttp_pi.c:169]: pi_send(): xhttp_api.reply(0x7ffc39eb1410, 500, Internal Server Error, text/html, Internal Server Error) 13(20) DEBUG: xhttp [xhttp_mod.c:416]: xhttp_send_reply(): response with content-type: text/html 13(20) DEBUG: xhttp [xhttp_mod.c:424]: xhttp_send_reply(): response with body: Internal Server Error 13(20) DEBUG: xhttp [xhttp_mod.c:426]: xhttp_send_reply(): sending out response: 500 Internal Server Error Which buffer do I need to increase here? tried to increase sql_buffer_size but that didn't work for me. Thanks! Abdirahman A. Osman

2 2

Info: ClueCon 2021 - Sessions touching Kamailio
by Daniel-Constantin Mierla 27 Oct '21

27 Oct '21

Hello, ClueCon conference happens this week, today I will have a session about what Kamailio offers for changing SIP message content (starting in about 25 minutes) and later today Fred Posner will present about Kamailio and FreeSwitch. You can watch the even live, more details at: * https://www.cluecon.com/ Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Online Nov 08-11, 2021 (Europe Timezone) - Nov 22-25, 2021 (America Timezone) * https://www.asipto.com/sw/kamailio-advanced-training-online/

2 1

t_relay changing source IP?
by Brooks Bridges 27 Oct '21

27 Oct '21

So we have a box that's bound to all interfaces on the server, and one specific IP address (that is an HA IP), and I've run into a bit of an odd behavior that I cannot explain. For 99.9999% of our traffic, the invites come into the HA IP, and then are forwareded out the HA IP to an SBC for further processing. In a very rare instance however, I have found that there is an invite coming in the HA IP, and for some unknown reason it gets forwarded out the *interface* ip instead of the HA IP. For example: Working: 1.2.3.4 -- invite --> 9.8.7.6 (ha IP) -- invite --> 5.6.7.8 (sbc) Non working: 1.2.3.4 -- invite --> 9.8.7.6 (ha IP) *something happens here* 9.8.7.5 (interface IP) -- invite --> 5.6.7.8 (sbc) I've been through tm, tmx, and the incoming invite of a working and non working request with a fine toothed comb and I cannot for the life of me explain this behavior. Any thoughts? Confidentiality Notice: This e-mail, and any attachment to it, contains privileged and confidential information intended only for the use of the individual(s) or entity named on the e-mail. If the reader of this e-mail is not the intended recipient, or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that reading this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system.

4 11

Use constants in attrs column of the dispatcher module
by Markus Bönke 27 Oct '21

27 Oct '21

Hello all, I’ve a question regarding the dispatcher module. So far we use on every server a separate database table, where the attribute column is set to the local internal or external socket like "socket=udp:192.168.1.70:5060“ or socket=udp:80.239.xxx.xxx:5060. Is there a way to use constants here like socket=udp:IPADDR_INTERN:5060 or socket=udp:IPADDR_EXTERN:5060 which are replaced when the data is loaded from the DB? Thanks and regards Markus

3 4

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