Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
NESTA PÁGINA
 

Configuração fácil do EVPN LAG (EZ-LAG)

Com o recurso de configuração EZ-LAG, você pode configurar facilmente uma pequena rede privada virtual (EVPN) Ethernet para um par de dispositivos de borda de provedor de peer (PE) que têm servidores multihomed ou single-homed conectados. Você usa uma hierarquia simplificada de declarações CLI do Junos OS e um script de confirmação integrado gera a configuração completa.

Os dispositivos PE de malha EVPN lidam de forma confiável com o tráfego de e para dispositivos finais multihomed conectados, agrupando os links multihoming em um segmento Ethernet EVPN com um identificador (ESI). Você configura os links que participam do segmento Ethernet em um grupo de agregação de links (LAG), então chamamos o conjunto de links multihomed de ESI LAG. Neste documento, chamamos os dispositivos PE de dispositivos PE pares quando eles se conectam a dispositivos finais multihomed com o mesmo ESI. Os dispositivos PE também podem ter um ou mais links em um LAG para dispositivos finais single-homed, embora um dispositivo EVPN PE não precise lidar com links single-homed como um segmento Ethernet.

Os dispositivos finais podem ser hosts ou servidores diretamente conectados aos dispositivos PE ou podem ser dispositivos de borda do cliente (CE) com hosts finais ou servidores conectados. Para simplificar, neste documento, nos referimos aos dispositivos finais coletivamente como servidores.

O Multihoming EVPN oferece redundância e balanceamento de carga entre os dois switches e fornece uma rede de Camada 2 (L2) sem loop sem executar o STP. No entanto, a configuração do multihoming EVPN pode ser complexa e envolve a configuração correta de muitas declarações em todos os dispositivos PE na malha. Com esse recurso fácil de configuração do EVPN LAG (também chamado de recurso EZ-LAG), fornecemos uma hierarquia simplificada de declarações de configuração e um script de commit integrado que você pode usar para configurar o multihoming EVPN. Esse recurso facilita a migração de uma topologia de grupo de agregação de enlace multichassis (MC-LAG) para um modelo multihoming EVPN-VXLAN baseado em padrões.

Veja a Figura 1. A topologia de EVPN suportada inclui:

  • Dois dispositivos PE peer conectados lado a lado com um pacote de interface Ethernet agregado

  • Uma malha EVPN com encapsulamento VXLAN interconectando os dispositivos PE peer

  • Configurações ESI LAG entre os dispositivos PE peer e um ou mais servidores multihomed conectados

  • Conexões entre um dispositivo PE peer e um ou mais servidores single-homed conectados

Figura 1: Configurações suportadas para fácil configuração Network topology with Ethernet VPN connecting Peer PE 1 and Peer PE 2 via an aggregated Ethernet interface and ESI LAG to two servers for redundancy and load balancing. do EVPN LAG

Este recurso requer uma licença de software. Consulte o Guia do usuário de licenciamento da Juniper para obter detalhes sobre o modelo de licença de software Juniper Flex e o licenciamento ágil da Juniper, e as licenças disponíveis para o recurso EZ-LAG em plataformas suportadas.

Benefícios de usar a configuração fácil de EVPN LAG

  • Configuração automatizada: Você pode configurar facilmente uma pequena malha EVPN, incluindo ESI-LAGs para servidores conectados multihomed, sem usar um controlador de rede. Você fornece alguns parâmetros essenciais por meio da CLI, e o script de confirmação integrado do dispositivo os transforma em uma configuração completa de malha EVPN.

  • Flexibilidade de configuração: Você tem a flexibilidade de usar as opções de configuração básica e padrão, além de personalizar a configuração gerada. Você pode substituir muitos dos comportamentos padrão do script de confirmação e configurar manualmente esses elementos.

  • Migração de topologia Simplificada: Você pode usar esse recurso para migrar facilmente uma topologia de grupo de agregação de enlaces multichassis (MC-LAG) para uma malha EVPN-VXLAN simples.

Visão geral da configuração fácil de EVPN LAG

O recurso de configuração EVPN LAG fácil opera no momento da confirmação da configuração. É composto por:

  • Um conjunto de declarações de configuração no nível de hierarquia com o [edit services evpn] qual você fornece os parâmetros para configurar a malha EVPN prescrita.

  • Um script de commit integrado que processa os elementos de configuração simplificados no momento do commit (antes das verificações de validade da configuração padrão do Junos OS) e gera uma configuração de malha EVPN correspondente. Consulte Script de Confirmação Integrado para saber como habilitar o script de confirmação EZ-LAG.

Você configura algumas [edit services evpn] declarações para fornecer o conjunto mínimo necessário de parâmetros para configurar a malha EVPN e os links para os servidores anexados.

Quando você confirma as [edit services evpn] declarações de configuração, o dispositivo invoca o script de confirmação que gera a configuração de EVPN correspondente usando os parâmetros que você forneceu. O script de confirmação deriva algumas instruções de configuração específicas para o dispositivo no qual você confirma a configuração simplificada. O processo de confirmação valida a configuração e gera mensagens de aviso para parâmetros necessários ausentes ou parâmetros configurados incorretamente.

Consulte Visão geral do script de confirmação e como funcionam os scripts de confirmação para obter mais informações sobre scripts de confirmação.

A qualquer momento, você pode incluir facilmente mais [edit services evpn] algumas instruções para adicionar elementos à configuração existente, como novas VLANs ou conexões com novos servidores.

Visão geral da hierarquia de instruções [edit services evpn]

Você pode especificar o conjunto mínimo de parâmetros em apenas algumas instruções de configuração. Por exemplo, considere a seguinte malha EVPN-VXLAN pequena com dois servidores multihomed conectados, cada um hospedando duas VLANs:

Figura 2: Pequeno exemplo de topologia Network topology showing two Provider Edge devices, Peer PE 1 and Peer PE 2, connected to Server 1 and Server 2. Both PE devices have MAC-VRF 1 with VLANs 10 and 20. PE devices are interlinked via ae0. Servers use ESI LAGs for redundancy. de EVPN

Os poucos comandos fáceis de configuração do EVPN LAG a seguir fornecem os parâmetros mínimos necessários para configurar a malha EVPN da Figura 2 no Peer PE 1 do dispositivo. Quando você confirma esses comandos de configuração, o script de confirmação gera uma configuração padrão completa correspondente que pode conter de 80 a 100 comandos de configuração:

Veja Configuração fácil de EVPN LAG com servidores multihomed para a configuração completa que o script de commit gera.

A [edit services evpn] hierarquia de comandos tem muitas opções adicionais que oferecem flexibilidade para personalizar a configuração padrão gerada conforme necessário. O script de confirmação usa alguns dos elementos fornecidos na configuração simplificada para derivar automaticamente outros parâmetros na configuração gerada. Por padrão, o script de confirmação também gera comandos de configuração para outros recursos comuns em uma malha EVPN, como detecção de loop e controle de tempestade nas interfaces de dispositivos PE para servidores.

Você pode incluir opções para:

  • Diga ao script de confirmação para não derivar automaticamente alguns parâmetros na configuração gerada.

  • Substitua alguns dos valores e comportamentos padrão do script de confirmação.

  • Aplique grupos de configuração às instruções geradas pelo script de confirmação.

Com qualquer uma dessas opções, se o script de confirmação exigir que esses elementos forneçam uma configuração válida, você deverá configurá-los manualmente.

Consulte Instruções e parâmetros de CLI simplificados para gerar a configuração para obter detalhes sobre os parâmetros que cada instrução e opção fornece ao script de confirmação e como esses parâmetros afetam a configuração gerada.

Script de confirmação integrado

O script de confirmação para esse recurso, services_evpn_commit_script.py, é habilitado por padrão em plataformas suportadas.

Como o script de confirmação aplica alterações de configuração transitórias, para que o script de confirmação funcione, você também deve definir a opção system-scripts allow-transients , da seguinte maneira:

  • Em versões anteriores ao Junos OS Release 24.2R1, você pode definir a allow-transients opção apenas em nível global, e a opção será aplicada a qualquer script de commit configurado, da seguinte forma:

  • A partir do Junos OS Release 24.2R1, se necessário, você pode, alternativamente, definir a allow-transients opção no nível de script individual para que a opção se aplique apenas ao script de confirmação EZ-LAG, da seguinte forma:

  • A partir do Junos OS Release 24.4R1, incluímos a allow-transients opção no nível de script de commit EZ-LAG na configuração padrão, para que você não precise mais definir explicitamente essa opção.

Instruções e parâmetros de CLI Simplificados para gerar a configuração

