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 nesta versão 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.

Classe de serviço (CoS)

  • Em todas as plataformas junos OS, em um cenário escalado 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 de Classe (CoS) é aplicada com um curinga para todas as interfaces físicas e Ethernet aagregada, ela pode desencadear um acidente flexível de concentradores PIC (FPC) que leva à perda de tráfego. PR1688455

EVPN

  • Em todas as plataformas Junos OS e Junos OS Evolved onde o recurso EVPN é habilitado, o processo l2ald pode falhar em um cenário raro quando um endereço IP de loopback é alterado. PR1631280

  • Ao verificar, show mac-vrf routing database instance User_mvs1 extensive o comando "mobility-seq-num" não é o esperado.PR1694943

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

  • Na linha QFX5100 de switches, inserir ou remover enlaces ópticos em uma porta pode causar um pico de CPU do Gerenciador de mecanismos de encaminhamento de pacotes e uma eventual falha no microcódigo. PR1372041

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

  • 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

  • Em QFX5100, os cabos SFP+-10G-CU1M e SFP-T são mostrados como Fibra. Este é apenas um problema de display e nenhum impacto de funcionalidade é observado. PR1570555

  • Em um QFX5120, quando você desativar um link protegido. Você pode ver um atraso de 200-400 mSec para que o sistema reaja ao evento de desativação do link. PR1579931

  • 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

  • A velocidade da interface de gerenciamento é exibida como 10G em vez de 1G, embora não haja impacto na funcionalidade. PR1589942

  • Em QFX5110 VC, a FPC pode ser desconectada com escalamento de transmissão DHCPv6 de 24K, após a parada do tráfego. Podem ser vistas mensagens de erro "pfe_listener_disconnect". PR1594748

  • 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

  • Em QFX5100, a energia óptica é vista após QSFP desvinculado e conectado em interface de desativação. PR1606003

  • Em QFX5120-48Y, quando configurações escalonadas e de linha de base são carregadas várias vezes uma após a outra sem muito tempo de espera entre então o tráfego ou protocolos em interfaces L3 puras podem se comportar de maneira indefinida/inesperada. PR1612973

  • 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

  • QFX5110-32Q: Perda de tráfego vista após renumeração mestre emVC PR1632565

  • O FPC de backup perde a conexão com o mestre quando novos membros são adicionados à VCF (Virtual Chassis Fabric). PR1634533

  • O recurso de configuração de atraso limitado para IFL não é suportado na plataforma Pyrite. O núcleo só é visto quando essa configuração é habilitada no dispositivo. PR1634941

  • Em todos os dispositivos que executam o Junos OS ou o Junos OS Evolved, onde esta é uma escala BGP alta com rota de flapping e o coletor/estação do protocolo de monitoramento BGP (BMP) é muito lento, o processo de rpd pode falhar devido à pressão da memória. PR1635143

  • Quando uma interface de 100G em um QFX5120 é convertida em uma porta VC, a interface fica baixa conforme a porta é configurada como 40G internamente. PR1638156

  • Em todas as plataformas virtual chassis QFX5100, após a reinicialização, as portas de porta Virtual Chassis (VCP) podem não estabelecer uma conexão VCP e erros de verificação de redundância cíclica (CRC) também são observados. PR1646561

  • Na plataforma da Série QFX, as estatísticas das interfaces lógicas v6 estão sendo derivadas das estatísticas de interfaces físicas subjacentes, ao contrário da Série PTX, onde são assistidas por hardware. Portanto, eles não são muito confiáveis e são, na melhor das hipóteses, adivinhatizá-los. PR1653671

  • Após a conversão da porta lateral de acesso do estilo SP ao estilo EP, o aprendizado MAC-IP falha em um host e o ARP não é resolvido. PR1658657

  • QFX5100-24Q e dispositivos EX4600 O virtual-chassi está em estado instável por 3-7 minutos, causando perda de tráfego. PR1661349

  • Em todas as plataformas da Série QFX, as quedas de tráfego EVPN Tipo 5 são observadas quando o dispositivo é configurado apenas com roteamento e encaminhamento virtual tipo 5 (VRF) e sem uma interface de roteamento e ponte integrada (IRB). PR1663804

  • 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 entrar on-line e retomar a transmissão de tráfego. PR1665800

  • Em QFX5110 plataformas com mais de um circuito de Camada 2 configurado, desativar e ativar sucessivamente as configurações de l2circuit pode causar queda de tráfego em um ou mais circuitos L2. PR1666260

  • VLAN nativa com reescrita de VLAN na mesma interface não suportada. PR1671372

  • No QFX5200, após o upgrade do NSSU para um Virtual Chassis de 4 membros, o FPC pode alternar, resultando em interfaces ficando offline. PR1673116

  • Em QFX5120 Virtual Chassis com topologia VxLAN (Open vSwitch Database, Banco de dados VVSDB), a resolução do Protocolo de Resolução de Endereços (ARP) falha se o tráfego passar pelas portas de porta Virtual Chassis (VCP). Como resultado, os pacotes ARP caem. PR1679684

  • Em plataformas de QFX5100 (ambos independentes e cenário VC) executando o Junos OS, ocasionalmente durante a operação normal do dispositivo, o Packet Forwarding Engine pode falhar, resultando em perda total de tráfego. O Mecanismo de encaminhamento de pacotes se reinicia após o acidente. PR1679919

  • Em todas as plataformas junos OS, em um cenário escalado quando algumas das interfaces ge/xe/et são membros da Ethernet agregada e da configuração de conjunto de classe de encaminhamento (CoS) agregada de classe de encaminhamento é aplicada com um curinga para todas as interfaces físicas e Ethernet agregada, isso desencadearia um acidente flexível de concentradores PIC (FPC) que leva à perda de tráfego. PR1688455

  • Em todas as plataformas junos OS, o daemon de controle de dispositivos (dcd) é observado quando mais de 256 VLANs como tags de nome são adicionadas na mesma interface. PR1696428

  • Nos dispositivos Junos QFX5110 e QFX5120, um pequeno número de pacotes são perdidos quando atribuídos VNI (VXLAN Network Identifier) à VLAN. Há uma perda de pacotes nos pacotes de entrada, mas não há perda de pacotes em pacotes de saída. PR1697244

Serviços Ethernet de Camada 2

  • Em QFX5100 e QFX5110, o formato de id de fornecedor pode estar incorreto para as portas de rede. Isso não afeta a funcionalidade ou o serviço ZTP. A configuração do cliente DHCP vem de dois lugares, ou seja, script AIU e vsdk sandbox. A configuração do cliente DHCP vinda do script AIU tem a id de série na id do fornecedor, onde como a configuração padrão do sandbox não tem. PR1601504

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

  • Nas plataformas QFX5100 e EX4600, se uma mudança relacionada ao TPID for feita no Daemon de controle de dispositivos, o tráfego pode ser reduzido em PFE devido a uma falha no aprendizado ou interfaces L2 batendo. PR1477156

MPLS

  • No caso mvpn, se o próximo índice dehop de um grupo não for o mesmo entre master e backup após uma mudança de switch nsr, podemos ver uma perda de pacote de 250 a 400 ms. PR1561287

Plataforma e infraestrutura

  • 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

  • Nas plataformas Junos OS e Junos OS Evolved configuradas com remetente de desligamento gracioso sob a vizinha dinâmica BGP, o dispositivo peer não recebe rotas com comunidades "graciosamente paralisação", pois não é anunciado pelo remetente causando a queda de tráfego para as rotas afetadas. PR1699633