Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Temas abiertos

Obtenga información sobre los problemas abiertos en Junos OS versión 21.4R3 para conmutadores serie QFX.

Para obtener la información más completa y reciente sobre los defectos conocidos de Junos OS, utilice la aplicación de búsqueda de informes de problemas de Junos en línea de Juniper Networks.

Enrutamiento general

  • Cuando se agrega VLAN como una acción para cambiar la VLAN en los filtros de entrada y salida, el filtro no se instala. PR1362609

  • El escalado de VXLAN VNI (aprendizaje de multidifusión) en QFX5110 problema de tráfico se ve desde el túnel VXLAN a la interfaz de capa 2. PR1462548

  • Cuando se ejecuta el comando: show pfe filter hw filter-name filter name, el comando no puede recuperar los detalles de programación PFE del filtro. PR1495712

  • En los enrutadores de la serie PTX y los conmutadores de la serie QFX que ejecutan Junos OS, es posible que el servicio JFlow no informe la tasa de transferencia de datos exacta. Este problema se observa cuando hay una alta tasa de tráfico muestreado con baja relación de aciertos de caché de flujo. PR1502645

  • En QFX5100 dispositivos que no ejecutan los códigos qfx-5e (arquitectura que no es TVP), cuando se instala una imagen con la actualización del SDK de Broadcom (6.5.x), la utilización de la CPU puede aumentar en alrededor del 5%. PR1534234

  • En la línea QFX5000 de conmutadores, la pérdida de ruta no funciona para rutas IPv4 si la máscara es menor que /16 y para rutas IPV6 si la máscara es menor que /64. PR1538853

  • Es posible que el proceso de FPC no se genere después de un reinicio completo en un caso raro, lo que hace que el FPC no se conecte correctamente. PR1540107

  • El DAC de 5 M conectado entre QFX10002-60C y MX2010 no se conecta. Pero con DAC de 1M y 3M, esta interoperabilidad funciona como se esperaba. También hay que señalar QFX10002-60C y ACX o generador de tráfico el mismo 5M DAC funciona a la perfección. Parece que hay cierta configuración de SI o nivel de enlace tanto en QFX10002-60C como en MX2010 que debe depurarse con la ayuda de los equipos de HW y SI y resolverse. PR1555955

  • Para evitar el flap adicional de la interfaz, es necesario configurar el tiempo de espera de la interfaz. PR1562857

  • En el escenario de EVPN/VXLAN con OSPF configurado a través del IRB, es posible que las sesiones de OSPF no se establezcan debido a problemas de conectividad. PR1577183

  • En QFX5100, mientras se comprueba DHCP Smart Relay a través de interfaces IRB, es posible que los renew-ack no se vean en el cliente dhcp. PR1581025

  • En un dispositivo completamente cargado, a veces, la programación del firewall fallaba debido a la configuración de prefijos escalados con más de 64800 entradas. Sin embargo, este problema no se observa en la configuración del desarrollo. PR1581767

  • En las plataformas PTX10K y QFX10K que ejecutan Junos, es posible que se cambien los permisos de archivo para los archivos /var/db/scripts después de reiniciar el dispositivo. Este problema puede afectar a los scripts que se ejecutan en la caja. PR1583839

  • En QFX5000 línea de conmutadores, el concentrador de PIC flexible (FPC) o el proceso dcpfe pueden entrar en un estado muy poco común cuando se ejecutan o generan varios subprocesos del contador Broadcom (bcmCNTR) en FPC. Este estado hace que el proceso dcpfe se bloquee o que FPC se reinicie. El propósito de bcmCNTR es sondear estadísticas desde el hardware. PR1588704

  • En los conmutadores de la serie QFX/EX con chip Broadcom como motor de reenvío de paquetes (PFE), si IS-IS está habilitado en una interfaz de enrutamiento y puente integrados (IRB) y el tamaño de la unidad de transmisión máxima (MTU) de la interfaz IRB está configurado con un valor mayor que 1496 bytes, es posible que las PDU de saludo IS-IS (IIH) con tamaño de trama jumbo (es decir, superior a 1496 bytes) se descarten y no se envíen a los vecinos de IS-IS. La siguiente es la lista de productos de conmutadores de la serie QFX/EX con chip Broadcom como PFE. QFX5100/QFX5110/QFX5120/QFX5130/QFX5200/QFX5210/QFX5220 EX2300/EX3400/EX4300/EX4600/EX4650 PR1595823

  • Pim Vxlan no funciona en chipsets TD3 que habilitan VxLAN flexflow después de Junos OS versión 21.3R1. Los clientes Pim Vxlan o el plano de datos VxLAN pueden utilizar Junos OS versión 21.3R1. PR1597276

  • Comparando el tiempo de convergencia con 21.1R1.5, se observa degradación en el tiempo de convergencia de isisv6, ospfv2 y ospfv3. Como es un problema de tiempo de convergencia, muchos componentes estarán involucrados y, por lo tanto, necesitarán investigación de múltiples equipos (RPD, Kernel, PFE). Este tipo de problema requerirá múltiples iteraciones de experimentos para reducirlo, un poco difícil de hacer RCA y lleva una buena cantidad de tiempo. Teniendo en cuenta estos puntos, marque esto como problema conocido. PR1602334

  • En las líneas PTX1000 y PTX10000 de enrutadores y en la línea QFX10000 de conmutadores con sFlow habilitado, es posible que no se generen los ejemplos de sFlow para el tráfico MPLS de tránsito que transporta paquetes IPv6. PR1607497

  • En QFX10002-60C bajo estadísticas mac "output-mac-control-frames" y "output-mac-pause-frames" no se incrementa. PR1610745

  • En QFX5100 VC, cuando se configuran 118 (máx.) grupos de retraso, puede haber pérdida de tráfico de algunos paquetes de forma intermitente. PR1611162

  • Cuando se muestre la característica de inicio IFA2.0 habilitada en el conmutador y se muestren los flujos, veremos estadísticas incorrectas de pps y bps a nivel IFL en los puertos de entrada y salida. PR1620139

  • La entrada del puerto led se realizó para el puerto SXE PR1621630

  • En las plataformas Junos QFX10k con un número escalado de sesiones de BFD (detección de reenvío bidireccional) configuradas, la adición de una nueva sesión de BFD puede provocar aleteo en la sesión recién agregada y en otras sesiones BFD existentes. PR1621976

  • En las plataformas QFX, el byte de salida de tráfico IPv6 (ipv6-transit-statistics) no estaría en el rango esperado según las estadísticas del generador de tráfico. PR1653671

  • S/W para agregar contenidoPR1663804

  • Cuando se reinicia el servidor final o el sistema remotos, QFX5100 puertos de plataforma con SFP-T 1G insertado pueden entrar en un estado bloqueado y permanecer en ese estado incluso después de que se haya completado el reinicio. Esto puede afectar al tráfico después de que el sistema extremo remoto se conecte y reanude la transmisión de tráfico. PR1665800

  • En QFX5100, para medios de cobre, el tipo de medio puede mostrarse como fibra en lugar de cobrePR1672293

  • Cada ARP/ND Nexthop aprendido localmente requiere un token de estructura único del kernel. Este token único se asigna a la dirección física en HW y esta dirección apunta a la memoria EDF para los próximos saltos ARP/ND. El grupo de tokens en el kernel también es utilizado por diferentes características como flood nexthops, arp / ndp nexthops. El uso de tokens ha aumentado, ya que las interfaces IRB y los grupos de malla predeterminados también utilizan tokens. Es posible que la escala ARP/ND de 96k no siempre se pueda lograr. Se recomienda escalar hasta 95000 ARP/ND. PR1673626

  • En QFX5110, el núcleo dc-pfe se puede ver con la configuración PTP IRB. Esto se debe a un problema de tiempo entre la encuesta periódica y la adición de flujos. PR1683308