Esta seção fornece detalhes sobre o conjunto de instruções de configuração no [edit services evpn] nível de hierarquia. Também mostramos como o script de confirmação mapeia os parâmetros de configuração simplificados para gerar a configuração completa.

Visão geral da configuração gerada por padrão

A configuração padrão gerada inclui:

  • Peering underlay e overlay usando BGP externo (EBGP).

  • Uma instância EVPN MAC-VRF padrão chamada __SERVICES_EVPN_EVPN_VXLAN_MAC-VRF_1, com tipo de serviço com reconhecimento de VLAN e encapsulamento VXLAN, que hospeda as VLANs especificadas.

    Você também pode configurar instâncias MAC-VRF adicionais e suas VLANs membros.

  • O IRB faz interface com os endereços IPv4 (ou IPv6) especificados para roteamento entre VLANs.

    Por padrão, o script de confirmação deriva um endereço de gateway virtual para cada interface IRB como o endereço configurável mais alto no intervalo de endereços de sub-rede IRB especificado.

    O script de confirmação também atribui um endereço MAC de gateway virtual padrão de 00:00:5e:00:01:01 se você não especificar esse parâmetro.

  • Conexões ESI LAG com servidores multihomed e links LAG para servidores single-homed.

    O script de confirmação atribui interfaces Ethernet agregadas a esses links como interfaces de tronco com marcação de VLAN, encapsulamento flexível de serviços Ethernet e LACP habilitado.

  • Detecção de loop leve nas interfaces Ethernet agregadas voltadas para o servidor associadas à instância EVPN MAC-VRF, com ação interface downde detecção de loop. Consulte EVPN-VXLAN Lightweight Leaf to Server Loop Detection para obter mais informações sobre esse recurso.

  • Controle de tempestade em interfaces voltadas para o servidor.

    O script de confirmação gera um perfil de controle de tempestade padrão chamado __SERVICES_EVPN_EVPN_VXLAN_STORM_CONTROL e o atribui a cada interface voltada para o servidor. Consulte Suporte a filtragem MAC, controle de tempestade e espelhamento de porta em um ambiente EVPN-VXLAN para obter mais informações sobre o recurso de controle de tempestade.

  • Outras opções comumente incluídas nas configurações de rede EVPN para melhorar a convergência da tabela de roteamento se as conexões agregadas da interface Ethernet se tornarem instáveis, como:

Veja um exemplo de configuração fácil de LAG e a configuração gerada correspondente aqui: Configuração fácil de EVPN LAG com servidores multihomed.

As próximas seções descrevem os elementos de configuração em detalhes.

Instruções e opções de configuração fáceis de EVPN LAG

A Tabela 1 mostra as instruções e opções no nível de hierarquia da [edit services evpn] instrução de configuração. O script de confirmação requer um conjunto mínimo de instruções para ter informações suficientes para gerar uma configuração de trabalho. A tabela indica quais declarações são obrigatórias. Opcionalmente, você pode incluir outras instruções para alterar o comportamento do script de confirmação e substituir os valores padrão conforme necessário para suas preferências de topologia e configuração.

O script de confirmação usa alguns dos elementos fornecidos na configuração simplificada para derivar automaticamente outros parâmetros na configuração gerada. Por padrão, o script de confirmação também gera instruções de configuração para oferecer suporte a recursos comuns em uma malha EVPN, como detecção de loop e controle de tempestade em links para servidores.

Tabela 1: [editar serviços EVPN] Declarações e objetivo
Instrução e declarações filho Opções Finalidade Obrigatório?

defaults-override

Se você configurar qualquer uma dessas opções, o script não derivará automaticamente esses parâmetros das instruções relacionadas [edit services evpn] fornecidas ou ignorará a geração de configuração para o elemento relacionado. Em vez disso, você deve configurar manualmente esses elementos.

 

configuração sem contagem agregada de dispositivos

Não gere a declaração de configuração de contagem de interface Ethernet (aen) agregada padrão.

Não

configuração de detecção de loop sem loop

Não gere declarações de configuração de detecção de loop leve.

Não

configuração sem padrão de plataforma

Não gere instruções para opções padrão específicas da plataforma.

Não

configuração de opções de roteamento e sem política

Não gere declarações de configuração de opções de roteamento e política padrão.

Se você especificar essa opção, deverá fornecer manualmente a configuração de uma declaração de política chamada EXPORT-LO0 no nível de [edit policy-options policy-statement] hierarquia. O script de confirmação atribui uma política com esse nome na configuração padrão de underlay EBGP gerada.

Ou você deve incluir a opção de substituir a no-underlay-config geração da configuração de underlay padrão e configurar manualmente as instruções de peering underlay desejadas.

Não

configuração de controle sem tempestade

Não gere configuração para controle de tempestade.

Não

configuração sem sobreposição de bgp

Não gere configuração de BGP para a sobreposição.

Não

configuração sem underlay

Não gere configuração para o emparelhamento underlay.

Não

atributo do dispositivo

Com essas declarações, você define parâmetros para configurar os dispositivos PE de peer, incluindo as interfaces de interconexão de peer, peering underlay e peering de sobreposição entre eles para formar a malha EVPN. O script de confirmação configura o emparelhamento de underlay e overlay com BGP externo (EBGP) por padrão. Opcionalmente, você pode especificar que o script de confirmação gere configuração para um dos outros protocolos de underlay ou overlay disponíveis. Ou você pode, alternativamente, definir a no-overlay-bgp-config opção ou a no-underlay-config opção (no nível da [edit services evpn defaults-override] hierarquia) e configurar manualmente as instruções de peering BGP overlay ou underlay que você deseja.

 

ID peer-id do par

Número (1-2) que identifica o dispositivo PE (em comparação com seu dispositivo PE peer) na malha.

O script de confirmação usa esse valor para derivar alguns valores que devem ser exclusivos entre os dispositivos PE peer na configuração gerada.

Sim

id system-id do sistema

ID do sistema do dispositivo PE peer (formato de endereço MAC).

O script de confirmação precisa desse valor para derivar a configuração para configurar o LACP em interfaces ESI LAG.

Sim

(atributo do dispositivo)

loopback

peer1-sub-rede peer1-subnet

peer2-sub-rede peer2-subnet

Endereços de sub-rede IPv4 de loopback de dispositivo PE para peer PE 1 e peer PE 2

A partir desse parâmetro, o script de confirmação configura os endereços de sub-rede da interface de loopback para os dispositivos PE peer e o ID do roteador para cada dispositivo.

Sim

(atributo do dispositivo)

ponto a ponto

sub-rede de pares (inet | inet6) subnet-address

Endereço de sub-rede IPv4 ou IPv6 para as interfaces que conectam o dispositivo PE ao seu dispositivo PE peer.

Você pode especificar essa opção com a inet opção ou a inet6 opção, ou ambas.

Sim

nome da interface de sub-rede peer [ interface-name ... ]

Nome ou nomes das interfaces que conectam o dispositivo PE ao seu dispositivo PE peer.

Sim

conectividade de sobreposição { ibgp }

Gere uma configuração prescrita para peering de overlay usando BGP interno (IBGP) em vez do protocolo padrão, EBGP.

Não

conectividade underlay { ospf }

Gere uma configuração prescrita para peering underlay usando OSPF em vez do protocolo padrão, EBGP.

Não

EVPN-VXLAN

Com essas declarações, você define parâmetros para configurar os dispositivos PE peer para executar EVPN com encapsulamento VXLAN usando uma ou mais instâncias MAC-VRF com reconhecimento de VLAN.

Por padrão, o script de confirmação habilita o EVPN-VXLAN em uma única instância MAC-VRF chamada __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_1. Se você configurar a mac-vrf-instance instance-id opção no nível da [edit services evpn expn-vxlan irb irb-instance instance] hierarquia, o script de confirmação gerará a configuração usando-a instance-id . O script de confirmação acrescenta o instance-id à cadeia de caracteres base para configurar nomes de instância MAC-VRF exclusivos na configuração gerada: __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_instance-id.

Se necessário, você pode configurar mais de uma instância MAC-VRF para separação de tráfego de locatário em L2.

Essas declarações também fornecem os parâmetros para configurar os ESI-LAGs para servidores multihomed ou LAGs para servidores single-homed, incluindo as interfaces IRB e as VLANs associadas. Opcionalmente, você também pode especificar a configuração da retransmissão DHCP para as instâncias do IRB nessa estrofe.

Relé DHCP

name

Nome do grupo de retransmissão DHCP.

Não

endereço dhcp-server-address do servidor dhcp

Endereço IP do servidor DHCP para habilitar o grupo de retransmissão do servidor DHCP.

Não

fonte DHCP-relay-source-interface de relé

Endereço IP da interface de loopback de origem de relé DHCP.

