返回首页

路由协议IGRP-Troubleshooting IGRP

时间:2005-01-14 来源: 作者: 点击:
本部分叙述IGRP 的排错 Case Study: Unequal-Cost Load Balancing, Again 拓扑图如下: 假设所有的路由器处于单一的IGRP 进程,并假设从路由器Acheson 到达目标网络10.0.0.0,假设3 条链路的metric 由小到大,分别为: 10000000/256+2000+63=41125 10000000/1544+2000+63+100
  本部分叙述IGRP 的排错
Case Study: Unequal-Cost Load Balancing, Again
拓扑图如下:

假设所有的路由器处于单一的IGRP 进程,并假设从路由器Acheson 到达目标网络10.0.0.0,假设3 条链路的metric 由小到大,分别为:
10000000/256+2000+63=41125
10000000/1544+2000+63+100=8639
10000000/1544+2000+63=8539
41125/8539=4.8
现在通过这3 条路径做负载均衡,如下:
Acheson(config)#router igrp 10
Acheson(config-router)#variance 5
Acheson(config-router)#network 192.168.3.0
Acheson(config-router)#network 172.16.0.0
配置完成以后我们用命令show ip route 验证下,如下:
Acheson#sh ip route
(略)
I 10.0.0.0 [100/8539] via 172.16.1.2, 00:00:11, Serial0
[100/41125] via 172.16.2.2, 00:00:11, Serial1
I 192.168.1.0 [100/1600] via 192.168.2.1, 00:00:11, Ethernet0
(略)

明明采用了3 条链路的负载均衡,为什么路由表里只有2 条呢?回想刚才做非等价负载均衡的一个规则:下一跳的路由器在metric 上必须更加接近目标地址.也就是说,下一跳路由器到达目标地址的metric 必须小于本地路由器到达目标地址的metric.而我们看路由器Lovett 到达10.0.0.0 的metric 值为8639-100=8539,这样它就等于路由器Acheson到达10.0.0.0 的metric,所以要解决这个问题,就可以通过修改延迟的方式来减小路由器Lovett 到达10.0.0.0 的metric,如下:
Lovett(config)#int s0
Lovett(config-if)#delay 1999
修改之后,路由器Lovett 到达10.0.0.0 的metric 就等于8538,而小于路由器Acheson到达10.0.0.0 的metric.再来验证下路由器Acheson 的路由表,如下:
Acheson#sh ip route
(略)
I 10.0.0.0 [100/8539] via 172.16.1.2, 00:00:14, Serial0
[100/41125] via 172.16.2.2, 00:00:14, Serial1
[100/8638] via 192.168.3.2, 00:00:14, Ethernet1
I 192.168.1.0 [100/1600] via 192.168.2.1, 00:00:11, Ethernet0
(略)
Case Study: A Segment Network

上图的那个例子, 看上去工作的很好, 但是随后有用户抱怨从路由器Acheson 到10.108.14.0 的流量总是断断续续的
我们试着从路由器Acheson 去ping 目标网络10.108.14.0,如下:
Acheson#ping
Protocol [ip]:
Target IP address: 10.108.14.0
Repeat count [5]: 100
Datagram size [100]:
Timeout in seconds [2]:
Extended commands [n]:
Sweep range of sizes [n]:
Type escape sequence to abort.
Sending 100, 100-byte ICMP Echoes to 10.108.14.0, timeout in 2 seconds:
!!!!!......!!!!!......!!!!!......!!!!!......!!!!!......!!!!!......!!!!!......!!!!!......!!!!!......!
Success rate is 46% (46/100), round-trip min/avg/max = 32/34/40 ms
Acheson#

我们从红色输出部分可以发现,每ping 出去11 个ICMP 包,就有6 的丢失,而且之后一直都这么交替性的丢失.使用debug ip packet 命令对ICMP 包进行追踪,如下:
Acheson#debug ip packet
IP packet debugging is on
Acheson#ping
Protocol [ip]:
Target IP address: 10.108.14.0
Repeat count [5]: 15
Datagram size [100]:
Timeout in seconds [2]:
Extended commands [n]:
Sweep range of sizes [n]:
Type escape sequence to abort.
Sending 15, 100-byte ICMP Echoes to 10.108.14.0, timeout in 2 seconds:
IP: s=172.16.1.1 (local), d=10.108.14.83 (Serial0), len 100, sending.
IP: s=172.16.1.1 (local), d=10.108.14.83 (Serial0), len 100, sending.
IP: s=172.16.1.1 (local), d=10.108.14.83 (Serial0), len 100, sending.
IP: s=172.16.2.1 (local), d=10.108.14.83 (Serial1), len 100, sending.!!!!!
IP: s=192.168.3.1 (local), d=10.108.14.83 (Ethernet1), len 100, sending
IP: s=10.108.14.83 (Ethernet1), d=192.168.3.1 (local), len 114, rcvd 3
IP: s=192.168.3.1 (local), d=10.108.14.83 (Ethernet1), len 100, sending
IP: s=10.108.14.83 (Ethernet1), d=192.168.3.1 (local), len 114, rcvd 3
IP: s=192.168.3.1 (local), d=10.108.14.83 (Ethernet1), len 100, sending
IP: s=10.108.14.83 (Ethernet1), d=192.168.3.1 (local), len 114, rcvd 3
IP: s=192.168.3.1 (local), d=10.108.14.83 (Ethernet1), len 100, sending
IP: s=10.108.14.83 (Ethernet1), d=192.168.3.1 (local), len 114, rcvd 3
IP: s=192.168.3.1 (local), d=10.108.14.83 (Ethernet1), len 100, sending
IP: s=10.108.14.83 (Ethernet1), d=192.168.3.1 (local), len 114, rcvd 3
IP: s=192.168.3.1 (local), d=10.108.14.83 (Serial0), len 100, sending.
IP: s=172.16.1.1 (local), d=10.108.14.83 (Serial0), len 100, sending.
IP: s=172.16.1.1 (local), d=10.108.14.83 (Serial0), len 100, sending.
IP: s=172.16.1.1 (local), d=10.108.14.83 (Serial0), len 100, sending.
IP: s=172.16.1.1 (local), d=10.108.14.83 (Serial0), len 100, sending.
IP: s=172.16.2.1 (local), d=10.108.14.83 (Serial0), len 100, sending.
Success rate is 33% (5/15), round-trip min/avg/max = 36/36/40 ms
Acheson#

可以看出从2 条串行链路发出去的ICMP 包全部都失败,而3 条链路(1 条以太网链路和2条串行链路是按5:5:1 的比例做负载均衡的.后来检测到路由器Kennan 的Token Ring 接口线缆没有接好.修复这个问题以后,问题仍然存在:为什么通过串行接口的路由仍然存在?它们没有标记为不可达是因为路由器Kennan 的以太网接口是正常的,由于IGRP 是基于类的路由协议,路由器Kennan 把经过汇总之后的网络10.0.0.0 宣告给172.16.0.0,所以路由器就没有办法把这个出问题的子网信息通知给其他的路由器,造成ping 失败 .
------分隔线----------------------------
顶一下
(0)
0%
踩一下
(0)
0%
------分隔线----------------------------
最新评论 查看所有评论
发表评论 查看所有评论
请自觉遵守互联网相关的政策法规,严禁发布色情、暴力、反动的言论。
评价:
表情:
用户名: 密码: 验证码:
推荐内容