Hello -
You are correct, you can only query the NAS's and maintain a session database from the level of the proxy server.
As you rightly point out, if you are receiving the requests from a proxy, the only Client clause is for the proxy itself, not the NAS's.
regards
Hugh
On Tuesday, Feb 4, 2003, at 22:00 Australia/Melbourne, <[EMAIL PROTECTED]> wrote:
Hi
I have gone thru' the FAQs, and something still not clear to me. I have a
proxy radius server, which proxies the requests based on
usr_chassis_call_slot for the Hipers and called_station_id for the as5300.
On the proxy radius server config, there is no any check for Maxsessions. My
SessionDatabase SQL configuration is on the radius server that recieves
requests from the proxy radius server. The only clients this server knows
are the proxy_radius servers, and not the Nases themselves. How do i tell
that radius server which Nas to query for Max sessions ?. Do I need My
SessionDatabase SQL at the proxy radius server level?
Rgds
TDN
----- Original Message -----
From: "Hugh Irvine" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: 04-02-2003 10:45 AM
Subject: Re: (RADIATOR) SnmpgetProg & Maxsessions check
Hello -
You should add a NasType parameter to your Client clauses and configure
the NAS's to accept the corresponding queries.
Have a look at section 6.5.5 in the Radiator 3.5 reference manual
("doc/ref.html").
This topic has also been discussed many times on the mailing list.
www.open.com.au/archives/radiator
regards
Hugh
On Tuesday, Feb 4, 2003, at 18:33 Australia/Melbourne, <[EMAIL PROTECTED]>
wrote:
Hi
I have a number of 3com Hipers as well a a Cisco as5300 and an
SQL-based
session database to check Max sessions. I am really being troubled by
cases
of stale sessions, and someone mentioned that I can use SNMP to check
whether the sessions are indeed genuine (i.e by querying the Nas).
Can someone please tell me how to go about configuring this and
whether it
will solve my problems.
Thanks
TDN
===
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.
-- 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.