EVPN

  • Varias entradas remotas DCI MAC (IRB y Host) desaparecen después de la modificación I-ESI en los nodos locales de DC GW. PR1600600

  • Es posible que la configuración del límite de EVPN local ESI Mac no se haga efectiva de inmediato cuando ya haya aprendido las Mac MH remotas. Borre la tabla Mac de todos los PE MH y configure el límite de Mac en las interfaces ESI locales. PR1619299

Interfaces y chasis

  • Si mc-lag está habilitado en interfaces dentro de una instancia de enrutamiento (con la configuración de verificación de consistencia habilitada), entonces se producirá el núcleo mclag-cfgchkd. consistency-check config: set multi-chassis mc-lag consistency-check .. Impacto: el demonio mclag-cfgchkd tendrá núcleo, pero eso no afectará a ninguna funcionalidad. Este es un problema del día 1 y se ve en todos los dispositivos que admiten la verificación de consistencia mclag. PR1599025

Características de la capa 2

  • En el caso de las interfaces del lado de acceso utilizadas como interfaces de estilo SP, cuando se agrega una nueva interfaz lógica y si ya hay una interfaz lógica en la interfaz física, hay una caída de tráfico de 20 a 50 ms en la interfaz lógica existente. PR1367488

Servicios Ethernet de capa 2

  • La configuración del cliente DHCP proviene de dos lugares, es decir, script AIU y sandbox vsdk. La configuración del cliente DHCP proveniente del script AIU tiene el ID de serie en el identificador del proveedor, mientras que la configuración predeterminada de sandbox no tiene. No hay ningún impacto en la funcionalidad o el servicio. PR1601504

