home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / 93mar / atmmib-minutes-93mar.txt < prev    next >
Text File  |  1995-03-01  |  8KB  |  204 lines

  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4.  
  5.  
  6. Reported by Kaj Tesink/Bellcore
  7.  
  8. Minutes of the Managing ATM with SNMP BOF (ATMMIB)
  9.  
  10. The goal of the ATMMIB BOF was to determine if there was sufficient
  11. interest to create a working group to develop managed objects for ATM.
  12. Editor's Note (md):  Following the IETF meeting this Group became a
  13. working group and took the name AToM MIB Working Group (ATOMMIB).
  14.  
  15. Agenda
  16.  
  17.  
  18.    o Overview, Proposed Charter.
  19.    o Proposals.
  20.  
  21.       -  ATM MIB Strawperson Proposal (Masuma Ahmed)
  22.       -  ATM ILMI (Keith McCloghrie)
  23.       -  SONET MIB (Kaj Tesink)
  24.  
  25.  
  26. Overview - Kaj Tesink
  27.  
  28. Following unanimous agreement that a working group is necessary to
  29. develop managed objects related to ATM, Kaj identified the following
  30. ``terms of reference'' as the basis for the proposed Charter of the ATM
  31. MIB work effort:
  32.  
  33.  
  34.    o Priority on ATM PVCs.
  35.  
  36.    o Keep the MIB small.
  37.  
  38.    o Priority is creation of an SNMPv1 managed objects.  Support of
  39.      SNMPv2 may be a future effort.
  40.  
  41.    o Difference between interface and end-to-end view of NM information
  42.      for ATM.
  43.  
  44.  
  45. Kaj discussed the relationship of the proposed ATM MIB with physical
  46. layer MIBs.  He suggested that the Working Group include work on the
  47. SONET MIB which was posted by Tracy Cox.  The Trunk MIB Working Group
  48. which had developed MIBs for DS1/E1 and DS3/E3 no longer exists.  Ayal
  49. Opher cautioned against assuming that the SONET MIB is ``done''.  Since
  50. there are more implementations of SONET equipment, folks may pay more
  51. attention and have more comments on the proposed SONET MIB module.
  52.  
  53. There was discussion on the different perspectives on ATM-related
  54. network management information:
  55.  
  56.  
  57.    o Local DTE view of ATM-based communication over the local interface.
  58.    o Network view of the local interface.
  59.    o End-to-end view of the communication path.
  60.    o ATM switch management - both private and public.
  61.    o ATM-based service information - both private and public.
  62.  
  63.  
  64. These different perspectives drive identification of different sets of
  65. managed objects.
  66.  
  67. Based on this discussion, a Charter was agreed upon that directs the
  68. proposed Working Group to undertake work on ATM and SONET management.
  69.  
  70. Proposals
  71.  
  72.  
  73.    o ATMMIB Proposal - Masuma Ahmed
  74.  
  75.      Masuma gave an overview of a Bellcore strawperson proposal for an
  76.      ATM MIB. See the copy of the viewgraphs for a detailed list of
  77.      proposed management information.  The strawperson MIB is based on
  78.      the ILMI, and includes configuration information about the ATM
  79.      interface, ATM layer statistics, but (unlike the ILMI) also VPL/VCL
  80.      level performance information.  Virtual Channel Links are the
  81.      interfaces between two adjacent ATM devices.  A Virtual Channel
  82.      Connection is the set of VCLs used end-point to end-point.  A VCL
  83.      is identified by a Virtual Channel Identifier (VCI). Similarly, a
  84.      Virtual Path Connection consists of VPLs, identified by VPIs.
  85.      Issues identified during the discussion included:
  86.  
  87.       -  The relation to the existing ILMI MIB (see Keith's talk).
  88.       -  The need for end-to-end PVC configuration information.
  89.       -  The modelling of ATM in relation to MIB-II interfaces table.
  90.       -  The need to keep the MIB small.
  91.       -  The need to coordinate modeling of PVCs with FR MIB effort.
  92.       -  The need for AAL performance statistics.
  93.       -  The need for VPC/VCC level performance statistics.
  94.  
  95.  
  96.    o ATM Forum ILMI - Keith McCloghrie
  97.  
  98.      Keith gave a presentation on the ATM Forum's Interim Local
  99.      Management Interface ILMI, stressing that even though the ILMI uses
  100.      SNMP packet formats, the purpose of the ILMI is not network
  101.      management, but rather ``interface management''.  However, since
  102.      the management information needed for interface management is a
  103.      subset of the information needed for network management, the ILMI's
  104.      MIB should be appropriate for use by network management as well as
  105.      for interface management.
  106.  
  107.      The ATM Forum's ILMI MIB was designed to be symmetric -- that is,
  108.      to have the same MIB on each side of the interface.  It currently
  109.      contains read-only objects.  The ILMI MIB contains information on
  110.      the physical port (e.g.,operStatus), ATM layer, ATM cell, and
  111.      VPC/VCCs.  There are no VCL or VPL level statistics in the ILMI.
  112.  
  113.      Keith recommended that the proposed IETF Working Group use the ILMI
  114.      MIB as a base for the development of IETF ATM MIB(s).  The
  115.      management of the local interface should use a common MIB
  116.      module/table/group.
  117.  
  118.    o SONET MIB - Kaj Tesink
  119.  
  120.      Kaj gave a short presentation of the SONET MIB. The SONET MIB has
  121.      been posted as an Internet-Draft for a long time.  It is consistent
  122.      with other trunk MIBs.  A minor change may be needed on table
  123.      indexing.  Interested people are encouraged to review this MIB.
  124.      Internet-Draft:  ``Definitions of Managed Objects for the SONET
  125.      Interface Type'', Jan.1993, Tracy A. Cox, Kaj Tesink,
  126.      <draft-ietf-cox-sonetmib-01.txt>.
  127.  
  128.  
  129. Conclusions of the BOF
  130.  
  131.  
  132.    o There is interest in forming a Working Group to develop standard
  133.      managed objects for ATM and SONET.
  134.  
  135.    o Deirdre Kostick suggested calling it the AToMMIB Working Group,
  136.      with the ``o'' signifying SONET, and the ``AToM'' as a reminder to
  137.      keep MIBs small(!).
  138.  
  139.    o It is likely that there will be multiple MIB modules for ATM
  140.      developed to support the different management perspectives
  141.      identified during the BOF.
  142.  
  143.    o The MIB module(s) for management for the local interface should
  144.      build on the ATM Forum ILMI MIB.
  145.  
  146.  
  147. Attendees
  148.  
  149. Masuma Ahmed             mxa@sabre.bellcore.com
  150. David Arneson            arneson@ctron.com
  151. David Battle             battle@cs.utk.edu
  152. Nutan Behki              Nutan_Behki@qmail.newbridge.com
  153. Caralyn Brown            cbrown@wellfleet.com
  154. Jack Brown               jbrown@huachuca-emh8.army.mil
  155. Theodore Brunner         tob@thumper.bellcore.com
  156. John Chang               changj@ralvm6.vnet.ibm.com
  157. Anthony Chow             chow_a@wwtc.timeplex.com
  158. George Clapp             clapp@ameris.center.il.ameritech.com
  159. Michael Collins          collinsms@es.net
  160. Tracy Cox                tacox@sabre.bellcore.com
  161. James Davin              davin@thumper.bellcore.com
  162. M.J. Dixon               mjd@att.com
  163. Kurt Dobbins             kurtdob@ctron.com
  164. David Engel              david@ods.com
  165. Kenneth Giusti           kgiusti.chipcom.com
  166. Patrick Hanel            hanel@yoyodyne.trs.ntc.nokia.com
  167. Juha Heinanen            juha.heinanen@datanet.tele.fi
  168. Don Hofacker             hofacker@dtedi.hq.aelc.af.mil
  169. Mark Kepke               mak@fc.hp.com
  170. Moshe Kochinski          moshek@FibHaifa.com
  171. Deirdre Kostick          dck2@sabre.bellcore.com
  172. David Lovering           lovering@bldrdoc.gov
  173. Andrew Malis             malis_a@timeplex.com
  174. Jun Matsukata            jm@eng.isas.ac.jp
  175. Keith McCloghrie         kzm@hls.com
  176. Evan McGinnis            bem@3com.com
  177. George Mouradian         gvm@arch3.att.com
  178. Tom Nisbet               nisbet@tt.com
  179. Bill Norton              wbn@merit.edu
  180. Zbigniew Opalka          zopalka@agile.com
  181. Ayal Opher               aopher@synoptics.com
  182. Joe Pagan                jrp@afterlife.ncsc.mil
  183. Michael Patton           map@bbn.com
  184. Drew Perkins             ddp@fore.com
  185. Venkat Rangan            venkat@.metrix.com
  186. Kenneth Rodemann         krr@qsun.att.com
  187. Dan Romascanu            dan@lannet.com
  188. Marshall Rose            mrose@dbc.mtview.ca.us
  189. Jon Saperia              saperia@lkg.dec.com
  190. Andrew Schmidt           ags@uius.edu
  191. Kanan Shah               kshag@cmf.nrl.navy.mil
  192. Andrew Smith             asmith@synoptics.com
  193. Subbu Subramaniam        subbu@cup.hp.com
  194. Terry Sullivan           terrys@newbridge.com
  195. Sally Tarquinio          sallyt@gateway.mitre.org
  196. Kaj Tesink               kaj@cc.bellcore.com
  197. Stephen Tsun             snt@3com.com
  198. Mario Vecchi             mpv@thumper.bellcore.com
  199. James Watt               james@newbridge.com
  200. Peter Wilson             peter_wilson@3com.com
  201. Yow-Wei Yao              yao@chang.austin.ibm.com
  202. Kiho Yum                 kxy@nsd.3com.com
  203.  
  204.