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

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

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

接下来在两台路由器1 2上都进行探测，ttl设置为1，能够看到，2到4就1跳，而1到4通过了3，是2跳。
下面在路由器1 2都进行探测。

能够看到开始探测后，路由变为了一条。咱们再到路由器1上看一下路由表。

静态路由是配置里存在的，可是探测失败致使路由也失败了。
以上的实验，在实际中适合用于外部路由稳定的环境，若是是互联网，ttl是没法掌控的，极端状况致使两台路由器都探测失败就得不偿失了。