First of all, there is integration between the 8260 Hub Management
program search function that collects the port information and the
Tivoli inventory application. I don't have the specific information
here, but if the dynatext docs are installed on your system, you should
be able to find it there. If the inventory integration is not working,
you should open a PMR with Nways support.
(The static summary is the newer metnhod of reporting the port stats and
is dependent on the microcode level on the 8260.)
The port tables that report MAC addresses (and also IP address/hostname
if the device seen through the port is an IP device) are dynamic and
represent not just devices actually plugged into the ports but also MACs
seen through them (i.e., if an edge device (another hub or switch)is
crossed over into one of the 8260 ports). I'm not sure these port tables
are really in the purview of the inventory database because of their
dynamic nature.
But for the problem you pose in your actual question, about pulling info
from the hub, you do not require access to the snmpmib.bin file. That
file is a binary version of the snmpmib file, which in turn is a file
constructed of all of the mibs that have been loaded either by default
or manually using the xnmloadmib compiler.
And you don't really even need the 8250-60 mib itself. All you need are
the dotted MIB ids defined for the variables you want to poll from the
hubs. This shouldn't have to be a table you maintain- the iterated list
of the port table MAC addresses will include the index for the slot and
port for whichever box the poll represents and should pull the data you
want.
This may be the route you have to go for a given situation you're
exploring because there is not guarantee of the currency of the search
database. If you are seeing a problem and want to get the current data,
you'll probably want a fresh poll anyway.
I hope I haven't misunderatood the premise here, and hope this helps.
Jim Kellock.
Martin Conway wrote:
>
> The 8260 Mib contains a table describing the contents of each slot in
> the 8260 chassis known as the static summary table. When the ssvalues
> variable requested, information is returned as an octet string which
> contain BER encoded data as follows:
>
> The OIDs and values of the objects to be summarized,
> given as an octet string in the 'New Summary' format.
>
> NEW_SUMMARY DEFINITION ::= BEGIN
>
> IMPORTS TimeTicks FROM RFC1155-SMI;
>
> Message ::= CHOICE OF {
> Message_0
> }
>
> Message_0 ::= [0] IMPLICIT SEQUENCE {
> timeStamp TimeTicks,
> containments CONTAINMENTS
> }
>
> CONTAINMENTS ::= SEQUENCE OF CONTAINMENT
>
> CONTAINMENT ::= SEQUENCE {
> prefix OID, -- Base OID
> blocks BLOCKS
> }
>
> BLOCKS ::= SEQUENCE OF BLOCK
>
> BLOCK ::= SEQUENCE {
> suffix SUFFIX,
> values VALUES
> }
>
> SUFFIX ::= CHOICE OF {
> SEQUENCE OF INTEGER, -- Indicies (i.e. slot.port)
> NULL
> }
>
> VALUES ::= SEQUENCE OF VALUE
>
> VALUE ::= SEQUENCE {
> attribute INTEGER,
> data DATA
> }
>
> DATA ::= CHOICE OF {
> INTEGER,
> OCTET STRING,
> TimeTicks
> }
>
> END
>
> As the returned data contains an OID relating to a particular
> configuration item we can use published API calls to resolve the OID to
> a more meaningful name. However, I could not see an equivalent API call
> that could be used to look up enummerated data types from the integer
> values used to represent them in the ssvalues string.
>
> I was therefore hoping that I could use the snmpmib.bin file as a
> lookup table an resolve enumerated values from their integer
> equivalents. This would obviously avoid the need to deploy a seperate
> MIB compiler or manually maintain a customised lookup table.
>
> The prime driver for this work is the need to address shortfalls in the
> product base suppported by the Nways/Tivoli Inventory Integration pack.
> Namely, its lack of support for 8260 chassis and modules.
>
> Having written the scripts required to recover and parse each ssvalues
> string, the snmpmib.bin approach seemed to me to offer the quickest
> method of identifying and displaying the values associated with the
> enumerated data types recovered from the string.
>
> If anyone has other thoughts on the problem, I'd welcome the input.
> ----------
> From: James_Shanks@TIVOLI.COM[SMTP:James_Shanks@TIVOLI.COM]
> Sent: 30 June 1999 14:07
> To: NV-L@UCSBVM.ucsb.edu
> Cc: James_Shanks@TIVOLI.COM
> Subject: Re: snmpmib.bin format
>
> ----------------------------------------
> Your attention is drawn to the fact that
> this internet message originated from
> a source external to the Barclays Group.
> ----------------------------------------
>
> There is no doc because there is no user interface -- we don't publish
> internal
> stuff when we do not intend to support user modification of it. Why
> do you
> want it?
>
> James Shanks
> Tivoli (NetView for UNIX) L3 Support
>
> Martin Conway <martin.conway@BARCLAYS.CO.UK> on 06/30/99 06:54:55 AM
>
> Please respond to Discussion of IBM NetView and POLYCENTER Manager on
> NetView
> <NV-L@UCSBVM.UCSB.EDU>
>
> To: NV-L@UCSBVM.UCSB.EDU
> cc: (bcc: James Shanks/Tivoli Systems)
> Subject: snmpmib.bin format
>
> Hi,
>
> Does anyone have details of the file format of snmpmib.bin. I checked
> the documentation and can't seem to find any references to it.
>
> Cheers
>
> Martin
>
> Internet communications are not secure and therefore the Barclays Group
> does
> not accept legal responsibility for the contents of this message. Any
> views
> or opinions presented are solely those of the author and do not
> necessarily
> represent those of the Barclays Group.
>
> ------------------------------------------------------------------------
>
> Internet communications are not secure and therefore the Barclays Group does
> not accept legal responsibility for the contents of this message. Any views
> or opinions presented are solely those of the author and do not necessarily
> represent those of the Barclays Group.
|