[Asterisk-Users] DUNDi Not Able to Handle Complex FailoverSituations

[Watkins, Bradley]

Unless I'm misunderstanding what you're looking to do, Aaron has hit the nail on the head here.  You need to set it up so that the secondary, tertiary, etc. boxes are weighted differently.  That way, you need not know or care about the weights directly within the dialplan.
 
Regards,
- Brad

________________________________

From: asterisk-users-bounces at lists.digium.com on behalf of Aaron Daniel
Sent: Wed 6/14/2006 9:09 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [Asterisk-Users] DUNDi Not Able to Handle Complex FailoverSituations



On Wed, 14 Jun 2006, Douglas Garstang wrote:
> Why doesn't the DUNDILOOKUP function return the weight of a path to a number? The CLI 'dundi lookup' command does. What about the mac address and expiry period? The CLI command returns those, but the DUNDILOOKUP function does not. Why?

Correct me if I'm wrong, but DUNDi is doing all the failover work for you.
It decides based on the weights what route is best.  If you want one route
to be higher than another, set it up that way.  That's the benefit of
using DUNDILOOKUP to handle it, no more work for you after the initial
routing.

If that doesn't work for you, program the routes directly into the
dialplan instead of using DUNDi, it seems like you'll get better results
that way.  We did that for a while until we decided to move to DUNDi.
Some people will find it more suited to their needs, some won't.


--
Aaron Daniel
Computer Systems Technician
Sam Houston State University
amdtech at shsu.edu
(936) 294-4198
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

Asterisk-Users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users



The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 3981 bytes
Desc: not available
Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20060615/7fa1669d/attachment.bin