(RADIATOR) Session Database and MaxSessions
Dan
danv at etginc.com
Mon Mar 3 11:22:57 CST 2003
I have a existing session database. I am now to the point where I need to control MaxSessions.
When i add the MaxSessions 1 to my conf. file I get ALOT of people that can't login because it believes the user is still online or maxsession is exceeded. I know for a fact that these users are not online. Why is it not letting them online?
Is there any other way or Proper way to set radiator up to control maxsessions when I'm getting my auth's from wholesale provider which does not support snmp to the nas's...? How do other people on the list control simultaneous usage with Networks like Uunet,Qwest,Megapop etc....
I have included the log file (Trace 4) with the errors I get when I add MaxSessions 1 these errors are occurring even when the user is not trying to do simultaneous connections. I have also attached my conf file.
Mon Mar 3 08:06:00 2003: DEBUG: Packet dump:
*** Received from 216.127.139.10 port 3800 ....
Code: Access-Request
Identifier: 171
Authentic: U<143><8><233><171><129><22><252><26>7<148><157>b<21><216>M
Attributes:
User-Name = "user at realm.com"
CHAP-Password = <1>#<134><194><141>c(<29>;<243><168><143>D<168>V<213><172>
NAS-IP-Address = 67.193.160.36
NAS-Port = 2052
NAS-Port-Type = Async
Service-Type = Framed-User
Framed-Protocol = PPP
State = ""
Called-Station-Id = "************"
Acct-Session-Id = "388570715"
Ascend-Data-Rate = 26400
Ascend-Xmit-Rate = 50667
network = "u2"
Mon Mar 3 08:06:00 2003: DEBUG: Handling request with Handler 'Realm=DEFAULT'
Mon Mar 3 08:06:00 2003: DEBUG: Deleting session for user at realm.com, 67.193.160.36, 2052
Mon Mar 3 08:06:00 2003: DEBUG: do query is: delete from RADONLINE where NASIDENTIFIER='67.193.160.36' and NASPORT=02052
Mon Mar 3 08:06:00 2003: DEBUG: Query is: select NASIDENTIFIER, NASPORT, ACCTSESSIONID, FRAMEDIPADDRESS from RADONLINE where USERNAME=user at realm.com
Mon Mar 3 08:06:01 2003: DEBUG: Checking if user is still online: unknown, user at realm.com, 67.193.160.36 , 13, 388532462 67.193.119.193
Mon Mar 3 08:06:01 2003: DEBUG: Checking if user is still online: unknown, user at realm.com, 67.193.160.36 , 3203, 388529606 67.193.119.73
Mon Mar 3 08:06:01 2003: DEBUG: Checking if user is still online: unknown, user at realm.com, 67.193.160.36 , 2121, 388518728 67.193.119.57
Mon Mar 3 08:06:01 2003: DEBUG: Checking if user is still online: unknown, user at realm.com, 67.193.160.36 , 2244, 388501182 67.193.119.57
Mon Mar 3 08:06:01 2003: DEBUG: Checking if user is still online: unknown, user at realm.com, 67.193.160.36 , 111, 388543128 67.193.119.187
Mon Mar 3 08:06:01 2003: DEBUG: Checking if user is still online: unknown, user at realm.com, 67.193.160.47 , 17, 376236234 67.193.170.23
Mon Mar 3 08:06:01 2003: DEBUG: Checking if user is still online: unknown, user at realm.com, 67.193.160.36 , 2065, 388528348 67.193.119.93
Mon Mar 3 08:06:01 2003: DEBUG: Checking if user is still online: unknown, user at realm.com, 67.193.160.47 , 2059, 376233805 67.193.170.77
Mon Mar 3 08:06:01 2003: DEBUG: Checking if user is still online: unknown, user at realm.com, 67.193.160.47 , 209, 376233644 67.193.170.44
Mon Mar 3 08:06:01 2003: INFO: Access rejected for user at realm.com: MaxSessions exceeded
Mon Mar 3 08:06:01 2003: DEBUG: Packet dump:
*** Sending to 216.127.139.10 port 3800 ....
Code: Access-Reject
Identifier: 171
Authentic: U<143><8><233><171><129><22><252><26>7<148><157>b<21><216>M
Attributes:
Reply-Message = "Request Denied"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.open.com.au/pipermail/radiator/attachments/20030303/58fb594b/attachment.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: main.cfg.txt
URL: <http://www.open.com.au/pipermail/radiator/attachments/20030303/58fb594b/attachment.txt>
More information about the radiator
mailing list