RIP または IGRP が非隣接ネットワークをサポートしない理由

ダウンロード オプション

  • PDF     (151.5 KB)
    Adobe Reader を使ってさまざまなデバイスで表示
  • ePub     (87.2 KB)
    iPhone、iPad、Android、ソニーの Reader、または Windows Phone 上で、さまざまなアプリを使って表示
  • Mobi (Kindle)     (85.9 KB)
    Kindle デバイスで、または Kindle アプリを使って複数のデバイスで表示
Updated: 2005 年 8 月 10 日
Document ID:13724

偏向のない言語

この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。

翻訳について

シスコは世界中のユーザにそれぞれの言語でサポート コンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版（リンクからアクセス可能）もあわせて参照することを推奨します。

概要

不連続ネットワークは別のメジャー ネットを区切るメジャー ネットで構成されています。図1で、ネットワーク172.20.0.0のサブネットは、ネットワーク172.16.0.0を分割します。172.16.0.0は、不連続ネットワークです。このドキュメントでは、RIPv1 および IGRP が不連続ネットワークをサポートしない理由、およびこの問題を回避する方法について説明します。

図1：不連続ネットワーク

55a.gif

前提条件

要件

次の項目に関する知識があることが推奨されます。

  • RIPv1およびIGRPの設定方法

  • IPアドレスとサブネットの概念

使用するコンポーネント

このドキュメントの内容は、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。対象のネットワークが実稼働中である場合には、どのようなコマンドについても、その潜在的な影響について確実に理解しておく必要があります。

表記法

ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。

背景説明

RIPとIGRPはクラスフルプロトコルです。RIPは、異なるメジャーネット境界を介してネットワークをアドバタイズするたびに、メジャーネット境界でアドバタイズされたネットワークを集約します。図1では、ルータ1が172.20.88.0を介してルータ2に172.16.5.0を含むアップデートを送信すると、ルータは172.16.5.0/24を172.16.0.0/16に変換します。このプロセスは自動集約と呼ばれます。

ルータ1がルータ2にアップデートを送信する場合

図1のトポロジを使用して、ルータ1がルータ2にアップデートを送信する準備を行う際に必要な質問を特定します。この意思決定の詳細については、『RIPおよびIGRPの動作』を参照してください。ここで、ネットワーク131.108.5.0/24のアドバタイズメントが重要であることに注意してください。次に回答する必要がある質問を示します。

  • 172.16.5.0/24は172.20.88.0/24と同じメジャーネットワークの一部ですか。このネットワークは、アップデートを発信するインターフェイスに割り当てられていますか。

    • いいえ：ルータ1は172.16.5.0/24を集約し、ルート172.16.0.0/16をアドバタイズします。集約は主要なクラスフル境界に対して行われます。この場合、アドレスはクラスBアドレスなので、要約は16ビットです。

    • はい：この例ではそうではありませんが、質問の答えが「はい」の場合、ルータ1はネットワークを集約せず、サブネット情報をそのまま使用してネットワークをアドバタイズします。

ルータ1でdebug ip ripコマンドを使用して、ルータ1が送信するアップデートを確認します。

RIP: sending v1 update to 255.255.255.255 via Serial3/0 (172.20.88.2)
RIP: build update entries
  network 172.16.0.0 metric 1

ルータ2がルータ1からアップデートを受信

ルータ2がルータ1からの受信とアップデートを準備する際には、回答が必要な質問を特定する必要があります。ここでも、ネットワーク172.16.5.0/24の受信が重要であることに注意してください。ただし、ルータ1がアップデートを送信すると、ネットワークは172.16.0.0/16に集約されることに注意してください。次に回答する必要がある質問を示します。

  • アップデートを受信したネットワーク(172.16.0.0/16)は、アップデートを受信したインターフェイスに割り当てられたアドレスである172.20.88.0の同じメジャーネットワークの一部ですか。

    • いいえ：このメジャーネットワークのサブネットは、アップデートを受信したインターフェイス以外のインターフェイスから認識されるルーティングテーブルにすでに存在していますか。

    • はい：更新を無視します。

ここでも、ルータ2でdebug ip ripコマンドを使用して、ルータ1から受信したアップデートを確認します。

RIP: received v1 update from 172.20.88.2 on Serial2/0
     172.16.0.0 in 1 hops

ただし、ルータ2のルーティングテーブルは、アップデートが無視されたことを示しています。172.16.0.0のサブネットワークまたはネットワークの唯一のエントリは、Ethernet0に直接接続されているエントリです。ルータ2のshow ip routeコマンドの出力は、次のようになります。

172.20.0.0/24 is subnetted, 1 subnets
C       172.20.88.0 is directly connected, Serial2/0
     172.16.0.0/24 is subnetted, 1 subnets
C       172.16.2.0 is directly connected, Ethernet0/0

RIPv1とIGRPの動作は、ルータ1とルータ2がアップデートを交換する際、ルータ1とルータ2の両方が172.16.5.0/24と172.16.2.0/24の接続されたサブネットワークについて学習しないことです。

解決方法

状況によっては、不連続ネットワークが避けられない場合があります。このような状況では、RIPv1またはIGRPを使用しないことを推奨します。この状況では、EIGRPやOSPFなどのルーティングプロトコルが適しています。

接続の確立

不連続ネットワークでRIPv1またはIGRPを使用する場合は、スタティックルートを使用して、不連続サブネットワーク間の接続を確立する必要があります。この例では、次のスタティックルートがこの接続を確立します。

ルータ1の場合：

ip route 172.16.2.0 255.255.255.0 172.20.88.1

ルータ2の場合：

ip route 172.16.5.0 255.255.255.0 172.20.88.2

関連情報

このドキュメントは役に立ちましたか?

Feedbackフィードバック

シスコに問い合わせ

このドキュメントは次の製品に対応しています