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 roteadores da Série MX.

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)

  • Embora o perfil de controle de tráfego esteja com apenas o mapa do agendador associado a ele e se for anexado ao IFL, cometa erro a ser jogado. PR1688790

EVPN

  • Alguns pacotes duplicados podem ser vistos em um cenário de EVPN/A quando o dispositivo PE remoto envia um pacote com um rótulo de IM devido ao MAC não ter aprendido no dispositivo PE remoto, mas aprendido no dispositivo PE local. O encaminhamento não assinado envia o pacote encapsulado com rótulo IM para a interface PE-CE após a pesquisa mac em vez de soltar o pacote, o que faz com que pacotes duplicados sejam vistos no lado CE. PR1245316

  • Em todas as plataformas, a exclusão e a adição da rota MAC-IP são acionados quando o novo dispositivo re-ARP (Protocolo de Resolução de Endereços) no MH (Multihoming) falha no cenário multihoming EVPN-MPLS, resultando em queda de tráfego. PR1691132

Encaminhamento e amostragem

  • Nos roteadores da série MX que oferecem suporte a MPCs (Concentradores modulares de portas), o filtro de fila de entrada não foi programado corretamente causando a perda de tráfego. O problema é visto apenas na interface não PFE (Packet Forwarding Engine). PR1751494