O script de confirmação gera instruções DHCP overrides relay-source que usam esse endereço de origem.

Não

instância vrf-instance-id vrf

Identificador de instância VRF nesta configuração para a qual você deseja configurar a transmissão DHCP.

Se você não especificar um vrf-instance-id, o script de confirmação usará a instância VRF padrão (inet.0 tabela de roteamento). Caso contrário, o script de confirmação gera configuração para uma instância VRF chamada __SERVICES_EVPN_EVPN_VXLAN_VRF_vrf-instance-id.

Não

irb

irb-instance

String para identificar uma instância IRB e seus parâmetros associados para processamento de script de confirmação.

Recomendamos escolher IDs que correspondam aos parâmetros da instância IRB na configuração gerada. Por exemplo, use "irb_10" para a instância IRB associada à VLAN 10, que será irb.10 na configuração gerada.

Sim

grupos de config-groups configuração aplicáveis

Aplique os grupos de configuração especificados à configuração que o script de confirmação gera a partir das instruções nesse nível de hierarquia.

Não

não-dhcp-relay

Exclua essa instância do IRB da configuração de retransmissão DHCP.

Essa opção se aplica somente se você especificou a geração de configuração para a retransmissão DHCP com a dhcp-relay opção no nível de [edit services evpn expn-vxlan] hierarquia.

Não

use-anycast-endereço

Configure a instância do IRB com um endereço de gateway anycast.

Com essa opção, você deve incluir o anycast-mac mac-address no nível da [edit services evpn global-parameters] hierarquia para especificar o endereço MAC anycast a ser usado.

Não

ID vlan-num da VLAN

ID da VLAN associada à instância do IRB.

O script de confirmação deriva o nome da interface IRB com um número de unidade lógica correspondente. Por exemplo, o script de confirmação configura irb.10 para vlan-num 10.

Sim

(IRB irb-instance)

instância

instância mac-vrf instance-id

O ID da instância MAC-VRF ao qual a instância IRB pertence.

O script de confirmação gera instruções de configuração de instância MAC-VRF usando o nome de instância MAC-VRF __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_instance-id.

Não*

*Se você não configurar essa opção, o script de confirmação criará uma instância MAC-VRF usando o padrão instance-id 1.

instância instance-id vrf

A instância de roteamento e encaminhamento virtual (VRF) de Camada 3 (L3) à qual essa instância de IRB pertence.

Se você especificar essa opção, o script de confirmação gerará instruções de configuração de instância VRF para o nome de instância VRF __SERVICES_EVPN_EVPN_VXLAN_VRF_instance-id.

Não*

*Se você não configurar esta opção, o script de confirmação usará a instância VRF padrão (que corresponde à inet.0 tabela de roteamento).

(IRB irb-instance)

endereço de sub-rede

inet (ipv4-subnet-address | ipv4-addr1 ipv4-addr 2 [ ...])

Endereço de sub-rede IPv4 ou lista de endereços de sub-rede para a interface IRB.

Para simplificar, você pode configurar o mesmo endereço de sub-rede IRB em ambos os dispositivos PE de peer. Por padrão, o script de confirmação usa o ID de peer PE para derivar diferentes endereços de sub-rede IRB para cada dispositivo peer com base no valor configurado ipv4-subnet-address .

Como alternativa, você pode definir os endereços de sub-rede desejados em cada dispositivo PE par e incluir a no-irb-address-auto-derive opção para que o script de confirmação use esses endereços exatos.

Além disso, consulte subnet-address para obter detalhes sobre instruções de configuração padrão router-advertisement adicionais que o script de confirmação gera para as interfaces IRB.

Sim*

*Você deve configurar pelo menos um endereço de sub-rede para a instância do IRB usando a inet opção ou a inet6 opção.

inet6 (ipv6-subnet-address | ipv6-addr1 ipv6-addr 2 [ ...])

Endereço de sub-rede IPv6 para a interface IRB.

O script de confirmação tem o mesmo comportamento padrão com essa opção e com a inet opção acima. Da mesma forma, você pode incluir a no-irb-address-auto-derive opção e especificar os endereços exatos de sub-rede IPv6 da interface IRB que deseja em cada dispositivo. Além disso, consulte subnet-address para obter detalhes sobre as instruções de configuração adicionais router-advertisement que o script de confirmação gera por padrão quando você especifica um endereço local de link com essa inet6 opção.

Sim*

*Você deve configurar pelo menos um endereço de sub-rede para a instância do IRB usando a inet opção ou a inet6 opção.

no-irb-address-auto-derive

Não derive endereços de sub-rede IRB na configuração gerada para esta instância IRB.

Você deve especificar essa opção se não quiser que o comportamento padrão do script de confirmação que usa a ID do peer PE derive endereços de sub-rede IRB diferentes para cada dispositivo peer do mesmo endereço configurado (inet | inet6).

Com essa opção, o script de confirmação usa os endereços exatos inet e inet6 de sub-rede que você fornece.

Essa opção também está disponível no nível de global-parameters hierarquia que se aplica a todas as instâncias do IRB.

Não

endereço virtual-gateway-v4-address do gateway virtual v4

Endereço IPv4 do gateway virtual para a interface IRB.

Se você não incluir essa opção, por padrão, o script de confirmação derivará um endereço IPv4 de gateway virtual do inet ipv4-subnet-address valor. O script de confirmação usa o endereço IPv4 configurável mais alto nesse intervalo de sub-rede. Por exemplo, o endereço de sub-rede 10.1.1.1/24 gera o endereço de gateway virtual 10.1.1.254.

Não

endereço virtual-gateway-v6-address do gateway virtual v6

Endereço IPv6 do gateway virtual para a interface IRB.

Se você não incluir essa opção, o script de confirmação terá o mesmo comportamento padrão para derivar o virtual-gateway-v6-address que para o virtual-gateway-v4-address acima. Por exemplo, o endereço de sub-rede IPv6 2001:db8::10:1:1:1/112 gera o endereço IPv6 do gateway virtual 2001:db8::10:1:1:fffe.

Não

servidor

name

Um nome exclusivo para identificar um servidor conectado ao dispositivo PE peer, como SERVER_1 ou HostA.

Esse valor é usado internamente para associar parâmetros relacionados ao servidor com as instruções a serem geradas para esse servidor. Você pode ver esse nome de servidor nos parâmetros de descrição para instruções relacionadas na configuração gerada.

Sim

grupos de config-groups configuração aplicáveis

Aplique os grupos de configuração especificados à configuração que o script de confirmação gera a partir das instruções nesse nível de hierarquia.

Não

ativar inicialização pxe

Habilite esse servidor conectado para usar um processo de inicialização PXE (Preboot Execution Environment, ambiente de execução de pré-inicialização).

O script de confirmação configura o status do LACP force-up no link para o servidor para garantir que o link esteja ativo quando o servidor for inicializado. O processo de inicialização PXE requer esse status.

Não

esi-lag-id esi-lag-id

ID de conexão ESI LAG para este servidor.

O script de confirmação atribui uma interface Ethernet agregada para a conexão com esse servidor, adicionando esi-lag-id à interface base o nome ae0 (por exemplo, esi-lag-id 1 usa ae1).

Sim*

*Você deve especificar pelo menos um esi-lag-id OR single-home-id para cada servidor. Consulte a single-home-id opção na próxima linha.)

ID single-home-id de casa única

ID de conexão single-homed para o servidor nomeado.

O script de confirmação atribui uma interface Ethernet agregada para a conexão com esse servidor, adicionando single-home-id à interface base o nome ae1024 (por exemplo, single-home-id 1 usa ae1025).

Sim*

*Você deve especificar pelo menos um esi-lag-id OR single-home-id para cada servidor.

(Veja a esi-lag-id opção na linha anterior.)

interface (interface-name | interface-name [ ...])

Nome da interface ou lista de nomes de interface para os links físicos do dispositivo PE peer para este servidor.

Sim

lista de id-vlan [vlan-id-list]

Lista de IDs de VLAN hospedados por esta instância e servidor MAC-VRF.

Sim*

*Você deve configurar pelo menos uma lista de IDs de VLAN (com pelo menos um ID de VLAN) para cada servidor, seja neste server name nível ou no nível (veja a mac-vrf-instance instance-id próxima linha).

(servidor name)

instância mac-vrf

instance-id

Identificador para uma instância MAC-VRF que hospeda esse servidor.

Se você não especificar essa opção, o script de confirmação gerará uma configuração que associa esses parâmetros de servidor à instância MAC-VRF padrão (chamada __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_1).

Não

lista de id-vlan [vlan-id-list]

Lista de IDs de VLAN hospedados por esta instância e servidor MAC-VRF.

