ここでは、最初のルールを一度だけ覚えておくことが非常に重要です。
ルール1： K値は、帯域幅、遅延、負荷など、CCNAトラックや多くの記事で教えられたものではありません！ K値（K1、K2、K3、K4、およびK5）、これらはいくつかのインデックスであり、複合メトリックの計算に影響を与えることができるインデックスを変更しています。 BW値は、最小帯域幅値だけでなく、10,000,000（10 ^ 7）を最小帯域幅値で割ったものです。遅延は、すべてのインターフェイス遅延の合計ではなく、合計を10で割ったものです。
ご存じのとおり、ルートメトリックの計算には次のパラメーターが使用されます。
- ルートに沿ったすべてのインターフェイス間の最小帯域幅値
- ルートに沿ったすべてのインターフェイスの遅延値の合計
- 信頼性
- 負荷
- ルートに沿ったすべてのインターフェイス間の最小MTU
帯域幅があれば、すべてが簡単です。 いくつかのインターフェースで発表がありました。 このインターフェイスの帯域幅がアナウンスで受信したものよりも小さい場合、アナウンスの値とヘルメットをさらに置き換えます。 したがって、エンドポイントは任意のポイントから任意のポイントまで、ルート全体で最小帯域幅のアナウンスメントを受信します。 同じルールがMTUに適用されます。 ちなみに、両方の値が考慮され、インターフェイスのL2 MTU、およびL3 IP MTU、より小さい値が選択されます。 これは本に書かれていません。 別の興味深い事実は、インターフェイスのMTUを変更してもルートが更新されないため、変更を実際に有効にするには、インターフェイスをプルするか、遅延や帯域幅などの別のパラメータを変更して更新する必要があるということです。 もう一つのあまり知られていない事実。
遅延は依然として簡単です。 インターフェースでアナウンスを受け取りました-遅延値でこのインターフェースに遅延を追加し、さらにアナウンスします。 信頼性と負荷がホップからホップへどのように振る舞うかを正確に理解できませんでした。それらの変更をエミュレートできなかったからです。 誰かがこの投稿を完了するとうれしいです。
UPD：コメントでは、bw / mtuなどの信頼性が高速道路で最悪に送信されることを示唆しています。 負荷は合計されているようですが、255に達するまでです。
ルール2：計算では、アナウンスを受け取ったインターフェイスのみが考慮されます。 これらのアナウンスを送信するインターフェイスは、帯域幅、遅延、MTUパラメータが何であれ、まったく考慮されません。
ここで頭が壊れ始めます。 アナウンスを受信したルーターは、コンポジットメトリックからそれを差し引き、独自の帯域幅に置き換える途中の最小帯域幅をどのようにして確認しますか？ 他のオプションはどうですか？ 面白い。 EIGRP IP内部ルートTLVパッケージの構造を示す書籍IP Routing Protocols（CCIE Professional Development）のトラブルシューティングを開きましょう。
複合メトリックはここにありますか？ しかし、彼女ではありません。 ホップからホップへ、パラメータ自体のみが送信されます。 出力：
ルール3：複合メトリックはルーター間で渡されません。 メトリックはルーター上でローカルに計算され、ルーター上にのみ存在します。 さらに、ルーターは、帯域幅、遅延、MTUなどの変更されたパラメーターのみを送信します。
ここから興味深い結論を導き出すことができます。 第一に、複合メトリックが送信されないため、近傍を確立するためにK値が一致しなければならない理由が非常に明確になります。 それ以外の場合、各ルーターは独自の方法でそれを考慮し、ループからそれほど遠くありません。 第二に、ホップからホップへ送信される5つのパラメーターすべてを考慮すると、1つしか制御できないことが明らかになります-帯域幅は常にトラックに沿って帯域幅の最小値を運ぶため、信頼性と負荷は手動変更にまったく適しておらず、移動は非常に狭い範囲（1〜255）ですが、MTUは帯域幅に似ています。 したがって、結論として、Traffic Engineeringを実行し、offset-listを使用してEIGRPメトリックを調整する場合、遅延値とそれだけを変更し、メトリック全体の加算/減算は行いません！ メトリックを+100に調整するoffset-listを指定するとします。 ご存知のように、遅延は数十マイクロ秒で設定されるため、すぐに10を掛けると1000になります。次に、EIGRPメトリックの計算式は結果に256を掛けて、同じ計算式を持つIGRPメトリックと比較してEIGRPメトリックを改善します。 したがって、1000を256で割り、3,90を受け取り、3に減らします。 そのため、次のルーターは、オフセットリストなしで必要な遅延パラメーターよりも3マイクロ秒多く遅延パラメーターを受信します。
CCIE R + Sラボで遅延パラメーターを変更することで、あるルートに他のルートよりも有利なタスクを与える必要があるタスクに遭遇したが、この情報で武装しているが、タスクのテキストでインターフェースの遅延を変更することは許可されていないので、通常のオフセットリストを自由に記述してください。
UPD2：コメントに正しく記載されているように、MTUはメトリックの計算にはまったく関与しません。 ただし、これは、再配布中など、メトリックを手動で指定する必要がある場合に指定する属性の1つです。 ホップからホップへのプレフィックスのアナウンスでこの属性を変更することは、メトリックに影響する属性と同じ方法で処理されます。