求助一个关于RIP的问题！

torki132

如拓扑所示：
RTA-------RTB

RTA：的Fa0/0以太网接口：192.168.20.33/27  还有2个接口地址：192.168.20.129/27 和 192.168.20.65/27

RTB：的Fa0/0以太网口：192.168.20.34/29 以及2个接口地址：192.168.20.49/29 和 192.168.20.41/29

RTA和RTB都运行RIPv1协议：
router rip
network 192.168.20.0


按照RIP的原理，RTA的路由表中应该没有标识为R的RIP路由条目的，而RTB路由表中有该网络的全部路由条目。但是我分别用
Cisco Packet Tracer和GNS3做了一遍，发现Cisco Packet Tracer中RTA是没有标识为R的RIP路由条目的，RTB路由表中有该网络的全部路由条目。但是同一个实验在GNS3中，RTA跟RTB都有R类的路由，而且RTA的R类路由是32位的，这是为什么？

附：
GNS3中RTA和RTB的路由表(RTA和RTB直连的2个网络我都用环回口表示了)：
RTA#show ip route

     192.168.20.0/24 is variably subnetted, 5 subnets, 2 masks
C       192.168.20.64/27 is directly connected, Loopback1
R       192.168.20.48/32 [120/1] via 192.168.20.34, 00:00:07, FastEthernet0/0
R       192.168.20.40/32 [120/1] via 192.168.20.34, 00:00:07, FastEthernet0/0
C       192.168.20.32/27 is directly connected, FastEthernet0/0
C       192.168.20.128/27 is directly connected, Loopback0

RTB#show ip route

     192.168.20.0/29 is subnetted, 5 subnets
R       192.168.20.64 [120/1] via 192.168.20.33, 00:00:21, FastEthernet0/0
C       192.168.20.48 is directly connected, Loopback0
C       192.168.20.40 is directly connected, Loopback1
C       192.168.20.32 is directly connected, FastEthernet0/0
R       192.168.20.128 [120/1] via 192.168.20.33, 00:00:21, FastEthernet0/0

jq520308

RIPv1协议不支持VLSM啊 你分别宣告它的几个直连网段后  它只会按C类地址的网络号添加到路由表中  RIPV2的话可以支持   不过一定要敲NO AUTO-SUMMARY

torki132

jq520308 发表于 2011-11-1 00:06

                               
登录/注册后可看大图

RIPv1协议不支持VLSM啊 你分别宣告它的几个直连网段后  它只会按C类地址的网络号添加到路由表中  RIPV2的话 ...

因为不支持，所以RTA中应该没有R类路由对不对？为什么我同一个实验用PT模拟器做的RTA有R类路由，而用GNS3模拟器做的RTA就没有R类路由呢？！这是主要问题。

19890119hyhy

Rip v1 不支持可变的子网啊！！！

torki132

19890119hyhy 发表于 2011-11-1 08:55

                               
登录/注册后可看大图

Rip v1 不支持可变的子网啊！！！

问题不是VLSM，是同一个实验，2种模拟器结果为什么不一样的问题。PT跟GNS3的结果不一样。

19890119hyhy

torki132 发表于 2011-11-2 09:00

                               
登录/注册后可看大图

问题不是VLSM，是同一个实验，2种模拟器结果为什么不一样的问题。PT跟GNS3的结果不一样。

我认为，我没有在真实的路由器上玩过，不管怎么说还是模拟器，那你在思科模拟器下，用show int s0/0
可以看见时钟频率吗，没有！而在真实的路由器里却有，我认为，模拟器永远不可能代替真实设备，理论是正确的，模拟器的问题！这没什么

99123.meibu.com

学习下。。。。

zhangsixian7

BUG

84983251

这是RipV1的特性导致的，不是BUG。Gns3很明显完全正确。
RipV1发送路由跟新：首先他会查看该路由条目是否与我处于同一个主网络中。如果不在，则在主网络边界汇总后传递出去。如果在，继续查看该路由条目的是否与我发送的路由更新的接口的掩码一致。如果一致则传递，如果不一致，则丢弃。
RipV1接收路由更新：当接收一个路由条目后，由于该路由条目未携带掩码，那么我就会把自己的物理接口掩码与该路由条目做一个布尔逻辑与运算，得出的前缀与该路由条目一致则将我物理接口的掩码赋予该路由条目，如果得出的前缀不同，则赋予该路由条目一个32位的主机路由。
RTA：由于你另外2个路由都是27Bit的掩码，很明显与发送的物理接口的掩码相同所以肯定会被发送出去。RTB：同理。
RTA：会发送192.168.20.128 192.168.20.64 192.168.20.32 这3个前缀。但是192.168.20.32会被直连路由给冲掉所以再RTB表中只有前面2个。通过RTB拿自己的物理接口的29Bit掩码计算出前缀依然是192.168.20.128 192.168.20.64 所以就把这个掩码赋予这2个路由条目。所以再RTB的路由表中这2个是29Bit的掩码。

RTB会发送：192.168.20.32 192.168.20.40 192.168.20.48  同理第一个会被直连路由给冲掉。RTA会对后面2个路由运行布尔逻辑与运算。但是我是27位的掩码 与他们做与运算的出来的结果是192.168.20.0 。很明显这与传递过来的路由条目的前缀不一致，那么我就赋予该路由条目一个32位的掩码。
所以Gns3显示的结果完全正确