Hello;
There is a gcc warning for t_cancel.c at 46 line.-centos 6.6
-2.6.32-504.23.4.el6.x86_64
t_cancel.c:46: warning: missing braces around initializer
t_cancel.c:46: warning: (near initialization for
â_cancel_reason_map[0]â)
Hello,
i've DID provider that require to register to it's server. I've been able
to configure this provider using kamailio and uac and to route all inbound
calls from DID provider to internal asterisk media server. All is working
great.
Now i need help to configure call routing from internal aster
Hello!
We noticed today an issue with the kamailio loadbalancing.
Basically kamailio is not considering if an host is up or not, backends are
set always as "FLAGS: AP" even if the host is down.
I see this when the proxy starts :
ERROR: dispatcher [dispatcher.c:768]: ds_warn_fixup(): failover fu
On Mon, 26 Oct 2015 19:43:52 +0100
nadie wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hello, sorry for the question. Kamailio 4.3.3, debian Jessie:
>
> Kamailio with sqlite all work correctly
>
> but syslog tells:
> ...
> Oct 26 19:36:01 voip /usr/sbin/kamailio[2643]: ERROR: db
Hello,
thanks, I push a patch for it, can you try with latest master branch and
report if you compiler is happy now?
I wonder why clang never reported the warning for this situation.
Cheers,
Daniel
On 27/10/15 09:03, Yasin CANER wrote:
> Hello;
> There is a gcc warning for t_cancel.c at 46
On Tuesday 27 October 2015 07:36:15 Bruno Salzano wrote:
> It seems that when i route the call outbound, i get a 407. So i would like
> to react to this using uac_auth() as described here:
> http://kamailio.org/docs/modules/4.3.x/modules/uac.html#uac.f.uac_auth()
>
> Is this the right way? Can som
Hi,
when inspecting dmq a bit further, I found that in fact there is an
autodiscovery built in. When I told registrar 1 and registrar 2 to send to
receiver, and told receiver to only send to itself, everything worked.
Until the receiver went offline. Then it got disabled by the registrars and
no p
Hello Daniel.
it is ok , there is no warning about it
Thanks.
--
View this message in context:
http://sip-router.1086192.n5.nabble.com/gcc-warning-for-t-cancel-tp142621p142633.html
Sent from the Users mailing list archive at Nabble.com.
___
SIP Expre
Thank you. I'll try and let you know.
Bruno
2015-10-27 11:41 GMT+01:00 Daniel Tryba :
> On Tuesday 27 October 2015 07:36:15 Bruno Salzano wrote:
> > It seems that when i route the call outbound, i get a 407. So i would
> like
> > to react to this using uac_auth() as described here:
> > http://ka
Hello Daniel (and of course the whole community :)),
thanks for the reply. Now it works in most cases.
But I have one SIP client which handles the SIP communication very accurate and
this client is actual internal registered. If I make a call from an external
client to this internal client the f
> It seems that when i route the call outbound, i get a 407. So i would like
> to react to this using uac_auth() as described here:
> http://kamailio.org/docs/modules/4.3.x/modules/uac.html#uac.f.uac_auth()
>
> Is this the right way? Can someone help me, giving hints and some working
> example?
Us
Hello, ok, thank for reporting back!
Daniel
On 27/10/15 12:26, ycaner wrote:
> Hello Daniel.
> it is ok , there is no warning about it
> Thanks.
>
>
>
> --
> View this message in context:
> http://sip-router.1086192.n5.nabble.com/gcc-warning-for-t-cancel-tp142621p142633.html
> Sent from the User
Hello,
it looks like sock_avp parameter has to be set -- it is there before
4.3.0 release, as I could spot in 'git blame' for dispatcher.c:768.
Not sure is really needed for failover, I will check its usage when I
get first chance.
http://kamailio.org/docs/modules/stable/modules/dispatcher.html#
Hello Daniel,
Il 27/10/15 11:41, Daniel Tryba ha scritto:
On Tuesday 27 October 2015 07:36:15 Bruno Salzano wrote:
It seems that when i route the call outbound, i get a 407. So i would like
to react to this using uac_auth() as described here:
http://kamailio.org/docs/modules/4.3.x/modules/uac.h
14 matches
Mail list logo