home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / 93mar / madman-minutes-93mar.txt < prev    next >
Text File  |  1993-04-30  |  5KB  |  143 lines
  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4.  
  5. Reported by Urs Eppenberger/SWITCH
  6.  
  7. Minutes of the Mail and Directory Management BOF (MADMAN)
  8.  
  9. Agenda
  10.  
  11.  
  12.    o Minutes of the SAM BOF
  13.    o Review of the Charter
  14.    o Review of the Documents
  15.  
  16.       -  Application monitoring MIB
  17.       -  MTA monitoring MIB
  18.       -  DSA monitoring MIB
  19.  
  20.  
  21. The Minutes of the SNMP Application Monitoring BOF (SAM), which met
  22. during the November 1992 IETF, were accepted without any comments.  The
  23. Group then moved on to a review of the Charter for the MADMAN BOF. The
  24. following decisions were reached:
  25.  
  26.  
  27.    o Monitoring of Message Store is added to the Charter.  Message Store
  28.      does include X.400(88) Message Store, POP, IMAP...
  29.  
  30.    o The management of the applications is not a working item for the
  31.      Group.  The MIB enables MTA and DSA managers to detect when things
  32.      go wild by monitoring the most important system variables.
  33.  
  34.    o The application monitoring MIB is planned to be finalised for the
  35.      Amsterdam IETF.
  36.  
  37.    o The DSA and MTA monitoring MIBs are planned for the Fall 1993 IETF.
  38.  
  39.    o Work on the Message Store MIB will start after the Fall 1993 IETF.
  40.  
  41.    o The IFIP Working Group on email management has a more general
  42.      approach.  Good relations are ensured by cross participation of
  43.      Working Group members and the sharing of documents.
  44.  
  45.  
  46. The remainder of the session was spent in reviewing various documents.
  47.  
  48.  
  49.    o Application Monitoring MIB
  50.  
  51.       -  It is based on Steve's original proposal and should form a
  52.          framework for all network applications.
  53.       -  A name string will be added.
  54.  
  55.                                    1
  56.  
  57.  
  58.  
  59.  
  60.  
  61.       -  A version indication per application is needed.
  62.       -  The concept on representation of processes in the host MIB will
  63.          be checked.
  64.       -  There are already two other MIBs defined, a very short one from
  65.          HP and one from CDC, concentrating on Mail and Directory.
  66.  
  67.  
  68.    o DSA monitoring MIB
  69.  
  70.       -  Additional variables:  operations pending, active chained
  71.          operations to other DSAs, current number of requests from
  72.          clients in process, counters for replications, fail indication.
  73.  
  74.  
  75.    o MTA Monitoring MIB
  76.  
  77.       -  Support now for multiple MTAs on a single system is added.
  78.       -  A new abstraction has been added:  channel.  This is to get
  79.          some figures out of very simple MTAs.  A problem is deferred
  80.          delivered messages and alarms set on `oldest message per
  81.          channel'.
  82.       -  A counter for rejected messages is added.
  83.       -  A separate document is needed, also an RFC, to define object
  84.          identifiers as a basis for identifying TCP services based on
  85.          their port number.
  86.       -  Glenn volunteers to work on a layered model of the MTA
  87.          monitoring approach.  An association layer which receives and
  88.          sends the messages and a higher level which routes and modifies
  89.          (in case of gateway functions) the messages.
  90.  
  91.  
  92.    o Message Store MIB
  93.  
  94.       -  Monitor UAs connected to the message store, submission,
  95.          retrieval, messages locked in the store.
  96.       -  The MIB should support capacity planning.
  97.       -  Ed Reed volunteered to work on a document to study the issues
  98.          involved.
  99.  
  100.  
  101. Attendees
  102.  
  103. Harald Alvestrand        Harald.Alvestrand@delab.sintef.no
  104. Robert Austein           sra@epilogue.com
  105. Cyrus Chow               cchow@ames.arc.nasa.gov
  106. Robert Cooney            cooney@wnyose.nctsw.navy.mil
  107. Urs Eppenberger          eppenberger@switch.ch
  108. Ned Freed                ned@innosoft.com
  109.  
  110.                                    2
  111.  
  112.  
  113.  
  114.  
  115.  
  116. Terry Gray               gray@cac.washington.edu
  117. Roland Hedberg           Roland.Hedberg@rc.tudelft.nl
  118. Barbara Jennings         bjjenni@sandia.gov
  119. Thomas Johannsen         Thomas.Johannsen@ebzaw1.et.tu-dresden.de
  120. Kevin Jordan             Kevin.E.Jordan@cdc.com
  121. Marko Kaittola           Marko.Kaittola@funet.fi
  122. Steve Kille              S.Kille@isode.com
  123. Sylvain Langlois         Sylvain.Langlois@exp.edf.fr
  124. Bruce Mackey             brucem@cinops.xerox.com
  125. Glenn Mansfield          glenn@aic.co.jp
  126. Ignacio Martinez         martinez@rediris.es
  127. Bob Morgan               morgan@networking.stanford.edu
  128. William Nowicki          nowicki@legato.com
  129. Geir Pedersen            Geir.Pedersen@usit.uio.no
  130. David Perkins            dperkins@synoptics.com
  131. Edward Reed              eer@cinops.xerox.com
  132. Jim Romaguera            romaguera@cosine-mhs.switch.ch
  133. Yzhak Ronen              y.ronen@homxa.att.com
  134. Chris Shaw               cshaw@banyan.com
  135. Sue Smith                smiths.es.net
  136. Einar Stefferud          stef@nma.com
  137. Catherine Summers        cfs@cos.com
  138. Panos-Gavriil Tsigaridas Tsigaridas@fokus.berlin.gmd.dbp.de
  139.  
  140.  
  141.  
  142.                                    3
  143.