Hi Daniel.
Thanks for answering me.
I took a look on the loadmodule lines again as you suggested and found out
I was indeed having a dependency situation which is now fixed. All OK now.
Thanks again.
Cheers,
--
*Nuno Miguel Reis* | *Unified Communication** Systems*
M. +351 913907481 | nr...@wav
Hi all,
I have a quick question with regards the topoh module, is it possible to
have the topoh module only operate on a particular interface and direction.
I have some edge proxies and I am trying out the topoh module, what I
see happen is that messages originating from behind/inside the edg
Hi,
I'm also using the same mechanism that Carsten is using(htable and DMQ),
the only issue about this solution is when one of your kamailio instances
goes down and up, this instance looses the number of current calls.
Regards
José Seabra
2015-09-04 13:53 GMT+01:00 Daniel Tryba :
> On Friday
On Friday 04 September 2015 10:56:21 Carsten Bock wrote:
> i did implement such mechanism once using a htable and DMQ, that
> worked like a charm.
Sound good, my current solution misses concurrent call setup that happen
withing the dialog db_update_period timeout.
___
I would end up with 2 or more PBX's...
On Fri, Sep 4, 2015 at 2:47 PM, Daniel Tryba wrote:
> On Friday 04 September 2015 14:30:34 Michael Nielsen wrote:
> > My initial thought is to, right after route(pstn); to put:
> > route(DISPATCHER);
> >
> > and then have, right after the route[relay] block
On Friday 04 September 2015 14:30:34 Michael Nielsen wrote:
> My initial thought is to, right after route(pstn); to put:
> route(DISPATCHER);
>
> and then have, right after the route[relay] block:
>
> route[DISPATCHER] {
> if(!ds_select_dst("1", "4")) {
> send_reply("404", "No destination")
My initial thought is to, right after route(pstn); to put:
route(DISPATCHER);
and then have, right after the route[relay] block:
route[DISPATCHER] {
if(!ds_select_dst("1", "4")) {
send_reply("404", "No destination"); exit;
}
route(RELAY);
exit;
}
Would that do it?
On Fri, Sep 4, 201
I'm running the standard Debian 7 Kamailio 4.3 package.
I've added the following to my kamailio.cfg:
#!define WITH_MYSQL
#!define WITH_AUTH
#!define WITH_USRLOCDB
#!define WITH_NAT
#!define WITH_TLS
#!define WITH_ANTIFLOOD
After authentication, nat etc. is done is there an easy way to tran
On Friday 04 September 2015 10:49:57 Michael Nielsen wrote:
> Yes.
Than you should make packetcaptures on the rptproxy to see where the missing
rtp leg is going to. If it is send to the correct ip/port without any feedback
that that combo is unreachable the problem is at the receiving endpoint.
Hi,
i did implement such mechanism once using a htable and DMQ, that
worked like a charm.
Thanks,
Carsten
2015-09-04 10:54 GMT+02:00 Daniel Tryba :
> On Friday 04 September 2015 10:15:29 Daniel Tryba wrote:
>> But isn't the easiest/best solution to just use sqlops to count the number
>> of dial
On Friday 04 September 2015 10:15:29 Daniel Tryba wrote:
> But isn't the easiest/best solution to just use sqlops to count the number
> of dialogs for the current endpoints?
> select count(id) from dialog where xdata like
> '"name":"maxchannels","value":"$dlg_var(key)"'
> where the dialog var con
Yes.
On Fri, Sep 4, 2015 at 10:19 AM, Daniel Tryba wrote:
> On Thursday 03 September 2015 19:19:44 Michael Nielsen wrote:
> > Is it something to do with codec or could it be something else?
>
> Are you using an rtp proxy?
>
> ___
> SIP Express Router (
On Thursday 03 September 2015 19:19:44 Michael Nielsen wrote:
> Is it something to do with codec or could it be something else?
Are you using an rtp proxy?
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-ro
On Friday 04 September 2015 10:19:07 jay binks wrote:
> Initially I mis-read the dialog module documentation and assumed that
> dialog would provide me this ability, when used with a database. however
> it seems that the dialog module does not pull data from the DB after the
> initial startup.
A
14 matches
Mail list logo
