Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Exemplos: Configuração manual de VXLANs em switches da Série QFX e EX4600

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

Exemplo: Configuração de um switch de trânsito VXLAN

Se um switch da 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 Junos OS 14.1X53-D10

Visão geral

Este exemplo mostra um simples caso de uso em que QFX5100 switches estão conectados a servidores downstream atuando 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 os VMs através dos túneis VXLAN, os aplicativos podem VMotion entre as 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 do PIM nos switches de trânsito

Configuração rápida da CLI

Para configurar este exemplo rapidamente, copie os seguintes comandos, cole-os em um arquivo de texto, remova qualquer quebra de linha, altere os detalhes necessários para combinar com a configuração da sua rede e, em seguida, copie e cole os comandos no 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. (A configuração do 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: configuração de um gateway de camada 2 VXLAN

Se um switch da Série QFX ou EX4600 estiver 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 funcionar como um VTEP — ou seja, um gateway de Camada 2 para dispositivos de Camada 2 downstream.

  • 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 Junos OS 14.1X53-D10

Visão geral

Este exemplo mostra um caso de uso em que os switches QFX5100 agem como VTEPs que permitem a 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 ambos os domínios de Camada 2 e ambos os switches encapsulam o tráfego VLAN na mesma 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 novo encapsulamento.

Topologia

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

Figura 2: QFX5100 atuando como VTEP QFX5100 Acting as a VTEP

Configuração dos 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 os detalhes necessários para combinar com a configuração da sua rede e, em seguida, copie e cole os comandos no CLI no nível de [edit] hierarquia.

A configuração para 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 do exemplo.

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

    Para switch QFX5100-96S 2, use o 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 de OSPF 0.0.0.0.

  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 OSPF 0.0.0.0.

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

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

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

  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 é descartada 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 aprenderem 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 é descartada quando o pacote é des encapsulado.

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

    Para switch QFX5100-96S 2, use o 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 para oferecer suporte a várias VMs conectadas a várias VLANs. Neste 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 se a configuração está funcionando corretamente.

Verificando a acessibilidade do VXLAN

Propósito

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

Ação
Significado

O VTEP em 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 em 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 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 vizinho OSPF

Propósito

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

Ação
Significado

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