Um engenheiro de rede deve fornecer conectividade dual-stack (IPv4 e IPv6) entre o escritório da empresa e uma conta AWS. O roteador on-premises e a VPC suportam dual-stack. A empresa possui dois circuitos AWS Direct Connect para o escritório. A conexão deve ser altamente disponível e confiável para tráfego sensível à latência. Quais opções satisfazem esses requisitos? (Escolha duas.)
Escolha uma resposta
Toque em uma opção para verificar sua resposta.
Resposta correta: Crie uma única private virtual interface (VIF) em cada circuito Direct Connect. Adicione peerings BGP IPv4 e IPv6 a essa private VIF. Configure o dispositivo on-premises com os endereços de vizinhos BGP fornecidos pela AWS para anunciar rotas IPv4 no peering IPv4 e rotas IPv6 no peering IPv6. Habilite o Bidirectional Forwarding Detection (BFD) em cada sessão de peering., Crie duas private VIFs em cada circuito Direct Connect: uma private VIF para a família de endereços IPv4 e uma private VIF para a família de endereços IPv6. Configure o dispositivo on-premises com os endereços de vizinhos BGP fornecidos pela AWS para que ele anuncie rotas IPv4 sobre o peering IPv4 e rotas IPv6 sobre o peering IPv6. Habilite o Bidirectional Forwarding Detection (BFD) em cada sessão de peering..
Por que esta é a resposta
Ambas as opções corretas fornecem conectividade dual-stack (IPv4 e IPv6) e alta disponibilidade, utilizando dois circuitos Direct Connect e habilitando BFD para detecção rápida de falhas. A primeira opção é mais eficiente, pois permite múltiplos peerings BGP (IPv4 e IPv6) em uma única VIF privada, simplificando a configuração. A segunda opção, embora funcional, cria VIFs separadas para IPv4 e IPv6, o que pode ser mais complexo de gerenciar, mas ainda atende aos requisitos. A opção incorreta "Crie uma única private VIF e apenas um peering IPv4..." falha porque não estabelece um peering IPv6 dedicado, o que é necessário para dual-stack. A opção "Crie duas private VIFs... Anunciar rotas IPv4 e IPv6 em todas as sessões de peering. Deixe as configurações de Bidirectional Forwarding Detection (BFD) como padrão" é incorreta porque anunciar ambas as famílias de endereços em todas as sessões de peering não é a prática padrão e deixar o BFD no padrão pode não atender aos requisitos de sensibilidade à latência. A opção "Reduza o temporizador BGP hello para 5 segundos..." é incorreta porque, embora reduzir o temporizador BGP hello possa acelerar a detecção de falhas, a recomendação da AWS para detecção rápida de falhas com Direct Connect é usar BFD.
Passe no seu exame — sem a busca interminável por respostas
Obtenha todas as perguntas e explicações verificadas para este exame em um só lugar e economize horas de preparação. Mais de 1.000 certificações · Mais de 20 idiomas · Grátis para começar.
Passe no seu exame mais rápido → Não é necessário cartão