RIP协议总结范文.doc

RIP协议总结范文 RI Pv1RIPv1发送的路由更新不带子网掩码，这是RIPv1开发的历史性原因当时的路由器不能为每个子网存储更新信息，硬件上的制约是没办法的事情。 而路由更新不带掩码，也导致了RIPv1无法支持VLSM RIPv1不能在路由更新中携带掩码信息，就要有一种保证机制RIP路由器在发送路由条目之前会进行检查，如果条目中的网段和自己的发送端口的IP地址处于同一主类网络（如果不同会自动汇总后发出），就要用发送端口的子网掩码与其进行匹配，一致才能发出去，不一致就要丢弃。 虽然发出去的路由不带子网掩码，但在发之前还是要这么查一次，因为RIP认为既然自己只能支持FLSM，如果划分了子网的话，掩码肯定是一致的，基于这种认识，RIPv1不能处理同一区域内多于一种掩码的情况，也就意味着不支持VLSM。 进而我们可以归纳出RIPv1发送和接收路由更新的规则发送路由更新所通告的网段与我发送该通告的接口IP是不是处于同一主类网络，如果不是，则汇总成主类网络通告出去，即强制性的在边界进行自动汇总；如果是，则继续比较子网，如果子网相同就通告出去，如果子网不同，除非该网络是/32的，否则一律Drop。 接收路由更新接收到的网段与我接收该通告的接口IP是不是处于同一主类网络，如果是，则用自己接收接口的IP子网掩码作为该网段的掩码然后放入路由表，因为RIPv1只支持FLSM，即只划分一次子网，所以它认为要是属于同一主类网络，子网掩码必然是一样的；如果不是，则查看路由表中是否有该主类的子网信息，如果没有则直接放入路由表，如果有则直接将该通告Drop。 规则中提到了自动汇总，在RIPv1中该动作是强制性的RIPv1支持FLSM，但是发送的路由更新不带子网掩码。 如果没有强制性的自动汇总的机制，那么接收方将感到无所适从，比如收到一条去往158.16.0.0的路由，没有掩码，那么这究竟是/16的主类网络，还是/17的子网，还是.有很多可能，也就没法放进路由表进行正常转发，所以强制性的自动汇总就RIPv1而言是必要的。 而正是RIPv1强制性的边界汇总，决定了它不能支持不连续子网RIPv1在主类网络边界会强制性的自动汇总。 不连续子网本身就是由被其他主网络分割开来的同一个主网络组成的。 在这种情况下，自动汇总必然会发生，当汇总后的路由到达接收方那里的时候，接收方会发现自己已经从其他接口学到更为明细的子网信息，就会将这个汇总路由丢弃，因此不连续子网之间不能互通。 解决办法有两种，一是启用Secondary IP连接不连续子网，二是启用RIPv2。 RI Pv2Metric RIP协议以Hop为度量现在看来很不合理，但在RIP那个年代，最好的调制解调器速度为300bit/s，最快的广域网链路也只有56kbit/s，以带宽为度量意义并不大。 所以当时的考虑是，既然链路带宽都差劲，那么数据包的经过的路由器越少，就是意味着经过的链路越少，路径自然是最优的，所以就决定将Hop作为RIP协议的度量值。 RIP开发之初，路由器内存少于640KB，处理器仅仅有kHz的水平，这就要求路由更新必须做到很小，不能占用广域网的全部链路带宽。 所以工程师将RIP定位于简单的路由协议，16跳上限一方面是出于当时实际网络规模的考虑，另一方面是认为网络规模一旦扩展，路由更新承载过多的路由条目，势必增加协议本身的链路开销，就当时宝贵的带宽而言，这样的权衡是必要的。 个人感觉以Hop为度量值同样使RIP变得简单，大家都知道RIP用的是贝尔曼福特算法，其复杂度远不及SPF，这样在进行路由计算时更为节省CPU和内存，作为路由协议的核心，算法的效率无疑是最为关键的。 RI Pv2Timer UpdateTimer RIP路由器每30s周期性的发送自己所知道的路由（要通告的那一刻，路由表中有什么就说什么，Possible Down的除外）Invalid Timer自收到更新那刻起，6个更新周期，即180s之内都没有再次收到该条目的路由更新（计时器都是针对具体条目的），视为超时，进入Holddown状态。 Holddown TimerHolddown状态在Invalid之后进入，本身计时器长为180s，Holddown状态下对于该条路由条目的态度是“不收也不发，就干等着”。 Flush Timer与Invalid Timer同时开始计时，时间为240s，如果在该计时器超时前都没有收到路由更新，就会删除该条目，即“放下负担，奔向新生命”。 PS Holddown Timer并没有在RFC中定义，是Cisco自己的设计。 由于在Invalid Timer超时后才开始计时，过60s之后Flush Timer超时该条目就会删除，所以表现为HolddownTimer只有60s。 而且Holddown状态下的条目如同等死，即使收到好的Metric条目也不会有反应，这也就意味着Invalid Timer一旦超时，必然在60s后被Flush掉，不知道思科是不是故意的.RI Pv2改进RIPv2支持VLSM和CIDR，路由更新中携带子网掩码支持手动汇总，可关闭主类的自动汇总使用组播