Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Problemas abertos

Saiba mais sobre problemas abertos no Junos OS Release 21.4R3 para switches da Série QFX.

Para obter as informações mais completas e mais recentes sobre os defeitos conhecidos do Junos OS, use o aplicativo de pesquisa de relatório de problemas junos on-line da Juniper Networks.

Roteamento geral

  • Quando o VLAN é adicionado como uma ação para mudar a VLAN em filtros de entrada e saída, o filtro não está instalado. PR1362609

  • O dimensionamento do VXLAN VNI (aprendizado multicast) em QFX5110 problema de tráfego é visto do túnel VXLAN à interface de Camada 2. PR1462548

  • Ao executar o comando: mostre o nome do filtro pfe hw do filtro de nome do filtro, o comando não recupera os detalhes de programação do PFE do filtro. PR1495712

  • Nos roteadores da Série PTX e switches da Série QFX que executam o Junos OS, o serviço JFlow pode não relatar a taxa de transferência precisa. Esse problema é visto quando há uma alta taxa de tráfego amostrada com taxa de acerto de cache de baixo fluxo. PR1502645

  • Em QFX5100 dispositivos que não executam os códigos qfx-5e (arquitetura não-TVP), quando uma imagem com a atualização do Broadcom SDK (6,5.x) é instalada, a utilização da CPU pode aumentar em cerca de 5%. PR1534234

  • Na linha de switches QFX5000, o vazamento de rota não funciona para rotas IPv4 se a máscara for menor que /16 e para rotas IPV6 se a máscara for menor que /64. PR1538853

  • O processo de FPC pode não ser gerado após uma reinicialização difícil em um caso raro, o que faz com que o FPC não fique on-line com sucesso. PR1540107

  • O DAC de 5M conectado entre QFX10002-60C e MX2010 não se conecta. Mas com o DAC de 1M e 3M esse interop funciona como esperado. Além disso, deve-se notar QFX10002-60C e ACX ou gerador de tráfego o mesmo DAC de 5M funciona perfeitamente. Parece haver certa configuração de SI ou nível de link em QFX10002-60C e MX2010, que precisa ser depurada com a ajuda das equipes de HW e SI e resolvida. PR1555955

  • Para evitar o flap adicional da interface, o tempo de espera da interface precisa ser configurado. PR1562857

  • No cenário de EVPN/VXLAN com OSPF configurado na IRB, as sessões de OSPF podem não ser estabelecidas devido a problemas de conectividade. PR1577183

  • Em QFX5100, ao verificar o DHCP Smart Relay em interfaces IRB, a renovação pode não ser vista no cliente dhcp. PR1581025

  • Em um dispositivo totalmente carregado, às vezes, a programação de firewall estava falhando devido à configuração de prefixo dimensionada com mais de 64800 entradas. No entanto, esse problema não é observado na configuração do desenvolvimento. PR1581767

  • Nas plataformas PTX10K e QFX10K que executam o Junos, as permissões de arquivo podem ser alteradas para arquivos /var/db/scripts após a reinicialização do dispositivo. Esse problema pode ter um impacto nos scripts em execução na caixa. PR1583839

  • Em QFX5000 linha de switches, o concentrador PIC flexível (FPC) ou o processo dcpfe podem entrar em um estado muito incomum quando vários threads broadcom counter (bcmCNTR) estão sendo executados ou gerados no FPC. Esse estado faz com que o processo de dcpfe seja travado ou o FPC reinicialize. O objetivo do bcmCNTR é sondar estatísticas do hardware. PR1588704

  • Nos switches da série QFX/EX com chip Broadcom como Mecanismo de encaminhamento de pacotes (PFE), se o IS-IS for habilitado em uma interface integrada de roteamento e ponte (IRB) e o tamanho máximo da unidade de transmissão (MTU) da interface IRB é configurado com um valor superior a 1496 bytes, as PDUs is-IS hello (IIH) com tamanho de estrutura jumbo (ou seja, ótimos que 1496 bytes) podem ser descartadas e não enviadas para os vizinhos is-IS. A seguir, a lista de produtos dos switches da série QFX/EX com chip Broadcom como PFE. QFX5100/QFX5110/QFX5120/QFX5130/QFX5200/QFX5210/QFX5220 EX2300/EX3400/EX4300/EX4600/EX4650 PR1595823

  • Pim Vxlan não está trabalhando em chipsets TD3 que permitem o flexflow VxLAN após o lançamento do Junos OS 21.3R1. Os clientes Pim Vxlan ou plano de dados VxLAN podem usar o Junos OS Release 21.3R1. PR1597276

  • Comparando o tempo de convergência com 21,1R1,5, observou-se degradação no isisv6, ospfv2 e tempo de convergência ospfv3. Como se trata de um problema de tempo de convergência, muitos componentes estarão envolvidos e, portanto, precisam ser investigados por várias equipes (RPD, Kernel, PFE). Esse tipo de problema exigirá várias iterações de experimentos para restringi-lo, um pouco difícil de fazer RCA e leva algum bom tempo. Considerando esses pontos, marcando este como um problema conhecido. PR1602334

  • Nas linhas de PTX1000 e PTX10000 dos roteadores e na linha QFX10000 de switches com sFlow habilitado, as amostras de sFlow podem não ser geradas para tráfego MPLS de trânsito que transporta pacotes IPv6. PR1607497

  • Em QFX10002-60C sob as estatísticas mac "output-mac-control-frames" e "output-mac-pause-frames" não aumenta. PR1610745

  • Em QFX5100 VC, quando 118 (Max) grupos de atraso estiverem configurados, então pode haver perda de tráfego de poucos pacotes intermitentemente. PR1611162

  • Quando o recurso IFA2.0 Init habilitado para switches e fluxos for amostrado, veremos estatísticas incorretas de pps e bps no nível IFL em portas de entrada e saída. PR1620139

  • A porta de led emit foi feita para a porta SXE PR1621630

  • Nas plataformas Junos QFX10k com número escalonado de sessões de BFD (Detecção de encaminhamento bidirecional) configuradas, a inclusão de uma nova sessão de BFD pode causar flapping em sessão recém-adicionada e outras sessões de BFD existentes. PR1621976

  • Nas plataformas QFX, o byte de saída de tráfego ipv6 (estatísticas de trânsito ipv6) não estaria na faixa esperada conforme as estatísticas do gerador de tráfego. PR1653671

  • S/W para adicionar conteúdoPR1663804

  • Quando o servidor/sistema final remoto é reiniciado, QFX5100 portas da plataforma com SFP-T 1G inseridas podem entrar em um estado de suspensão e permanecer nesse estado mesmo após a reinicialização ser concluída. Isso pode afetar o tráfego depois que o sistema de extremidade remota ficar on-line e retomar a transmissão de tráfego. PR1665800

  • Em QFX5100, para mídia de cobre, o tipo de mídia pode ser mostrado como Fibra em vez decobre PR1672293

  • Cada Nexthop ARP/ND aprendido localmente requer um símbolo de malha exclusivo do Kernel. Este símbolo exclusivo mapeia o endereço físico no HW e este endereço aponta para a memória EDF para os nexthops ARP/ND. O pool de fichas em kernel também é usado por diferentes recursos, como nexthops de flood, arp/ndp nexthops. O uso de símbolos aumentou à medida que os símbolos agora são usados por interfaces IRB e grupos de malha padrão também. A escala ARP/ND de 96k pode não ser sempre possível. Recomenda-se escalarpara 95000 ARP/ND. PR1673626

  • Em QFX5110, o núcleo dc-pfe pode ser visto com a configuração do PTP IRB. Isso se deve a um problema de tempo entre a pesquisa periódica e a adição de fluxo. PR1683308

