Routing Information Protocol
前述の通り、ホップ数15の経路は有効経路として採用されないため、ルータを複数個使用するような大規模ネットワークには不向きであると言われる。(しかし、日本から米国Yahoo!までであってもホップ数は13ホップ程度である。大きな半径を持つリング状トポロジのような、特殊なネットワークを作らない限り、単一組織内であれば全く問題ではないといえる。)
他のルータと情報交換を行う際、ブロードキャストを用いてルーティングテーブルを転送するため、トラフィックを圧迫しやすい。
バージョン1ではサブネットマスクをルート情報に含めることができない(クラスフルなルーティングプロトコル)ため、VLSM・CIDRをサポートしない。このため、正しくネットワーク・IPアドレス空間の設計を行わないと、他のネットワークに分断されたり(不連続ネットワーク)、サブネットマスクが異なるネットワークへのパケット転送ができない。この問題はバージョン2では解消されている。
経路計算アルゴリズムが極めて簡素であるため、ルータにかかる負荷が少ない。そのため、計算性能の低いルータにも実装が可能である。
使い方が容易で、少しのコマンドを覚えるだけで簡単に設定が行える。
しかし、ネットワーク全体の経路が完全に収束するまでの時間が長いデメリットがある。 また、さらに重大なデメリットとして、リンクダウンが起きると、そのリンクと関係した経路のメトリックが無限大に発散するCount-to-Infinity問題が起きる可能性があり、実際に起きた場合には、無駄な経路情報が流れ続ける状態に陥ってしまう。 (RFC2453(RIP Version 2)のPage14-Page15でも言及されている) 一旦、1箇所でもこの問題が起きれば、その周辺のルータの経路表の特定の送信先に関する経路のメトリックも無制限に増加して行く。
1990年代半ばまでは計算機の能力に余裕がなく、OSPF対応ルータは高価であり、上記の問題への対応よりも計算負荷の低さのメリットが優先されたためにRIPの運用が広く行われていた。
2000年以降の計算機の性能向上により、上記の問題を全て解決したリンクステート型のOSPFで用いるダイクストラ法の計算負荷は大きな問題ではなくなった。 現在はRIP専用ルータからOSPF対応ルータへと置き換えが進んだことで、RIPは利用可能な計算資源が非常に少ない場合を除いて全く使用されなくなった。