Replacing the Nas.pm does not seem to fix the snmp problem to the PM3 (See debug output below).
If you like I can do an snmpwalk on the pm3's to get correct oid's... The original users session is now deleted if another session is started, it is not denied. Wed Jan 9 09:16:31 2002: DEBUG: Query is: select NASIDENTIFIER, NASPORT, ACCTSESSIONID, FRAMEDIPADDRESS from RADONLINE where USERNAME='amg' Error in packet Reason: (noSuchName) There is no such variable name in this MIB. This name doesn't exist: interfaces.ifNumber.1.1.2.5 Error in packet Reason: (noSuchName) There is no such variable name in this MIB. This name doesn't exist: .3.2.1.1.1.5.25 Wed Jan 9 09:16:31 2002: DEBUG: Checking if user is still online: Livingston, amg, yyy.yyy.yyy.yyy, 20, 77000272 xxx.xxx.xxx.xxx Wed Jan 9 09:16:31 2002: DEBUG: Running command `/usr/bin/snmpget yyy.yyy.yyy.yyy ******** 2.1.1.1.2.5` Wed Jan 9 09:16:31 2002: DEBUG: Running command `/usr/bin/snmpget yyy.yyy.yyy.yyy ******** .3.2.1.1.1.5.25` Wed Jan 9 09:16:31 2002: NOTICE: Session for amg at yyy.yyy.yyy.yyy:20 has gone away Wed Jan 9 09:16:31 2002: DEBUG: Deleting session for amg, yyy.yyy.yyy.yyy, 20 Wed Jan 9 09:16:31 2002: DEBUG: do query is: delete from RADONLINE where NASIDENTIFIER='yyy.yyy.yyy.yyy' and NASPORT=020 === 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.