home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / idr / idr-minutes-95jul.txt < prev    next >
Text File  |  1995-10-18  |  4KB  |  117 lines
  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4. Reported by Sue Hares/Merit
  5.  
  6. Minutes of the Inter-Domain Routing Working Group (IDR)
  7.  
  8. The IDR Working Group met on Tuesday, 18 July.
  9.  
  10.  
  11. Agenda
  12.  
  13.    o Agenda bashing
  14.    o BGP-4 to full Standard
  15.    o DPA proposal (Tony Bates, MCI)
  16.    o Route Server to Experimental
  17.    o Route Damping proposal
  18.  
  19.  
  20. The meeting followed the above agenda and was done within one hour.
  21.  
  22.  
  23. BGP-4 to Full Standard
  24.  
  25. The BGP-4 document has been out for a few weeks with its final changes.
  26. Paul Traina should change the BGP-4 documents.
  27.  
  28.  
  29. Destination Preference Attribute Proposal -- Tony Bates
  30.  
  31. The following documents are related to the DPA proposal:
  32.  
  33.  
  34.    o ``Destination Preference Attribute for BGP''
  35.      (draft-ietf-idr-bgp-dpa-01.txt) is intended to move along as a
  36.      Proposed Standard.
  37.  
  38.    o ``Current Practice of Implementing Symmetric Routing and Load
  39.      Sharing in the Multi-Provider Internet''
  40.      (draft-ietf-idr-symm-multi-prov-01.txt) will become an
  41.      Informational RFC.
  42.  
  43.    o ``Application of the BGP Destination Preference Attribute in
  44.      Implementing Symmetric Routing''
  45.      (draft-ietf-idr-dpa-application-01.txt) will become a Best Current
  46.      Practices RFC.
  47.  
  48.  
  49. Tony Bates gave a presentation about DPA. The notes simply reviewed the
  50. DPA document.
  51.  
  52. Two vendors indicated their plans to implement this feature.  One of the
  53. vendors is ISI, the creator of the Route Server.
  54.  
  55. One difficulty with the document is that the code for the attribute (10)
  56. has been used by another implementor.  The IANA should be handing out
  57. the code points.  Bill Manning will talk to Jon Postel (IANA) on getting
  58. code points assigned, recorded and posted.  At the bottom of these
  59. notes, the current information on the code points have been included.
  60.  
  61. Once two implementations of DPA have been created, this specification
  62. will move on to Proposed Standard.
  63.  
  64.  
  65.  
  66. Route Server Document to Experimental
  67.  
  68. The route server document will move on to Experimental.  The route
  69. server document has been implemented by Bay Networks.
  70.  
  71. However, a different Route Server has been implemented by cisco systems
  72. to solve the same problem of the large IBGP mesh.
  73.  
  74. Ravi Chandra of cisco and Tony Bates promised to write up the cisco
  75. implementation for the next IETF.
  76.  
  77. In the long run, only one solution to the IBGP problem will be forwarded
  78. as a Standard.  In the future, the group will review the experience of
  79. users of these two implementations to decide which solution to select.
  80.  
  81.  
  82.  
  83. Route Damping Protocol
  84.  
  85. Curtis Villamizar wrote up a Route Damping protocol two years ago.  The
  86. Internet-Draft received little review during the last time.  Comments
  87. from the audience indicate that this was due to the intense focus on
  88. getting ``the network'' to work during the last year or so.  Now, the
  89. route flapping is causing problems and the group wants to re-examine
  90. this document.
  91.  
  92. Bill Manning volunteered Ramesh Govindan to talk to Curtis, and get the
  93. Route Damping Document written up by the RA's.  The RA route server has
  94. implemented this function.
  95.  
  96.  
  97.  
  98. Notes on the Current Code Points
  99.  
  100. Bill Manning was told that the current definitive list was in the BGP-4
  101. specification, however, he was not able to find an enumerated list.  The
  102. following is from the cisco headers and some clustering around.
  103.  
  104.           1   origin
  105.           2   as path
  106.           3   next hop
  107.           4   multi exit disc.
  108.           5   local preference
  109.           6   atomic aggregate
  110.           7   aggregator
  111.           8   community                   cisco ID
  112.           9   originator                  cisco ID
  113.          10   cluster list                cisco ID
  114.          11   destination preference      MCI ID
  115.          ??   bay route server proposal?  BAY ID
  116.  
  117.