OSPF IP FRR实验_ospf测试

OSPF秘籍:PRC、FRR稳定网络,BFD+OSPF实现秒级故障检测!


人生旅途,如网络寻路。OSPF导航前行,FRR、PRC守护左右,BFD洞察风险。勇往直前,成就未来辉煌

OSPF的高级特性-PRC(华为设备默认开启)

当网络拓扑上的路由发生变化时,只针对发生变化的路由进行重新计算,根据SPF算法计算出路径最短的路由来更新路由表。

下图的路由器R1为根到达R4路由器的最短路径为R1-R3-R4,当路由器R4在Ospf Area1中新增宣告Loopback地址时,R4会全网泛洪新增的LSA,R1收到LSA后会创建新的路由,保持R1-R3-R4的最短路径树不变,只在R4上新增“叶子"。

OSPF IP FRR(快速重路由)

以备用链路的邻居路由器为根节点,利用SPF算法计算出到达目的节点的最短路径,计算开销最小且无环的备份链路。使用LFA算法预先计算出备份路径,保存在转发表中,有利于故障时将流量快速切换到备用路径上。

FRR配置展示:

当R1到R3的链路出现故障时,R1访问R4的流量能过通过备份链路快速切换到R2进行流量转发,R1的FRR配置如下:

ospf 1
frr
loop-free-alternate  #使能FRR功能,计算出备份的下一跳和出接口
area 
network  
network  
network  

当R1和R3之间的链路发生故障,R1访问R4的流量能快速切换到备份链路,使能FRR可以看到,LFA自动生成了一条备份链路,路径是R2.

OSPF与BFD联动:

当网络上链路出现了故障或者拓扑发生变化,设备需要进行重新计算路由,可以配置BFD联动缩短路由的收敛时间,提高网络的性能。

未使能BFD的情况下,如果SW-R2之间链路发生中端,R1互联SW的接口状态仍为UP状态,无法感知到SW-R2之间的连通性已经中断,OSPF需要通过周期性的向邻居设备发送HELLO报文,实现邻居的监测,当监测故障时间超过OSPF Dead时间(一般默认为40S),才会判断OSPF邻居失效,使能了OSPF和BFD的联动,可以对链路故障的快速感应,加快OSPF对于网络变化的响应。

R1(其他路由器配置相同)的BFD的配置举例:
bfd      #全局使能bfd
ospf 1 
 bfd all-interfaces enable  #在OSPF进程下使能BFD
 
 interface GigabitEthernet0/0/0
 ip address   
 ospf bfd enable              #在OSPF接口下使能BFD
 ospf bfd min-tx-interval  min-rx-interval  detect-multiplier 4 #配置BFD会话的参数
#min-tx-interval表示向对端发送BFD报文的最小间隔,单位为毫秒;
#min-rx-intercal表示从对端收到bfd报文的最小接收间隔,单位为毫秒;
#detect-multiplier表示本地检测倍数,默认值为3.
interface GigabitEthernet0/0/1
 ip address   
 ospf bfd enable  
 ospf bfd min-tx-interval  min-rx-interval  detect-multiplier 4
查询BFD状态是否正常(确认所有路由器之间的BFD会话状态为UP):
display ospf bfd session  all

模拟R3和SW之间链路故障,测试BFD联动:

未关联BFD,邻居切换到down的状态显示如下

查询未关联BFD邻居down状态的原因:
dis ospf  peer last-nbr-down

OSPF关联BFD:

R1、R2和R3三台路由器建立的OSPF邻居关系,邻居状态达到FULL状态通知BFD建立BFD会话,当R2的链路出现故障时,BFD感知到会通知R1,R1处理BFD的down通知,重新进行路径计算。

查询OSPF关联BFD,邻居中断原因是否为BFD session down:
dis ospf peer last-nbr-down
原文链接:,转发请注明来源!