Temas abiertos
Obtenga información sobre los problemas abiertos en esta versión para conmutadores de la 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.
Clase de servicio (CoS)
-
En todas las plataformas de Junos OS, en un escenario escalado, cuando algunas de las interfaces ge/xe/et son miembros de Ethernet agregada (ae) y la configuración del conjunto de clases de reenvío de clase de clase (CoS) se aplica con un comodín para todas las interfaces físicas y Ethernet agregada, es posible que se desencadene un bloqueo de los concentradores de PIC flexibles (FPC) que provoque la pérdida de tráfico. PR1688455
EVPN
-
En todas las plataformas Junos OS y Junos OS Evolved en las que la función EVPN está habilitada, el proceso l2ald puede bloquearse en un escenario poco común cuando se cambia una dirección IP de circuito cerrado. PR1631280
Durante la verificación,
show mac-vrf routing database instance User_mvs1 extensive
el comando "mobility-seq-num" no es el esperado.PR1694943
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
-
En la línea QFX5100 de conmutadores, insertar o quitar elementos ópticos en un puerto puede provocar un pico de CPU de Packet Forwarding Engine Manager y un eventual error de microcódigo. PR1372041
-
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
-
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 QFX5100, el tipo de soporte para cables SFP+-10G-CU1M y SFP-T se muestra como fibra. Esto es solo un problema de visualización y no se observa ningún impacto en la funcionalidad. PR1570555
-
En un QFX5120, cuando deshabilita un vínculo protegido. Es posible que vea un retraso de 200-400 mSec para que el sistema reaccione al evento de deshabilitar vínculo. PR1579931
-
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
-
La velocidad de la interfaz de administración se muestra como 10G en lugar de 1G, aunque no hay ningún impacto en la funcionalidad. PR1589942
-
En QFX5110 VC, FPC puede desconectarse con la escala de relé DHCPv6 de 24K después de detener el tráfico. Es posible que se vean mensajes de error "pfe_listener_disconnect". PR1594748
-
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
-
En QFX5100, la alimentación óptica se ve después de separar y conectar QSFP en la interfaz de desactivación. PR1606003
-
En el QFX5120-48Y, cuando la configuración escalada y las configuraciones de línea base se cargan varias veces una tras otra sin mucho tiempo de espera entre ellas, el tráfico o los protocolos en interfaces L3 puras pueden comportarse de manera indefinida o inesperada. PR1612973
-
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
-
QFX5110-32Q : Pérdida de tráfico vista después de la renumeración maestra enVC PR1632565
-
La FPC de copia de seguridad pierde su conexión con el maestro cuando se agregan nuevos miembros a la VCF (Virtual Chassis Fabric). PR1634533
-
La función de configuración de retraso limitado para IFL no es compatible con la plataforma Pyrite. El núcleo solo se ve cuando esta configuración está habilitada en el dispositivo. PR1634941
-
En todos los dispositivos que ejecutan Junos OS o Junos OS Evolved, donde se trata de una escala BGP alta con una ruta de aleteo y el recopilador/estación del Protocolo de supervisión BGP (BMP) es muy lento, el proceso rpd puede bloquearse debido a la presión de la memoria. PR1635143
-
Cuando una interfaz de 100G en un QFX5120 se convierte en un puerto VC, la interfaz permanece inactiva, ya que el puerto está configurado como 40G internamente. PR1638156
-
En todas las plataformas QFX5100 Virtual Chassis, después del reinicio, es posible que los puertos del puerto Virtual Chassis (VCP) no establezcan una conexión VCP y también se observen errores de comprobación de redundancia cíclica (CRC). PR1646561
-
En la plataforma de la serie QFX, las estadísticas de interfaces lógicas v6 se derivan de las estadísticas de interfaces físicas subyacentes, a diferencia de la serie PTX, donde son asistidas por hardware. Por lo tanto, no son muy confiables y, en el mejor de los casos, son aproximados. PR1653671
-
Después de convertir el puerto del lado de acceso de estilo SP a estilo EP, el aprendizaje de MAC-IP falla para un host y ARP no se resuelve. PR1658657
-
Dispositivos QFX5100-24Q y EX4600 El chasis virtual se encuentra en estado inestable durante 3-7 minutos, lo que provoca pérdida de tráfico. PR1661349
-
En todas las plataformas de la serie QFX, se observan caídas de tráfico de EVPN tipo 5 cuando el dispositivo está configurado solo con enrutamiento y reenvío virtual (VRF) de tipo 5 y sin una interfaz de enrutamiento y puente integrados (IRB). PR1663804
-
Cuando el servidor final remoto o el sistema se reinician, 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 podría afectar al tráfico después de que el sistema extremo remoto se conecte y reanude la transmisión de tráfico. PR1665800
-
En plataformas QFX5110 con más de un circuito de capa 2 configurado, la desactivación y activación sucesiva de las configuraciones de circuitos l2 puede provocar una caída del tráfico en uno o más circuitos L2. PR1666260
-
VLAN nativa con reescritura de VLAN en la misma interfaz no compatible. PR1671372
-
El QFX5200, después de actualizar NSSU para un chasis virtual de 4 miembros, FPC podría alternar, lo que provocaría que las interfaces se desconectaran. PR1673116
-
En QFX5120 Virtual Chassis con topología VxLAN abierta de base de datos vSwitch (OVSDB), se produce un error en la resolución del Protocolo de resolución de direcciones (ARP) si el tráfico pasa a través de puertos de puerto de Virtual Chassis (VCP). Como resultado, los paquetes ARP se caen. PR1679684
-
En plataformas QFX5100 (tanto independientes como de VC) que ejecutan Junos OS, ocasionalmente durante el funcionamiento normal del dispositivo, el motor de reenvío de paquetes puede bloquearse, lo que provoca la pérdida total de tráfico. El motor de reenvío de paquetes se reinicia después del bloqueo. PR1679919
-
En todas las plataformas de Junos OS, en un escenario escalado, cuando algunas de las interfaces ge/xe/et son miembros de Ethernet agregada y la configuración del conjunto de clases de reenvío de clase de clase (CoS) se aplica con un comodín para todas las interfaces físicas y Ethernet agregada, se desencadenaría un bloqueo de los concentradores de PIC flexibles (FPC) que provocaría la pérdida de tráfico. PR1688455
-
En todas las plataformas de Junos OS, el bloqueo del proceso del demonio de control de dispositivos (dcd) se observa cuando se agregan más de 256 VLAN como etiquetas de nombre en la misma interfaz. PR1696428
-
En los dispositivos Junos QFX5110 y QFX5120, se pierde una pequeña cantidad de paquetes cuando se asigna VNI (identificador de red VXLAN) a la VLAN. Hay una pérdida de paquetes en los paquetes entrantes, pero no hay pérdida de paquetes en los paquetes salientes. PR1697244
Servicios Ethernet de capa 2
-
En QFX5100 y QFX5110, el formato de identificación del proveedor puede ser incorrecto para los puertos de red. Esto no afecta a la funcionalidad o servicio de ZTP. La configuración del cliente DHCP proviene de dos lugares, es decir, el script AIU y el espacio aislado vsdk. La configuración del cliente DHCP proveniente del script AIU tiene el identificador de serie en el identificador del proveedor, mientras que la configuración predeterminada de sandbox no tiene. PR1601504
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
-
En las plataformas QFX5100 y EX4600, si se realiza un cambio relacionado con TPID en el demonio de control de dispositivos, es posible que se interrumpa el tráfico en PFE debido a un error en el aprendizaje l2 o a una aleteo de interfaces. PR1477156
MPLS
-
En el caso de MVPN, si el índice del siguiente salto de un grupo no es el mismo entre maestro y copia de seguridad después de un cambio nsr, podemos ver una pérdida de paquetes de 250 a 400 ms. PR1561287
Plataforma e infraestructura
-
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
-
En las plataformas Junos OS y Junos OS Evolved configuradas con remitente de apagado correcto bajo la vecindad dinámica BGP, el dispositivo del mismo nivel no recibe rutas con comunidades "graceful-shutdown", ya que el remitente no lo anuncia, lo que provoca la caída del tráfico para las rutas afectadas. PR1699633