Hi Mike, Julio
I guess I don't fully understand what's beeing discussed.
Mike, how do you expect to do reliable UDP between Radiator and "something-
else", this being a NAS, or a proxying or proxied Radius server, when you can
only change Radiator?
Or is there something called "reliable radius udp" that I don't know of? In
this case, do you have a reference I can glance on? (RFC, I-D, whatever on-
line docs?)
I have the same problem as Julio (and I guess, from the same source ;-).
I'd really LOVE to have accounting records reliably delivered to my Radiator,
but every time there is a problem with the NAS, I loose packets... (problems
include "partial" failures, software patches and other oddities), and NO, I
don't have access to the NAS.
The network in question is wholly owned by my client and, although I have
seen malformed packets on the wire (not specifically Radius), I guess the
main culprit of packet loss is not the network per-se but the NAS...
El 1 Jun 2001, a las 12:20, [EMAIL PROTECTED] escribi�:
> Hello Mike,
>
> We have serious problems with acct. requests that are lost.
>
> Actually we use scripts made by us to check really-used ports and delete
> incorrect entries in RADONLINE table.
>
> The frequency of the executions of these scripts is high. And they use
> radpwtst to correct bad entries in RADONLINE. So extra traffic is generated
> to maintain a reliable information about accounting.
>
> We are the carrier and we're very interested in solving this problem. So if
> you want, we could collaborate in testing any development about this theme
> in our laboratory as a 'friendly customer'.
>
> regards,
> jules
>
> -----Mensaje original-----
> De: Mike McCauley [mailto:[EMAIL PROTECTED]]
> Enviado el: viernes 1 de junio de 2001 19:32
> Para: [EMAIL PROTECTED]
> Asunto: (RADIATOR) Reliable accounting?
>
>
> Hello all,
>
> As we all know, the Radius protocol permits accounting records to be lost
> when
> network packet losses are serious.
>
> We are working with a third party on the possibility of reliable Radius UDP
> delivery for accounting.
>
> So I am wondering if there are people who are being badly affected by this?
> How
> bad a problem is it for you? Is the packet loss in carrier network you dont
> control, or in your own?
>
> Reply to me off-list if you prefer.
>
> Cheers.
>
>
>
> --
> Mike McCauley [EMAIL PROTECTED]
> Open System Consultants Pty. Ltd Unix, Perl, Motif, C++, WWW
> 24 Bateman St Hampton, VIC 3188 Australia http://www.open.com.au
> Phone +61 3 9598-0985 Fax +61 3 9598-0955
>
> Radiator: the most portable, flexible and configurable RADIUS server
> anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald,
> Platypus, Freeside, TACACS+, PAM, external, Active Directory etc etc
> on Unix, Win95/8, 2000, NT, MacOS 9, MacOS X
> ===
> Archive at http://www.open.com.au/archives/radiator/
> Announcements on [EMAIL PROTECTED]
> To unsubscribe, email '[EMAIL PROTECTED]' with
> 'unsubscribe radiator' in the body of the message.
>
> **********************************************
> Noticia legal
> Este mensaje electr�nico contiene informaci�n de BT Telecomunicaciones S.A.
> que es privada y confidencial, siendo para el uso exclusivo de la persona
> (s) o entidades arriba mencionadas. Si usted no es el destinatario se�alado,
> le informamos que cualquier divulgaci�n, copia, distribuci�n o uso de los
> contenidos est� prohibida. Si usted ha recibido este mensaje por error, por
> favor borre su contenido y comun�quenoslo en la direcci�n [EMAIL PROTECTED]
> Gracias.
> ===
> Archive at http://www.open.com.au/archives/radiator/
> Announcements on [EMAIL PROTECTED]
> To unsubscribe, email '[EMAIL PROTECTED]' with
> 'unsubscribe radiator' in the body of the message.
Mariano Absatz
El Baby
----------------------------------------------------------
Question: If someone with multiple personalities tries
to commit suicide, do the police consider it a hostage
situation?
===
Archive at http://www.open.com.au/archives/radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
