Ascend Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: (ASCEND) SNMP oddities
Could you ask your group why they still haven't added a MIB for the Max's
that can produce a result equal to a "pools -v" command ?
Steve Johannesman wrote:
> Hello Dave, I'm the product manager for NavisAccess. My group also
> controls SNMP MIBs in the Ascend Access boxes.
>
> I'm not sure there is any real difference between eventTotalCalls &
> eventTotalSessions. They both increment when I make bad calls into a TNT.
> As for eventTotalCallsAnswered & eventTotalCallsOriginated they just show
> direction and should add up to eventTotalCalls. These OIDs show all calls
> regardless of whether they are sessions or not.
>
> The best way I know of to pick out sessions vs. bad calls is to use RADIUS
> accounting data. Data is created for each call and should be accumulated by
> your radius server. Roughly the same information can be retrieved from the
> eventTable but it will only store a few thousand entries and some of the
> entries are not part of what you want to see. So you would have to sort
> through the data to find what you want.
>
> As for retrieving the total number of active session try the call MIB
> (attached). The call MIB is the best place to get the number of currently
> active sessions sorted by type. The bad news is that the call MIB is
> partially broken in some 2.1.x versions of software.
>
> Please let me know if you have any more questions
>
> Steve Johannesman
> Product Manager, NMD
> Ascend Communications
> steve.johannesman@ascend.com
>
> -----Original Message-----
> From: owner-ascend-users@max.bungi.com
> [mailto:owner-ascend-users@max.bungi.com]On Behalf Of David S. Langlands
> Sent: Friday, September 18, 1998 5:30 PM
> To: ascend-users@bungi.com
> Subject: (ASCEND) SNMP oddities
>
> Hello,
>
> in looking into some of the Ascend-enterprise MIB's, it appears that some of
> the values are completely redundant, and do not really measure what they
> purport to measure. For example:
>
> OID: 1.3.6.1.4.1.529.10.7
> OID full path:
> iso(1).org(3).dod(6).internet(1).private(4).enterprises(1).ascend(529).event
> Group(10).eventTotalCalls(7)
>
> [henceforth eTC in my shorthand]
>
> Is the same thing on my TNT, as its neighbors 1.3.6.1.4.1.529.10.8 and
> ..10.9, or in English:
>
> eventTotalSessions and eventTotalCallsAnswered. [eTS & eTCA]
>
> My hope was that the eTC would show all calls, regardless of whether a LAN
> session was established. My goal would be to find times when we were
> receiving hundreds of calls, but no user logins were successful. We have
> many problems with the 2.1.0 code, not the least of which are reports of
> multiple connect attempts before a successful login. I know, I know, 2.1.9
> is released... I'm just nervous about resetting my TNT again, since it took
> a full day before it would answer any non-ISDN calls (it just retrained
> endlessly) the last time I upgraded.
>
> Am I mistaken that Total Calls should be all calls, and not just those for
> which a session was created?
>
> Another rant: why is there no way to retrieve a statistic for total users
> other than to use the last user index value to? Total sessions != total
> users != total channels in use
>
> Don't get me wrong, I love the box -- I just love to hate it, too. =P
>
> Thanks,
>
> Dave Langlands
> --
> dsl@uss.net
>
> ++ Ascend Users Mailing List ++
> To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd: <http://www.nealis.net/ascend/faq>
>
> ------------------------------------------------------------------------
> Name: call.mib
> call.mib Type: unspecified type (application/octet-stream)
> Encoding: quoted-printable
-- Tim Connolly tec@mountain.net MountainNet, Inc.
-- (304) 594-9075 ext. 37 2816 Cranberry Square
-- fax (304) 594-9088 Morgantown, WV 26505
++ Ascend Users Mailing List ++
To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd: <http://www.nealis.net/ascend/faq>
Follow-Ups:
References: