Questões em aberto

A implementação anterior do kvmclock com vDSO (virtual Dynamic Shared Object), que ajuda a evitar a sobrecarga de chamadas do sistema para aplicativos de espaço do usuário, tinha problemas de desvio de tempo, o conjunto mais recente de alterações cuida da inicialização do relógio depois que todos os processadores auxiliares são iniciados para que a inicialização do relógio seja precisa. PR1691036

em uma rede H-VPLS com VPLS hot-standby e o routing-options forwarding-table vpls-hotstandby-convergence comando habilitado em spokes, se o hub ativo for reinicializado, será observada uma perda de 20 a 25 segundos para o fluxo de tráfego entre zonas. Isso ocorre porque os hubs em outras zonas conectados pelo ldp de malha completa, iniciando o reparo global antes que os spokes iniciem o reparo local. PR1699645

A tag rnh parece estar liberada em algum lugar no caso do canto, mas o nó pat relevante foi perdido para exclusão da árvore de tag patricia. Isso torna a tag rnh/(pat_node->Tnh) um ponteiro pendente e, posteriormente, resulta em uma falha ao acessar endereços de ponteiro inválidos na estrutura rnh/Tnh da tag. PR1707053

O traceroute no MPLS OAM no SR sobre IPv6 pode falhar no caso ECMP se a caixa EVO estiver na topologia. Isso ocorre porque o kernel Linux no EVO coloca um rótulo de fluxo automático em cada pacote IPv6. Esse rótulo de fluxo é transparente para o processo daemon, que usa um valor nulo para ele e calcula os detalhes do NH. O PFE, no entanto, leva em consideração o rótulo do fluxo e calcula os detalhes do NH. Essa diferença no cálculo dos detalhes do NH leva a uma incompatibilidade no caminho que o pacote percorre até o destino e pode causar falha no traceroute. PR1710285

Em todas as plataformas Junos e Junos OS Evolved (para QFX5100, somente na configuração do Virtual Chassis-VC) com RSVP (Resource Reservation Protocol) LSP (Label-Switched Paths) configurado em implantação de vários fornecedores e roteadores Juniper está atuando como roteadores de trânsito/entrada e a mensagem RESV (Solicitação de reserva) é recebida com o objeto RESVCONF de outros fornecedores, a falha do processo rpd será observada. PR1723229

Em alguns cenários NAPT44 e NAT64, ocorre SESSION_CLOSE Syslog duplicado. PR1614358

YANG: Após a atualização da versão s/w no DUT, o pacote yang com revisões mais baixas está disponível na versão s/w atualizada. PR1693646

Quando as clis "desativar serviços rpm" e "desativar opções de roteamento rpm-tracking" são aplicadas juntas e depois confirmadas, algumas das rotas adicionadas rastreadas por rpm não são excluídas da tabela de roteamento. O problema não pode ser visto usando as etapas a seguir. 1. Desative as opções de roteamento rpm-tracking 2. Confirme a configuração e todas as rotas rastreadas por RPM serão excluídas. Se o serviço RPM precisar ser desativado, 3. Desativar serviços RPM 4. modificação. PR1597190

Se um instantâneo vmhost for tirado em um disco alternativo e não houver mais atualização de imagem de software vmhost, a expectativa é que, se a imagem vmhost atual for corrompida, o sistema inicialize com o disco alternativo para que o usuário possa recuperar o disco primário para restaurar o estado. No entanto, o sistema de arquivos raiz do host e o nó são inicializados com o software vmhost anterior em vez do disco alternativo. PR1281554

O dimensionamento do VNI (aprendizado multicast) do VXLAN no problema de tráfego do QFX5110 é visto do túnel do VXLAN para a interface da Camada 2. PR1462548

Os contadores de runt, fragmento e jabber não estão aumentando nos EX4300-MPs. PR1492605

Os grupos de malha VE e CE são grupos de malha padrão criados para uma determinada instância de roteamento. No vlan/bridge-domain add, tokens e rotas de inundação são criados para o mesh-group/flood-group VE e CE. Idealmente, o grupo de malha VE não é necessário em um roteador CE onde o IGMP está habilitado em interfaces CE. As caixas CE baseadas em Trinity têm capacidade ilimitada de tokens, portanto, isso não seria um grande problema. PR1560588

Em 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

O Pim Vxlan não funciona em chipsets TD3, permitindo o fluxo flexível VxLAN após a versão 21.3R1. Os clientes Pim Vxlan ou plano de dados VxLAN podem usar a versão 21.3R1. PR1597276

a saída do comando show network agent deve ser nula, o que mostra a estatística por componente após o GRES. PR1610325

Para uma topologia com VSTP e VRRP configurados e tráfego IPV6, se a prioridade da ponte VSTP for alterada algumas vezes (para acionar a alternância da ponte raiz), é possível que a queda de tráfego V6 seja vista em alguns dos fluxos. PR1629345

O daemon mspmand em execução em placas MS-MPC/MS-MIC pode ocasionalmente travar quando a placa de serviço (fpc/pic) é desligada e depois online em intervalos regulares quando o número de conjuntos de serviços configurados é moderadamente alto e quando operações extensivas de criptografia de hardware estão sendo executadas. A questão exata ainda não foi isolada. PR1641107

Por favor, não habilite o rastreamento de caminho de host quando houver um alto volume de pacotes recebidos no caminho de host. PR1645741

Se o status do link físico do link ethernet entre o RE e o FPC cair, haverá tentativas de recuperação para ativar o link novamente. As mensagens de log indicam as tentativas de recuperação e o status de sucesso/falha da tentativa. No entanto, um alarme não é acionado quando essa falha ocorre. PR1664592

Caso a porta esteja inativa, o Tx Laser precisa habilitar via prompt cli-pfe>. PR1673892

Haverá queda de pacotes syslog vistos para RT_FLOW: RT_FLOW_SESSION_CREATE_USF logs até que isso seja corrigido. Isso não afetará a funcionalidade. PR1678453

Nas plataformas QFX5100 (cenário autônomo e VC) executando o Junos, ocasionalmente durante a operação normal do dispositivo, o PFE (Mecanismo de Encaminhamento de Pacotes) pode falhar, resultando em perda total de tráfego. O PFE se reinicia após o acidente. PR1679919

A questão aqui é que vemos? MQSS(0): DRD: Erro: Erro de tempo limite do ID de reordenação da WAN? uma vez por PFE durante a inicialização do FPC. Isso acontece porque durante a inicialização do FPC, algum pacote de controle do vmhost vem antes que o PFE init seja totalmente concluído. Por causa disso, o EA Asic não é capaz de processar o pacote e lançar o erro. A correção envolve mudanças complexas na sequência de inicialização do ASICS e resultará em outros problemas importantes. O problema original não tem impacto na funcionalidade. É apenas um erro por PFE visto apenas durante o caso de recarga do FPC. Nesse momento, o tráfego ainda não foi iniciado e, uma vez que o sistema está ativo, nenhum outro impacto é visto devido ao erro. Portanto, o problema não será corrigido. Qualquer "erro de tempo limite de ID de reordenação de WAN" durante a inicialização do FPC pode ser ignorado com segurança. PR1681763

Consulte Informações de correção de RP -> Causa raiz para obter detalhes: Espera-se que o ponto final do terminal VxLAN (VTEP nós) seja acessível pelo caminho de dados. Se uma rota para o VTEP for resolvida pela interface de gerenciamento do switch/roteador, com base nas tabelas de rotas atuais, isso geralmente é um problema de configuração e pode levar a outros problemas. PR1688296

Para folhas do tipo de dados ieeefloat32, o valor será codificado em bytes enquanto é transmitido para o coletor. O valor contido em tais folhas pode não ser totalmente preciso. PR1690598

O modo FIPS não é suportado nesta versão para dispositivos SRXSME. PR1697999

Ao assinar caminhos de sensor "/junos/system/linecard/packet/usage/", "/junos/services/label-switched-path/usage/" ou outros caminhos de sensor de placa de linha (PFE) no modo de assinatura gNMI, as quedas de pacotes podem ser vistas na saída do comando CLI "show network-agent statistics gnmi detail". A saída do coletor também pode conter números de sequência ausentes. Por exemplo, a saída do número de sequência pode ser 0, 3, 6, 9, 12, etc. em vez de 0, 1, 2, 3, 4, etc. PR1703418

