Re: [SR-Users] Kamailio compact headers ?!

2016-07-06 Thread James Cloos
> "DM" == Daniel-Constantin Mierla writes: DM> A proper option could be introducing a core parameter, adding a new DM> define for the short version and use the normal or short form a matter DM> of the parameter value. The function that needs to be changed is DM>

[SR-Users] call_control not found error

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

Re: [SR-Users] Locally originated BYE dialog database handle

2016-07-06 Thread Dirk Teurlings - Signet B.V.
On 07/06/2016 03:53 PM, Daniel-Constantin Mierla wrote: > Hello, > > can you try with latest branch 4.4 or master? I just pushed a commit for it. Yes, database is now found and entry is removed as expected. The normale event_route[dialog:end] is however almost never fired still. But I can work

Re: [SR-Users] tsilo ts_append problem

2016-07-06 Thread Federico Cabiddu
Hi Giovanni, when I suggested to disable sip.instance, really I meant in the client, since I know that linphone has an option for this. Anyway the problem is not due to your patch. If your registrar is behind a proxy, you have to enable the support for the Path header in the registrar module (

Re: [SR-Users] Parallel Forking with Different Call-Id

2016-07-06 Thread SamyGo
Thanks Daniel, Both are good ideas and I will try and see how it goes. I just wanted to confirm that there is no way we can modify CallID of branches via script. This is fine too. Thanks again, Best Regards, Sammy On Jul 6, 2016 06:11, "Daniel-Constantin Mierla" wrote: >

Re: [SR-Users] tsilo ts_append problem

2016-07-06 Thread gmele
Hello Federico, yes, we use the sip.instance as it is sent by our softphone. To validate it is the sip.instance that is causing the error, I patched the tm module to ignore the sip.instance in the contact info when it is written in the location table. In our system, we have a kamailio proxy and

Re: [SR-Users] Locally originated BYE dialog database handle

2016-07-06 Thread Daniel-Constantin Mierla
Hello, can you try with latest branch 4.4 or master? I just pushed a commit for it. Cheers, Daniel On 06/07/16 15:37, Dirk Teurlings - Signet B.V. wrote: > Hi, > > There's something going on with a locally originated BYE and the dialog > module running with a database backend. Here's the

[SR-Users] Locally originated BYE dialog database handle

2016-07-06 Thread Dirk Teurlings - Signet B.V.
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

Re: [SR-Users] (no subject)

2016-07-06 Thread John Petrini
This config from my earlier email. Do you want to see the entire config? route[CNAM_DIPS] { # Check call direction. If we're outbound nothing to do here if ($avp(direction) == "in") { t_on_branch("CNAM_DIPS"); t_on_reply("CNAM_DIPS"); t_on_failure("CNAM_DIPS");

Re: [SR-Users] tsilo ts_append problem

2016-07-06 Thread Federico Cabiddu
Hi Giovanni, are you using sip instances and the client reconnecting is the same? There is currently a limitation in the module which prevent it from working with sip.instance, I had in mind to fix it since a while but I still haven't found the time to work on it. If it's the case, try not using

Re: [SR-Users] tsilo ts_append problem

2016-07-06 Thread gmele
Hello Federico, thanks for your answer. We applied the parameter and set it to 1. we also change some of our config: Transaction store: === route[RELAY] { # enable additional event routes for forwarded requests # - serial forking, RTP relaying handling, a.s.o. if

Re: [SR-Users] Kamailio compact headers ?!

2016-07-06 Thread Anonim Stefan
Thank you for the received advices. Stefan ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio compact headers ?!

2016-07-06 Thread Alex Balashov
Hi Stefan, Sorry for answering the wrong question. :-) Take a look at this blog post: http://blog.csrpswitch.com/sip-udp-fragmentation-and-kamailio-the-sip-header-diet/ On July 6, 2016 6:02:26 AM EDT, Anonim Stefan wrote: >Hi, > >True, I was thinking only about the "Via"

Re: [SR-Users] Parallel Forking with Different Call-Id

2016-07-06 Thread Daniel-Constantin Mierla
Hello, maybe you can loop through a 2nd instance of kamailio (can be same server, different port) that has topoh enabled. Otherwise, if the gateway is matching on full r-uri, you can try to add some extra uri params, which are not relevant for target number. Cheers, Daniel On 05/07/16 21:54,

Re: [SR-Users] Kamailio compact headers ?!

2016-07-06 Thread Daniel-Constantin Mierla
Hello, maybe keep_hf() can help a bit: - https://www.kamailio.org/docs/modules/stable/modules/textopsx.html#textopsx.f.keep_hf Or look at topos module (with the note that was just added in 4.4 and not much tested). Cheers, Daniel On 06/07/16 12:02, Anonim Stefan wrote: > Hi, > > True, I

Re: [SR-Users] tsilo ts_append problem

2016-07-06 Thread Federico Cabiddu
Hi Giovanni, tsilo module has a parameter to specify if store the transaction with or without the domain part of the ruri: http://www.kamailio.org/docs/modules/devel/modules/tsilo.html#idp45289468. By default is disable so it will use the user part only. Regards, Federico On Wed, Jul 6, 2016

Re: [SR-Users] Kamailio compact headers ?!

2016-07-06 Thread Anonim Stefan
Hi, True, I was thinking only about the "Via" and "Record-Route" added by Kamailio. Didn't know Record-Route had no short form (I was thinking of something like "rr" due to rr module I guess). In this case I suppose there is not much to gain, only from "Via". I'm facing some fragmentation

[SR-Users] tsilo ts_append problem

2016-07-06 Thread gmele
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");

Re: [SR-Users] Issue with userblacklist module after 4.4.2 upgrade

2016-07-06 Thread Tim Balmer
Hi Daniel, I can confirm that with the latest branch the issue is fixed, tested both calls that are blacklisted and calls that are not blacklisted and everything is working as intended again. Thanks a lot for your help! Tim -Oorspronkelijk bericht- Van: sr-users

Re: [SR-Users] [SR-USERS] Kamailio issues with Asterisk Voicemail

2016-07-06 Thread Daniel Tryba
On Tue, Jul 05, 2016 at 01:06:31PM -0400, tegamjg wrote: >>> The other question is that i actually though that you need asterisk >>> to have users configured in sipusers realtime table to associate >>> their mailboxes, which i dont have since those users are stored in >>> the subscriber table of

Re: [SR-Users] Kamailio compact headers ?!

2016-07-06 Thread Olle E. Johansson
> On 06 Jul 2016, at 11:38, Alex Balashov wrote: > > Stefan, > > The construction of headers is generally the province of the UAs/endpoints of > the call. Kamailio understands compact headers, as all compliant SIP stacks > do, but it can't singlehandedly reformat

Re: [SR-Users] Kamailio compact headers ?!

2016-07-06 Thread Olle E. Johansson
> On 06 Jul 2016, at 11:36, Anonim Stefan wrote: > > 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:) Just curious - why would you need that? /O

Re: [SR-Users] Kamailio compact headers ?!

2016-07-06 Thread Alex Balashov
Stefan, The construction of headers is generally the province of the UAs/endpoints of the call. Kamailio understands compact headers, as all compliant SIP stacks do, but it can't singlehandedly reformat them. On July 6, 2016 5:36:34 AM EDT, Anonim Stefan wrote: >Hi, > >Is

[SR-Users] Kamailio compact headers ?!

2016-07-06 Thread Anonim Stefan
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 ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list

Re: [SR-Users] Issue with userblacklist module after 4.4.2 upgrade

2016-07-06 Thread Daniel-Constantin Mierla
Can you give it another try with a fresh branch 4.4? Cheers, Daniel On 06/07/16 09:46, Tim Balmer wrote: > Of course, > > Since the backtrace contains some phone numers and stuff I sended the actual > backtrace offlist. > > > Regards, > Tim > -- Daniel-Constantin Mierla

Re: [SR-Users] Kamailio out-of-mem

2016-07-06 Thread Daniel-Constantin Mierla
Hello, maybe you can send me a simple kamailio.cfg that exposes the issue, along with the details of how to reproduce. Cheers, Daniel On 05/07/16 10:58, José Seabra wrote: > Hello Daniel, > Is there any possibility of you explain me what do you need from GDB > and I execute these steps in the

[SR-Users] Kamailio summer-of-documentation - join the effort

2016-07-06 Thread Olle E. Johansson
Hi! Looking for a summer-of-documentation project? Which README is the best? Which one is so full of Swedish that you totally fail to parse it? Check our documentation pages, suggest improvements on the mailing lists (or here on Facebook) and give us feedback! This is something you can

[SR-Users] Kamailio blocked when using with Radius accounting when connection is lost with the database.

2016-07-06 Thread Mx R
Hi there. I have the following scheme. 1. SIP server is running kamailio with module "acc", radiusclient-ng and freeradius. 2. DB server with MSSQL. The problem is the following, if the connection is lost with the database, no one can make calls. Even after the connection to the database is

Re: [SR-Users] Simple Kamailio configuration for Asterisk load balancing?

2016-07-06 Thread Olle E. Johansson
> On 05 Jul 2016, at 19:36, Tickling Contest wrote: > > Hello, > > I am beginning to front my Asterisk cluster with Kamailio and so far my > biggest issue is the complete lack of quick-start-like documentation for > this. Is there any place I can get a very simple

Re: [SR-Users] Issue with userblacklist module after 4.4.2 upgrade

2016-07-06 Thread Tim Balmer
Of course, Since the backtrace contains some phone numers and stuff I sended the actual backtrace offlist. Regards, Tim -Oorspronkelijk bericht- Van: sr-users [mailto:sr-users-boun...@lists.sip-router.org] Namens Daniel-Constantin Mierla Verzonden: woensdag 6 juli 2016 09:08 Aan:

Re: [SR-Users] (no subject)

2016-07-06 Thread Daniel-Constantin Mierla
Hello, On 06/07/16 00:25, John Petrini wrote: > Hi Daniel, > > > You were right and t_load_contacts was never my problem so I've taken > a step back and reverted to my original config that I pasted above and > I've been trying to work forward from there. Even t_cancel_branches > which I thought

Re: [SR-Users] Issue with userblacklist module after 4.4.2 upgrade

2016-07-06 Thread Daniel-Constantin Mierla
I see that the core dump file is generated, can you get the backtrace out of it with gdb? Cheers, Daniel On 06/07/16 08:47, Tim Balmer wrote: > With the latest commit kamailio crashes as soon as the userblacklist module > is hit in my config, this is wat I get in the log: > > Jul 6 08:45:29

[SR-Users] [rtprpoxy LB]

2016-07-06 Thread Noriyuki Hayashi
Hi, Thank you for be used great KAMAILIO. Regarding rtpproxy LB. I configured as below. modparam("rtpproxy", "rtpproxy_sock", "udp:192.168.1.136:7722") modparam("rtpproxy", "rtpproxy_sock", "udp:192.168.1.137:7722") modparam("rtpproxy", "rtpproxy_sock", "udp:192.168.1.138:7722")

Re: [SR-Users] Issue with userblacklist module after 4.4.2 upgrade

2016-07-06 Thread Tim Balmer
With the latest commit kamailio crashes as soon as the userblacklist module is hit in my config, this is wat I get in the log: Jul 6 08:45:29 tel-dev-01 [crit] ./kamailio[3229]: CRITICAL: [pass_fd.c:275]: receive_fd(): EOF on 5 Jul 6 08:45:29 tel-dev-01 [alert] ./kamailio[3217]: ALERT: