sr-users

sr-users@lists.kamailio.org

8 participants
37523 discussions

shtinc throws readonly error
by Sebastian Damm 08 Jul '16

08 Jul '16

Hi, I'm trying to use this line in one route: $shtinc(pushedUsers=>$avp(s:authuser)); However, when checking the syntax of this file, Kamailio says: 0(609) : <core> [cfg.y:3365]: yyerror_at(): parse error in config file /etc/kamailio/kamailio_sip_proxy.cfg, line 3304, column 2-39: read only pvar in assignment left side According to the pseudo vars documentation, I should be able to use it like that. Can someone tell me what I am missing? Best Regards, Sebastian

2 3

tsilo ts_append problem
by gmele 08 Jul '16

08 Jul '16

Hello, we are using tsilo to achieve mobile push notification in kamailio. In tsilo module documentation, ts_append() function is used with the pseudo variable “$tU” holding the username of the to-uri. Our config looks like : route[PUSHJOIN] { $var(hjoin) = 0; lock("$tu"); $var(hjoin) = $sht(vtp=>join::$tu); $var(hstored) = $sht(vtp=>stored::$tu); $sht(vtp=>join::$tu) = $null; unlock("$tu"); if ($var(hjoin)==0) { if ($var(hstored)) { ts_append("location", "$tU"); } return; } $var(id_index) = $(var(hjoin){s.select,0,:}{s.int}); $var(id_label) = $(var(hjoin){s.select,1,:}{s.int}); t_continue("$var(id_index)", "$var(id_label)", "INVRESUME"); } In ts_append() function code, ts_check_uri() is called on a variable holding a username and not a URI causing the failure of the function ts_check_uri() and resulting in ts_append() to exit. The following line is displayed in the log: [tsilo.c:205]: ts_check_uri(): bad uri [giovanni.mele]. The function ts_store() stores in the R-URI field the username and not the request URI. route[RELAY] { # enable additional event routes for forwarded requests # - serial forking, RTP relaying handling, a.s.o. if (is_method("INVITE|BYE|SUBSCRIBE|UPDATE")) { if(!t_is_set("branch_route")) t_on_branch("MANAGE_BRANCH"); } if (is_method("INVITE|SUBSCRIBE|UPDATE")) { if(!t_is_set("onreply_route")) t_on_reply("MANAGE_REPLY"); } if (is_method("INVITE")) { if(!t_is_set("failure_route")) t_on_failure("MANAGE_FAILURE"); } if (!t_relay(PROXY_IP, PROXY_PORT)) { sl_reply_error(); } if (is_method("INVITE")) { ts_store(); $sht(vtp=>stored::$tu) = 1; route(SENDPUSH); } exit; } route[INVRESUME] { statsd_gauge("SIPRegistrar.InviteResumed", "+1"); lookup("location"); t_relay(PROXY_IP, PROXY_PORT); ts_store(); $sht(vtp=>stored::$tu) = 1; } With the command “kamcmd ts.dump” we can see the following lines: R-URIs: { R-URI: giovanni.mele Hash: 74014921 Transactions: { Transaction: { Tindex: 63704 Tlabel: 2105932514 } } } If we try to use the ts_append() function with the pseudo variable “$tu” holding the full to-uri address, there is no error returned by ts_check_uri() (as this is called on a correct URI) but the transaction corresponding to the to-uri cannot be found (maybe because the R-URI stored by ts_store() is the username and not the full R-URI). How can we make things work ? By storing the full R-URI with ts_store() ? Thx for your help Giovanni -- View this message in context: http://sip-router.1086192.n5.nabble.com/tsilo-ts-append-problem-tp150184.ht… Sent from the Users mailing list archive at Nabble.com.

3 10

4.4.1: Only first UDP Listener is producing log messages
by Sebastian Damm 08 Jul '16

08 Jul '16

Hi, I upgraded one of our systems today to 4.4.1. And when checking whether everything is okay, I noticed, that only the first UDP listener (from kamcmd core.ps) is actually sending lines to the log. The only other logs I see are from usrloc timer worker. kamcmd> core.ps 10737 main process - attendant 10740 udp receiver child=0 sock=172.20.40.5:5060 10741 udp receiver child=1 sock=172.20.40.5:5060 10742 udp receiver child=2 sock=172.20.40.5:5060 10743 udp receiver child=3 sock=172.20.40.5:5060 We are sending quite a lot of information via xlog("L_NOTICE", "foo"); to syslog, but the only lines I see are from PID 10740. Kamailio works fine otherwise, handling all requests, the usrloc entries didn't drop, and customers don't complain. So I think it's only a logging issue. There are about 50k registrations on the machine and more than 10 Mbit of traffic. When I downgrade to 4.3.5, I get output from all listeners again. Has there been any change between 4.3 and 4.4 regarding logging? The upgrade document says nothing about this. Best Regards, Sebastian

2 4

CNXCC compilation errors
by Infinicalls Infinicalls 07 Jul '16

07 Jul '16

Hi, Thanks. Well I tried it before also but could not proceed with since I got the compilation errors. Now also I am struck up with the same error mentioned in http://lists.sip-router.org/pipermail/sr-users/2016-January/091574.html Has anybody found a solution to this? Mine is Ubuntu 12.x LTS regards Ganesh Kumar On 7/7/16, Daniel-Constantin Mierla <miconda(a)gmail.com> wrote: > Hello, > > look at cnxcc module for implementing a prepaid system. There should be > also a presentation about it at one of the kamailio world conferences -- > see kamailio.org/events/ > > Cheers, > Daniel > > > On 07/07/16 11:33, Infinicalls Infinicalls wrote: >> Hi Daniel, >> >> Thanks. I figured out later :-) >> >> I am actually trying to implement prepaid system with dialog and call >> control. In Siremis, after a call the duration and other details get >> updated but not the cost. This is inspite of having rates and >> kamailio_cdr / kamailio_rating() in cron. >> >> Any idea? >> >> regards >> Ganesh Kumar >> >> On 7/7/16, Daniel Tryba <d.tryba(a)pocos.nl> wrote: >>> On Wed, Jul 06, 2016 at 11:01:17PM +0530, Infinicalls Infinicalls wrote: >>>> " ERROR: <core> [modparam.c:150]: set_mod_param_regex(): No module >>>> matching <call_control> found >>>> " >>>> while adding modparam("call_control", "disable", 1). I have already >>>> included pv and dialog in the modules list. >>>> >>>> Any idea? >>> Try loading the module first :) >>> >>> https://www.kamailio.org/wiki/cookbooks/4.4.x/core#loadmodule >>> >>> >>> _______________________________________________ >>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >>> sr-users(a)lists.sip-router.org >>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >>> >> _______________________________________________ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >> sr-users(a)lists.sip-router.org >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > -- > Daniel-Constantin Mierla > http://www.asipto.com - http://www.kamailio.org > http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda > > > _______________________________________________ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list > sr-users(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > -- -- http://www.infinicalls.com

1 0

A parameter with a life span of the entire dialog
by Jay Li 07 Jul '16

07 Jul '16

Dear All, I'm trying to set a few parameters for an "INVITE", and access their values in the failure routine if the call fails. $var() doesn't seem suitable for my purpose as it only lasts for one process. I think if I set a $var() in "INVITE", it will be gone when I receive the failure response. $sht() seems able to last long but it will be accessed by all processes which might include ones not belonging to the same dialog. I wonder if somebody would give me some suggestions here to handle such situations. Does Kamailio provide a mechanism to set up a parameter with a life span of the entire dialog? Thanks. Regards,Jay

2 1

call_control not found error
by Infinicalls Infinicalls 07 Jul '16

07 Jul '16

Hi, I am trying to implement a prepaid system and get this error " ERROR: <core> [modparam.c:150]: set_mod_param_regex(): No module matching <call_control> found " while adding modparam("call_control", "disable", 1). I have already included pv and dialog in the modules list. Any idea? regards Ganesh Kumar

3 3

t_check_trans() exits route execution if transaction is found
by Sebastian Damm 07 Jul '16

07 Jul '16

Hi, on one of our systems we are checking a few times whether a transaction already exists. We noticed that route execution stops if the transaction is found. And after looking into the code, we found that it seems to be intended like this. >From tm.c: int t_check_trans(struct sip_msg* msg) { if (msg->first_line.type==SIP_REPLY) { [..] } else { switch(t_check_msg(msg, 0)){ [..] case 1: /* found */ [..] return 0; /* exit from the script */ } } } Can anybody explain, why script execution should stop when a running transaction is found? I would expect that then the function returns 1 so I can use it in my if statement and continue with my routing script. Thanks already for an explanation, Sebastian

2 1

Kamailio compact headers ?!
by Anonim Stefan 07 Jul '16

07 Jul '16

Hi, Is there a parameter to be enabled such that Kamailio will append headers in compacted form? (I'm thinking of Via: and Record-Route:) Thanks, Stefan

6 10

Kamailio and Mongodb
by C. 06 Jul '16

06 Jul '16

Hi, I am still trying to get Kamailio to work with MongoDB. Followed instructions here https://www.kamailio.org/wiki/tutorials/kamailio-and-mongodb <https://www.kamailio.org/wiki/tutorials/kamailio-and-mongodb>, but I cannot get things to install. Are there any instructions on the exact configuration changes that need to be made to support Mongodb? For example, kamctl points to MySQL, etc Thanks! Chuks.

1 0

Locally originated BYE dialog database handle
by Dirk Teurlings - Signet B.V. 06 Jul '16

06 Jul '16

Hi, There's something going on with a locally originated BYE and the dialog module running with a database backend. Here's the scenario. Call gets setup, and is being monitored by outside processes (non-Kamailio). After a while these processes determine the call is taking too long (or too expensive), so it has to be killed. To do this we're using the kamcmd dlg.end_dlg with h_entry and h_id as parameter. This works to end the call, but is throws some weird issues into the routing. First off, the event_route[dialog:end] is not thrown 99% of the time, though I would expect it to. Second, This error pops up in the log /usr/sbin/kamailio[25094]: ERROR: dialog [dlg_db_handler.c:199]: use_dialog_table(): invalid database handle As if the command issued by kamcmd isn't able to get connected to the dialog database. In any case, this error results in the dialog entry for this call not being removed from the database. So this piles up after a while. Anybody any thoughts on this? Cheers, Dirk

2 2

Jump to page:

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