これは、L3リンク40GbpsをOSPF使用して実行しているすべての4つのスイッチ間のリンクがある現在のセットアップですが、スイッチ間の帯域幅を2倍にしたいので、L3リンク（点線のリンク）を追加して、OSPFにトラフィックの負荷分散を計画しています、あなたはそれをすることに何か問題があると思いますか、これはうまくいくでしょう？（目の2つ目のセットが必要です）

これは、4つのスイッチすべてで私のospf構成がどのように見えるかです。

interface Ethernet2/10
  no switchport
  mtu 9216
  ip address 192.168.250.9/30
  no ip ospf passive-interface
  ip router ospf 100 area 0.0.0.0
  no shutdown

interface Ethernet2/11
  no switchport
  mtu 9216
  ip address 192.168.250.13/30
  no ip ospf passive-interface
  ip router ospf 100 area 0.0.0.0
  no shutdown

現在のトラフィックフローの詳細

現在のトラフィックフローは次の図のようになっていますが、現時点でSWはアクティブなBGPスイッチなので、すべての入出力トラフィックはISPから送信されます。次に、SW1はOSPF ECMPを使用して2つのSW3 / 4間で負荷共有を行います。過去1年間で、音声の問題や品質の問題について文句を言う人はいません（誰もが満足しています）。次に、SW1に障害が発生すると、OSPFがBGPルートをSW2に移動しactive、SW2からSW3 / 4へのトラフィックの流れを開始します（BGPを手動でシフトしてこれを複数回テストしました）

アップデート-2

OSPF / ECMPの負荷共有情報

シスコネクサススイッチのデフォルトである次の負荷共有を設定しています。

# show ip load-sharing
IPv4/IPv6 ECMP load sharing:
Universal-id (Random Seed): 2223335843
Load-share mode : address source-destination port source-destination
GRE-Outer hash is disabled.
Concatenation is disabled.

これらはポイントツーポイントリンクなので、停止を使用して/ 30インターフェースをで構成することを検討しますip ospf network point-to-point。（新規および既存のリンク）。これにより、helloタイマーとデッドタイマーが減少します。この構成により、DRとBDRをネゴシエートする必要性も減少します。

最後に、カットオーバーの前後に、OSPFネイバーの状態とルーティングテーブルを確認します。カットオーバーと適切なネイバーシップの後にECMPルートが表示されます。

それには2つの方法があります。

• 提案された方法では、独自の/ 30または/ 31を使用して2番目のリンクを追加し、OSPFがルーティングテーブルに複数の等コストルートをインストールし、CEFのECMP（EqualCostMultiPath）転送がパケットのプッシュとフローの分散を処理できるようにします。利用可能なリンクのセット。CEF / ECMPはポートチャネルとは異なるロードシェアリングロジックを使用し、ポートチャネルよりもはるかに優れた不均一な数のリンクを処理できます。参考として、Ivan Pepelniakのブログ投稿を参照してください。

• L3ポートチャネルを使用する：IPおよびルーティング構成をポートチャネルオブジェクト（「switchport」コマンドを持たない）に移動し、そのオブジェクトに特定のインターフェイスを結合します。ポートチャネルの負荷分散ロジックにフローの分散を処理させます。

提案されたアイデアはL3 /ルーティング指向ですが、スケーリングにはいくつかの問題がある可能性があります：/ 30または/ 31を大量に使用します。奇数でスケーリングできますが、スケーリングステップごとに新しいリンクとサブネットを構成する必要があります（またはに進みますip unnumbered）。有利な点として、独自のサブネットを持つ個々のリンクはトラブルシューティングが簡単です-特定の単一のリンクを介してpingを実行すると、「自然に」行われます。

一方、L3ポートチャネルでは、IPサブネットを追加する必要がなく、実際に指定されたルーティング構成ロジックに影響を与えることはありません。ポートチャネルはもう少し「ネクサススタイル」です。これは、Nexusスイッチの歴史全体がVPCの概念に基づいているためです（ここではまったく適用されませんが、認めます）。追加リンクのスケーリングはより簡単です。IPやルーティング構成に手を加えることなく、あと2つ追加するだけです。ただし、ポートチャネルのルールが適用されます（たとえば、リンクの数を2の累乗に保つ）。ただし、ポートチャネルの個々のリンクのトラブルシューティングはそれほど簡単ではありません（ポートチャネルから個別のリンクを削除せずにリンクをpingすることはできません。それを再構成する）

ADDON-1：そして、はい、もちろん、TDurdenのアドバイスに従って、...にポイントツーポイントを構成してください...ポイントツーポイントリンク（本当に駄洒落、私は認めます）

警告1：ポートチャネルを使用する場合は、所定のリンクの予想される通信パターンに適合するロードバランシング戦略を選択するようにしてください。ルーターをルーター（基本的にはリンク上の2つのMACアドレスのみ）に接続すると、「Src / Dst MAC」で期待した結果が得られない場合があります...参考として、 『Cisco Nexus 9000 Series NX-OS Interfaces Configuration Guide』を参照してください。リリース9.2（x）

ADDON-2：ECMP / CEFを備えたNexus 9000では、負荷共有アルゴリズムを構成してL4プロパティを含めることができます。ユニキャストルーティング構成ガイドからのユニキャストFIBでの負荷共有の構成をip load-sharing address source-destination port source-destination参照してください。

警告2 L3ポートチャネルを使用する場合は、メンバーリンクがダウンしたときに、ポートチャネルインターフェイスの「帯域幅」プロパティに注意してください。ハードウェア/ソフトウェアプラットフォームによっては、ポートチャネルインターフェイスの帯域幅がそれに応じて減少する可能性があり、OSPFは特定のリンクのコストを増加させることによってそれに対応する場合があります。これは、トポロジーに意図しない（意図しない）結果をもたらす可能性があります。