このシナリオは、Aruba Central UI グループ内の「真実の情報源」ロジックを強調しています。
* UI グループの制約: グループが UI (ユーザー インターフェイス) モードを介して管理されている場合、Central は構成の絶対的なマスターとして機能します。既にローカル構成 (工場出荷時のデフォルト以外) を持つスイッチを、既に構成が確立されているグループに追加すると、Central は構成の競合を認識します。
* 安全機構: Central が接続時に誤って本番環境のスイッチの設定を消去してしまうことを防ぐため、Central は工場出荷時のデフォルト状態ではないデバイスに対してグループ構成を自動的に同期 (プッシュ) しません。
* 解決策：スイッチを既存のUIグループと同期させるには、次のいずれかの操作を行う必要があります。
* スイッチの起動設定を消去して再起動し（工場出荷時設定に戻して）、グループ設定を正常に「取得」できるようにします。
* デバイスをグループに移動してから、ローカル構成をグループ構成で上書きするオプションを選択することで、手動で競合を解決します。
* 他の選択肢の評価：
* オプション A: これは誤りです。Central は VSX の監視と構成を完全にサポートしています (具体的には、テンプレート グループまたは VSX オーケストレーション UI を介して)。
* オプション B: スイッチが「グループに追加」されている場合、初期オンボーディングは既に完了しています。
認証フェーズ。
* オプション C: 「接続を確立できない」場合、スイッチはグループ内の同期エラーではなく、オフラインと表示されます。

2つのVSXコアスイッチ間のISLがダウンし、ログにCore-2がVSX LAGインターフェースを無効にしていることが示されている場合、それはCore-2がVSX LAGインターフェースを無効にしたことを意味します。これはおそらく保護またはフェイルオーバーメカニズムとして機能します。
キープアライブパケットがドロップされる（オプションB）と問題が発生する可能性があるが、ログにはインターフェースの無効化が具体的に記録されている。
ISLがダウンしている場合、両方のスイッチがトラフィックを転送する（オプションC）可能性は低い。
下流側のスイッチがトラフィックを転送できないこと（オプションD）は、原因ではなく結果です。
参考文献：
Aruba VSXのトラブルシューティングとログに関するドキュメント
HPE Aruba VSX 高可用性設計ガイド
ArubaOS-CX VSX監視のベストプラクティス

VSFトポロジーはチェーン型で、現在の表示は「分割検出方法：なし」です。
分割検出メカニズムがない場合、ISLリンクが故障したり、メンバーがダウンしたりすると、スタックが2つのアクティブな半分に分割され、ネットワーク障害が発生する可能性があります。
vsf split-detect mgmtを有効にすると、スプリットブレイン検出のための帯域外メカニズム（管理インターフェース）が提供され、スタックの一部が故障した場合でも、アクティブなメンバーが1つだけ残ることが保証されます。

ip dhcp poolコマンドはDHCPアドレスプールを定義し、スイッチが接続されたデバイスにIPアドレスを動的に割り当てることを可能にします。

IGMPクエリアの選出は、VLAN内で最も低いIPアドレスに基づいて行われます。セカンダリスイッチのIPアドレスがプライマリスイッチよりも低い場合、セカンダリスイッチが常にクエリアとして選出されます。