Chemin de contrôle du commutateur extensible Hyper-V pour les requêtes OID
Cette rubrique décrit le chemin de contrôle que les demandes d’identificateur d’objet de commutateur extensible (OID) Hyper-V se déplacent.
L’illustration suivante montre le chemin de contrôle de commutateur extensible pour les requêtes OID pour NDIS 6.40 (Windows Server 2012 R2) et versions ultérieures.
La figure suivante montre le chemin de contrôle de commutateur extensible pour les demandes OID pour NDIS 6.30 (Windows Server 2012).
Note Dans l’interface de commutateur extensible, les pilotes de filtre NDIS sont appelés extensions de commutateur extensible et la pile de pilotes est appelée pile de pilotes de commutateur extensible.
Les extensions de commutateur extensible, telles que les extensions de filtrage et de transfert, sont responsables de l’autorisation ou du rejet du trafic de paquets en fonction des stratégies de port ou de commutateur. Pour que ces extensions puissent appliquer des décisions de stratégie, ces extensions doivent être en mesure d’effectuer les opérations suivantes :
Recevez les informations nécessaires de l’interface du commutateur extensible sur la configuration et l’état nouveaux ou mis à jour du commutateur extensible, de ses ports et de ses connexions de carte réseau.
Recevez les informations nécessaires de l’interface de commutateur extensible sur les propriétés nouvelles ou mises à jour d’une stratégie de commutateur ou de port.
Émettre des demandes OID à l’interface de commutateur extensible pour obtenir la configuration actuelle du commutateur extensible, de ses ports et de ses connexions de carte réseau.
L’interface de commutateur extensible avertit les extensions sous-jacentes des modifications apportées à sa configuration de composant et à ses paramètres de stratégie en émettant des demandes de jeu d’OID de commutateur extensible. Ces demandes sont émises par la périphérie du protocole du commutateur extensible pour notifier l’extension sous-jacente de ces modifications. Ces demandes OID se déplacent dans la pile de pilotes de commutateur extensible vers le bord miniport sous-jacent du commutateur extensible.
Le bord miniport du commutateur extensible est responsable de l’exécution des demandes OID. Toutefois, avec certaines demandes OID de commutateur extensibles, une extension sous-jacente peut échouer une requête OID afin de mettre un veto à une notification. Par exemple, lorsque le bord du protocole du commutateur extensible avertit les extensions d’un nouveau port qui sera créé, il émet une demande de jeu OID de OID_SWITCH_PORT_CREATE. Une extension de filtrage ou de transfert sous-jacente peut opposer son veto à la création du port en effectuant la requête OID avec STATUS_DATA_NOT_ACCEPTED. Pour plus d’informations sur cette procédure, consultez Réception de demandes d’OID concernant les modifications de configuration du commutateur extensible Hyper-V.
Note Si l’extension ne met pas son veto à une demande OID de commutateur extensible, elle doit surveiller l’status lorsque la demande est terminée. L’extension doit effectuer cette opération pour déterminer si la demande OID a été bloquée par des extensions sous-jacentes dans le chemin de contrôle du commutateur extensible ou par l’interface de commutateur extensible.
Note Les demandes de redémarrage de pile à l’aide de NdisFRestartFilter ne se terminent pas tant qu’une requête OID de commutateur extensible est en attente. Pour cette raison, une extension qui attend un redémarrage de la pile doit terminer toutes les demandes OID en cours.
La plupart des requêtes OID de commutateur extensible ne peuvent être émises que par l’interface de commutateur extensible. Toutefois, certaines demandes d’OID de commutateur extensible peuvent être émises par une extension pour obtenir des informations sur la configuration du commutateur extensible, ses ports et ses connexions de carte réseau. Pour plus d’informations, consultez Interrogation de la configuration du commutateur extensible Hyper-V.