Hello,
On 11/10/16 15:56, Martin Nyström wrote:
>
> Hi Daniel,
>
>
>
> So the solution is basically to wait for the DB APIv1 implementation
> in prefix_route?
>
yes. But I am not using the module and I am not aware of anyone working
on it, so not sure if this is going to happen very soon.
As a
Hello,
On 11/10/16 15:07, Grant Bagdasarian wrote:
>
> Hello,
>
>
>
> Is it possible to live reload the pipelimit module so it gets new
> values from the DB without a restart of Kamailio?
>
>
>
> I couldn’t find a command to do this.
>
no reload command at this moment. What do you want to up
Hi Daniel,
I’m trying to get new pipes from the DB and their associated limits.
We’re using the SIP digest username as the pipe to limit the CPS.
I think I do have a workaround for this which is as following:
- Use a htable to load the ‘pipes’ (usernames) and their config (limit
+ algo
Hi Daniel,
Thank you a lot, it looks that issue is solved, after updating libcurl.
I was using following manual for updating libcurl, in case if somebody will
have same issue.
https://www.digitalocean.com/community/questions/how-to-upgrade-curl-in-centos6
With kind regards,
Jurijs
On Tue, Oct
Hello,
On 12/10/16 12:46, Grant Bagdasarian wrote:
>
> Hi Daniel,
>
>
>
> I’m trying to get new pipes from the DB and their associated limits.
>
> We’re using the SIP digest username as the pipe to limit the CPS.
>
>
>
> I think I do have a workaround for this which is as following:
>
> -
Hello,
ok, so that was...
Maybe it would be good to add a note to the docs of the module about
this issue so people become aware of it. I guess the other http_*
modules are affected. Pull requests or other suggestions are welcome, of
course!
Cheers,
Daniel
On 12/10/16 15:04, Jurijs Ivolga wrot
Hello,
for acc_cdr you have to load the dialog module and track the active
calls with it. It may require that you store in dlg vars the values you
want inside acc_cdr.
Cheers,
Daniel
On 11/10/16 13:08, Ivan Dudko wrote:
> Hello!
>
> I am setting this in kamailio.cfg
>
> #!ifdef WITH_ACCDB
> mod
Hi Daniel,
I will test couple more days and later I will try to add some comments to
utils, http_client & HTTP_ASYNC_CLIENT(not sure if there any other modules
which use curl, but I will check) modules when I will be 200% sure that
issue is gone.
With kind regards,
Jurijs
On Wed, Oct 12, 2016 a
Hello,
thanks -- coming in my mind now, xcap_client should use also the curl
library.
Cheers,
Daniel
On 12/10/16 15:35, Jurijs Ivolga wrote:
> Hi Daniel,
>
> I will test couple more days and later I will try to add some comments
> to utils, http_client & HTTP_ASYNC_CLIENT(not sure if there any o
Thank you, Daniel!
It's works via dlg_vars.
But i can't write in acc_crds SIP reply code in same way.
$dlg_var(sip_cause)=$rs;
ср, 12 окт. 2016 г. в 17:33, Daniel-Constantin Mierla :
> Hello,
>
> for acc_cdr you have to load the dialog module and track the active calls
> with it. It may require
Which reply code do you want, from initial INVITE of the call?
Cheers,
Daniel
On 12/10/16 15:55, Ivan Dudko wrote:
> Thank you, Daniel!
>
> It's works via dlg_vars.
> But i can't write in acc_crds SIP reply code in same way.
>
> $dlg_var(sip_cause)=$rs;
>
> ср, 12 окт. 2016 г. в 17:33, Daniel-Con
Hi,
From the log files, I can see ..
Oct 12 14:43:06 infinicalls /usr/local/sbin/kamailio[13198]: INFO:
stun [kam_stun.c:169]: stun_parse_header(): INFO: stun_parse_header:
incomplete header of STUN message
I have modified the $du field now. Instead of taking values from
REGISTRARIP and REGISTRA
I want to write final SIP disconnect cause.
ср, 12 Окт 2016, 18:01 Daniel-Constantin Mierla :
> Which reply code do you want, from initial INVITE of the call?
> Cheers,
> Daniel
>
>
> On 12/10/16 15:55, Ivan Dudko wrote:
>
> Thank you, Daniel!
>
> It's works via dlg_vars.
> But i can't write in a
13 matches
Mail list logo
