home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / x25mib / x25mib-minutes-91nov.txt < prev    next >
Text File  |  1993-02-17  |  5KB  |  115 lines
  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4.  
  5. Reported by Dean Throop/Data General
  6.  
  7. Minutes X.25 Management Information Base (X25MIB)
  8.  
  9. The X25mib Working Group met at the IETF meet in Santa FE on Monday,
  10. November 18th, 1991.  All draft documents were discussed and all were
  11. referred back to the editor for further changes.
  12.  
  13. Inter-MIB Structural Issues
  14.  
  15. Fred Baker raised the issue of a single X.25 packet layer running over
  16. multiple LAPB sessions.  The current X.25 MIB will not support such a
  17. structure.  Since the one over several structure occurs in other
  18. situations, it was agreed a general solution would be better than
  19. putting direct support for such structures into the X.25 MIB. Fred Baker
  20. volunteered to draft a MIB that would allow one level_X_MIB to be
  21. redirected to identify multiple level_X-1_MIBs.
  22.  
  23. To facilitate this, the SYNTAX of the x25InfoDataLinkId will be changed
  24. from INTEGER to OBJECT IDENTIFIER. That object identifier will identify
  25. an instance of the index for the first table of the MIB for the layer
  26. under that X.25.  For X.25 running over LAPB, it will be an instance of
  27. lapbParamIndex.  For X.25 running over multiple link layer entities, it
  28. will be an instance in the table of the MIB that Fred will draft (see
  29. above).  For X.25 running over interfaces that don't have specific MIBs,
  30. it could also be the ifIndex for an interface.
  31.  
  32. A similar change will be made in how the HDLC MIB identifies the port
  33. below it.  The hdlcParamPortIndex will be deleted and the SYNTAX of
  34. hdlcParamPortId will be changed to OBJECT IDENTIFIER. The object
  35. identifier will identify an instance of the index for the first table of
  36. the MIB for the port under LAPB. In general this will be an instance of
  37. rs232PortIndex.
  38.  
  39. Dave Perkins said he had a new tool which identified several syntax
  40. problems with the current drafts.  It was agree the MIBs should be
  41. changed to correct these problems and the issue was referred to the
  42. editor to complete.
  43.  
  44. HDLC MIB
  45.  
  46. It was agreed to change the name of HDLC back to LAPB because the MIB
  47. wasn't broad enough to cover all variants of HDLC. It didn't cover basic
  48. HDLC framing, nor SDLC, nor LAPD. It is indeed a LAPB MIB and should be
  49. so named.
  50.  
  51. The LAPB MIB will be expanded to include support for ISO 8885 XID
  52. negotiations.  Some of the attendees with European experience indicated
  53. that XID negotiations are important for that community.
  54.  
  55. Conformance
  56.  
  57.                                    1
  58.  
  59.  
  60.  
  61.  
  62.  
  63. The issue of conformance was discussed.  It was agreed that the MIBs
  64. will contain tables that are mandatory and optional.  A vendor must
  65. implement all mandatory tables to claim conformance.  The optional
  66. tables will be present to allow management of implementations that
  67. implement more than a minimal X.25/LAPB stack.
  68.  
  69. X.25 MIB
  70.  
  71. With the conformance issue in mind, the X.25 MIB will be examined to
  72. restructure the tables to make some tables optional.  The objects
  73. required by a minimal X.25 implementation should be in required tables
  74. and all other objects should be in optional tables.
  75.  
  76. The X.25 MIB will also be examined to determine if some objects can be
  77. eliminated.  Herve Goguely from LIR Corporation volunteered to review
  78. the current MIB in light of his European experience and develop a list
  79. of objects to consider deleting.
  80.  
  81. The group discussed recording error conditions from the last closed
  82. connection.  It was agreed a table should be added to record the reason
  83. for the last abnormal close.  The table should allow recording the last
  84. N conditions however vendors will only be required to keep 1 condition;
  85. vendors may choose to keep more if resources permit.  The RMON MIB will
  86. be examined for a possible paradigm for structuring the table.
  87.  
  88. IP over X.25
  89.  
  90. Andrew Malis informed the Working Group that the IPLPDN Working Group
  91. has started writing a new RFC to replace RFC 877.  He said there were
  92. several aspects of that draft that were inconsistent with the IP over
  93. X.25 MIB. The IP over X.25 MIB will be examined to align it with the
  94. revised RFC on IP over X.25 coming from the IPLPDN Working Group.
  95. Andrew Malis and Fred Baker will serve as liaison between the IPLPDN and
  96. X25MIB Working Groups.
  97.  
  98. Attendees
  99.  
  100. Fred Baker               fbaker@emerald.acc.com
  101. James Davin              jrd@ptt.lcs.mit.edu
  102. Herve Goguely            lircorp1!roger@uunet.uu.net
  103. Cheryl Krupczak          cheryl@cc.gatech.edu
  104. Andrew Malis             malis@bbn.com
  105. Evan McGinnis            bem@3com.com
  106. David Perkins            dperkins@synoptics.com
  107. Philippe Roger           lircorp1!roger@uunet.uu.net
  108. Bob Stewart              rlstewart@eng.xyplex.com
  109. Mark Therieau            markt@python.eng.microcom.com
  110. Dean Throop              throop@dg-rtp.dg.com
  111.  
  112.  
  113.  
  114.                                    2
  115.