[asterisk-users] Load balancing Asterisk.

[Alex Balashov]

The solution to make this work and still work "statelessly" is to hash 
various unique identifying bits of the SIP headers without maintaining 
transactional, session or dialog information as such.

SIP wrote:

> Unless the LB is SIP-aware, and can maintain a SIP session, I don't see
> how it would work. As the SIP command stream sends discrete commands,
> without some sort of basic level of session awareness, there's no
> guarantee over a reasonable-length call that the INVITE and BYE would
> even get sent to the same Asterisk box. If there are on-hold messages or
> transfers occurring, you add even more possibility of error into the
> mix.  Now... you could do some sort of VERY long session timeout, but
> overall, that's a hack that's going to drop your concurrent connection
> count faster than using a smaller box would.
> 
> I don't know of any functioning, SIP-aware load balancers at the moment.
> Doesn't mean they don't exist. I just can't think of any off the top of
> my head.
> 
> N.
> 
> 
> 
> Nitzan Kon wrote:
>> Alex,
>>
>> I realize and agree that "hardware" load balancers are actually
>> software based. I'm less concerned about that and more about the
>> general specs:
>>
>> Foundry ServerIron XL: rated for 1,000,000 concurrent connections
>> Linux box where OpenSIPS is sitting: rated for ...???
>>
>> Not to mention a simple rule on a load balancer would be much,
>> much easier to implement. All I need is IP-based load balancing
>> so installing and maintaining OpenSIPS is an overkill.
>>
>> Again, I appreciate the feedback but I am not asking nor looking
>> for a software solution. My question is simple:
>>
>> Will a HARDWARE load balancer work? any reason why it WON'T work?
>>
>> Thanks!
>>
>>
>> --- On Thu, 11/20/08, Alex Balashov <abalashov at evaristesys.com> wrote:
>>
>>   
>>> What do you mean by "hardware" options?  There are
>>> no ASIC-assisted SIP load balancers out there.  :-)  The
>>> embedded "hardware-based" options are load
>>> balancers built just like PCs - often on top of a UNIX
>>> kernel - that run a software application-aware load
>>> balancing suite.
>>>
>>> Your best bet is a proxy for the round-robin part, and
>>> Linux-HA for the high availability of the proxy, as Grygoriy
>>> suggested.
>>>
>>> Nitzan Kon wrote:
>>>
>>>     
>>>> --- On Thu, 11/20/08, Grygoriy Dobrovolskyy
>>>>       
>>> <megahohol at gmail.com> wrote:
>>>     
>>>>> 2 openser servers with 3 ip adresses (1 virtual) +
>>>>> heartbeat to ensure the
>>>>> failover + watchdog to ensure if
>>>>>         
>>> opensips/kamalio/openser
>>>     
>>>>> crashes a nice
>>>>> failover & reboot, it is working stable here
>>>>> (dispatching to 10 servers +
>>>>> owners DID dispatch to their respective servers)
>>>>>
>>>>> join #opensips on freenode if you need more info.
>>>>>         
>>>> Thanks for the info. :)
>>>>
>>>> I want to stay away from software solutions however.
>>>>       
>>> Are there
>>>     
>>>> any hardware solutions? would a plain load balancer
>>>>       
>>> work?
>>>     
>>>> If we can't get it working with a LB we'll
>>>>       
>>> look at OpenSIPS,
>>>     
>>>> but I'd like to explore hardware options first.
>>>>
>>>> Thanks!
>>>>
>>>> --
>>>> Nitzan Kon, CEO
>>>> Future Nine Corporation
>>>> www.future-nine.com
>>>>       
>>
>>
>> _______________________________________________
>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>>
>> asterisk-users mailing list
>> To UNSUBSCRIBE or update options visit:
>>    http://lists.digium.com/mailman/listinfo/asterisk-users
>>   
> 
> 
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> 
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users


-- 
Alex Balashov
Evariste Systems
Web    : http://www.evaristesys.com/
Tel    : (+1) (678) 954-0670
Direct : (+1) (678) 954-0671
Mobile : (+1) (706) 338-8599