Plataforma e infraestructura

  • Cuando el modo de retransmisión DHCP está configurado como no-snoop, estamos observando que la oferta se elimina debido a una programación asic incorrecta. Este problema solo afecta mientras se ejecuta la retransmisión DHCP en un entorno EVPN/VXLAN. PR1530160

  • En todas las plataformas Junos y Junos OS Evolved, mientras se utiliza el parámetro de configuración NTP dirección de origen y se emite el comando "set ntp date" desde la CLI, los paquetes se enviarán con la dirección de origen de la interfaz saliente en lugar de la dirección IP configurada manualmente. Normalmente, la dirección IP configurada manualmente sería una dirección de circuito cerrado. El problema no se aplica a los paquetes de sondeo NTP generados automáticamente. PR1545022

Protocolos de enrutamiento

  • El tráfico de multidifusión acapara el núcleo del conmutador cuando se elimina el espionaje IGMP. El mcsnoopd podría bloquearse debido a los cambios en las interfaces y rutas de mrouter. PR1569436

  • Cuando se elimina la perilla accept-remote-source en PIM, es posible que las entradas PIM SG no se actualicen con el RPF correcto. La limpieza de los estados se encargaría del problema. Este es el comportamiento del día 1. PR1593283

  • El núcleo de MCSNOOPD se ve a veces debido a que el índice Nexthop es rápidamente reutilizado por el Kernel. Como resultado, cuando la aplicación todavía contiene una referencia antigua de Nexthop que está esperando la respuesta de eliminación del kernel, se puede recibir el mismo índice de Nexthop de otras aplicaciones como RPD para actualizaciones de EVPN core-NH como en el caso actual. Esto llevará a MCSNOOPD a manipular erróneamente el conteo de referencias de Nexthop, lo que llevará a usar una memoria de Nexthop liberada cuando este índice de Nexthop finalmente se libere. Esto se solucionará a través de una mejora de características en curso donde el Kernel mantendrá un temporizador para garantizar que un índice Nexthop no se ponga en el grupo libre inmediatamente para su reutilización y, por lo tanto, pueda reutilizarse después de la expiración del nuevo temporizador. PR1605393

  • En EVPN-OISM (multidifusión optimizada entre subredes), con el agente de escucha detrás de la hoja del servidor (SL) y la estructura externa del origen, si la hoja del servidor no tiene una ruta de unidifusión compatible válida (la ruta de unidifusión tipo 5 de EVPN no es compatible con EVPN-OISM) al origen, es posible que se interrumpa el flujo. PR1665791

  • Todos los Junos (excepto MX) configurados con el respondedor sBFD con el siguiente comando: set protocols bfd sbfd local-discriminator que genera el archivo núcleo FPC y provoca una caída del tráfico. PR1678016