EVPN

  • Várias entradas DCI MAC remotas (IRB e Host) desaparecem após a modificação do I-ESI nos nós locais de DC GW. PR1600600

  • A configuração de limite de EVPN Local ESI Mac pode não entrar em vigor imediatamente quando já tiver aprendido MH Macs remotos. Limpe a tabela Mac de todos os PEs MH e configure o limite mac em interfaces locais de ESI. PR1619299

Interfaces e chassi

  • Se o mc-lag for habilitado em interfaces em uma instância de roteamento (com configuração de verificação de consistência habilitada), o núcleo mclag-cfgchkd acontecerá. configuração de verificação de consistência: definir verificação de consistência mc-lag multi-chassis.. Impacto: o daemon mclag-cfgchkd será central, mas isso não afetará nenhuma funcionalidade. Este é um problema de dia 1, e é visto em todos os dispositivos que oferecem suporte à verificação de consistência de mclag. PR1599025

Recursos da camada 2

  • No caso das interfaces do lado do acesso usadas como interfaces no estilo SP, quando uma nova interface lógica é adicionada e se já houver uma interface lógica na interface física, há uma queda de tráfego de 20- 50 ms na interface lógica existente. PR1367488

Serviços Ethernet de Camada 2

  • A configuração do cliente DHCP vem de dois lugares, ou seja, script de AIU e caixa de areia vsdk. A configuração do cliente DHCP vinda do script da AIU tem a ID de série na id do fornecedor onde, como a configuração padrão da sandbox não tem. Não há impacto na funcionalidade ou no serviço. PR1601504

