リンクがアップしている場合でも、Cisco SG550XLACPスタンバイメンバー
2 x SG550X-48（ユニット1/2）と2xで構成されるスタックにLAGを構成しましたSG550X-24（ユニット3/4）。
LAG1は、GE3/4およびGE4/4ポートでLACPを使用して構成されます。
問題は、GE4/4ポートがスタンバイメンバーとして認識されることです。
リンクがアップしている場合でも：
オペレーティングシステム（Debian Linux Stretch）は、両方のインターフェイスで稼働していると認識します。
このため、このサーバーとの間のパケット損失の約50％が発生しており、これは深刻な問題です。
LACPを無効にしようとしても、問題はありません。
奇妙なことに、私はすでに別の環境で同じ構成を使用しており、それはうまく機能します。
あなたはmlagを作ろうとしています。広く使用されている同一のハードウェアでも、この機能のサポートは今日でも不十分です。さらに、mlagは合意された標準ではなく、デバイスやソフトウェアのバージョンによって機能が異なります。 mlagを介して2つの同一のスイッチを結合している場合は、おそらく問題なく終了します。
この問題のある子と作業中のスイッチスタックの間でファームウェアのバージョンを確認してください。不一致がある場合は、同じバージョンにすることが役立つかどうかを確認してください。
また、これがうまくいかない場合、または現在または将来SDNを使用する予定がある場合は、別の方法でこれにアプローチすることを検討してください（SDNを介したmlagサポートはほとんど存在しません）。 ECMPとBGPの組み合わせを試すことができます。これは、十分にテストされたペアリングであり、完全にレイヤー2ではなく、レイヤー3での要望に対応できる可能性があります。