この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。
シスコは世界中のユーザにそれぞれの言語でサポート コンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版(リンクからアクセス可能)もあわせて参照することを推奨します。
このドキュメントでは、Enhanced Interior Gateway Routing Protocol(EIGRP)と呼ばれる内部ゲートウェイプロトコルの使用方法について説明します。
このドキュメントに関する固有の要件はありません。
このドキュメントの内容は、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな(デフォルト)設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。
適切に設計されたネットワークでは、EIGRPは拡張性に優れ、ネットワークトラフィックを最小限に抑えながら非常に高速なコンバージェンス時間を提供します。
EIGRPには次のような利点があります。
EIGRPは拡張ディスタンスベクタープロトコルであり、Diffused Update Algorithm(DUAL)を使用してネットワーク内の宛先への最短パスを計算します。
EIGRP には、バージョン 0 とバージョン 1 の大きく 2 つのバージョンがあります。10.3(11)、11.0(8)、および11.1(3)よりも前のバージョンのCisco IOS®では、以前のバージョンのEIGRPが実行されます。この情報の一部は、古いバージョンには適用されません。EIGRPの新しいバージョンは、パフォーマンスと安定性の多くの拡張を含むため、推奨されます。
一般的なディスタンスベクタープロトコルは、宛先へのベストパスを計算する際、ディスタンス(メトリックの合計、またはホップカウントなどのディスタンス)とベクトル(ネクストホップ)の情報を保存します。たとえば、図1のネットワーク内のすべてのルータは、Routing Information Protocol(RIP;ルーティング情報プロトコル)を実行しています。ルータ2は、使用可能な各パスのホップカウントを調べることで、ネットワークAへのパスを選択します。
Figure 1
ルータ 3 を通るパスのホップは 3 であり、ルータ 1 を通るパスのホップは 2 であるため、ルータ 2 は ルータ 1 を通るパスを選択してルータ 3 で学習した情報を破棄します。ルータ 1 とネットワーク A の間のパスが停止すると、ルーティング テーブルのルートがタイムアウトするまで(3 アップデート期間、または 90 秒)ルータ 2 ではこの宛先とのすべての接続が不通になり、ルータ 3 はルートを再度アドバタイズします(RIP では 30 秒ごとに発生)。ホールドダウン時間が含まれていない場合は、ルータ2がパスをルータ1からルータ3に切り替えるのに90 ~ 120秒かかります。
EIGRPは再収束を完全に定期的なアップデートに依存せず、それぞれのネイバーアドバタイズメントからトポロジテーブルを構築し(データは廃棄されません)、トポロジテーブル内のループがないと思われるルートを検索して収束します。別のルートが見つからない場合は、そのネイバーに照会します。ルータ 2 は、ルータ 1 とルータ 3 から受信した情報を保管します。ルータ 1 を通るパスを最適なパス(サクセサ)として選択し、ルータ 3 を通るパスをループのないパス(フィージブル サクセサ)として選択します。ルータ1を通るパスが使用不能になると、ルータ2はトポロジテーブルを調べ、フィージブルサクセサが見つかると、ただちにルータ3を通るパスの使用を開始します。
この簡単な説明からわかるとおり、EIGRP では次の機能が提供されます。
任意時に必要なアップデートだけを送信するシステム。これは近隣ルータ検出とメンテナンスにより実現します。
ルータが学習したパスがループフリーであることを確認する方法
ネットワーク上にあるすべてのルータのトポロジ テーブルから問題のあるルートを削除するプロセス。
近隣ルータを検索して、失われた宛先へのパスを見つけるプロセス
これらの要件は、それぞれ順番に説明します。
ルーティング情報をネットワーク全体に配布するために、EIGRP は非定期的な差分ルーティング更新を使用します。つまり、EIGRP はこれらのパスが変更されたとき、変更されたパスに関するルーティング更新だけを送信します。
ルーティングアップデートを送信するだけの場合は、隣接ルータを経由するパスが使用できなくなったことを検出できません。ルートをタイムアウトして、ネイバーから新しいルーティングテーブルを受信する予定はありません。EIGRPはネイバー関係に依存して、ルーティングテーブルの変更をネットワーク全体に伝播します。2台のルータは、共通のネットワーク上でhelloパケットを確認するとネイバーになります。
EIGRP は HELLO パケットを高帯域幅リンクでは 5 秒ごとに、低帯域幅マルチポイント リンクでは 60 秒ごとに送信します。
5 秒ごとの HELLO:
ブロードキャスト メディア(イーサネット、トークン リング、FDDI など)
ポイントツーポイントシリアルリンク(PPPまたはHDLC専用回線、フレームリレーポイントツーポイントサブインターフェイス、およびATMポイントツーポイントサブインターフェイスなど)
高帯域幅(T1 以上)マルチポイント回線(ISDN PRI およびフレームリレー)
60 秒ごとの HELLO:
マルチポイント回線 T1 帯域幅またはそれ以下(フレーム リレー マルチポイント インターフェイス、ATM マルチポイント インターフェイス、ATM 相手先選択接続、および ISDN BRI)
EIGRP が HELLO パケットを送信する割合は HELLO インターバルと呼ばれ、インターフェイスごとに ip hello-interval eigrp コマンドで調整できます。ホールドタイムとは、helloパケットを受信していないときに、ルータがネイバーがアクティブであると見なす時間の長さです。ホールドタイムは通常、helloインターバルの3倍で、デフォルトでは15秒と180秒です。待機時間は ip hold-time eigrp コマンドで調節できます。
注:Hello間隔を変更しても、この変更に合わせて保留時間が自動的に調整されることはありません。設定されたHello間隔を反映するには、ホールドタイムを手動で調整する必要があります。
2 台のルータは、HELLO タイマーとホールド タイマーが一致しなくても EIGRP 隣接ルータになることができます。helloパケットにはホールドタイムが含まれているので、helloインターバルとホールドタイマーが一致しなくても、各ネイバーはアクティブなままです。 ルータ上のHELLOインターバルの値を直接調べることはできませんが、隣接ルータでのshow ip eigrp neighborsコマンドの出力結果から推測できます。
ご使用のシスコデバイスの、show ip eigrp neighborsコマンドの出力データがあれば、JavaScriptを有効にしている場合に潜在的な問題と修正を表示するために、Cisco CLI Analyzerを使用できます。
router#show ip eigrp neighbors IP-EIGRP neighbors for process 1 H Address Interface Hold Uptime SRTT RTO Q Seq Type (sec) (ms) Cnt Num 1 10.1.1.2 Et1 13 12:00:53 12 300 0 620 0 10.1.2.2 S0 174 12:00:56 17 200 0 645 rp-2514aa#show ip eigrp neighbor IP-EIGRP neighbors for process 1 H Address Interface Hold Uptime SRTT RTO Q Seq Type (sec) (ms) Cnt Num 1 10.1.1.2 Et1 12 12:00:55 12 300 0 620 0 10.1.2.2 S0 173 12:00:57 17 200 0 645 rp-2514aa#show ip eigrp neighbor IP-EIGRP neighbors for process 1 H Address Interface Hold Uptime SRTT RTO Q Seq Type (sec) (ms) Cnt Num 1 10.1.1.2 Et1 11 12:00:56 12 300 0 620 0 10.1.2.2 S0 172 12:00:58 17 200 0 645
コマンド出力のHoldカラムの値は、ホールドタイムを超えることはできず、またホールドタイムからhelloインターバルを引いた値よりも小さくすることはできません(もちろん、helloパケットが失われない場合)。Holdカラムの範囲が通常10 ~ 15秒の場合、Helloインターバルは5秒、ホールドタイムは15秒です。Holdカラムの値の範囲が通常120 ~ 180秒と広い場合、Helloインターバルは60秒、ホールドタイムは180秒になります。数字がデフォルトのタイマー設定のいずれかに適合していないと思われる場合は、ネイバールータで問題のインターフェイスを確認します。helloタイマーとホールドタイマーはおそらく手動で設定されています。
注:EIGRPでは、セカンダリアドレス経由でピア関係が構築されることはありません。すべての EIGRP トラフィックは、インターフェイスの一次アドレスを送信元としています。
EIGRP がサポートできる隣接ルータの数には制限がありません。サポートされるネイバーの実際の数は、次のようなデバイスの機能によって異なります。
メモリ容量
処理能力
送信されるルートの数など、交換情報の量
トポロジの複雑性
ネットワークの安定性
これらのルータが互いに通信するようになったため、ルータは何について通信するのでしょうか。いうまでもなく、各ルータのトポロジ テーブルです。EIGRP は、RIP や IGRP とは異なり、ルータのルーティング(または転送)テーブルを使用して動作に必要なすべての情報を保持しません。その代わりに、第 2 の表として、トポロジ テーブルを作成し、そこからルートをルーティング テーブルに挿入します。
注:Cisco IOSバージョン12.0Tおよび12.1の時点で、RIPは自身のデータベースを維持し、そこからルーティングテーブルにルートをインストールします。
EIGRPを実行しているルータのトポロジテーブルの基本形式を表示するには、show ip eigrp topologyコマンドを発行します。トポロジテーブルには、到達可能な各ネットワークへのディスタンスとベクトルのセットを構築するために必要な情報が含まれています。
上流近接ルータによってレポートされたこの送信先へのパスの最低帯域幅
遅延合計
パスの信頼性
パスの負荷
パスの最小の Maximum Transmission Unit(MTU; 最大伝送ユニット)
フィージブル ディスタンス(Feasible distance)#ふぃーじぶるでぃすたんす#
レポーテッド ディスタンス(Reported distance)#れぽーてっどでぃすたんす#
ルートの送信元(外部ルートはマークされます)
ご使用のシスコデバイスの、show ip eigrp topologyコマンドの出力データがあれば、Cisco CLI Analyzerを使用して潜在的な問題と修正を表示できます。Cisco CLI Analyzerを使用するには、JavaScriptを有効にする必要があります。
EIGRP は送信先ネットワークへのパスの最小帯域幅と合計遅延を使用して、ルーティング メトリックを計算します。ネットワークでルーティングループを引き起こす可能性があるため、他のメトリックを設定することは推奨されません。帯域幅と遅延のメトリックは、送信先ネットワークへのパス上のルータのインターフェイスに設定された値によって求められます。
たとえば、図2では、ルータ1はネットワークAへのパスを計算します。
図 2
このネットワークでは 2 つのアドバタイズメントで開始します。1 つは、ルータ 4 を通り最小帯域幅 56 および合計遅延 2200 のアドバタイズメント、もう 1 つはルータ 3 を通り最小帯域幅が 128 で遅延は 1200 のアドバタイズメントです。ルータ 1 は、メトリックが最も低いパスを選択します。
メトリックを計算します。EIGRPは、帯域幅と遅延のメトリックをスケールするときに、メトリックの合計を計算します。EIGRPは帯域幅を拡張するために次の式を使用します。
帯域幅 =(10000000/帯域幅(i))* 256
ここで、帯域幅(i)は、宛先ネットワークへのルート上のすべての発信インターフェイスの最小帯域幅で、キロビットで表されます。
EIGRPは遅延をスケールするために次の式を使用します。
遅延 = 遅延(i)* 256
ここで、遅延(i)は、宛先ネットワークへのルート上のインターフェイスで設定されている遅延の合計で、10 マイクロ秒によって表されます。show ip eigrp topology や show interface コマンドで表示される遅延はマイクロ秒単位であるため、10 で割ってからこの数式で使用する必要があります。インターフェイスに表示されるため、遅延が使用されます。
EIGRP は、これらのスケールされた値を使用して、ネットワークへの複合メトリックを求めます。
メトリック = ([K1 * 帯域幅 +(K2 * 帯域幅)/(256 負荷)+ K3 * 遅延] * [K5 /(信頼性 + K4)]) * 256
注:Kの値は、慎重に計画して使用する必要があります。K値のミスマッチにより、ネイバー関係の構築が妨げられ、ネットワークのコンバージが失敗する可能性があります。
注:K5 = 0の場合、式はMetric = ([k1 *帯域幅+ (k2 *帯域幅)/(256 – 負荷) + k3 *遅延]) * 256になります。
K のデフォルト値は、次のとおりです。
K1 = 1
K2 = 0
K3 = 1
K4 = 0
K5 = 0
デフォルトの動作では、次に示すように数式を簡略化できます。
metric = bandwidth + delay
シスコのルータは浮動小数点計算をしないため、計算の各段階でメトリックを正しく計算するには、小数点以下を切り捨てる必要があります。
この例では、ルータ 4 を通る合計コストは、次のとおりです。
inimum bandwidth = 56k total delay = 100 + 100 + 2000 = 2200 [(10000000/56) + 2200] x 256 = (178571 + 2200) x 256 = 180771 x 256 = 46277376
さらに、ルータ 3 を通る合計コストは次のとおりです。
minimum bandwidth = 128k
total delay = 100 + 100 + 1000 = 1200
[(10000000/128) + 1200] x 256 = (78125 + 1200) x 256 = 79325 x 256 = 20307200
ネットワークAに到達するために、ルータ1はルータ3を通るルートを選択します。
注:使用される帯域幅と遅延値は、ルータが宛先ネットワークへのネクストホップに到達するために経由するインターフェイスで設定された値です。たとえば、ルータ2はイーサネットインターフェイスで設定された遅延を使用してネットワークAをアドバタイズし、ルータ4はイーサネットで設定された遅延を追加し、ルータ1はシリアルで設定された遅延を追加しました。
フィージブルディスタンスは、宛先ネットワークへのパスに沿った最適なメトリックであり、そのパスをアドバタイズするネイバーへのメトリックを含みます。報告距離は、上流近接ルータによってアドバタイズされる送信先ネットワークへのパスの複合メトリックです。フィージブル サクセサは、報告距離(現在のベスト パス)が到達可能距離より小さなパスです。図 3 では、このプロセスを説明します。
図 3
ルータ1はネットワークAへの2つのルート(ルータ3を通るルートとルータ4を通るルート)があることを確認します。
ルータ 4 を通るルートのコストは 46277376 で、報告距離は 307200 です。
ルータ 3 を通るルートのコストは 20307200 で、報告距離は 307200 です。
注:いずれの場合も、EIGRPはネットワークへのルートをアドバタイズするルータからの報告距離を計算します。つまり、ルータ 4 からの報告距離はルータ 4 からネットワーク A へ到達するメトリックで、ルータ 3 からの報告距離はルータ 3 からネットワーク A に到達するメトリックになります。EIGRPはルータ3を通るルートをベストパスとして選択し、ルータ3を通るメトリックをフィージブルディスタンスとして使用します。このネットワークへのルータ 4 を通る報告距離は到達可能距離より小さいため、ルータ 1 はルータ 4 を通るパスをフィージブル サクセサと見なします。
ルータ 1 とルータ 3 の間のリンクが停止すると、ルータ 1 は把握しているネットワーク A への各パスを調べてルータ 4 にフィージブル サクセサがあることを見つけます。ルータ1はこのルートを使用します。このルートは、ルータ4を通るメトリックを新しい到達可能距離として使用します。ネットワークはただちにコンバージして、下流近接ルータのアップデートがルーティング プロトコルからの唯一のトラフィックになります。
図4に示すシナリオは、より複雑です。
図 4
ルータ1からネットワークAへのルートは2つあります。1つはルータ2を通り、メトリック46789376でルートが決まり、もう1つはルータ3を通り、メトリック20307200でルートが決まります。ルータ1は、これら2つのメトリックの最も低いルートをネットワークAへのルートとして選択し、このメトリックがフィージブルディスタンスになります。ルータ2を通るパスを調べて、フィージブルサクセサとして適格かどうかを確認します。ルータ 2 からの報告距離は 46277376 でこれは到達可能距離の値より高いため、このパスはフィージブル サクセサではありません。この時点でルータ1のトポロジテーブルを調べると(show ip eigrp topologyを使用)、ルータ3を通るネットワークAのエントリが1つだけあります。(実際にはルータ1のトポロジテーブルには2つのエントリがありますが、どちらか一方のみがフィージブルサクセサであるため、もう一方はshow ip eigrp topologyには表示されません。フィージブルサクセサではないルートはshow ip eigrp topology all-linksで表示できます)。
ルータ1とルータ3の間のリンクがダウンしたと仮定します。ルータ 1 はネットワーク A への唯一のルートが不通になったことを認識し、各近隣ルータ(この場合はルータ 2 だけ)に問い合せてネットワーク A へのルートがあるかどうかを調べます。ルータ 2 にはネットワーク A へのルートがあるため、クエリーに応答します。ルータ1にはルータ3を通る優良なルートがないため、ルータ2を通るネットワークAへのこのルートを受け入れます。
EIGRP は到達可能距離、報告距離、フィージブル サクセサの概念をどう使用して、パスが有効か、ループがないかを判断するのでしょうか。図 4a では、ルータ 3 はネットワーク A へのルートを調べます。スプリットホライズンが無効であるため(たとえば、マルチポイントフレームリレーインターフェイスの場合)、ルータ3はネットワークAへの3つのルートを示します。つまり、ルータ4を通り、ルータ2(パスは2、1、3、4)を通り、ルータ1(パスは1、2、3、4)を通ります。
図4a
ルータ 3 がこれらすべてのルートを受け入れると、ルーティング ループが発生します。ルータ 3 はルータ 2 を通ってネットワーク A に到達できると考えますが、ルータ 2 を通るパスがネットワーク A へ到達するにはルータ 3 を通ります。ルータ4とルータ3の間の接続がダウンした場合、ルータ3は他のパスを通ってネットワークAに到達できると考えますが、フィージブルサクセサを決定するルールがあるため、これらのパスを代替パスとして使用することはありません。メトリックを参照して、その理由を確認します。
ルータ 4 を通るネットワーク A への複合メトリック:20281600
ルータ 2 を通るネットワーク A への複合メトリック:47019776
ルータ 1 を通るネットワーク A への複合メトリック:47019776
ルータ4を通るパスは最適なメトリックであるため、ルータ3はこのルートを転送テーブルに設定し、20281600をネットワークAへの到達可能距離として使用します。ルータ3は、ルータ2と1を通るネットワークAへの報告距離を計算します。47019776はルータ2を通るパス、47019776はルータ1を通るパスです。これらのメトリックはどちらも到達可能距離より大きいため、ルータ 3 はどちらのルートもネットワーク A のフィージブル サクセサとして設定しません。
ルータ 3 とルータ 4 の間のリンクが停止していると仮定します。ルータ3は、ネットワークA.にルータ2に代替ルートのネイバーに受信し、クエリーをフィジブル サクセサがないか、クエリーが順にあるため、検索するトポロジ テーブルの各エントリを問い合わせます。トポロジ テーブル内にある他の唯一のエントリはルータ 1 からのもので、報告距離はルータ 3 を通る最後の既知の最適メトリックと等しくなります。ルータ 1 を通る報告距離は最後の既知の到達可能距離より小さくないため、ルータ 2 はこのルートを到達不能にマークして各近隣ルータ(この場合はルータ 1 だけ)にネットワーク A へのパスを問い合せます。
ルータ 3 はネットワーク A のクエリーをルータ 1 にも送信します。ルータ 1 は自分のトポロジ テーブルを調べて、ネットワーク A への他の唯一のパスが、ルータ 2 を通るものであり、その報告距離がルータ 3 を通る最後の既知の到達可能距離と等しいことが分かります。もう一度繰り返しますが、ルータ 2 を通る報告距離は最後の既知の到達可能距離より小さくないため、このルートはフィージブル サクセサにはなりません。ルータ 1 はこのルートを到達不能にマークして、他の唯一の近隣ルータであるルータ 2 にネットワーク A へのパスを問い合せます。
これは第一段階のクエリーです。ルータ 3 は各近隣ルータに問い合せて、ネットワーク A へのルートを探しました。次に、ルータ1とルータ2はルートを到達不能にマークし、ネットワークAへのパスを見つけるために他の各隣接ルータに問い合せました。ルータ 2 はルータ 1 のクエリーを受信すると、自分のトポロジ テーブルを調べて送信先が到達不能にマークされていることを確認します。ルータ 2 はルータ 1 にネットワーク A は到達不能であると応答します。ルータ 1 もまた、ルータ 2 のクエリーを受信すると、ネットワーク A が到達不能であると応答します。これでルータ 1 と 2 は両方ともネットワーク A は到達不能であると判断し、ルータ 3 の最初のクエリーに応答します。ネットワークはコンバージして、すべてのルートはパッシブ状態に戻ります。
前の例では、ルートがループである可能性が高いかどうかを判断するために、EIGRPがフィージブルディスタンスとレポーテッドディスタンスをどのように使用するかについては、スプリットホライズンは示していません。しかし、状況によっては、EIGRP はスプリット ホライズンを使用して同様にルーティング ループを回避します。EIGRPがスプリットホライズンを使用する方法の詳細を調べる前に、スプリットホライズンとは何か、どのように動作するのかを調べます。スプリット ホライズンの規則は次のとおりです。
ルートを学習したインターフェイスから同じルートをアドバタイズしない。
たとえば、図4aでルータ1が単一のマルチポイントインターフェイス(フレームリレーなど)を介してルータ2とルータ3に接続し、ルータ1がネットワークAについてルータ2から学習した場合、ルータ1は同じインターフェイスからネットワークAへのルートをルータ3にアドバタイズしません。ルータ 1 は、ルータ 3 がネットワーク A についてルータ 2 から直接学習すると想定します。
図4a
ポイズンリバースは、ルーティングループを回避するもう1つの方法です。ポイズン リバースの規則は次のとおりです。
インターフェイスを通じてルートを学習したら、同じインターフェイスから、そのルートを到達不能としてアドバタイズする。
たとえば、図4aのルータではポイズンリバースが有効になっています。ルータ 1 はネットワーク A についてルータ 2 から学習すると、ルータ 2 およびルータ 3 へのリンクを通じてネットワーク A を到達不能としてアドバタイズします。ルータ 3 がルータ 1 を経由したネットワーク A へのパスを保持している場合、ルータ 3 は到達不能アドバタイズメントを受信したことでそのパスを削除します。EIGRP はこれら 2 つの規則を組み合せてルーティング ループを回避します。
EIGRP は次のような場面でスプリット ホライズンを使用するか、またはルートを到達不能としてアドバタイズします。
2台のルータが起動モードである(トポロジテーブルを初めて交換する)
トポロジテーブルの変更がアドバタイズされる
クエリが送信される
それぞれのケースを確認します。
2 台のルータが初めて近接ルータとなる場合、両ルータは起動モード中にトポロジ テーブルを交換します。ルータは起動モード中に受信したテーブル エントリごとに、同じエントリを最大メトリックで新しい近接ルータにアドバタイズし戻します(ポイズン ルート)。
図5では、ルータ1がバリアンスを使用して、2つのシリアルリンク間でネットワークA宛てのトラフィックのバランスを取っています。つまり、ルータ2とルータ4間の56kリンクと、ルータ3とルータ4間の128kリンクです。
図 5:
ルータ 2 はルータ 3 を経由するパスを、実行可能な後継ルータと見なしています。ルータ 2 とルータ 4 の間のリンクがダウンした場合、ルータ 2 は単にルータ 3 を経由するパス上で再コンバージします。スプリットホライズンルールでは、ルートに関する情報を学習したインターフェイスからルートをアドバタイズしてはならないと規定されているため、通常、ルータ2はアップデートを送信しません。ただし、それではルータ 1 のトポロジ テーブルに無効なエントリが残ります。
ルータのトポロジテーブルの変更によって、ルータがネットワークに到達するために経由するインターフェイスが変更された場合、スプリットホライズンはオフになり、古いルートがすべてのインターフェイスからポイズンリバースされます。このケースでは、ルータ 2 はこのルートのスプリット ホライズンをオフにし、ネットワーク A を到達不能としてアドバタイズします。ルータ 1 はこのアドバタイズメントを受信し、ルータ 2 を経由してネットワーク A に至るルートをルーティング テーブルからフラッシュします。
クエリーは、クエリー内の宛先に使用するサクセサからクエリーまたはアップデートをルータが受信した場合にのみ、スプリットホライズンを発生させます。図6のネットワークを参照してください。
図 6
ルータ3は、ルータ4から10.1.2.0/24(ルータ1を経由して到達)に関するクエリーを受信します。リンクフラップなどの一時的なネットワーク状態が原因で、3台のルータにこの宛先のサクセサがない場合は、それぞれのネイバー(この場合はルータ1、2、4)にクエリーを送信します。ただし、ルータ 3 がルータ 1 から宛先 10.1.2.0/24 に関するクエリーまたはアップデート(メトリックの変更など)を受信した場合、ルータ 3 はルータ 1 にクエリーを送信しません。これは、ルータ 3 にとってルータ 1 は 10.1.2.0/24 への後継ルータであるためです。その結果、ルータ 3 はルータ 2 とルータ 4 にだけクエリーを送信します。
クエリが応答されるまでに時間がかかる場合があります。この場合、クエリを発行したルータが応答を返さなくなると、応答を返さないルータへの接続がクリアされ、ネイバーセッションが再開されます。これを Stuck In Active(SIA)ルートと呼びます。最も基本的な SIA ルートは、クエリーがネットワークの反対側に到達して応答が戻ってくるまでに単に時間がかかりすぎる場合に発生します。たとえば、図7では、ルータ1はルータ2からの大量のSIAルートを記録しています。
図 7
調査の結果、問題はルータ 2 とルータ 3 を接続する衛星リンク上の遅延にあることがわかりました。このタイプの問題に対して実行可能なソリューションは2つあります。1つ目の方法は、ルータがクエリーを送信した後、ルートSIAを宣言するまでのルータの待機時間を長くすることです。この設定を変更するには、timers active-timeコマンドを使用します。
しかし、さらに優れた解決策として、クエリーの範囲が狭くなるようにネットワークを再設計する方法があります(つまり、ごく小数のクエリーしか衛星リンクを通過しない)。クエリーの範囲については、この記事の「クエリーの範囲」のセクションで説明します。ただし、クエリー範囲自体は、SIA ルートが報告される一般的な原因ではありません。多くの場合、ネットワーク上の一部のルータは、次のいずれかの理由でクエリーに応答できません。
ルータがビジー状態でクエリに応答できない(通常はCPU使用率が高いため)。
ルータにメモリの問題があるため、クエリーの処理や応答パケットの作成のためにメモリを割り当てることができません。
2台のルータ間の回線は良好ではありません。ネイバー関係を維持するために十分なパケットが通過しませんが、ルータ間でクエリーや応答の一部が失われます。
単方向リンク(障害のためにトラフィックが一方向にしか流れないリンク)。
SIAルートのトラブルシューティングを行う場合は、次の3つの手順を実行します。
常にSIAとして報告されるルートを見つけます。
これらのルートに対するクエリーに常に応答しないルータを見つけます。
ルータがクエリーを受信または応答しない理由を特定します。
最初のステップは簡単です。コンソールメッセージをログに記録すると、ログを簡単に調べると、SIAとしてマークされることが多いルートがわかります。2 番目のステップは 1 番目のステップほど簡単ではありません。この情報を収集するコマンドは show ip eigrp topology active です。
Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply, r - Reply status A 10.2.4.0/24, 0 successors, FD is 512640000, Q 1 replies, active 00:00:01, query-origin: Local origin via 10.1.2.2 (Infinity/Infinity), Serial1 1 replies, active 00:00:01, query-origin: Local origin via 10.1.3.2 (Infinity/Infinity), r, Serial3 Remaining replies: via 10.1.1.2, r, Serial0
まだ応答していない隣接ルータは R で示されます(アクティブ タイマーによって、そのルートがどれくらいの時間アクティブであるかがわかります)。これらのネイバーは他のRDBの中に表示されるため、Remaining repliesセクションには表示されません。未受信の応答があるルートで、ある一定の時間(通常は 2 ~ 3 分)アクティブであるルートには特に注意してください。このコマンドを何度か実行すると、どのネイバーがクエリーに応答しないか(またはどのインターフェイスに未応答のクエリーが多数あるかなど)が分かり始めます。このネイバーを調べて、そのネイバーのいずれかからの応答を継続的に待機しているかどうかを確認します。常にクエリーに応答しないルータが見つかるまで、このプロセスを繰り返します。ルータが特定されたら、その近接ルータへのリンクや、メモリまたは CPU の使用率などに問題がないかを調べます。
クエリーの範囲が問題である場合は、SIAタイマーを増やさないで、クエリーの範囲を狭めてください。
このセクションでは、再配布に関連するさまざまなシナリオについて説明します。次の例は、再配布の設定に必要な最小限の要件を示しています。再配送によって、最適ではないルーティング、ルーティング ループ、コンバージェンス遅延などの問題が発生する可能性があります。これらの問題を回避するには、「再配布に起因する問題の回避」セクションを参照してください。
図8は、ルータが次のように設定されていることを示しています。
図 8
ルータ 1
router eigrp 2000 !--- The "2000" is the autonomous system network 172.16.1.0 0.0.0.255
ルータ 2
router eigrp 2000 redistribute eigrp 1000 route-map to-eigrp2000 network 172.16.1.0 0.0.0.255 ! router eigrp 1000 redistribute eigrp 2000 route-map to-eigrp1000 network 10.1.0.0 0.0.255.255 route-map to-eigrp1000 deny 10 match tag 1000 ! route-map to-eigrp1000 permit 20 set tag 2000 ! route-map to-eigrp2000 deny 10 match tag 2000 ! route-map to-eigrp2000 permit 20 set tag 1000
ルータ 3
router eigrp 1000 network 10.1.0.0 0.0.255.255
ルータ3は、自律システム1000を介してネットワーク10.1.2.0/24をルータ2にアドバタイズします。ルータ2はこのルートを自律システム2000に再配布し、ルータ1にアドバタイズします。
注:EIGRP 1000からのルートは、EIGRP 2000に再配布される前に1000がタグ付けされます。EIGRP 2000からのルートをEIGRP 1000まで再配布されたループフリー トポロジを実現するために、タグ1000を持つルートが拒否されます。ルーティング プロトコルの再配送の詳細は、『ルーティング プロトコルの再配布』を参照してください。
ルータ1の場合:
one#show ip eigrp topology 10.1.2.0 255.255.255.0 IP-EIGRP topology entry for 10.1.2.0/24 State is Passive, Query origin flag is 1, 1 Successor(s), FD is 46763776 Routing Descriptor Blocks: 172.16.1.2 (Serial0), from 172.16.1.2, Send flag is 0x0 Composite metric is (46763776/46251776), Route is External Vector metric: Minimum bandwidth is 56 Kbit Total delay is 41000 microseconds Reliability is 255/255 Load is 1/255 Minimum MTU is 1500 Hop count is 2 External data: Originating router is 172.16.1.2 AS number of route is 1000 External protocol is EIGRP, external metric is 46251776 Administrator tag is 1000 (0x000003E8)
ルータ 1 とルータ 2 間のリンクの帯域幅が 1.544Mb であるにもかかわらず、このトポロジ テーブル エントリに表示される最低帯域幅は 56k であることに注意してください。これは、EIGRPが2つのEIGRP自律システム間で再配布を行う際、すべてのメトリックを保持することを意味します。
EIGRPと他のプロトコル(RIPやOSPFなど)間の再配布は、すべての再配布と同じように動作します。プロトコル間で再配布を行う場合は、デフォルトメトリックを使用します。EIGRPと他のプロトコル間で再配布を行う場合は、次の2つの問題に注意する必要があります。
EIGRPに再配布されるルートは、常に集約されるわけではありません。「集約」の項で説明を参照してください。
外部 EIGRP ルートでは、管理上の距離は 170 です。
スタティックルートをインターフェイスに設定して、router eigrpでnetworkコマンドを設定すると、このスタティックルートも設定される。EIGRPは、このルートを直接接続されたインターフェイスであるかのように再配布します。
図 9
図9では、ルータ1には、インターフェイスSerial 0を介して設定されたネットワーク172.16.1.0/24へのスタティックルートがあります。
ip route 172.16.1.0 255.255.255.0 Serial0
そしてルータ 1 には、このスタティック ルートの宛先に向けられたネットワーク ステートメントもあります。
router eigrp 2000 network 10.0.0.0 network 172.16.0.0 no auto-summary
ルータ1は、スタティックルートを再配布しない場合でも、このルートを再配布します。これは、EIGRPがこれを直接接続されたネットワークと見なすためです。ルータ2では、次のように表示されます。
two#show ip route .... 10.0.0.0/8 is variably subnetted, 2 subnets, 2 masks C 10.1.1.0/24 is directly connected, Serial0 D 10.1.2.0/24 [90/2169856] via 10.1.1.1, 00:00:47, Serial0 172.16.0.0/24 is subnetted, 1 subnets D 172.16.1.0 [90/2169856] via 10.1.1.1, 00:00:47, Serial0
172.16.1.0/24へのルートは、ルータ2の内部EIGRPルートとして表示されます。
EIGRPの集約には、自動集約と手動集約の2つの形式があります。
EIGRP は、2 つの異なるメジャー ネットワークの境界を横断するごとに、自動集約を実行します。たとえば、図10では、ルータ2はルータ1に到達するために使用するインターフェイスが異なるメジャーネットワーク内にあるため、ルータ2はルータ1に10.0.0.0/8ネットワークのみをアドバタイズします。
図 10
ルータ1では次のようになります。
one#show ip eigrp topology 10.0.0.0 IP-EIGRP topology entry for 10.0.0.0/8 State is Passive, Query origin flag is 1, 1 Successor(s), FD is 11023872 Routing Descriptor Blocks: 172.16.1.2 (Serial0), from 172.16.1.2, Send flag is 0x0 Composite metric is (11023872/10511872), Route is Internal Vector metric: Minimum bandwidth is 256 Kbit Total delay is 40000 microseconds Reliability is 255/255 Load is 1/255 Minimum MTU is 1500 Hop count is 1
このルートは内部ルートのように見られ、どのような場合も集約ルートとしてはマークされません。集約ルートの中で、このメトリックは最も優れたメトリックです。10.0.0.0ネットワークには帯域幅が56kのリンクがありますが、このルートの最小帯域幅は256kです。
集約を行うルータでは、集約アドレスに関してnull0へのルートが構築されます。
two#show ip route 10.0.0.0 Routing entry for 10.0.0.0/8, 4 known subnets Attached (2 connections) Variably subnetted with 2 masks Redistributing via eigrp 2000 C 10.1.3.0/24 is directly connected, Serial2 D 10.1.2.0/24 [90/10537472] via 10.1.1.2, 00:23:24, Serial1 D 10.0.0.0/8 is a summary, 00:23:20, Null0 C 10.1.1.0/24 is directly connected, Serial1
10.0.0.0/8 へのルートは、Null0 を介して、集約としてマークされます。この集約ルートのトポロジテーブルエントリは次のようになります。
two#show ip eigrp topology 10.0.0.0 IP-EIGRP topology entry for 10.0.0.0/8 State is Passive, Query origin flag is 1, 1 Successor(s), FD is 10511872 Routing Descriptor Blocks: 0.0.0.0 (Null0), from 0.0.0.0, Send flag is 0x0 (Note: The 0.0.0.0 here means this route is originated by this router.) Composite metric is (10511872/0), Route is Internal Vector metric: Minimum bandwidth is 256 Kbit Total delay is 20000 microseconds Reliability is 255/255 Load is 1/255 Minimum MTU is 1500 Hop count is 0
ルータ 2 に、集約の代わりに 10.0.0.0 ネットワークのコンポーネントをアドバタイズさせるには、ルータ 2 の EIGRP プロセスに no auto-summary を設定します。
ルータ2:
router eigrp 2000 network 172.16.0.0 network 10.0.0.0 no auto-summary
auto-summary をオフにすることで、ルータ 1 には 10.0.0.0 ネットワークのすべてのコンポーネントが表示されます。
one#show ip eigrp topology IP-EIGRP Topology Table for process 2000 Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply, r - Reply status P 10.1.3.0/24, 1 successors, FD is 46354176 via 172.16.1.2 (46354176/45842176), Serial0 P 10.1.2.0/24, 1 successors, FD is 11049472 via 172.16.1.2 (11049472/10537472), Serial0 P 10.1.1.0/24, 1 successors, FD is 11023872 via 172.16.1.2 (11023872/10511872), Serial0 P 172.16.1.0/24, 1 successors, FD is 2169856 via Connected, Serial0
外部ルートの集約に関して、注意点がいくつかあります。これらについては、後ほど「外部ルートの自動集約」の項で説明します。
EIGRPでは、手動集約を使用して、内部ルートと外部ルートを事実上どのビット境界でも集約できます。たとえば、図11では、ルータ2は192.168.1.0/24、192.168.2.0/24、および192.168.3.0/24をCIDRブロック192.168.0.0/22に集約します。
図 11
ルータ2の設定を次に示します。
two#show run .... ! interface Serial0 ip address 10.1.50.1 255.255.255.0 ip summary-address eigrp 2000 192.168.0.0 255.255.252.0 no ip mroute-cache ! .... two#show ip eigrp topology IP-EIGRP Topology Table for process 2000 Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply, r - Reply status P 10.1.10.0/24, 1 successors, FD is 45842176 via Connected, Loopback0 P 10.1.50.0/24, 1 successors, FD is 2169856 via Connected, Serial0 P 192.168.1.0/24, 1 successors, FD is 10511872 via Connected, Serial1 P 192.168.0.0/22, 1 successors, FD is 10511872 via Summary (10511872/0), Null0 P 192.168.3.0/24, 1 successors, FD is 10639872 via 192.168.1.1 (10639872/128256), Serial1 P 192.168.2.0/24, 1 successors, FD is 10537472 via 192.168.1.1 (10537472/281600), Serial1
インターフェイスSerial0の下にあるip summary-address eigrpコマンドと、Null0を介した集約ルートを確認します。ルータ1では、これは内部ルートとして表示されます。
one#show ip eigrp topology IP-EIGRP Topology Table for process 2000 Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply, r - Reply status P 10.1.10.0/24, 1 successors, FD is 46354176 via 10.1.50.1 (46354176/45842176), Serial0 P 10.1.50.0/24, 1 successors, FD is 2169856 via Connected, Serial0 P 192.168.0.0/22, 1 successors, FD is 11023872 via 10.1.50.1 (11023872/10511872), Serial0
EIGRPは、同じメジャーネットワークのコンポーネントが内部ルートでない限り、外部ルートを自動集約しません。図12にこれを示します。
図 12
ルータ3は、次の設定に示すように、redistribute connectedコマンドを使用して192.168.2.0/26と192.168.2.64/26への外部ルートをEIGRPに挿入します。
ルータ 3
interface Ethernet0 ip address 192.168.2.1 255.255.255.192 ! interface Ethernet1 ip address 192.168.2.65 255.255.255.192 ! interface Ethernet2 ip address 10.1.2.1 255.255.255.0 !router eigrp 2000 redistribute connected network 10.0.0.0 default-metric 10000 1 255 1 1500
この設定をルータ 3 に行うと、ルータ 1 のルーティング テーブルの表示は次のようになります。
one#show ip route .... 10.0.0.0/8 is subnetted, 2 subnets D 10.1.2.0 [90/11023872] via 10.1.50.2, 00:02:03, Serial0 C 10.1.50.0 is directly connected, Serial0 192.168.2.0/26 is subnetted, 1 subnets D EX 192.168.2.0 [170/11049472] via 10.1.50.2, 00:00:53, Serial0 D EX 192.168.2.64 [170/11049472] via 10.1.50.2, 00:00:53, Serial0
通常、自動集約により、ルータ3は192.168.2.0/26と192.168.2.64/26のルートを1つの主要なネット宛先(192.168.2.0/24)に集約しますが、両方のルートが外部であるため、この集約は行われません。ただし、ルータ2と3の間のリンクを192.168.2.128/26に再設定し、ルータ2と3にこのネットワークのnetwork文を追加した場合、ルータ2に192.168.2.0/24自動集約が生成されます。
ルータ 3
interface Ethernet0 ip address 192.168.2.1 255.255.255.192 ! interface Ethernet1 ip address 192.168.2.65 255.255.255.192 ! interface Serial0 ip address 192.168.2.130 255.255.255.192 ! router eigrp 2000 network 192.168.2.0
ここで、ルータ2は192.168.2.0/24の集約を生成します。
two#show ip route .... D 192.168.2.0/24 is a summary, 00:06:48, Null0 ....
ルータ 1 には集約ルートのみが表示されます。
one#show ip route .... 10.0.0.0/8 is subnetted, 1 subnets C 10.1.1.0 is directly connected, Serial0 D 192.168.2.0/24 [90/11023872] via 10.1.50.2, 00:00:36, Serial0
ルータがネイバーからのクエリーを処理する場合、これらのルールはテーブルにリストされているように適用されます。
クエリー元 | ルートの状態 | アクション |
近隣ルータ(現行のサクセサ以外) |
passive |
現在のサクセサ情報を返信します。 |
サクセサ |
passive |
新しいサクセサの検索を試行します。検索に成功した場合は、新しい情報で応答します。検索に失敗した場合は、宛先を到達不能としてマークし、前のサクセサを除くすべてのネイバーにクエリーを送信します。 |
任意の近隣ルータ |
クエリーより先に、この近隣ルータを通るパスはない。 |
現在既知のベストパスで応答します。 |
任意の近隣ルータ |
クエリー前は不明 |
宛先が到達不能であると応答します。 |
近隣ルータ(現行のサクセサ以外) |
active |
これらの宛先への現在のサクセサがない場合(通常はtrue)、到達不能を応答します。 適切なサクセサがある場合は、現在のパス情報を返信します。 |
サクセサ |
active |
新しいサクセサの検索を試行します。検索に成功した場合は、新しい情報を使用して応答します。検索に失敗した場合は、宛先を到達不能としてマークし、前のサクセサ以外のすべてのネイバーを照会します。 |
前の表のアクションは、ネットワークが新しいトポロジに収束する前に、いくつのルータがクエリーを受信して応答するかを検出する際に、ネットワーク内のクエリーの範囲に影響を与えます。これらのルールがクエリーの管理方法にどのように影響するかを確認するには、図13のネットワークを見ます。このネットワークは通常の条件下で動作しています。
図 13
これは、ネットワーク192.168.3.0/24(右端)に関して予想されます。
ルータ 1 には、192.168.3.0/24 へのパスが 2 つあります。
ルータ 2 を経由 - 距離 46533485、報告距離 20307200。
ルータ 3 を経由 - 距離 20563200、報告距離 20307200。
ルータ 1 はルータ 3 を通るパスを選択し、ルータ 2 を通るパスをフィージブル サクセサとして保持します。
ルータ 2 および 3 は、ルータ 4 を経由する 192.168.3.0/24 への 1 つのパスを示します。
192.168.3.0/24 に障害が起きたと仮定します。このネットワークで期待されるアクティビティは、図13a ~ 13hがプロセスを示しています。
ルータ 5 が 192.168.3.0/24 を到達不能にマークし、ルータ 4 に問い合せます。
図13a
ルータ4は、サクセサからクエリーを受信すると、このネットワークへの新しいフィージブルサクセサの検索を試みます。見つからなかった場合、ルータ 4 は 192.168.3.0/24 を到達不能にマークし、ルータ 2 と 3 に問い合わせます。
図13b
ルータ2と3は、192.168.3.0/24への唯一の到達可能ルートを失ったことを確認し、到達不能としてマークします。ルータ2と3は両方ともルータ1にクエリーを送信します。
図13c
ルータ1が最初にルータ3からクエリーを受信し、このルートを到達不能としてマークしたと仮定します。するとルータ 1 はルータ 2 からクエリーを受信します。別の順序が可能ですが、それらはすべて同じ最終結果を持っています。
図13d
ルータ1は到達不能で両方のクエリーに応答し、ルータ1は192.168.3.0/24に対してパッシブになりました。
図13e
ルータ2と3はルータ4からのクエリーに応答し、ルータ2と3は192.168.3.0/24に対してパッシブになります。
図13f
ルータ5は、ルータ4からの応答を受信すると、ルーティングテーブルからネットワーク192.168.3.0/24を削除します。ルータ5は、ネットワーク192.168.3.0/24に対してパッシブになります。ルータ5はルータ4に更新情報を返信するため、ルートは他のルータのトポロジおよびルーティングテーブルから削除されます。
図13g
他のクエリーパスや処理する順序を使用することもできますが、リンクがダウンすると、ネットワーク内のすべてのルータがネットワーク192.168.3.0/24に対するクエリーを処理します。一部のルータは複数のクエリーを処理できます(この例ではRouter One)。実際、クエリーが異なる順序でルータに到達する場合、一部のクエリーは3つまたは4つ処理されます。これは、EIGRP ネットワークでのクエリーの範囲が制限されていないことを示すよい例です。
同じネットワーク内の10.1.1.0/24へのパスを調べます。
ルータ 2 は、10.1.1.0/24 ネットワークへのトポロジ テーブル エントリを保持します。コストはルータ 1 経由で 46251885 です。
ルータ 3 は、10.1.1.0/24 ネットワークへのトポロジ テーブル エントリを保持します。コストはルータ 1 経由で 20281600 です。
ルータ4には、ルータ3を通る10.0.0.0/8ネットワークのトポロジテーブルエントリがあります(ルータ2と3はメジャーネットワーク境界に自動集約されるため)。メトリックは20307200です(ルータ2を通る報告距離は、ルータ3を通る合計メトリックよりも大きいため、ルータ2を通るパスはフィージブルサクセサではありません)。
図 14
ルータ 1 は 10.1.1.0/24 がダウンすると、これを到達不能にマークし、このネットワークへの新しいパスをそれぞれの近隣ルータ(ルータ 2 と 3)に問い合せます。
図14a
ルータ2は、ルータ1からクエリーを受信すると、このルートを到達不能にマークし(このクエリーはサクセサから送信されるため)、ルータ4とルータ3にクエリーを送信します。
図14b
ルータ 3 は、ルータ 1 からのクエリーを受信すると、この宛先を到達不能にマークし、ルータ 2 と 4 に問い合せます。
図14c
ルータ4は、ルータ2とルータ3からのクエリーを受信すると、10.1.1.0/24は到達不能であると応答します(ルータ4は10.0.0.0/8ルートしか持っていないため、問題のサブネットを認識しません)。
図14d
ルータ 2 と 3 は、10.1.1.0/24 が到達不能であることを相互に応答し合います。
図14e
これでルータ 2 と 3 に未処理のクエリーがなくなったので、両ルータはルータ 1 に 10.1.1.0/24 が到達不能であると応答します。
図14f
この場合、クエリーはルータ2および3での自動集約によってバインドされます。ルータ5はクエリープロセスに参加せず、ネットワークの再コンバージェンスにも関与しません。手動集約、自動システム ボーダー、配布リストなどによってクエリーの範囲を制限することも可能です。
ルータが2つのEIGRP自律システム間でルートを再配布する場合、通常のルール内でプロセスのクエリーに応答し、他の自律システムへの新しいクエリーを開始します。たとえば、ルータ 3 に接続するネットワークへのリンクがダウンした場合、ルータ 3 はこのルートを到達不能にマークし、ルータ 2 に対して新しいパスを問い合せます。
図15a
ルータ 2 はこのネットワークが到達不能であると応答し、AS 200 へのクエリーをルータ 1 に向けはじめます。ルータ 3 は、初めのクエリーに対する応答を受信すると、このルートをテーブルから削除します。ルータ 3 は、このネットワークに対してパッシブになります。
図15b
ルータ 1 がルータ 2 に応答した後、ルートがパッシブになります。
図15c
最初のクエリーが(自律システム境界線によって範囲を制限されていたため)ネットワークの至るところに伝搬されなかったにもかかわらず、そのクエリーは新しいクエリーという形で、2 番目の AS に流出します。これにより、クエリーが応答されるまでに通過しなければならないルータの数が制限されるため、ネットワーク内のstuck in active(SIA)問題が防止されます。ただし、クエリーを処理する必要がある各ルータの全体的な問題を解決するわけではありません。この方法を使用すると、問題が悪化し、集約されていたはずのルートの自動集約が妨げられる可能性があります(メジャーネットワークに外部コンポーネントがない限り、外部ルートは集約されません)。
EIGRP の配布リストは、クエリーの伝搬をブロックするのでなく、クエリーに対するどの返信も、到達不能にマークします。図16を例として使用します。
図 16
図16では、次の手順を実行します。
ルータ 3 には、そのシリアル インターフェイスに対する配布リストが適用されており、これによってネットワーク B をアドバタイズすることだけが許可されています。
ルータ 1 とルータ 2 では、ネットワーク A がルータ 3 経由で到達可能であるとは認識されていません(ルータ 3 はルータ 1 とルータ 2 間の通過ポイントとしては使用されません)。
ルータ3は、ルータ1をネットワークAへの優先パスとして使用し、ルータ2をフィージブルサクセサとしては使用しません。
ルータ 1 は、ネットワーク A への接続を失うと、このルートを到達不能にマークし、ルータ 3 にクエリーを送信します。ルータ 3 は、そのシリアル ポート上に配布リストがあるため、ネットワーク A へのパスをアドバタイズしません。
図16a
ルータ 3 はこのルートを到達不能にマークしてから、ルータ 2 に問い合せます。
図16b
ルータ2は、トポロジ テーブルを調べ、ネットワークA.に有効な接続があることを認識します。クエリーは、ルータ3の配布リストの影響を受けませんでした。
図16c
ルータ2はネットワークAが到達可能であると応答し、ルータ3には有効なルートが設定されています。
図16d
ルータ 3 は、ルータ 1 からのクエリーに対する応答を作成します。しかし、配布リストがあるために、ルータ 3 は、実際にはネットワーク A への有効なルートがあるにもかかわらず、ネットワーク A が到達不能と応答してしまいます。
図16e
一部のルーティングプロトコルは、コンバージ(ネットワークの変更に対応)中に低帯域幅リンクで使用可能なすべての帯域幅を消費します。EIGRPはこの輻輳を回避し、ネットワークでパケットが送信される速度を管理するため、使用可能な帯域幅の一部のみを使用します。EIGRPのデフォルト設定では、使用可能な帯域幅の最大50 %が使用されますが、これは次のコマンドで変更できます。
router(config-if)# ip bandwidth-percent eigrp 2? <1-999999> Maximum bandwidth percentage that EIGRP can use
基本的に、EIGRPはインターフェイスで送信するパケットをキューイングするたびに、次の式を使用して、パケットを送信するまでの待ち時間を決定します。
ip bandwidth-percent eigrp 2
-
(8 * 100 * パケット サイズ [バイト])/(帯域幅 [kbps] * 帯域幅 [%])
たとえば、帯域幅 56k のシリアル インターフェイスで送信する 512 バイトのパケットをキューに入れる場合、EIGRP は待機します。
-
(8 * 100 * 512 バイト)/(56000 bps * 帯域幅 50 %)(8 * 100 * 512)/(56000 * 50)409600 / 2800000 0.1463 秒
これにより、EIGRPがパケットを送信する前に、少なくとも512バイトのパケット(またはパケットのグループ)がこのリンクで送信できるようになります。ペーシングタイマーは、パケットがいつ送信されるかを決定し、ミリ秒単位で表します。前の例のパケットのペーシングタイムは0.1463秒です。show ip eigrp interfaceには、ペーシングタイマーを表示するフィールドがあります。
outer#show ip eigrp interface
IP-EIGRP interfaces for process 2
Xmit Queue Mean Pacing Time Multicast Pending
Interface Peers Un/Reliable SRTT Un/Reliable Flow Timer Routes
Se0 1 0/0 28 0/15 127 0
Se1 1 0/0 44 0/15 211 0
router#
表示されるタイムは、このインターフェイスで送信可能な最大のパケットを指す、maximum transmission unit(MTU; 最大伝送ユニット)のペーシング間隔です。
デフォルト ルーティング
EIGRP にデフォルト ルートを投入する方法は 2 つあります。スタティック ルートの再配送、または 0.0.0.0/0 への集約です。未知の宛先へのすべてのトラフィックを、ネットワーク コアのデフォルト ルートに向けたい場合は、前者の方法を使用してください。この方法は、インターネットへの接続をアドバタイズします。例:
ip route 0.0.0.0 0.0.0.0 x.x.x.x (next hop to the internet)
!
router eigrp 100
redistribute static
default-metric 10000 1 255 1 1500
EIGRP に再配布されるスタティック ルートは、ネットワーク 0.0.0.0 である必要はありません。別のネットワークを使用する場合は、ip default-network コマンドを使用して、このネットワークをデフォルト ネットワークとしてマークする必要があります。
集約した場合、デフォルトルートは、リモートサイトにデフォルトルートを提供する場合にのみ機能します。集約はインターフェイスごとに設定されるため、配布リストまたはその他のメカニズムを使用して、デフォルトルートがネットワークのコアに広がるのを防ぐことができます。0.0.0.0/0 への集約は、他のルーティング プロトコルから学習したデフォルト ルートを無効にすることに注意してください。この方法でルータにデフォルトルートを設定する唯一の方法は、スタティックルートを0.0.0.0/0に設定することです(Cisco IOSソフトウェア12.0(4)Tから開始し、ip summary-address eigrpコマンドの末尾でアドミニストレーティブディスタンスも設定できるため、ローカル集約によって0.0.0.0/0ルートが上書きされることはありません)。
router eigrp 100
network 10.0.0.0
!
interface serial 0
encapsulation frame-relay
no ip address
!
interface serial 0.1 point-to-point
ip address 10.1.1.1
frame-relay interface-dlci 10
ip summary-address eigrp 100 0.0.0.0 0.0.0.0
Load Balance
EIGRPはルーティングテーブルに最大4つの等コストのルートを設定し、ルータはこれをロードバランシングします。ロードバランスのタイプ(パケットごとまたは宛先ごと)は、ルータで実行されるスイッチングのタイプによって異なります。ただし、EIGRPは不等コストリンク上でロードバランシングを行うこともできます。
注:max-pathsを使用すると、EIGRPに最大6つまでの等コストのルートの使用を設定できます。
特定の宛先へのパスが4つあり、これらのパスのメトリックが次の場合。
-
パス 1:1100
-
パス 2:1100
-
パス 3:2000
-
パス 4:4000
ルータはデフォルトで、パス1および2.でロケーション表示します。EIGRPでは、variance コマンドを使用して、ルータにトラフィックをパス3とパス4にも流すように指示できます。バリアンスは乗数です。トラフィックは、ベストパスにバリアンスを掛けた値より小さいメトリックを持つリンク上に配置されます。、ASパス3.でメトリックよりも1100 x 2 = 2200、1、2、および3のバリエーション2にロード バランシングします。同様に、パス 4 も追加するには、router eigrp コマンドでバリアンス 4 を実行してください。詳細は、『IGRP および EIGRP における不等コスト パスの負荷バランシング(バリアンス)』を参照してください。
トラフィックは、これらのルータのパス間でどのように分配されるのでしょうか。これは、最大メトリックに各パスでメトリックを分離し、最も近い整数に四捨五入し、トラフィックシェアカウントとしてこの番号を使用します。
router#show ip route 10.1.4.0
Routing entry for 10.1.4.0/24
Known via "igrp 100", distance 100, metric 12001
Redistributing via igrp 100, eigrp 100
Advertised by igrp 100 (self originated)
eigrp 100
Last update from 10.1.2.2 on Serial1, 00:00:42 ago
Routing Descriptor Blocks:
* 10.1.2.2, from 10.1.2.2, 00:00:42 ago, via Serial1
Route metric is 12001, traffic share count is 1
Total delay is 20010 microseconds, minimum bandwidth is 1000 Kbit
Reliability 1/255, minimum MTU 1 bytes
Loading 1/255, Hops 0
この例では、トラフィックシェアカウントは:
-
パス 1 および 2:4000/1100 = 3
-
パス 3:4000/2000 = 2
-
パス 4:4000/4000 = 1
ルータはパス1上の最初の三つのパケット、パス2上の次の三つのパケット、パス3上の次の二つのパケット、およびパス4.で次のパケットを送信します。ルータは、次の3つのパケットをパス1経由で送信すると再起動し、このパターンを続行します。
注:バリアンスが設定されていても、報告された距離がその特定のルートの到達可能距離よりも大きい場合、EIGRPは不等コストパスでトラフィックを送信しません。詳細は、「到達可能距離、報告距離、およびフィージブル サクセサ」の項を参照してください。
メトリックの使用
EIGRPを最初に設定するときに、EIGRPメトリックに影響を与えようとするときは、次の2つの基本的なルールを覚えておいてください。
-
帯域幅は常にインターフェイスの実際の帯域幅に設定する必要があります。マルチポイントシリアルリンクやその他のメディア速度のミスマッチ状況は、このルールの例外です。
-
EIGRPルーティングの決定に影響を与えるには、常に遅延を使用する必要があります。
EIGRP は、インターフェイス帯域幅を使用してパケットの送信速度の決定するので、これらの設定を正しく行うことが重要です。EIGRP の選択するパスに影響を与える必要がある場合は、常に遅延を使用してください。
帯域幅が小さいほど、帯域幅はメトリックの合計に大きな影響を与え、帯域幅が大きいほど、遅延はメトリックの合計に大きな影響を与えます。
再配布での管理タグの使用
外部管理タグは、EIGRPと他のプロトコル間のルーティングループの再配布を中断する可能性があります。EIGRPに再配布されるルートにタグを付けると、EIGRPから外部プロトコルへの再配布をブロックできます。EIGRPでは、アドミニストレーティブ ディスタンスの変更が内部のルートだけに適用されるため、外部ルートから学習されたデフォルト ゲートウェイのアドミニストレーティブ ディスタンスを変更することはできません。メトリックを上げるには、プレフィックスリストでルートマップを使用します。アドミニストレーティブディスタンスは変更しないでください。次に、これらのタグを設定する基本的な例を示しますが、この例では、再配布ループを解消するために使用される設定全体は示しません。
図 17
EIGRPに接続されたルートを再配布するルータ3には、次のように表示されます。
three#show run
....
interface Loopback0
ip address 172.19.1.1 255.255.255.0
!
interface Ethernet0
ip address 172.16.1.1 255.255.255.0
loopback
no keepalive
!
interface Serial0
ip address 172.17.1.1 255.255.255.0
....
router eigrp 444
redistribute connected route-map foo
network 172.17.0.0
default-metric 10000 1 255 1 1500
....
access-list 10 permit 172.19.0.0 0.0.255.255
route-map foo permit 10
match ip address 10
set tag 1
....
three#show ip eigrp topo
IP-EIGRP Topology Table for process 444
Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,
r - Reply status
P 172.17.1.0/24, 1 successors, FD is 2169856
via Connected, Serial0
via Redistributed (2169856/0)
P 172.16.1.0/24, 1 successors, FD is 281600
via Redistributed (281600/0)
P 172.19.1.0/24, 1 successors, FD is 128256, tag is 1
via Redistributed (128256/0)
EIGRPからRIPにルートを再配布するルータ2には、次のように表示されます。
two#show run
....
interface Serial0
ip address 172.17.1.2 255.255.255.0
!
interface Serial1
ip address 172.18.1.3 255.255.255.0
....
router eigrp 444
network 172.17.0.0
!
router rip
redistribute eigrp 444 route-map foo
network 10.0.0.0
network 172.18.0.0
default-metric 1
!
no ip classless
ip route 10.10.10.10 255.255.255.255 Serial0
route-map foo deny 10
match tag 1
!
route-map foo permit 20
....
two#show ip eigrp topo
IP-EIGRP Topology Table for process 444
Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,
r - Reply status
P 172.17.1.0/24, 1 successors, FD is 2169856
via Connected, Serial0
P 172.16.1.0/24, 1 successors, FD is 2195456
via 172.17.1.1 (2195456/281600), Serial0
P 172.19.1.0/24, 1 successors, FD is 2297856, tag is 1
via 172.17.1.1 (2297856/128256), Serial0
172.19.1.0/24のタグ1に注目してください。
ルータ2によって再配布されたRIPルートを受信するルータ1は次のように表示されます。
one#show run
....
interface Serial0
ip address 172.18.1.2 255.255.255.0
no fair-queue
clockrate 1000000
router rip
network 172.18.0.0
....
one#show ip route
Gateway of last resort is not set
R 172.16.0.0/16 [120/1] via 172.18.1.3, 00:00:15, Serial0
R 172.17.0.0/16 [120/1] via 172.18.1.3, 00:00:15, Serial0
172.18.0.0/24 is subnetted, 1 subnets
C 172.18.1.0 is directly connected, Serial0
172.19.1.0/24がなくなっていることに注意してください。
EIGRPコマンド出力について
show ip eigrp traffic
このコマンドは、名前付き設定およびEIGRP自律システム(AS )設定情報を表示するのに使用されます。このコマンドの出力は、隣接するEIGRPルータ間で交換された情報を示します。各出力フィールドの説明は、表の後にあります。
show ip eigrp traffic |
設定に関する説明
-
helloが送信され、受信されたhelloパケットの送信/受信show (-1927/received ~ 1930年)に送信される)。
-
送信されたアップデート パケットが送信および受信された表示/更新(20/received、39)
-
送信されたクエリー パケットを送信し、受信した手段とクエリー(10/received、18)
-
送信された応答パケットが送信および受信された表示/応答(18/received、16)
-
Acksが送信され、受信した応答パケットの送信/受信スタンド(66/received、41)
-
送信されたSIAクエリーまたは送受信手段数がstuck-in-activeクエリー パケットを受信しました(0/received、0)
-
送信したスタック応答パケットが送信および受信された表示/SIA応答(0/received、0)
-
helloプロセスIDはhelloプロセスID (270)です。
-
PDMプロセスIDは、プロトコル依存モジュールのCisco IOSプロセスID(251)を表します。
-
ソケット キューの表示EIGRP Helloプロセスのソケット キュー カウンタ(現在の0/max 2000/highest 1/drops 0)のIPアドレス。
-
入力キューはEIGRP PDMソケット キュー カウンタ(現在の0/max 2000/highest 1/drops 0)にEIGRP Helloプロセスを示します。
show ip eigrp topology
このコマンドはフィージブル サクセサのみを表示します。トポロジ テーブルのすべてのエントリを表示するには、show ip eigrp topology all-links コマンドを使用します。各出力フィールドの説明は、表の後にあります。3+
show ip eigrp topology |
設定に関する説明
-
A は「アクティブ」を意味します。これは、パッシブを意味するPを示す場合もあります。
-
10.2.4.0/24 は宛先またはマスクです。
-
0 successorsは、この宛先に使用可能なサクセサ(またはパス)の数を示します。サクセサが大文字の場合、ルートは移行中です。
-
FD is 512640000 は、到達可能距離を示します。到達可能距離は、この宛先に到達するための最適なメトリック、もしくはルータがアクティブになった時点での既知の最適なメトリックです。
-
tag is 0x0は、set tagおよびmatch tagコマンドを使用して、ルートマップの設定またはフィルタリングができます。
-
Q は、クエリーが保留中であることを意味します。このフィールドには、更新が保留中であることを示すU、または応答が保留中であることを示すRを指定することもできます。
-
1 replies は、未処理の応答数を示します。
-
active 00:00:01 は、このルートがアクティブであった期間を指しています。
-
query origin: Local originは、クエリーを発信したルートを示します。このフィールドには、複数のネイバーがこの宛先にクエリーを送信したがサクセサは送信しなかったことを示すMultiple originals、またはサクセサがクエリーを発信したことを示すSuccessor originを指定できます。
-
via 10.1.2.2は、このルートがIPアドレス10.1.2.2のネイバーから学習されたことを示します。このフィールドには、ネットワークがこのルータに直接接続されている場合はConnected、このルートがこのルータ上でEIGRPに再配布されている場合はRedistributed、このルートがこのルータ上で生成された集約ルートである場合はSummaryも指定できます。
-
(Infinity/Infinity) は、最初のフィールドでこの近隣ルータを介してこのパスに到達するためのメトリックを示し、および 2 番目のフィールドでこの近隣ルータを介して報告された距離を示します。
-
rは、このネイバーがクエリーを受け取って応答を待っていることを示します。
-
Qはこのルートの送信フラグで、保留中のクエリーがあることを意味します。このフィールドには、更新が保留中であることを示すU、または応答が保留中であることを示すRを指定することもできます。
-
Serial1 は、この近隣ルータに到達できるインターフェイスです。
-
Via 10.1.1.2は、ネイバーがクエリーを受け、応答を待っていることを示します。
-
rは、このネイバールータがルートに関してクエリーを受け、まだ応答を受信していないことを示します。
-
Serial0 は、この近隣ルータに到達できるインターフェイスです。
-
Via 10.1.2.2 (512640000/128256), Serial1」は、このルートが使用されていることを示します(次のパス/宛先が、複数の等コストのルートを通る場合にどのパスを通るかを示します)。
show ip eigrp topology <network>
このコマンドは、フィージブル サクセサだけでなく、この宛先のトポロジ テーブルにあるすべてのエントリを表示します。各出力フィールドの説明は、表の後にあります。
show ip eigrp topology network |
設定に関する説明
-
- State is Passiveはネットワークがパッシブ状態にあることを意味します。つまり、このネットワークへのパスは検索されません。安定したネットワークでは、ルートは必ずといってよいほどパッシブ状態にあります。
- Query origin flag is 1:このフィールドは、このルートがアクティブの場合、このクエリーの発信者の情報を提供します。
- 0:このルートはアクティブですが、そのルートに対するクエリーは発信されていません(フィージブルサクセサをローカルで検索します)。
- 1:このルータはこのルートに対するクエリーを発信しました(またはルートがパッシブです)。
- 2:このクエリの複数の拡散計算。このルータは複数の送信元から、このルートに対する複数のクエリーを受信しました。
- 3:このネットワークへのパスを学習したルータは、現在、別のルートを照会しています。
- 4:このルータを含む、このルートの複数のクエリーソース。これは2に似ていますが、このパスで未処理のクエリーを説明するクエリーのオリジン文字列があることを意味します。
-
2 Successor(s) は、このネットワークに到達可能なパスが 2 つあることを意味します。
- FD is 307200 は、このネットワークへの最適な現行メトリックを示します。ルートがアクティブの場合、このネットワークにパケットをルーティングするために以前使用されたパスのメトリックを示します。
-
Routing Descriptor Blocks:これらの各エントリは、ネットワークへの1つのパスを記述します。
-
10.1.1.2 (Ethernet1) はネットワークへのネクストホップ、およびネクストホップに到着するために経由するインターフェイスです。
-
from 10.1.2.2 はこのパス情報の送信元です。
-
Send flag is:
-
0x0:このエントリに関連して送信する必要があるパケットがある場合、パケットのタイプを示します。
-
0x1:このルータはこのネットワークに対するクエリーを受信したため、ユニキャスト応答を送信する必要があります。
-
0x2:このルートはアクティブであり、マルチキャストクエリーを送信する必要があります。
-
0x3:このルートは変更されているため、マルチキャストアップデートを送信する必要があります。
-
Composite metric is (307200/281600) は、ネットワークへの合計計算コストを示します。カッコ内の最初の数字は、このパスを経由するネットワークへの合計コストと、ネクストホップへのコストです。括弧内の 2 番目の数字は、報告距離、つまり、ネクストホップが使用するコストです。
-
Route is Internal は、このルートがこの EIGRP AS(自律システム)の中を配送元としていることを意味します。ルートがこの EIGRP AS に再配送された場合は、このフィールドは ルートが External であることを示します。
-
Vector metric は、ネットワークへのコストを計算するために EIGRP が使用する個々のメトリックを示します。EIGRPはネットワーク全体に総コスト情報を伝播しません。ベクターメトリックは伝播され、各ルータは個別にコストと報告距離を計算します。
-
Minimum bandwidth is 10000 Kbit は、このネットワークに向かうパスの最低帯域幅を示します。
-
Total delay is 2000 microseconds は、このネットワークに向かうパスの遅延の合計を示します。
- Reliability is 0/255 は信頼性係数を示します。この数値は動的に計算されますが、デフォルトではメトリック計算には使用されません。
- Load is 1/255 は、リンクが伝送しているロードの量を示します。この数値は動的に計算され、EIGRPがこのパスの使用コストを計算する際にはデフォルトでは使用されません。
-
-
Minimum MTU is 1500 このフィールドはメトリック計算では使用されません。
-
Hop count is 2 これはメトリック計算では使用されませんが、EIGRP AS の最大サイズを制限します。EIGRPが受け入れるホップの最大数はデフォルトで100ですが、メトリック最大ホップで最大220に設定できます。
ルートが外部の場合、この情報が含まれます。各出力フィールドの説明は、表の後にあります。
外部ルート |
設定に関する説明
-
Originating Router は、これがこのルートを EIGRP AS に投入したルータであることを示しています。
-
External AS は、このルートの配布元である AS(ある場合)を示します。
-
External Protocol は、このルートの配布元であるプロトコル(ある場合)を示します。
-
external metric は、外部プロトコルの内部メトリックを示します。
-
Administrator Tagは、set tagコマンドおよびmatch tagコマンドを使用して、ルートマップで設定またはフィルタできます。
show ip eigrp topology [active | pending | zero-successors]
show ip eigrp topology と同じ出力形式ですが、トポロジ テーブルの一部も示します。
show ip eigrp topology all-links
show ip eigrp topology と同じ出力形式ですが、フィージブル サクセサだけではなく、トポロジ テーブルにあるすべてのリンクも表示されます。
関連情報
改定 | 発行日 | コメント |
---|---|---|
4.0 |
31-Aug-2023 |
再認定2023年 |
3.0 |
12-Jul-2022 |
改善のために再公開されました。再認定7/12/2022 |
2.0 |
30-Jun-2022 |
再認定の更新
テキストと図からすべてのPIIを削除します。
スタイルの要件、機械翻訳、寸法、およびその他の書式を更新します。 |
1.0 |
03-Jan-2002 |
初版 |