組織：中國互動出版網（http://www.china-pub.com/）
RFC文檔中文翻譯計劃（http://www.china-pub.com/compters/emook/aboutemook.htm）
E-mail：ouyang@china-pub.com
譯者：白建軍（jianjun_bai    jianjun_bai@163.net ）
譯文發布時間：2001-11-24
版權：本中文翻譯文檔版權歸中國互動出版網所有?？梢杂糜诜巧虡I用途自由轉載，但
必須保留本文檔的翻譯及版權信息。


Network Working Group                                                    T. Bates
Request for Comments: 2283                                           Cisco Systems
Category: Standards Track                                                R. Chandra
                                                               Cisco Systems
                                                                    D. Katz
                                                            Juniper Networks
                                                                  Y. Rekhter
                                                               Cisco Systems
February 1998

BGP-4多協議擴展
（RFC 2283 ——Multiprotocol Extensions for BGP-4）
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 (1998).  All Rights Reserved.




目錄
1、摘要	1
2、概述	2
3、多協議可達NLRI的實現	3
4、多協議不可達NLRI：	5
5、NLRI編碼：	5
6、子網地址類標識	6
7、安全考慮	6
8、致謝	6
9、參考文獻	6
10、作者信息	7
11、版權說明	7

1、摘要
當前的BGP協議[BGP-4]只能廣播IPV4 [IP V4]的路由信息，本文檔定義一種BGP-4的
擴展機制，這種機制能夠使BGP-4攜帶多種網絡層協議（如IPV6，IPX等網絡層協議）的
路由信息。這種擴展機制是向后兼容的：支持這種擴展的路由器能夠和不支持擴展的路由器
完全交互。



2、概述
BGP-4支持的三種IPV4信息分別是：Next-hop屬性（用一個IPV4地址表示）、Aggregator
屬性（包含一個IPV4地址）和NLRI屬性（IPV4地址前綴）。本文檔介紹的這種擴展假設任
合BGP-4發言人（包括支持多協議擴展機制的發言人）都必須有一個IPV4地址（用在
Aggregator屬性中）。因此，為了讓BGP-4支持多種網絡層協議的路由，只須做兩件事，(a)：
把Next-hop信息同一個特定的網絡層協議聯系起來，(b)：把NLRI同一個特定的網絡層協
議聯系起來。同時用RFC 1700中定義的地址族區分各種不同的網絡層協議。
顯而易見，下一跳信息（Next-hop屬性提供的）只有在廣播可達目的地的結合點才有用，
在廣播不可達目的地的結合點，下一跳信息根本沒用。這就預示著，可達性信息的廣播應該
根據下一跳的廣播分類，那些可達性目的地址的廣播應該從不可達地址的廣播中獨立出來。
為了提供的向后兼容，同時也為了簡化BGP-4的多協議擴展機制，引進兩個新的BGP-4
屬性，它們是：多協議可達NLRI（MP-REACH-NLRI）和多協議不可達NLRI
（MP-UNREACH-NLRI）。MP-REACH-NLRI用來攜帶可達信目的地址以及轉發到這些目的
地址的下一跳的地址，MP-UNREACH-NLRI用來攜帶不可達的目的地址。這兩個屬性都是
可選非過渡的。這樣，不支持多協議擴展機制的BGP發言人就可以忽略這些屬性所表達的
信息，并且不把這些信息廣播給它的其它鄰居。
3、多協議可達NLRI的實現
MP-REACH-NLRI是一個可選非過渡屬性，主要有以下作用：
?	
（a）	向一個對等體廣播可用路由。
（b）	允許路由器廣播該路由器的網絡層地址以便作為在MP-NLRI 屬性中到達NLRI
信息所表示的目的地的下一跳地址。
（c）	允許路由器報告部分或全部的本地系統中存在的子網接入點（Sub-network Points 
of Attachment，SNPAS）。
每個屬性項都包含如下圖所示的一個或者多個三元組（Address Family   Information, 
Next Hop Information, Network Layer Reachability   Information）：

