> "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>
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
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
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 (
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:
>
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
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
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
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");
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
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
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
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"
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,
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
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
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
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");
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
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
> 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
> 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
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
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
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
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
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
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
> 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
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:
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
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
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")
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:
34 matches
Mail list logo