sr-users August 2019

sr-users@lists.kamailio.org

65 participants
100 discussions

Kamailio v5.2.4 Released
by Daniel-Constantin Mierla 14 Aug '19

14 Aug '19

Hello, Kamailio SIP Server v5.2.4 stable release is out. This is a maintenance release of the latest stable branch, 5.2, that includes fixes since the release of v5.2.3. There is no change to database schema or configuration language structure that you have to do on previous installations of v5.2.x. Deployments running previous v5.2.x versions are strongly recommended to be upgraded to v5.2.4. For more details about version 5.2.4 (including links and guidelines to download the tarball or from GIT repository), visit: * https://www.kamailio.org/w/2019/08/kamailio-v5-2-4-released/ RPM, Debian/Ubuntu packages will be available soon as well. Many thanks to all contributing and using Kamailio! Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

1 0

Planning the release of Kamailio v5.2.4
by Daniel-Constantin Mierla 14 Aug '19

14 Aug '19

Hello, I am considering to do soon a new release out of branch 5.2, respectively v5.2.4. I am aiming for August 12 or August 14, a matter of how backporting is finished, given that next week some devs travel to ClueCon. As usual, if you are aware of issues not reported yet on bug tracker or fixes not yet backported to branch 5.2, act during the next days to have enough time to approach them. Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

2 3

Strange behavior for unregister() function. Wrong docs? Bug?
by Joel Serrano 13 Aug '19

13 Aug '19

Hello, I'm playing around with the unregister() function from the registrar module: https://www.kamailio.org/docs/modules/devel/modules/registrar.html#registra… Docs say that that it can be used in REQUEST_ROUTE or FAILURE_ROUTE. I needed it in REPLY_ROUTE, and before reading the docs I tried it and got this error: Aug 12 15:52:44 csbc01 kamailio: CRITICAL: <core> [core/cfg.y:3526]: yyerror_at(): parse error in config file /etc/kamailio/csbc/reply_routes.cfg, line 27, column 71: Command cannot be used in the block#012 Aug 12 15:52:44 csbc01 kamailio[12737]: ERROR: bad config file (1 errors) But, I have this working on another setup, I compared, and my difference is that I'm running unregister() inside a route, and calling that route from reply_route, and that works (and by works, I mean it also does what it is supposed to do, which is unregister the AoR). So this doesn't work: ... onreply_route[MANAGE_REG_REPLY] { if(status=~"2[0-9][0-9]") { if(($sel(contact.expires)==0) || ($hdr(Expires)==0)){ if (unregister("location", "$sht(sipserver=>$fU::contact)")) { xlog("L_NOTICE", "[usrloc] removed user location\n"); } route(DEL_SIPSERVER); } ... But this works: ... onreply_route[MANAGE_REG_REPLY] { if(status=~"2[0-9][0-9]") { if(($sel(contact.expires)==0) || ($hdr(Expires)==0)){ route(UNREG_CUSTOMER); route(DEL_SIPSERVER); } ... ... route[UNREG_CUSTOMER] { if (unregister("location", "$sht(sipserver=>$fU::contact)")) { xlog("L_NOTICE", "[usrloc] removed user location\n"); } } ... So I'm in no-mans-land right now, docs say it's not allowed in REPLY_ROUTE, and if I try it it will fail, but if I try it inside a route, it woks (hack?). What is the correct approach here? Should unregister() be valid in reply_route (like other similar functions, for example: save()) and therefor docs should be updated and the error in the logs should also be updated, or if it's really not supported, shouldn't Kamailio not let me use it anywhere that a ends up being called from reply_route? I hope I have explained myself correctly. As always, please let me know if this should be a GH issue instead and I'll happily create it. Thanks, Joel.

3 5

Dispatcher round-robin problems in 5.2
by Alex Balashov 12 Aug '19

12 Aug '19

