EVPN

Eleição do DF baseada em preferência para EVPN (QFX5110, QFX5120-32C, QFX5120-48T, QFX5120-48Y, QFX5200, QFX5210, QFX10002, QFX10002-60C, QFX10008 e QFX10016)— A partir do junos OS Release 22.1R1, você pode permitir que os switches da Série QFX selecionem um roteador designado (DF) com base no valor de preferência. Os dispositivos de borda do provedor (PE) enviam o valor de preferência para os outros dispositivos de PE multihomed usando o atributo da comunidade estendida no anúncio da rota EVPN Tipo 4.

Para permitir a eleição do DF baseada em preferência, inclua a df-election-type declaração no nível de [edit interfaces interface-name esi] hierarquia. Você também pode habilitar a eleição do DF com base no menor valor de preferência. Para fazer isso, inclua a designated-forwarder-preference-least declaração no nível hierárquica [edit routing-instance routing-instance-name protocols evpn] .

[Veja a eleição para encaminhamento designado.]

Suporte para recursos de filtragem e policiamento EVPN/VXLAN em uma camada inferior IPv6 pura (QFX10002-60C, QFX10002, QFX10008 e QFX10016)— Começando no Junos OS Release 22.1, a Juniper oferece suporte ao encaminhamento baseado em filtros para IPV4 e IPV6 em uma topologia EVPN/VXLAN com um policiamento de firewall adicional de pacotes IPV6 assim que o túnel de encaminhamento termina.

[Veja o roteamento de tráfego de dados IPv6 por uma rede EVPN-VXLAN com um Underlay IPv4.]

Perda de tráfego zero ao adicionar novas interfaces de membro ECMP underlay next hop (QFX10002-60C, QFX10002, QFX10008 e QFX10016)— Começando no Junos OS Release 22.1R1, em túneis VXLAN configurados em underlays ECMP, não há perda de tráfego quando você adiciona novos membros ao ECMP underlay no próximo salto. Anteriormente em dispositivos de FPC únicos, quando você adicionou um membro à unilist (um ponteiro para uma lista de next hops unicast), o novo membro foi instalado no início da lista para o pipeline de saída. No pipeline de entrada, no entanto, a unilist ainda apontou o membro antigo, mas usou o número de índice do novo membro. O tráfego sairia do dispositivo usando o membro antigo, mas com o número de índice do novo membro. Como o endereço MAC não correspondia ao dispositivo do qual foi enviado, o dispositivo de next-hop deixaria o tráfego cair. Para resolver esse problema, você agora adiciona novos membros ao fim da lista para que os índices existentes não sejam afetados.

Anteriormente em dispositivos de FPC múltiplos, cada FPC atualizou seus pipelines de entrada e saída de forma independente e estaria fora de sincronia entre si. Por exemplo, se você tivesse dois membros na unilist e depois adicionasse um terceiro membro, o terceiro membro tinha sua porta no FPC2. A correção para dispositivos FPC únicos não ajuda nessa situação. Em vez disso, você pode configurar um temporizador de atraso, o que permite adiar a população do pipeline de entrada por um tempo predeterminado enquanto programa o pipeline de saída. Quando o temporização expira, você pode programar o pipeline de ingresso.

[Veja a visão geral da EVPN.]