基于GNS3思科模拟路由器实现的浮动路由

实验拓扑：

实验说明：
假设R2和R3背后都有一个8.8.8.8/32网段的运营商，现在我们为R1配置浮动静态路由，模拟在默认情况下所有流量都往主链路上走，当主链路出现故障时，流量能够切换到备链路上来。
实验步骤：
1. 为各路由器配置IP地址，并保证其直连的连通性：
在R1配置IP地址：

在R2配置IP地址：

在R3配置IP地址：

在R1上测试直连连通性：

2.在R1上部署浮动静态路由：

3.查看R1上的路由表（看浮动路由默认情况下是否走主链路）：

从路由表中可以看到浮动静态路由默认下一跳为12.1.1.2，理论上默认是走主链路的，由于管理距离的原因，备用路由被“隐藏”起来，只有最优的路由故障时才会被放置进路由表。
4.在R2和R3上开启ICMP实时调试：

5.在R1上PingR2和R3背后的网段，并在R2和R3上查看ICMP调试结果：

可以看到，R2 进行ICMP 回应，R3没有反应，说明正常情况下通往互联网的数据包往主链路。
6.关闭主链路，模拟主链路出现故障，并查看R1路由表，看路由能否切换到备份链路，并看看R3能否做出反应。


此时可以从R1的路由表看到，当f0/0关闭（主链路故障）时，R1的路由表上的浮动静态路由会自动“浮动”到备份链路。


可以看到R3的ICMP实时调试做出反应，说明流量包走向了备份路由！
总结：
配置静态路由时要配置管理距离，路由表的管理距离越低，优先级越高。如果为静态路由配置的是下一跳地址，则默认管理距离为1，如果使用输出接口来代替下一跳地址，则默认的管理距离为0；但默认路由不是最优的解决方法，这是因为当所有流量都走主链路时，备份链路的带宽就白白浪费了，所以大多时用到负载均衡技术。

转载于:https://blog.51cto.com/13871418/2145863