home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / idr / idr-minutes-94jul.txt < prev    next >
Encoding:
Text File  |  1994-11-02  |  4.7 KB  |  143 lines
  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4. Reported by Paul Traina/cisco Systems
  5.  
  6. Minutes of the Inter-Domain Routing Working Group (IDR)
  7.  
  8. The IDR Working Group is the result of a merge between the Border
  9. Gateway Protocol Working Group (BGP) and the OSI IDRP for IP Over IP
  10. Working Group (IPIDRP). These minutes are from the joint session of BGP
  11. and IPIDRP that was held at the IETF in Toronto.
  12.  
  13.  
  14. Agenda
  15.  
  16.    o Agenda bashing
  17.    o New group charter review
  18.    o BGP-4 status update
  19.    o BGP/OSPF interaction document
  20.    o AS space growth
  21.    o IDRP implementation report
  22.    o Inter-domain routing for IPng
  23.    o Deprecation of EGP
  24.  
  25.  
  26.  
  27. New Group Charter Review
  28.  
  29. The BGP and IDRP groups have been meeting in joint session for a long
  30. time.  There was consensus that the two working groups should be merged
  31. into a single group which will handle the inter-domain routing area.
  32.  
  33. Yakov and Sue were suggested as co-chairs for the new group and the name
  34. suggested by the attendees is ``Inter-Domain Routing Working Group'' or
  35. IDR Working Group.
  36.  
  37.  
  38.  
  39. BGP-4 Document Status Update
  40.  
  41. All current BGP-4 documents have been moved to Proposed Standard status.
  42. In point of fact, all requirements have been met to move BGP-4 to Draft
  43. Standard except that the six month timer in Proposed Standard status has
  44. not expired yet.
  45.  
  46. Paul Traina will produce final documents (protocol analysis and
  47. operational experience) needed for advancing BGP-4 to Draft Standard.
  48. The documents could be based on similar documents produced for BGP-3
  49. (RFC 1265 and RFC 1266).  Once BGP-4 reaches Draft Standard, it is
  50. expected that BGP-3 will become obsolete.
  51.  
  52.  
  53. BGP/OSPF Interaction Document
  54.  
  55.  
  56. Before this IETF, Kannan Varadhan updated the BGP-4/OSPF interaction
  57. document.  No protocol or technical changes were made.  Comments were
  58. made by several attendees that the new tables that were added made
  59. things more obscure.
  60.  
  61. Suggestions are to be sent to Kannan over the next month.  At the close
  62. of the comment period, the document will be revised (hopefully for the
  63. last time) and this revision will be moved to Proposed Standard.
  64.  
  65. There are currently four reported implementations of BGP-4/OSPF
  66. interaction as described by this document:  cisco, gated, Proteon, and
  67. Wellfleet.
  68.  
  69.  
  70.  
  71. AS Space Growth
  72.  
  73.  
  74. There are currently 4000 AS entries allocated by the IANA out of a
  75. possible space of 65,535.  Of these allocated entries, 400 of them
  76. currently appear in AS path tables as analyzed by Tony Bates.  There is
  77. some concern that the AS space will be used up in the same fashion as
  78. the IPv4 address space.  Things to be done:
  79.  
  80.  
  81.    o Monitor AS usage and allocation growth
  82.  
  83.    o Instruct the IANA, NSPs and NICs to treat ASs as a finite resource
  84.      and grant them according to a set of guidelines
  85.  
  86.    o Encourage vendors who suggest that all sites apply for an AS number
  87.      to change their documentation
  88.  
  89.    o Further consideration of this issue to be referred to the CIDRD and
  90.      ALE Working Groups
  91.  
  92.  
  93. John Hawkinson will coordinate with Tony Bates to write guidelines as to
  94. when AS numbers should be issued.
  95.  
  96.  
  97.  
  98. IDRP Implementation Report
  99.  
  100.  
  101. David Jacobson presented a status report on a prototype IDRP
  102. implementation that was funded by the National Science Foundation and
  103. will be made publicly available shortly.
  104.  
  105.  
  106. IPng Transition
  107.  
  108. The group reached clear consensus that BGP-4 will not be extended or
  109. modified for IPng, rather IDRP will be used as a basis for the IPng
  110. IDRP. IDRP will be used with the following changes:
  111.  
  112.  
  113.    o IDRP's MULTI_EXIT_DISCRIMINATOR and LOCAL_PREF fields will be
  114.      changed from one octet to four octets in length to match BGP-4.
  115.  
  116.    o A form of BGP-4's optional AGGREGATOR attribute will be added to
  117.      IDRP.
  118.  
  119.    o IDRP will be changed to not prepend the local RD to the RD path
  120.      until an advertisement is sent outside the current RD (a la BGP).
  121.      If reason(s) can be found for this change between BGP and IDRP,
  122.      this will need to be reviewed.
  123.  
  124.  
  125. Tony Li, Yakov Rekhter and Paul Traina will write the IDRP for IPng
  126. document.  Dennis Ferguson will write a document describing constraints
  127. upon IDRP to ease the transition from BGP to IDRP/IP and eventually
  128. IDRP/IPng.  Fred Baker, Dennis Ferguson and Paul Traina will produce a
  129. document that will be presented by the working group to the people
  130. working on IPng's IGPs listing desired features in an IGP that will
  131. improve IGP/IDRP cooperation (examples might include carrying RD path
  132. information, extending tag fields, etc.).  Vadim Antonov has volunteered
  133. to write an Internet-Draft on security and authentication uses and
  134. requirements for an IDRP. A volunteer is needed to write an IDRP $ IGP
  135. interaction document covering both IPv4 and IPng.
  136.  
  137.  
  138. EGP
  139.  
  140. Consensus among the group was to move EGP in all forms to Historic
  141. status.  This will be conveyed to the IESG for appropriate actions.
  142.  
  143.