+---------------------------------------------------------+
      | Address Family Identifier (2 octets)          |
      +---------------------------------------------------------+
      | Subsequent Address Family Identifier (1 octet) |
      +---------------------------------------------------------+
      | Length of Next Hop Network Address (1 octet) |
      +---------------------------------------------------------+
      | Network Address of Next Hop (variable)      |
      +---------------------------------------------------------+
      | Number of SNPAs (1 octet)                |
      +---------------------------------------------------------+
      | Length of first SNPA(1 octet)               |
      +---------------------------------------------------------+
      | First SNPA (variable)                      |
      +---------------------------------------------------------+
      | Length of second SNPA (1 octet)             |
      +---------------------------------------------------------+
      | Second SNPA (variable)                    |
      +---------------------------------------------------------+
      | ...                                      |
      +---------------------------------------------------------+
      | Length of Last SNPA (1 octet)               |
      +---------------------------------------------------------+
      | Last SNPA (variable)                      |
      +---------------------------------------------------------+
      | Network Layer Reachability Information (variable) |
      +---------------------------------------------------------+
這些域的意義和使用入下所說：
地址類標識：
表示網絡層協議所屬的地址類，用RFC 1700中定義的地址族區分各種不同的類型的
地址。
子地址類標識：
提供關于NLRI類型的附加信息。
下一跳地址長度：
一個字節長，這個值表示下一跳地址的長度
下一條地址：
可變長域，用來表示到達目的系統經過的下一個路由器的地址列表。
SPNA的個數：
一個字節長，包含獨立的SPNA的個數。如果值為0。則表示沒有子網接入點。
第N個SNPA的長度：
一個字節長，表示第N個SNPA的長度。
下一跳的第N個SNPA：
可變長域，在下一跳地址域中說明的路由器所擁有的一個SNPA。這個域的值是一個
整數。
NLRI（網絡層可達性信息）：
一個可變長的NLRI信息列表，如果子地址類標識的值設為后面定義的任何一個值，
則NLRI都按后面所介紹的編碼機制進行編碼。

下一跳信息攜帶了MP-REACH-NLRI路徑屬性中定義的邊界路由器的網絡層地址，這
個地址應作為在MP-NLRI中列出的目的地址的下一跳。當向一個外部對等體廣播
MP-REACH-NLRI時，假如將要廣播的外部對等體和該接口在同一個子網，路由器可能會
用它的某一個接口地址作為屬性中的下一跳地址。這個下一跳稱為“first party"下一跳。一
個BGP發言人在下一跳屬性中可以向一個外部鄰居廣播它的任何一個內部鄰居的接口地
址，假如該外部鄰居同該接口地址所屬路由器在同一個子網的話，這個下一跳被稱為“third 
party"下一跳。一個BGP發言人可以在下一跳屬性中把任何一個外部鄰居的IP地址填入，
假設該外部鄰居的IP地址是從一個外部鄰居學到的并且將要廣播的外部鄰居同該IP地址在
同一個子網，這是“third party”下一跳的另外一種形式。
一般情況下，BGP的這種擴展機制都是選用那些能使最短可用路徑可用的下一跳作為
要廣播的下一跳信息。一個BGP發言人也必須有能力支持不廣播“third party"下一跳信息，
從而可以處理橋接或策略帶來的影響。
BGP發言人也永遠不能向一個鄰居廣播值為該鄰居IP地址的下一跳信息，也永遠不能
把自已的IP地址作為下一跳。
當一個鄰居向內部對等體廣播路由時，它不能修改該路由下一跳信息。而BGP發言人
通過內部鄰居收到的路由信息，它只是把數據轉發到下一跳所說的地址，如果在下一跳屬性
中表示的地址與本地或遠端BGP發言人在同一個子網的話。
攜帶MP-REACH-NLRI的更新報文也必須攜帶ORIGIN和AS-PATH屬性，而且在IBGP
對等體相互廣播路由信息時，還必須攜帶LOCAL-PREF屬性。如果從某個外部鄰居學到一
個路由，本地系統應該檢查AS-PATH中最左邊的AS號是否與發送該報文的BGP鄰居的
AS號相同。如果不同，本地系統就會向該鄰居發送NOTIFICATION報文。
4、多協議不可達NLRI：
MP-UNREACH-NLRI是一個用來撤銷多個不可用路由的可選非過渡屬性每一個屬性項
都包含如下圖所示的一個或者多個三元組（Address Family Information, Unfeasible Routes 
Length, Withdrawn Routes）：
      +---------------------------------------------------------+
      | Address Family Identifier (2 octets)                    |
      +---------------------------------------------------------+
      | Subsequent Address Family Identifier (1 octet)          |
      +---------------------------------------------------------+
      | Withdrawn Routes (variable)                             |
      +---------------------------------------------------------+

