Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Exemplos: Configurar manualmente VXLANs em switches da Série QFX e EX4600

Os exemplos a seguir mostram casos de uso para configurar manualmente VXLANs nos switches QFX5100, QFX5110, QFX5200, QFX5210 e EX4600.

Exemplo: configurar um switch de trânsito VXLAN

Se um switch série QFX ou EX4600 atua como um switch de trânsito para dispositivos downstream que atuam como VTEPs, você não precisa configurar nenhuma informação VXLAN na Série QFX ou switch EX4600. Você precisa configurar o PIM no switch para que ele possa formar a árvore multicast necessária para que os VTEPs possam estabelecer a integridade entre si.

Requisitos

Este exemplo usa os seguintes componentes de hardware e software:

  • Dois switches QFX5100

  • Versão do Junos OS 14.1X53-D10

Visão geral

Este exemplo mostra um caso de uso simples no qual os switches QFX5100 estão conectados a servidores downstream que atuam como VTEPs. Os switches QFX5100 precisam encaminhar pacotes VXLAN entre VM 1 no Servidor 1 e VM 2 no Servidor 2. Como essa configuração permite a conectividade de Camada 2 entre as VMs pelos túneis VXLAN, os aplicativos podem VMotion entre os VMs.

Topologia

A Figura 1 mostra switches QFX 5100 configurados para encaminhar pacotes VXLAN para VTEPs downstream.

Figura 1: QFX5100 atuando como um switch QFX5100 Acting as a VXLAN Transit Switch de trânsito VXLAN

Configuração de PIM nos switches de trânsito

Configuração rápida da CLI

Para configurar rapidamente este exemplo, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere os detalhes necessários para combinar com a configuração de sua rede e, em seguida, copie e cole os comandos na CLI no nível de [edit] hierarquia.

Procedimento

Procedimento passo a passo

Se você não estiver usando um controlador SDN para criar um plano de controle VXLAN, você deve habilitar o PIM em cada switch para que o VTEP possa usar grupos multicast para anunciar sua existência e aprender sobre outros VTEPs. (Configurar o PIM habilita automaticamente o IGMP.) Você não precisa realizar nenhuma configuração específica do VXLAN. Observe que você também não precisa configurar o VLAN 1 em nenhum dos switches.

  1. Habilite o PIM.

  2. Configure o endereço de um ponto de encontro PIM.

Exemplo: configurar um gateway de Camada 2 VXLAN

Se um switch da Série QFX ou EX4600 for conectado a um servidor downstream que hospeda uma VM que precisa de conectividade de Camada 2 com outro VM que só pode ser alcançado por meio de uma rede de Camada 3, você deve fazer o seguinte:

  • Configure o switch para atuar como um VTEP — ou seja, um gateway de Camada 2 para dispositivos de Camada 2 a jusante.

  • Configure o PIM no switch para que ele possa formar a árvore multicast necessária para a acessibilidade com outros VTEPs e permitir que o tráfego BUM seja encaminhado entre os VTEPs.

  • Habilite um protocolo de roteamento, por exemplo, OSPF, na interface de loopback do VTEP e interfaces de Camada 3.

Requisitos

Este exemplo usa os seguintes componentes de hardware e software:

  • Dois switches QFX5100

  • Versão do Junos OS 14.1X53-D10

Visão geral

Este exemplo mostra um caso de uso em que switches QFX5100 atuam como VTEPs que permitem conectividade de Camada 2 entre VM 1 no Servidor 1 e VM 2 no Servidor 2 para que o VMotion possa ocorrer entre os VMs. Os servidores neste exemplo podem estar nos mesmos ou diferentes data centers— a única restrição é que deve haver conectividade de Camada 3 entre os switches QFX5100. Isso permite que sua rede seja muito ágil em resposta à demanda por uso de servidor ou mudanças nos requisitos de largura de banda.

Observe que, como o mesmo VLAN existe em domínios de Camada 2 e ambos os switches encapsulam o tráfego VLAN no mesmo VXLAN, você não precisa de um gateway para o tráfego VXLAN na rede de Camada 3. Os pacotes VXLAN de Camada 3 são roteados normalmente e não é necessário des encapsulamento ou re encapsulamento.

Topologia

A Figura 2 mostra switches QFX5100 configurados para atuar como VTEPs.

Figura 2: QFX5100 Atuando como um VTEP QFX5100 Acting as a VTEP

Configurando os switches

Configuração rápida da CLI

Para configurar rapidamente o QFX5100-96S 1 neste exemplo, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para combinar com sua configuração de rede e, em seguida, copie e cole os comandos na CLI no nível de [edit] hierarquia.

A configuração do QFX5100-96S 2 é idêntica, exceto para alterações em alguns dos endereços:

Nota:

