BGP协议详细概念内容!(不含实验)

BGP基础

前言

• 为方便管理规模不断扩大的网络，网络被分成了不同的AS（Autonomous System，自治系统）。早期，EGP（ExteriorGateway Protocol，外部网关协议）被用于实现在AS之间动态交换路由信息。但是EGP设计得比较简单，只发布网络可达的路由信息，而不对
路由信息进行优选，同时也没有考虑环路避免等问题，很快就无法满足网络管理的要求。
• BGP是为取代最初的EGP而设计的另一种外部网关协议也是距离矢量协议。不同于最初的EGP，BGP能够进行路由优选、避免路由环路、更高效率的传递路由和维护大量的路由信息。

BGP:我们不生产路由,我们只是路由的搬运工

BGP概述

AS

• OSPF、IS-IS等IGP(内部网关协议)路由协议在组织机构网络内部广泛应用，随着网络规模扩大，网络中路由数量不断增长，IGP已无
法管理大规模网络，为了分割网络规模便于后期的维护和管理AS(自治系统)的概念由此诞生。
• AS指的是在同一个组织管理下，使用统一选路策略的设备集合。
• 不同AS通过AS号区分，AS号存在16bit、32bit两种表示方式。IANA负责AS号的分发。在长度为16bit的AS号表示方式中：64512-65534为私有AS号，在长度为32bit的AS号表示方式中：4200000000-4294967294为私有AS

当不同AS之间需要进行通信时，在AS之间应使用何种路由协议进行路由的传递？为什么不用之前学习过的路由引入?请往下看

使用IGP传递路由

• AS之间需要直连链路，或通过VPN协议构造逻辑直连（例如GRE Tunnel）进行邻居建立。
• AS之间可能是不同的机构、公司，相互之间无法完全信任，使用IGP可能存在暴露AS内部的网络信息的风险。
• 整个网络规模扩大，路由数量进一步增加，路由表规模变大，一旦网络发生动荡,路由收敛就会变的非常慢，设备性能消耗加大,从而影响用户的体验质量。

除了要保证安全性,更需要保证可靠性,因此采用路由引入的方式来使不同AS之间传递和维护路由是存在很大问题的.

使用BGP传递路由

为此在AS之间专门使用BGP（Border GatewayProtocol，边界网关协议）协议进行路由传递，相较于传统的IGP协议：

• BGP基于TCP，只要能够建立TCP连接即可建立BGP。(可靠!!)
• 只传递路由信息，不会暴露AS内的拓扑信息。(安全!!)
• 触发式更新，而不是进行周期性更新。(稳定!!)

BGP在企业中的应用

BGP的基本概念

BGP概述及特点

• BGP是一种实现自治系统AS之间的路由可达，并选择最佳路由的矢量性协议。早期发布的三个版本分别是BGP-1（RFC1105）、BGP-2（RFC1163）和BGP-3（RFC1267），1994年开始使用BGP-4（RFC1771），2006年之后单播IPv4网络使用的版本是BGP-(RFC4271），其他网络（如IPv6等）使用的版本是MP-BGP（RFC4760）。
• BGP的特点：

• BGP使用TCP作为其传输层协议（端口号为179），使用触发式路由更新，而不是周期性路由更新。
• BGP能够承载大批量的路由信息，能够支撑大规模网络。
• BGP提供了丰富的路由策略，能够灵活的进行路由选路，并能指导对等体按策略发布路由。
• BGP能够支撑MPLS/VPN的应用，传递客户VPN路由。
• BGP提供了路由聚合和路由衰减功能用于防止路由振荡，通过这两项功能有效地提高了网络稳定性。

BGP特征(1)

• BGP使用TCP为传输层协议，TCP端口号179。路由器之间的BGP会话基于TCP连接而建立。
• 运行BGP的路由器被称为BGP发言者（BGP Speaker），或BGP路由器。
• 两个建立BGP会话的路由器互为对等体（Peer），BGP对等体之间交换BGP路由表。
• BGP路由器只发送增量的BGP路由更新，或进行触发式更新（不会周期性更新）。
• BGP能够承载大批量的路由前缀，可在大规模网络中应用。

BGP特征(2)

• BGP通常被称为路径矢量路由协议（Path-Vector Routing Protocol）。
• 每条BGP路由都携带多种路径属性（Path attribute），BGP可以通过这些路径属性控制路径选择，而不像IS-IS、OSPF只能通过Cost控制路径选择，因此在路径选择上，BGP具有丰富的可操作性，可以在不同场景下选择最合适的路径控制方式

BGP对等体关系

• 与OSPF、IS-IS等协议不同，BGP的会话是基于TCP建立的。建立BGP对等体关系的两台路由器并不要求必须直连。意思就是只要tcp可达那么就可以建立对等体关系
• BGP存在两种对等体关系类型：EBGP及IBGP：

• EBGP（External BGP）：位于不同自治系统的BGP路由器之间的BGP对等体关系。这在IGP里面是无法做到的,IGP只能直连设备建立邻居关系.两台路由器之间要建立EBGP对等体关系，必须满足两个条件：
  1. 两个路由器所属AS不同（即AS号不同）。
  2. 在配置EBGP时，Peer命令所指定的对等体IP地址要求路由可达，并且TCP连接能够正确建立。
• IBGP（Internal BGP）：位于相同自治系统的BGP路由器之间的BGP邻接关系。

BGP对等体关系的建立(1)

• 先启动BGP的一端先发起TCP连接，如图所示，R1先启动BGP，R1使用随机端口号向R2的179端口发起TCP连接，完成TCP连接的建立。BGP建立对等体的对等体都会发起TCP三次握手，所以会建立两个TCP连接，但是实际BGP只会保留其中一个TCP连接,那么到底该用那一条连接?
• 三次握手建立完成之后，R1、R2之间相互发送Open报文，携带参数用于对等体建立，参数协商正常之后双方相互发送Keepalive报文，收到对端发送的Keepalive报文之后对等体建立成功，同时双方定期发送Keepalive报文用于保持连接。
• 其中Open报文中携带：
  1. My Autonomous System：自身AS号
  2. Hold Time：用于协商后续Keepalive报文发送时间
  3. BGP Identifier：自身Router ID(通过router_id确定了采用那哪一条tcp会话 越大越优)

BGP对等体关系的建立(2)

• BGP对等体关系建立之后，BGP路由器发送BGP Update（更新）报文通告路由到对等体。

TCP连接源地址

***重点来了!!!***通常情况下一个路由器有很多的接口,也就意味着有很多个IP地址,那么到底该用哪一个IP地址作为发起tcp连接的源地址呢?

• 缺省情况下，BGP使用报文出接口作为TCP连接的本地接口。
• 在部署IBGP对等体关系时，建议使用Loopback地址作为更新源地址。Loopback接口非常稳定，而且可以借助AS内的IGP和冗余拓扑来保证可靠性。
• 在部署EBGP对等体关系时，通常使用直连接口的IP地址作为源地址，如若使用Loopback接口建立EBGP对等体关系，则应注意EBGP多跳问题(EBGP在传递报文中的ttl值默认为1 也就是说你不做任何配置的情况下 报文刚传递到下一个路由器时就会被丢弃)。

一般而言在AS内部，网络具备一定的冗余性。如上图所示,在R1与R3之间，如果采用直连接口建IBGP邻居关系，那么一旦接口或者直连链路发生故障，BGP会话也就断了，但是事实上，由于冗余链路的存在，R1与R3之间的IP连通性其实并没有DOWN（仍然可以通过R4到达彼此).

BGP报文及状态机

BGP报文类型

BGP一共有五种报文,并且五种不同类型的报文都有相同的头部(header).

BGP报文格式-头部

• BGP五种报文都拥有相同的报文头，格式如左侧所示，主要字段解释如下：
  • Marker：16Byte，用于标明BGP报文边界，所有bit均为“1”。
  • Length：2Byte，BGP报文总长度（包括报文头在内），以Byte为单位。
  • Type：1Byte，BGP报文的类型。其取值从1到5，分别表示Open、Update、Notification、Keepalive和Route-refresh 报文。

Open报文

• Open报文是TCP连接建立之后发送的第一个报文，用于建立BGP对等体之间的连接关系，报文格式如左侧所示，主要字段解释如下:
  • Version：BGP的版本号。对于BGP 4来说，其值为4。
  • My AS（autonomous system）：本地AS号。通过比较两端的AS号可以判断对端是否和本端处于相同AS。
  • Hold Time：保持时间。在建立对等体关系时两端要协商Hold Time，并保持一致。如果在这个时间内未收到对端发来的Keepalive报文(是Hold Time时间的三分之一默认60s)或Update报文，则认为BGP连接中断。默认180s.
  • BGP Identifier：BGP标识符，以IP地址的形式表示，用来识别BGP路由器。
  • Optional parameters: 可选内容 包含了BGP在协商过程中能够支持的其他能力如认证等其他协议簇.

Update报文

