タグ付けされた質問 「ecmp」

7
HSRPとECMPの組み合わせのベストプラクティス
Cisco IOSでは、ECMP(または非対称パスの他の原因)とHSRPの組み合わせがデフォルトで壊れています。この設計のデフォルトの動作では、ユニキャストトラフィックが過剰にあふれます。 未知のユニキャストフラッディングを防ぐためにHSRPをECMPで使用するためのベストプラクティスは何ですか? 詳細/背景 多くの施設について、下の最初の図に似たHSRPトポロジがあります。Cisco WANルーターには、他のすべてのサイトへの等コストルートがあります。したがって、常に非対称ルーティングの影響を確認できます。通常、R1をHSRPプライマリに割り当てますが、ECMPはR1またはR2のいずれかを経由するリターントラフィックを許可します。 問題は、PC1がWANを介してリモートiSCSIドライブをマウントすると、トラフィックはR1を介してサイトを離れますが、R2を介して戻る可能性があることです。iSCSIトラフィックがR1を介して戻る限り、問題はありません。 この問題は、PC1のトラフィックがR2経由で戻るときに発生します。iSCSIセッションが8:00:00に開始し、両方のルーターと両方のスイッチがPC1のMACを同時に学習すると仮定します。8:00:00から8:00:05の間は、両方のスイッチのCAMテーブルにPC1のMACアドレスがまだあるため、フラッディングの問題はありません。 iSCSIセッションが開始してから5分後、PC1のMACのS2のCAMエントリはCAMテーブルから期限切れになり、S2はPC1のトラフィックをすべてのポート(この場合はPo1、Gi0 / 3、Gi0 / 4)にフラッディングします。PC1のiSCSIセッションが多くの帯域幅を消費する場合、この未知のユニキャストフラッディングは、PC3およびPC4へのリンクから重要な容量を吸い込む可能性があります。 Cisco IOSスイッチには、300秒のデフォルトCAMタイマーがあります... S2# show mac address-table aging-time Vlan Aging Time ---- ---------- 1 300 17 300 ただし、Cisco IOSのデフォルトのインターフェイスARPタイマーは4時間です... R2# show interface gi0/0 GigabitEthernet0/0 is up, line protocol is up Hardware is AmdP2, address is 000a.dead.beef (bia 000a.dead.beef) …

4
このルーターがOSPFからの複数の等コストルートを使用できないのはなぜですか?
NetIron 5.2を実行しているBrocadeルーターと、IOS 12.4を実行しているDynamipsエミュレーションはどちらも、非常に単純な構成と思われるもので、等コストパスを確実に使用できません。ブロケードから予想される動作を非常に短時間観察したため、「信頼できる」と言いますが、長時間の非アクティブ状態の後、システムを混乱させるとすぐに消失しました。 関連する場合、ステートレスネットワークサービスのエニーキャスト宛先を設定しています。これはサイト固有の構成であり、ネットワークパスの長さの多様性はほとんどまたはまったくないため、エニーキャスト機能の目的は主にフェールオーバーの冗長性のためであり、部分的に負荷分散のためです。私の質問は、負荷分散機能に関するものです。 私のプロトタイプネットワークは次のようになります。 R1 <--N1--> Rcore <--N2--> R2 R1そしてR2OSPF経由でエニーキャストの宛先をアドバタイズします。場合Rcore、その上に同じコストたN1とN2インターフェイス、およびエニーキャスト宛先が他のルータのそれぞれに同一のコストを持っている、私は二つの等コスト・パスを見つけることを期待するRcoreルーティングテーブル。少なくとも常にではなく、予測できない。何故なの? 特に関連する可能性のある詳細は次のとおりです。 Rcore接続ABRであるN1とN2バックボーンに、別個NSSAエリア内にある、(図示しません)。 検査Rcoreからの期待のLSAというLSDBの確認R1とは、R2正しくインストールし、正しいメトリックを持つエニーキャスト先が含まれています。 3つの可能な説明を検討しました。 これらのプラットフォームでECMPを構成および操作する方法がわかりません。これは可能性が高いため、ベンダーのドキュメントでは見つけられなかった啓発をここで見つけたいと考えています。 私は、OSPFエリア、ECMP、エニーキャストなどの間の相互作用を理解していません。これはほとんどありそうにないと思いますが、とにかく何かを学ぶ準備ができています。 これら2つのベンダーの実装は、同じバグ、機能の誤り、または何かに悩まされています。私はそれが起こる可能性があると思います。 編集 Dynamips / Dynagen実装用の設定例と出力を追加しました。 構成 ルーター R1 ! version 12.4 ! hostname R1 ! interface Loopback0 ip address 1.1.1.1 255.255.255.255 ip ospf cost 1 ! interface FastEthernet0/0 ip address 10.1.0.2 255.255.255.252 ip …
16 cisco  ospf  brocade  ecmp  anycast 

