sr-users December 2016

sr-users@lists.kamailio.org

71 participants
104 discussions

nathelper - variable natping_interval per registration
by Phil Lavin 20 Dec '16

20 Dec '16

Hi all, Is it possible to set the natping_interval to a different value, per registration, at the time the user registers? For example, user A has 10 seconds and user B has 60 seconds. Thanks

3 3

auth result -3
by Jon Bonilla (Manwe) 19 Dec '16

19 Dec '16

Hi all I'm getting an auth challenge result of -3 and I don't know what it means as it's not listed in the auth module doc. Here's syslog' output: db_postgres [km_dbase.c:230]: db_postgres_submit_query(): sending query ok: 0x7f36d1f75f00 (2) - [select secret from sip_buddies where username='48481628780'] db_postgres [km_res.c:108]: db_postgres_get_columns(): 1 columns returned from the query db_postgres [km_res.c:133]: db_postgres_get_columns(): RES_NAMES(0x7f36d1f92238)[0]=[secret] db_postgres [km_res.c:166]: db_postgres_get_columns(): use DB1_STRING result type db_postgres [km_res.c:211]: db_postgres_convert_rows(): no rows returned from the query auth_db [authorize.c:199]: get_ha1(): no result for user '48481628780@' INFO: <script>: Ha fallado la auth con resultado -3 cheers Jon

3 4

INFO: jsonrpcs used instead of mi_fifo in the default kamailio.cfg and kamctl
by Daniel-Constantin Mierla 19 Dec '16

19 Dec '16

Hello, with MI code planned to be removed, I updated the kamctl and default kamailio.cfg to use jsonrpcs (jsonrpc server) module instead of mi_fifo to interact with kamailio at runtime. The default fifo file for rpc command is /var/run/kamailio/kamailio_rpc.fifo and expects JSONRPC commands as described at: - http://kamailio.org/docs/modules/devel/modules/jsonrpcs.html#idp31525708 Switching back to mi_fifo is still possible by loading the module and editing kamctlrc, but the module might not make it to 5.0, so for new installations and testing is better not to use it. Few rpc commands are missing in carrierroute, otherwise the kamctl commands should work just as before, but be aware that the output is now in json format. Testing of the master branch with the latest kamctl and providing feedback will be really appreciated -- I could do tests only for the modules I typically use. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

1 0

Forking with 404 replies
by José Seabra 19 Dec '16

19 Dec '16

Hello there, I have a Kamailio server acting as registrar server and when the subscriber has more than 1 AOR, kamailio sends an INVITES to each AOR, if one of them replies 404 what should be the kamailio behavior: 1. should Kamailio reply with an ACK and not pass the 404 to UAC? 2. should Kamailio forward the 404 to UAC? I'm asking this because i'm facing the second behavior, that is, kamailio is forwarding the 404 to UAC and the call is terminated. -- Regards José Seabra

2 3

RFC: renaming the modules with - (dash) in name
by Daniel-Constantin Mierla 19 Dec '16

19 Dec '16

Hello, given the work for 5.0 which will bring major changes on source tree structure, I am considering to remove the - (dash) from the modules that have it in the name. There are 4 of them now: cpl-c janssonrpc-c jsonrpc-c jsonrpc-s One of the reasons is that this kind of name doesn't work for the feature of defining MOD_modname for each loaded module, because - is a separator for ids in config language grammar, so for example, MOD_jsonrpc-c cannot be used in an #!ifdef. More over, for embedded interpreters, most of exported functions there use kamailio module name as package name, and again this will break. Of course, a different package name can be defined, but won't be coherent anymore. Anyone against this renaming? Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

1 1

Re: [SR-Users] Question on multiple 200OK received after forking
by Daniel-Constantin Mierla 19 Dec '16

19 Dec '16

Hello, well, the specs say that all 200ok must be forwarded to the caller, because a middle point cannot decide for the user making the call. Even sending an ACK for the 200ok from a middle point is not enough because the callee of that branch will think it is in an active call. The caller can take different actions, the usual is to ACK the 2nd 200ok and then immediately send BYE. But it can also decide to end previous branch and switch to this one (e.g., uses better codecs, or has video, etc...). Cheers, Daniel On 14/12/2016 15:05, Marino Mileti wrote: > > Hi guys, > > > > I've a Kamailio instance listening on both eth0 and wlan0. > > Kamailio forks call to two branches, so both clients rings together. > > > > In case (very very very rare J) of simultaneous answers is there any > way to kill/hangup/destroy/cancel the "slowest" leg? I've tried to > arrange a semaphore with lock/unlock capabilities of cfgutils, I've > used the drop command but client still sending the 200OK because it's > waiting for an ACK L > > > > Any help will be very appreciated J > > > > /Marino Maria Mileti/// > > /marino.mileti(a)alice.it/ <mailto:marino.mileti@alice.it>// > > / / > > /cid:006a01cb6b0e$67eecdae$_CDOSYS2.0//Reduce your energy consumption > and keep polar bears on ice!/ > > > > > > ------------------------------------------------------------------------ > Avast logo > <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> > > > Questa e-mail è stata controllata per individuare virus con Avast > antivirus. > www.avast.com > <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> > > > > > > _______________________________________________ > 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 www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

1 0

(Correction) unusual characters added to reINVITE message
by AL S 19 Dec '16

