home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / isis / isis-minutes-94jul.txt < prev    next >
Text File  |  1994-11-02  |  4KB  |  114 lines
  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4. Reported by Ross Callon/Wellfleet Communications
  5.  
  6. Minutes of the IS-IS for IP Internets Working Group (ISIS)
  7.  
  8. Ross Callon is resigning as working group co-chair.  Tentatively
  9. (subject to management approval), Doug Montgomery will replace him.
  10. Chris Gunner will continue as co-chair.
  11.  
  12.  
  13. Document Status
  14.  
  15. Doug presented the documents related to pushing ``Use of OSI IS-IS for
  16. Routing in TCP/IP and Multi-Protocol Environments''
  17. (draft-ietf-isis-tcpip), referred to as ``I.IS-IS'' in these minutes, to
  18. Draft Standard.
  19.  
  20. It is suggested that the MIB, ``Integrated IS-IS Management Information
  21. Base'' (draft-ietf-isis-mib), go to Proposed Standard, and I.IS-IS
  22. (``son of RFC 1195'') go to Draft Standard.  The protocol experience
  23. document, ``Experience with the Integrated ISIS Protocol''
  24. (draft-ietf-isis-opexp), and the protocol analysis document,
  25. ``Integrated ISIS Protocol Analysis'' (draft-ietf-isis-prot-anal), need
  26. to be issued as Informational RFCs.  An applicability statement is also
  27. needed.
  28.  
  29. The status of the IS-IS/IDRP-BGP interaction is unknown.  This should be
  30. published as an Internet-Draft and/or RFC.
  31.  
  32.  
  33. Changes to I.IS-IS
  34.  
  35. There have been some changes to I.IS-IS since last time, mostly
  36. clarifications resulting from testing.  All changes will interoperate
  37. with implementations based on the existing specification.  Some of these
  38. changes result in changes to the base ISO specification.  These will be
  39. sent to ISO, and will also become a normative part of the I.IS-IS
  40. specification.
  41.  
  42.  
  43. Precedence of ES-IS Information Versus IS-IS Information
  44.  
  45. There could be cases where there is an adjacency learned from ES-IS
  46. (corresponding to a subnet with a high metric), and also a lower metric
  47. path learned from IS-IS. In this case, you should go with the lowest
  48. cost path.  Some implementations do this the other way currently, and/or
  49. provide a knob to allow folks to control this.
  50.  
  51. The same issue occurs with IP routes.  The same solution should be used.
  52. This is already described in the I.IS-IS specification (although there
  53. is the option of having a configuration option to override the metrics).
  54.  
  55.  
  56.  
  57. Changes to the Configuration Options
  58.  
  59. There are a couple of changes to the configuration options in the MIB:
  60. (1) reachable address prefixes to include the NET; (2) ES polling timers
  61. (ES-IS Configuration Timer option)---allow user to turn off the rapid
  62. polling option (ageing only).
  63.  
  64. Padding in IS-IS Hellos can be turned off (this is particularly
  65. important for low bandwidth and high cost links).  Also, you must not
  66. discard a Hello packet just because the neighbor uses a different pad
  67. size.
  68.  
  69.  
  70.  
  71. Uses of Area Addresses
  72.  
  73. The relationship between the configured area addresses and the computed
  74. area addresses is confusing to some implementors and users.  The
  75. configured area addresses should be used in computing end system
  76. adjacencies.  This should be a transient problem and/or gross
  77. configuration error, and therefore should not happen much.  The group
  78. discussed whether to use the union of computed and configured, or just
  79. computed.  It seems that using configured is broken.  This will be
  80. resolved on the mailing list.
  81.  
  82.  
  83.  
  84. Routing Through Overloaded ISs
  85.  
  86. Implementations are not currently consistent, i.e., the existing text is
  87. in fact correct, but has been misinterpreted.  The text therefore has
  88. been clarified to emphasize that the goal is to be able to reach the
  89. overloaded IS, but not other end systems ``after'' the overloaded IS.
  90.  
  91.  
  92.  
  93. Designated IS TOS Reporting
  94.  
  95. DISs currently only report the TOSs that they themselves support when
  96. generating pseudonode LSPs (reporting end nodes).  They should report
  97. all TOSs.  Clarifying text has been added (some existing implementations
  98. have already fixed this).
  99.  
  100.  
  101. Interfaces to Subnets Where You Are Not Running IS-IS
  102.  
  103. Clearly you want to be able to reach such subnets (even if you don't run
  104. IS-IS on it).  Clarifying text has been added.
  105.  
  106.  
  107. Conclusion
  108.  
  109. Given fixes to the one minor issue discussed above, the overwhelming
  110. working group consensus is that I.IS-IS is ready to go to Draft Standard
  111. and the MIB to Proposed Standard.  Any significant additional features
  112. would then be added to a future version of the standard.
  113.  
  114.