路由跳数探测实现智能路由切换

前2天有人问我个问题&＃xff0c;具体描述大家看图吧&＃xff0c;我这里借用一下。
这个问题很有意思&＃xff0c;虽然通过人工调整路由优先级&＃xff0c;或者策略路由能实现&＃xff0c;但是如果能智能切换不是很可以去显摆一下。
这个问题猛的一看&＃xff0c;用到了BGP&＃xff0c;太高大上了&＃xff0c;BGP有那么多属性&＃xff0c;看看有没有合适的可以用上&＃xff0c;结果我是没找到&＃xff0c;不知道是不是还有真大神能找到。
我的考虑是BGP这个路由协议&＃xff0c;强大的地方在控制&＃xff0c;而不是去感知路径的变化它他不会自己学习到任何路由&＃xff0c;它传播的路由都是别人告诉它的。所以不能从这个角度入手。
那么换个角度&＃xff0c;OSPF可以感知到路径的变化&＃xff0c;体现到COST值上&＃xff0c;但这里&＃xff0c;从自家路由器出去&＃xff0c;外面就不在你掌控了&＃xff0c;别人是不会配合你的&＃xff0c;也不行。
那最后的办法就是在自家路由器上能感知到外部路径的变化&＃xff0c;目前专业的负载均衡设备是可以做到的&＃xff0c;探测多出口哪个更优&＃xff0c;但是让负载均衡设备来跑BGP&＃xff0c;实在是更不放心。
最后的办法那就只能考虑让路由器自己来做探测&＃xff0c;那么我们常用的探测方法是NQA这类技术&＃xff0c;发个PING过去&＃xff0c;但这只能探测到可达性&＃xff0c;无法判断跳数&＃xff0c;翻阅手册&＃xff0c;发现在参数里可以设置ttl值&＃xff0c;这下问题解决了&＃xff0c;我们可以把ttl设置为较优路劲的值&＃xff0c;这样走次优路径的探测包由于ttl值不够&＃xff0c;是到不了目标的&＃xff0c;也就会触发探测失败。
这里实在要吐槽一下&＃xff0c;我把这个方案告诉给那小伙&＃xff0c;居然收到的答复是不可行&＃xff0c;也没任何说明&＃xff0c;算了&＃xff0c;既然如此我自己来动手吧。![]
拓扑很简单&＃xff0c;主要就是模拟出ttl值是否能影响探测结果进而影响路由。

最下面的交换机和路由器1 2三者之间跑OSPF&＃xff0c;交换机上模拟业务地址1.1.1.1&＃xff0c;剩下网上路由器之间都是静态路由&＃xff0c;模拟出无法感知到实际路由跳数&＃xff0c;在路由器4上业务地址3.3.3.3。
路由器1和2上都有去往3.3.3.3的静态路由&＃xff0c;并将静态路由引入OSPF&＃xff0c;那么在交换机上就会看到两条等价路由。

接下来在两台路由器1 2上都进行探测&＃xff0c;ttl设置为1&＃xff0c;可以看到&＃xff0c;2到4就1跳&＃xff0c;而1到4经过了3&＃xff0c;是2跳。
下面在路由器1 2都进行探测。

可以看到开始探测后&＃xff0c;路由变为了一条。我们再到路由器1上看一下路由表。

静态路由是配置里存在的&＃xff0c;但是探测失败导致路由也失败了。
以上的实验&＃xff0c;在实际中适合用于外部路由稳定的环境&＃xff0c;如果是互联网&＃xff0c;ttl是无法掌控的&＃xff0c;极端情况导致两台路由器都探测失败就得不偿失了。