Sim*

*Você deve configurar pelo menos uma lista de IDs de VLAN (com pelo menos um ID de VLAN) para cada servidor, seja neste nível de instância MAC-VRF ou no server name nível.

parâmetros globais

Com essas declarações, você especifica parâmetros para elementos de configuração que são comuns nos dispositivos PE peer na malha EVPN, como os endereços de gateway VLAN e anycast padrão. O script de confirmação tem valores padrão que ele usa se você não configurar essas opções.
 

Anycast-Mac anycast-mac

Globalmente, use o endereço MAC do gateway virtual anycast especificado na configuração gerada.

Não

VLAN vlan-id padrão

Use esse ID de VLAN (1-4094) como o VLAN padrão na configuração gerada.

O script de confirmação usará a ID de VLAN padrão do sistema se você não configurar isso.

Não

no-irb-address-auto-derive

Não derive endereços de sub-rede da interface IRB na configuração gerada para todas as instâncias IRB. Em vez disso, use os endereços de sub-rede IPv4 ou IPv6 exatos especificados com a subnet-address declaração no nível de [edit services evpn evpn-vxlan irb irb-instance] hierarquia.

Caso contrário, por padrão, o script de confirmação deriva o endereço de sub-rede IRB da subnet-address (inet | inet6) instrução com base no dispositivo peer-idPE.

Como alternativa, você pode definir essa opção no nível da irb irb-instance hierarquia para ser aplicada somente a uma instância IRB específica.

Não

índice num de ethernet agregado inicial

Use esse número como o índice inicial em nomes de interface Ethernet agregados para links ESI LAG para servidores conectados.

O script de confirmação começa em ae1 por padrão para links ESI LAG para servidores e reserva nomes de interface ae0 apenas para os links entre os PEs pares.

Observação:

Essa opção não afeta os nomes de interface gerados para links para servidores single-homed. O script de confirmação usa nomes de interface Ethernet agregados começando em ae1025 para links de servidor single-homed.

Não
gateway virtual-mac virtual-gateway-mac

Use esse endereço MAC de gateway virtual para tráfego IPv4 e IPv6 na configuração gerada.

Especifique a virtual-gateway opção (mais adiante nesta tabela) em vez dessa opção se quiser atribuir endereços MAC de gateway virtual diferentes para tráfego IPv4 e IPv6.

Não

(parâmetros globais)

MTU

overlay-mtu sobreposição

Especifique a unidade máxima de transmissão (MTU) em bytes a ser definida na configuração gerada para as interfaces usadas no peering de overlay, em vez do valor de MTU padrão.

O valor de MTU padrão varia de acordo com a plataforma e o tipo de interface (ou protocolo) para a qual você configura o valor.

Não

underlay underlay-mtu

Especifique o MTU em bytes a ser definido na configuração gerada para as interfaces usadas no emparelhamento de overlay, em vez do valor de MTU padrão.

O valor de MTU padrão varia de acordo com a plataforma e o tipo de interface (ou protocolo) para a qual você configura o valor.

Não

(parâmetros globais)

gateway virtual

v4-mac v4-mac

Use globalmente esse endereço MAC de gateway virtual para tráfego IPv4 na configuração gerada.

O script de confirmação usa 00:00:5e:00:01:01 por padrão se você não configurar essa opção ou a virtual-gateway-mac opção (acima).

Não

v6-MAC v6-mac

Use globalmente esse endereço MAC de gateway virtual para tráfego IPv6 na configuração gerada.

O script de confirmação usa 00:00:5e:00:02:01 por padrão se você não configurar essa opção ou a virtual-gateway-mac opção (veja essa linha anteriormente nesta tabela).

Não

Como o script de commit usa elementos de configuração Easy EVPN LAG na configuração gerada

A Tabela 2 lista os elementos de configuração e os valores padrão que o script de confirmação usa ou deriva da configuração simplificada fornecida.

Tabela 2: Valores de configuração derivados e padrão
Elemento de configuração Valor padrão ou derivado

Elementos gerais ou compartilhados

Número de dispositivos conectados de interface Ethernet agregada para set chassis aggregated-devices ethernet device-count num a configuração gerada

num é 255 por padrão.

(Algumas plataformas podem usar um valor padrão específico da plataforma diferente.)

Identificador PE peer, para associar parâmetros especificados ou derivados ao dispositivo PE peer correspondente

De set services evpn device-attribute peer-id peer-id .

O parâmetro peer-id é necessário para cada dispositivo PE peer (não há valor padrão).

Eles peer-id podem ter o valor 1 ou 2.

Endereço da interface de loopback do dispositivo PE peer (lo0)

A partir de set services evpn device-attribute :

  • peer-id peer-id

  • loopback peer1-subnet peer1-subnet ou loopback peer2-subnet peer2-subnet

Use o endereço da interface de loopback no dispositivo peer-id PE peer do endereço de sub-rede de loopback fornecido para esse ID de peer.

ID do roteador, para set routing-options router-id router-id na configuração gerada

A partir de set services evpn device-attribute :

  • peer-id peer-id

  • loopback peer1-subnet peer1-subnet ou loopback peer2-subnet peer2-subnet

Atribuído o mesmo valor que o endereço da interface de loopback do dispositivo.

Política de opções de roteamento de balanceamento de carga para balanceamento de carga por fluxo

 
set policy-options policy-statement pplb then load-balance per-packet
set routing-options forwarding-table export pplb

Configuração de controle de tempestade para cada interface voltada para o servidor

A configuração do controle de tempestade depende da plataforma. Consulte Comportamento específico da plataforma para configurações geradas pelo EZ-LAG para obter as diferenças na configuração gerada por plataforma.

Conexões de dispositivos PE ponto a ponto

Você especifica um ID de dispositivo PE peer usado internamente para rastrear os parâmetros que se aplicam a esse dispositivo PE peer EVPN configurado da seguinte forma:

set services evpn device-attribute peer-id peer-id

Nome agregado da interface Ethernet

ae0

Endereço agregado da interface Ethernet

A partir de set services evpn device-attribute:

Para simplificar a configuração, você configura o mesmo subnet-address em ambos os dispositivos PE de mesmo nível.

O script de confirmação deriva o endereço da interface com base no peer-id seguinte:

  • peer-id 1: O endereço AE0 é subnet-address.

  • Caso contrário, o endereço ae0 será subnet-address + 1 (adicione 1 ao segmento de endereço de ordem inferior do intervalo de sub-rede).

Por exemplo, se o IPv4 subnet-address for 10.0.1.0/31:

  • No peer-id 1, ae0 = 10.0.1.0

  • Caso contrário (no peer-id 2) ae0 = 10.0.1.1

Interface Ethernet agregada membro da interface física ou interfaces

A partir de set services evpn device-attribute peer-to-peer peer-subnet interface-name [ interface-name ... ].

O parâmetro [ interface-name ... ] é necessário; defina essas interfaces como links de membros em ae0.

Peer PE Device to Server Connections

Você especifica nomes de servidor e atribui IDs que representam os links para esses servidores (conexões ESI LAG multihomed ou conexões single-homed), da seguinte maneira:

  • set services evpn evpn-vxlan server server-name :

    • esi-lag-id esi-lag-id

    • single-home-id single-home-id

O script de confirmação usa os nomes de servidor internamente para associar elementos configurados a um servidor anexado, mas também exibe esses nomes no elemento description das instruções de configuração geradas relacionadas.
Índice inicial para atribuir nomes agregados de interface Ethernet para links ESI LAG a servidores multihomed

O padrão é 1 (ae1)

Para substituir o valor padrão e atribuir um índice inicial diferente (num), configure:

set service evpn global-parameters start-aggregate-ethernet-index num .

Essa opção afeta apenas o índice inicial para interfaces Ethernet agregadas a servidores multihomed (esi-lag-id opção). O script de confirmação usa ae(num + esi-lag-id).

Essa opção não afeta como o script de confirmação aloca links de servidor single-homed (single-home-id opção), que é ae(1024 + single-home-id).

Nome da interface física ou interfaces do dispositivo PE peer para o servidor (interface única ou lista de interfaces)

A partir de set services evpn evpn-vxlan server server-name interface [ interface-name ... ]

Parâmetro obrigatório por servidor, sem padrão

Nome da interface Ethernet agregada (aeindex) e unidade lógica (unidade num)

A partir de set services evpn evpn-vxlan server server-name :

  • esi-lag-id esi-lag-id ou single-home-id single-home-id

  • mac-vrf-instance instance-id
