On Thu, Aug 10, 2017 at 04:48:48PM -0400, Ryan Wagoner wrote:
> In my REGFWD route I have this chunk of code to lookup the dispatcher
> IP/port from the same hash table before calling uac_req_send(). The
> regserver column contains the dispatcher set id. Is there a way I can call
> ds_select and
On Thu, Aug 10, 2017 at 9:05 AM, Daniel Tryba wrote:
> On Thu, Aug 10, 2017 at 08:51:24AM -0400, Ryan Wagoner wrote:
> > Thanks for the explanation! I finally got the dispatcher working in an
> > active / passive Kamailio cluster in front of three FreePBX servers. I
> was
> >
You can always add a bit of caching to avoid too many sql queries and
improve the performances. Just use the htable module to store in memory
the value associated with authid that you fetch from database.
Then you can llok first in htable, and if not found store in htable. You
can set a lifetime
On Thu, Aug 10, 2017 at 08:51:24AM -0400, Ryan Wagoner wrote:
> Thanks for the explanation! I finally got the dispatcher working in an
> active / passive Kamailio cluster in front of three FreePBX servers. I was
> using the Asipto Kamailio and Asterisk real time guide as a starting point
> so it
Thanks for the explanation! I finally got the dispatcher working in an
active / passive Kamailio cluster in front of three FreePBX servers. I was
using the Asipto Kamailio and Asterisk real time guide as a starting point
so it had the WITHINDLG route. I ended up modifying the TOASTERISK route to
On Wed, Aug 09, 2017 at 01:21:36PM -0400, Ryan Wagoner wrote:
> How do I mark these server side invites so the call hash is known by
> kamailio? Or am I thinking about this the wrong way?
It is the latter, in dialog replies should be routed on headers only. In
the "default" config these