Hi, I've got a proxy that does very basic round-robin distribution of calls to an elastic pool of servers, defined in a simple SQLite database with equal priorities. Nothing too complicated, just a vanilla `ds_select_domain("1", "4")`. The only complication is that seldom are most of the gateways enabled. Probing stuff was turned on, but didn't do quite what was desired, so it was replaced with a system that manages activation and deactivation of the gateways externally. Nevertheless, these are the left-over probing settings: modparam("dispatcher", "ds_ping_method", "OPTIONS") modparam("dispatcher", "ds_ping_from", "sip:pinger@domain") modparam("dispatcher", "ds_ping_interval", 15) modparam("dispatcher", "ds_probing_threshold", 256) modparam("dispatcher", "ds_inactive_threshold", 1) modparam("dispatcher", "ds_probing_mode", 0) After an upgrade from 5.1 to 5.2.3 (009f62), the round-robin has become extremely "sticky" and tendentious. That is to say, it directs _almost_ all calls to a single gateway -- the first gateway in the table -- though not 100%. There is also a marked tendency to send lots of consecutive calls to the same gateway, even if it's not the first one, though most of the time it is. Has anyone experienced similar upon upgrading to 5.2? Thanks much! -- Alex -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

3 4

Kamailio DRA - Unable to get diameter_request() function to send
by Nick Jones 10 Aug '19

10 Aug '19

Hi Kamailio users, I'm trying to setup Kamailio as a Diameter Routing Agent, but I just can't seem to get the diameter_request() function to actually send a diameter request, I just get a warning about no JSON Response: *WARNING: ims_diameter_server [avp_helper.c:341]: addAVPsfromJSON(): No JSON Response* Inside my event route I've got one line to send the data to the peer "ims-hss.localdomain": *event_route[diameter:request]{ diameter_request("ims-hss.localdomain", $diameter_application, $diameter_command, $diameter_request); xlog("Forwarded Diameter Request");}* Hard as I try I can't seem to get this request forwarded to this peer and see that next xlog() line. In the config file I've included the cdp_check_peer & cdp_has_app checks to confirm the peer is up, and able to accept the request, (full config in pastebin below) I've defined the peers in the diametercfg.xml config file, and they're all showing as online when I do a "kamcmd cdp.list_peers": * FQDN: ims-hss.localdomain Details: { State: I_Open Disabled: False Last used: 0 Applications: { appid:vendorid: 16777216:10415 appid:vendorid: 16777216:4491 appid:vendorid: 16777216:13019 appid:vendorid: 16777216:0 appid:vendorid: 16777217:10415 appid:vendorid: 16777221:10415 } }* The source of avp_helper.c shows the warning is called if the length of the JSON is <= 0, but as I'm feeding back out what I've received it's not 0, an no recent major changes to the source, so I'm stumped as to why it's catching this. I'm running Kamailio 5.1.2 on Ubuntu 18.04 installed from Repos. Full Kamailio Config: https://pastebin.com/afgqUfWr Diameter CDP Config XML: https://pastebin.com/bVrBG8mG Relevant Syslog: https://pastebin.com/ZY8z2kd4 Kamcmd cdp.list_peers: https://pastebin.com/cKi4JAHC Any ideas as to what am I missing? Thanks in advance! Nick

1 0

need to Configure S-CSCF, I-CSCF and P-SCF
by ganesh nanaiah 10 Aug '19

10 Aug '19

Hi how do we configure the S-CSCF, I-CSCF and P-CSCF in kamalio 5.2.3 to authenicate with the HSS/PCRF, please point us to document to configure the IMS modules regards Ganesh

3 2

kamailio as UAC and NAPTR / sendsocket question
by Karsten Horsmann 09 Aug '19

09 Aug '19

