ソケット高可用性のフェイルオーバーがMerakiスイッチのライセンスの制限により失敗しました

問題

Socket冗長化ペアが冗長化フェイルオーバーを実行する場合、新しく指定されたマスターSocketは無料のARPブロードキャストを送信し、サイトのLAN IPアドレスに対するARPブロードキャスト要求に応答し始めます。 さらなる情報はソケット高可用性とフェイルオーバーの理解を参照してください。

しかし、Merakiスイッチが2つのソケットを接続するシナリオでは、冗長化フェイルオーバープロセスが失敗し、スイッチがすべてのフレームをスレーブソケットに誤って転送し、アウトバーンを引き起こす可能性があります。

環境

この問題は、Merakiスイッチを通じて相互接続されたSocket冗長化ペアに特に関連しています。 提案されたソリューションは、ソケットバージョン13以降に適用可能です。

トラブルシューティング

• RFC2338に従って、ソケットは冗長化フェイルオーバー中に無償のARPリクエストパケットを送信します。 この動作は、opcode = 1というフラグが表示されるパケットキャプチャで検証できます
  
• Merakiサポートは、opcode = 1のGARPリクエストを無視し、それによってスイッチのCAMテーブルを更新できなくなるシステムの動作を確認しました。 

ソリューション

ソケットバージョン13以降、サポートにリクエストしてバックエンド構成を行い、無償ARPパケットのopcodeフラグを変更することで、Merakiスイッチに関連する問題を効果的に軽減できます。

注意：この構成は、Merakiスイッチを持つサイトにのみ適用されるべきで、アカウントレベルでは適用されるべきではありません。

推奨されるバックエンド構成では、GARPパケットのopcodeをREPLYを示す2に変更してスイッチのCAMテーブルを正常に更新することで