扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
我们都知道为了防止单通现象,如果OSPF V2标准流程收到了不含自己Router ID的Hello报文,会把自己的OSPF连接初始化,拆除已建立的邻接关系。当双主控设备的主备主控板之间没有备份OSPF 的状态时,主备切换后设备发送的第一个Hello报文中肯定不含邻居的RouterID。因此,邻居必然拆除与该设备的邻居关系,从而导致业务中断。
为了解决上述问题,RFC 3623定义了OSPF 的Graceful Restart标准,对标准OSPF V2协议进行了扩展,在尽量保持前向兼容的情况下对协议处理过程作了一定程度的变动。从而极大的减缓了设备在主备切换时业务中断的时间。OSPF GR的基本原理如下:
l 设备主备切换后立即发送报文通知邻居:自己发生了主备切换但保留了转发表项,请邻居不要重置和自己的的OSPF会话,继续往自己转发报文
l 和主备切换前的所有邻居重新建立邻接关系,并完成LSDB同步,学习到主备切换前完整的协议状态。通过分析自己主备切换前生成的Router LSA或Network LSA能知道主备切换前的邻居关系。
l 重建和所有主备切换前邻居的邻接关系并到达full状态后,开始构建当前控制平面,即重新生成自己的LSA并通过给邻居,同时清除主备切换前生成的LSA,这虽然会引起整个区域的LSA同步,但不会引发SPF计算。
l 主备切换设备和其邻居,需要启动SPF计算,根据计算结果,对保留的老FIB表项进行检查,作必要的更新。
GR可以极大的缩短主备切换导致的业务中断时间(可以减小到3秒以内)。但需要注意的是,在下面三种情况下,发生主备切换时,设备最好不要启动GR或应该从GR中退出:
l 设备的备板上没有完成转发表项的备份。如果备板上转发表项不存在,根本就无法转发报文,如果启动GR让邻居继续沿原路径转发报文,会导致路由黑洞。
l 网络拓扑发生变化。因为启动GR会让报文沿原路径转发,在网络拓扑发生变化时,如果继续沿变化前计算的路径转发报文,极可能导致路由环路。因此,如果GR过程中发生网络拓扑的变化,最好中断GR过程,转入正常的OSPF处理过程。
如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。