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