rip v1不支持vlsm的原因

 ripv1:不支持vlsm

 
由于 RIPv1 不会在路由更新中发送子网掩码,因此它不支持 VLSM。R3 路由器配置了 VLSM 子网,这些子网都属于 B 类网络 172.30.0.0/16:
.172.30.100.0/24 (FastEthernet 0/0)
.172.30.110.0/24 (Loopback 0)
.172.30.200.16/28 (Loopback 1)
.172.30.200.32/28 (Loopback 2)
观察 R1 和 R3 发给 R2 的 172.30.0.0/16 更新可以看出,RIPv1 要么将子网总结为有类边界,要么使用传出接口的子网掩码来确定要通告的子网。
 
 
为了演示 RIPv1 如何使用传出接口的子网掩码,我们在拓扑结构中添加了 R4。R4 通过 172.30.100.0/24 网络上的接口 FastEthernet0/0 与 R3 连接在一起。
 
请观察图中的 debug ip rip 输出。注意,发送到 R4 路由器的 172.30.0.0 子网只有 172.30.110.0。另外,也请注意 R3 通过 Serial 0/0/1 发出了整个 172.30.0.0 有类主网。
为什么在 R3 上的 RIPv1 向 R4 发送更新时,没有包括子网 172.30.200.16/28 和 172.30.200.32/28?原因是这两个子网的子网掩码与 FastEthernet 0/0 的不同。这就是在采用有类路由协议的网络中所有子网必须使用相同子网掩码的原因所在。
 
 
 
深入探讨
R3 需要根据其 FastEthernet 0/0 接口的 IP 地址 172.30.100.1/24 确定更新中应包含哪些 172.30.0.0 子网。只有路由表中那些掩码与送出接口一致的 172.30.0.0 路由才会包含在更新中。由于接口地址为 172.30.100.1,掩码为 /24,因此它只会包含使用 /24 掩码的 172.30.0.0 子网。符合此条件的只有 172.30.110.0。
另外两个 172.30.0.0 子网 - 172.30.200.16/28 和 172.30.200.32/28 - 掩码都是 /28,与送出接口的 /24 掩码不符,所以不会包括在内。接收路由器 R4 只能对路由通告中的 172.30.0.0 子网应用自己的 /24 接口掩码。如果采用 /28 掩码的这些子网被发送给 R4,R4 就会应用错误的掩码 /24。
 
 
 

你可能感兴趣的:(原因,v1)