(RADIATOR) LNS failover / load balancing

[jose.burgos at ono.es]

Hello,

We are also interested in the failover issue (more than in load
balancing). Is it possible to define a main LNS and a backup one via
Radiator configuration in a simple way? In our config we have defined a
LNS for every LAC (here I add an example of what we have):

DEFAULT      NAS-IP-Address = "x.x.x.x"
             Tunnel-Type = 3, Tunnel-Medium-Type = 1,
Tunnel-Server-Endpoint = "y.y.y.y"

Thanks and regards,

	Jose
-----Mensaje original-----
De: owner-radiator at open.com.au [mailto:owner-radiator at open.com.au] En
nombre de Hugh Irvine Enviado el: viernes, 22 de abril de 2005 1:34
Para: TEST
CC: radiator at open.com.au
Asunto: Re: (RADIATOR) LNS failover / load balancing 



Hello -

The way I have done this in the past is with a session database in an 
SQL database (Oracle in this particular case) with stored procedures in 
the database to do the distribution of sessions accross the LNS 
devices.

regards

Hugh


On 22 Apr 2005, at 02:54, TEST wrote:

>
>
> You're so right, sorry!
>
> But this message is really Radiator related (query replace missed);
> before purchasing a licence I need to verify this crucial point. So 
> how can I load balance Tunnel endpoints over several LNS cisco routers

> in a failure proof way.
>
> Thank you.
>
> Regards.
>
>
> Ingvar Berg (LI/EAB) wrote:
>
>> You may have more success at the freeradius mailing list :-) /Ingvar
>>
>>
>>> -----Original Message-----
>>> From: owner-radiator at open.com.au 
>>> [mailto:owner-radiator at open.com.au]On
>>> Behalf Of TEST
>>> Sent: den 21 april 2005 14:26
>>> To: radiator at open.com.au
>>> Subject: (RADIATOR) LNS failover / load balancing
>>>
>>>
>>>
>>> Hi All,
>>>
>>> I'm using freeradius1.0.2 to provide L2TP sessions authentications 
>>> between 2 Redbak BAS and 3 Cisco LNS I can negociated L2TP LNS 
>>> Tunnel endpoint sessions on a user base (staticly), but I would like

>>> to negociate the tunnel end point in a dynamic way to integrate 
>>> failover and load balancing mechanisms between my 3 LNS.
>>>
>>> So how can I permanently change the Freeradius Tunnel attributes 
>>> based on the LNS activity or viability? Is some LNS "watchdog" 
>>> provided to accurate LNS load activity in FreeRadius DB?
>>>
>>> Thanks for your help.
>>>
>>> With regards.
>>>
>>>
>>
>>
>> --
>> Archive at http://www.open.com.au/archives/radiator/
>> Announcements on radiator-announce at open.com.au
>> To unsubscribe, email 'majordomo at open.com.au' with 'unsubscribe 
>> radiator' in the body of the message.
>>
>>
>>
>
> --
> Archive at http://www.open.com.au/archives/radiator/
> Announcements on radiator-announce at open.com.au
> To unsubscribe, email 'majordomo at open.com.au' with 'unsubscribe
> radiator' in the body of the message.
>
>

NB:

Have you read the reference manual ("doc/ref.html")?
Have you searched the mailing list archive 
(www.open.com.au/archives/radiator)?
Have you had a quick look on Google (www.google.com)?
Have you included a copy of your configuration file (no secrets),
together with a trace 4 debug showing what is happening?

-- 
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows, MacOS X.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.
-
CATool: Private Certificate Authority for Unix and Unix-like systems.

--
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.

 La informacion incluida en el presente correo electronico es CONFIDENCIAL, siendo para el uso exclusivo del destinatario arriba mencionado. Si usted recibe este mensaje y no es el destinatario senalado le informamos de que esta prohibida cualquier utilizacion del mismo y le rogamos que nos lo notifique inmediatamente y nos lo devuelva a la direccion ariba mencionada.
En la medida en que el envio de este mensaje de correo electronico se derive de las relaciones profesionales de CABLEUROPA, S.A.U. (ONO) con Vd., le informamos de que vamos a tratar automatizadamente y de manera confidencial su direccion de correo electronico, asi como el resto de los datos de caracter personal que nos facilite o nos sean cedidos por un tercero (los habitualmente incluidos en una tarjeta de visita), en un fichero del que CABLEUROPA, S.A.U. (ONO) es titular y responsable, con la finalidad de gestionar la agenda de contactos de nuestros empleados, becarios y personal externo al servicio de la compania con centro de trabajo en los locales de esta, para el envio de comunicaciones profesionales y/o personales. Vd. consiente el tratamiento de los citados datos para estos fines, pudiendo ejercitar sus derechos de acceso, rectificacion, cancelacion y oposicion en ONO (Departamento Asesoria Juridica, calle Basauri, 7-9, Urb. La Florida, Aravaca 28023 Madrid.

--
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.