home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / dlswmib / dlswmib-minutes-94dec.txt < prev   
Text File  |  1995-06-01  |  6KB  |  154 lines
  1.  
  2. Data Link Switching MIB BOF (DLSWMIB)
  3.  
  4. Reported by Deirdre Kostick/Bellcore
  5.  
  6. The DLSWMIB BOF met on 6 December to gauge community interest in
  7. development of a common, standard MIB for Data Link Switching (DLSw).
  8.  
  9.  
  10. DLSw Overview
  11.  
  12. Wayne Clark presented an overview of Data Link Switching.  Data Link
  13. Switching is a method for encapsulating SNA traffic in TCP/IP. DLSw
  14. provides an internetworking solution for multi-protocol networks.
  15.  
  16. The specification for DLSw is being developed at the APPN Implementors
  17. Workshop (AIW); Version 1 of the specification for DLSw is to be
  18. completed this year.
  19.  
  20. Several companies offer DLSw-capable products.
  21.  
  22.  
  23. DLSw MIB Background
  24.  
  25. Work on a common DLSw MIB began at the AIW in parallel with the work on
  26. the DLSw specification.  A MIB proposal based on existing
  27. enterprise-specific MIBs has been developed.  Since the goal of the AIW
  28. effort was to produce a common, standard SNMP MIB, there was interest in
  29. forming an IETF working group.
  30.  
  31.  
  32. DLSw MIB MIB Proposal Review
  33.  
  34. Peter Gayek walked through the current proposal draft.  Key
  35. points/issues resulting from that walkthrough are summarized below.
  36. (These notes are based on ``draft-aiw-dlswnm-mib-02.txt'' posted at
  37. networking.raleigh.ibm.com.)
  38.  
  39.  
  40. Issues/Recommendations Summary
  41.  
  42.    o Work on the conformance statements should be handled later, after
  43.      the content of the main body of the MIB is more stable.
  44.  
  45.    o Retain the MIB summary in the introduction section; it is very
  46.      useful to the MIB reader.
  47.  
  48.    o Need to add a list of port number pairs in the MIB. Identify which
  49.      are used for SNA/NetBIOS. Also identify priority (e.g., high/low).
  50.  
  51.    o Remove dlswName (use sysName); remove dlswDescr (use sysDescr).
  52.  
  53.    o DLSw Code Capability
  54.       -  Remove dlswSnaSupport, dlswNMSupport.  Information is available
  55.          via the SAP list.
  56.  
  57.       -  A given node acts in send/receive mode all the time.  There are
  58.          several problems with the current definition of the object.
  59.          Need to represent multiple capabilities; and identify
  60.          send/receive mode separately.
  61.  
  62.       -  Create two objects (send/receive) and use an enumerated list to
  63.          identify capabilities.  Action Item:  Ravi Periasamy will post
  64.          a proposed enumerated list.
  65.  
  66.    o dlswAdminVirtualSegment - remove text describing when the value
  67.      takes effect.
  68.  
  69.    o dlswAdminVirtualSegmentMTU - change from *MTU to *LF.
  70.       -  Check SRB enumerated list (who had this item?).
  71.       -  Change to INTEGER.
  72.  
  73.    o dlswAdminFlowCntlMode - revise description.
  74.  
  75.    o dlswInitRecvWndwSize - change to INTEGER 0..65.
  76.      Identify expected reasonable values.
  77.  
  78.    o dlswStatus - change to Admin/Oper objects.  Include text describing
  79.      relation to sysUpTime.
  80.  
  81.    o DLSw Circuit Table - Need to clarify what the S1/S2 identifiers
  82.      indicate (e.g., S1 is local, S2 is remote).
  83.  
  84.    o dlswCircuitState - need to use standard establishment states.  Need
  85.      to add an admin object.  The management application can de-activate
  86.      circuits, but cannot activate circuits.  The admin object should
  87.      only allow writes, not creates.
  88.  
  89.    o Delete Flow Control Statistics objects; they are too detailed.  Add
  90.      eight objects to transport connection level.  Add:
  91.       -  total FCI S/R
  92.       -  independent FCI S/R
  93.       -  halves window received
  94.       -  reset send
  95.       -  reset received
  96.       -  high water mark
  97.  
  98.    o Delete dlswCircuitStateDownTime, dlswCircuitS1SenseCode,
  99.      dlswCircuitLastS2SenseCode.  Add dlswCircuitSenseCode with an
  100.      enumerated list (e.g., (1) halt DL, (2) halt no-ack, (3) tcp
  101.      failed).  This would help determine why a circuit went down.
  102.  
  103.    o Revise index of dlswSdlcLinkStateTable to Local MAC Local SAP.
  104.      Action Item:  Wayne Clark will send out mail requesting feedback on
  105.      how table is used.
  106.  
  107.    o Decided to remove partner configuration objects.
  108.  
  109.    o Traps - add trap enabled/disabled object.  need to verify that the
  110.      four conditions are sufficient.
  111.  
  112.  
  113.  
  114. Goals and Milestones
  115.  
  116.    12/31/94  Post proprietary MIBS
  117.    1/15/95   Post first Internet-Draft of the DLSw MIB
  118.    3/15/95   Post second Internet-Draft of DLSw MIB
  119.    4/3/95    Meet at IETF to review MIB (if necessary)
  120.    5/15/95   Post final Internet-Draft of DLSw MIB and submit to AD
  121.    6/95      Proposed Standard
  122.  
  123.  
  124.  
  125. Draft Charter Discussion
  126.  
  127. A proposed draft charter was discussed and agreed to.
  128.  
  129. Description of the working group:
  130.  
  131.  
  132.      The DLSw MIB Working Group is chartered to define a set of
  133.      managed objects for devices that support Data Link Switching
  134.      (DLSw) version 1.  DLSw is a method for encapsulating SNA
  135.      (System Network Architecture) or NetBIOS (Network Basic Input
  136.      Output Services) traffic in TCP/IP. DLSw is intended to aid in
  137.      the transport of SNA and NetBIOS traffic across WANs.  The
  138.      objects will be the minimum necessary to provide the ability to
  139.      monitor and control DLSw devices, supporting fault isolation,
  140.      configuration and performance management.  The set of objects
  141.      will be consistent with the SNMP framework and existing SNMP
  142.      standards.
  143.      The working group will consider existing enterprise-specific
  144.      MIB modules that define objects which support management of
  145.      these devices.
  146.      The working group recognizes that managed objects for later
  147.      versions of DLSw may need to be identified in the future.
  148.      These objects are out of scope for the current (i.e., 1995)
  149.      charter; however, once the working group completes its charter,
  150.      a new charter identifying some or all of these components may
  151.      be considered.
  152.  
  153.  
  154.