HPE Aruba Networking Mobility Controller (MC) のパケットキャプチャ機能は、強力なトラブルシューティングおよび分析ツールであり、管理者はさまざまなレベル（制御プレーンやデータプレーンなど）でネットワークトラフィックをキャプチャして分析できます。MC は有線および無線トラフィックの両方のパケットキャプチャをサポートしており、IP アドレス、MAC アドレス、ポートなどの条件に基づいてフィルタリングできます。
選択肢Aの「セキュリティチームは、MCに接続された無線エンドポイントが攻撃を開始していると考えており、トラフィックをより詳細に調査したいと考えている」が正解です。パケットキャプチャは、悪意のある活動が疑われる特定のエンドポイントのトラフィックを分析するために、セキュリティ調査で一般的に使用されます。たとえば、無線クライアントが攻撃（DoS攻撃やデータ漏洩など）を開始している疑いがある場合、MC上のパケットキャプチャによってクライアントのトラフィック（MACアドレスまたはIPアドレスでフィルタリング）をキャプチャして詳細に分析することで、セキュリティチームが攻撃の性質を特定するのに役立ちます。
オプションBの「会社はHPE Aruba Networking ClearPass Policy Manager（CPPM）を使用してデバイスのプロファイリングを行い、MCからHTTP User-Agent文字列を受信する必要がある」は誤りです。CPPMはデバイスのプロファイリングにHTTP User-Agent文字列を使用できますが、これは通常、パケットキャプチャを設定するのではなく、HTTPトラフィックをCPPMにミラーリングする（たとえば、MC上のデータパスミラーを使用する）ことによって実現されます。パケットキャプチャは手動分析用であり、CPPMにデータを供給するためのものではありません。
オプションC「MCで無線クライアントのトラフィックを低レベルで分析し、AOSファイアウォールが宛先URLに基​​づいてWebトラフィックを制御できるようにする」は誤りです。MC上のAOSファイアウォールは、アプリケーションやサービスに基づいてトラフィックを制御することはできますが（例えば、ディープパケットインスペクション（DPI）を使用）、URLベースのフィルタリングを直接サポートしていません。URLフィルタリングには通常、外部ソリューション（例えば、Webプロキシやファイアウォール）が必要です。パケットキャプチャは、ファイアウォールによるURLベースの制御を有効にするために使用されません。
選択肢D「MCに無線クライアントのトラフィックを低レベルで分析させ、AOSファイアウォールがアプリケーションに基づいてトラフィックを制御できるようにする」は誤りです。AOSファイアウォールは、DPI（有効になっている場合）を使用して、パケットキャプチャを必要とせずにアプリケーションベースの制御を既に実行できます。パケットキャプチャは手動分析用であり、ファイアウォール機能を有効にするためのものではありません。
HPE Aruba Networking AOS-8 8.11ユーザーガイドには次のように記載されています。
「モビリティコントローラでのパケットキャプチャは、トラブルシューティングやセキュリティ調査に役立ちます。たとえば、セキュリティチームがワイヤレスエンドポイントが攻撃を仕掛けていると疑う場合、MCのデータプレーンでパケットキャプチャを設定して、エンドポイントのトラフィックをキャプチャできます。コマンド packet-capture datapath <filter> (たとえば、クライアントのMACアドレスでフィルタリング) を使用してトラフィックをキャプチャし、それを分析して悪意のあるアクティビティを特定できます。」(515ページ、パケットキャプチャのセクション) また、HPE Aruba Networking Security Guideには次のように記載されています。
「パケットキャプチャは、セキュリティチームが潜在的な攻撃を調査する上で重要なツールです。悪意のある動作が疑われる特定の無線クライアントからのトラフィックをキャプチャすることで、管理者はパケットを分析し、DoS攻撃や不正なデータ漏洩など、攻撃の性質を特定できます。」（65ページ、セキュリティトラブルシューティングのセクション）
:
HPE Aruba Networking AOS-8 8.11 ユーザーガイド、パケットキャプチャのセクション、515ページ。
HPE Aruba ネットワークセキュリティガイド、セキュリティトラブルシューティングセクション、65ページ。

ArubaOSのユーザーロールは、クライアントのトラフィックに適用されるファイアウォールポリシーと帯域幅契約を決定します。ユーザーが認証されると、ロールが割り当てられ、このロールには、ネットワークアクセス権限、QoS（サービス品質）、レイヤ2転送、レイヤ3ルーティング動作、およびユーザーまたはデバイスの帯域幅契約を管理する関連ポリシーが設定されます。
参考文献：
Aruba NetworksのArubaOSにおけるユーザーロールに関する公式ドキュメント。
ユーザーロールの定義と、それがネットワークポリシーに与える影響を詳細に解説した技術ガイド。