• Update报文用于在对等体之间传递路由信息，可以用于发布、撤销路由。
• 一个Update报文可以通告具有相同路径属性的多条路由，这些路由保存在NLRI（Network Layer ReachableInformation，网络层可达信息）中。同时Update还可以携带多条不可达路由，用于告知对方撤销路由，这些保存在Withdrawn Routes字段中。
• 报文格式如左侧所示，主要字段解释如下：
  • Withdrawn routes：不可达路由的列表,为0时表示没有可撤销的路由。
  • Path attributes：与NLRI相关的所有路径属性列表，每个路径属性由一个TLV（Type-Length-Value）三元组构成。
  • NLRI：可达路由的前缀和前缀长度二元组。

Notification报文

• 当BGP检测到错误状态时（对等体关系建立时、建立之后都可能发生），就会向对等体发送Notification，告知对端错误原因。之后BGP连接将会立即中断。
  • Error Code、Error subcode：差错码、差错子码，用于告知对端具体的错误类型。
  • Data：用于辅助描述详细的错误内容，长度并不固定。

Keepalive报文

• BGP路由器收到对端发送的Keepalive报文，将对等体状态置为已建立，同时后续定期发送(默认60s发送一次)keepalive报文用于保持连接。
• Keepalive报文格式中只包含报文头，没有附加其他任何字段。

Router-Refresh报文

• Route-refresh报文用来要求对等体重新发送指定地址族的路由信息，一般为本端修改了相关路由策略之后让对方重新发送Update报文，本端执行新的路由策略重新计算BGP路由。并不是所有设备都支持这个能力,他们会在之前的open报文中提到是否支持.
• 相关字段内容如下：
  • AFI：Address Family Identifier，地址族标识，如IPv4。
  • Res.：保留，8个bit必须置0。
  • SAFI：Subsequent Address Family Identifier，子地址族标识。

• 在Open报文协商时会协商是否支持Route-refresh，如果对等体支持Route-refresh能力，则可以通过refresh bgp命令手工对BGP连接进行软复位，BGP软复位可以在不中断BGP连接的情况下重新刷新BGP路由表，并应用新的策略。
• 对于不支持Route-Refresh能力的BGP对等体，可以配置keep-all-routes命令，保留该对等体的所有原始路由，这样不需要复位BGP连接即可完成路由表的刷新。
• 缺省情况下未开启keep-all-routes。

BGP状态机

在此过程中如果发生任何错误 则会通过notification报文去通知 状态成为idle 重新开始连接

• Idle状态是BGP初始状态。在Idle状态下，BGP拒绝对等体发送的连接请求。只有在收到本设备的Start事件后，BGP才开始尝试和其它BGP对等体进行TCP连接，并转至Connect状态。

  • Start事件是由一个操作者配置一个BGP过程，或者重置一个已经存在的过程或者路由器软件重置BGP过程引起的。
  • 任何状态中收到Notification报文或TCP拆链通知等Error事件后，BGP都会转至Idle状态。

  

• 在Connect状态下，BGP启动连接重传定时器（Connect Retry），等待TCP完成连接。

  • 如果TCP连接成功，那么BGP向对等体发送Open报文，并转至OpenSent状态。
  • 如果TCP连接失败，那么BGP转至Active状态。
  • 如果连接重传定时器超时，BGP仍没有收到BGP对等体的响应，那么BGP继续尝试和其它BGP对等体进行TCP连接，停留在Connect状态。

  

• 在Active状态下，BGP总是在试图建立TCP连接。

  • 如果TCP连接成功，那么BGP向对等体发送Open报文，关闭连接重传定时器，并转至OpenSent状态。
  • 如果TCP连接失败，那么BGP停留在Active状态。
  • 如果连接重传定时器超时，BGP仍没有收到BGP对等体的响应，那么BGP转至Connect状态。

• 在OpenSent状态下，BGP等待对等体的Open报文，并对收到的Open报文中的AS号、版本号、认证码等进行检查。

  • 如果收到的Open报文正确，那么BGP发送Keepalive报文，并转至OpenConfirm状态。
  • 如果发现收到的Open报文有错误，那么BGP发送Notification报文给对等体，并转至Idle状态。

  

• 在OpenConfirm状态下，BGP等待Keepalive或Notification报文。如果收到Keepalive报文，则转至Established状态，如果收到Notification报文，则转至Idle状态。

