Re: [Emerald] Work on SNMP Concurrency Checking

Randy Martin ( IEAEmerald@austintx.net )
Tue, 18 Apr 2000 17:22:46 -0500

At 04:35 PM 4/18/2000 -0500, you wrote:
>Josh,
>
>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).

I don't mean to jump into the middle of this, but isn't the above the
NON-SNMP concurrency doing it's job correctly? It did the radcheckonline
and found the user already online. It doesn't seem to me that you should
need both? I don't have the SNMP concurrency setup, and everything works
just fine on our system. Is there only certain combinations of NAS's etc.
that have a problem with the non-SNMP concurrency checking?

>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

For more information about this list (including removal) go to:
http://www.iea-software.com/support/maillists/liststart