AOS-CXスイッチのデバイスフィンガープリンティング機能を使用すると、スイッチは接続されているクライアントに関する情報を収集し、プロファイリングやポリシー適用に役立てることができます。これは多くの場合、ClearPass Policy Manager（CPPM）などのソリューションと連携して使用されます。以下のコマンドは、「myprofile」という名前のデバイスフィンガープリンティングプロファイルを作成し、DHCPおよびLLDP情報の収集を有効にします。
client device-fingerprint profile myprofile: 指紋プロファイルを作成します。
dhcp: DHCP情報の収集を有効にします（例：フィンガープリンティング用のオプション55などのDHCPオプション）。
lldp: LLDP（リンク層検出プロトコル）情報（システム名、説明など）の収集を有効にします。
しかし、プロファイルを作成してDHCPとLLDPの収集を有効にするだけでは、スイッチがクライアントからこれらの情報を収集し始めるには不十分です。プロファイルは、クライアントが接続されているインターフェース（ポート）に適用する必要があります。
オプションC「エッジポートにポリシーを適用する」が正解です。AOS-CXでは、スイッチがクライアントからDHCPおよびLLDP情報を収集できるようにするには、デバイスフィンガープリンティングプロファイルをエッジポート（クライアントが接続するポート）に適用する必要があります。これは、インターフェイス設定でコマンド client device-fingerprint profile <profile-name> を使用して行います。たとえば、ポート1/1/1では、次のように入力します。
文章
折りたたみラップコピー
Switch(config)# interface 1/1/1
Switch(config-if)# client device-fingerprint profile myprofile
これにより、スイッチは指定されたポートに接続されたクライアントからDHCPおよびLLDPデータを収集することが保証されます。
オプションAの「スイッチをDHCPリレーとして設定する」は誤りです。DHCPサーバーが別のサブネットにある場合はDHCPリレー（ip helper-addressコマンドを使用）が必要ですが、スイッチがフィンガープリンティングのためにDHCP情報を収集する要件ではありません。プロファイルがポートに適用されていれば、スイッチはリレーとして機能しなくてもローカルVLAN上のDHCPトラフィックを傍受できます。
オプションBの「ポリシーに少なくとも1つのLLDPオプションを追加する」は誤りです。フィンガープリンティングプロファイル内のlldpコマンドは既にLLDP情報の収集を有効にしています。プロファイル内で個々のLLDPオプション（システム名、説明など）を指定する必要はありません。スイッチはデフォルトで利用可能なすべてのLLDPデータを収集します。
オプションD「ポリシーに少なくとも1つのDHCPオプションを追加する」は誤りです。フィンガープリンティングプロファイル内のdhcpコマンドは、フィンガープリンティングで一般的に使用されるオプション55（パラメータ要求リスト）などのオプションを含むDHCP情報の収集を既に有効にしています。プロファイル内で個別のDHCPオプションを指定する必要はありません。
HPE Aruba Networking AOS-CX 10.12 セキュリティガイドには次のように記載されています。
「AOS-CX スイッチでデバイス フィンガープリンティングを有効にするには、client device-fingerprint profile <name> コマンドを使用してデバイス フィンガープリンティング プロファイルを作成し、DHCP 情報の場合は dhcp、LLDP 情報の場合は lldp など、収集するプロトコルを指定します。クライアントからデータの収集を開始するには、インターフェイス設定で client device-fingerprint profile <name> コマンドを使用して、クライアントが接続するエッジ ポートにプロファイルを適用します。たとえば、interface 1/1/1 に client device-fingerprint profile myprofile を実行すると、ポート 1/1/1 でフィンガープリンティングが有効になります。」(160 ページ、デバイス フィンガープリンティング設定セクション) また、HPE Aruba Networking AOS-CX 10.12 システム管理ガイドには、次の記述があります。
「デバイスフィンガープリンティングプロファイルは、DHCPおよびLLDP情報を収集するためにクライアントが接続されているポートに適用する必要があります。プロファイル内のdhcpコマンドとlldpコマンドを使用すると、追加のオプションを指定することなく、フィンガープリンティング用のDHCPオプション55など、これらのプロトコルに関するすべての関連データを収集できます。」（95ページ、デバイスフィンガープリンティング設定セクション）
:
HPE Aruba Networking AOS-CX 10.12 セキュリティガイド、デバイスフィンガープリンティング構成セクション、160ページ。
HPE Aruba Networking AOS-CX 10.12 システム管理ガイド、デバイスフィンガープリンティング設定セクション、95ページ。