Problemas abertos

Em todas as plataformas Junos OS, em um cenário escalonado, quando algumas das interfaces ge/xe/et são membros da Ethernet agregada (AE) e a configuração de conjunto de encaminhamento de classe de Classe de Classe (CoS) é aplicada com um curinga para todas as interfaces físicas e interfaces Ethernet agregadas, pode desencadear uma falha flexível de concentradores PIC (FPC) que leva à perda de tráfego. PR1688455

Após a transição do mecanismo de roteamento, uma perda de tráfego momentânea pode ser observada com EVPN VxLAN nos switches EX4400. PR1659315

contadores runt, fragmentado e jabber não estão aumentando em EX4300-MPs. PR1492605

No EX2300, EX3400, EX4300-48MP e EX4300, os contadores de quadros de pausa não são incrementados quando os quadros de pausa são enviados. PR1580560

Em raras circunstâncias ao fazer o switchover do Roteamento Engine, o daemon de protocolo de roteamento no antigo mecanismo de roteamento ativo (novo mecanismo de roteamento de backup) pode reiniciar a geração de um arquivo principal enquanto está em processo de encerramento. PR1589432

EX4100-24mp, 48mp, 24p/t, 48p/t, F-24p/t, F-48-p/t: Em um cenário interop, ao usar 1G SFP óptico no PIC-2, a negociação automática deve ser desabilitada no peer. PR1657766

As estatísticas da interface MACsec EX4100 de bytes criptografados/descriptografados não aumentam ainda mais depois de atingir um limite de 40 bits (1099511627775). PR1658584

Se o MVRP for habilitado em uma interface habilitada para MSTP, a interface será feita parte de todas as instâncias existentes no switch, portanto, se houver duas interfaces entre R1 e R2 como abaixo: R1(et-0/0/1 e et-0/0/2)========(et-0/0/1 e et-0/0/2)R2. E uma interface é habilitada para MVRP (digamos, et-0/0/1), e o et-0/0/2 não está habilitado para MVRP. Por configuração et-0/0/1 faz parte do MSTI-1 e et-0/0/2 faz parte do MSTI-2. O MSTI-1 está em execução no vlan-100 e o MSTI-2 está em execução no Vlan-200. R2, neste caso, é publicidade apenas vlan-100. A interface habilitada para MVRP se tornará parte de todas as MSTIs (MSTI-1 e MSTI-2 ambas) configuradas no dispositivo e participará do FSM de todas as MSTIs. Embora et-0/0/1 não seja uma interface de membro do vlan-200 (correspnding para MSTI-2). Isso pode causar um problema em que et-0/0/1, embora não seja um membro vlan-200, entrará no estado da FWD e et-0/0/2, membro genuíno do vlan-200 vai para o estado BLK para MSTI-2. Portanto, quando o tráfego for recebido no vlan-200, ele será enviado de et-0/0/1, um será descartado. PR1686596

A perda de tráfego pode ser vista no caso de mudanças de configuração levarem à comutação da recaída para a primária ou vice-versa, enquanto a implantação do SAK da sessão ao vivo atual está em andamento. O problema depende da sequência de eventos em um momento específico. Exemplo: a sessão maCsec é ao vivo com a chave primária e no CAK não-chave para primária é alterada, isso levará à comutação para sessão de fallback, caso, na mesma instância, a implantação do SAK tenha sido acionada pelo servidor-chave, e a perda de tráfego será observada. PR1698687

Nas plataformas da Série EX, QFX5000 e Série MX com ligações persistentes para a espionagem do Protocolo de Configuração dinâmica de Host (DHCP) configuradas pode causar um esgotamento de espaço de Memória Endereçada de Conteúdo Ternary (TCAM) para o DHCP bisbilhotar o aprendizado na porta confiável após a reinicialização do dispositivo. PR1699777

Nas plataformas EX4400 no ambiente EVPN-VXLAN, a rota multicaminho de custo igual (ECMP) overlay não é programada em hardware, resultando em quedas de tráfego quando o ECMP hierárquico de overlay é configurado. PR1704470

Em plataformas do Junos OS, como EX4600 e QFX5100, a linha de switches configurada com Virtual Chassis (VC), se um membro mestre for desconectado ou forçado a desligar, o tráfego unicast é descartado devido à expiração do temporizador de persistência mac há uma diferença nos endereços mac entre a interface lógica agregada dos pais e a interface ethernet agregada por membros(ae). PR1695663

Quando um membro do Virtual Chassis (VC) EX3400 é zeroizado ou se ele é alimentado pela primeira vez após a parada, set chassis auto-image-upgrade a configuração é removida durante o processo de formação de VC. A ausência dessa configuração não permitirá que o usuário baixe configurações e imagens via ZTP. PR1694952

O vazamento de memória pode ocorrer por causa do daemon eswd nas plataformas da Série EX. Uma mensagem como a seguinte é exibida no log do sistema: eswd[1330]: JTASK_OS_MEMHIGH: Usando 212353 KB de memória, 158% do kernel/disponível: KERNEL_MEMORY_CRITICAL: Sistema com pouca memória gratuita, notificando o init (2º). /kernel: o processo (1254,eswd) ultrapassou 85% do RLIMIT_DATA: usado 114700 KB Max 131072 KB. PR1262563

Na plataforma EX4300, se encapsulation ethernet-bridge estiver configurada, a interface está sendo programada como tronco em vez de acesso em membros VLAN. Isso leva à queda de tráfego não registrada. PR1665785

No EX4300-24T, EX4300-48P, EX4300-VC, EX430024P, Plataformas EX430032F e EX430048T, quando uma unidade de dados de protocolo de ponte (VSTP) VLAN Spanning Tree Protocol (BPDU) chega com um ID VLAN que não está configurado no switch, mas que combina com um token de hardware de qualquer outro VLAN configurado, o ID VLAN da BPDU será alterado para o ID VLAN correspondente ao token de hardware combinado e alagado. Isso interrompe a convergência de STP no VLAN configurado, porque algumas portas podem entrar incorretamente no estado de bloqueio. PR167300

No Junos OS EX4600 Virtual Chassis (VC), a reinicialização master do Mecanismo de Roteamento e a reinicialização de todos os membros levam ao gerenciador de mecanismos de encaminhamento de pacotes quando o plugável SFP-T é instalado. Os logs de roteamento do gerenciador de mecanismos de encaminhamento de pacotes não têm impacto na funcionalidade (PR 1641556). PR1685067

Quando você executa request system reboot all members o comando no Virtual Chassis EX4600, um dos FPCs pode se desconectar e se juntar ao reboot pós-reinicialização do Virtual Chassis. O FPC reinicializa com o motivo "FXPC_RENESAUS_RETRY_FAILURE: fxpc_fpga_fpc_ideeprom_read: falha em tentar novamente o chip Renesaus". Esse problema pode ser atingido aproximadamente uma vez em 10-12 tentativas de executar o comando request system reboot all membersCLI. PR1700133