Plataforma e infraestrutura

  • Quando o modo de retransmissão DHCP é configurado como não-snoop, estamos observando que a oferta é descartada devido à programação asic incorreta. Esse problema afeta apenas enquanto executa o retransmissão DHCP no ambiente EVPN/VXLAN. PR1530160

  • Em todas as plataformas Junos e Junos OS Evolved, ao mesmo tempo em que usam o parâmetro de configuração NTP de endereço fonte e emitem o comando "definir data de ntp" da CLI, os pacotes serão enviados com o endereço fonte da interface de saída em vez do endereço IP configurado manualmente. Normalmente, o endereço IP configurado manualmente seria um endereço de loopback. O problema não se aplica a pacotes de pesquisa NTP gerados automaticamente. PR1545022

Protocolos de roteamento

  • O tráfego multicast está ocupando o núcleo do switch quando o igmp-snooping é removido. O mcsnoopd pode cair devido às mudanças nas interfaces e rotas mrouter. PR1569436

  • Quando o botão de aceitação de fonte remota sob PIM é removido, as entradas PIM SG podem não ser atualizadas com o RPF correto. A compensação dos estados cuidaria do problema. Este é o comportamento do dia 1. PR1593283

  • O núcleo do MCSNOOPD é visto às vezes devido ao índice Nexthop ser rapidamente reutilizado pelo Kernel. Como resultado, quando o aplicativo ainda está segurando a antiga referência Nexthop que está à espera da resposta de exclusão do Kernel, o mesmo Índice Nexthop pode ser recebido de outros aplicativos como RPD para atualizações EVPN core-NH como no caso atual. Isso levará ao MCSNOOPD manipular erroneamente a contagem de refs do Nexthop, levando ao uso de uma memória Nexthop liberada quando este índice Nexthop estiver finalmente sendo libertado. Isso será corrigido por meio de um aprimoramento de recursos em andamento onde o Kernel manterá um temporizador para garantir que um índice Nexthop não seja colocado em agrupamento livre imediatamente para reutilização e, portanto, pode ser reutilizado após o novo expirador do temporizador. PR1605393

  • No EVPN-OISM (multicast otimizado entre sub-sub-redes), com o ouvidor por trás do Server Leaf (SL) e a malha externa de origem, se a leaf server não tiver uma rota unicast válida com suporte (a rota unicast EVPN Type-5 não é suportada com EVPN-OISM) até a fonte, pode diminuir o fluxo. PR1665791

  • Todos os Junos (exceto MX) configurados com o sBFD responder com o seguinte comando: set protocols bfd sbfd local-discriminator que gera o arquivo núcleo do FPC e leva à queda de tráfego. PR1678016