ripv1汇总问题

ripv1对于与传播链路相同主类相同主网不同子网的不同掩码长度的条目是不会宣告的，例如，传播链路的前缀是1.1.2.0/24，但另一个接口子网是1.2.1.0/16，则这条链路是不会被通告的，但是2.2.3.0，172.16.0.0，这样，与传播链路不同主网，或者不同主类的前缀，不管掩码长度多少，都视为跨越了主类边界，会被汇总后通告。而1.1.4.0/24这样与传播链路相同主类相同主网，不同子网，但掩码长度相同的，会被以这个前缀长度（即传播链路的掩码长度）通告出去。但是eigrp，ripv2，ospf汇总之后可以通告，没有ripv1那样的限制。。为什么呢，就是因为ripv1不带掩码，而其他侯几个路由协议即使汇总，也是带着掩码的，其他路由协议将这种相同主网不同掩码长度的地址视为没有跨越主类边界，从而不进行汇总，因此带着原来条目的掩码通告出去。但ripv1由于不能携带掩码，因此就不能由于没有跨越主类而不汇总，因为掩码不同，而且不能携带，所以没法让对方知道这个条目的掩码原来是多少，但与传播链路相同掩码的条目，就借用传播链路的掩码，告诉对方这个条目的掩码就是传播链路的掩码，而对方是知道了传播链路的掩码长度的，因此正常。。我们不能将没有跨越主类边界的条目修改成与传播链路掩码相同的掩码长度，第一，这不符合规则，所有的路由协议只能将跨越主类边界的条目汇总成主类，或者没有跨越主类边界的条目，携带原来掩码一起通告。像ripv1这样，想将没有跨主类但又不能携带掩码的协议，我们只能放弃通告那些没有跨主类但掩码又不同的条目。还有一个牵强的理由：即使将这些“异类”条目通告成与传播链路相同的掩码，也会出现问题：与通告链路掩码一致后，相比原来的掩码，可能变长，这样缩小了原来网络的范围，这更是不被允许的，变短，则会扩大网络的范围，这种情况可能不会出现太严重的问题，但被多个路由器传播之后，每一次都改成与传播链路掩码相同的长度，之后也可能出现问题。综上所述，ripv1不通告那些前缀还是比较合理的。