Notes
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Résumé du test
Ce test vérifie que le DUT accepte correctement et résout les paramètres qoS distants via DCBX.
Ce test nécessite deux machines, avec le « périphérique de support » sur l’ordinateur serveur (PEER) connecté directement à l'« appareil de test » (DUT) sur l’ordinateur client.
Traces et capture de paquets
Les traces suivantes peuvent être activées avant de commencer le test, si vous souhaitez obtenir plus d’informations :
- Traces NDIS à activer sur l’ordinateur DUT si vous souhaitez voir comment le système d’exploitation gère DCB & DCBX status indication et les annonces de fonctionnalités QoS à partir du DUT.
- 0x800000 est pour qoS status traces d’indication 0x001000 est pour les traces de publication de la fonctionnalité QoS 0x000400 est pour la requête QoS OID à partir des traces du système d’exploitation
netsh trace start provider={dd7a21e6-a651-46d4-b7c2-66543067b869} keywords=0x00801400 level=5 tracefile=ndis.etl
<start the NDIS test>
netsh trace stop
- Exécutez la capture de paquets sur le « Périphérique de support » sur l’ordinateur PEER capturez le paquet LLDP DCBX envoyé à partir du « Périphérique de support ».
- Notez que le test peut réinitialiser l’appareil de support. Par conséquent, vous devrez peut-être démarrer/redémarrer la capture de paquets une fois le test démarré.
Détails du test
Chacun des sous-tests effectue les opérations suivantes :
Configurer le DCB local sur le DUT, y compris activer DCBX Willing sur le DUT (NDIS_QOS_PARAMETERS_WILLING)
-
Attente :
- Le DUT accepte le paramètre DCB local
- Le DUT génère une indication NDIS_STATUS_QOS_OPERATIONAL_PARAMETERS_CHANGE status si le paramètre local est différent de ses paramètres locaux actuels.
-
Informations de trace (si activées comme indiqué ci-dessus)
- Annonces de la fonctionnalité QoS de l’appareil (pour voir ces informations, vous devez redémarrer l’adaptateur avant d’exécuter le test, afin que le miniport réinscrire les fonctionnalités QoS auprès du système d’exploitation.)
- ==>ndisMSetQosAttributes : ...
- <==ndisMSetQosAttributes : ..., Status 0x0
- Sur la demande OID pour miniport
- ==>ndisOidPreQosSetParameters: ...
- ==>ndisValidateQosParameters: ...
- <==ndisValidateQosParameters: ...
- <==ndisOidPreQosSetParameters: ... État 0 (ou des traces d’erreur en cas d’échec)
- Sur les NDIS_STATUS_QOS_OPERATIONAL_PARAMETERS_CHANGE de réception du système d’exploitation
- ==>ndisMIndicateQosParametersChange: ... StatusCode : 400200a0
- ==>ndisValidateQosParameters
- <==ndisValidateQosParameters réussi
- <==ndisMIndicateQosParametersChange: ... StatusCode : 400200a0
- Annonces de la fonctionnalité QoS de l’appareil (pour voir ces informations, vous devez redémarrer l’adaptateur avant d’exécuter le test, afin que le miniport réinscrire les fonctionnalités QoS auprès du système d’exploitation.)
Créez un paquet LLDP DCBX sur l’ordinateur serveur et envoyez le paquet à partir du « Périphérique de support » sur l’ordinateur serveur.
-
Attente :
- Le DUT reçoit le paquet, car le « Périphérique de support » est connecté directement au DUT.
- Le DUT résout ses paramètres DCB locaux avec les paramètres spécifiés dans le paquet DCBX.
- Le DUT émet une indication NDIS_STATUS_QOS_REMOTE_PARAMETERS_CHANGE status avec les paramètres distants résolus.
- Le système d’exploitation émet ensuite un OID_QOS_PARAMETERS au DUT pour configurer les paramètres DCB locaux, en fonction des paramètres distants ci-dessus.
- Le DUT accepte le paramètre DCB local.
- Le DUT génère une indication NDIS_STATUS_QOS_OPERATIONAL_PARAMETER_CHANGE status si le paramètre local est différent de ses paramètres locaux actuels.
-
Informations de trace (si activées comme indiqué ci-dessus) :
- Lors de l’envoi d’un message DCBX à partir d’un ordinateur PEER
- La capture de paquets doit afficher les paquets LLDP DCBX envoyés à partir de l’appareil de support
- Sur les NDIS_STATUS_QOS_REMOTE_PARAMETERS_CHANGE de réception du système d’exploitation
- ==>ndisMIndicateQosParametersChange: ... StatusCode : 400200a1
- ==>ndisValidateQosParameters: ...
- <==ndisValidateQosParameters: ...
- <==ndisMIndicateQosParametersChange: ... StatusCode : 400200a1
- Sur l’émission du système d’exploitation OID_QOS_PARAMETERS au miniport pour définir le DCB local
- Traces similaires à celles ci-dessus.
- Lors de l’envoi d’un message DCBX à partir d’un ordinateur PEER
Interrogez OID_QOS_REMOTE_PARAMETERS sur le DUT pour vérifier que le DUT a reçu le paquet LLDP et résolu les paramètres distants comme prévu.
-
Attente :
- La requête retourne les paramètres DCB spécifiés dans le paquet LLDP DCBX qui a été envoyé par le « Périphérique de support » au DUT.
- Notez que la requête n’atteindra pas le miniport. Au lieu de cela, NDIS intercepte l’OID de requête et répond avec les paramètres du dernier NDIS_STATUS_QOS_REMOTE_PARAMETERS_CHANGE qu’il a reçu du DUT. Par conséquent, le DUT doit déjà avoir généré un NDIS_STATUS_QOS_REMOTE_PARAMETERS_CHANGE lorsqu’il a reçu le paquet LLDP DCBX.