Problemas abertos

A implementação anterior do kvmclock com vDSO (virtual Dynamic Shared Object) que ajuda a evitar a sobrecarga de chamada do sistema para aplicativos de espaço do usuário teve problemas de desvio de tempo, o conjunto mais recente de mudanças cuida da inicialização do relógio após todos os processadores auxiliares serem lançados para que a inicialização do relógio seja precisa. PR1691036

em uma rede H-VPLS com o hot-standby de VPLS e o routing-options forwarding-table vpls-hotstandby-convergence comando habilitado em spokes, se o hub ativo for reiniciado, é vista uma perda de 20 a 25 segundos para fluxo de tráfego inter-zona. Isso se deve a hubs em outras zonas conectadas por ldp de malha completa, iniciando o reparo global antes de os spokes iniciarem o reparo local. PR1699645

Tag rnh parece ser libertado em algum lugar no caso de canto, mas o nó de pat relevante foi perdido para excluir da tag patricia tree. Isso torna a tag rnh/(pat_node->Tnh) um ponteiro pendurado e, mais tarde, resulta em um acidente ao acessar endereços de ponteiro inválidos na estrutura de tag rnh/Tnh. PR1707053

O rastreamento no MPLS OAM no SR sobre IPv6 pode falhar no caso de ECMP se a caixa EVO estiver em topologia. Isso ocorre porque o kernel linux no EVO coloca uma placa de fluxo automático em cada pacote IPv6. Este rótulo de fluxo é transparente para o processo de daemon, que usa um valor nulo para ele e calcula os detalhes do NH. O PFE, no entanto, leva em conta o rótulo de 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 toma até o destino e pode fazer com que o rastreamento falhe. PR1710285

Em todas as plataformas Junos e Junos OS Evolved (para QFX5100, somente na configuração Virtual Chassis-VC) com RSVP (Resource Reserve Protocol) LSP (Caminhos comutados por rótulos) configurados em implantação de vários fornecedores e os roteadores Da Juniper estão funcionando como um roteador de trânsito/entrada e resV (Solicitação de Reserva) é recebida com objeto RESVCONF de outros fornecedores, o acidente de processo de rpd será observado. PR1723229

Em alguns cenários NAPT44 e NAT64, ocorre uma duplicação SESSION_CLOSE Syslog. 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 os clis "desativar serviços rpm" e "desativar opções de roteamento rpm" são aplicados em conjunto e depois comprometidos, algumas das rotas adicionais rastreadas por rpm não são excluídas da tabela de roteamento. O problema não pode ser visto usando as seguintes etapas. 1. desativar opções de roteamento rpm-tracking 2. confirmar 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. Cometer. PR1597190

Se um instantâneo vmhost for tirado em um disco alternativo e não houver mais upgrade 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 principal para restaurar o estado. No entanto, o sistema de arquivo raiz do host e as botas de nó com o software vmhost anterior, em vez do disco alternativo. PR1281554

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

Contadores runt, fragmentados e jabber não estão aumentando em EX4300-MPs. PR1492605

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, os tokens de inundação e as rotas são criados para o grupo de malha ve e CE/grupo de inundação. Idealmente, o grupo de malha VE não requer em um roteador CE onde o IGMP é habilitado em interfaces CE. Os boxes CE baseados em Trinity têm capacidade ilimitada de tokens, portanto, esse não seria um grande problema. PR1560588

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

Pim Vxlan não está trabalhando em chipsets TD3 que permitem o fluxo flex de VxLAN após o lançamento do 21.3R1. Os clientes Pim Vxlan ou plano de dados VxLAN podem usar a versão 21.3R1. PR1597276

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

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

mspmand daemon em execução em placas MS-MPC/MS-MIC pode ocasionalmente falhar quando a placa de serviço (fpc/pic) é desligada e, em seguida, on-line em intervalos regulares quando o número de conjunto de serviços configurado é moderadamente alto e quando extensas operações de criptografia de hardware estão sendo realizadas. O problema exato ainda não foi isolado. PR1641107

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

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

Caso a porta seja DOWN, o Tx Laser precisa habilitar por meio de solicitação de cli-pfe>. PR1673892

Haverá uma gota de pacotes de syslog vista para RT_FLOW: RT_FLOW_SESSION_CREATE_USF logs até que isso seja fixo. Isso não afetará a funcionalidade. PR1678453

Nas plataformas QFX5100 (independentes e cenário vc) que executam o Junos, ocasionalmente durante a operação normal do dispositivo, o PFE (Packet Forwarding Engine) pode cair, resultando em perda total de tráfego. O PFE se reinicializa após o acidente. PR1679919

