ECMP は、異なるネクストホップを持ち、同じ宛先への複数のルートを許可し、ルーティングされたトラフィックをそれらの複数のネクスト ホップにロード バランシングするメカニズムです。負荷エントロピーは、リンク使用効率を最大化する最良の方法です。

多くの場合、ネットワーク内のアプリケーションの分散は不均衡になりがちです。新しいクラスタは、古いクラスタとは異なるオーバーサブスクリプション率でロールインします。新しいクラスタには、古いクラスタよりも強力なサーバーがあり、CPU ごとにより多くの負荷を処理できます。ネットワークは完全ではないため、ルーティング動作をある程度制御する必要があります。トラフィックの負荷を分散し、ルーティング動作の制御を管理するために、BGP 経由の加重 ECMP を構成できます。

この展開では、次の使用例が考慮されています。

• リソースの不均等な分散

• SDN または非同種ファブリック

SDN/非同種ファブリックの場合、次の例を検討してください。

• VIP1（任意のサービス）のインスタンスが 2 つあります。

• サーバーの NIC IP アドレスは、VIP のネクスト ホップ（NH）としてアドバタイズされます。

• VIP1 は、データセンター全体に均等に展開されます。

• クラスタ 1 は 3:1 オーバーサブスクライブされ、クラスタ 2 は 12:1 オーバーサブスクライブされています。

その結果、従来の ECMP ではトラフィックを最適に配信できません。

ユースケースでリソースの不均等な分散と最適ではないトラフィック分散が発生している場合の解決策は、BGP 上で重み付き ECMP を構成することです。各インスタンスの重みは、（ホストまたはコントローラから）VIP ルートを挿入して通知できます。その後、インフラストラクチャ全体の重みを集計し、アプリケーション展開の分布に比例するようにトラフィックを配信できます。

BGP 上で重み付け ECMP を構成する場合は、次の注意事項を参照してください。

• Cisco Nexus 3100 プラットフォーム スイッチは、非復元モードでのみ重み付け ECMP をサポートします。

• BGPは、draft-ietf-idr-link-bandwidth-06.txtで定義されているリンク帯域幅EXTCOMMを使用して、重み付けECMP機能を実装します。

• 重み付け ECMP 機能は、IPv4 アドレスファミリのみでサポートされます。

• iBGP ピアと eBGP ピアの両方からリンク帯域幅 EXTCOMM を受け入れることができます。

• BGP 更新でリンク帯域幅 EXTCOMM を送信しないでください。BGP コントローラ/ピアは、すべてのルータにリンク帯域幅を送信します。

• 重み付けプログラミングの場合、リンク帯域幅 EXTCOMM には、RIB にダウンロードする前に整数を使用して kbits/秒に変換される 4 バイトの浮動小数点整数としてバイト/秒でエンコードされたリンク帯域幅があります。

• ハードウェア ECMP 幅は 64 サイズに固定されています。

リンク帯域幅の EXTCOMM フィールドの表示については、次の例を参照してください。

Link Bandwidth EXTCOMM fields:
Link Bandwidth attribute – “40 04 00 64 47 80 00 00”
Where “40 04” specifies a Link Bandwidth EXTCOMM
Where “00 64” specifies a AS #.
Where “47 80 00 00” specifies the Link Bandwidth value as floating point integer.
The Link Bandwidth floating point value bits are encoded as follows:
#define IEEE_NUMBER_WIDTH 32 /* bits in number */
#define IEEE_EXP_WIDTH 8 /* bits in exponent */
#define IEEE_MANTISSA_WIDTH (IEEE_NUMBER_WIDTH - 1 - IEEE_EXP_WIDTH)
#define IEEE_SIGN_MASK 0x80000000
#define IEEE_EXPONENT_MASK 0x7F800000
#define IEEE_MANTISSA_MASK 0x007FFFFF
Link Bandwidth value programmed to RIB is calculated as follows:
uint32_t ieee_bw_32 = ntohl(GETLONG(&extcomm->value[4])); = 0x47800000
int64_t dmzlink_bw_64 = ptr_ieee_to_int64(&ieee_bw_32); = 65536
uint32_t value = 520 = (uint32_t)((dmzlink_bw_64 / 1000) * 8) = 520

次のコマンドを使用して、ECMP グループの構成を確認します。

# show hardware profile status
slot 1
=======
 
Total LPM Entries = 7679.
Total Host Entries = 16384.
Reserved LPM Entries = 1024.
Max Host4/Host6 Limit Entries (shared)= 8192/4096*
Max Mcast Limit Entries = 4096.
Max Ucast IPv6 LPM Limit Entries = 2048.
Max Ucast IPv6 LPM_65_to_127 Limit Entries = 128.
Used LPM Entries (Total) = 4.
Used IPv4 LPM Entries = 1.
Used IPv6 LPM Entries = 2.
Used IPv6 LPM_65_to_127 Entries = 1.
Used Host Entries in LPM (Total) = 0.
Used Host4 Entries in LPM = 0.
Used Host6 Entries in LPM = 0.
Used Mcast Entries = 0.
Used Mcast OIFL Entries = 0.
Used Host Entries in Host (Total) = 0.
Used Host4 Entries in Host = 0.
Used Host6 Entries in Host = 0.
Max ECMP Table Entries = 1022.
Used ECMP Table Entries = 0.
Max ECMP Next Hop Table Entries = 16384.
Used ECMP Next Hop Table Entries = 0.
MFIB prefer-source-tree = Disabled/0/0.
 
*Unicast Host Table is in shared mode b/n v4 & v6...
#