2
本番ネットワークに適した異なるASNを持つBGPマルチパス?
Cisco(このコマンドは何らかの理由で隠されています) #bgp bestpath as-path multipath-relax デフォルトのBGP動作では、まったく同じAS_PATHを持つルートのみがRIBにインストールされます。multipath-relaxでは、AS_PATHは同じ長さである必要があります。 どのような問題が発生する可能性がありますか?なぜ頻繁に使用されないのですか? トランジットプロバイダーとして、この機能はトラブルシューティングを複雑にしますか(ネットワークパフォーマンスに関するエンドユーザーの苦情を考えています)?特定の時間に特定のトラフィックがたどった経路を知るのが難しくなりますか?トラブルシューティングに役立つ他の何かがありますか。SPネットワークでのNetFlowのスケーラビリティとコストについてはわかりません。
15 cisco  routing  router  bgp  ecmp 

3
レイヤ2のないインターネットゲートウェイとしての2つのCisco ASA 5525-X
リストにNATを嫌う別の理由を追加します。企業ネットワークで2つのインターネット下りポイントを取り上げます。エッジデバイスはASA 5525-Xファイアウォールになります。従来は、これらをある種のクラスターに配置していましたが、これにはL2接続が必要です。これらのデバイスはネットワークの別の部分にあるため、L2接続は簡単なオプションではありません。 私が現在実行しているソリューションは、それらを独立したファイアウォールとして起動し、それぞれからデフォルトルートをアドバタイズすることです。すべてのECMP は、各フローに対して同じハッシュを持ち、それを「正しい」出力ファイアウォールに向けてプッシュする必要があります。 私の質問はこれです: L2リンクを必要とせずに2つのASAをクラスタ化する方法はありますか? 「いいえ」が#1への答えであると仮定して、現在のソリューションに2番目、3番目、100組の目が必要です。
11 cisco-asa  ecmp 

2
自動帯域幅を使用すると、等コストLSPが均等にロードバランシングされないのはなぜですか?
最初に、このタイプの動作はどこにも見当たらないため、この質問を追加して自分で答えます。うまくいけば、誰かの役に立つと思います。 問題: 自動帯域幅を使用して、LSPの帯域幅サブスクリプションを処理します。LSPは同等のコストであり、各宛先の利用可能なネクストホップとして転送/ルーティングテーブルに適切に表示されます。 ただし、単一の宛先の場合、4つの等コストLSPは均等に(または均等に近くても)ロードバランシングを行いません。JUNOSは、ロードバランシングを有効にするポリシーの「per-packet」というステートメントにもかかわらず、フローごとのロードバランシングアルゴリズムを使用することを理解しています。しかし、これはLSPの各サブスクリプション間の主な違いを説明していません(このサブスクリプションの不均衡は1日に複数回発生し、1回限りの発生ではありません)。 jhead@R1> show route protocol rsvp 1.1.1.1 detail 1.1.1.1/32 (2 entries, 1 announced) State: <FlashAll> *RSVP Preference: 7/1 Next hop: 192.168.1.1 via xe-0/0/0.0 weight 0x1 balance 35%, selected Label-switched-path LSP1 Next hop: 192.168.1.2 via xe-1/0/0.0 weight 0x1 balance 35% Label-switched-path LSP2 Next hop: 192.168.1.3 via xe-0/0/1.0 weight …
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.