Derive da seguinte forma com base no ID do link do servidor e no ID da instância MAC-VRF configurada (ou MAC-VRF instance-id 1 padrão):

  • Para servidores multihomed: unidade instance-id ae(esi-lag-id)

  • Para servidores single-homed: unidade instance-id ae(1024 +single-home-id)

Opções agregadas de interface Ethernet e VLANs membros

A partir de set services evpn evpn-vxlan server server-name :

  • esi-lag-id esi-lag-id ou single-home-id single-home-id

  • mac-vrf-instance instance-id

  • vlan-id-list [ vlan-id ...]

Habilite a marcação de VLAN, o encapsulamento flexível de serviços Ethernet e o modo de interface de tronco.

Definir VLANs membros do servidor vlan-id-list configurado

Por exemplo, para esi-lag-id 1 (nome da interface ae1) no MAC-VRFinstance-id 1 padrão com vlan-id-list [ 10 20], a configuração gerada é:

set interfaces ae1 vlan-tagging 
set interfaces ae1 encapsulation flexible-ethernet-services 
set interfaces ae1 unit 1 family ethernet-switching interface-mode trunk
set interfaces ae1 unit 1 family ethernet-switching vlan members 10
set interfaces ae1 unit 1 family ethernet-switching vlan members 20

ID do sistema para LACP em links de dispositivo PE para servidor (formato de endereço MAC)

A partir de:

  • set services evpn device-attribute​ system-id system-id

  • set services evpn evpn-vxlan server server-name :

    • esi-lag-id esi-lag-id

    • single-home-id single-home-id

Derive de por link de servidor adicionando a ID do link do system-id servidor da seguinte maneira:

system-id + esi-lag-id

OU

system-id + single-home-id

Por exemplo, se system-id for 10:11:12:13:14:15, então para esi-lag-id 1 (ae1), o ID do sistema LACP é 10:11:12:13:14:16 na configuração LACP gerada para esse link:

set interfaces ae1 aggregated-ether-options lacp active
set interfaces ae1 aggregated-ether-options lacp system-id 10:11:12:13:14:16
Observação:

Para ignorar a configuração do LACP para um link peer-server, inclua a seguinte opção:

set services evpn evpn-vxlan server server-name no-lacp

Interface de servidor multihomed Configuração ESI LAG

A partir de set services evpn evpn-vxlan server server-name esi-lag-id esi-lag-id

Derive automaticamente o ESI:

set interfaces aeesi-lag-id esi auto-derive type-1-lacp
set interfaces aeesi-lag-id all-active

Configuração de detecção de loop leve em interfaces Ethernet agregadas lógicas voltadas para o servidor

A partir de set services evpn evpn-vxlan server server-name :

  • esi-lag-id esi-lag-id ou single-home-id single-home-id

  • mac-vrf-instance instance-id

  • vlan-id-list [ vlan-id ...]

Gera loop-detect enhanced declarações com ação interface-down para as interfaces Ethernet agregadas conectadas a cada um dos servidores configurados, com a unidade lógica baseada no ID da instância MAC-VRF configurada ou padrão instance-id 1:

set protocols loop-detect enhanced interface aeesi-lag-id.instance-id vlan-id vlan-id
set protocols loop-detect enhanced interface aeesi-lag-id.instance-id loop-detect-action interface-down 
set protocols loop-detect enhanced interface aeesi-lag-id.instance-id transmit-interval 1s
set protocols loop-detect enhanced interface aeesi-lag-id.instance-id revert-interval 60

Para obter mais informações sobre esse recurso de detecção de loop, consulte Detecção de loop de EVPN-VXLAN Lightweight Leaf para servidor.

Observação: O script de confirmação gera a configuração de detecção de loop somente em plataformas que oferecem suporte ao recurso de detecção de loop leve EVPN-VXLAN (consulte o Explorador de recursos).

Elementos de interface EVPN, VXLAN e IRB

Parâmetros de instância EVPN suportados na configuração gerada: tipo de instância MAC-VRF, tipo de serviço com reconhecimento de VLAN e encapsulamento VXLAN

Nome da instância MAC-VRF EVPN

A partir de:

  • set services evpn evpn-vxlan irb irb-instance instance mac-vrf-instance instance-id.

  • set services evpn evpn-vxlan server server-name mac-vrf-instance instance-id

Se você não configurar uma ou mais mac-vrf-instance instance-id declarações:

  • A instância instance-id padrão do MAC-VRF é 1.

  • O nome da instância MAC-VRF padrão é __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_1.

Caso contrário, para cada configurado instance-id, o nome da instância MAC-VRF será __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_instance-id.

Unidade lógica de interface Ethernet agregada por instância MAC-VRF

A partir de set services evpn evpn-vxlan server server-name :

  • mac-vrf-instance instance-id

  • esi-lag-id esi-lag-id ou single-home-id single-home-id

Derive e configure a interface lógica associada da seguinte maneira:

definir instâncias de roteamento __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_instance-id interface ae(esi-lag-id | single-home-id).instance-id

Diferenciador de rota (RD) para instância EVPN

A partir de :

  • set services evpn device-attribute :

    • peer-id peer-id

    • loopback peer1-subnet peer1-subnet

    • loopback peer2-subnet peer2-subnet

  • set services evpn evpn-vxlan server server-name mac-vrf-instance instance-id

O diferenciador de rota para cada instância de roteamento MAC-VRF é derivado do endereço de sub-rede de loopback do dispositivo PE peer e do MAC-VRF instance-id da seguinte forma:

peer<peer-id>-subnet:instance-id

Comunidade estendida de destino para instância de EVPN

A partir de mac-vrf-instance instance-id

vrf-alvo:1:instance-id

VLANs (domínios de ponte) hospedadas na instância EVPN

A partir de:

  • set services evpn evpn-vxlan server server-name vlan-id-list [vlan-id ...]

  • set services evpn evpn-vxlan irb irb-instance vlan-id vlan-id

Os nomes de VLAN são SERVICES_EVPN_EVPN_VXLAN_VLAN_vlan-id

Unidades lógicas de interface IRB correspondentes a VLANs de servidor configuradas

A partir de:

  • set services evpn evpn-vxlan irb irb-instance vlan-id vlan-id

  • set services evpn evpn-vxlan server server-name vlan-id-list [vlan-id ...]

A unidade lógica da interface IRB está vlan-id na configuração gerada para:

  • set interfaces irb unit vlan-id family inet address subnet-address ...

  • set routing-instances __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_instance-id vlans SERVICES_EVPN_EVPN_VXLAN_VLAN_vlan-id l3-interface irb.vlan-id​

Endereço da interface IRB (para configurar set interfaces irb unit unit family inet address subnet-address ...)

A partir de set services evpn evpn-vxlan irb irb-instance subnet-address (inet | inet6) subnet-address

Se você quiser que a configuração gerada tenha valores de interface subnet-address IRB diferentes definidos explicitamente por dispositivo PE peer (em vez dos endereços padrão derivados de um valor configurado subnet-address comum), configure a seguinte opção:

  • Por instância do IRB:

    set services evpn evpn-vxlan irb irb-instance no-irb-instance-auto-derive

  • Globalmente (para todas as instâncias do IRB):

    set services evpn global-parameters no-irb-instance-auto-derive

Derive endereços diferentes por dispositivo PE peer de IPv4 ou IPv6 subnet-address.

O parâmetro subnet-address é necessário e, para simplificar a configuração, você configura o mesmo subnet-address em ambos os dispositivos PE de mesmo nível.

O script de confirmação deriva diferentes endereços de interface IRB por dispositivo PE peer com base em subnet-address e peer-id, da seguinte forma:

  • peer-id 1: O endereço da interface IRB é subnet-address.

  • Caso contrário, o endereço da interface IRB será subnet-address + 1 (adicione 1 ao segmento de endereço de ordem inferior do endereço de sub-rede).

Por exemplo, se IPv4 subnet-address for 10.10.1.0/24:

  • Em peer-id 1, o endereço é 10.10.1.0/24

  • Em peer-id 2, o endereço é 10.10.1.1/24

Observação:

O processo de confirmação não faz uma verificação de confirmação para impor a configuração do mesmo endereço de sub-rede em ambos os dispositivos. Por padrão, o script de confirmação derivará o endereço da sub-rede da interface IRB com base no configurado subnet-address nesse nível de hierarquia.

Como resultado, é altamente recomendável que você use o mesmo endereço de sub-rede para esse parâmetro em ambos os dispositivos PE peer e defina apenas o peer-id para ser diferente em cada dispositivo. Dessa forma, a derivação de endereço padrão funciona conforme o esperado para as interfaces IRB em cada dispositivo PE peer.

Endereço de gateway virtual da interface IRB

A partir de set services evpn evpn-vxlan irb irb-instance subnet-address (inet | inet6) subnet-address

