Hyper-V caminho de controle de comutador extensível para solicitações OID

Este tópico discute o caminho de controle que Hyper-V solicitações OID (identificador de objeto de comutador extensível) se movem.

A figura a seguir mostra o caminho de controle de comutador extensível para solicitações OID para NDIS 6.40 (Windows Server 2012 R2) e posteriores.

A figura abaixo mostra o trajeto de controle do switch extensível para requisições de OID para NDIS 6.30 (Windows Server 2012).

Observação Na interface de comutador extensível, os drivers de filtro NDIS são conhecidos como extensões de comutador extensíveis e a pilha de drivers é conhecida como pilha de drivers de comutador extensível.

Extensões de comutador extensível, como extensões de filtragem e encaminhamento, são responsáveis por permitir ou rejeitar o tráfego de pacotes com base em políticas de porta ou de comutador. Para que essas extensões apliquem decisões de política, essas extensões devem ser capazes de fazer o seguinte:

• Receba as informações necessárias da interface de comutador extensível sobre a configuração nova ou atualizada e o estado do comutador extensível, suas portas e suas conexões de adaptador de rede.

• Receba as informações necessárias da interface de comutador extensível sobre as propriedades novas ou atualizadas para uma política de comutador ou porta.

• Emita solicitações OID para a interface de comutador extensível para obter a configuração atual do comutador extensível, suas portas e suas conexões de adaptador de rede.

A interface de comutador extensível notifica as extensões subjacentes sobre alterações em sua configuração de componentes e parâmetros de política, emitindo solicitações de definição de OID do comutador extensível. Essas solicitações são emitidas pela borda do protocolo do switch extensível para notificar a extensão subjacente sobre essas alterações. Essas solicitações de OID percorrem a pilha de drivers do comutador extensível até o limite de miniporto subjacente do comutador extensível.

A borda do miniporto do comutador extensível é responsável por concluir as solicitações de identificadores de objetos (OID). No entanto, com algumas solicitações OID de comutador extensíveis, uma extensão subjacente pode falhar em uma solicitação de OID para vetar uma notificação. Por exemplo, quando a borda do protocolo do comutador extensível notifica as extensões sobre uma nova porta que será criada, ela emite uma solicitação de definição de OID OID_SWITCH_PORT_CREATE. Uma extensão subjacente de filtragem ou encaminhamento pode vetar a criação da porta ao completar a solicitação de OID com o código de status STATUS_DATA_NOT_ACCEPTED. Para obter mais informações sobre esse procedimento, consulte Recebendo solicitações de OID sobre Hyper-V alterações extensíveis de configuração de comutador.

Nota Se a extensão não veta uma solicitação OID de comutador extensível, ela deve monitorar o status quando a solicitação for concluída. A extensão deve fazer isso para determinar se a solicitação OID foi vetada por extensões subjacentes no caminho de controle de comutador extensível ou pela interface de comutador extensível.

Nota As solicitações de reinicialização da pilha usando NdisFRestartFilter não serão concluídas enquanto houver uma solicitação OID de comutador extensível pendente. Por esse motivo, uma extensão que está aguardando uma reinicialização da pilha deve concluir todas as solicitações de OID em andamento.

A maioria das solicitações OID de comutador extensível só pode ser emitida pela interface de comutador extensível. No entanto, algumas solicitações OID de comutador extensível podem ser emitidas por uma extensão para obter informações sobre a configuração do comutador extensível, suas portas e suas conexões de adaptador de rede. Para obter mais informações, consulte Consultar a configuração do Comutador Extensível Hyper-V.