RFC1771边界网关协议版本4(BGP-4).doc

组织：中国互动出版网（/）RFC文档中文翻译计划（/compters/emook/aboutemook.htm）E-mail：译者：kevin73（kevin73，panzhenyu_2263.net）译文发布时间：2001-4-26版权：本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载，但必须保留本文档的翻译及版权信息。Network Working Group Y. RekhterRequest for Comments: 1771 T.J. Watson Research Center, IBM Corp.Obsoletes: 1654 T. LiCategory: Standards Track cisco Systems Editors March 1995边界网关协议版本4（BGP-4） (RFC1771 A Border Gateway Protocol 4 (BGP-4)本备忘录的状态本文档讲述了一种Internet社区的Internet标准跟踪协议，它需要进一步进行讨论和建议以得到改进。请参考最新版的“Internet正式协议标准” (STD1)来获得本协议的标准化程度和状态。本备忘录的发布不受任何限制。摘要本文档，以及随同文档，“边检网关协议在互联网中的应用”，定义了互联网的自治系统间路由协议。目录1. 致谢32. 介绍33. 操作总结43.1 路由：通告和存储53.2 路由信息库54. 消息格式54.1 消息头格式64.2 OPEN消息格式64.3 UPDATE消息格式84.4 KEEPALIVE消息格式134.5 NOTIFICATION消息格式135. 路径属性155.1 路径属性使用165.1.1 ORIGIN165.1.2 AS-PATH165.1.3 NEXT-HOP165.1.4 MULTI-EXIT-DISC175.1.5 LOCAL_PREF175.1.6 ATOMIC_AGGREGATE175.1.7 AGGREGATOR186. BGP错误处理186.1 消息头错误处理.186.2 OPEN 消息错误处理196.3 UPDATE 消息错误处理196.4 NOTIFICATION 消息错误处理206.5 HOLD TIMER 溢出错误处理206.6 有限状态及错误处理.206.7 终止216.8 连接冲突检测217. BGP版本商议218. BGP 有限状态机229. UPDATE 消息处理259.1 决策过程269.1.1 Phase 1: 优先级的计算269.1.2 Phase 2: 路由选择279.1.3 Phase 3: 路由分发289.1.4 路由重叠299.2 UPDATE发送过程299.2.1 内部更新309.2.2 外部更新319.2.3 控制路由流量开销319.2.4 路由信息的有效组织329.3 路由选择标准349.4 产生BGP路由34附录 1. BGP FSM 状态转换和行为34附录 2. 对比RFC126737附录 3. 对比RFC166338附录4. 对比 RFC 110538附录5. BGP可能使用的TCP选项39附录6. 应用建议396.1 每个消息的多网络前缀396.2 使用流协议406.3 减少路由抖动406.4 BGP 计时器406.5 路径属性顺序406.6 AS_SET 排序416.7 版本商议控制416.8 复杂 AS_PATH 聚合41参考41安全考虑42作者地址421. 致谢本文档初版是1991年10月的RFC1267，由Kirk Lougheed (cisco 系统) 和 Yakov Rekhter (IBM)合作。我们意欲感谢Guy Almes (ANS), Len Bosack(cisco 系统), 和Jeffrey C. Honig (Cornell 大学) 对本文档早期版本的贡献。我们特别感谢Bob Braden (ISI) 回顾本文档的早期版本并作出了建设性有价值的评论。我们同时感谢Bob Hinden, Internet Engineering Steering Group路由主管, 以及他组织回顾早期版本（BGP-2）的小组。本小组，包括Deborah Estrin, Milo Medin, John Moy, Radia Perlman, Martha Steenstrup, Mike St. Johns, 和 Paul Tsuchiya, 工作顽强专业谦逊。本文档作为更新版本是编者Yakov Rekhter and Tony Li 的IETF IDR 工作组的产品。本文档某些部分广泛参考了IDRP7，BGP的OSI对等协议。为此感谢ANSI X3S3.3 组，主席是Lyman Chapin (BBN)， 编辑是Charles Kunzinger(IBM Corp.)。 同时感谢Mike Craren (Proteon, Inc.), Dimitry Haskin (Bay Networks, Inc.), John Krawczyk (Bay Networks, Inc.), 和 Paul Traina (cisco Systems) 的深刻评论。我们特别感谢 Dennis Ferguson (MCI)的巨大贡献。Yakov Rekhter 的工作资金部分来自National Science Foundation ,批号NCR-9219216.2. 介绍边界网关协议（BGP）是自治系统间路由协议。它的建立来源于RFC9041中定义的EGP以及RFC10922和RFC10933中描述的EGP在NSFNET骨干网中的使用。BGP交互系统的主要功能是和其他的BGP系统交换网络可达信息。网络可达信息包括可达信息经过的自治系统（AS）列表上的信息。这些信息有效地构造了AS互联图并由此清除了路由环路同时在AS级别上实施了策略决策。BGP-4提供了一套新的机制来支持无类别域间路由。这些机制包括支持网络前缀的通告取消BGP网络中“类”的概念。BGP-4也引入机制支持路由聚合，包括AS路径的聚合。这些改变为8, 9建议的超网方案提供了支持。为了描述BGP执行的策略决策集，集中讲述BGP发言者通告他自己使用的路由到相邻AS中对端（与之通信的别的BGP发言者）的规则。这些规则反映了当今互联网广泛使用的“一跳一跳”路由范例。注意一些策略不被“一跳一跳路由范例支持，所以需要执行比如源路由之类的技术。例如，BGP不支持AS发送流量到相邻的AS，并想要产生于邻居AS的流量带有不同的路由。另一方面，BGP支持任何与“一跳一跳”一致的策略。由于当前互联网只使用“一跳一跳”路由范例同时BGP支持与范例一致的策略，BGP作为AS间路由协议非常适用于当今互联网。BGP能否执行哪些策略超出了本文档的讨论范围（请参考讨论BGP使用的随同文档5）。BGP运行在稳定的传输协议上。这样就不用再更新分段，重传，应答和排序。传输协议使用的认证机制可以作为BGP自己的认证机制的附加。BGP的错误通知机制假定传输协议支持“体面”关闭，也就是说，在联接关闭之前所有的突出数据要被发送。BGP使用TCP4作为传输协议。TCP满足BGP的传输需求并在所有的商业路由器和主机上使用。在后面的叙述中，术语“传输协议连接”可以理解为TCP连接。BGP使用TCP端口179建立连接。本文档使用术语自治系统（AS）。自治系统的经典定义是在统一技术管理下的一系列路由器，在AS内部使用内部网关协议和通用的度量路由数据包，在AS外部使用外部网关协议路由数据包到其他的ASs。由于本定义的发展，通常一个AS可以使用几个内部网关协议同时在AS内部使用多种度量。使用自治系统这个术语强调了以下事实，即使使用了多个IGP和度量，对别的AS而言，AS的管理对于其他的ASs来说表现出一致的路由计划和一致的目的地可达。在互联网中使用BGP的计划，包括拓扑问题，BGP和IGP的交互，路由策略规则的实施，在随同文档5中表述。本文档是一系列探究BGP应用各方面问题计划的开始。请发表评论到BGP邮件列表(). 3. 操作总结两个系统通过传输协议互联。他们交换消息来打开和确认连接参数。初始的数据流是整个BGP路由表。路由表改变时发送增加的更新。BGP不需要对整个的BGP路由表作周期性的更新。因此，BGP发言者必须保存在连接期间所有对等体的整个BGP路由表的当前版本。KeepAlive心跳消息周期性发送来保证连接的存在。通知消息用于报错或者特别情况。如果一个连接遇到一个错误情况，要发送通知消息并且关连接。执行边界网关协议的主机不一定是路由器。一个非路由主机可以通过EGP甚至内部网关协议和路由器交换路由信息。然后非路由主机可以通过BGP和别的AS中的边界路由器交换路由信息。这种应用构架可以用于更进一步的研究。如果一个特定AS有多个BGP发言者同时为别的AS提供中转业务，应该注意保证本AS中对路由有一致的观点。AS内部路由的一致看法由内部路由协议提供。AS外部对路由的一致看法由所有AS内部的BGP发言者保持BGP一一互联提供。使用通常的策略，BGP发言者对哪一个边界路由器作为和别的AS的外出/进入点服务达成了一致。这些信息可能通过内部网关协议通信到AS的内部路由器。注意在BGP发言者把中转业务通告到别的AS之前所有的内部路由器需要更新中转信息。不同AS之间的BGP发言者的连接被称为“外部”链接。同一个AS内部的BGP连接被称为“内部”链接。同样，不同AS之间的对端被称为外部对端，相同AS之间的对端被称为内部对端。3.1 路由：通告和存储从协议的用途出发，路由被定义为组合了一个目的地和到这个目的地的路径属性的信息单位。 -路由在一对BGP发言者之间通过UPDATE消息通告。目的地也就是在网络层可达信息（NLRI）内报告的IP地址，路径是在UPDATE消息路径属性字段内报告的信息。-路由存储在路由信息库（RIB）内：也就是the Adj-RIBs-In, the Loc-RIB, and the Adj-RIBs-Out. 将被通告到别的BGP发言者的路由放在Adj-RIB-Out里；在本地BGP发言者使用的路由放在Loc-RIB, 这些路由的下一跳信息保存在BGP发言者的转发信息库内；从别的BGP发言者收到的路由信息保存在Adj-RIBs-In内部。如果一个BGP发言者选择路由通告，他可以在通告路由到对端之前加入和修改路由的路径属性。 BGP提供了机制告诉对端先前的路由通告不再能使用。有三种方式供BGP发言者指示撤销某条路由的服务。a) 对于先前通告的路由，在UPDATE消息的WITHDRAWN ROUTES字段内通告了到目的地IP前缀，这样相应的路由被标志为不再使用，b)有相同网络层可达信息的替代路由能够被通告，c)BGP发言者-发言者的连接能够关闭，这意味着从服务里撤销这一对发言者互相通告的所有的路由。3.2 路由信息库BGP发言者的路由信息库（RIB）包括三个不同部分：a)Adj-RIBs-In: Adj-RIBs-In 保存了从输入UPDATE消息学习到的路由信息，这是决策过程的输入。b)Loc-RIB: Loc-RIB保存了BGP发言者根据本地策略在Adj-RIBs-In内选择的本地路由信息。c)Adj_RIBs_Out: Adj_RIBs_Out保存了本地BGP发言者通告到对端的路由。本地BGP发言者的UPDATE消息包含了放在Adj_RIBs_Out内部的路由信息发送到对端。总之，Adj_RIB_In包括了对端通告到本地BGP发言者的未处理的路由信息；Loc_RIB包括了被本地决策过程选择的路由信息；使用UPDATE消息通告，Adj_RIBs_Out组织路由通告到特定对端。尽管本概念模型区分Adj-RIBs-In，Loc-RIB，和 Adj-RIBs-Out，这并不意味着也没有必要在具体应用中维护路由信息的独立拷贝。应用的选择（例如，信息库的三份拷贝或者一个拷贝的指针）不受协议限制。4. 消息格式本章描述BGP的消息格式。消息通过一个稳定的传输协议互联发送。消息只有在被完整收到之后才会处理。最大的消息是4096字节。所有应用都支持最大消息长度。最小的消息就是一个不包括消息体的BGP消息头，19字节。4.1 消息头格式每一个消息包括一个定长的消息头。消息头后面可以/可以不包含数据部分，这取决于消息类型。这些字段设计如下： 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| | + + | | + + | Marker | + + | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Length | Type | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Marker（标记）:本16字节的字段包含消息接收者可以预测的值。如果消息类型是OPEN，或者OPEN消息没有承载认证信息（作为可选参数），标记必须是全1。否者，标记的值要使用认证机制来计算（认证机制是通过认证信息的一部分来指定的）。标记可以用来探测BGP对端的同步丢失，认证进入的BGP消息。长度(Length):两字节无符号整数指定了消息的全长，包括头部字节。这也就是说，允许在传输层数据流定位下一个消息（的标记字段）。长度的值必须最少19字节最大4096字节，同时由于不同的消息类型有更多的约束。不允许“填充”多余的数据在消息后，所以长度字段是需要有最小值。类型（Type）:一字节的无符号整数制定了消息类型编码。如下定义： 1 - OPEN 2 - UPDATE 3 - NOTIFICATION 4 - KEEPALIVE4.2 OPEN消息格式在传输协议连接建立之后，两边发送的第一个消息是OPEN消息。如果OPEN消息可以接受，需要发回一个KEEPALIVE消息来确认OPEN消息。一旦确认了OPEN消息，UPDATE，KEEKPALIVE和NOTIFICATION消息可以交换。在定长的BGP消息头后面，OPEN消息包含下列字段： 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+ | Version | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | My Autonomous System | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Hold Time | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | BGP Identifier | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Opt Parm Len | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | | Optional Parameters | | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Version（版本）：1字节无符号整数指示消息的协议版本号。当前的BGP版本号是4。My Autonomous System（我的自治系统）：2字节无符号整数指示发送者自治系统号。Hold Time（保持时间）：2字节的无符号整数指示了发送者期望的Hold计时器的秒数。在接收OPEN消息后，BGP发言者必须使用自己配置的Hold计时器和收到的Hold计时器的较小值来计算Hold计时器的值。Hold计时器必须是0或最少3秒。应用可以根据Hold计时器来拒绝连接。计算好的值指示了在连续的KEEPALIVE和/或UPDATE消息之间可以流逝的最大秒数。 BGP Identifier (BGP标示符):4字节无符号整数指示了BGP发言者的标示符。给定的BGP发言者设置BGP标示符为IP地址。在启动的时候决定BGP标示符，对每一个本地端口和每一个对端是一样的。Optional Parameters Length（可选参数长度）:1字节无符号整数指示可选参数字段的字节总长度。如果这个字段是0，说明没有可选参数。 Optional Parameters（可选参数）:这个字段包含了可选参数列表，每一个参数编码为三元组。 0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-. | Parm. Type | Parm. Length | Parameter Value (variable) +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-.参数类型是1个字节，明确指示了单个的参数。参数长度1字节包含参数值的字节长度。参数值是变长字段，根据参数类型有不同的解释。本文档定义了下列可选参数：a)认证消息（参数类型1）：可选参数用来认证BGP对端。参数值包含1字节认证编码后面是变长的认证数据。 0 1 2 3 4 5 6 7 8 +-+-+-+-+-+-+-+-+ | Auth. Code | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | | Authentication Data | | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Authentication Code（认证编码）：1字节无符号整数指示了使用的认证机制。当认证机制指定用于BGP的时候，需要说明三件事情：-认证编码的值用来指示认证机制，-认证数据的格式和含义，-计算Marker字段值的算法。注意在建立传输层连接时可以使用另外的认证机制。0Authentication Data（认证数据）：这个字段的格式和含义取决于认证编码，它是变长的。OPEN消息的最小长度是29字节（包括消息头）。4.3 UPDATE消息格式UPDATE消息用来发送路由信息到BGP对端。UPDATE消息报内的信息可以被用来构造AS之间的关系描述。通过应用以下讨论的规则，路由环路和别的异常可以测出并清除出AS间路由。UPDATE消息用来通告一条可用的到对端的路由，或者撤销多条不可用路由（见3。1）。UPDATE消息可以同时通告一个可用路由并撤销多个不可用路由。UPDATE消息总是包括定长消息头，同时可选的包括下面的字段： +-+ | Unfeasible Routes Length (2 octets) | +-+ | Withdrawn Routes (variable) | +-+ | Total Path Attribute Length (2 octets) | +-+ | Path Attributes (variable) | +-+ | Network Layer Reachability Information (variable) | +-+. Unfeasible Routes Length（不可用路由长度）：2字节无符号整数指示了撤销路由的字节总长度。这个值必须保证网络层可达信息字段的长度被确定。0说明没有撤销路由， UPDATE消息内部没有撤销路由。Withdrawn Routes（撤销路由）：这是一个可变长字段，包括一系列的IP前缀将要撤销的路由。每一个IP前缀编码为长度，前缀二元组，如下描述： +-+ | Length (1 octet) | +-+ | Prefix (variable) | +-+使用和含义如下：a) Length(长度)：长度指示了IP前缀的比特数。0长度指示了匹配所有IP地址的前缀（前缀本身为0字节） b) Prefix（前缀）:前缀包含了IP地址前缀,后面是填充比特保证字段结尾符合字节边界。注意填充比特的值无意义。 Total Path Attribute Length（总的路径属性长度）:2字节无符号整数值是路径属性字段字节总长度。值必须使下文中网络层可达字段的长度能够被决定。值0指示在UPDATE消息中没有网络层可达信息字段。 Path Attributes（路径属性）:在每一个UPDATE消息中有变长的路径属性序列。每一个路径属性是变长三元组属性类型是2字节字段包括了属性标志字节和属性类型码字节。 0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Attr. Flags |Attr. Type Code| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+属性标志字节第一高位比特（比特0）是可选比特。定义了属性是否是可选的（设为1）或者是公认的（设为0）。属性标志字节第二高位比特（比特1）是转发比特。定义一个可选的属性是否是转发的（如果设置为1）或者不是转发的（设为0）。公认属性的转发位必须设为1。看部分5讨论转发属性）。属性标志字节的第三比特（比特2）是部分比特。它定义了包括在可选转发属性内的信息是部分的（设置为1）还是完整的（设置为0）。（公认属性和可选非转发属性）的部分位必须是0。属性标志字节的第四比特（比特3）是扩展长度比特。定义了属性长度是1字节（如果设置为0）还是2字节（如果设置为1）。仅仅当属性值超过255字节的时候，扩展长度可以使用。属性标志字节低字节顺序4比特没有被使用。必须填0（接收时不处理）。属性类型编码字节包含了属性类型码。当前定义的属性类型码在部分5讨论。如果属性标志字节的扩展长度比特被设置为0，路径属性的第三个字节包含了属性数据的字节长度。如果属性标志字节的扩展长度比特设置为1，那末路径属性的第三和第四个字节包含了属性数据的字节长度。路径属性剩下的字节代表属性值并且通过属性标识和属性类型码表示。支持的属性类型码，它们的属性值和使用如下定义： a) ORIGIN (类型码 1):ORIGIN是公认强制属性定义了路径信息的来源。本数据字节设定如下值： 值 含义 0 IGP 网络层可达信息和来源AS同内部 1 EGP 网络层可达信息通过EGP学习 2 INCOMPLETE 网络层可达信息通过别的方式学习 它的使用在5.1.1定义。 b) AS_PATH (类型编码2):AS-PATH是公认强制属性由一系列AS路径段组成。每一个AS路径段表示为三元组。路径段类型是1字节长度字段有下列定义值。 值 段类型 1 AS_SET: 在UPDATE消息中的路由经过的AS的无序集 2 AS_SEQUENCE: 在UPDATE消息中的路由经过的AS的有序集路径段长度是1字节长度的字段包含了在路径段值字段的AS的数量。路径段值字段包含了一个或者多个AS号，每一个编码为2字节长度的字段。属性的使用定义在5.1.2。 c) NEXT_HOP (类型码3):这是一个公认强制属性，它定义了作为到达目的地作为下一跳的边界路由器的IP地址，目的地列表于UPDATE消息的网络层可达字段。属性的使用定义在5.1.3。 d) MULTI_EXIT_DISC (类型码4):可选非转发属性是4字节非负整数。属性值可以被BGP发言者决策过程在相邻自治系统中区分多个出口。 它的使用在5.1.4.定义。 e) LOCAL_PREF (类型编码 5):LOCAL-PREF是公认自决属性4字节非负整数。BGP发言者使用它通知别的BGP在自己的自治系统中源发言者通告路由的优先程度。使用属性在。中描述。 f) ATOMIC_AGGREGATE (类型编码6)ATOMIC-AGGREGATE是公认自决属性长度为0。BGP发言者使用它通知别的BGP发言者本系统选择了一条更不特殊的路由而不是选择了一条更特殊的包括在内的路由。使用这个属性描述在5。1。6。 g) AGGREGATOR (类型编码7)AGGREGATOR是可选转发属性长度为6。属性包含了形成聚合路由最后的AS号码（编码为2字节），后面是形成聚合路由的BGP发言者的IP地址（编码为4字节）。使用这个属性描述在5。1。7。 Network Layer Reachability Information（网络层可达信息）:这个变长字段包含了IP地址前缀的列表。网络层可达信息的字节长度不是明确编码的，但是可以计算如下：UPDATE消息长度-23-总的路径属性长度-不可用路由长度。其中UPDATE消息长度是定长BGP消息头的编码值，总的路径属性长度和不可用路由长度是作为部分UPDATE消息的编码值。23是定长的BGP消息头，总的路径属性长度字段和不可用路由长度字段的组合长度。可达信息编码时作为一个或者多个二元组格式为长度，前缀，它们的字段描述如下： +-+ | Length (长度，1字节 ) | +-+ | Prefix (变量 ) | +-+字段使用和含义如下：a) 长度:长度字段指示了IP地址前缀的比特长度。0指示一个匹配了所有IP地址的前缀（前缀本身0字节）b) 前缀:前缀区字段包含了IP地址前缀并跟随足够的填充比特使该区字段的结尾能够落在字节边界。注意填充比特的值不关紧要。UPDTAE消息的最小长度是23字节19字节定长消息头+2字节不可用路由长度+2字节总的路径属性长度（不可用路由长度是0同时总的路径属性长度是0）。UPDATE消息能够通告至少一条路由，路由可用几个路径属性描述。所有的包含在一个给定的UPDATE消息里的路径属性适用于带在UPDATE消息中的网络层可达信息区字段里的目的地。一个UPDATE消息能够列出多个路由撤销服务。每一个路由通过目的地制定（表示为IP前缀），明白的根据上下文指定了先前通告过的BGP发言者-BGP发言者连接里的 路由一个UPDATE消息可以仅仅撤销路由，这样就不需要包括路径属性或者网络层可达信息。相反，也可以仅仅通告可达路由，这样WITHDRAWN ROUTES不需要了。4.4 KEEPALIVE消息格式BGP不使用任何基于传输协议的keep-alive机制来确定对端是否可达。相反，KEEPALIVE消息在对端之间交换的频率要满足HOLD计时器不溢出的标准。合理的最大两个KEEPALIVE消息之间的时间是HOLD计时器间隔的1/3。KEEPALIVE消息必须不能比每秒一个更频繁。应用可以调整发送KEEPALIVE消息的速率作为HOLD TIME 间隔的函数。如果议定的HOLD TIME 间隔是0，周期性的KEKPALIVE消息必须不发送。KEEPALIVE消息只包含消息头,长度是19字节。4.5 NOTIFICATION消息格式 NOTIFACATION消息在探测到错误情况时发送。发送之后BGP连接要立即关闭。除了定长BGP消息头，NOTIFICATION消息包括下面的字段。 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Error code | Error subcode | Data | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 错误码:1字节的无符号整数指示了NOTIFICATION的类型。下列的错误类型编码定义： 错误码 符号名称 参考 1 消息头错误 部分 6.1 2 OPEN消息错误 部分6.2 3 UPDATE消息错误 部分6.3 4 Hold Timer溢出 部分6.55 有限状态机错误 部分6.6 6 终止 部分6.7 错误子码:一个字节的无符号整数提供了更多的关于错误报告种类的信息。每一个错误可以有一个或者多个错误子码，如果没有特别的错误子码定义，在错误子码字段填充0（不具体）。 Message Header Error subcodes（消息头错误子码）: 1 - 连接未同步. 2 - 错误消息长度. 3 - 错误消息类型. OPEN Message Error subcodes（OPEN 消息错误子码）: 1 - 不支持版本号. 2 - 错误对端AS. 3 - 错误的BGP标示符. 4 - 不支持的选项参数. 5 - 认证失败. 6 - 不支持的HOLD时间. UPDATE Message Error subcodes（UPDATE消息错误子码）: 1 畸形属性表. 2 未识别的公认属性 3 缺少公认属性 4 属性标志错误 5 属性长度错误 6 无效ORIGION属性 7 AS路由环路 8 无效的NEXT-HOP属性 9 可选参数错误 10 无效网络字段 11 畸形AS_PATH. 数据:这个变长的字段用来诊断NOTIFICATION的原因。数据字段的内容依赖于错误码和错误子码。部分6有详细说明。注意数据字段的长度可以利用公式从消息长度来确定。 Message Length = 21 + Data LengthNOTIFICATION消息最小的长度是21字节，（包括消息头）5. 路径属性这个部分讨论UPDATE消息的路径属性。路径属性分为下面四类。 1. Well-known mandatory.（公认强制） 2. Well-known discretionary.（公认自决） 3. Optional transitive.（可选转发） 4. Optional non-transitive.（可选非转发）公认属性是所有BGP应用都要识别的。有一些属性是强制的而且必须被包括在每一个APDATE消息内部。别的是自决的可以也可以不在特定的UPDATE消息内部发送。所有的公认属性必须发送到BGP对端（在必要的更新之后）。除了公认属性，每一个路径可以包括一个或者多个可选属性。不是所有的BGP应用都要支持所有的可选属性。可选属性的处理是通过设置属性标志字节的转发比特来确定的。带有未识别转发可选属性的路径应该被接受。如果一个未识别的转发可选属性的路经被接受并且被转发到别的BGP 对端，则未识别的路径转发可选属性必须和路径一起传递到别的BGP对端，同时属性标志字节的部分位设置为1。如果一个路径有可识别的转发可选属性被接受并且转发到别的BGP对端，他的属性标志字节的部分比特被先前的AS设置为1，当前的AS不能把他设置为0。未识别的非转发可选属性必须默默丢弃不能发送到别的BGP对端。新的转发可选属性可以被起源者和别的AS附加到路径上。如果不是被其源