這些域的意義和使用：
地址類標識：
表示網絡層協議所屬的地址類，用RFC 1700中定義的地址族區分各種不同的類型
的地址。
子地址類標識：
提供關于NLRI類型的附加信息。
撤銷路由：
要撤銷路由的NLRI列表, 如果子地址類標識的值設為后面定義的任何一個值，則
NLRI都按后面所介紹的編碼機制進行編碼。

攜帶MP-UNREACH-NLRI屬性的更新報文不用攜帶任何其他路徑屬性。
5、NLRI編碼：
NLRI都是由如下圖所示的一個或者多個二元組編碼（長度，前綴地址）：
      +---------------------------+
      |   Length (1 octet)   |
      +---------------------------+
      |   Prefix (variable)   |
      +---------------------------+
             
各域意義如下：
長度：
表示地址前綴的長度共有多少位，長度0表示該前綴與所有地址匹配。
前綴：
一個地址前綴，它后面可能會填充一些“補丁”以使該域的總長度是字節的整數
倍。注意，“補丁”里的數字是無關的。
6、子網地址類標識
多協議可達NLRI（MP-REACH-NLRI）和多協議不可達NLRI（MP-UNREACH-NLRI）
屬性中的子網地址類在本文檔中按下面的定義編碼：
1：用于單播轉發（unicast forwarding）的NLRI。
2：用于組播轉發（multicast forwarding）的NLRI。
3：用于單播轉發和組播轉發的NLRI。

本文檔把“0”和128-255之間的值保留給特殊廠商應用，除了這些保留值以外，所有
其他子網地址類的編碼只有IETF和IESG才有權力改變和定義。
7、安全考慮
BGP的這種擴展機制不會改變它的任何基本安全屬性
8、致謝
作者感謝IDR工作組成員，他們提出了寶貴的建議。
9、參考文獻

   [BGP-4]   Rekhter, Y., and T. Li, "A Border Gateway Protocol 4
             (BGP-4)", RFC 1771, March 1995.

   [IPv4]    Postel, J., "Internet Protocol", STD 5, RFC 791,
             September 1981.

   [RFC1700] Reynolds, J., and J. Postel, "Assigned Numbers," STD 2,
             RFC 1700, October 1994. (see also
             http://www.iana.org/iana/assignments.html)
10、作者信息

   Tony Bates
   Cisco Systems, Inc.
   170 West Tasman Drive
   San Jose, CA 95134

   EMail: tbates@cisco.com


   Ravi Chandra
   Cisco Systems, Inc.
   170 West Tasman Drive
   San Jose, CA 95134

   EMail: rchandra@cisco.com


   Dave Katz
   Juniper Networks, Inc.
   3260 Jay St.
   Santa Clara, CA 95054

   EMail: dkatz@jnx.com


   Yakov Rekhter
   Cisco Systems, Inc.
   170 West Tasman Drive
   San Jose, CA 95134

   EMail: yakov@cisco.com
11、版權說明
   Copyright (C) The Internet Society (1998).  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.





RFC 2283 ——Multiprotocol Extensions for BGP-4                   BGP-4多協議擴展



1
RFC文檔中文翻譯計劃