home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / snadlc / snadlc-minutes-94dec.txt < prev    next >
Text File  |  1995-02-28  |  15KB  |  422 lines
  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4. Reported by Shannon Nix/Metaplex
  5.  
  6. Minutes of the SNA DLC Services MIB Working Group (SNADLC)
  7.  
  8. The SNADLC working group convened for two meetings in San Jose at the
  9. 31st IETF on 6 and 7 December.
  10.  
  11.  
  12. Agenda
  13.  
  14. The following agenda was established at the beginning of the first
  15. meeting:
  16.  
  17.  
  18.    o Review Progress since last IETF
  19.    o SDLC MIB Module Status
  20.    o Present Overview of the LLC MIB Module
  21.    o Identify Architectural Issues for the LLC MIB Module
  22.    o Preview Results of the LLC MIB Module Teleconference
  23.    o Execute a Detailed MIB walkthrough
  24.    o Formulate a near-term schedule to advance the work
  25.  
  26.  
  27. Review of Progress Since 30th IETF
  28.  
  29.    o SDLC MIB has been submitted to the IESG
  30.    o There are two Internet-Drafts of the LLC MIB
  31.    o An interim meeting was held at AIW #6 in October
  32.    o There was a LLC MIB teleconference in November
  33.    o Steve Berl is a new co-editor
  34.  
  35.  
  36. SDLC MIB Module Status
  37.  
  38. The Internet-Draft, draft-ietf-snadlc-sdlc-mib-06.txt, has been
  39. submitted to the IESG. The trap error was fixed and the document
  40. resubmitted.  Comments from the IESG have been resolved.  Feedback was
  41. received from John Palombo.
  42.  
  43. What is the procedure for saving comments on the SDLC MIB going forward?
  44. They need to be saved going forward for the next cut of the SDLC MIB
  45. draft.  The editor, Wayne Clark, is to maintain the ``to do'' list of
  46. the SDLC MIB and to:  post it periodically to snadlcmib@cisco.com and
  47. maintain it in ftp.cisco.com.
  48.  
  49.  
  50. LLC MIB Overview
  51.  
  52. Shannon Nix presented an overview of the LLC MIB. Salient points of the
  53. table structure is:  there are three categories of tables in the LLC
  54. MIB, just like there was for the SDLC MIB: Admin, Oper and Stats; and
  55. there are three components that are managed via the LLC MIB:
  56.  
  57.  Component  Index
  58.  
  59.  llcPort    ifIndex
  60.  llcSap     ifIndex, llcSapNumber
  61.  llcCc      ifIndex, LSap, RMac, RSap, LMac
  62.             (Note:  LMac is last because it is normally
  63.             constant for a particular value of ifIndex.)
  64.  
  65.  
  66. What is in each table:
  67.  
  68.  
  69.    o llcPortAdminTable (read-write)
  70.       -  status
  71.       -  default LLC2 parameters
  72.    o llcPortOperTable (read-only)
  73.       -  status
  74.    o llcPortStatsTable (read-only)
  75.       -  LLC1 and LLC2 statistics summary
  76.    o llcSapAdminTable (read-write)
  77.       -  status
  78.       -  default LLC2 parameters
  79.    o llcSapOperTable (read-only)
  80.    o llcCcAdminTable (read-write)
  81.       -  status
  82.       -  LLC2 parameters (desired)
  83.    o llcCcOperTable (read-only)
  84.       -  status
  85.       -  LLC2 parameters (actual)
  86.       -  last fail information
  87.  
  88.  
  89.  
  90. Identification of LLC MIB Module Issues
  91.  
  92.   1. Event log for the connection component (Cc) has gone away (per AIW
  93.      #6 meeting) in lieu of keeping the CcEntry around for some period
  94.      of time or until after some event occurs (implementation defined).
  95.  
  96.   2. Traps for a Cc status change need to be dampened since a port can
  97.      have lots of Ccs.  This was not a big problem with the SDLC MIB
  98.      since a serial port has significantly fewer link stations.
  99.  
  100.   3. A Sap statistics summary at the Port level is missing.
  101.  
  102.   4. llc*AdminIPDUSend and llc*AdminIPDURcv need to be changed to
  103.      llc*AdminPDU.
  104.  
  105.   5. Revisit the INTEGER usage.  Jeff Johnson recommended changing
  106.      INTEGER to Integer32 (range..range) where possible.
  107.  
  108.  
  109. Over the course of the meetings, the following issues were identified
  110. and action items were assigned for contributions in their area:
  111.  
  112.  
  113.    o The Never-ending Connection Component Index Issue (Ongoing)
  114.  
  115.      1. Is it possible to use ifIndex to model virtual interfaces?
  116.         Shannon Nix says RFC 1573 is flexible enough to
  117.         model virtual interfaces.
  118.  
  119.      2. For frame relay, you do not have a (LMac,RMac) but you have a
  120.         DLCI instead.
  121.  
  122.         Shannon says to use DLCI in lieu of LMac for frame relay.
  123.  
  124.      3. Everyone agreed to defer further discussion of indexing
  125.         this this horse is dead.
  126.  
  127.    o Identification of Compliance Groups (Pierre Lin)
  128.  
  129.      1. An SDLC MIB comment from Peter Gayek was that some of the
  130.         SDLC objects were not in any of the conformance statements.
  131.         Was this an omission?  Deidre Kostick wants to
  132.         investigate and get back to the working group.
  133.  
  134.      2. Consensus was that the LLC MIB had to achieve stability before
  135.         coming up with conformance statements.
  136.  
  137.      3. Conformance statements are needed for LLC1 implementations,
  138.         LLC2 implementations, and implementations that provide both
  139.         LLC1 and LLC2.  Pierre Lin to submit a proposal.
  140.  
  141.    o Identification of a Row Creation Paradigm for Connections (and
  142.      SAPs?) (Ravi Subramanian)
  143.  
  144.      1. Contributions from the working group are needed for row creation.
  145.         Ravi Subramanian to submit a proposal to the working group.
  146.  
  147.  
  148.    o Identification of TRAPs and association TRAP paradigm (Ravi
  149.      Subramanian)
  150.  
  151.      1. Contributions from the working group are needed for the Trap model.
  152.         We want to use Ravi Subramanian to submit a proposal to
  153.         the working group.
  154.  
  155.    o Clarification of MIB's Relationship to Other (Competing?)
  156.      Administrative Focal Points (cisco)
  157.  
  158.      1. Data link control can be managed via SNMP (i.e., the implications
  159.         of this working group) or by data link users that make use of the
  160.         DLCs (e.g., APPN).  We need to have some text in the MIB that
  161.         provides guidelines on this shared control.  Wayne Clark or
  162.         Steve Berl (both cisco) to submit a proposal to the working
  163.         group.
  164.  
  165.  
  166.  
  167. LLC MIB Conference Call Minutes
  168.  
  169. Several group members participated in a conference call in November at
  170. which time a number of contributions to the MIB were discussed and
  171. incorporated.  The following members participated:  Alan Bartky, Steve
  172. Berl, Wayne Clark, Shannon Nix, and Ravi Subramanian.
  173.  
  174. Contributions (posted earlier on the net) from the following members
  175. were discussed and incorporated into the draft which was reviewed at the
  176. San Jose IETF: Alan Bartky - LLC Contributions; Steve Berl - LLC
  177. Contributions; Jeff Johnson - SNMP Contributions.
  178.  
  179.  
  180. LLC MIB Module Walkthrough
  181.  
  182. The lastest document, draft-ietf-snadlc-llc-mib-02.txt, was then
  183. reviewed in detail.  The MIB module's tables were reviewed in the
  184. following order:
  185.  
  186.  
  187.    o llcCcAdminTable
  188.    o llcCcStatsTable
  189.    o llcSapStatsTable
  190.    o llcSapOperTable
  191.    o llcCcOperTable
  192.    o llcSapAdminTable
  193.    o llcPortAdminTable
  194.    o llcPortOperTable
  195.    o llcPortStatsTable
  196.  
  197.  
  198.   o The llcCcAdminTable Walkthrough
  199.  
  200.     1. llcCcAdminEntry: we need to have text that describes the ordering
  201.         of the index since it is not intuitive to the uninitiated :-).
  202.         This text should be in both the Overview of the MIB and in the 
  203.         DESCRIPTION of llcCcAdminEntry.  Editor to solicit text from
  204.         Alan Bartky since he had a good description
  205.         of the indexing earlier.
  206.  
  207.     2. llcCcAdminStatus: nuke the object.  It was agreed that the
  208.         administrative control of a connection's status was the domain
  209.         of the data link user and that this group should not invent
  210.         another ``data link interface'' by which this is done.
  211.  
  212.     3. llcCcAdminMaxIPDUOctetsSend: some errors in the DESCRIPTION.
  213.         Consensus was that llcCcAdminMaxIPDUOctetsSend and
  214.         llcCcAdminMaxIPDUOctetsRcv should be collapsed into a single
  215.         object called llcCcAdminMaxIPDUOctets.
  216.  
  217.         Shannon Nix to submit IEEE verbage (which concisely
  218.         defines which octets constitute an IPDU) to include into the
  219.         DESCRIPTION.
  220.  
  221.     4. llcCcAdminAckTimer, llcCcAdminPbitTimer, llcCcAdminRejTimer:
  222.         these objects are not in all implementations of LLC2 and are
  223.         therefore candidates for MIN-ACCESS clauses in the conformance
  224.         statements.  Some implementations provide a single timer for
  225.         these, T1.  These implementations shall take advantage of the
  226.         fact the the MIN-ACCESS clause of ``read-only'' shall be included
  227.         on all administrative objects allow setting of T1 only through
  228.         AckTimer.  Getting of any of these objects should return T1.
  229.  
  230.         We need a volunteer to provide text for the DESCRIPTION for
  231.         these objects.
  232.  
  233.         Ravi Subramanian is to review the Token Ring Architecture
  234.         Reference manual and submit appropriate ranges on the TimeTicks.
  235.  
  236.     5. llcCcAdminInactTimer: add Ti into the DESCRIPTION field.
  237.  
  238.  
  239.  
  240.   o The llcCcStatsTable Walkthrough
  241.  
  242.     1. llcCcStatsLocalBusies, llcCcStatsRemoteBusies: fix the DESCRIPTION
  243.         to be in terms of llcCcOperState values.  Steve Berl  to
  244.         contribute.
  245.  
  246.         There was discussion about having llcCcStatsSFramesIn/Out to go
  247.         along with the existing llcCcStatsIFramesIn/Out so that a
  248.         network management operator could get a ratio of I-Frames to
  249.         S-Frames.  This could be used for tuning the ack-timer in order
  250.         to increase link efficiency.
  251.  
  252.     2. llcCcStatsIOctetsIn/Out: Shannon Nix  to offer text to
  253.         enhance the DESCRIPTION to identify exactly what the I-Frame covers
  254.         per the IEEE specification.  This also affects llcCcAdminIPDUOctets.
  255.  
  256.     3. llcCcStatsRetransmitsIn: Steve Berl to look into the Token
  257.         Ring Architecture Reference manual to enhance the text in the
  258.         DESCRIPTION.
  259.  
  260.     4. The following counters were eliminated:
  261.  
  262.             llcCcStatsFRMRsIn/Out
  263.  
  264.             llcCcStatsDISCsIn/Out
  265.  
  266.             llcCcStatsUAsIn/Out
  267.  
  268.             llcCcStatsDMsIn/Out
  269.  
  270.             llcCcStatsSABMEsIn/Out
  271.  
  272.             llcCcStatsProtocolErrs
  273.  
  274.             llcCcStatsActivityTOs
  275.  
  276.             llcCcStatsRetriesExps
  277.  
  278.         The reason for eliminating them from this table is that many of them
  279.         will count to, at most, one before the table row goes away.  The
  280.         useful information reflected in these objects shall be summarized 
  281.         at the SAP statistics level.
  282.  
  283.     5. The following new objects in llcCcStatsTable were proposed:
  284.  
  285.         (a) the number of times the window was slammed and
  286.  
  287.         (b) the number of times that T1 expires.
  288.  
  289.   o The llcSapStatsTable Walkthrough
  290.  
  291.     1. llcSapStatsTESTsIn/Out: we need to have TEST command/response and
  292.         in/out for a total of 4 objects.  Ravi Subramanian to submit.
  293.  
  294.     2. llcSapStatsXIDsIn/Out: add text to DESCRIPTION to say that this
  295.         XID includes: SNA XID, IEEE XID, null XID, and non-activation
  296.         XIDs.
  297.  
  298.         Likewise, we need to have XID command/response and in/out for a
  299.         total of 4 objects.  Ravi Subramanian to submit.
  300.  
  301.     3. New object: llcSapStatsUIOctetsIn/Out needed for counting UI frames
  302.         only (does not include TEST or XID).  Shannon Nix to
  303.         submit.
  304.  
  305.     4. We need to have a Cc statistics summary: for:
  306.  
  307.         (a) number of successful connections: SABME/UA
  308.  
  309.         (b) number of unsuccessful connections: SABME/DM or SABME/timeout
  310.  
  311.         (c) number of normal disconnections: DISC/UA
  312.  
  313.         (d) number of abnormal disconnections: FRMR
  314.  
  315.         (e) number of abnormal disconnections: timer expiration (N2, BusyTimer)
  316.  
  317.         (f) number of resets
  318.  
  319.         Note that for (c) and (e), normal versus abnormal is a matter of
  320.         perspective of local versus remote.
  321.  
  322.         Shannon Nix to submit (f) and Wayne Clark to
  323.         submit (a) thru (e).
  324.  
  325.     5. Have a trap for Sap going away so a network management station can
  326.         gather llcSapStatsTable before the row goes away.
  327.  
  328.  
  329.   o The llcSapOperTable Walkthrough
  330.  
  331.     1. New object: need to have the number of active Ccs on a Sap.
  332.         Ravi Subramanian to submit.
  333.  
  334.  
  335.   o The llcCcOperTable Walkthrough
  336.  
  337.     1. llcCcOperRole: delete this object.
  338.  
  339.     2. llcCcOperState: enhance the DESCRIPTION to say that the Cc
  340.         ``will be allowed to transition to normal(3) or aDM(1).''
  341.  
  342.     3. llcCcOperNw and llcCcOperWw objets: get submission from Steve Berl.
  343.  
  344.     4. Several objects in llcCcOperTable need to have have the DESCRIPTION
  345.         augmented to indicate that, for dynamic Ccs, ``modified'' means
  346.         ``created''
  347.  
  348.     5. llcCcOperLastFailTime: use IEEE state names in the DESCRIPTION
  349.         wherever possible.  In this case, say ``the last time that
  350.         llcCcOperState transitioned to aDM(1).''  Also, ``return 0 if 
  351.         never in aDM(1).''
  352.  
  353.     6. llcCcOperLastFailCause: need to check the values against the list.
  354.         Ravi Subramanian to submit.
  355.  
  356.         Per Shannon Nix, retriesExpired, dmRecevied, and
  357.         some other values should be deleted.
  358.  
  359.   o The llcSapAdminTable Walkthrough
  360.  
  361.     1. llcSapAdminNumber: should have an access of `not-accessible' since
  362.         it is an index for llcSapAdminTable.
  363.  
  364.     2. llcSapAdminMaxIPDUOctetsSend/Rcv: collapse into llcSapAdminMaxPDUOctets
  365.         and provide text to say that it includes I-Frames, UI-Frames, XIDs,
  366.         and TESTs.
  367.  
  368.     3. General llcSapAdminTable issue: the default LLC parameters of this
  369.         table will be revisited and DEFVALs assigned as soon as
  370.         contributions are submitted and discussed for llcCcAdminTable.
  371.         (Once the llcCcAdminTable objects are stable, most of these
  372.         objects will be promoted to llcSapAdminTable with only minor
  373.         changes in the DESCRIPTION.)
  374.  
  375.   o The llcPortAdminTable Walkthrough
  376.  
  377.     1. llcPortAdminMaxIPDUOctetsSend/Rcv: collapse into
  378.         llcPortAdminMaxPDUOctets and provide text to say that it includes
  379.         I-Frames, UI-Frames, XIDs, and TESTs.
  380.  
  381.     2. General llcPortAdminTable issue: same issue as with llcSapAdminTable
  382.         above.  The default LLC parameters of this table will be
  383.         revisited and DEFVALs assigned as soon as contributions are
  384.         submitted and discussed for llcCcAdminTable.  (Once the
  385.         llcCcAdminTable objects are stable, most of these objects will
  386.         be promoted to llcSapAdminTable with only minor changes in the
  387.         DESCRIPTION.)
  388.  
  389.     3. New object: need to have the maximum number of SAPs and Ccs on
  390.         a port.  Ravi Subramanian to submit object definitions.
  391.  
  392.  
  393.   o The llcPortOperTable Walkthrough
  394.  
  395.     1. llcPortOperName and llcPortOperLastModifyTime: nuke both of
  396.         these objects.  This leaves llcPortOperTable empty.  Keep it
  397.         around as a placeholder.
  398.  
  399.   o The llcPortStatsTable Walkthrough
  400.  
  401.     1. Remove all objects from llcPortStatsTable and place them into
  402.         llcSapStatsTable.  Keep llcPortStatsTable around as a placeholder
  403.         until things are more stable.
  404.  
  405.  
  406. Where Do We Go from Here?
  407.  
  408. The group formulated the following short term schedule to advance the
  409. work:
  410.  
  411.  
  412.    o Post minutes of the San Jose IETF -- 12/16/94 :-)
  413.    o Post draft-ietf-snadlc-llc-mib-02.5.txt -- 12/16/95 (oops)
  414.    o Action item contributions due -- 01/03/95
  415.    o Discussion of contributions complete -- 01/17/95
  416.    o draft-ietf-snadlc-llc-mib-03.txt -- 01/20/95
  417.    o Teleconference to review draft 3 -- 02/03/95
  418.    o Contributions from teleconference -- 02/17/95
  419.    o draft-ietf-snadlc-llc-mib-04.txt -- 03/01/95
  420.    o Review draft 4 -- Boston IETF
  421.  
  422.