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

Este tópico discute o caminho de controle pelo qual as solicitações do OID (identificador de objeto de comutador extensível) do Hyper-V 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 posterior.

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

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

Extensíveis extensíveis extensíveis, 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 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 e o estado novos ou atualizados 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 as alterações em sua configuração de componente e parâmetros de política, emitindo solicitações extensíveis de conjunto OID comutador. Essas solicitações são emitidas pela borda do protocolo da opção extensível para notificar a extensão subjacente sobre essas alterações. Essas solicitações de OID passam pela pilha de driver de comutador extensível para a borda de miniporto subjacente do comutador extensível.

A borda do miniporto do comutador extensível é responsável por concluir as solicitações 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 conjunto OID de OID_SWITCH_PORT_CREATE. Uma extensão de filtragem ou encaminhamento subjacente pode vetar a criação da porta concluindo a solicitação OID com STATUS_DATA_NOT_ACCEPTED. Para obter mais informações sobre esse procedimento, consulte Recebendo solicitações OID sobre alterações de configuração de comutador extensível do Hyper-V.

Nota Se a extensão não vetar uma solicitação OID de comutador extensível, ela deverá 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 de pilha usando NdisFRestartFilter não serão concluídas enquanto uma solicitação OID de comutador extensível estiver pendente. Por esse motivo, uma extensão que está aguardando uma reinicialização da pilha deve concluir todas as solicitações 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 comutador extensíveis 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 Consultando a configuração de comutador extensível do Hyper-V.