|  |     Ch,
    
    issue #1
    
>	Will all the VarBinds be accessible in V1.3.0 ?
    
    Yes, in V1.3.0 the variable binding list for enterprise specific traps 
    is decoded and all the variables are passed along in the event report.
    However, we have seen instances where the variable binding list
    in a trap definition of a particular MIB doesn't match the variables
    actually recieved in the trap (wrong order, wrong data type, ect.)
    In this case, we make every attempt to pass as many of the variables
    in the variable binding list that we can properly decode. The variables
    that we can't decode are ignored.
    
    Here is some sample output from a getevent for enterprise specific
    traps. In some of these traps,  more variables were in the enterprise 
    specific trap than were defined in the MIB:
    
    MCC> getevent snmp * chipcom any event, for dura 20:00
    
    SNMP CHIPCOM_RTR chipcom
    AT 25-FEB-1993 13:32:35 Any Event
    
    Received event had more object ids than were defined in the dictionary:
    Event: chipSlotDown
    A chipSlotDown trap was received:
                                 enterprise = "1.3.6.1.4.1.49"
                                 agent-addr = 16.31.112.23
                               generic-trap = enterpriseSpecific
                              specific-trap = 2
                                 time-stamp = 50552154
                         onlineModSlotIndex = 12
    
    SNMP CHIPCOM_RTR chipcom
    AT 25-FEB-1993 13:32:38 Any Event
    
    Received event had more object ids than were defined in the dictionary:
    Event: chipSlotUp
    A chipSlotUp trap was received:
                                 enterprise = "1.3.6.1.4.1.49"
                                 agent-addr = 16.31.112.23
                               generic-trap = enterpriseSpecific
                              specific-trap = 3
                                 time-stamp = 50552154
                         onlineModSlotIndex = 12
                              onlineModType = module_51nnMFIB
    
    SNMP CHIPCOM_RTR chipcom
    AT 25-FEB-1993 13:32:43 Any Event
    
    Received event had more object ids than were defined in the dictionary:
    Event: chipPortDown
    A chipPortDown trap was received:
                                 enterprise = "1.3.6.1.4.1.49"
                                 agent-addr = 16.31.112.23
                               generic-trap = enterpriseSpecific
                              specific-trap = 11
                                 time-stamp = 50552764
                       onlinePortAdminState = enable
                           onlinePortStatus = linkFailure
    
    issue #2
    
>    - the Rmon MIB is already loaded in the dictionnary (mcc_dap show class
>      snmp ...), but it doesn't appear in the IMPM windows when you select
>      a snmp entity. Is there a special registration or anything to do to
>      get access to this part of the mib ?
    
    In V1.3.0 the RMON mib comes already loaded in the dictionary.
    However, in V1.3.0 the IMPM will only show the child entities that
    are actually supported by a particular SNMP entity instance. For
    example, if a particular SNMP entity supports RMON (or any other child
    entity) then you'll see the RMON child entity when you double-click on
    the icon. On the other hand, if the entity doesn't support RMON then
    you won't see the RMON child entity when you double-click on the icon.
    Basically, in V1.3.0 you'll only see child entities that are supported
    by the SNMP entity in question.
    
    It sounds like the entity you are using doesn't support the RMON MIB.
    
    Hope this helps.
    
    regards,
    jim
    
 | 
|  |     VarBindList info came across just fine in T1.3.0.  Now in T1.3.1, it
    doesn't work for me anymore, either.
    
    I faxed some output to Rahul for analysis, but I guess I just missed
    him before he went on vacation.
    
    Jim,
    Do you have any ideas??
    
    -Dan
 |