Você provavelmente deve usar o IKEv2 como primário se tiver clientes Windows Vista / 7 e 2008r2, com um retorno ao SSTP se, por qualquer razão, a porta UDP 500 estiver bloqueada no site do cliente.
O SSTP tem um grave problema de desempenho, pois você obtém o TCP-in-TCP para a maioria do tráfego de dados. Isso faz com que a camada TCP "interna" seja mal informada sobre a perda real de pacotes na rede, resultando em grandes atrasos ou desconexões. Consulte este link para obter informações detalhadas sobre esse assunto.
Nossos próprios testes mostraram o desempenho de SSTP terrivelmente em redes com perdas, particularmente redes sem fio em hotéis, lanchonetes, banda larga móvel, etc. Portanto, escolhemos inicialmente o IKEv2 como nosso mecanismo principal com o SSTP como alternativa. Nem o SSTP nem o IKEv2 exigem a implantação de certificado cliente , mas exigem que todos os clientes confiem no certificado do servidor VPN. O certificado do servidor VPN é facilmente implantado por meio da Política de Grupo.
Outro problema comum ao PPTP, SSTP e IKEv2 nas implementações do Windows é que eles não verificam se o computador do cliente é confiável, apenas que o usuário que está se conectando sabe uma senha e tem VPN permissões. Esse problema nos levou a voltar ao L2TP com a implantação do certificado do lado do cliente usando a Autoridade de Certificação da Microsoft para emitir certificados para máquinas confiáveis. Você pode configurar o NAT traversal para L2TP com uma configuração de registro (novamente implantada através da Diretiva de Grupo).