-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi again :-(,
I'm quite certain that there's an access request for each channel. I
don't think the access request is identical, and it's really
difficult for me to get a trace, but I'll try and we'll see...
Bear in mind that in a multilink connection it's possible to fire up
just one channel and  an hour later fire up the second, so there must
be a second access request. But I'm quite sure that it shouldn't be
very difficult to cope with it as there are other RADIUS products
that do :-)
Cheers,

- --
Arturo Pina / [EMAIL PROTECTED]
Dpto. I+D / CTV-Jet (http://www.ctv-jet.com/)
Tfno: +34 96 5845291 / Fax: +34 96 5844896

> -----Mensaje original-----
> De: Hugh Irvine [mailto:[EMAIL PROTECTED]]
> Enviado el: sábado, 21 de agosto de 1999 1:24
> Para: Arturo Pina; tom minchin; [EMAIL PROTECTED]
> Asunto: RE: (RADIATOR) Simulatnius-usae and Port-limit
>
>
>
> Hi Arturo -
>
> > > Port-Limit is not the solution. Neither is Simultaneous-Usage.
> > >
> > I don't quite agree with you :-)
> > Port-Limit is a reply-list item. If the NAS is multilink aware it
> > should handle it.
> > The issue here is what happens when either the second (well in
> > fact not-the-first channel) comes up or another user tries to
> > dial up from another box. We should permit the first case to go
> > through (if it's a Port-Limit=2 user) but we shouldn't the second
> > one. Here's an accounting trace from a Multilink user:
> >
>
> Thanks for the traces, but they only show Accounting-Request
> packets, not the
> initial Access-Request(s). If there is only one Access-Request,
> we may be able
> to do something by caching the Port-Limit in the SessionDatabase
> (this is hypothetical only - I haven't spoken to Mike about it).
> However,  if the NAS sends an identical Access-Request for both (or
> more) channel  connections, then there is still a problem as
> Radiator has no way of knowing what  is going on.
>
> I think we all agree that there is a gray area in the Radius
> protocol regarding
> multilink PPP. Anyone have time to write an RFC?
>
> cheers
>
> Hugh
>
> --
> Radiator: the most portable, flexible and configurable RADIUS
> server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT,
> Emerald, Platypus, Freeside, TACACS+, PAM, external, etc etc on
> Unix, Win95/8, NT, Rhapsody

-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 6.5.1 for non-commercial use <http://www.pgp.com>

iQA/AwUBN8EsXWXwKH++xlSbEQJ8vgCg17wGKQjo/O4V9RxEvWr7hywzRigAnj5a
0kJ0ftQ5GPGS1Q3/CF1fihT3
=1KkT
-----END PGP SIGNATURE-----


===
Archive at http://www.thesite.com.au/~radiator/
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

Reply via email to