Partager via


Résolution des problèmes de tests lan sans fil (802.11)

Cette rubrique décrit quelques conseils de dépannage courants pour les tests WLAN. Pour commencer :

  1. Consultez Résolution des problèmes d’échecs de test Windows HLK.

  2. Consultez les notes de publication de Windows HLK pour connaître les problèmes de test actuels.

  3. En cas d’échec de test, recherchez des informations utilisables dans le journal des tests Windows HLK Studio. Si vous trouvez des informations utilisables, résolvez le problème et réexécutez le test.

Les modifications que vous avez apportées aux appareils sur les ordinateurs clients HLK ne sont pas reflétées dans HLK Studio. Par exemple, l’ordinateur est censé être à l’état Prêt, mais ce n’est pas le cas.

  1. Ouvrez une fenêtre d’invite de commandes sur l’ordinateur client, puis exécutez net stop wttsvc.

  2. Exécutez net start wttsvc. Cette commande met à jour le répertoire C:\wtt\JobsWorkingDir\AssetCfg\Log\.

  3. Redémarrez HLK Studio. Vous devrez peut-être attendre plusieurs minutes que le contrôleur HLK interroge l’ordinateur client pour connaître les modifications apportées à sa liste d’appareils.

Les machines n’ont pas été découvertes pour le pool de machines.

  1. Ouvrez la fenêtre Moniteur de travaux dans le Gestionnaire HLK.

  2. Sélectionnez le bouton Afficher le Générateur de requêtes en haut de l’écran.

  3. Cliquez sur l’onglet Requête de l’ordinateur .

  4. Définissez les paramètres de recherche pour les machines que vous recherchez. En règle générale, vous pouvez définir une règle unique telle que « DataStore est égal à « Nom du contrôleur ».

  5. Cliquez avec le bouton droit sur la règle que vous venez de définir, puis cliquez sur Exécuter. Une liste complète de machines doit remplir la liste des machines sous les champs de requête que vous avez définis.

  6. Faites glisser les machines de la liste Machines dans les nouveaux pools d’ordinateurs que vous avez créés.

Les machines ne semblent pas exécuter de travaux planifiés pour eux.

  1. Vérifiez les noms des cartes réseau sur les machines DUT, SUT et AP.  Ils doivent être MessageDevice pour Ethernet et SupportDevice0 et SupportDevice1 pour les cartes réseau WLAN. Si vous ne les renommez pas manuellement.

  2. Assurez-vous que pour chaque machine du pool, status est Prêt.

    1. Ouvrez la fenêtre Moniteur de travaux dans le Gestionnaire HLK.

    2. Sous l’onglet Pool d’ordinateurs , sélectionnez le pool d’ordinateurs que vous prévoyez d’exécuter des travaux.

    3. Si le status d’un ordinateur n’est pas Prêt, cliquez avec le bouton droit sur l’ordinateur, pointez sur Modifier l’état, puis cliquez sur Réinitialiser.

    4. Après quelques minutes, actualisez l’écran et le status passe à Prêt.

  3. Planifiez et recommencez les travaux.

Problèmes liés à l’installation du pilote Test SoftAP sur la topologie : Gestionnaire de périphériques signale le code 52

N’installez pas le pilote Test SoftAP x64 avant d’installer le client HLK. Lorsque le client HLK est installé, le certificat racine est installé. Étant donné que la signature du pilote Test SoftAP dépend de l’installation du certificat racine, le gestionnaire de périphériques signale le code d’appareil 52.

Configuration de NDISTest pour une exécution autonome

L’installation de NDISTest distinct de HLK Studio vous permet d’exécuter des tests individuels. Un DUT, un SUT et un SoftAP de test doivent être configurés pour permettre l’exécution autonome.

Notes

Toutes les machines de test doivent utiliser la même architecture de processeur.

Notes

Pour résoudre les problèmes de NDISTest, essayez d’attacher un débogueur à l’ordinateur de test.

Configuration d’un appareil de support en cours de test (SUT)

  1. Copiez tous les fichiers binaires et sous-répertoires NDISTest à partir du contrôleur HLK suivant :

    \\<ControllerName>\tests\<architecture>\nttest\nettest\ndis\ndistest.net\

    <ControllerName> est le nom de l’ordinateur contrôleur HLK et <l’architecture> est x86 (pour les processeurs x86) ou amd64 (pour les processeurs x64).

  2. Lancez NDISTest.exe à partir du répertoire d’installation. Lorsque le formulaire main s’ouvre, sélectionnez Serveur dans le menu Fichier pour lancer le formulaire du serveur.

  3. Sélectionnez l’appareil de message dans la liste Appareil message . Cet appareil doit être compatible avec l’adresse IP et se trouver sur le même sous-réseau que l’appareil de message client qui sera configuré ultérieurement.

  4. Sélectionnez appareil(s) SUT dans Appareils de support. L’appareil de support sélectionné sur ce serveur à partir de sera visible par le client une fois le serveur démarré.

  5. Sélectionnez le travail « serveur » dans Travaux. Il s’agit du test côté serveur qui sera lancé une fois que vous cliquez sur le bouton Démarrer.

