Hi Hugh,

Thanks. I have worked together with Onno on one project when he visited us
in Estonia. I'll send you any information as I get it.

Rgds.
Toomas Kärner
Estonian Telephone Company
Head Administrator of DSL

----- Original Message -----
From: "Hugh Irvine" <[EMAIL PROTECTED]>
To: "Toomas Kärner" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, August 02, 2002 7:33 AM
Subject: Re: (RADIATOR) SNMP, Simultaneous-Use and Redback SMS500


>
> Hello Toomas -
>
> You should check with Redback to see what is possible as far as querying
> the device is concerned, as well as what is recorded in the accounting
> requests (and the correspondence of course).
>
> I have copied this mail to Onno Becker at Redback who may be able to
> help, as there are many of Onno's customers using Radiator already.
>
> Please copy us on what you discover so we can add the correct NasType
> code.
>
> regards
>
> Hugh
>
>
> On Friday, August 2, 2002, at 04:05 PM, Toomas Kärner wrote:
>
> > Hi Hugh,
> >
> > We also use Redback equipment. At the moment we always assume that
> > session
> > DB is correct, but I'd like to chek also. So far I haven't found a
> > suitable
> > NasType parameter. Only place where Redback is mentioned in the ref.pdf
> > is
> > section about dictionaries (v.2.19 & v.3.1). Could you tell us what type
> > might be most suitable?
> > I have also the same problem with Unisphere ERX family equipment.
> >
> > Rgds.
> > Toomas Kärner
> >
> > ----- Original Message -----
> > From: "Hugh Irvine" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Cc: <[EMAIL PROTECTED]>
> > Sent: Friday, August 02, 2002 2:08 AM
> > Subject: Re: (RADIATOR) SNMP, Simultaneous-Use and Redback SMS500
> >
> >
> >>
> >> Hello Sven -
> >>
> >> There are many readers of this list who use Redback equipment, and
> >> there
> >> are people at Redback on this list as well.
> >>
> >> Radiator maintains one or more session databases (in memory, SQL,
> >> DBM, ...) and tries to keep track of current sessions by using the
> >> accounting starts to add records and accounting stops (and access
> >> requests) to delete records.
> >>
> >> The NAS itself is only contacted if Radiator detects what it thinks
> >> is a
> >> simultaneous-use exception, and then only if the NasType parameter is
> >> set in the corresponding Client clause(s). In this situation, Radiator
> >> goes through the list of sessions for the particular user and queries
> >> the NAS(s) to verify that the sessions are still active. If any session
> >> has gone away, that record in the session database is deleted and the
> >> connection is allowed to proceed. If on the other hand, all the
> >> sessions
> >> are still active, then the connection is rejected.
> >>
> >> You will find the mechanisms used to query the different NasTypes in
> >> section 6.5.5 of the Radiator 3.1 reference manual ("doc/ref.html") and
> >> you will find the corresponding code in the "Radius/Nas" directory.
> >>
> >> regards
> >>
> >> Hugh
> >>
> >>
> >>
> >>
> >>> Hi, has anyone any eyperiences with the upper configuration?
> >>>
> >>> I'm also interested in the function, how radiator checks via snmp that
> >>> an
> >>> account is use. I did a snmpwalk on a portmaster and i haven't found
> >>> any
> >>> information about needfull data (what does not mean that it isn't
> >>> there :-)
> >>>
> >>> And please don't tell me that cisco is better, it was not my
> >>> decision ;-)
> >>>
> >>>
> >>>
> >>>  with kind regards || Mit freundlichen Gruessen
> >>>
> >>>         Sven Holz
> >>>
> >>>
> >>> --
> >>> Sven Holz - IP-Services - WOBCOM GmbH    Phone   : +49.5361.189.473
> >>> Hesslinger Str. 1-5, D-38440 Wolfsburg     Fax     : +49.5361.189.199
> >>> Email: [EMAIL PROTECTED] - IRC: bofw2    Mobile  : +49.170.920.153.5
> >>>
> >>> -------------------------------------------------------
> >>>
> >>> --
> >>> 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 etc etc
> >>>
> >>> ===
> >>> 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.
> >>>
> >>>
> >> --
> >> Radiator: the most portable, flexible and configurable RADIUS server
> >> anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
> >> -
> >> Nets: internetwork inventory and management - graphical, extensible,
> >> flexible with hardware, software, platform and database independence.
> >>
> >> ===
> >> 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.
> >>
> >
> > ===
> > 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.
> >
> >
> --
> Radiator: the most portable, flexible and configurable RADIUS server
> anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
> -
> Nets: internetwork inventory and management - graphical, extensible,
> flexible with hardware, software, platform and database independence.
>
> ===
> 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.
>

===
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.

Reply via email to