No problem, sure appreciate that help. Anyone know why now that I have the
mib.txt in the Data Directory and the SNMP Concurrency Check runs
successfully that the user still gets connected? This shouldn't happen
unless SNMP Concurrency Check essentially does away with the login limit
completely.
radrecv: Request from host d12a4f23 (tcm-glenelder) code=1, id=111,
length=183
User-Name = "ejluckey"
Challenge-Response = "\004\250\315tJ\335\011\327.\203\307\266\205KxC/"
NAS-Identifier = 209.42.79.35
NAS-Port = 275
Acct-Session-Id = "17956926"
Interface_Index = 1531
Received unknown attribute 39049, vendor 429
User-Service = Framed-User
Framed-Protocol = PPP
Chasis-Call-Slot = 2
Chasis-Call-Span = 1
Chasis-Call-Channel = 19
Connect-Speed = 1
Caller-Id = "3#**1*"
NAS-Port-DNIS = ""
NAS-Port-Type = Async
Apr 18 15:06:03 2000 [INFO]: SQL Statement: {CALL RadGetConfigs(117)}
Checking for duplicate logins.
Apr 18 15:06:03 2000 [INFO]: SQL Statement: {CALL
RadCheckOnline('ejluckey')}
Apr 18 15:06:03 2000 [INFO]: ejluckey found on-line 1 time(s).
Apr 18 15:06:03 2000 [INFO]: SQL Statement: {CALL
RadCheckOnlineSNMP('ejluckey')}
Apr 18 15:06:03 2000 [INFO]: Server:tcm-glenelder
SNMPUser:.1.3.6.1.4.1.429.4.10.1.1.18.1788 User:ejluckey
Sending Ack of id 111 to d12a4f23 (tcm-glenelder)
User-Service = Framed-User
Framed-Protocol = PPP
Session-Timeout = 18000
Idle-Timeout = 900
Class = "IEAS1\0031172\0018"
Resp Time: 47 Auth: 21/1 -> 22 Acct: 45/0/0 -> 45
-----------------------------------------------------------------
Thanks,
TKT
-----------------------------------------------------------------
----- Original Message -----
From: "Josh Hillman" <admin-maillist@talstar.com>
To: <emerald@iea-software.com>
Sent: Tuesday, April 18, 2000 4:20 PM
Subject: Re: [Emerald] Work on SNMP Concurrency Checking
> Oops. I messed that one up, didn't I? I knew it was either mib.txt or
> radntmib.dll and apparently I got them backwards. I remember running into
> the path specification problem last fall and it was related to the mib.txt
> file. I had put it into the system32 directory and it worked fine after
> that, but apparently sometime after that, I moved it back to its original
> location and specified the data/acct directories in the Admin and left it
at
> that. That explains why I couldn't find either file in my system32
> directory a little while ago when I looked.
>
For more information about this list (including removal) go to:
http://www.iea-software.com/support/maillists/liststart