[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

4657.0. "Problems with V1.3" by MAIL::CLAYTON (Merlin Clayton DTN 445-7217) Tue Mar 09 1993 21:20

I'm experiencing some problems running V1.3 on VMS using the local namespace.

1.  When I add a private MIB extension, it does not show on the map under
the SNMP MIB clas for the respective entity.  However, if I use the 
dictionary browser, the private MIB extension classes do show up.

For instance, I compiled the Chipcom 10-BaseT MIB extension, and it ran 
successfully without errors.  When I brought up the map and selected a
Chipcom repeater and looked into the entity by double clicking on it,
the last MIB calss that is shown is SNMP.  At this point I would expect 
to see the Chipcom xxxxx MIB class also.

I also do not see the RMON MIB class when I look into an entity, but do
see the RMON MIB when looking through the browser.

Has anyone experienced this type of problem that may shed some light 
on what's wrong.

2.  Using the local namespace for the MIR, we're getting into a deadly
embrace situation where you delete an entity with the double-bar circle 
from the tool box and try to add the entity back, and an error occurs saying
that the entity already exists and cannot be added.  However, when you do
a search for the entity across domains, it cannot be found.

I've seen similar behavior using DNS, but never with the local namespace.

Any ideas?

Thanks.

Merlin
T.RTitleUserPersonal
Name		DateLines
4657.1V1.3 added MIB FilteringMOLAR::CHRISB::BRIENENNetwork Management Applications!Wed Mar 10 1993 16:0526
RE: base note -

> 1.  When I add a private MIB extension, it does not show on the map under
> the SNMP MIB clas for the respective entity.  However, if I use the 
> dictionary browser, the private MIB extension classes do show up.
>
>      o o o
>
> Has anyone experienced this type of problem that may shed some light 
> on what's wrong.


  DECmcc V1.3 has a new feature: MIB filtering.

  What this basically means is that MCC will not show MIBs for a selected
  entity (as children of SNMP) that don't apply to that entity. Example:
  if you've selected an SNMP entity that doesn't have the RMON MIB implemented,
  RMON won't appear as an SNMP child, even if the mib is loaded in the
  dictionary.

  The dictionary browser will display all of the mibs (SNMP child entities)
  in the dictionary. A new SNMP AM management attribute ("MIB Extensions
  Available") will do likewise. Iconic Map will just display what the
  target agent provides.

						Chris
4657.2More Info on .0MAIL::CLAYTONMerlin Clayton DTN 445-7217Wed Mar 10 1993 22:0320
I wasn't aware of the new MIB filtering feature, but...

I translated the Chipcom 10-BaseT MIB for a Chipcom 10-BaseT repeater,
and the Proteon P4100 MIB for a Proteon P4100 router and when I select
the respective Chipcom or Proteon entity, neither private MIB extension
shows up as a MIB child entity of the parent.  

Is there something else that needs to be enabled that I'm overlooking?

If the target SNMP agent is not compatible with the private MIB class
extension (e.g., MIB definition and agent version mismatch) what would
the expected results be?

Is there a way to over ride the MIB filtering feature just to see if
the private MIB extensions are there?

Thanks for the info thus far.

Merlin
4657.3try dereg/re-registerTOOK::MCPHERSONpre-retinal integrationThu Mar 11 1993 08:039
Merlin, 

Did you register the 10BaseT repeater before or *after* you added the MIB
extension?  I may be a little out of date on this, but for the filtering to
work, the object should be registered *after* the MIB extenstion has been
added...

Semper Foo!
/doug
4657.4Doug's Right AgainMAIL::CLAYTONMerlin Clayton DTN 445-7217Thu Mar 11 1993 09:4518
As usual you're brilliant Doug.

I deregistered and re-registered my Proteon router in the demo center and 
the Proteon MIB extension came up.  However, my next question is, "Is this
behavior desirable?"

What if, in a real network operations scenario I have a large number of 
entities registered that support SNMP standard MIB classes only.  Then the 
manufacturer enhances their SNMP agent by adding private MIB extensions, or
RMON, etc.  After translating the manufacturer's new MIB enhancements and
integrating them into my DECmcc - oops! POLYcenter - do I have to deregister
all of the respective devices and re-register them again to pick up the 
enhanced MIB capability?

Like I said, this behavior will not be desirable in a real world scenario.
Comments?

Jarhead
4657.5Sure don't want to deregister first...TOOK::R_SPENCENets don't fail me now...Thu Mar 11 1993 14:396
    An Idea... Even if you have it registered can you just DO a REGISTER
    to pick up the MIB info? Or, perhaps there is really an attribute
    or child that can be registered?
    
    s/rob
4657.6REGISTER no longer does a REREGISTERTOOK::STRUTTManagement - the one word oxymoronMon Mar 22 1993 18:2116
    re: .5
    Sigh...
    
    The original design permitted a REGISTER operation to perform as a
    REREGISTER operation - for exactly the reasons cited: you don't want to
    have to DEREGISTER and REGISTER something, cos you may lose valuable
    data in the process.
    
    Unfortunately, during the V1.2 implementation (I think) when partial
    registration was added, this feature, which was never documented,
    was inadvertently removed.  When I mentioned this during v1.3
    development I was told that it wouldn't get put back, either - however
    in some future release (perhaps) there might be a new REREGISTER
    operation which did what REGISTER did in the first couple of versions.
    
    Colin