Portas de validação

A partir do NDIS 6.30 em Windows Server 2012, a interface de comutador extensível cria uma porta operacional para hospedar uma conexão extensível do adaptador de rede switch. Em determinadas condições, a interface do comutador extensível cria uma porta de validação antes de criar a porta operacional para uma partição filho do Hyper-V. A porta de validação é usada para validar e verificar as configurações da porta operacional que será conectada ao adaptador de rede VM (máquina virtual) de comutador extensível da partição filho.

Nota No Hyper-V, uma partição filho também é conhecida como uma VM.

Essa porta de validação é criada sob as seguintes condições:

• A VM é criada pela primeira vez. Depois que a VM é ativada, a porta de validação é excluída e a porta operacional é criada em seu lugar.

• A VM insere um estado salvo. Quando a VM é restaurada e ativada, a porta de validação é excluída e a porta operacional é criada em seu lugar.

  Para obter mais informações, consulte Operações de salvamento e restauração extensíveis do Hyper-V.

• A VM é interrompida e pressionada. Depois que a VM é ativada, a porta de validação é excluída e a porta operacional é criada em seu lugar.

• A VM está sendo migrada ao vivo para outro computador host. Depois que a VM é criada e ativada no novo computador host, a porta de validação é excluída e a porta operacional é criada em seu lugar.

Depois que a porta de validação é criada, a interface de comutador extensível emite solicitações de OID para baixar políticas de porta para a porta. Como essas portas são criadas para validação e verificação de política, como quando uma VM é configurada pela primeira vez, é importante que a validação que ocorre seja apropriada para o tempo de configuração em vez do tempo de execução. As extensões devem executar os seguintes tipos de validação de política para essas portas:

• Validação de sintaxe. Essa validação falhará se os valores não estiverem formatados corretamente.

• Validação de intervalo. Essa validação falhará se as configurações não estiverem em conformidade com o intervalo esperado de valores mínimos e máximos.

• Validação de aplicabilidade. Essa validação falhará se as configurações não se aplicarem ao comutador extensível. Por exemplo, um perfil de política que define um SLA (contrato de nível de serviço de rede) externo não se aplicaria a um comutador extensível que não tenha acesso ao adaptador de rede externo.

• Detecção de conflitos. A validação falhará se as configurações entrarem em conflito com outras configurações que já estão definidas na mesma porta.

Quando a extensão de comutador extensível valida as configurações de porta e política para uma porta de validação, ela deve seguir estas diretrizes:

• Como a porta de validação é temporal, a extensão não deve validar e falhar nas configurações de política e configuração que não podem ser atendidas atualmente pelo comutador extensível.

  Por exemplo, um comutador extensível, que dá suporte a no máximo 10 gigabits de largura de banda, atualmente pode ter apenas 1 gigabit de largura de banda disponível para reserva. A extensão não falha na validação de uma propriedade de porta que está reservando mais de 1 gigabit de largura de banda. Em vez disso, esse tipo de validação deve ocorrer quando a porta operacional é criada. Isso ocorre porque as configurações que estão sendo validadas ainda podem ser aplicadas a uma porta operacional na qual a largura de banda está disponível. Isso permite que os administradores do sistema configurem inicialmente as VMs sem serem restringidas por restrições de tempo de execução.

• A extensão não deve alocar nem reservar recursos para a porta de validação. Por exemplo, as configurações de reserva de largura de banda em uma porta de validação não devem deduzir da largura de banda disponível do comutador extensível. A reserva deve ocorrer somente quando a porta operacional for criada.

Para obter mais informações sobre portas operacionais de comutador extensível, consulte Portas operacionais.