[OpenSIPS-Users] Load balancing with failover support

[Seth Schultz]

Well,

This is embarrassing.  Please disregard my last few questions.  I have
identified the logic error in one of my routing blocks.  Sorry to have
troubled everyone on the email list.

Thanks,
Seth

On Thu, Aug 2, 2012 at 6:20 PM, Seth Schultz <sschultz at scholarchip.com>wrote:

> Hello,
>
> I think I found the issue.  I was using a gateway DNS entry (sip:
> some.host.net), which resolves to two different IP addresses.  When I add
> the SBC addresses individually into my lb group, everything works as
> expected.
>
> Is there a known bug with the load balancer that prevents it from doing
> failover properly with a DNS entry as opposed to an IP address?
>
> Thanks,
> Seth
>
> On Thu, Aug 2, 2012 at 5:13 PM, Seth Schultz <sschultz at scholarchip.com>wrote:
>
>> Hello,
>>
>> Do I have to call lb_disable() to get this functionality working? In my
>> testing the load_balance module is attempting a gateway multiple times if I
>> call it again from the failure_route without lb_disable().
>>
>> Does lb_disable() disable the gateway for all calls, or does it only
>> disable the last use gateway for the current call?
>>
>> Thanks,
>> Seth
>>
>>
>> On Thu, Jul 12, 2012 at 10:51 AM, Bogdan-Andrei Iancu <
>> bogdan at opensips.org> wrote:
>>
>>> **
>>> Hi Seth,
>>>
>>> On 07/11/2012 07:21 PM, Seth Schultz wrote:
>>>
>>> Hello,
>>>
>>>  I am attempting to do load balancing with failover support.  From what
>>> I have read, this can be achieved by calling the load_balance function in
>>> the failure route, but I am unsure how to avoid the following two scenarios.
>>>
>>>    1. Make sure the new destination isn't one we have already tried
>>>
>>>  the load_balancer() function will take care and not use again the
>>> already used destination (for a call)
>>>
>>>
>>>    1. Make sure we haven't exhausted all of our destination options
>>>
>>>  the load_balancer() function will return false if there is no other
>>> available destination.
>>>
>>> Regards,
>>> Bogdan
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20120802/bee3246e/attachment.htm>