[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference azur::mcc

Title:DECmcc user notes file. Does not replace IPMT.
Notice:Use IPMT for problems. Newsletter location in note 6187
Moderator:TAEC::BEROUD
Created:Mon Aug 21 1989
Last Modified:Wed Jun 04 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:6497
Total number of notes:27359

5978.0. "Diagnosing SNMP query problems" by NYOS01::PLUNKETT () Thu May 05 1994 11:24

    What could be the cause of receiving the following as the results of
    using the mib query utility to dump the contents of a mib?
    
    Object ID:0.0
    Value = is data type 5
    
    * the above lines are repeated ad nauseum *
    
    These are coming from Tektronix X terminals that are only MIB-I
    compliant.  I don't know if the mibs are in "concise" format.  Other
    SNMP entities regurgitate their contents as expected.  Any ideas?
    
    -Craig
T.RTitleUserPersonal
Name		DateLines
5978.1Brain-dead agentBIKINI::KRAUSECSC Network Management/HubsFri May 06 1994 10:025
I'd say that this agent does not properly support GetNext. You could try 
to specify a starting point like 1.3.6.1.2.1.1 and see if the agent can 
cope with this. BTW: data type 5 is NULL, read: empty.

*Robert
5978.2Brain-surgery on brain-dead agent - Tektronix XP20NYOS01::PLUNKETTTue May 10 1994 18:3319
    Well, I took your advice, using the mib query utility, and used the
    example OID to feed to the Tektronix agent, and specified GetNexts,
    and I got a bunch of stuff back that looked good, and a lot of empty
    things too.  Tektronix says that this stuff is MIB-I compliant only,
    and I don't have the extensions for this particular mib integrated
    into MCC yet.  
    
    But, I can use the FCL to get things like sysuptime,
    countercreationtime from the Tek terminal.  However, these things
    don't fully register with MCC, they fail with a "no response from
    entity" message, which is the same response I get with the issue of
    an "show snmp "name" sysdescr.  If I issue the same command to an
    RS/6000 it comes back fine.  
    
    Does this illustrate a difference between MIB-I and MIB-II behavior? 
    Do I have to run the Tektronix MIB-I extensions through MTU before
    these monsters register fully?
    
    -Craig
5978.3I would *not* call this an SNMP agentBIKINI::KRAUSECSC Network Management/HubsWed May 11 1994 05:1616
>    Do I have to run the Tektronix MIB-I extensions through MTU before
>    these monsters register fully?

NO! The pre-loaded MIB-II is only a superset of MIB-I; in other words: 
you got MIB-II, so you got MIB-I as well.

Since the Tektronix agent seems to have a problem with GetNext, this may
well be the cause for the problem. MCC tries each loaded MIB extension
to see if the agent can support it. If it gets no response here (which
is a bug in the agent!), it'll stop and report a 'partial registration'.

But even with partial registration you should be able to handle the 
Tektronix. Just remember that MCC assumes MIB-II and you'll get a lot of 
'not gettable' messages which you may ignore.

*Robert