新しい要件に従って、冗長な通信チャネルが職場で作成され始めました。EIGRPのトラフィックバランシングが機能しなかった初期構成中に、この興味深い問題に対処する必要がありました。
ネットワーク図
与えられた：
ネットワーク172.18.230.224/27があり、それを「私たちのネットワーク」と呼びましょう。非常に重要なデータは、それから他の2つのネットワーク、IDとIEにそれぞれ転送されます。 転送は冗長な通信チャネルを介して行う必要があります。つまり、メインチャネルとバックアップチャネルがあります。 2つの興味深いニュアンス：
1）ネットワークIDで静的ルーティングが構成され、sla-monitorsおよびip load-sharing-packetごとに、バランシングが正しく機能します。
2）IEネットワークでは、ダイナミックルーティングプロトコルEIGRPが機能しますが、初期セットアップ中にバランシングが機能しませんでした。その理由は後でわかります。
だから、ステップで問題を見てみましょう：
1）次のコマンドを使用して、2番目のルーターからIEネットワークへのEIGRPトポロジーを見てみましょう： sh ip eigrp topology 192.168.10.0
2811-2# sh ip eigrp topology 192.168.10.0
IP-EIGRP (AS 1): Topology entry for 192.168.10.0/24
State is Passive, Query origin flag is 1, 1 Successor(s), FD is 40512000
Routing Descriptor Blocks:
192.168.199.205 (Serial0/0/0:1), from 192.168.199.205, Send flag is 0x0
Composite metric is (40514560/28160), Route is External
Minimum bandwidth is 64 Kbit
Total delay is 20100 microseconds
{ }
192.168.198.98 (FastEthernet0/1), from 192.168.198.98, Send flag is 0x0
Composite metric is (40517120/40514560), Route is External
Minimum bandwidth is 64 Kbit
Total delay is 20200 microseconds
{ }
2）次のコマンドを使用して、ネットワークの最初のIEルーターからのEIGRPトポロジを見てみましょう： sh ip eigrp topology 192.168.10.0
2811-1# sh ip eigrp topology 192.168.10.0/24
IP-EIGRP (AS 1): Topology entry for 192.168.10.0/24
State is Passive, Query origin flag is 1, 1 Successor(s), FD is 40514560
Routing Descriptor Blocks:
192.168.199.201 (Serial0/0/0:1), from 192.168.199.201, Send flag is 0x0
Composite metric is (40514560/28160), Route is External
Vector metric:
Minimum bandwidth is 64 Kbit
Total delay is 20100 microseconds
{ }
192.168.198.99 (FastEthernet0/1), from 192.168.198.99, Send flag is 0x0
Composite metric is (40517120/40514560), Route is External
Vector metric:
Minimum bandwidth is 64 Kbit
Total delay is 20200 microseconds
{ }
ここでは、ローカルインターフェイスS0 / 0/0：1およびFa0 / 1インターフェイスの帯域幅（帯域幅）と遅延（遅延）を確認します。これらのインターフェイスを介して、IEネットワークへの2番目のルートがアナウンスされます。 メトリックは、上記の係数K1〜K5、および帯域幅（帯域幅）と遅延（遅延）に基づいて計算されます。 最初の直接ルートのメトリックは40514560で、2番目の内部インターフェイスと2番目のルーターのメトリックは40517120であるため、バランシングが機能しない理由を推測できます。最初のルーターは最初のルートのみを使用します。メインチャネルが「落ちた」場合にのみ機能します。
推測を確認してください
2811-1# sh ip route 192.168.10.0
Routing entry for 192.168.10.0/24
Known via "eigrp 1", distance 170, metric 40514560, type external
Redistributing via eigrp 1
Last update from 192.168.199.209 on Serial0/0/0:1, 3d06h ago
Routing Descriptor Blocks:
* 192.168.199.209, from 192.168.199.209, 3d06h ago, via Serial0/0/0:1
Route metric is 40514560, traffic share count is 1
Total delay is 20100 microseconds, minimum bandwidth is 64 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 7/255, Hops 1
正解です。ルーティングテーブルでは、最初のルーターにはメインチャネルを通るルートが1つしかありません。
解決策：
もちろん、この問題を解決するためのいくつかのオプションがあるかもしれませんが、メトリックはK1〜K5係数、帯域幅、遅延などのパラメーターに基づいて計算されることを既に示唆しています。 おそらく、このソリューションは最もエレガントではないかもしれませんが、最初のルーターの2つのルートのメトリックが一致するように、2番目のルーターのS0 / 0/0：1インターフェイスでこのような遅延を見つけようとします。
簡単な理論的背景：
合計メトリックは、帯域幅と遅延値を使用して計算されます。 帯域幅は次の式で計算されます。
帯域幅=（10000000 /帯域幅（m））* 256
ここで、帯域幅（m）は、宛先ネットワークへのルート全体に沿ったチャネルの最小帯域幅です。
遅延：
遅延=遅延（s）* 256（数十マイクロ秒）
ここで、遅延（s）は、宛先ネットワークへのルートに沿ったすべてのルーターの合計遅延です。
EIGRPはこれらの値を使用してメトリックを計算します。
メトリック= [K1 *帯域幅+（K2 *帯域幅）/（256負荷）+ K3 *遅延] * [K5 /（信頼性+ K4）]
係数が変更されていない場合、式は次の形式を取ります。
メトリック= K1 *帯域幅+ K3 *遅延
EIGRPプロトコルのトランジションの数は224であり、これは最新のネットワークに十分な数です。
計算：
EIGRPでメトリックの計算に使用される係数の値を決定するには、次のコマンドを使用します 。sh ip protocols
2811-1# sh ip protocols
{ }
EIGRP metric weight K1=1, K2=0, K3=1, K4=0, K5=0
{ }
すべての係数K1 = 1、K2 = 0、K3 = 1、K4 = 0、K5 = 0がわかります。
K2 = K4 = K5 = 0 =>メトリック= K1 *帯域幅+ K3 *遅延（帯域幅= 10 ^ 7 /最も遅い（B）（Kbps単位））であるため、最も遅い（B）はルート上の最小帯域幅です。 遅延= Summa（D）/ 10、Summa（D）-途中のすべての遅延の合計。
（10 ^ 7/64 + 20100/10）* 256 =（10 ^ 7/64 +（200 + D2）/ 10）* 256
（両方の部分を256で割り、10 ^ 7/64を相互に破壊します）
20100 = 200 + D2
D2 = 19900、この数値を10で割って、S0 / 0/0に必要な遅延を取得する必要があります：1
D2 = 1990
注：D = D1 + D2。ここで、D1は、ルーターが相互に接続する2つのFa0 / 1インターフェイスの遅延の合計であり、D1 = 100 + 100 = 200です。 インターフェイスの遅延はコマンドのshow int fa0 / 1と見られました
残りはほとんどありません。 グローバルコンフィギュレーションモードで2番目のルーターに移動し、次のコマンドを入力します。
int S0 / 0/0：1
1990年の遅れ
結果：
2811-1で、FastEthernet0 / 1インターフェイスを介して新しいルートが表示され、2つのルートのメトリックが一致します -----> バランシングが機能します。
2811-1# sh ip route 192.168.10.0
{ }
Routing Descriptor Blocks:
* 192.168.199.201, from 192.168.199.201, 00:14:09 ago, via Serial0/0/0:1
Route metric is 40514560 , traffic share count is 1
Total delay is 20100 microseconds, minimum bandwidth is 64 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 39/255, Hops 1
192.168.198.99, from 192.168.198.99, 00:14:09 ago, via FastEthernet0/1
Route metric is 40514560 , traffic share count is 1
Total delay is 20100 microseconds, minimum bandwidth is 64 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 35/255, Hops 2
メインチャネルの負荷：
スタンバイチャネル負荷：
あとがき：
この決定は非常に論理的ではなく、さらなるトラブルシューティングをかなり複雑に思えるかもしれませんが、私はこの論文に完全に同意します。 CISCOの経験があまりない人にとっては、私の記事が役に立つと思います。 私はコメントと提案を喜んでいます。