O problema aqui é que vemos? MQSS(0): DRD: Erro: erro no tempo limite de ID de reordenamento da WAN? uma vez por PFE durante o inicialização do FPC. Isso acontece porque durante o inicialização do FPC algum pacote de controle do vmhost vem antes que o PFE esteja totalmente completo. Por causa disso, o EA Asic não é capaz de processar o pacote e jogar 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 começou e, assim que o sistema estiver pronto, nenhum outro impacto é visto devido ao Erro. Portanto, o problema não será corrigido. Qualquer "erro de tempo limite de ID de reordenamento de WAN" durante o inicialização do FPC pode ser ignorado com segurança. PR1681763

Consulte o PR Fix Info -> Causa Raiz para obter detalhes: espera-se que o ponto final do terminal VxLAN (nós VTEP) seja alcançável no caminho dos dados. Se uma rota para o VTEP for resolvida pela interface de gerenciamento do switch/roteador, com base nas tabelas de roteamento atuais, esse geralmente é um problema de configuração e pode levar a mais problemas. PR1688296

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

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

Ao assinar caminhos de sensores "/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 no comando CLI "mostrar estatísticas de agentes de rede gnmi detalhadas". 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, a linha Jvision leva mais tempo no streaming de pacotes jvision devido ao volume de dados e número de sensores envolvidos com esse daemon. A linha Jvision engajada por mais tempo para processar eventos de streaming fez com que o segmento principal do Chassisd perdesse mensagens de recebimento/envio de mensagens keepalive para/de outras RE, o que acabou causando a troca automática de RE na maioria dos casos. Para evitar isso, a correção é feita para exportar pacotes de jvision de carga pequena (formação que leva menos tempo) e adiar a linha de jvision mais em um intervalo, para permitir que o segmento mestre do chassi processe mensagens olá/keep-alive de alta prioridade. Isso significa que agora, mais pacotes são enviados em um intervalo de relatórios e com spread maior (anteriormente, a mesma quantidade de dados foi enviada com 2 ou 3 pacotes de maior tamanho de carga útil e 100ms de tempo de adiação para o segmento de jvision. Esse comportamento está aumentando o KPI-2, mas diminuindo o KPI-1 (tamanho da carga). Não é possível apoiar as mudanças feitas para resolver o problema da perda de mensagens. Portanto, teremos que manter o Chassisd como uma exceção, quando medirmos/relatarmos os valores do KPI-2. A Jvision in Chassisd precisa dar mais prioridade/tempo para processar mensagens de manter a vida do que o envio de pacotes jvision. Portanto, o atraso entre os pacotes jvision é mais. PR1706300

A pilha e o display atuais estão corretamente definidos em 128 portas qualificadas em todas as placas de linha MX10K8. PR1706376

Na plataforma MX104, a temperatura de limiar errada é exibida. PR1713788

dados de taxa de palavras-código fec com renderização tipo decimal64 são renderizados como string no decoder grpc python. PR1717520

Sem configuração sem redução de srh, o MX304 remove o último valor de SID do SRH. A expectativa é que o ÚLTIMO SID deve ser retido no SRH quando "sem redução de srh" estiver configurado. Não há impacto no tráfego. Multa de fluxo de tráfego, uma vez que a "LISTA DE SEGMENTOS" e "ÚLTIMA ENTRADA" estão codificadas corretamente no pacote. PR1721404

Em alguns cenários srv6, sem configuração sem redução de srh, o próximo cabeçalho no SRH não é definido e os pacotes podem ser descartados como opção de hop inválida. PR1721429

Na plataforma Junos QFX5200, às vezes, ao reiniciar o dispositivo, o enlace 100G não subirá e permanecerá baixo, afetando o tráfego que passa por ele. PR1725116

Nas plataformas Junos MX, para permitir o gerenciamento aprimorado de assinantes sem configuração de "tamanho máximo" no roteador >=32GB DRAM (Memória de acesso aleatório dinâmico), o roteador precisa ser reiniciado apenas uma vez em vez de reiniciar duas vezes. PR1732216

Não há impacto funcional, mas o JSU instalado anteriormente aparecerá mesmo que ele seja excluído durante uma grande atualização. Esse PR resolverá esse problema. A solução alternativa é remover /pacotes/conjuntos/ativos/arquivo da versão junos. PR1732878

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

As estatísticas do BGP LU não relatam estatísticas corretas quando o fragmento é ativado. Isso não é específico do recurso BGP CT desta RLI. PR1684238

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

Mostre o bgp de protocolo de publicidade de roteamento informando o NextHop em vez de IP na declaração de política configurada para o next-hop. Mudança de comportamento observada após a atualização do JUNOS de 18,4 para 20,4. #set política-opções de declaração de política set-NH-MX termo to-PP-All e, em seguida, 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 de 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 de 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 do OSPF é configurada com túnel de provedor segmentado e o mestre passa por MBB(make-before-break), a entrada de rota multicast no roteador de backup não terá o nome do túnel sincronizado com master. PR1710323