• 在Established状态下，BGP可以和对等体交换Update、Keepalive、Route-refresh报文和Notification报文。
  ▫ 如果收到正确的Update或Keepalive报文，那么BGP就认为对端处于正常运行状态，将保持BGP连接。
  ▫ 如果收到错误的Update或Keepalive报文，那么BGP发送Notification报文通知对端，并转至Idle状态。
  ▫ Route-refresh报文不会改变BGP状态。
  ▫ 如果收到Notification报文，那么BGP转至Idle状态。
  ▫ 如果收到TCP拆链通知，那么BGP断开连接，转至Idle状态。

BGP协议表项

BGP对等体表

• 在设备上通过display bgp peer命令查看BGP对等体表，其中主要参数含义：
  ▫ Peer：对等体地址
  ▫ V：version，版本号
  ▫ AS：对等体AS号
  ▫ Up/Down：该对等体已经存在up或者down的时间
  ▫ State：对等体状态，这里显示的为BGP状态机的状态
  ▫ PrefRcv：prefix received，从该对等体收到的路由前缀数目

  ▫ MsgRcvd 、MsgSent：从对等体收到的报文个数，向对等体发送的报文个数。
  ▫ OutQ：out queue，对外发送报文队列中排队的个数，一般为0

BGP路由表

• 在设备上通过display bgp routing-table查看BGP路由表：他会列出本设备发现的所有BGP路由，如果到达同一个目的地存在多条路由，则将路由都进行罗列，但每个目的地只会优选一条路由 *>表示有效且最优下面通告原则里会进行解释。

  ▫ Network：路由的目的网络地址以及网络掩码
  ▫ NextHop：下一跳地址

  ▫ MED：

  ▫ LocPrf：本地优先级

  ▫ PrefVal：协议首选项

  ▫ Path/Ogn：路径

• 如果想要查看某条路由更加详细的信息，可以通过display bgp routing-table ipv4-address { mask | mask-length} 查看，该命令会将匹配的BGP路由信息详细展示。

BGP路由的注入

• 不同于IGP路由协议，BGP自身并不会发现并计算产生路由，BGP将IGP路由表中的路由注入到BGP路由表中，并通过Update报文传递给BGP对等体。
• BGP注入路由的方式有两种：
  ▫ Network
  ▫ import-route
• 与IGP协议相同，BGP支持根据已有的路由条目进行聚合，生成聚合路由。

Network注入路由

精确注入 通过update报文发送给其他peer 其他peer就可以把这条精确注入的路由加入到本地BGP路由表中

• 不适用于路由条目庞大的路由注入
• Network方式注入的路由必须是已经存在于IP路由表中的路由条目，否则不会被成功注入到
  BGP路由表中。

Import-route方式注入

• Network方式注入路由虽然是精确注入，但是只能一条条配置逐条注入IP路由表中的路由，如果注入的路由条目很多配置命令将会非常复杂，为此可以使用import-route方式，将：

1. 直连路由

2. 静态路由

3. OSPF路由

4. IS-IS路由

等协议的路由注入到BGP路由表中。

BGP聚合路由

与众多IGP协议相同，BGP同样支持路由的手工聚合，在BGP配置视图中使用aggregate命令可以执行BGP路由手工聚合，在
BGP已经学习到相应的明细路由情况下，设备会向BGP注入指定的聚合路由。

• 执行聚合之后，在本地的BGP路由表中除了原本的明细路由条目之外，还会多出一条聚合的路由条目。
• 如果在执行聚合时指定了detail-suppressed，则BGP只会向对等体通告聚合后的路由，而不通告聚合前的明细路由。
• 在聚合时配置了抑制明细路由的参数，R3上查看路由表，将只能看到BGP路由：10.1.0.0/22，无法看到聚合前的明细路由。

BGP通告原则(重点!!!)

• BGP通过network、import-route、aggregate聚合方式生成BGP路由后，通过Update报文将BGP路由传递给对等体。
• BGP通告遵循以下原则(下面会详细介绍)：
  ▫ 只发布最优路由。
  ▫ 从EBGP对等体获取的路由，会发布给所有对等体。
  ▫ IBGP水平分割：从IBGP对等体获取的路由，不会发送给IBGP对等体。
  ▫ BGP同步规则指的是：当一台路由器从自己的IBGP对等体学习到一条BGP路由时（这类路由被称为IBGP路由），它将不能使用该条路由或把这条路由通告给自己的EBGP对等体，除非它又从IGP协议（例如OSPF等，此处也包含静态路由）学习到这条路由，也就是要求IBGP路由与IGP路由同步。同步规则主要用于规避BGP路由黑洞问题。但是这个同步规则默认是关闭的.

BGP通告原则1

• 通过display bgp routing-table命令可以查看BGP路由表。

