Status of this Memo

This document specifies an Internet standards track PRotocol for the
Internet community, and requests discussion and suggestions for
improvements. Please refer to the current edition of the "Internet
Official Protocol Standards" (STD 1) for the standardization state
and status of this protocol. Distribution of this memo is unlimited.

Copyright Notice

Copyright (C) The Internet Society (2000). All Rights Reserved.

摘要
本文定義了BGP（邊界網關協議）的新功能——“路由刷新功能“。它答應路由刷新請求在BGP揚聲器和相應的廣告資源信息輸出模塊的后繼重新廣告(re-advertisment)之間進行動態交換。該功能的一種應用是使無拆分的路由策略的更改更加輕易。
1. 介紹
目前在BGP（邊界網關協議）－4【BGP－4】中還沒有提供從BGP同位體中動態申請廣告資源信息輸出模塊的重新廣告的機制。當已有的一個同位體的路由策略發生改變時，不知何故，必須訪問該同位體的所有前綴，然后再重新檢測新的路由策略。要完成這樣的功能，通常使用的是一種稱為“軟件重置”的策略——也就是說要一直保存著該同位體的所有路由的備份，即使是路由策略并不經常更改（通常情況下，一天也不會更改一兩次）。這樣的處理方法還需要額外的存儲器和CPU（中心處理器）來處理這些路由。
本文提供了另外一種解決方案，這種方案可以避免額外處理的開銷。更明確的講，這種方法定義了一種新的BGP（邊界網關協議）功能，稱作“路由刷新功能”。該功能答應在BGP揚聲器和它們各自的廣告資源信息輸出塊的后繼廣播之間進行動態的路由交換。
2. 路由刷新功能
為了將路由刷新權限廣告給它的同位體，BGP（邊界網關協議）的揚聲器要使用BGP（邊界網關協議）的權限廣告功能【BGP-CAP】。該權限使用權限代碼為2、權限長度為0的廣告功能進行廣告。
通過將路由刷新權限廣告給它的同位體，BGP（邊界網關協議）的揚聲器給它的同位體傳遞該揚聲器已經能夠接收并且恰當的處理來自于同位體的路由刷新報文（報文的格式定義在本文的第3部分）了。
3. 路由更新報文
路由刷新報文是一種新的BGP（邊界網關協議）報文，該類報文的定義如下：
類型 5 － 路由刷新
報文格式：一個二元組，編碼如下：

0 7 15 23 31
+-------+-------+-------+-------+
AFI Res. SAFI
+-------+-------+-------+-------+

這個二元組的意義和編碼方式與【BGP-MP, sect. 7】中定義的相同。具體描述如下：
AFI —— 地址組標識符（16位）
Res. —— 保留區域（8位）。方送方應當把它置為0，接收方應當忽略該域的信息。
SAFI —— 后繼的地址組標識符（8位）。
4. 操作
BGP（邊界網關協議）揚聲器是用來從它的同位體接收路由更新(ROUTE-REFRESH)報文的。它應當能夠使用BGP（邊界網關協議）的權限廣告【BGP－CAP】功能將路由更新權限通知它的同位體。
BGP（邊界網關協議）揚聲器只有收到來自它的同位體的路由更新權限才有可能發送路由更新（ROUTE-REFRESH）報文。該報文中攜帶的應當是會話建立是它的同位體通過權限廣告功能通知揚聲器的。
假如BGP（邊界網關協議）揚聲器從它的同位體那里收到了一個帶有的報文，但是，該報文并不是會話建立是通過權限廣告功能發送過來的；那么，BGP（邊界網關協議）揚聲器就會忽略該報文。否則，BGP(邊界網關協議)將會根據它的輸出路由過慮策略將帶有的Adj-RIB-Out報文重新廣播給它的同位體。

5. 安全因素
對BGP（邊界網關協議）的擴展并沒有改變BGP（邊界網關協議）的安全因素。
6. 說明
路由刷新概念的提出類似于用于IDRP（域間路由協議）中的相應概念。
作者要非凡感謝Yakov Rekhter,、Ravi Chandra、 Srihari Ramachandra 以及 BrUCe Cole，他們為本文提供了很好的建議和意見。

7. 參考文獻
[BGP-4] Rekhter, Y. and T. Li, "A Border Gateway Protocol 4 (BGP-4)", RFC1771, March 1995.

[BGP-MP] Bates, T., Chandra, R., Katz, D. and Y. Rekhter, "Multiprotocol Extensions for BGP-4", RFC2858, June 2000.

[BGP-CAP] Chandra, R. and J. Scudder, "Capabilities Advertisement with BGP-4", RFC2842, May 2000.


8. Author's Address

Enke Chen
Redback Networks Inc.
350 Holger Way
San Jose, CA 95134

EMail: enke@redback.com



9. Full Copyright Statement

Copyright (C) The Internet Society (2000). All Rights Reserved.

This document and translations of it may be copied and furnished to
others, and derivative works that comment on or otherwise eXPlain it
or assist in its implementation may be prepared, copied, published
and distributed, in whole or in part, without restriction of any
kind, provided that the above copyright notice and this paragraph are
included on all such copies and derivative works. However, this
document itself may not be modified in any way, such as by removing
the copyright notice or references to the Internet Society or other
Internet organizations, except as needed for the purpose of
developing Internet standards in which case the procedures for
copyrights defined in the Internet Standards process must be
followed, or as required to translate it into languages other than
English.

The limited permissions granted above are perpetual and will not be
revoked by the Internet Society or its successors or assigns.

This document and the information contained herein is provided on an
"AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.