Hi List, I try to register to Deutsche Telekom and there product Deutschland Lan siptrunk. Thats works find but i see an intressting behaviour on selecting the right outgoing interface. Kamailio is sending out with tcp the REQUEST via first private ip configured on that server (172.20.120.53). There is no listen directive for that. I forced NAPTR to use tcp or udp and i assume that kamailio got the right dns answers. On the list i read also that i can use force_send_socket to force the outgoing request. Now my idea - hey i use the $rP for the outgoing to select the right outgoing listen directive. $rP - reference to transport protocol of R-URI But to my surprise the logfile told me thats "UDP" - it sends out via TCP (thats okay). Whats an good transport selector variable from kamailio that works? event_route[tm:local-request] { if(!is_method("OPTIONS")) { xlog("L_INFO", "[tm:local-request] request [$rm] from [$fu] to [$ru] [$rP]\n"); } } INFO: <script>: [tm:local-request] request [REGISTER] from [ sip:+49XXXXXXXX@sip-trunk.telekom.de] to [sip:sip-trunk.telekom.de] [UDP] listen=tcp:2xx.xx.xx.xx:5060 listen=udp:2xx.xx.xx.xx:5060 listen=tls:2xx.xx.xx.xx:5061 advertise CFG_EXT_NAME:5061 listen=udp:172.20.120.55:5060 listen=udp:172.20.120.56:5060 listen=udp:172.20.120.57:5060 listen=udp:172.20.120.58:5060 listen=tcp:172.20.120.58:5060 use_dns_cache=on # use internal DNS cache use_dns_failover=on # depends on internal DNS cache dns_srv_loadbalancing=on dns_try_naptr=on dns_retr_time=1 # seconds before retrying a DNS request dns_retr_no=3 # number of DNS retransmissions dns_naptr_ignore_rfc=yes # ignore target NAPTR priority dns_tcp_pref=30 # TCP has second-highest priority dns_udp_pref=10 # use UDP with least priority tcp_connection_lifetime=3605 # set higher than registration expires #dont' restore modparam("uac","restore_mode","none") modparam("uac","restore_dlg",0) ## UAC REGISTER #!ifdef WITH_UAC_REGISTER modparam("uac", "reg_contact_addr", "CFG_PROD_IP") modparam("uac", "reg_timer_interval", 10) modparam("uac", "reg_retry_interval", 10) modparam("uac", "reg_db_url", DBURL) modparam("uac", "restore_mode", "none") modparam("uac", "auth_username_avp", "$avp(AVP_AUTH_USERNAME)") modparam("uac", "auth_password_avp", "$avp(AVP_AUTH_PASSWORD)") modparam("uac", "auth_realm_avp", "$avp(AVP_AUTH_REALM)") #!endif ip a l 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: ens192: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:50:56:b5:c1:48 brd ff:ff:ff:ff:ff:ff inet 172.20.120.53/24 brd 172.20.120.255 scope global ens192 valid_lft forever preferred_lft forever inet 2xx.xx.xx.xx/29 scope global ens192 valid_lft forever preferred_lft forever inet 172.20.120.56/24 scope global secondary ens192 valid_lft forever preferred_lft forever inet 172.20.120.57/24 scope global secondary ens192 valid_lft forever preferred_lft forever inet 172.20.120.58/24 scope global secondary ens192 valid_lft forever preferred_lft forever inet 172.20.120.55/24 brd 172.20.120.255 scope global secondary ens192 valid_lft forever preferred_lft forever inet6 fe80::250:56ff:feb5:c148/64 scope link valid_lft forever preferred_lft forever default via 172.20.120.253 dev ens192 172.20.120.0/24 dev ens192 proto kernel scope link src 172.20.120.53 2xx.xx.xx.xx/29 dev ens192 proto kernel scope link src 2xx.xx.xx.xx -- Kind Regards Mit freundlichen Grüßen *Karsten Horsmann*

4 9

failure_route - no UAC support
by Attila Czébán 09 Aug '19

09 Aug '19

Hello, I'm trying to restart phones with local-requests (from config or kamctl cisco_restart). I can enable t_on_failure("REMOTE_AUTH") in event_route[tm:local-request] but when 401 Reply comes in I get this warning: "tm [t_reply.c:968]: run_failure_handlers(): no UAC support (1, 0)". kamailio -V version: kamailio 5.1.8 (x86_64/linux) 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: unknown compiled with gcc 6.3.0 How can I make it work? Thank you! Regards, Attila

1 0

Kamailio auth via http post.
by Zhan Bazarov 09 Aug '19

09 Aug '19

Hello, Its possible to made authentication via http request to third party Web-API instead of storing users credentials into Dataqbase? Now I looking on auth_ephemeral, but not sure is that my case... Don't see when I have to put API url.. Could anyone, please, shed any light on this issue?

2 1

XMLRPC request URL
by David Villasmil 08 Aug '19

08 Aug '19

Hello guys, I can't find any reference to a pseudovariable containing the request url, i.e.: http://myserver/XMLRPC?server=1.2.3.4 I'd like to get that server variable and manipulate the dispatcher list... the http client can't do XMLRPC or add a body, just an https request.. Any ideas? Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

2 3

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

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