Une fois toutes les options sélectionnées, cliquez sur Démarrer pour démarrer le serveur.

Configuration d’un point d’accès logiciel de test (Test SoftAP)

  1. Copiez tous les fichiers binaires et sous-répertoires NDISTest à partir du contrôleur HLK suivant :

    \\<ControllerName>\tests\<architecture>\nttest\nettest\ndis\ndistest.net\

    <ControllerName> est le nom de l’ordinateur contrôleur HLK et <l’architecture> est x86 (pour les processeurs x86) ou amd64 (pour les processeurs x64).

  2. Installez le pilote SoftAP pour les deux appareils WLAN Atheros sur le SoftAP test. Vous pouvez installer ce pilote à partir de Gestionnaire de périphériques, que vous pouvez ouvrir en exécutant devmgmt.msc à partir d’une invite de commandes. Effectuez l’étape suivante :

    • Dans Gestionnaire de périphériques, installez le pilote pour les stations SoftAP à partir de \\<ControllerName>\Tests\<architecture>\nttest\nettest\ndis\NDISTest.net\SoftAPMiniport\

      <ControllerName> est le nom de l’ordinateur du contrôleur HLK et <l’architecture> est x86 (pour les processeurs x86) ou amd64 (pour les processeurs x64), en fonction de l’architecture du processeur de l’ordinateur client HLK qui a les périphériques SoftAP.

  3. Lancez NDISTest.exe à partir du répertoire d’installation. Lorsque le formulaire main s’ouvre, sélectionnez Serveur dans le menu Fichier pour lancer le formulaire du serveur.

  4. Sélectionnez l’appareil de message dans la liste Appareil message . Cet appareil doit être un appareil avec ip et sur le même sous-réseau que l’appareil de messagerie client qui sera configuré ultérieurement.

  5. Sélectionnez le ou les appareils AP dans Appareils AP. Les appareils AP sélectionnés sur ce serveur seront visibles par le client une fois le serveur démarré.

  6. Sélectionnez le travail « serveur » dans Travaux. Il s’agit du test côté serveur qui sera lancé une fois que vous cliquez sur le bouton Démarrer.

Une fois toutes les options sélectionnées, cliquez sur Démarrer pour démarrer le serveur.

Configuration de l’appareil testé (DUT)

  1. Copiez tous les fichiers binaires et sous-répertoires NDISTest à partir du contrôleur HLK suivant :

    \\<ControllerName>\tests\<architecture>\nttest\nettest\ndis\ndistest.net\

    <ControllerName> est le nom de l’ordinateur contrôleur HLK et <l’architecture> est x86 (pour les processeurs x86) ou amd64 (pour les processeurs x64).

  2. Lancez NDISTest.exe à partir du répertoire d’installation. Lorsque le formulaire main s’ouvre, sélectionnez Client dans le menu Fichier pour lancer le formulaire client.

  3. Sélectionnez la cible de test dans la liste Cible de test . Pour l’appareil réseau, cette cible de test doit être Miniport.

  4. Sélectionnez l’appareil de test dans la liste Appareil de test . Il doit s’agir d’un appareil de test propre au fournisseur.

  5. Sélectionnez un appareil de message dans la liste Appareil de message . Il doit s’agir d’un appareil avec adresse IP qui se trouve sur le même sous-réseau que l’appareil de messagerie du serveur. Une fois que l’appareil de message a été sélectionné, la section Appareil AP doit être affichée et l’appareil AP serveur doit être disponible dans la liste.

  6. Sélectionnez un appareil de support dans Appareils de support. Il doit s’agir d’un appareil de support propre au fournisseur.

  7. Sélectionnez un appareil AP dans Appareils AP. Il doit s’agir de l’appareil AP qui a été sélectionné côté serveur.

  8. Sélectionnez les tests de la section Travaux qui seront exécutés après le lancement du client.

Une fois toutes les options sélectionnées, cliquez sur Démarrer pour démarrer le client. Tous les travaux sélectionnés commencent à être exécutés. Les résultats des tests seront stockés sur le client dans le sous-dossier de journalisation suivant :

