home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / x25mib / x25mib-minutes-91jul.txt < prev    next >
Text File  |  1993-02-17  |  4KB  |  86 lines
  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4.  
  5. Reported by Dean Throop/Data General
  6.  
  7. X25MIB Minutes
  8.  
  9. The X25mib Working group met on Tuesday, July 30, 1991 at the Atlanta
  10. IETF meeting.  The Working Group considered several aspects of the
  11. documents.
  12.  
  13. The Working Group first discussed adding an object identifier to
  14. identify the network to which a LAPB interface was connected.  While it
  15. was agreed such an identifier could be provided, there wasn't enough
  16. justification presented by any participant to warrant adding the object.
  17. The Working Group was satisfied with the text stating that the ifdesc
  18. field for the interface should name the network.  While this isn't very
  19. useful for network management software, it does make the information
  20. available in some form.  An explicit object identifier can be added in
  21. the future if needed.
  22.  
  23. The Working Group then discussed the name of the
  24. x25PktStatInProviderInitiatedClears object.  This is the only counter of
  25. received clear packets and as such the name could be simplified to
  26. x25PktStatInClears.  Alternatively other clear counters could be
  27. defined.  The attendees felt that remotely initiated clears were enough
  28. a part of normal operation that they need not be counted.  Provider
  29. initiated clears however indicated a problem with the service from the
  30. provider and did justify being counted.  The consensus of the attendees
  31. was not to add other objects.  As for simplifying the name, the counter
  32. name does reflect what the object counts.  The current name also sets
  33. precedence for naming other clear counters should future experience
  34. justify their existence.  The Working Group decided to leave the name of
  35. the object as current defined.
  36.  
  37. The Working Group also discussed the differences indicated by the
  38. different types defined for the ifType field of an X.25 packet layer
  39. interface.  A type of ddn-x25(4) indicates a simple interface using an
  40. algorithm for translating between X.25 address and IP addresses.  An
  41. interface type of rfc877-x25(5) indicates a table is used for the
  42. address translation.
  43.  
  44. The Working Group then discussed expanding the IP over X25 MIB to
  45. include objects for X.25 call parameters.  This would allow a manager to
  46. examine and change the X.25 parameters the IP over X.25 software would
  47. use to initiate an X.25 call.  It was observed by the group that all
  48. users of X.25 would need a similar table.  As an example, the IPX over
  49. X.25 interface will have X.25 call parameters that may be part of a
  50. future MIB. Rather than have each user of X.25 define their own objects,
  51. a table will be added to the X.25 MIB for X.25 call parameters.  This
  52. table will include call user data, packet size, window size, charging
  53. information, and other parameters.  The table will not include the
  54. destination X.25 address.  This will allow one set of parameters to
  55. apply to several different destinations.
  56.  
  57.                                    1
  58.  
  59.  
  60.  
  61.  
  62.  
  63. Other discussions in Atlanta concerned broadening the use of the LAPB
  64. MIB. Since LAPB and other Data Link protocols are very similar, the name
  65. of the LAPB MIB will be changed to HDLC and it will be presented to
  66. other Working Groups.  It maybe possible to use the HDLC MIB for more
  67. than just LAPB.
  68.  
  69. The HDLC, X.25 Packet Layer, and IP over X.25 draft MIBs will be updated
  70. and distributed to the x25mib@dg-rtp.dg.com mailing list for further
  71. discussion.
  72.  
  73. Attendees
  74.  
  75. Steve Alexander          stevea@i88.isc.com
  76. Steve Bostock            steveb@novell.com
  77. James Davin              jrd@ptt.lcs.mit.edu
  78. Mark Kepke               mak@.hpcndk.cnd.hp.com
  79. Evan McGinnis            bem@3com.com
  80. John Pickens             jrp@3com.com
  81. Dean Throop              throop@dg-rtp.dg.com
  82.  
  83.  
  84.  
  85.                                    2
  86.