• 第一条原则：只发布最优且有效（即下一跳地址可达）路由。
• 在BGP路由表中同时存在以下两个标志的路由为最优、有效：
  ▫ * : 代表路由可达 有效
  ▫ > : 代表最优

BGP通告原则2

第二条原则：从EBGP对等体获取的路由，会发布给所有对等体。R2从EBGP对等体获取的BGP路由，会发布给所有EBGP、IBGP对等体。

BGP通告原则3

• 第三条原则：从IBGP对等体获取的BGP路由，不会再发送给其他IBGP对等体,避免路由回灌。
• 该条原则也被称为“IBGP水平分割”。
• 如图所示，如果IBGP对等体学习到的路由会继续传递给其他的IBGP对等体：
  ▫ R2将一条路由传递给了IBGP对等体R3
  ▫ R3收到路由之后传递给IBGP对等体R1
  ▫ R1继续传递给IBGP对等体R2路由环路形成。

但是! 还有一种情况如下图所示:

• 第三条原则可能会带来新的问题，当BGP路由器R2将路由传递给BGP路由器R1时，由于第三条原则限制，R1无法将BGP路由传递给R3，R3将无法学习到路由。
• 为解决该问题可以采用AS内IBGP全互联的方式，即：R2、R3之间建立非直连的IBGP对等体关系，以此让BGP路由器R2将路由传递给BGP路由器R3。

BGP通告原则4

• 第四条原则：当一台路由器从自己的IBGP对等体学习到一条BGP路由时（这类路由被称为IBGP路由），它将不能使用该条路由或把这条路由通告给自己的EBGP对等体，除非它又从IGP协议（例如OSPF等，此处也包含静态路由）学习到这条路由，该条规则也被称为BGP同步原则。(默认关闭且对于部分设备而言无法打开 原因是无意义 这条原则只能告诉我们IGP里有没有这条路由 并不能解决实际问题)
• 如图所示：
  1. BGP路由器R4上存在一条路由10.0.4.0/24，R4将其传递给了R2。
  2. R2将路由传递给非直连IBGP对等体R3。
  3. R3将路由传递给R5。
  4. 之后R5向10.0.4.4发起访问。

• R5访问10.0.4.4：

  • R5查找路由表，将报文发送给R3。
  • R3收到报文后查找路由表，匹配到一条BGP路由，其下一跳为R2，但是R2为非直连下一跳，需要进行路由迭代，通过IGP学习到的路由迭代出下一跳为R1。R3将报文发送给R1。
  • R1收到报文后查找路由表，因为R1并非BGP路由器，未与R2建立IBGP对等体关系，因此R1上并无BGP路由10.0.4.0/24，路由查找失败，R1将报文丢弃。

  • 产生该问题根本原因为AS200域内未运行BGP的路由器并无从BGP学习到的路由条目，查找路由失败，导致R1丢弃报文。为此制定了BGP同步原则：当BGP的路由条目也存在于IGP路由表时才对外发送，以图中场景为例，当R3查看IGP路由表，OSPF路由表中并无路由10.0.4.0/24，因此并不会向R5发送该路由，自然也不会产生后续的访问失败问题。
  • 解决该问题的方式有：
  ▫ 将BGP路由重分发到IGP中，基本不会使用该方式。
  ▫ 建立全互联的IBGP对等体关系，让全网所有路由器都拥有BGP路由。

  ▫ 路由反射器和mpls隧道也可以解决

BGP路径属性与条件反射器

BGP路径属性

• 任何一条BGP路由都拥有多个路径属性。
• 当路由器将BGP路由通告给它的对等体时，一并被通告的还有路由所携带的各个路径属性。
• BGP的路径属性将影响路由优选。

路径属性的分类 如下图所示

BGP属性很多，这里仅列出常用BGP属性。

• 公认属性是所有BGP路由器都必须能够识别的属性

• 公认属性可以分为两类：

  • 公认必遵（Well-known Mandatory）：必须包括在每个Update消息里。
  • 公认任意（Well-known Discretionary）：可能包括在某些Update消息里。

• 可选属性不需要都被BGP路由器所识别

• 可选属性可以分为两类：

  • 可选过渡（Optional Transitive）：BGP设备不识别此类属性依然会接受该类属性并通告给其他对等体。
  • 可选非过渡（Optional Non-transitive）：BGP设备不识别此类属性会忽略该属性，且不会通告给其他对等体。

AS_Path