19 Dec '16

Hi, An INVITE with following FROM and TO headers received by Kamailio: From: <sip:+11111111111@10.10.10.10;user=phone>;tag=gK006cb08b To: <sip:+12222222222@20.20.20.20;user=phone> Kamailio forward it to next node with following FROM and TO headers: From: <sip:+11111111111@10.10.10.10>;tag=gK006cb08b To: <sip:+12222222222@20.20.20.20;user=phone> After 15 min, reINVITE for the same call received by Kamailio with following FROM and TO headers: From: <sip:12222222222@20.20.20.20;user=phone>;tag=gK04c77151 To: <sip:11111111111@10.10.10.10>;tag=gK006cb08b Kamailio forward reINVITE to next node with following unusual characters in TO headers From: <sip:12222222222@20.20.20.20;user=phone>;tag=gK04c77151 To: <sip:11111111111@10.10.10.10\000\000;user=phone>;tag=gK006cb08b I was wondering if there is a bug in Kamailio to insert these unusual characters. Thanks, AS

2 1

Limiting calls based on CLI and dst number
by Cibin Paul 19 Dec '16

19 Dec '16

Hi, Is there a way to limit the number of active calls per cli or dst number basis? Yesterday my system had a ddos attack in which 123456 (CLI) was hitting 2345 (DID) at a rate of 100-200 calls per minute. I would like to restrict to 2-4 simultaneous calls per CLI/DST. Any help would be appreciated. Thanks, Cibin

4 9

http_async_client - queries
by Ramachandran, Agalya (Contractor) 17 Dec '16

17 Dec '16

Hi team, We are trying to use kamailio for our project purpose, which will be used as a proxy server. Am trying to use "http_async_client" module to send my rest queries asynchronously. I have few queries regarding the usage of http_async_query() and using PUT method. http_append_header("Authorization: Bearer $var(auth)"); http_append_header("Content-Type: application/json"); http_set_method("PUT"); http_async_query("http://sdk-evm-wcdc-c-001.rtc.sys.comcast.net/events/createxmpprooteventfor…", "{'from_tn':'$fU','to_tn':'$tU','callid':'ci'}", "HTTP_REPLY"); Here am passing from, to, callid in post data field. Passing as 'key':'value' is mandatory or I can pass only value- ? In the file, async_http.c - in async_send_query(), if I modify the post data to the format I need, I see the value is truncated up to three fields only. How can I achieve that my payload format whatever I form in async_send_query(),doesn't get truncated and will be passed to the server-? Can you please explain how this works-? Also, I observed that kamailio is restricting the content-length of HTTP request to 256. Is this something modifiable-? If so please guide me how this can be achieved. Regards, Agalya

2 2

sipp dead calls
by Diego Nadares 16 Dec '16

16 Dec '16

Hi guys, We are testing kamailio with sipp. We are running it with 20cps and some calls do the following. When Kamailio is processing the 'ringing' a '200ok' arrives in the middle. First, kamailio forwards the 200 ok and then the ringing. 'ACK' arrives and, I suppose, the call is established. The thing is than when the 'BYE' arrives kamailio responds with a 404. This is the summary of the call Id Time Source Destination Protocol Len Info 6483 2016-12-14 11:26:06.264697 SIPP-A KAMAILIO SIP/SDP 692 Request: INVITE sip:11111111@172.16.213.38:5060 | 6484 2016-12-14 11:26:06.264937 KAMAILIO SIPP-A SIP 367 Status: 100 trying -- your call is important to us | 6485 2016-12-14 11:26:06.266327 KAMAILIO SIPP-B SIP/SDP 1179 Request: INVITE sip:22222222@172.16.213.31:5060 | *6486 2016-12-14 11:26:06.267217 SIPP-B KAMAILIO SIP 566 Status: 180 Ringing | * 6487 2016-12-14 11:26:06.267268 SIPP-B KAMAILIO SIP/SDP 733 Status: 200 OK | 6488 2016-12-14 11:26:06.267758 KAMAILIO SIPP-A SIP/SDP 788 Status: 200 OK | *6489 2016-12-14 11:26:06.267833 *KAMAILIO SIPP-A* SIP 442 Status: 180 Ringing | * 6490 2016-12-14 11:26:06.268868 SIPP-A KAMAILIO SIP 493 Request: ACK sip:127.0.0.8;line=sr-N6IAzBFwMJZfWJZLM.M7MlF-W.y6Mx14NEt7Nw05NhPQKjaP | 6491 2016-12-14 11:26:06.269162 KAMAILIO SIPP-B SIP 609 Request: ACK sip:172.16.213.31:5060;transport=UDP | 6492 2016-12-14 11:26:06.269614 SIPP-A KAMAILIO SIP 404 Request: BYE sip:11111111@172.16.213.38:5060 | 6493 2016-12-14 11:26:06.269782 KAMAILIO SIPP-A SIP 348 Status: *404 Not here* | We are using modules rtjson, evapi, uac, topoh, rtpproxy for all calls. My debug level is -1. With higher levels this behavior increase. Kamailio is running in a virtual machine with centos7 with 8 cores and 8gb of ram. Do you need any further information? I can send you a pcap or ngrep file. Best regards, Diego.

2 3

← Newer
1
2
3
4
5
6
7
8
9
10
11
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 December 2016