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
Hi,
I am a newbie to sipclient Linphone. I know this issue is not related with
kamailio.Yet If anybody have tried it before , kindly provide me with some
links or procedures to be followed for call registration and connectivity
with kamailio since in my case, request is going but response is not coming
back resulting in timeout issue.
This happens only in linphone.If i do the samething in PJSIP/zoiper, call
registration and call establishment happens perfectly fine.
Kindly help.
Thanks,
Pavithra
hi,
i have kamailio+rtpengine acting as a SBC (private/public net interfaces)
kamailio 5.4.x/rtpengine 9.x/centos 7
using TOPOH module
modparam("topoh", "mask_ip", "public_IP")
i'm rewriting IPs in INVITE like this
$var(ruri) = "sip:" + $(ru{re.subst,/private_IP/public_IP/g});
$ru = $(ru{re.subst,/private_IP/public_IP/g});
$tu = $(tu{re.subst,/private_IP/public_IP/g});
$fu = $(fu{re.subst,/remote_private_IP/public_IP/g});
the same for route[WITHINDIALOG] and INVITE
i have problem with session timers using re-INVITE method
in the first INVITE SDP is correct
c=IN IP4 public_IP
but
in the reinvite is
c=IN IP4 private_IP
and remote SBC drop with 422 because SDP is changed and SDP version is not.
any tips / best practice?
thanks
Marek
Hello,
I am planning to release next week (likely on Friday 2nd October) the next minor version out of branch 5.2, version 5.2.8.
Backports of fixed issues from git master will be integrated as usual. If you are aware of new issues which were not yet reported, let us know (by creating an issue on the tracker).
Unless major regressions are discovered after the release, this will be the last release of the 5.2 stable branch. The current stable branches 5.3 and 5.4 will continue to be maintained.
Cheers,
Henning
--
Henning Westerholt - https://skalatan.de/blog/
Kamailio services - https://gilawa.com<https://gilawa.com/>
Hi,
I am using Kamailio 5.4.1 installed from the packages on Ubuntu 18.04.
When I define 'modparam("tls", "config", "<folder>")', Kamailio fails to
start:
ERROR: tls [tls_config.c:418]: tls_load_config(): cannot make tmp file
configrcCczj
ERROR: <core> [core/sr_module.c:849]: init_mod(): Error while initializing
module tls (/usr/lib/x86_64-linux-gnu/kamailio/modules/tls.so)
I checked the tls_load_config() function and found that when a folder is
defined in the 'config' parameter, the function tries to open a temporary
file in the working directory. I believe that the working directory at that
point is the folder where Kamailio was started: /usr/sbin.
I succeeded to launch Kamailio in two ways:
Method 1: copy 'kamailio' to /tmp and modify kamalio.service accordingly.
This experiment result made me think that the working folder is the folder
where kamailio is started.
Method 2: add Kamailio command line parameter "-w /tmp"
(I also tried to define the Systemd 'WorkingDirectory' parameter but
it didn't have any effect.)
I think that the ultimate solution for this problem is to modify the
tls_load_config() function in such a way that it will open the temporary
file in a folder that is intended for the temporary files. For example, the
/tmp folder in Linux and *BSD systems. I guess that /tmp is a good place in
MacOS as well.
Best regards,
Leonid Fainshtein
Hi Guys
I am trying to add a custom record route so i have added
record_route_preset("mydomain:5061;transport=tls", "myip:5060");
yet kamailio is still not adding it in the sip message
what am i doing wrong?
Hello hello,
I would like to monitor our production kamailio cluster (5.3) with prometheus and I was in the beginning so happy to spot the xhhtp_prom module.
But when we enabled it, the output was in view of prometheus malformed in combination with the usrloc module, we got the following output:
kamailio_usrloc_location-contacts 0 1597934423943
kamailio_usrloc_location-expires 0 1597934423943
kamailio_usrloc_location-users 0 1597934423943
Prometheus only accepts “_” instead of “-“. So unfortunately I get "strconv.ParseFloat: parsing "-contacts": invalid syntax” on the prometheus primary node, when I activated the scraper.
This has been issued in the master branch of kamailio with a sanatize function for that problem. But I would like to avoid compiling modules by myself, because this can be messy from time to time.
That´s why my question, is there maybe another way of fixing this?
I really appreciate any comments here and thanks for your time,
Tim Unkrig
Using xavu (now that they have been fixed) in a custom C module, I've noticed that the following methods do not exist:
xavu_get_child
xavu_get_child_with_ival
xavu_get_child_with_sval
xavu_serialize_fields
Though they are not strictly necessary, it could be useful to add them to Kamailio core.
(Possibly with code refactoring, to avoid duplicating whole functions ?)
What do you think?
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.
Hello,
I've rebuilt with the following commit:
https://github.com/kamailio/kamailio/commit/aa8589ba66f984e93438a91a7fe8b26…
Confirming the issue is now fixed.
Thanks!
Regards,
Nicolas.
De : Daniel-Constantin Mierla <miconda(a)gmail.com>
Envoyé : mardi 29 septembre 2020 09:33
À : Kamailio (SER) - Users Mailing List; Chaigneau, Nicolas
Objet : Re: [SR-Users] Trying to use xavu with "two level naming"
Hello,
can you try with the latest branch 5.4, there was a mistake in setting the callback function for parsing the name for this type of variable -- I just pushed a commit for in to master and 5.4 branches.
Cheers,
Daniel
On 27.09.20 20:05, Chaigneau, Nicolas wrote:
Hello,
I'm trying to use xavu as described in Kamailio documentation:
https://www.kamailio.org/wiki/cookbooks/5.4.x/pseudovariables#xavu_id_-_xav…
$xavu(a=>b) = "xyz"; # <- two level naming supported
However, this does not seem to work. The second level is ignored.
When calling pv_xavu_print() it only shows the last element set, e.g.:
$xavu(cdru=>one) = "one" ;
$xavu(cdru=>two) = "two" ;
pv_xavu_print() ;
Result:
11(14989) INFO: {1 1 INVITE 7rc2rGgOYS56zDqN} <core> [core/xavp.c:592]: xavx_print_list_content(): *** (l:0 - 0x7f217c55eab8) XAVU name: cdru
11(14989) INFO: {1 1 INVITE 7rc2rGgOYS56zDqN} <core> [core/xavp.c:593]: xavx_print_list_content(): XAVU id: 1863997055
11(14989) INFO: {1 1 INVITE 7rc2rGgOYS56zDqN} <core> [core/xavp.c:594]: xavx_print_list_content(): XAVU value type: 2
11(14989) INFO: {1 1 INVITE 7rc2rGgOYS56zDqN} <core> [core/xavp.c:603]: xavx_print_list_content(): XAVU value (str): two
11(14989) INFO: {1 1 INVITE 7rc2rGgOYS56zDqN} <core> [core/xavp.c:629]: xavx_print_list_content(): *** (l:0 - 0x7f217c55eab8) end
11(14989) INFO: {1 1 INVITE 7rc2rGgOYS56zDqN} <core> [core/xavp.c:632]: xavx_print_list_content(): ----- end XAVU list: 0x7f217c55eab8 (level=0)
Am I missing something, or is this a bug ?
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.
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org<mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla -- www.asipto.com<http://www.asipto.com>
www.twitter.com/miconda<http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda<http://www.linkedin.com/in/miconda>
Funding: https://www.paypal.me/dcmierla