BGP增强特性的实验

1. BGP-ORF

拓补图

使用ORF在路由发送时对路由条目进行过滤。这样不仅避免了本端设备接收大量无用的路由，降低了本端设备的CPU使用率，还有效减少了BGP邻居的配置工作，降低了链路带宽的占用率，本次实验就是用前缀ORF的方式只接受来自去邻居的192.168.1.1和192.168.3.1的路由

[R2]ip ip-prefix orf permit 192.168.1.1 32
[R2]ip ip-prefix orf permit 192.168.3.1 32

[R2-bgp]peer 10.1.1.1 ip-prefix  orf import

[R2-bgp]peer 10.1.1.1 capability-advertise orf ip-prefix send 

验证效果：

2. 按策略进行下一跳迭代

拓补图： 

1. 按照拓补图的IP地址的规划配置好IP地址

2. 然后在建立BGP之间的邻居关系，R1和R2之间使用回环口建立IBGP邻居关系，R1和R3之间也使用回环口建立邻居关系，R4分别和R2还有R3使用物理口建立EBGP邻居关系，在R4上宣告一条BGP路由让R1可以学习到

查看去往R4上的BGP路由优选的是哪条路径，优先的是下一跳为2.2.2.2的路由

在查看一下IP路由表，因为R1上有个接口配置的是2.2.2.0网段的

测试一下，当下一跳为2.2.2.2的路径实效之后会不会切换到3.3.3.3的路径

[R2-LoopBack0]undo ip add

查看效果：结果是没有的

那么问题就来了，现在去往BGP路由优选的下一跳是2.2.2.2，但是如果R2上的IGP路由出故障的话，那么这条2.2.2.2的路由就会被撤销，这样就导致下一跳重新迭代。在R1上会用原始下一跳2.2.2.2在IP路由表中进行最长匹配迭代，结果会迭代到2.2.2.0/24的路由上。但此时用户期望的是，当到2.2.2.2的路由不可达时，可以重新选路优选到3.3.3.3的路由。实际上该故障主要是由于BGP收敛引起的，从而产生了路由的瞬时黑洞，因此我们需要配置下一跳迭代

[R1-bgp]nexthop recursive-lookup route-policy hop 

[R1]ip ip-prefix hop permit 2.2.2.2 32
[R1]ip ip-prefix hop permit 3.3.3.3 32

[R1]route-policy hop permit  node 10

[R1-route-policy]if-match  ip-prefix hop

[R1-bgp]peer 2.2.2.2 next-hop-invariable 
[R1-bgp]peer 3.3.3.3  next-hop-invariable

验证效果：当撤销2.2.2.2的路由会自己感知并且切换到3.3.3.3的路径，从而解决了这个问题的所在

[R2-LoopBack0]undo ip add