No Chassisd, o thread Jvision leva mais tempo no streaming de pacotes jvision devido ao volume de dados e ao número de sensores envolvidos com este daemon. O thread Jvision engajado por mais tempo para processar eventos de streaming fez com que o thread mestre do Chassisd perdesse mensagens de recebimento/envio de keepalive de/para outro RE, o que eventualmente estava causando a troca automática de RE na maioria dos casos. Para evitar isso, correção feita para exportar pequenos pacotes jvision de carga útil (cuja formação leva menos tempo) e adiar o thread jvision mais em um intervalo, para permitir que o thread mestre do chassi processe mensagens hello/keep-alive de alta prioridade. Isso significa que agora, mais pacotes são enviados em um intervalo de relatório e com maior dispersão (anteriormente, a mesma quantidade de dados era enviada com 2 ou 3 pacotes de maior tamanho de carga útil e 100ms de tempo de adiamento para o thread jvision. Esse comportamento está aumentando o KPI-2, mas diminuindo o KPI-1 (tamanho da carga útil). Não é possível reverter as alterações feitas para resolver o problema de perda de mensagens keep-alive. Portanto, teremos que manter o Chassisd como uma exceção, quando medirmos/relatarmos os valores de KPI-2. Jvision no chassi tem que dar mais prioridade/tempo para processar mensagens keep-alive do que o envio de pacotes jvision. Portanto, o atraso entre os pacotes jvision é maior. PR1706300

A pilha e a exibição atuais estão definidas corretamente para 128 portas qualificadas em todas as placas de linha MX10K8. PR1706376

Na plataforma MX104, a temperatura limite errada é exibida. PR1713788

Os dados fec-codeword-rate com o tipo de renderização decimal64 são renderizados como string no decodificador grpc python. PR1717520

Com no-reduced-srh configurado, o MX304 remove o último valor de SID do SRH. A expectativa é que o último SID deve ser mantido no SRH quando "no-reduced-srh" estiver configurado. Não há impacto no tráfego. O tráfego flui bem, uma vez que o "SEGMENT-LIST" e o "LAST ENTRY" são codificados corretamente no pacote. PR1721404

Em alguns cenários srv6, com no-reduced-srh configurado, o próximo cabeçalho no SRH não é definido e os pacotes podem ser descartados como opção de salto inválida. PR1721429

Na plataforma Junos QFX5200, às vezes, ao reiniciar o dispositivo, o enlace de 100G não aparece e permanece inativo, impactando o tráfego que flui por ele. PR1725116

Em plataformas MX Junos, para habilitar o recurso Gerenciamento aprimorado de assinantes sem a configuração 'max-db-size' em roteador >=32 GB DRAM (Memória dinâmica de acesso aleatório), roteador precisa ser reinicializado apenas uma vez em vez de reiniciar duas vezes. PR1732216

Não há impacto funcional, mas a JSU instalada anteriormente será exibida mesmo que seja excluída durante a atualização principal. Este PR corrigirá esse problema. A solução alternativa é remover o arquivo /packages/sets/active/junos-version. PR1732878

Erros podem ser vistos no commit efêmero durante o ISSU. PR1679645

As estatísticas da LU do BGP não relatam estatísticas corretas quando a fragmentação está habilitada. Isso não é específico para o recurso BGP CT deste RLI. PR1684238

Este problema é visto apenas com evo e não visto Junos. É visto em uma combinação de Rsvp e IS-IS. As estatísticas estão sendo incrementadas. PR1700063

Mostrar route advertising-protocol bgp reporting NextHop self em vez de IP na policy-statement configurada para next-hop. Mudança de comportamento observada após a atualização do JUNOS de 18.4 para 20.4. #set policy-options policy-statement set-NH-MX term to-PP-All then next-hop 20.20.20.1 show route advertising-protocol bgp 10.10.10.10 test.inet.0: 5 destinos, 5 rotas (5 ativas, 0 holddown, 0 ocultas) Prefixo Nexthop MED Lclpref AS path * 10.0.0.0/31 Self 65000 I A saída CLI para Nexthop relatou Self em vez de endereço IP 20.20.20.1. PR1712527

Em todas as plataformas Junos e Junos Evolved com o recurso TI-LFA (Topology-Independent Loop-Free Alternate) habilitado, quando o endereço IP é removido de uma interface e atribuído a outra interface no mesmo commit, o processo rpd trava afetando o plano de controle de roteamento. PR1723172

A configuração de depuração de túnel não é sincronizada com o nó de backup. Ele precisa ser configurado novamente após o failover do RG0. PR1450393

Em todas as plataformas Junos e Junos Evolved, quando a interárea OSPF é configurada com o túnel de provedor segmentado e o mestre passa por MBB (make-before-break), a entrada da rota multicast no roteador de backup não terá o nome do túnel sincronizado com o mestre. PR1710323