home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / frnetmib / frnetmib-minutes-96dec.txt < prev    next >
Text File  |  1997-01-30  |  5KB  |  122 lines

  1. Editor's note:  These minutes have not been edited.
  2.  
  3. David Fowler
  4.  
  5. The frnetmib wg met twice at the 37th IETF in San Jose.
  6. All new Internet-Drafts are Due on Jan 31/97 but sooner is great!
  7.  
  8. First Meeting we discussed two internet-drafts: rfc1604bis and
  9. the Interworking MIB
  10.  
  11. rfc1604bis:
  12.  
  13. No comments were received and none were raised at the meeting.
  14. The editor raised the question about the security section of the
  15. rfc.  It was decided to add a paragraph discussing how the Frame
  16. Relay Service could be affected by using this MIB and advise that
  17. appropriate security measures be taken when deploying this MIB.
  18. Also, in the CNM Proxy scenario, each write action can be verified
  19. at the proxied management station.
  20.  
  21. Interworking MIB:
  22.  
  23. 1. Will adopt similar security paragragh as rfc1604bis.
  24. 2. Comments from Orit that were posted to the list were discussed and
  25. the following changes will be made:
  26. a. Add ConnectIndex to ConnectTable.
  27. b. Connection Cast Type will not be added.
  28. c. Description of the traffic will be placed in a separate table.
  29. d. OperStatus and LastChange will be made in both directions
  30. e. DE/CLP maaping will have mode1, mode2constant0, and mode2Constant1
  31. f. Same for CLP/DE
  32. g. Some additional text will be added to the description for the
  33.    different modes.
  34. h. The Use of an OID to point to a row of the Traffic description table
  35.    was discussed and an alternate (having a finite set of rows
  36.    in a separate table and the row index put in the connection table)
  37.    was also discussed.  No conclusion could be reached so this will be 
  38.    discussed on the list.
  39.  
  40. 3.  Will add UserName and ProviderName for connections
  41. 4.  Will add ConnectIndexNext
  42. 5.  Swapping of indices was discussed and will be done once George has
  43.     checked another existing implementation.
  44. 6.  Relationships with other MIBs was discussed and George will add
  45.     diagrams and descriptions to indicate that for a switch, FR DTE and 
  46.     ATM Host.  For Service, FRS MIB and ATM Service will be used.
  47. 7.  REFERENCe clauses will be added throughout.
  48. 8.  ConnEncapsulationMappings will add a None bit, a description
  49.     of each bit (To be supplied by Andy Malis), and a defval of none.
  50. 9.  ConnUnrecognizedPayloadHeader will return noSuchInstance if Encaps
  51.     Mapping Mode is transparent.
  52. 10. ConnFrAddress and ConnAtmAddress will return a zero-length Octet
  53.     string if unkown.  DEFVAL will be NULL.  
  54. 11. Equipment Compliance should indicate that names are not required
  55.     for switches
  56. 12. A separate conformance group should be defined for Names and added
  57.     to the ServiceCompliance and mandatory.
  58. 13. ServiceCompliance is misnamed as EquipmentCompliance.
  59. 14. Trap gets two operstatus fields.
  60. 15. FrAddress TC changes to FrAddr (to match object) and is an octet
  61.     string of size 0 or 8.
  62.  
  63. At the second meeting, two internet-drafts were discussed, the DTE SVC MIB 
  64. and the DCP MIB.
  65.  
  66. DTE SVC MIB:
  67.  
  68. 1.  Overall comments: Line up with new FR DTE draft, run MIB through smicng,
  69.     Use Integer32 with a range instead of INTEGER for objects that are
  70.     not enumerations, 
  71. 2.  Use ifIndex for index of svcDlcmi table.  Inport from ifMIB.  Do not use
  72.     INDEX.
  73. 3.  Add a new section up front to indicate interpretation of ifTable.
  74. 4.  replace frSvcDlcmiState with a object that list possible signalling
  75.     protocol stack (values none, q933, x36).  none indicates that SVCs are not
  76.     permitted.
  77. 5.  Use read-write, not read-create
  78. 6.  UNITS clauses would be appropraite for a number of objects like timers
  79. 7.  remove q922enable object
  80. 8.  Shorten names to max of 32 chars.
  81. 9.  Use ifIndex for svc table also
  82. 10. Use In/Out instead of Rcv/Send or Incoming/Outgoing
  83. 11. Use Counter32 in sequence for counters
  84. 12. DLCI Index should be not-accessible
  85. 13. Check against latest x.36 spec.
  86. 14. In timer object descriptions, indicate that the interface must be
  87.     admin'd to down before timers can be changed.
  88. 15. Post for ranges for values to the mailing list and frf mailing list.
  89. 16. Change throughput object names to CIR.
  90. 17. Put DEFvals into descriptions as well as in defvals.
  91. 18. Use FrAddr TC from interworking MIB
  92. 19. Use that TC for all calling/called addresses and subaddresses.
  93. 20. Add descriptive text at the front of the draft to describe the service
  94.     being represented by the MIB.
  95. 21. Use the Dial Control MIB.  Add a compliance for the dial control MIB
  96. 22. Add a conformance and compliance section for this MIB
  97. 23. Give an expanded overview of the MIB up front.
  98. 24. Add MODULE-IDENTITY.
  99. 25. Clarify in descriptions that read-write is not allowed when the call is
  100.     set up.
  101.  
  102. Data Compression MIB:
  103.  
  104. 1.  Same general comments from other MIB:  ifTable, ifIndex, conformance,
  105.     Compliance, smicng, status current not mandatory, etc.
  106. 2.  Describe which objects can be changed on the fly and which cannot.
  107. 3.  Add a r/w object for the type of compression being negotiated.
  108. 4.  Change ratio objects to Gauge32(1..100) Units "percent"
  109. 5.  Change throughput objects to Gauge32 units"bits" with description
  110.     indicating the # of UNcompressed bit tx/rx in the last second.
  111. 6.  Expand HistoryReset description
  112. 7.  Remove the Clear All Stats object.
  113.  
  114.  
  115.  
  116.  
  117.  
  118.  
  119. ____________________________________________________________________________
  120. James W. Watt,     james@newbridge.com                   Ph: +1 613 591-3600
  121. Newbridge Networks 600 March Rd Kanata ON Canada K2K 2E6 FAX:+1 613 591-3680
  122.