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

15.3（2）およびBGPシグナリングでME3600xを使用してVPLSを起動する際に問題が発生しています。@yelfathiと@packettalkは正しいルートを教えてくれましたが、解決方法がわかりません。 PEとしてRSVPを使用し、Pとして2つのMX80ルーターを使用する2つのME3600スイッチがあります。 PルーターはLSPを中継LSPとして正しく表示し、TEトンネルはアップしています。両方のスイッチで次を取得します：- SW1.THN-LON#show mpls L2transport vc 501 detail Local interface: VFI FLVPLS001 vfi up Interworking type is Ethernet Destination address: 46.226.0.10, VC ID: 501, VC status: down Last error: MPLS dataplane reported a fault to the nexthop Output interface: none, imposed label stack {} Preferred path: not configured Default …

14 cisco-ios  mpls  vpls 

ジュニパーのWebサイトでVPLSマルチホーミングオプションについて説明します。現時点ではLAGとMC-LAGは関係ありません。 私の知る限り： FEC128は、疑似回線の手動検出（LDP）を使用している場合です。 FEC129は、BGP自動検出を使用している場合です。 Juniper techpub for FEC129マルチホームジュニパーネットワークスがBGPでマルチホームする方法を示しているので、問題はありません。 FEC128マルチホームテクパブは、LDPシグナリングを有効にできないため、BGPシグナリングを使用する必要があると述べています。 LDPを手動検出に使用でき、LDPがVCラベルを通知することを知っています。自動検出にBGPを使用し、VCラベルシグナリングにLDPを使用することもできます。両方にBGPを使用することもできます。 私が取得できないのは、BGPシグナリングでFEC128を使用する方法です。Junosには、BGPを介してシグナルを送信するだけでなく、LDPを介して手動で検出するオプションはありません。 私の質問は、FEC128構成がFEC129構成よりも正確に使用されるのはいつですか？シグナリングにBGPを使用している場合、同時にディスカバリにBGPを使用していませんか？ それとも私は何かを誤解しているだけでしょうか？

13 bgp  mpls  juniper-junos  vpls  ldp 

非常にオープンエンドの質問についてお詫びしますが、私はVPLSとL2 VPNを区別するのに苦労しています。どちらもMPLSで実行されていることは承知していますが、どちらが何であるかを明確に説明しているドキュメントやサイトは見つかりません。 私たちは最近、一部のサイトを相互接続するためにビジネスにVPLSを実装しました。しかし、MPLSリンク上で実行されている別のL2 VPNもあるという他のエンジニアの1人を耳にしました。そして、私がどのように2つの相互リンクがどのようにそれらが同じものであるという印象の下にあったかはわかりません。 はっきりしていなくて申し訳ありませんが、一般的には違いがわかりません。2つの用語を明確にするために少し助けが必要でした。 私は最初のネットワーキングの役割に移行しており、これらの用語が何度か言及されています。

8 vpn  mpls  vpls  l2vpn 

次の設定があります。 2つのMXルーターが同じL2サイトに接続します。ループ保護/冗長性は、VPLSマルチホーミングを介して行われます。もう一方の端には2つのスイッチがあります（EX4200など）。 青いリンクに障害が発生した場合、2つのスイッチと残りのL2インフラストラクチャは、トラフィックが黄色のリンクを通過する必要があることを認識する必要があります（その結果、右側のEXスイッチを通過します）。 問題は、黄色のリンクを介してVPLSから到着するトラフィックがある場合にのみ、黄色のMACテーブルがいっぱいになることです。特定のMACアドレスからトラフィックを受信しない場合、そのアドレスのトラフィックは青いリンクを介して送信され、そのリンクが現在切断されていることは誰にもわかりません（リンクが物理的に故障した場合の左側のEXスイッチを除く）。 この問題を解決する良い解決策が見つかりません。 いくつかのアプローチ： 青/黄色のリンクをポートファーストにしないことで、影響を多少軽減して、インターフェイスがダウン/アップしたときにスパニングツリーがトポロジ変更を送信できるようにすることができます。インターフェースが物理的にダウンしない場合、あなたは運が悪いです。一方、ポートが再びアップすると、スパニングツリーソリューションが問題を引き起こします。VPLSはサイトをオンラインにしますが、ポートはトラフィックを転送する前にSTP学習段階を通過する必要があります。 2つのスイッチをスタックできます。残りのL2インフラストラクチャは常に同じスイッチ（スタック）に送信するため、これにより問題が解決します。それでも、スタックは、アクティブなVPLSインスタンスで他のアップリンクインターフェイスに切り替えるタイミングを知る必要があります。 計画的なメンテナンスを行う場合（およびスタックがある場合）、プライマリリンクを手動で非アクティブにして、セカンダリリンクに切り替えることができます。次に、ルーター上の非アクティブなリンクのサイト設定を下げて、現在アクティブなサイトが新しいプライマリになるようにします。元に戻すときも同じです。理想的ではなく、予期しない停止に対しては機能しません。 これを解決する方法についてのご意見をお待ちしています。（EVPN / TRILLの待機はカウントされません。;））

8 juniper  mpls  vpls 

RIPE会議では、4または6で始まるMACアドレスが複数のリンクでロードバランシングを行う際にMPLSルーターがイーサネットパケットをIPv4 / 6パケットとして誤って解釈するため、パフォーマンスが低下する可能性があるという話がありました。 プレゼンテーションはこちら 回避策の1つは、パケットの誤解を防ぐために追加のフィールドを挿入することです。コントロールワードがうまく機能します。これで、コントロールワードがジュニパーのl2vpn接続でデフォルトで有効になっていることがわかりましたが、VPLSに関する情報が見つかりません。 ジュニパーでVPLSをデフォルトで使用するときにコントロールワードが送信されるかどうか、またはそれらを有効にできるかどうか誰かが知っていますか？

8 juniper  mpls  juniper-mx  vpls