Inclua as seguintes opções em [edit services evpn evpn-vxlan irb irb-instance] para especificar os endereços IPv4 ou IPv6 do gateway virtual em vez de usar os endereços de gateway virtual derivados padrão:

  • virtual-gateway-v4-address ipv4-virtual-gateway-address

  • virtual-gateway-v6-address ipv6-virtual-gateway-address

Derive o endereço de gateway virtual para a instância IRB como o endereço configurável mais alto no intervalo de sub-rede IPv4 ou IPv6 subnet-address .

Por exemplo, se o IPv4 (subnet-address inet) subnet-address for 10.1.1.1/24, o endereço IPv4 do gateway virtual derivado será 10.1.1.254.

Da mesma forma, por exemplo, se o IPv6 (subnet-address inet6) subnet-address for 2001:db8::10:1:1:1/112, o endereço IPv6 do gateway virtual derivado será 2001:db8::10:1:1:fffe.

Interface IRB, gateway virtual, endereço MAC

Inclua as seguintes opções em [edit services evpn global-parameters] para substituir os endereços IPv4 ou IPv6 do gateway virtual padrão:

  • virtual-gateway (v4-mac | v6-mac) virtual-gateway-mac-address — Para definir diferentes endereços MAC de gateway virtual para tráfego IPv4 e tráfego IPv6

  • virtual-gateway-mac virtual-gateway-mac-address — Para definir o mesmo endereço MAC de gateway virtual para tráfego IPv4 e tráfego IPv6

Gateway virtual IPv4 endereço MAC: 00:00:5e:00:01:01

Gateway virtual IPv6 endereço MAC: 00:00:5e:00:02:01

Mapeamento de identificador de rede (VNI) VXLAN

A partir de:

  • set services evpn evpn-vxlan server server-name vlan-id-list [vlan-id ...]

  • set services evpn evpn-vxlan irb irb-instance vlan-id vlan-id

Adicionar vlan-id a um valor base de 10000

Peering underlay para dispositivos PE — protocolo padrão: EBGP

Nome do grupo BGP: __SERVICES_EVPN_EVPN_VXLAN_EBGP_UNDERLAY

Número do sistema autônomo (AS)

+ de 65000 peer-id

Número AS local e número AS peer para configuração de grupo BGP (local-as local-as , vizinho peer-as peer-as )

De set services evpn device-attribute peer-id peer-id .

Em peer-id 1, o AS local é 65000 + 4 e o peer AS é AS é 65000 + 3.

Os números de AS são invertidos no outro dispositivo peer-id PE peer 2: local AS é 65000 + 3 e peer AS é 65000 + 4.

Endereço do dispositivo local e endereço do vizinho peer para configuração do grupo BGP (local-address, vizinho neighbor neighbor-address na configuração gerada)

De set services evpn device-attribute peer-to-peer peer-subnet (inet | inet6) subnet-address .

No dispositivo peer-id PE peer 1, o endereço local é peer-subnet subnet-address e o endereço vizinho é subnet-address + 1.

O endereço local e o endereço vizinho são invertidos no outro dispositivo peer-id PE peer 2: o endereço local é peer-subnet subnet-address + 1 e o endereço vizinho é subnet-address.

Tamanho de MTU para interfaces de peering underlay ou overlay

Use os overlay-mtu tamanhos ou underlay-mtu configurados no [edit services evpn global-parameters mtu] nível da hierarquia em vez de usar o tamanho de MTU padrão. O tamanho padrão da MTU varia de acordo com a plataforma e o tipo de interface.

Consulte MTU de mídia e MTU de protocolo para obter mais informações sobre as configurações de MTU.

Política de roteamento para anunciar a interface de loopback ao dispositivo PE peer EBGP

 
set policy-options policy-statement EXPORT-LO0 term LOOPBACK from interface lo0.0
set policy-options policy-statement EXPORT-LO0 term LOOPBACK then accept
set policy-options policy-statement EXPORT-LO0 term REJECT then reject
set protocols bgp group __SERVICES_EVPN_EVPN_VXLAN_EBGP_UNDERLAY export EXPORT-LO

Peering de sobreposição para dispositivos PE — protocolo padrão: EBGP

Nome do grupo BGP: __SERVICES_EVPN_EVPN_VXLAN_EBGP_OVERLAY

Número do sistema autônomo (AS) (para routing-options autonomous-system num )

De set services evpn device-attribute peer-id peer-id .

+ de 65000 peer-id

Endereço do dispositivo local e endereço do vizinho peer para configuração de grupo BGP gerada (local-address local-address e neighbor neighbor-address )

A partir de set services evpn device-attribute :

  • peer-id peer-id

  • loopback peer1-subnet peer1-subnet

  • loopback peer2-subnet peer2-subnet

Cada dispositivo peer usa os endereços fornecidos loopback peerpeer-id-subnet para o endereço local e seu endereço vizinho.

Outras opções de emparelhamento underlay para dispositivos PE — OSPF

Se você configurar set services evpn device-attribute peer-to-peer underlay-connectivity ospf:

Unidade lógica de interface Ethernet agregada com peering de underlay OSPF

AE0.0

Área de OSPF

0.0.0.0

Outras opções de peering de overlay para dispositivos PE — IBGP

Se você configurar set services evpn device-attribute peer-to-peer overlay-connectivity ibgp:

Número do sistema autônomo para peering BGP interno (set routing-options autonomous-system num na configuração gerada

65000

Endereço do dispositivo local e endereço do vizinho peer para configuração do grupo IBGP gerado (local-address local-address e neighbor neighbor-address )

A partir de set services evpn device-attribute :

  • peer-id peer-id

  • loopback peer1-subnet peer1-subnet

  • loopback peer2-subnet peer2-subnet

O mesmo que com uma sobreposição EBGP — cada dispositivo peer usa os endereços fornecidos loopback peerpeer-id-subnet para o endereço local e seu endereço vizinho.

Opção para configurar o relé DHCP para uma instância de roteamento VRF

Se você configurar set services evpn evpn-vxlan dhcp-relay name :

Configuração do grupo de retransmissão DHCP

A partir de set services evpn evpn-vxlan dhcp-relay name :

  • endereço dhcp-server-address do servidor dhcp

  • fonte relay-source-interface de relé

  • instância instance-id vrf

O nome do grupo de retransmissão DHCP derivado é SERVICES_EVPN_EVPN_VXLAN_VRFname e a configuração padrão é:

[edit routing-instances __SERVICES_EVPN_EVPN_VXLAN_VRF_instance-id forwarding-options]
set dhcp-relay forward-only
set dhcp-relay server-group SERVICES_EVPN_EVPN_VXLAN_VRFnamedhcp-server-address
[edit routing-instances __SERVICES_EVPN_EVPN_VXLAN_VRF_instance-id forwarding-options dhcp-relay group SERVICES_EVPN_EVPN_VXLAN_VRFname]
set active-server-group SERVICES_EVPN_EVPN_VXLAN_VRFname
set overrides relay-source relay-source-interface
set relay-option-82 server-id-override

Comportamento específico da plataforma para configurações geradas pelo EZ-LAG

Consulte a entrada Configuração Simplificada para ESI LAGS com EVPN dual homing (EZ-LAG) no Explorador de recursos para revisar as plataformas e versões nas quais oferecemos suporte ao recurso EZ-LAG.

Use a tabela a seguir para revisar as diferenças específicas da plataforma na configuração gerada em diferentes plataformas que oferecem suporte ao recurso EZ-LAG:

Plataforma

Diferença

Roteadores EX9204, EX9208 e EX9214

Configuração gerada por padrão do controle de tempestade: 

set forwarding-options storm-control-profiles __SERVICES_EVPN_EVPN_VXLAN_STORM_CONTROL all bandwidth-percentage 1
set interfaces interface-name family ethernet-switching storm-control __SERVICES_EVPN_EVPN_VXLAN_STORM_CONTROL

Outras plataformas suportadas além dos roteadores EX9204, EX9208 e EX9214

Configuração gerada por padrão do controle de tempestade:

set forwarding-options storm-control-profiles __SERVICES_EVPN_EVPN_VXLAN_STORM_CONTROL all bandwidth-percentage 1
set interfaces interface-name ether-options ethernet-switch-profile storm-control __SERVICES_EVPN_EVPN_VXLAN_STORM_CONTROL

Fácil configuração de EVPN LAG com servidores multihomed

A Figura 3 mostra uma topologia com dois servidores multihomed conectados a dois dispositivos PE de peer. Os dispositivos PE peer são conectados back-to-back em uma pequena malha EVPN que hospeda duas VLANs de servidor (VLAN IDs 10 e 20).

Figura 3: Configuração fácil do EVPN LAG com dois servidores Network topology showing two Provider Edge devices, Peer PE 1 and Peer PE 2, connected to Server 1 and Server 2. Both PE devices have MAC-VRF 1 with VLANs 10 and 20. PE devices are interlinked via ae0. Servers use ESI LAGs for redundancy. multihomed

Configuração Simplificada com Dois Servidores Multihomed

Esta seção mostra um exemplo de uma configuração EVPN LAG mínima e fácil para a topologia na Figura 3. Você usa instruções na estrofe de [edit services evpn] configuração. Essa configuração fornece todos os parâmetros necessários para que o script de confirmação gere uma configuração EVPN-VXLAN correspondente. Você configura apenas alguns elementos específicos para cada dispositivo PE peer. Caso contrário, a maior parte da configuração é a mesma em ambos os dispositivos.

Observação:

Neste exemplo, ambos os dispositivos PE peer hospedam as mesmas VLANs e usam os mesmos nomes de interface física para se conectar aos servidores multihomed, de modo que esses parâmetros de configuração necessários podem fazer parte da configuração comum entre os dispositivos PE peer. No entanto, como as alocações de interface física por dispositivo geralmente são diferentes em implantações reais de clientes, incluímos as declarações de configuração EVPN LAG fáceis para esses parâmetros separadamente abaixo para cada dispositivo PE peer.

O script de confirmação usa valores padrão para alguns elementos. Ele também deriva automaticamente outros valores para a configuração gerada a partir dos parâmetros na configuração simplificada, conforme mencionado anteriormente.

Nessa configuração, observe que configuramos os seguintes parâmetros comuns de endereço de sub-rede em ambos os dispositivos PE pares. Fazemos isso porque o script de confirmação usa ou deriva automaticamente valores em cada dispositivo PE peer com base no peer-id qual o script está sendo executado:

  • Os endereços de sub-rede de loopback do dispositivo para cada dispositivo:

    O script de confirmação usa o endereço de sub-rede de loopback fornecido como o endereço local para o peer-id no qual ele é executado. Ele usa o outro peer-id endereço de sub-rede de loopback como seu endereço vizinho de dispositivo PE par.

  • A sub-rede do link ponto a ponto do dispositivo PE peer endereça:

    O script de confirmação usa o endereço de sub-rede agregado da interface Ethernet para peer-id 1 como o configurado subnet-addresse deriva o endereço para peer-id 2 como aquele subnet-address mais 1 no byte de baixa ordem do intervalo de sub-rede de endereços.

  • O endereço de sub-rede da interface IRB para cada interface IRB que atende a cada VLAN:

    O script de confirmação deriva um endereço de interface IRB da mesma forma que para os endereços Ethernet agregados ponto a ponto acima — ele usa o configurado subnet-address para peer-id 1 e adiciona 1 ao byte de baixa ordem desse subnet-address intervalo de endereços para peer-id 2.

Observação:

O processo de confirmação não faz uma verificação de confirmação para impor a configuração do mesmo endereço de sub-rede em ambos os dispositivos. Por padrão, o script de confirmação derivará automaticamente esses endereços com base nos valores 1 fornecidos subnet-address peer-id . Como resultado, recomendamos fortemente que você defina esses endereços de sub-rede com o mesmo valor base em ambos os dispositivos PE peer em uma configuração fácil de EVPN LAG. Dessa forma, a derivação de endereço padrão funciona conforme o esperado para o dispositivo de loopback, o link de peer de loopback e os endereços de sub-rede da interface IRB em cada dispositivo PE de peer.

Consulte Valores derivados na configuração gerada para obter detalhes sobre todos os valores que o script de confirmação deriva para a configuração gerada.

Configuração fácil de EVPN LAG para dois servidores multihomed

PE 1:

PE 2:

Configuração comum em ambos os dispositivos PE de peer:

Parâmetros Padrão Não Especificados na Configuração Simplificada

O script de confirmação usa os seguintes elementos padrão que você não especifica nesta configuração simplificada:

Tabela 3: Elementos padrão usados na configuração gerada
Elemento de configuração Valor padrão

Contagem agregada de dispositivos Ethernet

255

Links de dispositivos PE ponto a ponto

ae0

Overlay peering sistema autônomo número valor base

65000

Protocolo underlay e excessivamente peering

EBGP

Nome do grupo BGP subjacente

__SERVICES_EVPN_EVPN_VXLAN_EBGP_UNDERLAY

Nome e declaração de política de exportação subjacente

EXPORTAR-LO0

Nome do grupo BGP de overlay

__SERVICES_EVPN_EVPN_VXLAN_EBGP_OVERLAY

Instância EVPN-VXLAN MAC-VRF

instance-id 1

Nome: __SERVICES_EVPN_EVPN_VXLAN_MAC_VRF_1

service-type vlan-aware

encapsulation vxlan

vtep-source-interface lo0.0

Gateway virtual: endereço MAC (para IPv4)

00:00:5E:00:01:01

Nome da VLAN

SERVIÇOS_EVPN_EVPN_VXLAN_VLAN_vlan-id

Nome do perfil de controle de tempestade

__SERVICES_EVPN_EVPN_VXLAN_STORM_CONTROL

Configuração gerada com dois servidores multihomed

Com o script de confirmação de configuração EVPN LAG fácil habilitado, quando você confirma a configuração em Configuração Simplificada com Dois Servidores Multihomed, o script de confirmação gera a seguinte configuração EVPN-VXLAN. Por padrão, o script de confirmação configura o controle de tempestade e a detecção de loop leve nas interfaces voltadas para o servidor.

Consulte Valores derivados na configuração gerada para obter todos os valores que o script de confirmação deriva nesta configuração gerada da configuração simplificada.

PE 1:

PE 2:

Valores derivados na configuração gerada

Na configuração gerada em Configuração gerada com dois servidores multihomed, o script de confirmação deriva os seguintes valores com base nos elementos de configuração EVPN LAG fáceis correspondentes:

Tabela 4: Valores derivados no exemplo de configuração gerada com dois servidores multihomed
Elemento de configuração Derivado de [editar serviços evpn] Valor derivado no peer peer-id
Par 1 Par 2

Número AS

Base numérica padrão do AS: 65000

Número de AS de underlay: 65004

Número de AS de sobreposição: 65001

Número de AS de underlay: 65003

Número de AS de sobreposição: 65002

Endereço ae0 ponto a ponto

device-attribute peer-to-peer peer-subnet inet 10.1.1.0/31

10.1.1.0/31

10.1.1.1/31

Endereço local EBGP subjacente e endereço vizinho

device-attribute peer-to-peer peer-subnet inet 10.1.1.0/31

local-address: 10.1.1.0/31

neighbor: 10.1.1.1/31

local-address: 10.1.1.1/31

neighbor: 10.1.1.0/31

Endereço local EBGP overlay e endereço vizinho

device-attribute loopback peer1-subnet 192.168.1.1/32 peer2-subnet 192.168.2.1/32

local-address: 192.168.1.1/32

neighbor: 192.168.2.1/32

local-address: 192.168.2.1/32

neighbor: 192.168.1.1/32

system-id para configuração de LACP por servidor, link ESI LAG

device-attribute system-id 10:11:12:13:14:10

ae1: 10:11:12:13:14:11

AE2: 10:11:12:13:14:12

ae1: 10:11:12:13:14:11

AE2: 10:11:12:13:14:12

VLANs de servidor para:

  • Membros da VLAN aex

  • Membros da VLAN da instância MAC-VRF

  • Unidades lógicas de interface IRB

evpn-vxlan server SERVER_1 vlan-id-list [ 10 20 ]

evpn-vxlan server SERVER_2 vlan-id-list [ 10 20 ]

vlan-id 10

vlan-id 20

vlan-id 10

vlan-id 20

Endereço de sub-rede da interface IRB e virtual-gateway-address (VLAN 10)

evpn-vxlan irb irb_10 subnet-address inet 10.10.1.1/24

10.10.1.1/24

10.10.1.254/24

10.10.1.2/24

10.10.1.254/24

Endereço de sub-rede da interface IRB e virtual-gateway-address (VLAN 20)

evpn-vxlan irb irb_20 subnet-address inet 10.20.1.1/24

10.20.1.1/24

10.20.1.254/24

10.20.1.2/24

10.20.1.254/24

Diferenciador de rota de instância MAC-VRF

MAC-VRF instance-idpadrão: 1

device-attribute loopback peer1-subnet 192.168.1.1/32 peer2-subnet 192.168.2.1/32

192.168.1.1:1

192.168.2.1:1

Destino de rota de instância MAC-VRF

MAC-VRF instance-idpadrão: 1

vrf-target:1:instance-id

vrf-target:1:1

vrf-target:1:1

Unidades lógicas agregadas da interface Ethernet da instância MAC-VRF por servidor, link ESI LAG:

ae[esi-lag-id].[instance-id]

MAC-VRF instance-idpadrão: 1

evpn-vxlan server SERVER_1 esi-lag-id esi-lag-id 1

evpn-vxlan server SERVER_2 esi-lag-id esi-lag-id 2

Servidor 1: ae1.1

Servidor 2: ae2.1

Servidor 1: ae1.1

Servidor 2: ae2.1

Nomes de interface IRB (VLANs 10 e 20)

evpn-vxlan irb irb_10 vlan-id 10

evpn-vxlan irb irb_20 vlan-id 20

evpn-vxlan server SERVER_1 vlan-id-list [ 10 20 ]

irb.10

irb.20

irb.10

irb.20

Mapeamentos de VLAN para VNI (VLANs 10 e 20)

Valor base do VNI padrão: 10000

Para VLAN 10: 10010

Para VLAN 20: 10020

para VLAN 10: 10010

para VLAN 20: 10020

Adicionar configuração para um novo servidor multihomed

A Figura 4 mostra a mesma topologia da Figura 3 com um servidor multihomed adicional.

A configuração de exemplo aqui mostra como adicionar o novo servidor multihomed, o Servidor 3, que hospeda as duas VLANs VLAN 10 e VLAN 20.

Figura 4: Adicionar um novo servidor multihomed a uma configuração Network diagram showing two peer provider edge routers PE 1 and PE 2 linked to servers via ESI LAGs. VLAN 10 and 20 are displayed with Ethernet interfaces for redundant load balancing. Easy EVPN LAG existente

Configuração Simplificada para adicionar um novo servidor multihomed e ESI LAG

Neste exemplo, ambos os dispositivos PE pares:

  • Link para o novo servidor usando a interface ge-0/0/5.

  • Hospede as mesmas VLANs, VLAN 10 e VLAN 20.

  • Derivar automaticamente o identificador ES por padrão (usando o set interfaces aex esi auto-derive type-1-lacp comando)

Como resultado, você pode adicionar as mesmas declarações de configuração EVPN LAG fáceis adicionais em ambos os dispositivos, e o script de confirmação gera as mesmas declarações de configuração adicionais em ambos os dispositivos. Você também pode combinar server server-name opções no nível da [edit services evpn evpn-vxlan] hierarquia no mesmo comando, como mostra este exemplo de configuração. Você só precisa adicionar um item de linha de configuração para este caso de uso.

Para adicionar o Servidor 3 com links ESI LAG correspondentes, adicione o seguinte comando de configuração EVPN LAG único e fácil à configuração simplificada existente no Peer PE 1 e no Peer PE 2:

Configuração adicional gerada para um novo servidor multihomed e ESI LAG

O script de confirmação gera a seguinte configuração adicional em ambos os dispositivos PE peer a partir das instruções de configuração simplificadas em Configuração Simplificada para Adicionar um Novo Servidor Multihomed e ESI LAG:

Adicionar novas interfaces VLAN e IRB

A Figura 5 mostra a mesma topologia da Figura 5 com uma nova VLAN, VLAN 30, hospedada apenas pelo Servidor 1 e pelo Servidor 2.

Figura 5: Adicionar novas interfaces VLAN e IRB a uma configuração Network topology with Ethernet Segment Identifier LAGs and VRF: Peer PE 1 and 2 with MAC-VRF, VLANs 10, 20, 30, IPs 192.168.1.1, 192.168.2.1, AS 65001, 65002, connected via ae0 interface. Servers 1, 2, 3 use ESI LAG for redundancy and load balancing. de servidor existente

Configuração Simplificada para adicionar uma nova VLAN

Para adicionar a VLAN 30 para o Servidor 1 e o Servidor 2 à configuração original em Configuração fácil de EVPN LAG com servidores multihomed), adicione os seguintes comandos fáceis de configuração de EVPN LAG:

Em ambos os dispositivos Peer PE:

Observação:

A configuração simplificada do EVPN LAG aqui é a mesma em ambos os dispositivos PE peer neste caso porque:

  • O script de confirmação deriva endereços de sub-rede de interface IRB exclusivos para você usando o parâmetro fornecido subnet-address .

  • Estamos adicionando a mesma VLAN em ambos os dispositivos.

Configuração adicional gerada para uma nova VLAN

O script de confirmação gera a seguinte configuração adicional para a VLAN 30:

PE 1:

PE 2:

Adicionar um novo servidor single-homed

A Figura 6 adiciona um servidor de hospedagem única, o Servidor 4, que se conecta apenas ao Peer PE 1. O servidor 4 hospeda VLANs VLAN 10 e VLAN 20.

Na configuração simplificada, você fornece um single-home-id para identificar links de servidores single-homed e os parâmetros relacionados a esse servidor. Por padrão, o script de confirmação usa nomes de interface Ethernet agregados começando com um índice base de 1024 para links para servidores single-homed. O script de confirmação adiciona o single-home-id a esse índice, produzindo nomes de interface que começam com ae1025 (for single-home-id = 1).

Figura 6: Adicionar configuração para um servidor single-homed a uma configuração Network topology diagram with 2 peer Provider Edge routers, multiple servers, VLANs, and ESI Link Aggregation Groups for redundancy and load balancing. Easy EVPN LAG existente

Configuração Simplificada para Adicionar um Servidor Single-Homed

Para adicionar o Servidor 4 single-homed à configuração original em Easy EVPN LAG Configuration with Multihomed Servers), adicione os seguintes comandos fáceis de configuração EVPN LAG no Peer PE 1:

Observação:

Você pode combinar server server-name opções no nível da [edit services evpn evpn-vxlan] hierarquia, como mostra este exemplo de configuração. Como resultado, você só precisa adicionar um item de linha de configuração para esse caso de uso.

Configuração adicional gerada para um servidor single-homed

O script de confirmação gera a seguinte configuração adicional para o Servidor 4 no Peer PE 1:

Usar OSPF para a configuração de underlay

Por padrão, o script de confirmação de configuração EVPN LAG fácil gera uma configuração que usa EBGP para o peering underlay entre os dispositivos PE peer. Consulte as instruções de configuração do grupo EBGP __SERVICES_EVPN_EVPN_VXLAN_EBGP_UNDERLAY no exemplo em Configuração gerada com dois servidores multihomed.

Se você quiser usar o OSPF para o peering underlay, inclua a seguinte opção em sua configuração fácil de EVPN LAG em ambos os dispositivos PE peer:

Com essa opção, no lugar das declarações de configuração de underlay EBGP padrão, o script de confirmação gera uma configuração de peering de underlay OSPF usando os seguintes parâmetros padrão (consulte também a Tabela 2):

  • Unidade lógica agregada da interface Ethernet ae0.0

  • Área 0.0.0.0 do OSPF

O script de confirmação gera a seguinte configuração padrão de peering de underlay OSPF em ambos os dispositivos PE peer:

Observação:

Se você não quiser usar as configurações padrão de peering underlay EBGP ou OSPF, poderá definir a seguinte opção de configuração fácil do EVPN LAG:

Com essa opção definida, o script de confirmação não gerará nenhuma configuração de emparelhamento de underlay. Nesse caso, você deve configurar manualmente o emparelhamento de underlay desejado.

Usar o IBGP para a configuração de overlay

Por padrão, o script de confirmação de configuração EVPN LAG fácil gera uma configuração que usa EBGP para o peering de overlay entre os dispositivos PE peer. Consulte as instruções de configuração do grupo EBGP __SERVICES_EVPN_EVPN_VXLAN_EBGP_OVERLAY no exemplo em Configuração gerada com dois servidores multihomed.

Se você quiser usar o IBGP para o peering de overlay, inclua a seguinte opção em sua configuração fácil de LAG EVPN em ambos os dispositivos PE peer:

Com essa opção, em vez da configuração de sobreposição EBGP padrão, o script de confirmação gera uma configuração de emparelhamento de sobreposição IBGP usando os seguintes parâmetros padrão ou derivados (consulte também a Tabela 2):

  • Nome do grupo IBGP: __SERVICES_EVPN_EVPN_VXLAN_IBGP_OVERLAY

  • Número AS 65000

  • Endereço local do IBGP e endereço vizinho de peer derivado de set services evpn device-attribute:

    • peer-id peer-id

    • loopback peer1-subnet peer1-subnet

    • loopback peer2-subnet peer2-subnet

Para a topologia de exemplo na Figura 3, a configuração gerada é:

PE 1:

PE 2:

Documentação relacionada