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

1
MPLS自動帯域幅バランシング
自動帯域幅を利用するMPLS / IPネットワークを運用して、帯域幅の使用率を測定し、それに応じてRSVPに信号を送ります。1つの大きな[Pルーター]-[Pルーター]パス/フローが1つのリンクを飽和させないように、LSPパス全体のバランスを維持するにはどうすればよいですか? より多くの等コストLSPを作成することにより、シグナリングオーバーヘッドの増加を犠牲にして、トラフィックのバランスを取る必要があると思います。また、より現実に近い信号帯域幅の統計測定間隔を短くすることも検討していますが、測定時間と信号オーバーヘッドが増加します。 フルメッシュLSPカウントと統計間隔の最適なバランスを見つける最良の方法は何ですか? ここでのルーティングプラットフォームはJuniper JunOSです。
18 juniper  mpls  rsvp 

2
ラベルからルートへのマッピング、ラベル生成のスケーラビリティ
MPLS対応のルーターでは、ルーティングテーブルの宛先プレフィックスごとに一意のラベルが生成されますか、それとも両方ではない場合、ルーティングテーブルのネクストホップごとに一意のラベルが生成されますか?また、Destinationプレフィックスごとの場合、どれくらい拡張可能ですか?私の理解によると、最大ラベル値は2 ^ 20 = 1048576です。ルーティングテーブルエントリの数が1048576を超えるとどうなりますか?
9 mpls  ldp  mpls-vpn  rsvp 

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.