• 该属性为公认必遵属性，是前往目标网络的路由经过的AS号列表；
• 作用：确保路由在EBGP对等体之间传递无环(含有自身as值则不接收)；另外也作为路由优选的衡量标准之一(所经过as越少越优)；
• 路由在被通告给EBGP对等体时，路由器会在该路由的AS_Path中追加上本地的AS号；路由被通告给IBGP对等体时，AS_Path不会发生改变。

AS_Path的两种类型

• 路由聚合解决了两类问题，一是减轻了设备的负担，二是隐藏了明细的路由信息，减少了路由震荡的影响。但是路由聚合后，AS_Path属性丢失，存在产生环路的风险，为此可以通过AS_SET类型的AS_Path属性携带聚合前的AS路径信息。
• 当发生路由聚合后，如果需要聚合路由携带所有明细路由中AS_Path属性携带的AS号防止环路，则在配置聚合的命令中增加as-set参数。
• 在AS_SET的示例中AS 300内发生了路由聚合并配置了as-set参数，则聚合路由会将明细路由的AS_Path信息用一个AS-Set集表示（放在中括号{}里的AS号信息，该集合内的AS号没有先后顺序），在聚合路由中携带用以防止环路。
• 除了AS_SET、AS_AS_SEQENCE之外，AS_Path还存在另外两种类型：AS_Confed_Sequence、AS_Confed_Set，这两种类型应用于BGP联邦中。

如何修改AS_Path的属性

使用Route-Policy修改BGP路由的AS_Path属性时，可以使用以下三种方式：

Origin

• 该属性为公认必遵属性，它标识了BGP路由的起源。如上表所示，根据路由被引入BGP的方式不同，存在三种类型的Origin。
• 当去往同一个目的地存在多条不同Origin属性的路由时，在其他条件都相同的情况下，BGP将按如Origin的下顺序优选路由：IGP > EGP > Incomplete

Next_Hop

• 该属性是一个公认必遵属性，用于指定到达目标网络的下一跳地址。
• 当路由器学习到BGP路由后，需对BGP路由的Next_Hop属性值进行检查，该属性值（IP地址）必须在本地路由可达，如果不可达，则这条BGP路由不可用,不可用也就意味着不会发送给其他peer。
• 在不同的场景中，设备对BGP路由的缺省Next_Hop属性值的设置规则如下：
  ▫ BGP路由器在向EBGP对等体发布某条路由时，会把该路由信息的下一跳属性设置为本地与对端建立BGP邻居关系的接口地址。
  ▫ BGP路由器将本地始发路由发布给IBGP对等体时，会把该路由信息的下一跳属性设置为本地与对端建立BGP邻居关系的接口地址。
  ▫ 路由器在收到EBGP对等体所通告的BGP路由后，在将路由传递给自己的IBGP对等体时，会保持路由的Next_Hop属性值不变。
  ▫ 如果路由器收到某条BGP路由，该路由的Next_Hop属性值与EBGP对等体（更新对象）同属一个网段，那么该条路由的Next_Hop地址将保持不变并传递给它的BGP对等体(这种情况较为特殊 如下图所示)。

修改Next_Hop属性

使用peer next-hop-local命令可以在设置向IBGP对等体（组）通告路由时，把下一跳属性设为自身的TCP连接源地址。

Local_Preference

• Local_Preference即本地优先级属性，是公认任意属性，可以用于告诉AS中的路由器，哪条路径是离开本AS的首选路径。
• Local_Preference属性值越大则BGP路由越优。缺省的Local_Preference值为100。
• 该属性只能被传递给IBGP对等体，而不能传递给EBGP对等体。med可以发给EBGP你可以理解为等同于locPrf.

locprf注意事项

• Local_Preference属性只能在IBGP对等体间传递（除非做了策略否则Local_Preference值在IBGP对等体间传递过程中不会丢失），而不能在EBGP对等体间传递，如果在EBGP对等体间收到的路由的路径属性中携带了Local_Preference，则会进行错误处理。
• 但是可以在AS边界路由器上使用Import方向的策略来修改Local_Preference属性值。也就是在收到路由之后，在本地为路由赋予Local_Preference。
• 使用bgp default local-preference命令修改缺省Local_Preference值，该值缺省为200。

• 路由器在向其EBGP对等体发送路由更新时，不能携带Local_Preference属性，但是对方接收路由之后，会在本地为这条路由赋一个缺省Local_Preference值（100），然后再将路由传递给自己的IBGP对等体。
• 本地使用network命令及import-route命令引入的路由， Local_Preference为缺省值100，并能在AS内向其他IBGP对等体传递，传递过程中除非受路由策略影响，否则Local_Preference不变。公认必遵公认任意可选过渡可选非过渡