<NDISTestRootFolder>/logs/<AdapterName>/

Configuration de la capture de paquets client

  1. Configurez une topologie de test pour une exécution autonome. Pour plus d’informations, accédez à « Configuration de NDISTest pour l’exécution autonome ».

  2. Configurez un deuxième SUT. Pour plus d’informations, consultez « Configuration d’un appareil de support en cours de test (SUT) ».

  3. Lancez NDISTest.exe à partir du répertoire d’installation. Lorsque le formulaire main s’ouvre, sélectionnez Déboguer dans le menu Affichage pour lancer la section Capture de paquets sur le client.

  4. Sélectionnez un appareil de capture dans Capture de paquets. Il doit s’agir d’un appareil de support sélectionné côté serveur.

  5. Dans Travaux, sélectionnez les tests qui seront exécutés après le lancement du client.

  6. Une fois toutes les options sélectionnées, cliquez sur Démarrer pour démarrer le client.

  7. Les captures de paquets correspondant aux tests seront générées sur le serveur avec l’appareil de capture. Les journaux se trouveront dans le sous-dossier de journalisation suivant :

    <NDISTestRootFolder>/logs/<AdapterName>/

Résolution des problèmes lorsque la section Capture de paquets n’apparaît pas sur le client

Vérifiez que l’interface utilisateur du centre de messages est fermée. Si l’interface utilisateur NDISTest n’est pas agrandie, la section Capture de paquets peut être masquée derrière l’interface utilisateur du centre de messages.

Je veux ouvrir un bogue. Que dois-je inclure dans le bogue :

  • Créez un package .hlkx contenant les tests ayant échoué. Consultez la section « Création d’un package » et attachez-le au bogue.

  • Journaux d’échec : rassemblez les journaux ndistest de la série de test et incluez-les avec le package dans le bogue.  Vous pouvez trouver les journaux en procédant comme suit :

  1. Ouvrez le Gestionnaire HLK

  2. Choisir Explorateurs> Job Monitor

  3. Choisissez le pool d’ordinateurs sur lequel vous avez planifié les tests.

  4. Dans le volet droit, choisissez l’ordinateur DUT.

  5. Sous État de l’exécution du travail, cliquez avec le bouton droit sur le nom du travail du test que vous avez exécuté, puis sélectionnez Parcourir les journaux des travaux.

  6. Cela ouvre une fenêtre d’explorateur avec des répertoires AP, Serveur et Test.  Compressez ces répertoires et attachez-les au bogue.

Comment faire réinitialiser mes machines après un échec d’exécution ?

Vous trouverez ci-dessous un graphique présentant des problèmes courants et des solutions.

Symptôme

Solution

L’interface utilisateur van n’affiche aucun réseau

1

Quand je connecte mon appareil WLAN à un réseau compatible DHCP, je n’obtiens pas d’adresse IP.

2

J’obtiens d’étranges échecs de « back channel »

2

La machine (SUT, DUT ou AP) s’est plantée et tous les tests échouent maintenant

1,2,3

NDISTest ne recherche pas automatiquement mon adaptateur de test lors de l’exécution du HLK

3

Le test HLK ne parvient pas à remplir un MessageDevice ou un SupportDevice

3

J’ai mis à jour mon contrôleur HLK et pas mes clients et maintenant je vois des plantages et des échecs étranges que je n’ai jamais vus auparavant

Lorsque vous passez à un nouveau contrôleur, vous devez également reconstruire vos clients. Si ce n’est pas possible, vous devez supprimer ndprot630.sys des trois machines et athr.sys et softap.sys de l’ordinateur AP. Tous ces fichiers se trouvent dans le répertoire c:\windows\system32\drivers. Ndprot630.sys sera automatiquement rechargé lors de l’exécution de NDISTest, mais pas remplacé. ather.sys et Sofap.sys devront être copiés à partir du nouveau contrôleur.

Mes AP physiques ne semblent pas fonctionner comme avant

Vous devrez peut-être réinitialiser/redémarrer votre ap physique. Si vous le réinitialisez d’usine, veillez à définir le canal et la radio conformément aux instructions d’installation.

J’ai essayé toutes les étapes ci-dessus, mais rien n’a fonctionné

Si vous avez essayé les étapes ci-dessus et que vous rencontrez toujours des problèmes que vous pouvez désinstaller, réinstallez l’adaptateur WLAN. Vérifiez que lorsque vous avez terminé de renommer l’adaptateur SupportDevice0.

Test device.network

Résolution des problèmes de Windows HLK