Você deve configurar o mesmo endereço de grupo multicast para VLAN1 ambos os switches.

Procedimento

Procedimento passo a passo

Realize o procedimento a seguir em ambos os switches para configurar a configuração de exemplo.

  1. Crie um endereço IPv4 acessível na interface de loopback.

    Para switch QFX5100-96S 2, use endereço 10.1.1.2.

  2. Configure a interface de loopback — e, portanto, seu endereço associado — para ser usada como endereço de origem do túnel.

  3. Habilite o PIM na interface de loopback.

  4. Adicione a interface de loopback à área 0.0.0.0.0 do OSPF.

  5. Habilite o PIM na interface que se conecta à rede de Camada 3.

  6. Adicione a interface que se conecta à rede de Camada 3 à área 0.0.0.0 do OSPF.

  7. Configure o endereço de um ponto de encontro PIM.

  8. Crie um VLAN, mapeie-o para um VXLAN e atribua um endereço de grupo multicast ao VXLAN. Todos os membros de uma VXLAN devem usar o mesmo endereço de grupo multicast.

    Neste exemplo, os vlan-id vni dois estão definidos para 100. Isso é feito apenas para simplicidade e clareza. Você não precisa definir o vlan-id vni mesmo valor.

  9. (Opcional) Configure o switch para reter a tag VLAN original (no pacote Ethernet interno) após o encapsulamento do VXLAN. Por padrão, a tag original é lançada quando o pacote é encapsulado.

  10. (Opcional) Configure o sistema para envelhecer o endereço para o VTEP remoto (o outro switch QFX5100) se todos os endereços MAC aprendessem com a idade do VTEP. O endereço do VTEP remoto expira o número configurado de segundos após a expiração do último endereço MAC aprendido.

    (Opcional) Configure o switch para des encapsular e aceitar tags VLAN originais em pacotes VXLAN. Por padrão, uma tag VLAN preservada é retirada quando o pacote é des encapsulado.

  11. Configure a interface que se conecta à rede de Camada 3.

    Para switch QFX5100-96S 2, use endereço 10.2.2.200.

  12. Configure a interface voltada para o servidor para oferecer suporte a várias VLANs.

    Nota:

    Como este exemplo mostra apenas uma VLAN, essa etapa não é necessária para o exemplo. Em uma configuração do mundo real, no entanto, seria necessário dar suporte a várias VMs conectadas a várias VLANs. Nesse caso, você também precisaria configurar mapeamentos adicionais de VLAN para VXLAN.

  13. Habilite o OSPF em todas as interfaces mapeadas para a área 0.0.0.0..

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os seguintes comandos no QFX5100-96S 1. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Verificação

Confirme que a configuração está funcionando corretamente.

Verificando a alcance do VXLAN

Propósito

No QFX5100-96S 1, verifique se há conectividade com o VTEP remoto (QFX5100-96S 2).

Ação
Significado

O VTEP no QFX5100-96S 2 é acessível porque seu endereço IP (o endereço atribuído à interface de loopback) aparece na saída. A saída também mostra que o VXLAN (VNI 100) e o grupo multicast correspondente estão configurados corretamente no VTEP remoto.

Verificando se o VTEP local está configurado corretamente

Propósito

No QFX5100-96S 1, verifique se o endpoint do túnel está correto.

Ação
Significado

O VTEP no QFX5100-96S 1 mostra o endereço IP de origem do túnel correto (atribuído à interface de loopback), VLAN e grupo multicast para o VXLAN.

Verificando o aprendizado de MAC com o VTEP remoto

Propósito

No QFX5100-96S 1, verifique se ele está aprendendo endereços MAC a partir do VTEP remoto.

Ação
Significado

A saída mostra os endereços MAC aprendidos com o VTEP remoto (além daqueles aprendidos nas interfaces normais de Camada 2). Ele também mostra o nome lógico da interface VTEP remota (vtep.12345 na saída acima).

Monitore a interface remota

Propósito

No QFX5100-96S 1, monitore os detalhes de tráfego para a interface VTEP remota.

Ação
Significado

A saída mostra detalhes de tráfego para a interface VTEP remota. Para obter essas informações, você deve fornecer o nome lógico da interface VTEP remota (vtep.12345 na saída acima), que você pode aprender usando o show ethernet-switching table comando.

Verificando o ospf vizinho

Propósito

No QFX5100-96S 1, verifique se o VTEP remoto (QFX5100-96S 2) se estabeleceu como um vizinho do OSPF.

Ação
Significado

A saída mostra que a interface xe-0/0/0,0 no QFX5100-96S 2 está no estado, o que significa que o Full QFX5100-96S 2 é um vizinho totalmente adjacente. O Full estado também significa que existe conectividade de Camada 3 entre o QFX5100-96S 1 e o QFX5100-96S 2.