sr-users October 2020

sr-users@lists.kamailio.org

66 participants
84 discussions

Re: [SR-Users] Local cache registration
by David VILLAUME 13 Oct '20

13 Oct '20

I read again the uac doc and didn’t find a way to perform this using the functions that seems to require credentials that I don’t have on the kamailio host. Is the uac module really designed to perform this operation is that way ? Regards, David El Sun, 11 Oct 2020 20:07:58 +0000 David VILLAUME <david.villaume at sewan.fr<https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>> escribió: > Hello, > > I try to perform a registration caching in order to have a short interval > registration on phone <> Kamailio (5 minutes) and a longest interval on the > leg Kamailio <> registrar(1h). > > I’m not so sure about the best way to proceed, does one of you have a working > sample or some hints about the way to have it working ? > > the uac module does that. You can handle upstream registrations in different intervals than the ones you receive.

4 9

Permissions address
by David Villasmil 13 Oct '20

13 Oct '20

Hello guys, Is there any way to reload the address table in the cfg? I always need to use "kamctl address reload"... Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

3 3

Dispatcher stops working
by Sergio Charrua 12 Oct '20

12 Oct '20

Hello, Using Kamailio 5.1.6 for load balancing & failover, I noticed that from time to time, and very rarely, the dispatcher module stops dispatching to the Asterisk servers. I have to execute a "kamcmd dispatcher reload" for it to (re)start working. This is my dispatcher.list : 1 sip:10.19.XXX.YYY:5060 0 1 duid=sipgw01;maxload=100 1 sip:10.19.XXX.YYY:5060 0 2 duid=sipgw02;maxload=100 1 sip:10.19.XXX.YYY:5060 0 3 duid=sipgw03;maxload=100 1 sip:10.19.XXX.YYY:5060 0 4 duid=sipgw04;maxload=100 This is my dispatch routes: # Dispatch requests route[DISPATCH] { if(!ds_select_dst("1", "10","4")) { xlog("L_INFO","no destination selected from dispatcher list!"); send_reply("404", "No destination"); exit; } xlog("L_INFO","going to <$ru> via <$du>\n"); t_on_failure("RTF_DISPATCH"); route(RELAY); exit; } # Sample failure route failure_route[RTF_DISPATCH] { if (t_is_canceled()) { exit; } xlog("L_INFO", "Media server $du failed to answer, selecting other one!"); # next DST - only for 500 or local timeout if ( t_check_status("500") || (t_branch_timeout() && !t_branch_replied()) ) { #mark the destination Inactive and Probing ds_mark_dst("ip"); if(ds_next_dst()) { t_on_failure("RTF_DISPATCH"); route(RELAY); exit; } } } I suspect that the ds_mark_dst("ip") command in RTF_DISPACTH is the cause. Is there any think I can improve on this? Or any know bug with the dispatcher in Kamailio 5.1.6 version? Thanks in advance, *Sérgio Charrua*

4 4

Logging problem
by Jan Rozhon 12 Oct '20

12 Oct '20

Hi, sorry for quite stupid and newbie questions, but I am out of ideas. 1. On one of my Debian 10 servers I am unable to stop logging kamailio messages to /var/log/syslog. It is funny, because I have 3 more servers where it works but on this one, it doesnt and no matter what I try it still keeps sending logs to syslog (and to the file configured). My related configs: /etc/kamailio/kamailio.cfg log_stderror=no log_facility=LOG_LOCAL7 /etc/rsyslog.conf local6.* /var/log/kamailio/cdr.log local7.* /var/log/kamailio/kamailio.log /etc/rsyslog.d/kamailio.conf if $programname contains 'kamailio' then /var/log/kamailio/kamailio.log & stop /etc/systemd/system/multi-user.target.wants/kamailio.service SyslogIdentifier=kamailio 2. It is probably related to 1. I am unable to get the CDRs logged to anything else but /var/log/syslog. I tried database (nothing) and setting cdr_facility and again nothing. It just keeps sending everything to /var/log/syslog. Related configs: modparam("acc", "cdr_enable", 1) modparam("acc", "cdrs_table", "acc_cdrs") modparam("acc", "cdr_facility", "LOG_LOCAL6") Example output in syslog file: Sep 30 09:21:41 sip2 /usr/sbin/kamailio[1151]: NOTICE: {2 21 INVITE ZPZI7Hqytw} acc [acc.c:279]: acc_log_request(): ACC: call missed: timestamp=1601450501;method=INVITE;from_tag=1GH5hGQxN;to_tag=QwcYFet;call_id=ZPZI7Hqytw;code=486;reason=Busy here;src_user=XXXXXXXXX; Is there something trivial I am missing? Thank you. Regards, Jan

