OSPF GR(Graceful Restart)
GR的概念:
OSPF中的GR可以保证了网络管理员干预或者故障导致的重启设备或者重启路由协议进程,在控制层面中断以及重新构建控制层面的时候,数据转发层面依然工作,从而避免了业务的中断,保证了可靠性;
高端的设备拥有两个主控板,主控板也就是设备的大脑,当Main的主控板发送故障不工作时,Backup及时接替;
- OSPF通过新增了Grace-LSA来支持GR功能,Type 9的LSA
- 这种LSA用于在开始GR和结束GR时向邻居通告GR的时间、原因、接口地址等;
GR中的角色:
GR Restarter | GR重启路由器,指由管理员或者故障触发而重启的设备,需要具备GR能力 |
GR Helper | 协议重启路由器,即GR Restarter的邻居,能够协助保持路由关系的稳定,他也需要具备GR能力 |
GR Session | GR 回话,是Restarter和Helper之间的能力协商过程通过该会话,两者可以建立GR能力; |
GR的持续时间 | 最长不超过1800秒 |
实验:
实验背景:
- 模拟企业网中,通过GR避免了OSPF进程重启导致的业务中断。
- 在此拓扑中,R1、R2、R3建立OSPF协议,业务段为R1访问R3的环路口3.3.3.3
拓扑:
基础配置:
设备间运行ospf协议,建立邻居关系;
R1:
ospf 1
area 0.0.0.0
interface GigabitEthernet0/0/0
ip address 12.12.12.1 255.255.255.0
ospf enable 1 area 0.0.0.0
R2:
ospf 1
area 0.0.0.0
interface GigabitEthernet0/0/0
ip address 12.12.12.2 255.255.255.0
ospf enable 1 area 0.0.0.0
#
interface GigabitEthernet0/0/1
ip address 23.23.23.1 255.255.255.0
ospf enable 1 area 0.0.0.0
#
R3:
ospf 1
area 0.0.0.0
interface GigabitEthernet0/0/0
ip address 23.23.23.2 255.255.255.0
ospf enable 1 area 0.0.0.0
在没有配置Graceful Restrat前,我们将R2 的ospf进程重启看下效果,正常来说业务包中断的;
R2:
<R2>reset ospf process graceful-restart
Warning: OSPF process will be reset normally if Graceful restart is not enabled.
可以看到在ospf进程重启构建控制层面时,发送了业务中断的时候,但由于ospf收敛的速度快,导致业务中断的时候断;
配置Graceful Restart
需要在每一台设备的ospf进程下使能GR:
R1:
ospf 1
opaque-capability enable //开启透明能力
graceful-restart //使能平滑重启
area 0.0.0.0
R2:
ospf 1
opaque-capability enable //开启透明能力
graceful-restart //使能平滑重启
area 0.0.0.0
R3:
ospf 1
opaque-capability enable //开启透明能力
graceful-restart //使能平滑重启
area 0.0.0.0
验证:
在R2重启ospf进程,模拟发送故障,ospf进程重启,重新构建路由表;
R2:
<R2>reset ospf process graceful-restart
Warning: OSPF process will be reset normally if Graceful restart is not enabled.
回到R1查看业务并没有中断,通过抓包可以看到,在ospf重新构建路由表的时候,业务依然正常工作