使用bfd监控静态路由,达到网络故障及时切换功能。
2018-01-15 00:51
260 查看
结论:通过BFD可以联动静态路由,从而监控整个网络上的网络情况,当出现故障时及时进行切换。
下面的例子,就是通过BFD监控上面的这个往返路由,当中间网络出现故障时,两端全部切换到下面的第二条路由进行通信。
如果不结合BFD的话,每个设备只能根据直连端口是否发生down来决定是否切换,而对于中间网络发生故障无法感知,从而导致流量不会发生切换,影响客户业务。
1、组网图:
2、组网说明:
(1)R1 和 专线网关之间有两条静态路由构成等价路由(实际上路由器只会从上面的一条发送流量,不走下面的,这个是逐流转发的特点)。其中,上面的一条,通过BFD进行跟踪,一旦发生故障时,链路切换到下面那条路由(下一跳是40.0.0.2)
(2)
3、设备主要配置:
(1)R1的主要配置
#
bfd RtoCE bind peer-ip 30.0.0.2 source-ip 10.0.0.1 auto
commit
#
ip route-static 20.0.0.0 255.255.255.0 10.0.0.2
ip route-static 30.0.0.0 255.255.255.0 10.0.0.2
ip route-static 60.0.0.0 255.255.255.0 40.0.0.2
ip route-static 192.168.10.0 255.255.255.0 10.0.0.2 track bfd-session RtoCE
ip route-static 192.168.10.0 255.255.255.0 40.0.0.2
#
(2)PE1234,全部是静态路由,配置上对应的ip地址即可,无动态路由,也没有配置BFD。
(3)专线网关的配置:
#
bfd CEtoR bind peer-ip 10.0.0.1 source-ip 30.0.0.2 auto
#
ip route-static 10.0.0.0 255.255.255.0 30.0.0.1
ip route-static 40.0.0.0 255.255.255.0 60.0.0.1
ip route-static 192.168.0.0 255.255.255.0 30.0.0.1 track bfd-session CEtoR
ip route-static 192.168.0.0 255.255.255.0 60.0.0.1
ip route-static 192.168.10.0 255.255.255.0 169.254.195.201
#
4、测试结果。
(1)从PC1 ping PC2 , 可以持续ping通。
(2)从抓包信息看,在R上发送流量,是从10.0.0.1发送,即只会从等价路由的第一个端口发送。
(3)观察bfd会话,处于up状态。
(4)模拟中间链路故障,在PE3上shutdown 端口
[Huawei-GigabitEthernet0/0/2]shutdown
[Huawei-GigabitEthernet0/0/2]
(5)再观察BFD会话,显示为down.
(6)查看此时流量情况,还是正常可以ping通
(7)抓包结果显示,此时R上的流量全部从第二条路由发送。
配置注意点:
1、不能把bfd的会话监控自身的静态路由,这样会导致由于bfd会话down而删除这条静态路由,从而在中间链路恢复正常时,bfd会话和静态路由也不会生效。
从而导致整个系统感知不到链路已从故障中恢复。
就是下面红色字体的配置是错误。
专线网关:
#
bfd CEtoR bind peer-ip 10.0.0.1 source-ip 30.0.0.2 auto
#
ip route-static 10.0.0.0 255.255.255.0 30.0.0.1 track bfd-session CEtoR ---> 不能加这条配置。
ip route-static 40.0.0.0 255.255.255.0 60.0.0.1
ip route-static 192.168.0.0 255.255.255.0 30.0.0.1 track bfd-session CEtoR
ip route-static 192.168.0.0 255.255.255.0 60.0.0.1
ip route-static 192.168.10.0 255.255.255.0 169.254.195.201
#
R路由器上:
#
bfd RtoCE bind peer-ip 30.0.0.2 source-ip 10.0.0.1 auto
commit
#
ip route-static 20.0.0.0 255.255.255.0 10.0.0.2
ip route-static 30.0.0.0 255.255.255.0 10.0.0.2 track bfd-session RtoCE [b]---> 不能加这条配置。[/b]
ip route-static 60.0.0.0 255.255.255.0 40.0.0.2
ip route-static 192.168.10.0 255.255.255.0 10.0.0.2 track bfd-session RtoCE
ip route-static 192.168.10.0 255.255.255.0 40.0.0.2
#
实测结果显示,一旦有上述配置,从专线网关上就无法获得R路由器的10.0.0.0网段路由,同理在R路由器上也无法查看到专线网关的30.0.0.2的路由。
<HUAWEI>dis ip routing-table 10.0.0.1 ---> 即使在中间链路故障恢复后,这个命令输入后也没有内容。当把错误的bfd跟踪会话删除后,这里就可以看到正常的下一跳,bfd会话也可以正常建立。
下面的例子,就是通过BFD监控上面的这个往返路由,当中间网络出现故障时,两端全部切换到下面的第二条路由进行通信。
如果不结合BFD的话,每个设备只能根据直连端口是否发生down来决定是否切换,而对于中间网络发生故障无法感知,从而导致流量不会发生切换,影响客户业务。
1、组网图:
2、组网说明:
(1)R1 和 专线网关之间有两条静态路由构成等价路由(实际上路由器只会从上面的一条发送流量,不走下面的,这个是逐流转发的特点)。其中,上面的一条,通过BFD进行跟踪,一旦发生故障时,链路切换到下面那条路由(下一跳是40.0.0.2)
(2)
3、设备主要配置:
(1)R1的主要配置
#
bfd RtoCE bind peer-ip 30.0.0.2 source-ip 10.0.0.1 auto
commit
#
ip route-static 20.0.0.0 255.255.255.0 10.0.0.2
ip route-static 30.0.0.0 255.255.255.0 10.0.0.2
ip route-static 60.0.0.0 255.255.255.0 40.0.0.2
ip route-static 192.168.10.0 255.255.255.0 10.0.0.2 track bfd-session RtoCE
ip route-static 192.168.10.0 255.255.255.0 40.0.0.2
#
(2)PE1234,全部是静态路由,配置上对应的ip地址即可,无动态路由,也没有配置BFD。
(3)专线网关的配置:
#
bfd CEtoR bind peer-ip 10.0.0.1 source-ip 30.0.0.2 auto
#
ip route-static 10.0.0.0 255.255.255.0 30.0.0.1
ip route-static 40.0.0.0 255.255.255.0 60.0.0.1
ip route-static 192.168.0.0 255.255.255.0 30.0.0.1 track bfd-session CEtoR
ip route-static 192.168.0.0 255.255.255.0 60.0.0.1
ip route-static 192.168.10.0 255.255.255.0 169.254.195.201
#
4、测试结果。
(1)从PC1 ping PC2 , 可以持续ping通。
(2)从抓包信息看,在R上发送流量,是从10.0.0.1发送,即只会从等价路由的第一个端口发送。
(3)观察bfd会话,处于up状态。
(4)模拟中间链路故障,在PE3上shutdown 端口
[Huawei-GigabitEthernet0/0/2]shutdown
[Huawei-GigabitEthernet0/0/2]
(5)再观察BFD会话,显示为down.
(6)查看此时流量情况,还是正常可以ping通
(7)抓包结果显示,此时R上的流量全部从第二条路由发送。
配置注意点:
1、不能把bfd的会话监控自身的静态路由,这样会导致由于bfd会话down而删除这条静态路由,从而在中间链路恢复正常时,bfd会话和静态路由也不会生效。
从而导致整个系统感知不到链路已从故障中恢复。
就是下面红色字体的配置是错误。
专线网关:
#
bfd CEtoR bind peer-ip 10.0.0.1 source-ip 30.0.0.2 auto
#
ip route-static 10.0.0.0 255.255.255.0 30.0.0.1 track bfd-session CEtoR ---> 不能加这条配置。
ip route-static 40.0.0.0 255.255.255.0 60.0.0.1
ip route-static 192.168.0.0 255.255.255.0 30.0.0.1 track bfd-session CEtoR
ip route-static 192.168.0.0 255.255.255.0 60.0.0.1
ip route-static 192.168.10.0 255.255.255.0 169.254.195.201
#
R路由器上:
#
bfd RtoCE bind peer-ip 30.0.0.2 source-ip 10.0.0.1 auto
commit
#
ip route-static 20.0.0.0 255.255.255.0 10.0.0.2
ip route-static 30.0.0.0 255.255.255.0 10.0.0.2 track bfd-session RtoCE [b]---> 不能加这条配置。[/b]
ip route-static 60.0.0.0 255.255.255.0 40.0.0.2
ip route-static 192.168.10.0 255.255.255.0 10.0.0.2 track bfd-session RtoCE
ip route-static 192.168.10.0 255.255.255.0 40.0.0.2
#
实测结果显示,一旦有上述配置,从专线网关上就无法获得R路由器的10.0.0.0网段路由,同理在R路由器上也无法查看到专线网关的30.0.0.2的路由。
<HUAWEI>dis ip routing-table 10.0.0.1 ---> 即使在中间链路故障恢复后,这个命令输入后也没有内容。当把错误的bfd跟踪会话删除后,这里就可以看到正常的下一跳,bfd会话也可以正常建立。
相关文章推荐
- thinkphp路由规则使用示例详解和伪静态功能实现(apache重写)
- Heartbeat 同步监控 服务,出现故障及时切换
- Win7旗舰版系统自动检查和修复网络故障的功能使用图解
- 路由网关网络管理和监控功能介绍
- zabbix监控之模板使用、网络发现及邮件报警功能
- python使用pyhook监控键盘并实现切换歌曲的功能
- python使用pyhook监控键盘并实现切换歌曲的功能
- 家庭媒体中心解决方案(五、 群晖系列nas基本功能使用指南篇3-网络记事本和远程监控)
- ip default-network 用法举例(使用静态默认路由实现网络互连)
- 网络嗅探教程:使用Sniffer Pro监控网络流量 2
- 网络嗅探教程:使用Sniffer Pro监控网络流量
- 通过改变网络拓扑使用Sniffer Pro监控、分析协议的示意图
- 网络嗅探教程:使用Sniffer Pro监控网络流量 3
- 通过改变网络拓扑使用Sniffer Pro监控、分析协议的示意图
- 通过改变网络拓扑使用Sniffer Pro监控、分析协议的示意图
- 通过改变网络拓扑使用Sniffer Pro监控、分析协议的示意图
- 使用MRTG监控路由、交换设备(上)
- 巧改注册表来增强网络功能―注册表使用全攻略之五
- 使用协议分析软件查找网络故障慢的原因