Community属性(可选过渡)

举例:

• Community（团体）属性为可选过渡属性，是一种路由标记，用于简化路由策略的执行。
• 可以将某些路由分配一个特定的Community属性值，之后就可以基于Community值而不是网络前缀/掩码信息来匹配路由并执行相应的策略了。

Community属性值长度为32bit，也就是4Byte。可使用两种形式呈现：

1. 十进制整数格式。
2. AA：NN格式，其中AA表示AS号，NN是自定义的编号

公认团体属性(如下图所示):

MED(可选非过渡)

• MED（Multi-Exit Discriminator，多出口鉴别器）是可选非过渡属性，是一种度量值，用于向外部对等体指出进入本AS的首选路径，即当进入本AS的入口有多个时，AS可以使用MED动态地影响其他AS选择进入的路径。
• MED属性值越小则BGP路由越优。
• MED主要用于在AS之间影响BGP的选路。MED被传递给EBGP对等体后，对等体在其AS内传递路由时，携带该MED值，但将路由再次传递给其EBGP对等体时，缺省不会携带MED属性。

MED的一些注意事项

• 缺省情况下，路由器只比较来自同一相邻AS的BGP路由的MED值，也就是说如果去往同一个目的地的两条路由来自不同的相邻AS，则不进行MED值的比较。
• 一台BGP路由器将路由通告给EBGP对等体时，是否携带MED属性，需要根据以下条件进行判断（不对EBGP对等体使用策略的情况下）：
  ▫ 如果该BGP路由是本地始发（本地通过network或import-route命令引入）的，则缺省携带MED属性发送给EBGP对等体。
  ▫ 如果该BGP路由为从BGP对等体学习到，那么该路由传递给EBGP对等体时缺省不会携带MED属性。
  ▫ 在IBGP对等体之间传递路由时，MED值会被保留并传递，除非部署了策略，否则MED值在传递过程中不发生改变也不会丢失。

简单修改med值(如下图) 使得路由器上发出的所有路由的med值变为200 想要精确的修改某条路由的med值 可以使用路由策略实现

MED默认的两个操作

• 如果路由器通过IGP学习到一条路由，并通过network或import-route的方式将路由引入BGP，产生的BGP路由的MED值继承路由在IGP中的metric。例如上图中如果R2通过OSPF学习到了10.0.1.0/24路由，并且该路由在R2的全局路由表中OSPF Cost=100，那么当R2将路由network进BGP后，产生的BGP路由的MED值为100。
• 如果路由器将本地直连、静态路由通过network或import-route的方式引入BGP，那么这条BGP路由的MED为0，因为直连、静态路由cost为0。

• 如果路由器通过BGP学习到其他对等体传递过来的路由，那么将路由更新给自己的EBGP对等体时，默认是不携带MED的。这就是所谓的：“MED不会跨AS传递”。例如在上图中，如果R3从R2学习到一条携带了MED属性的BGP路由，则它将该路由通告给R4时，缺省是不会携带MED属性的。
• 可以使用default med命令修改缺省的MED值，default med命令只对本设备上用import-route命令引入的路由和BGP的聚合路由生效。例如在R2上配置default med 999，那么R2通过import-route及aggregate命令产生的路由传递给R3时，路由携带的MED为999

Atomic_Aggregate及Aggregator

Atomic_Aggregate属于公认任意属性，而Aggregator属性属于可选过渡属性。

• R3上通过aggregate命令将BGP路由10.0.1.0/24、10.0.2.0/24、10.0.3.0/24、10.0.4.0/24聚合成了10.0.0.0/16，并使用detail-suppressed抑制了明细路由的对外发布，R3只会将聚合后的BGP路由传递给R4，而不传递聚合前的明细路由。
• Atomic_Aggregate是一个公认自由决定属性，它只相当于一种预警标记，而并不承载任何信息。当路由器收到一条BGP路由更新且发现该条路由携带Atomic_Aggregate属性时，它便知道该条路由可能出现了路径属性的丢失，此时该路由器把这条路由再通告给其他对等体时，需保留路由的Atomic_Aggregate属性。另外，收到该路由更新的路由器不能将这条路由再度明细化。
• 另一个重要的属性是Aggregator，这是一个可选传递属性，当路由聚合被执行时，执行路由聚合操作的路由器可以为该聚合路由添加Aggregator属性，并在该属性中记录本地AS号及自己的Router-ID，因此Aggregator属性用于标记路由聚合行为发生在哪个AS及哪台BGP路由器上

