Comment fonctionne la stratégie QoS
S’applique à : Windows Server 2022, Windows Server 2019, Windows Server 2016
Lors du démarrage ou de l’obtention des paramètres de configuration utilisateur ou ordinateur mis à jour stratégie de groupe pour QoS, le processus suivant se produit.
Le moteur stratégie de groupe récupère les paramètres de configuration utilisateur ou ordinateur stratégie de groupe à partir d’Active Directory.
Le moteur stratégie de groupe informe l’extension QoS Client-Side qu’il y a eu des modifications dans les stratégies QoS.
L’extension QoS Client-Side envoie une notification d’événement de stratégie QoS au module d’inspection QoS.
Le module d’inspection QoS récupère les stratégies QoS de l’utilisateur ou de l’ordinateur et les stocke.
Lorsqu’un nouveau point de terminaison de couche transport (connexion TCP ou trafic UDP) est créé, le processus suivant se produit.
Le composant Couche transport de l’assemblage TCP/IP informe le module d’inspection QoS.
Le module d’inspection QoS compare les paramètres du point de terminaison de la couche transport aux stratégies QoS stockées.
Si une correspondance est trouvée, le module d’inspection QoS contacte Pacer.sys pour créer un flux, une structure de données contenant la valeur DSCP et les paramètres de limitation du trafic de la stratégie QoS correspondante. S’il existe plusieurs stratégies QoS qui correspondent aux paramètres du point de terminaison de la couche transport, la stratégie QoS la plus spécifique est utilisée.
Pacer.sys stocke le flux et retourne un numéro de flux correspondant au flux dans le module d’inspection QoS.
Le module d’inspection QoS retourne le numéro de flux à la couche transport.
La couche transport stocke le numéro de flux avec le point de terminaison de la couche transport.
Lorsqu’un paquet correspondant à un point de terminaison de la couche transport marqué avec un numéro de flux est envoyé, le processus suivant se produit.
La couche transport marque en interne le paquet avec le numéro de flux.
Les requêtes de couche réseau Pacer.sys pour la valeur DSCP correspondant au numéro de flux du paquet.
Pacer.sys retourne la valeur DSCP à la couche réseau.
La couche réseau remplace le champ TOS IPv4 ou le champ Classe de trafic IPv6 par la valeur DSCP spécifiée par Pacer.sys et, pour les paquets IPv4, calcule la somme de contrôle d’en-tête IPv4 finale.
La couche réseau remet le paquet à la couche d’encadrement.
Étant donné que le paquet a été marqué avec un numéro de flux, la couche d’encadrement remet le paquet à Pacer.sys via NDIS 6.x.
Pacer.sys utilise le numéro de flux du paquet pour déterminer si le paquet doit être limité et, le cas échéant, planifie l’envoi du paquet.
Pacer.sys remet le paquet immédiatement (s’il n’y a pas de limitation du trafic) ou comme prévu (s’il y a limitation du trafic) à NDIS 6.x pour la transmission sur l’adaptateur réseau approprié.
Ces processus de QoS basée sur une stratégie offrent les avantages suivants.
L’inspection du trafic pour déterminer si une stratégie QoS s’applique est effectuée par point de terminaison de couche transport, plutôt que par paquet.
Il n’y a aucun impact sur les performances pour le trafic qui ne correspond pas à une stratégie QoS.
Les applications n’ont pas besoin d’être modifiées pour tirer parti du service différencié basé sur DSCP ou de la limitation du trafic.
Les stratégies QoS peuvent s’appliquer au trafic protégé par IPsec.
Pour la rubrique suivante de ce guide, consultez Architecture de la stratégie QoS.
Pour la première rubrique de ce guide, consultez Stratégie de qualité de service (QoS).