[OpenSIPS-Users] Opensips, load_balancing and authentication process

[Bogdan-Andrei Iancu]

Hi Denis,

Just be sure :
1) during authentication, your proxy/registrar(s) allow to have cross 
challenging - one server is firing the auth challenge, but another one 
receives the reponse
2) the registrations are shared between all your registrar servers.

Otherwise, just give it a try and test ;)

Regards,

Bogdan-Andrei Iancu
   OpenSIPS Founder and Developer
   http://www.opensips-solutions.com

OpenSIPS Summit May 2017 Amsterdam
   http://www.opensips.org/events/Summit-2017Amsterdam.html

On 05/18/2017 08:43 AM, Denis via Users wrote:
> Hello!
> I am sorry that it was early, but i could not find an answer for my 
> question.
> I want to ask for advice from community about how can i use Opensips 
> as c "clean" Load_balancer for my project?
> The scheme of the project is a classic.
> Load_balancer ---> Proxy1/Register1
> | |
> | | mysql replication.
> | |
> |_____________> Proxy2/Register2
> One load_balancer, two (or more) Proxies which have mysql replication 
> relationship.
> What do i mean about "clean"? I mean that it should ONLY act as a 
> balancer. It should be entry point into my network and it should "live 
> forever" (UPS, protected server, NO MySQL interaction dialing with 
> transaction processing). It should not make any other action about 
> call processing (besides TCP <-> UDP conversion). All actions (Call 
> processing, authentication, Registration etc.) should "live" in Proxies.
> So, my question is, can i do it?
> Will Opensips work correctly in such scheme, including authentication 
> procedure of the Call or Register processing?
> Thank you for any help.
> -- 
> С уважением, Денис.
> Best regards, Denis
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20170522/97267810/attachment-0001.html>