4 7

Local cache registration
by David VILLAUME 11 Oct '20

11 Oct '20

Hello, I try to perform a registration caching in order to have a short interval registration on phone <> Kamailio (5 minutes) and a longest interval on the leg Kamailio <> registrar(1h). I’m not so sure about the best way to proceed, does one of you have a working sample or some hints about the way to have it working ? Thanks in advance , David

2 1

Kamailio Bridge
by conradcordeiro＠gmail.com 09 Oct '20

09 Oct '20

Hello everyone, Please, see this: https://github.com/fredposner/scripts/blob/master/kamailio/kamailio-tls_srt…. I am researching to understand how this TLS-bridge configuration works and have a main question about how passwords are handled in this scenario. If the PBX in the equation requires password authentication, when SIP clients connect to the Kamailio bridge with that username and password, does Kamailio pass through the username and password to the PBX? Many thanks, Conrad

2 2

jsonrpcs - safest way to get data
by Ilie Soltanici 09 Oct '20

09 Oct '20

Hello, I'm trying to periodically get all registered contacts from the Kamailio memory in the json format. JSONRPCS module have 3 different types of transport to get this data. I just wonder what will be the safest transport for the Kamailio to get all this data? Because all this data it's not so important, I want to gather it without affecting the main process or with the minimal effect on the Kamailio SIP Processing module. 1. The HTTP transport - very useful, working async, but because it depends on the xhttp module - which works synchronously I'm afraid that for big data with contacts this type of transport can affect the kamailio performance. 2. FIFO - this transport also is very fast, working locally - but it's synchronous, I'm not sure how it will affect Kamailio SIP Processing when the local database will have few millions of users registered. 3. DGRAM - also seems to be very fast, working locally or remotely through the UDP protocol, but again it's synchronous and I'm not sure that this transport is returning any output for the request, I tried - but didn't get back anything, while for changing something it worked fine. Maybe it was a misconfiguration in my config file. What would be your recommendation for this case? Thank you.

3 3

modify Proxy-Authenticate header parameter
by David Villasmil 09 Oct '20

09 Oct '20

Hello guys, I'm receiving a Proxy-Authenticate header with a special parameter, call if "myparam", something like: Proxy-Authenticate: Digest realm="sip.mydomain.com", nonce="...", algorithm=MD5, qop="auth", opaque="XXXX/YYYY" I can get the parameter like so: $var(myparam) = @proxy_authorization["sip.mydomain.com"].myparam; And this is great! But i need to replace part of the parameter "myparam"m and I can't figure out how to do it... Can anyone help me with this? Thanks!, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

2 2

Caller-ID and Dbaliases
by HS 08 Oct '20

08 Oct '20

Hi all. We want to manage users via dbaliases so that one subscriber can have multiple aliases. We have an internal username in the subscriber table. We authenticate with the internal username, the call goes through with the internal username. Is there anyway to specify: 1. Caller-ID to be the actual email_address (added to subscriber table), 2. Authenticate with dbaliases? Any other thoughts please? Appreciate the help. Best wishes.

1 0

Result limitation on sqlops
by Duarte Rocha 07 Oct '20

07 Oct '20

Hey, I just upgrade to Kamailio 5.4 and i see that now sqlops has a limitation of 32 results containers which is not enough for my proxy. Is it possible that this limitation can be configured via module parameters? In the meanwhile i've changed the value in sql_api.c but i would like to have my source code as close as the original as possible. Best Regards, Duarte Rocha

3 3

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

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 2020