[Asterisk-Users] DUNDi Not Able to Handle ComplexFailoverSituations

Douglas Garstang dgarstang at oneeighty.com
Thu Jun 15 11:13:14 MST 2006


> -----Original Message-----
> From: Aaron Daniel [mailto:amdtech at shsu.edu]
> Sent: Thursday, June 15, 2006 9:54 AM
> To: Asterisk Users Mailing List - Non-Commercial Discussion
> Subject: RE: [Asterisk-Users] DUNDi Not Able to Handle
> ComplexFailoverSituations
> 
> 
> On Thu, 15 Jun 2006, Douglas Garstang wrote:
> > It isn't as simple as that. When a failure occurs, we only 
> want to use a DUNDi route when it's the primary for a queue.
> 
> Then don't use DUNDi for queues, use it just for the phones.  
> Seriously, 
> you obviously know exactly which servers you want to be primary for a 
> certain queue, program it into the dialplan.  DUNDi should 
> only be used 
> for DYNAMIC extensions, i.e. phones that may or may not be 
> registered at 
> the time of the call, phones that move, phones that register with 
> different servers at different times.
> 
> If you're deadset on using DUNDi for it, set up different 
> DUNDi contexts 
> so that you can say "these queues are available here" and 
> "these queues 
> are available there".
> 
> Honestly, it seems like a waste of server time to use DUNDi 
> for something 
> that you know is going to be on a particular server 
> regardless of what 
> happens.

If we don't use DUNDi, then how are we going to get the Queue() application to follow the pbx server, and execute on the same Asterisk box that the phones are registered on?

Doug.



More information about the asterisk-users mailing list