Hyper-V Caminho de Controlo de Switch 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 switch 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 switch extensível para solicitações OID para NDIS 6.30 (Windows Server 2012).

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

As 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 comutador. Para que essas extensões apliquem decisões de política, elas devem ser capazes de fazer o seguinte:

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

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

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

A interface de switch extensível notifica às extensões subjacentes sobre alterações na configuração dos seus componentes e nos parâmetros da política, emitindo pedidos de definição de OID do switch extensível. Essas solicitações são emitidas pela borda de protocolo do switch extensível para notificar a extensão subjacente sobre essas alterações. Estas requisições OID movem-se através da pilha de drivers do comutador extensível até à extremidade de miniporta subjacente do comutador extensível.

A borda da miniporta do switch extensível é responsável por concluir as solicitações OID. No entanto, com algumas solicitações de OID associadas a switches extensíveis, uma extensão subjacente pode recusar uma solicitação OID com o intuito de vetar uma notificação. Por exemplo, quando a borda de protocolo do switch 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 de encaminhamento subjacente pode vetar a criação de porta ao completar o pedido OID com STATUS_DATA_NOT_ACCEPTED. Para obter mais informações sobre este procedimento, consulte a secção Receção de pedidos OID acerca de Hyper-V alterações de configuração do comutador extensível.

Nota Se a extensão não vetar uma solicitação OID de switch 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 do switch extensível ou pela interface do switch extensível.

Nota As solicitações de reinício da pilha usando NdisFRestartFilter não serão concluídas enquanto uma solicitação de OID de switch 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 do switch extensível só pode ser emitida pela interface do switch extensível. No entanto, algumas solicitações OID de switch extensível podem ser emitidas por uma extensão para obter informações sobre a configuração do switch extensível, suas portas e suas conexões de adaptador de rede. Para obter mais informações, consulte Consultando o Hyper-Vde configuração do comutador extensível .