Interior Gateway Routing Protocol(IGRP)は、対象のネットワークへのリンクのさまざまな特性の加重値を加算してメトリックを計算します。IGRP が複合メトリックを計算するリンク特性は、帯域幅、遅延、信頼性、および最大転送単位(MTU)です。 デフォルトで、IGRP は、帯域幅と遅延に基づいてルートを選択します。
このドキュメントの読者は次のトピックについての専門知識を有している必要があります。
IGRP と関連機能
注:詳細は、『IGRPの概要』を参照してください。
このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づくものです。
Cisco IOS® ソフトウェア リリース 12.2(24a)
Cisco 2500 シリーズ ルータ
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、初期(デフォルト)設定の状態から起動しています。対象のネットワークが実稼働中である場合には、どのようなコマンドについても、その潜在的な影響について確実に理解しておく必要があります。
ドキュメント表記の詳細は、「シスコ テクニカル ティップスの表記法」を参照してください。
ここでは、例を使用して IGRP がルーティング プロトコルの場合にメトリックを検索する方法について説明します。
次に、特定のシナリオに関する図を示します。
次に、IGRP の複合メトリックの計算に使用する公式を示します。
メトリック = [K1 x 帯域幅 + (K2 x 帯域幅)/(256-load) + K3 x 遅延] x [K5/(信頼性 + K4)]
デフォルトの定数値は、K1 = K3 = 1、および K2 = K4 = K5 = 0 です。
K5 = 0 の場合、[K5/(信頼性 + K4)] 項は使用されません。したがって、K1 ~ K5 のデフォルト値が与えられると、IGRP が使用する複合メトリック計算は、メトリック = 帯域幅 + 遅延に下がります。
これらの式のK値は、ルータ設定コマンドのmetric weights tos k1 k2 k3 k4 k5で定義できる定数です。
注:デフォルトのKパラメータは変更しないことを強く推奨します。
帯域幅を検索するには、発信インターフェイスから Kbps 単位のすべての帯域幅の中から最小のものを検索し、10,000,000 をその数で割ります(帯域幅は、キロビット/秒単位で 10,000,000 ずつ増減します)。
遅延を検索するには、発信インターフェイスからのすべての遅延(ミリ秒単位)を追加し、その数を 10 で割ります(遅延は 10 分の 1 マイクロ秒単位です)。
最小メトリックのパスがベスト パスであることを覚えておいてください。
次に、両方のルータに対する show コマンドのさまざまな出力を示します。
Venus# show interfaces ethernet 0 Ethernet0 is up, line protocol is up Hardware is Lance, address is 0060.5cf4.a9a8 (bia 0060.5cf4.a9a8) Internet address is 12.1.1.1/24 MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Venus# show interfaces serial 0 Serial0 is up, line protocol is up Hardware is HD64570 Internet address is 172.16.10.2/24 MTU 1500 bytes, BW 784 Kbit, DLY 20000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation FRAME-RELAY, loopback not set Keepalive set (10 sec) LMI enq sent 981, LMI stat recvd 330, LMI upd recvd 0, DTE LMI up LMI enq recvd 340, LMI stat sent 0, LMI upd sent 0 LMI DLCI 1023 LMI type is CISCO frame relay DTE Saturn# show interfaces serial 1 Serial0 is up, line protocol is up Hardware is HD64570 Internet address is 172.16.10.1/24 MTU 1500 bytes, BW 224 Kbit, DLY 20000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation FRAME-RELAY, loopback not set Keepalive set (10 sec) LMI enq sent 167, LMI stat recvd 168, LMI upd recvd 0, DTE LMI up LMI enq recvd 0, LMI stat sent 0, LMI upd sent 0 LMI DLCI 1023 LMI type is CISCO frame relay DTE Saturn# show interfaces ethernet 0 Ethernet0 is up, line protocol is up Hardware is Lance, address is 0060.5cf4.a955 (bia 0060.5cf4.a955) Internet address is 172.17.10.1/16 MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set
IGRP が計算したメトリック値は、show ip route コマンドで表示できます。
Venus# show ip route 172.17.10.1 Routing entry for 172.17.0.0/16 Known via "igrp 100", distance 100, metric 14855 Redistributing via igrp 100 Advertised by igrp 100 (self originated) Last update from 172.16.10.1 on serial0, 00:00:13 ago Routing Descriptor Blocks: * 172.16.10.1, from 172.16.10.1, 00:00:13 ago, via Serial0 Route metric is 14855, traffic share count is 1 Total delay is 21000 microseconds, minimum bandwidth is 784 Kbit Reliability 255/255, minimum MTU 1500 bytes Loading 1/255, Hops 0
対応する計算は次のとおりです。
メトリック = 帯域幅 + 遅延 = 10000000/784 + (20000 + 1000)/10 = 14855
Saturn# show ip route 12.1.1.1 Routing entry for 12.0.0.0/8 Known via "igrp 100", distance 100, metric 46742 Redistributing via igrp 100 Advertised by igrp 100 (self originated) Last update from 172.16.10.2 on serial1, 00:00:43 ago Routing Descriptor Blocks: * 172.16.10.2, from 172.16.10.2, 00:00:43 ago, via Serial1 Route metric is 46742, traffic share count is 1 Total delay is 21000 microseconds, minimum bandwidth is 224 Kbit Reliability 255/255, minimum MTU 1500 bytes Loading 1/255, Hops 0
対応する計算は次のとおりです。
メトリック = 帯域幅 + 遅延 = 10000000/224 + (20000 + 1000)/10 = 46742
定数 K2 はデフォルトで 0 になります。K2 を 1 に設定すると、負荷はルーティングで使用する変数になります。問題は、負荷が跳ね上がるかどうかだと思われます。メトリック コストが FTP セッションの開始時に跳ね上がれば、その増加によりルートが抑制されます。負荷の計算頻度
負荷は指数関数的な 5 分間の加重平均であり、5 秒ごとに更新されます。
ルートを不安定にするほど速く負荷値が上昇する可能性はありますか。
そうですね。さらに悪いことに、負荷が降下するとメトリックが低下します。この障害によってフラッシュ アップデートが発生します。
特定のサイトへの複合メトリック コストはパス内の最も遅いリンクによって決定され、その最も遅いリンクは通常、クラウドへのアクセス回線です。では、どのように IGRP を設定したら、ネットワーク クラウドを通じて最も高速なパスを使用するようにできるでしょうか。
最も遅いリンクが決定されると、ホップリンクの速度に関係なくホップ(遅延)で残りのルーティングが実行されます。帯域幅の値に大きなギャップがあるため、ネットワーク クラウドのルーティングにバイアスを生じさせるように遅延を試したり、使用することは現実的ではありません。アクセス回線に bandwidth コマンドを設定して、ネットワーク クラウドのバックボーン回線よりも高速になるように設定することが 1 つの明白なソリューションです。
もう 1 つのソリューションは、その特定のリンクに関して遅延を正確に測定するように WAN リンクの遅延を設定することです。遅延を微調整する必要はまったくなく、良好なルーティングになるはずです。
WAN 内に根本的に異なる帯域幅がある場合、アクセス回線の帯域幅を変更する価値は確実にあります。
default-metric コマンドを発行して、再配布したルートのメトリックを設定します。次のステートメントは、ほとんどの状況に適しています。
Venus(config)# router igrp 100 Venus(config-router)# default-metric 10000 100 255 1 1500
ここで、10000 = 帯域幅、100 = 遅延、255 = 信頼性、1 = 負荷、1500 = MTU です。
改定 | 発行日 | コメント |
---|---|---|
1.0 |
10-Aug-2005 |
初版 |