静态路由试验文档

最新推荐文章于 2024-07-17 22:15:45 发布

weixin_34126215

最新推荐文章于 2024-07-17 22:15:45 发布

阅读量89

点赞数

原文链接：http://blog.51cto.com/zhaoyu/288592

版权

1 、 标准表查询

如上图所示如果想实现静态路由通讯可以采用的方法如下

2 、递归表查询

在上一个实验中我们已经完成了路由的通讯，那么接下来我们对到达 3.3.3.0/24 的路由进行修改

我们可以发现照样是可以通讯的，原因在于路由表是基于递归模式进行查询的，当查询到 3.3.3.0 网络的下一条是 23.23.23.3 的时候，那么在去查路由表如何到达 23.23.23.0 当在查到到达 23.0 网络的下一跳是 12.2 的时候在去查询到达 12 。 2 该怎么走，这是就找到了直连路由 12.12.12.0 那么就按照此条目送出。

3 、条目永久存在与路由表中

在 R2 上关闭掉和 R1 相连接的接口，我们注意 R1 上路由表中会出现什么情况

大家看 R1 的路由表中只剩下了一个直连环回接口，原因是当 R2 的 S1/0 断掉后，那么 R1 将不能通过 S1/1 接口访问 R2 所以直连的网段 12.0 消失，当 12.0 路由失效后所依赖此 12.2 这个下一跳的路由全部失效，所以将不会出现在路由表中，那么如果我们相让某些路由不要消失我们可以如此配置

当重启下 R2 的 S0/0 后在看到当 S0/0 重新 down 后 R1 路由表发生的变化

4 、负载均衡 + 浮动路由

拓扑做如下修改

当 R1 和 R3 之间假设新增一条线路是通过以太网络连接的，那么这个时候我们从 R1 到达 R3 就存在了两条线路，如何在静态路由环境下让两条路由同时起作用呢？这时我们只需要这样来操作

这个时候就出现了负载均衡的效果

但是这种负载均衡是不正常的，也是不可取的，因为两条链路的带宽不一样（以太网 100M 串行链路 1.5M ）那么如果按照正常的发包，在低速链路上就会造成拥塞，导致部分数据无法正常发送。所以在此时我们要让他呈现一下状态：当正常情况下，数据发送使用高带宽的链路，当高带宽链路失效后，自动切换到低带宽链路上，当再次正常后又能够迅速切换回高带宽链路，那么如果想实现此方案，则应该使用浮动路由技术配置如下

50 、 70 为管理距离

当此路由出问题时会自动切换

5 、最长匹配

在查找路由表的时候遵循最长匹配的原则

当去往 2.2.2.2 这个地址的时候，在查找路由表中有两个条目都可以符合时，找的是最接近的也就是掩码最长的，出不去的原因时下一跳是自己伪造出来的，不是真的下一跳，真的下一跳地址是 12.12.12.2

6 、静态缺省路由

静态缺省路由多用于企业边界网络，我们来看一下两种拓扑

单出口网络环境那么直接配置一条默认路由即可

(config)#ip route 0.0.0.0 0.0.0.0 f0/0

多出口网络环境，如从 ISP 接入两条线百兆作为主干，十兆作为备份线路，那么这个时候在配置默认路由的同时一定要加上浮动路由

(config)#ip route 0.0.0.0 0.0.0.0 f0/0 20 百兆线路

(config)#ip route 0.0.0.0 0.0.0.0 f0/1 50 十兆线路

当百兆线路出问题的时候，十兆线路自动使用，但是当百兆线路修复后，自动启用而十兆线路失效

7 、路由汇总及 NULL 接口的作用

Inside 路由器公司内部的路由器，而 border 路由器是公司企业边界路由器，所做路由情况如下

但是在 border 上的那条回内网的静态路由 172.16.0.0 是一个不精确的汇总，这种不精确的汇总会导致路由环路的出现，例如：假设当 border 路由器收到一条发往 172.16.5.0. 的条目，将会按照 172.16.0.0/16 这个条目转发给 inside 路由器，而 inside 路由器查询路由表后发现在自己的路由表中没有去往 172.16.5.0 网段的具体条目，这时在走默认路由转发到 border 路由器上，那么想这样直接转发先去只有当发往 172.16.5.0 网段的信息的 IP 报文中的 TTL 减小为 0 的时候此数据包才会被丢弃这样将对路由器造成很大的资源浪费，那么解决此问题的方法有两个

1 、 进行精确的路由条目汇总

2 、在 inside 路由器上增加一个路由条目如图