Any "frontal application-level switch" would simply have the same liability.
Kamailio is a very high-throughput proxy that can handle huge amounts of
call setups per second. I think you can count on that.
Failing over around the load balancer node to a secondary load balancer
or distributing the traffic among multiple load balancers is a job best
left to the sending endpoint. For example, a DID origination provider's
switch or SBC can be set up to fail over calls to a different IP
endpoint for your SIP trunk if no response is received within a certain
amount of time. That is how this is typically done. At some point
you've got to say that you've done all you can do, and it's up to the
other side.
Pascal Maugeri wrote:
Hi
I was wondering how to achieve an architecture with two or more active
load-balancer nodes (kamailio+dispatcher module).
I have read how to setup two dispatcher nodes, one node as a master and
the other one as a backup.
The backup node doesn't process any traffic until master fails. But how
to make the traffic being processed by both load-balancers ? In the case
for instance the capacity of single node is not enough to process all
incoming traffic. Is there any recommended configuration (eg. using
frontal application-level swith)
Regards,
Pascal
------------------------------------------------------------------------
_______________________________________________
Users mailing list
Users(a)lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/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