ワイヤレス LAN (802.11) のテストのトラブルシューティング
このトピックでは、WLAN のテストの一般的なトラブルシューティングのヒントについて説明します。 開始するには
「Windows HLK テストのエラーのトラブルシューティング」を確認します。
現在のテストの問題については、Windows HLK のリリース ノートを確認してください。
テスト エラーについて、Windows HLK Studio テスト ログ内で有用な情報を探します。 有用な情報が見つかったら、問題を解決し、テストを再実行します。
HLK クライアント コンピューター上のデバイスに加えた変更が HLK Studio には反映されない。 たとえば、コンピューターは準備完了の状態であると想定されているが、実際にはそうではないことがある。
クライアント コンピューターでコマンド プロンプト ウィンドウを開き、net stop wttsvc を実行します。
net start wttsvc を実行します。 このコマンドは C:\wtt\JobsWorkingDir\AssetCfg\Log\ ディレクトリを更新します。
HLK Studio を再起動します。 HLK コントローラーがデバイス リストの変更についてクライアント コンピューターのポーリングを行うまで数分かかる場合があります。
コンピューター プールに対してコンピューターが検出されない。
HLK マネージャーの [ジョブ モニター] ウィンドウを開きます。
画面の上部にある [クエリ ビルダーを表示する] ボタンを選択します。
[コンピューターのクエリ] タブをクリックします。
探しているコンピューターの検索パラメーターを定義します。 通常は、"DataStore equals 'Controller Name'" などの単一のルールを設定できます。
今定義したルールを右クリックし、[実行] をクリックします。 定義したクエリ フィールドの下の [コンピューター] リストに、コンピューターを網羅したリストが表示されるはずです。
[コンピューター] のリストにある任意のコンピューターを、作成した新しいコンピューター プールにドラッグします。
コンピューターが、スケジュールされたジョブを実行していない
DUT、SUT、および AP コンピューターの NIC の名前を確認します。 これらは、イーサネットの場合は MessageDevice、WLAN NIC の場合は SupportDevice0 および SupportDevice1 である必要があります。 違っている場合は、手動で名前を変更します。
プール内の各コンピューターについて、状態が [準備完了] になっていることを確認します。
HLK マネージャーの [ジョブ モニター] ウィンドウを開きます。
[コンピューター プール] タブで、ジョブを実行する予定のコンピューター プールを選択します。
コンピューターの状態が [準備完了] になっていない場合は、コンピューターを右クリックし、[状態の変更] をポイントして [リセット] をクリックします。
数分後に画面表示を更新すると、状態が [準備完了] に変わります。
ジョブをスケジュールし、再度開始します。
Test SoftAP ドライバーのトポロジへのインストールに関する問題: デバイス マネージャー レポートコード 52
HLK クライアントをインストールする前に x64 Test SoftAP ドライバーをインストールしないでください。 HLK クライアントがインストールされると、ルート証明書がインストールされます。 テスト SoftAP ドライバーの署名はルート証明書のインストールに依存しているため、デバイス マネージャーはデバイス コード52を報告します。
スタンドアロン実行のための NDISTest の構成
HLK Studio とは別に NDISTest をインストールすると、個々のテストを実行できます。 DUT、SUT、および Test SoftAP は、スタンドアロンの実行を有効にするように構成する必要があります。
Note
すべてのテスト コンピューターは、同じプロセッサアーキテクチャを使用している必要があります。
Note
NDISTest のトラブルシューティングを行うには、テスト コンピューターにデバッガーをアタッチしてみてください。
テスト対象のサポートデバイス (SUT) の構成
次の HLK コントローラーからすべての NDISTest バイナリとサブディレクトリをコピーします。
\\<ControllerName>\tests\<architecture>\nttest\nettest\ndis\ndistest.net\
<ControllerName> は HLK コントローラーのコンピューターの名前で、 <architecture> は x86 (x86 ベースのプロセッサの場合) または amd64 (x64 ベースのプロセッサの場合) です。
インストール ディレクトリから NDISTest.exe を起動します。 メイン フォームが開いたら、[ファイル] メニューの [サーバー] を選択して、サーバー フォームを起動します。
[メッセージ デバイス] の一覧からメッセージ デバイスを選択します。 このデバイスは、IP 対応であり、後で設定されるクライアント メッセージ デバイスと同じサブネット上にある必要があります。
[サポート デバイス] から SUT デバイスを選択します。 サーバーを起動すると、このサーバーで選択されたサポート デバイスがクライアントに表示されます。
[ジョブ] から "サーバー" ジョブを選択します。 これはサーバー側のテストであり、[開始] ボタンをクリックした後に起動されます。
すべてのオプションを選択したら、[開始] をクリックしてサーバーを起動します。
テスト ソフトウェア アクセス ポイント (Test SoftAP)の構成
次の HLK コントローラーからすべての NDISTest バイナリとサブディレクトリをコピーします。
\\<ControllerName>\tests\<architecture>\nttest\nettest\ndis\ndistest.net\
<ControllerName> は HLK コントローラーのコンピューターの名前で、 <architecture> は x86 (x86 ベースのプロセッサの場合) または amd64 (x64 ベースのプロセッサの場合) です。
テスト SoftAP の両方の Atheros WLAN デバイスに対して SoftAP driver をインストールします。 このドライバーは、コマンドプロンプトから devmgmt.msc を実行して開くことができるデバイス マネージャーからインストールできます。 次の手順を完了させます。
デバイス マネージャーで、\\<ControllerName>\Tests\<architecture>\nttest\nettest\ndis\NDISTest.net\SoftAPMiniport\ から SoftAP ステーション用のドライバーをインストールします。
<ControllerName> は HLK コントローラーのコンピューターの名前であり、<architecture> は、SoftAP デバイスがある HLK クライアント コンピューターのプロセッサ アーキテクチャに応じて、x86 (x86 ベースのプロセッサの場合) または amd64 (x64 ベースのプロセッサの場合) のいずれかになります。
インストール ディレクトリから NDISTest.exe を起動します。 メイン フォームが開いたら、[ファイル] メニューの [サーバー] を選択して、サーバー フォームを起動します。
[メッセージ デバイス] の一覧からメッセージ デバイスを選択します。 このデバイスは、IP 対応デバイスであり、後で設定されるクライアント メッセージ デバイスと同じサブネット上にある必要があります。
[AP デバイス] から AP デバイスを選択します。 サーバーを起動すると、このサーバーで選択された AP デバイスがクライアントに表示されます。
[ジョブ] から "サーバー" ジョブを選択します。 これはサーバー側のテストであり、[開始] ボタンをクリックした後に起動されます。
すべてのオプションを選択したら、[開始] をクリックしてサーバーを起動します。
テスト対象のデバイス (DUT) の構成
次の HLK コントローラーからすべての NDISTest バイナリとサブディレクトリをコピーします。
\\<ControllerName>\tests\<architecture>\nttest\nettest\ndis\ndistest.net\
<ControllerName> は HLK コントローラーのコンピューターの名前で、 <architecture> は x86 (x86 ベースのプロセッサの場合) または amd64 (x64 ベースのプロセッサの場合) です。
インストール ディレクトリから NDISTest.exe を起動します。 メイン フォームが開いたら、[ファイル] メニューの [クライアント] を選択して、クライアント フォームを起動します。
[テスト ターゲット] リストからテスト ターゲットを選択します。 ネットワーク デバイスの場合、このテスト ターゲットは ミニポートである必要があります。
[テスト デバイス] の一覧からテスト デバイスを選択します。 これは、ベンダー固有のテスト デバイスである必要があります。
[メッセージ デバイス] の一覧からメッセージ デバイスを選択します。 これは、サーバーのメッセージ デバイスと同じサブネット上にある IP 対応デバイスである必要があります。 メッセージ デバイスを選択すると、[AP デバイス] セクションが表示され、サーバーの AP デバイスが一覧に表示されます。
[サポート デバイス] からサポート デバイスを選択します。 これは、ベンダー固有のサポート デバイスである必要があります。
[AP デバイス] から AP デバイスを選択します。 これは、サーバー側で選択された AP デバイスである必要があります。
クライアントを起動した後に実行されるテストを [ジョブ] セクションから選択します。
すべてのオプションを選択したら、[開始] をクリックしてクライアントを起動します。 選択されたジョブの実行が開始されます。 テスト結果は、クライアントの次のログ サブフォルダーに格納されます。
<NDISTestRootFolder>/logs/<AdapterName>/
クライアント パケット キャプチャの構成
スタンドアロン実行用のテスト トポロジを構成します。 詳細については、「スタンドアロン実行のための NDISTest の構成」を参照してください。
2 つ目の SUT をセットアップします。 詳細については、「テスト対象のサポート デバイス (SUT) の構成」を参照してください。
インストール ディレクトリから NDISTest.exe を起動します。 メインフォームが開いたら、[表示] メニューの [デバッグ] を選択して、クライアントの [パケット キャプチャ] セクションを起動します。
[パケット キャプチャ] からキャプチャ デバイスを選択します。 これは、サーバー側で選択されたサポート デバイスである必要があります。
クライアントを起動した後に実行されるテストを [ジョブ] から選択します。
すべてのオプションを選択したら、[開始] をクリックしてクライアントを起動します。
テストに対応するパケット キャプチャは、キャプチャ デバイスと共にサーバー上で生成されます。 ログは、次のログ サブフォルダーに記録されます。
<NDISTestRootFolder>/logs/<AdapterName>/
[パケット キャプチャ] セクションがクライアントに表示されない場合のトラブルシューティング
[メッセージ センター] のユーザー インターフェイスが閉じていることを確認します。 NDISTest ユーザー インターフェイスが最大化されていない場合、[パケット キャプチャ] セクションが [メッセージ センター] のユーザー インターフェイスの背後に隠れている可能性があります。
バグを開こうと思う。 バグには何を含めればよいか。
失敗したテストを含む .hlkx パッケージを作成します。「パッケージの作成」セクションを参照して、バグにアタッチします。
失敗した際のログ - テストの実行から ndistest ログを収集し、バグのパッケージに含めてください。 ログを見つけるには、次の手順を実行します。
HLK Manager を開きます。
[エクスプローラー]> [ジョブ モニター] をクリックします。
テストのスケジュールを設定する [コンピューター プール] を選択します。
右側のウィンドウで DUT コンピューターを選択します。
[ジョブ実行状態] で、実行したテストのジョブ名を右クリックし、[ジョブ ログの参照] を選択します。
これにより、AP、サーバー、およびテスト ディレクトリを含むエクスプローラー ウィンドウが開きます。 これらのディレクトリを Zip 形式でバグにアタッチします。
実行に失敗した後にコンピューターをリセットする方法
一般的な問題と解決策を含む図を次に示します。
症状: |
解決方法 |
VAN UI にネットワークが表示されない |
1 |
WLAN デバイスを DHCP 対応ネットワークに接続しても、IP アドレスが取得されない |
2 |
奇妙な "バック チャネル" エラーが発生する |
2 |
(SUT、DUT、または AP) コンピューターがクラッシュし、すべてのテストが失敗するようになった |
1,2,3 |
HLK を通じて実行すると、NDISTest がテストアダプターを自動的に見つけることができない |
3 |
HLK テストで、MessageDevice または SupportDevice のいずれかの設定が失敗している |
3 |
HLK Controller を更新したが、クライアントは更新していない。見たこともないような奇妙なクラッシュや障害が発生している |
新しいコントローラーに移行する場合は、クライアントもリビルドする必要があります。 これが可能ではない場合は、3 台すべてのコンピューターから ndprot630.sys を削除し、AP コンピューターから athr.sys と softap.sys を削除する必要があります。 これらのファイルはすべて、c:\windows\system32\drivers ディレクトリにあります。 Ndprot630.sysは、NDISTest を実行すると自動的に再読み込みされますが、上書きはされません。 ather.sys と Sofap.sys は新しいコントローラーからコピーする必要があります。 |
物理 AP が以前と同じように動作していない |
物理 AP のリセット/再起動が必要になる場合があります。 工場出荷時の設定にリセットする場合は、セットアップの指示に従ってチャネルと無線を設定してください。 |
上記のすべての手順を試しましたが、うまくいかない |
上記の手順を試しても問題が解決しない場合は、WLAN アダプターをアンインストールしてから再インストールできます。 終了したらアダプター SupportDevice0 の名前を変更してください。 |