查看聚合后的路由

在BGP路由详细信息中可与看到Aggregator属性记录了聚合设备的AS号、Router ID，同时通过Atomic-
Aggregate属性标明该路由为聚合路由。

Preferred-Value介绍

• Preferred-Value（协议首选值）是华为设备的特有属性，该属性仅在本地有效。当BGP路由表中存在到相同目的地的路由时，将优先选择Preferred-Value值高的路由。
• 取值范围：0~65535；该值越大，则路由越优先。
• Preferred-Value只能在路由器本地配置，而且只影响本设备的路由优选。该属性不会传递给任何BGP对等体。

查看Preferred-Value

Preferred-Value为300的BGP路由优于Preferred-Value为0的路由，在BGP路由表中来自10.0.12.1的BGP路由为
最优。

路由反射器

背景:

• 由于水平分割的原因，为了保证中转AS200所有的BGP路由器都能学习到完整的BGP路由，就必须在AS内实现IBGP全互联。然而实现IBGP全互联存在诸多短板：
  ▫ 路由器需维护大量的TCP及BGP连接，尤其在路由器数量较多时；
  ▫ AS内BGP网络的可扩展性较差。
• 为此可以采用路由反射器技术。

路由反射器角色

• 引入路由反射器之后存在两种角色：

  1. RR（Route Reflector）：路由反射器
  2. Client：RR客户端 只能在同一AS内才能设置

• RR会将学习的路由反射出去，从而使得IBGP路由在AS内传播无需建立IBGP全互联。

• 将一台BGP路由器指定为RR的同时，还需要指定其Client。至于Client本身，无需做任何配置，它并不知晓网络中存在RR

路由反射器规则

RR在接收BGP路由时：

• 如果路由反射器从自己的非客户对等体学习到一条IBGP路由，则它会将该路由反射给所有客户
• 如果路由反射器从自己的客户学习到一条IBGP路由，则它会将该路由反射给所有非客户，以及除了该客户之外的其他所有客户
• 如果路由学习自EBGP对等体，则发送给所有客户、非客户IBGP对等体。

总结一句话:RR从非客户端(这里的非客户端要建立IBGP对等体)学习到的路由是不会传递给非客户端IBGP对等体 其他都可以传递

RR场景下的路由防环

• RR的设定使得IBGP水平分割原则失效，这就可能导致环路的产生，为此RR会为BGP路由添加两个特殊的路径属性来避免出现环路：
  ▫ Originator_ID
  ▫ Cluster_List
• Originator_ID、Cluster_List属性都属于可选非过渡类型。

Originator_ID

• RR将一条BGP路由进行反射时会在反射出去的路由中增加Originator_ID，其值为本地AS中通告该路由的BGP路由器Router ID。
• 若AS内存在多个RR，则Originator_ID属性由第一个RR创建，并且不被后续的RR（若有）所更改。
• 当BGP路由器收到一条携带Originator_ID属性的IBGP 路由， 并且Originator_ID 属性值与自身的Router ID相同，则它会忽略关于该条路由的更新。

路由反射簇(Cluster)

• 路由反射簇包括反射器RR及其Client。一个AS内允许存在多个路由反射簇（如下图）。
• 每一个簇都有唯一的簇ID（Cluster_ID，缺省时为RR的BGP Router ID ）。
• 当一条路由被反射器反射后，该RR（该簇）的Cluster_ID就会被添加至路由的Cluster_list属性中。
• 当RR收到一条携带Cluster_list属性的BGP路由，且该属性值中包含该簇的Cluster_ID时，RR认为该条路由存在环路，因此将忽略关于该条路由的更新。

Cluster_List案例

• R2发送给R1的路由，经过R1反射给R3时除了添加Originator_ID之外还会添加Cluster_List：10.0.1.1。R3再次反射给R4时， Cluster_List值为：10.0.3.3 10.0.1.1，R4再次反射给R1时Cluster_List值为：10.0.4.410.0.3.3 10.0.1.1。
• 当R4将路由反射给R1时，R1发现Cluster_List包含了自身Cluster_ID，判断存在环路，从而忽略该路由更新。

RR举例

R1向BGP发布了10.0.1.0/24路由，R2会从R1学习到该路由并且将其通告给R3，但是R3从R2学习到的这条IBGP路由由于水平
分割规则的存在故而不能够再被通告给R4及R5，为此可以将R3设置为RR，R4、R5作为其客户端，这样R4、R5即可正常学习
到BGP路由10.0.1.0/24。
欢迎访问本人的个人博客网站评论留言