Roteamento geral

  • AFEB batendo com fio PTP no dispositivo. PR1068306

  • 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 corruptida, 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 as botas de nó com o software vmhost anterior em vez do disco alternativo. PR1281554

  • Quando há uma falha de entrada em um dos AC PEMs (baixo ou alto) ela é categorizada erroneamente como uma "Mistura de PEMs AC". Assim, em vez de "falha na entrada PEM" pode ser levantado um alarme "Mix of AC PEMs". PR1315577

  • Nas plataformas VMHost baseadas em WRL8 (ou seja, ACX6360/PTX10001/MX150/NFX150/NFX250/NFX350), não há rotação de log para registro resild e as informações do sensor de temperatura são escritas incorretamente em log resild que pode resultar em logs contínuos no arquivo de log resild. O uso do disco pode continuar aumentando devido a esse problema. O uso do disco poderia eventualmente estar cheio, o que poderia fazer com que o sistema fosse pendurado e reiniciado. PR1480217

  • Quando há erros de enlace de HW ocorreram em todos os 32 links em um FPC 11. Devido a esses erros de enlace, todos os FPCs relataram erros de destino em relação ao FPC 11 e FPC 11, com razão "offlined devido a destinos inalcançáveis". PR1483529

  • Após a parada do mecanismo de roteamento de backup, a CB1 fica offline e volta a funcionar; isso leva ao inicialização do mecanismo de roteamento de backup, e mostra a razão da reinicialização como "0x1:ciclo de energia/falha." Este problema é apenas pela razão de reinicialização, e não há outro impacto funcional disso. PR1497592

  • Na plataforma que usa INH (indireto próximo salto, como a Unilist) como tipo de próximo salto de rota para cenários de vários caminhos (como BGP PIC ou ECMP), o redirecionamento rápido da sessão pode ser habilitado em Mecanismos de encaminhamento de pacotes (PFEs). Quando a id de versão da id de sessão do INH estiver acima de 256, o PFE pode não responder à atualização da sessão, o que pode fazer com que a id de sessão fique permanentemente presa com o peso de 65535 no PFE. Isso pode levar o PFE a ter uma visão diferente da Unilist contra seletores de equilíbrio de carga. Em seguida, o BGP PIC ou o ECMP-FRR podem não funcionar corretamente e o tráfego pode ser descartado ou silenciosamente descartado. PR1501817

  • PR1463859 introduz um defeito de software que faz com que uma interface de 10GE aplaque continuamente ao configurar com o enquadramento WAN-PHY com o temporizante padrão "hold-down" (0). Depois de atualizar um roteador para uma versão de software afetada, a interface pode bater continuamente. Isso não é aplicável a uma interface com o enquadramento padrão — LAN-PHY. PR1508794

  • Ao lançar uma Máquina Virtual (VM) convidada para executar um aplicativo de terceiros no Junos OS 15.1R1 ou superior, o VM convidado pode ser mostrado como "INDISPONÍVEL", mesmo depois de instalar com sucesso o aplicativo de terceiros. Isso se deve à ID de dispositivo duplicada atribuída a diferentes discos. PR1529596

  • Devido ao problema do BRCM KBP, a busca de rota pode falhar. Precisa atualizar o KBP para resolver esse problema, devido à atualização KBP SDK de alto risco planejada para 21.1. PR1533513

  • USF-SPC3 : Com o PMI ipsec/fat-core habilitado, "mostrar utilização de sessões de serviços" não exibe a utilização certa da CPU. PR1557751

  • O transitório Sync-E para PTP simulado pelo equipamento de teste Calnex Paragon não é um cenário de rede real. Em um modelo de implantação de rede real normalmente, haverá duas fontes Sync-E (Primária e Secundária) e a mudança acontece de uma fonte para outra fonte. O MPCE7 passaria pelo switchover synce de rede real e uma máscara transitória associada. PR1557999

  • 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 símbolos de inundação e as rotas são criados para grupos de malha VE e CE/grupo de inundação. O ideal é que o grupo de malha VE não exija em um roteador CE onde o IGMP seja habilitado em interfaces CE. As caixas CE baseadas em Trinity têm capacidade ilimitada de fichas, então isso não seria um grande problema. PR1560588

  • O Service MIC não funciona no ACX500 que executa o Junos 20.4 ou superior. PR1569103

  • Quando a interface de escravo ativa é desativada, o status de bloqueio de PTP é definido para "INICIALIZAR" o estado na saída de "mostrar o status de bloqueio do ptp" por alguns segundos antes que o BMCA escolha a próxima melhor interface de escravos. Este é o comportamento do dia 1 e não há impacto funcional. PR1585529

  • O Service MIC não funciona no ACX500 que executa o Junos 20.4 ou superior. PR1569103

  • Quando a interface de escravo ativa é desativada, o status de bloqueio de PTP é definido para "INICIALIZAR" o estado na saída de "mostrar o status de bloqueio do ptp" por alguns segundos antes que o BMCA escolha a próxima melhor interface de escravos. Este é o comportamento do dia 1 e não há impacto funcional. PR1585529

  • 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 21.3R1. Os clientes Pim Vxlan ou plano de dados VxLAN podem usar a versão inferior a 21.3R1. PR1597276

  • Durante a transferência de RE, se houver uma explosão de pacotes ICMP/BFD/SSH/FTP/TELNET/RSVP (~18K pps) você pode ver um novo backup RE reiniciando. PR1604299

  • Nas plataformas MX-VC (Virtual Chassis) com placas de serviço MS-MPC ou SPC3 e AMS (Multisserviamento agregado), o tráfego na placa de linha no chassi de backup pode não ser equilibrado adequadamente devido às condições de temporizações. Isso funciona bem na placa de linha do chassi mestre. Pode haver perda de tráfego quando as interfaces não estão corretamente equilibradas. PR1605284

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

  • Quando o usuário tenta desabilitar o AMS se for usado o botão de configuração, os túneis ipsec não são excluídos. A desativação dos serviços fornecerá o resultado desejado. PR1613432

  • Em todas as plataformas Junos, o endereço MAC da interface 17 ae pode ser alterado após a atualização de versões de 18,4+ para 20,4+. Isso levará à interrupção do serviço baseado em Mac. PR1629050

  • Os contadores de estatísticas da malha não são exibidos na saída de "mostrar snmp mib walk ascii jnxFabricMib". PR1634372

  • 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

  • O daemon mspmand executado em placas MS-MPC/MS-MIC pode ocasionalmente falhar quando a placa de serviço (fpc/pic) é desativada 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

  • vMX: quedas de "erros de fifo de entrada" relatadas sob o shell pfe "mostrar ifd", mas não vistas na saída "interface show extensa". PR1642426

  • O dispositivo de banda larga precisa ser habilitado manualmente na configuração para modelos de acesso DHCP e PPP para BNG CUPS. A configuração para habilitar o dispositivo bb é a seguinte: #set modo de gerenciamento de assinantes do sistema de dispositivos de banda larga de força. PR1645075

  • Na plataforma Junos, o PTP não bloqueia quando a velocidade da porta não está configurada sob a hierarquia pic ou velocidade de porta para algumas portas aleatórias adicionais estão configuradas sob a hierarquia PIC ou executam desativação/ativação pic. PR1645562

  • Despejo de núcleo relatado intermitentemente onde o acidente aleatório da pilha de grpc é observado. O serviço de licença reiniciará e se recuperará automaticamente. PR1656975

  • Nas plataformas Junos, no ambiente VPLS ao ter "resolução de opções de roteamento preservando a hierarquia de nexthop" os resultados no pacote caíram na saída PE para vários rótulos de pilha MPLS. PR1658406

  • O projeto OpenSSL publicou avisos de segurança para múltiplas vulnerabilidades resolvidas no OpenSSL. Consulte https://kb.juniper.net/JSA70186 para obter mais informações. PR1661450

  • Com as seguintes mudanças de configuração, os assinantes estão chegando. Mudanças de configuração: ============= definir overrides de transmissão de opções de encaminhamento dhcp-relay permite que clientes bisbilhotados definir opções de encaminhamento dhcp-relay grupo DHCP-FO overrides permitir-snooped-clients definir opções de encaminhamento grupo dhcp-relay O DHCP-FO substitui a opção definida pelo usuário-82 100.112.77.66 desativar as opções de encaminhamento dhcp-relay do grupo DHCP-FO interface ae31.0 overrides. PR1665499

  • Em todas as plataformas Junos e Junos Evolved, o usuário não deve modificar os atributos do localizador, em vez disso, o localizador, os SIDs devem ser excluídos e configurados de volta. Caso contrário, ele levará ao arquivo principal. PR1667320

  • Em plataformas MX com MIC-MACSEC-20GE, a FEB (Placa de mecanismo de encaminhamento) pode diminuir enquanto ativa/desativa a configuração GRES (Gracioso switchover do mecanismo de roteamento). PR1668983

  • Estes são logs de erro esperados e não causam nenhum impacto funcional. "jsr_iha_pri_unrepl_msg_func: Erro: alça primária inválida no msg 0x10006c600000621, error=2" Esses logs podem ser vistos se as seguintes condições forem atendidas: * Em todas as plataformas do Junos OS * O roteamento sem paradas está habilitado. * com configuração escalonada Os possíveis gatilhos seriam reiniciar chassi, ksyncd, switchover, reinicialização... o que causa a desreplicação/replicação do nsr. PR1675057

  • Às vezes, os núcleos são relatados no RE de backup durante a init após uma reinicialização etc. Quando a inicialização de RE de backup está sendo feita e o sistema está ocupado, alguns comandos executados no contexto do spmbpfe estão levando mais tempo para serem concluídos devido ao trabalho pesado inicial pelo kernel, nesta fase, caso os comandos do processo spmbpfe não sejam concluídos por >2,5 segundos, então há chances de núcleos spmbpfe. Este é um problema temporário visto apenas no RE de backup durante seu tempo. Isso pode não ser impactante, porque se no caso de o processo spmbpfe falhar devido a isso, ele reiniciaria por si mesmo e continuaria a init e executará assim que a condição inicial de cpu alta tiver passado. Ela não deve causar nenhum impacto de funcionalidade ou desempenho; especialmente porque é relatado apenas em RE de backup. PR1675268

  • Na placa de linha LC480 MX com erro de tempo de interface 1G 1PPS não atende ao requisito de classe B (erro de tempo absoluto máximo é de 70 ns). PR1677471

  • Um novo comando foi introduzido que exibirá as diferenças entre as entradas destroute aprendidas dentro de l2ald e presentes no kernel. PR1677996

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

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

  • Mudar um filtro de interface específica para filtro de interface física (ou visa versa) ao mesmo tempo em que reinicia o processo de firewall pode resultar em problemas com LACP. Para evitar isso, desativar o filtro antes de mudar o modo. PR1679965

  • O problema aqui é que vemos? MQSS(0): DRD: Erro: erro de tempo limite de ID de reordenamento de 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 a init PFE esteja totalmente concluída. Por causa disso, a 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 está iniciado 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 da WAN" durante o inicialização do FPC pode ser ignorado com segurança. PR1681763

  • Com isso, a configuração de domínio de manutenção (MD) e a configuração de associação de manutenção (MA) sob a estrofe de gerenciamento de falhas de conectividade serão ordenadas pelo sistema e não conforme a ordem de configuração. PR1682939

  • Quando a configuração do nome de host é alterada, a mudança não se reflete na saída RIFT. Além disso, quando são feitas alterações na configuração REDIS, elas não são aplicadas até que o rift seja reiniciado por meio de "reinicie o proxy do rift". PR1686233

  • Em todas as plataformas Junos e Junos Evolved se o MVRP (Multiple VLAN Registration Protocol) for configurado em uma interface habilitada para MSTP (Multiple Spanning Tree Protocol), a interface será feita parte de toda a MSTI (Multiple Spanning Tree Instance) existente no switch e participará do FSM (Finite State Machine) de todos os MSTIs. Se essa interface entrar no estado de encaminhamento para o MSTI, do qual não faz parte de fato, resultará em queda no tráfego dessa VLAN em particular. PR1686596

  • 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

  • Com o Sharding habilitado, bandeiras BGP como as seguintes não são exibidas na rota Ativa em saída "show route extensive":"Multipath MultipathContrib MultiNexthop aceito" Por vista de fragmento, usando "mostrar rota extensa prefixo de fragmentos de costela" mostrará essas bandeiras. PR1693207

  • O problema é visto quando várias placas de linha exportam dados de telemetria para "/junos/system/linecard/fabric/" e uma das reinicializações de dados de exportação de placa de linha. Após a reinicialização, a mesma placa ou mais uma/mais placas podem parar o streaming de dados ou o streaming de dados será muito lento para detectar. Remover uma ou mais placas de linha do streaming de telemetria desses dados resolve o problema. PR1693394

  • Recomenda-se usar o atalho IGP com SIDs SPF rigorosos no caminho SRTE. se forem usados SIDs SPF rigorosos, esse problema não ocorreria. Esse problema só ocorrerá se os SIDs ISIS regulares forem usados no caminho SRTE e o atalho do IGP for habilitado. com isso, se o cliente executar várias vezes desativar/ativar para telemetria SRTE. PR1697880

  • Durante a janela de resolução de resolução BGP MP da rota 9.0.0.2, um caso de canto foi atingido, de forma que a rpd afirme e reinicie. Este caso de erro é observado durante o multi-feature-test com BGP-MP, L3VPN/L2VPN, sobre transporte RSVP/LDP, bem como srte colorido, e transporte de túneis SRv6, juntamente com BGP CT. Esse problema será resolvido nas próximas versões de serviços 22.4R1. PR1699773

  • Quando o dispositivo é carregado com a nova imagem, o PIC tenta inicializar. mspmand é um dos processos dentro do PIC, trava às vezesPR1700462

  • O alarme de incompatibilidade de configuração óptica sempre foi habilitado, mas não foi relatado pelo RE durante "alarmes de chassi show". Este alarme agora será relatado corretamente pelo FPC e exibido no RE. Não há nenhuma mudança de comportamento além do alarme que está sendo relatado corretamente agora. PR1700606

  • Nas plataformas Junos, embora não haja assinantes ativos, um erro de confirmação de propagação de arquivos estrangeiro (ffp) é visto para o perfil de controle de tráfego de classe de serviço. PR1700993

  • 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 de 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 thread Jvision leva mais tempo no streaming de pacotes jvision devido ao volume de dados e número de sensores envolvidos com este daemon. A rosca Jvision engajada por mais tempo para processar eventos de streaming fez com que a thread principal do Chassisd perdesse mensagens de recebimento/envio de mensagens keepalive para/de outras RE, o que acabou causando a transferência automática de RE na maioria dos casos. Para evitar isso, faça a correção para exportar pacotes jvision de carga pequena (formação que leva menos tempo) e adiar a rosca jvision mais em um intervalo, para permitir que o thread 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 maior disseminação (anteriormente, a mesma quantidade de dados foi enviada com 2 ou 3 pacotes de maior tamanho de carga, e 100ms de tempo de adiamento para thread 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 de perda de mensagem continuamente vivo. Por isso, teremos que manter o Chassisd como exceção, quando medirmos/reportarmos os valores do KPI-2. A Jvision in Chassisd precisa dar mais prioridade/tempo para processar mensagens de manter a vida viva do que o envio de pacotes jvision. Por isso, o atraso entre os pacotes jvision são mais. PR1706300

  • Nas plataformas Junos e Junos OS Evolved, o acidente do processo de dcpfe (Dense Concentrator Packet Forwarding Engine) será observado devido a um problema de fragmentação de memória. Este é um caso muito raro e afetaria o tráfego, pois devido à falha de dcpfe, o PFE reinicia, de modo que as interfaces serão flapadas. PR1711860

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

  • Na plataforma Junos MX10008, o acidente do FPC (Concentrador PIC Flexível) será observado quando conectado a SFP não-Juniper (plugável com pequeno fator de forma) e isso levará à perda de tráfego. PR1722823

  • Em todas as plataformas Junos e Junos Evolved, a configuração de traceoptions BGP terá um impacto na CPU, os threads estarão ocupados e levarão tempo para recuar, apesar de desativar. É importante habilitarmos uma bandeira de rastreamento específica e desabitá-la quando a CPU estiver alta. Também é importante não realizar a transferência de switches e outros gatilhos que podem adicionar carga à CPU durante os vestígios. Os vestígios devem ser habilitados de forma discreta. PR1724986

  • O alarme principal MX304" Host 0 detectou um erro corrigível de AER" após a mudança de RE. PR1731237

  • A mensagem gNOI "Gire" e "Instale" gRPC deve ser tratada como parte de um único fluxo de RPC em vez de uma mensagem RPC individual. Atualmente, cada mensagem em RPCs rotativos e de instalação são tratadas como fluxo separado. Se o mesmo fluxo for usado para enviar várias mensagens RPC, o gRPC rotativo falhará. PR1732601

  • A colisão Xmlproxyd pode ser vista se há vários coletores assinando sensores Xmlproxyd e alguns ou todos os coletores estão batendo com frequência à taxa de 90 segundos ou mais. A ocorrência desse problema é rara. O streaming de telemetria de sensores Xmlproxyd estará ausente durante o tempo em que xmlproxyd falhar e reiniciar por conta própria. Esse tempo pode chegar a 30 segundos. Assim que o Xmlproxyd aparecer, o streaming de telemetria de sensores Xmlproxyd será retomado automaticamente. PR1732763

  • A opção 400g é visível sob o comando "definir chassi fpc 0 pic 0 porta port_num velocidade". Por exemplo: # definir chassis fpc 0 pic 0 porta 20 velocidade ? Possíveis conclusões:100g Define o modo de interface para 100Gbps10g Define o modo de interface para 10Gbps200g Define o modo de interface para 200 Gbps25g Define o modo de interface para 25Gbps400g Define o modo de interface para 400Gbps40g Define o modo de interface para 40Gbps50g Define o modo de interface para 50GbpsPR1734654

  • Em todos os dispositivos Junos, o tempo necessário para confirmar aumenta quando um módulo de plataforma confiável (TPM) é configurado. PR1738193

  • Em todas as plataformas Junos e Junos Evolved, em um cenário raro, o FPC cairá devido ao núcleo. PR1739595

  • Ao executar o transmissor DHCPv6 no modelo CUPS, observa-se a perda de tráfego DE GRES DHCPv6. PR1743087

  • As configurações de opções de switch no sistema lógico não serão refletidas após a reinicialização do mecanismo de roteamento ou a mudança do mecanismo de roteamento. Isso acontecerá apenas no sistema lógico. Em instância padrão, esse comportamento não pode ser visto. PR1743737

  • O núcleo de RPD às vezes é visto se existem muitos nexthop unilist com valores chave idênticos, mas métrica diferente em Evo, esp quando a ACK é solicitada para esses próximoshops. PR1745509

  • Em todas as plataformas Junos com RE dupla, uma mensagem de erro: "Pequenos pares lentos potenciais são: X" serão vistos. Por algum motivo, o PFE/PIC será lento e os serviços enfrentarão problemas de latência. a lista de peerbuf fica completa, o proxy peer não poderia exigir mais IPCs (se a atualização de cadeia/peer do estado para backup ficar paralisada ) fazendo com que pfe/pics sejam um consumidor lento, isso afeta o serviço no dispositivo. PR1747077

  • No Junos usando uma maneira afeb/tfeb de comunicação ao PFE que são plataformas MX80/MX104 com o Protocolo de redundância de roteador virtual (VRRP) configurado, excluindo um link de membro do pacote agregado de Ethernet (AE) remove a entrada do filtro VRRP no Mecanismo de encaminhamento de pacotes (PFE), o que faz com que o tráfego VRRP seja descartado mesmo que outros links ativos de membros no pacote AE existam. PR1747289

  • Na plataforma MX104 com MACSEC MIC, a configuração "por unidade-agendador" na interface MACSEC MIC resulta em um acidente de PFE que leva ao impacto no tráfego. PR1747532

  • A memória no nível de VMhost ainda está em cache e não é liberada adequadamente após tirar um instantâneo VMhost. PR1755585

Alta disponibilidade (HA) e resiliência

  • Quando o GRES é executado com a interface em0 (ou fxp0) desabilitada no mecanismo de roteamento primário e, em seguida, habilitar a interface no novo mecanismo de roteamento de backup, ele não é capaz de acessar a rede. PR1372087

Infra-estrutura

  • Uma vulnerabilidade de uso após livre uso no kernel do Junos OS Evolved da Juniper Networks permite que um invasor não autenticado e baseado em rede cause uma negação de serviço (DoS). Consulte https://kb.juniper.net/JSA70198 para obter mais informações. PR1636063

  • Desvio de tempo de NTP nas versões Junos afetadas. Implementação anterior do kvmclock com vDSO (virtual Dynamic Shared Object), que ajuda a evitar que a sobrecarga de chamadas do sistema para aplicativos de espaço do usuário tenha problemas de desvio de tempo, o conjunto mais recente de mudanças cuida da inicialização do relógio após o lançamento de todos os processadores auxiliares para que a inicialização do relógio seja precisa. PR1691036

Interfaces e chassi

  • O valor do MediaPonível em SNMP/Jvision não está correto para interfaces DOWN depois que o switch aparece após uma reinicialização. PR1671706

  • Os contadores de pacotes IFL não são implementados para a interface AMS. É uma nova mudança. PR1673337

  • Este problema é específico apenas para MXVC e o problema não é visto durante a execução manual do caso de teste. O problema é visto apenas com o script de teste que raramente demais e, portanto, o desencadeamento exato do problema não está claro. PR1686425

  • Em todas as plataformas Junos, se uma incompatibilidade de velocidade acontecer no LAG (agregação de links) e na interface dos membros, então uma queda de tráfego será vista. PR1725168

J-Web

  • O software PHP incluído no Junos OS J-Web foi atualizado de 7.4.30 para 8.2.0 para resolver múltiplas vulnerabilidades. Consulte https://supportportal.juniper.net/JSA71653 para obter mais informações. PR1698386

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

  • Em todas as plataformas Junos Evolved e Junos MX, quando uma nova interface lógica (LSI) é criada, mas a configuração foi excluída, pois o kernel não conseguiu adicionar a interface levará a um crash de rpd. PR1680687

  • em uma rede H-VPLS com hot-standby VPLS e o botão "opções de roteamento da tabela de encaminhamento vpls-hotstandby-convergência" habilitados em spokes, se o hub ativo for reiniciado, será vista uma perda de 20 a 25 segundos para fluxo de tráfego entre zonas. 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

Serviços Ethernet de Camada 2

  • Se um cliente enviar um pacote de solicitação de DHCP e a opção 55 incluir a opção PAD (0), um DHCP ACK não será enviado de volta ao cliente. PR1201413

  • No ambiente CBNG (XDA CUPS), os assinantes dhCPv6 não conseguem fazer login sobre PPP sobre L2tp Tunneled. Essa configuração tem CP e UP XDA para LAC e LNS. O assinante DHCPv6 é empilhado sobre PPP do lado cliente. Enquanto a sessão de PPP(v4 e v6) é estabelecida com sucesso, o tráfego de assinantes DHCPv6 está sendo descartado no LNS UP. Embora esta seja a nota de versão para a versão 22.4R1, o problema não é visto na Dev Common Branch baseada em 23.1. Adicionando as notas de versão apenas para escopo 22.4R1. PR1683955

  • A funcionalidade DHCP ALQ sem anúncios de rotas no backup não funciona em VRF para a rota emoldurada. PR1740822

MPLS

  • a entrada tentará novamente após a suspensão do lsp por um longo período de tempo ou o cliente poderá liberar o lsp para acelerar a nova tentativa. PR1631774

Gerenciamento e monitoramento de rede

  • Em alguns cenários de NAPT44 e NAT64, o Duplicate SESSION_CLOSE Syslog será visto. PR1614358

Plataforma e infraestrutura

  • Os pacotes de protocolo PVSTP estão sendo duplicados quando são canalizados pelo protocolo de tunelamento de Camada2. Outras unidades de dados de protocolo PDUs(STP,VTP,CDP) não são afetadas. PR1686331

  • Nas plataformas Junos MX, quando os pacotes de protocolo de redundância de roteador virtual (VRRP) vêm da interface LAG com processamento de delegados habilitado, ele deve ser processado em PFE âncora. Se ele vem de PFE não âncora - ele vai para ancorar PFE através da malha. Nesse caso, o TTL é decremented. Se um filtro FW na interface de loopback for aplicado para VRRP com uma condição ttl=255, o VRRP não funcionará - haverá um impacto no serviço. PR1701874

  • No Junos MX e EX92XX com placas de linha específicas, as reescritas de VLAN não acontecerão para a saída de tráfego da interface IRB (roteamento integrado e ponte) em uma IFL L2 AE (Ethernet agregada) (Interface Logical), se o L2 AE IFL estiver configurado para executar reescritas de VLAN nos quadros. Isso acontece quando o IRB é configurado como uma interface de roteamento em instâncias de roteamento EVPN (Ethernet Virtual Private LAN) ou VXLAN (VIRTUAL Extensible LAN), e o tráfego precisa ser egresso no IRB em um L2 AE IFL. Como resultado, os quadros são encaminhados com informações incorretas da tag VLAN. PR1720772

  • Nas plataformas Junos MX, na configuração Ethernet Virtual Private Networks-Layer 2 Virtual Private Networks-Circuit Cross-Connect (EVPN-L2VPN-CCC), a interface integrada de roteamento e ponte (IRB) sobre a interface do túnel lógico de acesso (LT) está configurada, ela está enviando pacote com tag vlan na porta de acesso e não removendo-a fazendo com que a comunicação do host quebre. PR1740606

Política de roteamento e filtros de firewall

  • Em todas as plataformas Junos e Junos OS Evolved onde as políticas de roteamento openconfig estão configuradas, excluir um único prefixo da lista de prefixo exclui todos os prefixos. PR1691218

Protocolos de roteamento

  • Determinadas bandeiras de traceoption BGP (por exemplo, "aberta", "atualização" e "keepalive") podem resultar em registro (trace) de mensagens de depuração que não se enquadram na categoria de traceoption especificada, o que resulta em algumas mensagens de depuração BGP indesejadas sendo registradas no arquivo de traceoption BGP. PR1252294

  • O LDP OSPF está em estado de sincronização porque a interface IGP está em baixa com a sincronização de ldp habilitada para OSPF. user@host> interface de ospf mostrar ae100.0 interface extensa Interface State Area DR ID BDR ID Nbrs ae100.0 PtToPt 0.0.0.0 0.0.0.0 0.0.0 1 Tipo: P2P, Endereço: 10.0.60.93, Máscara: 255.255.255.252, MTU: 9100, Custo: 1050 Adj contagem: 1 Olá: 10, Morto: 40, ReXmit: 2, não tipo Stub Auth: MD5, ID de chave ativa: 1, horário de início: 1970 Jan 1 00:00:00 Tipo de proteção utc: Nenhum padrão de topologia (ID 0) -> Custo: 1050 LDP sync state: em sincronia, para: 00:04:03, razão: interface IGP para baixo tempo de espera de configuração: infinito. De acordo com a análise atual, a interface IGP cai porque, embora o LDP tenha notificado o OSPF de que a sincronização de LDP foi alcançada, o OSPF não é capaz de tomar nota da notificação de sincronização do LDP, porque o vizinho OSPF ainda não está pronto. PR1256434

  • Nas plataformas MX, uma mensagem de log inesperada aparecerá se o comando CLI "mostrar detalhes da versão" ou "solicitar informações de suporte" for executado: test@test> mostrar detalhes da versão *** mensagens *** 12 de outubro 12:11:48 0,406 re0 mcsnoopd: INFO: modo krt é 1 Out 12 12:11:48.406 re0 mcsnoopd: JUNOS SYNC vetors privados set. PR1315429

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

  • As estatísticas do BGP LU não relatam estatísticas corretas quando o fragmento é habilitado. Isso não é específico para o recurso BGP CT desta RLI. Isso será corrigido via RLI 53922 [Umbrella RLI para corrigir o pequeno Topgun Sharding Gap]. PR1684238

  • 22.3 em diante, isis yang é elevada para a versão 1.0.0, que tem uma grande mudança no caminho OC existente que foi suportado anteriormente. Como o caminho da OC mudou, a mesma necessidade se reflete no script de tradução que não é feito. Como parte da versão D27 para nuvem, o script de tradução será modificado com um caminho OC mais novo. Até lá, a configuração de OC mais antiga foi quebrada. eventualmente, o código D27 voltará ao DCB e as coisas funcionarão bem depois disso. PR1686751

  • O problema não é resolvido para 22.1R3 e será resolvido em versões futuras. PR1687273

  • Este 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

  • Em todas as plataformas Junos e Junos OS Evolved com dual-RE, após a execução do switchover gracioso do mecanismo de roteamento (GRES), o processo periódico de gerenciamento de pacotes (ppmd) será visto. PR1702687

  • 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 cai afetando o plano de controle de roteamento. PR1723172

Aplicativos de serviços

  • Quando uma interface de túnel configurada é alterada para outra, a funcionalidade flow-tap-lite para de funcionar, ou seja, os pacotes não são espelhados no destino do conteúdo. Mas esse problema não é visto de forma consistente. PR1660588

Interface e configuração do usuário

  • Em todas as plataformas Junos OS Evolved, ao arquivar arquivos de configuração para um host IPv6 remoto usando o Protocolo de Cópia Segura (SCP), a transferência de arquivos falha. PR1720525

Vpns

  • Ao usar a VPN do grupo, em certos casos, a mensagem PUSH ACK do membro do grupo para o servidor chave do grupo pode ser perdida. O membro do grupo ainda pode enviar solicitações prontas para os SAs TEK antes da dura dura vida útil. Somente se o servidor-chave enviasse novas mensagens PUSH aos membros do grupo, essas atualizações não seriam recebidas pelo membro do grupo, uma vez que o servidor-chave teria removido o membro da lista de membros registrados. PR1608290