home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / entmib / entmib-minutes-96mar.txt < prev   
Text File  |  1996-05-24  |  5KB  |  134 lines
  1. Editor's note:  These minutes have not been edited.
  2.  
  3. Minutes of Entity MIB Working Group
  4. LA IETF - 4,7 March 1996
  5. Chaired by Keith McCloghrie
  6. Minutes by Bob Stewart with assistance from Andy Bierman
  7.  
  8. 4 March
  9.  
  10. Along with his nice leather Cisco notebook, the minutes taker lost the
  11. minutes for the first day when he left the notebook on a chair in the
  12. meeting room after the Open IAB Meeting.
  13.  
  14. Maria Greene presented a proposal for removing the community string object
  15. in favor of a more abstract object that represented a naming scope without
  16. giving away a full community string.  She included a proposal for
  17. formatting community strings using that object.  We discussed this for most
  18. of the meeting and concluded that we didn't agree and wouldn't change the
  19. MIB.
  20.  
  21. Maria presented a definition of a logical entity which we liked.
  22.  
  23. I think Maria presented something else, too.
  24.  
  25.  
  26. 5 December
  27.  
  28. Keith suggested a consensus that the Entity MIB is allowed but not required
  29. unless it has something to point to.  Discussion ensued:
  30.  
  31.     -   Can there be a hierarchy of different contents?
  32.     -   We want one place with all the information.  What we have now is
  33.         that.
  34.     -   That's a Chassis MIB and goes too far for our constraints.
  35.     -   We're trying to avoid consistency problems.  That's a general
  36.         problem we can't solve.
  37.     -   The problem arises with multiple sources and attempting to be
  38.         flat.
  39.     -   Relationships are beyond the scope.  We only need a directory of
  40.         logical entities.
  41.     -   Must we preclude different transport addresses for different
  42.         logical entities?
  43.     -   We should stay simplest possible.
  44.     -   How do we account for multiple paths to the same information?
  45.     -   Why do we need a transport address?
  46.     -   Some agents may multiplex logical entities by transport address
  47.         rather than community string.
  48.     -   Consensus reached on Keith's suggestion with no document changes.
  49.  
  50. Maria Greene presented a proposed Johnson-Greene index:
  51.  
  52.     -   Maximum hierarchy depth of four using two indexes.
  53.     -   How about level/parent/index?
  54.     -   Let's drop hardware.  We're spending too much time on it, and
  55.         it's not our primary need.  We should finish logical entities
  56.         and do hardware separately.
  57.     -   A subgroup will go aside to try to resolve problems with this.
  58.     -   So far this proposal doesn't help.
  59.     -   Support dropping hardware.
  60.     -   The subgroup reported failure to resolve problems.
  61.     -   We reached no consensus for changes.
  62.  
  63. We discussed issues list from Dallas:
  64.  
  65.     -   SNMPv2 is removed.
  66.     -   We have sufficiently discussed the MIB structure.
  67.     -   We decided that after a reboot the hardware must get the same
  68.         indexes unless the hardware configuration is different.
  69.         .  How do you tell if it's changed?  Sometimes you can't.
  70.         .  This is a useless feature.  Throw out hardware.
  71.         .  Add an object to count re-indexings.
  72.         .  Solutions exist but are difficult and use NVR.
  73.         .  We need an unchanging identification.
  74.         .  We alread have OID, descriptor and others.
  75.     -   We have sufficiently discussed containers and containees.
  76.     -   We haven't found a sufficient standard list of physical class
  77.         values.
  78.         .  Use the list from the Host Resources MIB.
  79.         .  It has no overlap with our list.
  80.         .  Our lack of trivial expandibility is a feature.
  81.         .  Remove power supply and fan.
  82.         .  No.
  83.         .  We'll leave the list as it is in the current MIB draft.
  84.     -   We have added and deleted objects as needed.
  85.     -   For conformance we will allow logical only.
  86.     -   We have covered Trap issues.
  87.     -   We decided an agent may not return only a subset of logical
  88.         entities.
  89.     -   The definition of a logical entity is as presented by Maria on the
  90.         4th.
  91.     -   sysORTable issues:
  92.         .  It's a list of MIBs available.
  93.         .  Does an entity with limited scope list only its MIBs?
  94.         .  Yes.
  95.         .  In any case, you can't count on it being exactly correct.
  96.     -   We accepted Maria's physical containment table.
  97.  
  98. Andy presented some discussion on the entAliasMappingTable:
  99.  
  100.     -   It's currently too complex.  Changes proposed.
  101.     -   Changes accepted:  switch to physical then logical index and use
  102.         OID for port, remove entAliasMappingIndex as index.
  103.  
  104. We need definitions relative to hosts for backplane, chassis, etc.  Text
  105. will be added, but not too definitive.
  106.  
  107. We discussed per-class numbering:
  108.  
  109.     -   Separate number ranges are good for separate classes.
  110.     -   Modeling slots moves the parent around.
  111.     -   You should number within a container and look up a level for
  112.         relative position.
  113.     -   No change.
  114.  
  115. We have nothing more to say about multiple agents.
  116.  
  117. The editor will have an updated document next week.
  118.  
  119. We discussed adequacy of compliance and interoperability testing:
  120.  
  121.     -   entLogicalType and descriptor strings need improvement.
  122.     -   We should add an OID for descriptor.
  123.     -   Descriptor is already redundant with the existing OID.
  124.     -   The intent was to display the descriptor and use the OID for
  125.         interoperability.
  126.     -   Further discussion on this topic will be on the mailing list.
  127.  
  128.  
  129. Respectfully submitted,
  130.  
  131.         Bob Stewart
  132.  
  133.  
  134.