Problemas abiertos

En las plataformas Junos OS Evolved, si las instancias de MAC-VRF con encapsulación VXLAN asociadas con interfaces lógicas IRB en instancia principal (y no en un VRF independiente) y ospf están habilitados en todas las interfaces, podría haber un bucle de salto siguiente en el que la IP de circuito de PE remota se resuelva primero a través de la capa subyacente de IP, la IP IRB remota es accesible a través del túnel VXLAN a la circuito cerrado de PE remoto y, luego, se resuelve debido a una menor métrica de OSPF sobre IRB. No se aprende la adyacencia IRB de protocols ospf interface irb.x passive configuración de la instrucción de circuito cerrado de PE remoto. Normalmente, las interfaces lógicas IRB se agregan a un VRF, lo que impide este bucle. PR1626574

En el registro de FPC, cuando el sistema está activo, se verá el mensaje de error del motor de reenvío de paquetes Jexpr: JexprHandleDdos para actualizar plct pfe:1f proto:0x8400. Este mensaje de error es solo un mensaje de error de depuración, no hay ningún impacto funcional con estos mensajes de error de registro. PR1610764

No hay impacto en estos rastros. Estas son algunas llamadas de RPC que producen errores cuando no hay ningún controlador. Esto no tiene ningún impacto en la funcionalidad. PR1589410

FPC 4x400G solo se admite en la ranura FPC 1 y la ranura FPC 5 solo según el diseño. 4x400G FPC enchufado a cualquier ranura podría poner FPC en línea, pero los enlaces aparecen solo en FPC1 o FPC5. Cuando la FPC 4x400G se conecta a otras ranuras, no permite que la FPC se conecte y se genera una alarma. PR1582183

ACX7509: algunas de las interfaces de 16x100G y 20XSFP56 no se desconectan después de reiniciar evo-pfemand. PR1592388

Se observan mensajes de error mientras se accede a los registros del panel de arañazos supercon en el arranque y no hay ningún impacto funcional. PR1594136

En las plataformas de Junos OS Evolucionado, si un filtro de firewall tiene coincidencias de uso de clase fuente (SCU) o uso de clase de destino (DCU) y coincidencias de clase de reenvío o prioridad de pérdida usadas con el mismo término en la acción "desde", es posible que el tráfico que se supone que esté sujeto al filtro de firewall no esté sujeto a él. PR1595788

Cuando reinicie FPC con configuración de escala o rutas o entradas MAC, picd puede generar un archivo de núcleo. No es necesaria la copia de seguridad de PICD de forma automática y no es necesaria la intervención del usuario. PR1595861 y PR1602352

La aplicación temporizadas no se puede reiniciar correctamente para ACX7100-32C y ACX7100-48L en la primera versión de software G.8275.1. PR1597120

Actualmente, la compatibilidad con el equilibrio de carga se encuentra en ECMP y no en FRR de ECMP. El comportamiento es el mismo que en ACX7100. PR1599752

Se espera que los contadores de error de RPF se restablezcan al modificar la familia debido a las limitaciones del producto. PR1598135

ACX7509 hará la marca de hora del hardware, pero el dispositivo par (en este caso MX) hace la marca de hora del software, lo que lleva más tiempo, lo que resulta en grandes retrasos. Este problema se verá en todos los casos en los que la configuración de pares hace la marca de hora del software. PR1599777

Con los informes IGMPv3 recibidos a una velocidad mayor de más de 1600 pps, los paquetes se pierden debido al límite de velocidad del plano de control. Por lo tanto, no es posible formar 2,56,000 grupos IGMP. Necesita ajustar la configuración de DDOS para llegar a 2,56 000 grupos IGMP. PR1599998

En entornos escalados, las interfaces no se presentan durante feb sin conexión, ya que el estado del motor de reenvío de paquetes no está en transición a conexión, aunque FEB ha pasado al estado en línea. PR1601158

ACX7509 tiene una estructura de malla y no es una estructura real. Hay un mecanismo de control de flujo desde la estructura hasta el CGM. En caso de congestión de estructura, hay control de flujo y la presión de retorno a las VOQ y los paquetes se pierden en voQs. Estas VOQ no se pueden asignar directamente a la congestión de la estructura, ya que pueden ocurrir caídas de VOQ debido a diferentes razones. BCM no cuenta con registros o contadores específicos para proporcionar valores para caídas de estructura. A partir de ahora su cuenta como cola cae a medida que la estructura vuelve a presionar la entrada. PR1601332

El resultado del comando muestra un show system processes extensive alto uso de la CPU a corto plazo. Los valores oscilan entre el 50 por ciento o más para evo-pfemand. Esta es una vista única de la CPU. Dado que el sistema ACX7509 es una CPU de varios núcleos, esto no afecta el rendimiento. PR1603899

Cuando se insertan motores de enrutamiento dual en el sistema y estos registros vienen del motor de enrutamiento de respaldo. Supercon fpga tiene dos dispositivos de punto de final (para RE0 y RE1) en los que el dispositivo de punto de final del motor de enrutamiento principal está habilitado y el motor de enrutamiento de respaldo está deshabilitado en la jerarquía. Durante el arranque, el motor de enrutamiento de respaldo intenta acceder a la jerarquía [supercon fpga en pci] que está deshabilitada. Por lo tanto, se ven los registros del panel de cero supercon lectura de errores y errores pci no corregidos. PR1605797 y PR1615157

El mensaje de Failed to attach ACPI GPIO chip error que se ve en la consola en el arranque temprano no es un problema y no tiene ningún problema conocido de funcionalidad. Podría ignorarse. PR1606585

El proceso evo-pfemand que programa el ASIC del motor de reenvío de paquetes se reinicia. A medida que el evo-pfemand se reinicia, vuelve a programar los puertos del sistema. El subproceso de vínculos de hardware puede supervisar el estado del vínculo y registra una transición momentánea hacia abajo o hacia arriba. Cada vez que el subproceso de vínculos observa un cambio, envía una notificación. Debido a la compresión de estado en DDS, las aplicaciones de consumo como Picd no reciben una notificación de estado de enlace intermedio hacia abajo de evo-pfemand y la interfaz no se alterna. Esto se debe a que las notificaciones se producen rápidamente. Las interfaces de pares remotos observan una interfaz abajo, mientras que algunas de las interfaces locales permanecen activa. PR1608215

Durante el reinicio del sistema, la diferencia entre el tiempo en el que aparece la interfaz y el tiempo en el que aparece RE1 es de aproximadamente 3 minutos en comparación con el tiempo de trabajo de la interfaz RE0. PR1608527

La respuesta transitoria de syncE a PTP y syncE a 1pps falla marginalmente. Esto sucede cuando el servo obtiene los 100 nano segundos iniciales saltan en una ventana de medición y los siguientes 100 nano segundos en la siguiente ventana de medición ajustando menos inicialmente. PR1608934 y PR1611848

La cantidad máxima de rutas ECMP admitidas es 128. PR1609063 y PR1632055

Un reinicio de DHCP lleva más tiempo debido a los problemas internos con el evento SIGTERM. PR1610229

Mientras envía tráfico desde los archivos o unidades de núcleo, todos los (16) VOQ/conectores necesitan créditos desde el mismo puerto. Como resultado, los créditos se distribuyen por la proporción de peso y los flujos que necesitan créditos más altos obtienen un ancho de banda más alto que los demás. PR1611028

La transferencia de ruido PTP a PTP falla para la frecuencia 0,03125 HZ PR1611838

Las pruebas de transferencia de ruido de syncE a PTP y syncE a 1pps fallan para 1. 0,00781 HZ 2. 0,01563 HZ 3. 0,03125 HZ 4. 0,06156 HZ 5. Frecuencias de 0,12313 HZ. PR1611911

es un problema del día 1 en la tarjeta ACX. este no es un problema solo para el campo de paquete de multidifusión en estadísticas mac . es un problema para todos los campos de las estadísticas de Mac cuando se consulta solo para la interfaz AE. el problema no está ahí para la interfaz ifd real que está bajo interfaz AE. PR1612105

En una eliminación en caliente de FRU de la FTC en ACX7509, se ve el siguiente error: FAN -Error: value = 0xffff880e ret = 0xfffffffb y podría haber un archivo de seguimiento de núcleo de llamada de kernel en el diario o dmesg. Estos son mensajes inofensivos y pueden ignorarse. PR1613389

La operación de "clear mpls lsp" es una operación de destrucción en la que borra todas las rutas y próximos saltos existentes en el sistema y hace una nueva reinstalación, el retraso de 10 segundos en la restauración del tráfico para 16000 rutas de l3vpn puede atribuirse a retraso de programación en las unidades de hardware combinadas con el modelo de software y la capacidad de la CPU. PR1614413

En ACX7509, la interfaz 1GE no ofrece ópticas SFP-T de cobre 1G y este problema es específico de los cables de cobre de 1G. PR1614286

Las alarmas transitorias de PLL zl30642 se ven para la tarjeta de motor de reenvío (FEB) o concentradores de PIC flexible (FPC) que se ven cuando FEB o FPC se conectan en ACX7509. Estas alarmas se producen durante el período de encendido y se despejarán en cuestión de segundos cuando se logran los bloqueos de PLL. Por lo tanto, se puede ignorar con seguridad si se producen y despejar durante la línea de estas unidades reemplazables en campo (FRUs) - Major FEB 0 zl30642 PLL Input Failure Major FEB 0 zl30642 PLL LOCK Failure Major FEB 0 zl30642 PLL OCXO Failure Major FPC 1 zl30642 PLL Input Failure Major FPC 1 zl30642 PLL LOCK Failure Major FPC 1 zl30642 PLL OCXO Failure. PR1615688

Se observa una condición de carrera entre la capa superpuesta y la desinscripción del kernel. La solución es antes de hacer jackout, ejecutar el comando request chassis fpc offline y luego sacarlo. PR1618133

Los siguientes escenarios garantizan el reinicio o el ciclo de alimentación de la caja.

• Eliminación ingrato de FRU sin desconectarlo.
• Falla eléctrica en FRU.
• Fallas de vínculo PCI en el sistema.

Estos problemas no se pueden recuperar en una caja en vivo y requieren reinicio/ciclo de alimentación. PR1619368

El problema es específico de la ranura 7, donde no se admite el puerto 13. Como parte de las restricciones de canalización, ambos puertos adyacentes tienen que configurar o ambos para no canalización. Dado que el puerto de ranura 7 no es compatible, es necesario ignorar las restricciones de canalización para el puerto de los dos puertos. PR1620425

PE1 ---- P ---- PE2 ping mpls l2circuit no funciona en caso de explicit-null que esté configurado en enrutadores pe. No afecta al tráfico de ruta de datos. PR1621111

En ciertas topologías de enrutamiento por segmentos que tienen enrutadores con carga de CPU variable, se puede ver un tiempo de convergencia más alto para un evento de conmutación debido a los micro bucles. Este es un comportamiento conocido cuando un nodo converge más rápido que el nodo vecino. PR1621263

En caso de que el modo de replicación de multidifusión sea de entrada, salida y reciclaje, no se produce equilibrio de carga en las interfaces de miembros Ethernet agregadas. PR1621377

Debido a cambios de código importantes y un mayor impacto en la regresión, no hay detalles de la configuración de negociación automática disponible en las interfaces de 1GE. PR1621991

El ACX7509 tiene varias ranuras FPC, las estadísticas se mantienen con una sola ranura (ranura 0) desde que el motor de reenvío de paquetes está centralizado. ACX7509 es la única plataforma que tiene varias ranuras FPC entre la tarjeta de la serie ACX. El pfestatsd está consultando estadísticas basadas en la ranura FPC para comando claro que está causando problemas, ya que la infraestructura Junos OS Evolved no mantiene estadísticas basadas en la ranura FPC para ACX7509. Esto necesita cambios en el pfestatsd, lo que requiere pruebas en otra plataforma de ranura multiFPC también . Como solución alternativa, se pueden usar otros contadores de tráfico, como estadísticas de interfaz en lugar de estadísticas del motor de reenvío de paquetes. Las estadísticas del motor de reenvío de paquetes rara vez se utilizan para depurar. PR1622515

Al actualizar Junos OS Evolucionado, las FPC pasan a PowerOff -> PowerOnWait -> PowerOnPermission -> PowerOnStart. Pero hay un error cuando estaba intentando PowerOn y el estado pasó al estado Vacío de PowerOnStart. Esto lleva a Fpc::OnDelete donde establecemos SetFrueDeleted(true); a la verdad. Sin embargo, no va para FpcFrueDeleteCleanup(fpc_name); limpieza de fruedelete en la que restablecemos la marca SetFrueDeleted a false, ya que FPC aún no está lista (FPC no se puso en línea como dmf aún no se completó) y postergará la terminación. PR1623455

El usuario puede configurar un filtro de conmutación Ethernet de familia para que coincida con dmac( 01:80:c2:00:0e) y etype(0x88f7) y soltar dichos paquetes. La configuración nos da la flexibilidad de instalar el filtro solo para los servicios en los que se necesita la caída y otros pueden reenviar según sea necesario. PR1623756

Durante la carga de la configuración multid, se observan los mensajes de error "Clave de solicitud DE RPC no válida: 0x00110000" y "Clave de solicitud DE RPC no válida: 0x000b0009". Esto no tiene ningún impacto en la funcionalidad. PR1624635

Los cables AOC se apagan al reiniciar varias veces la FPC. PR1624992

Se espera que el mensaje de error mientras se crea IRB de forma intermitente, esto no tiene ningún impacto funcional. PR1625782

El motor de enrutamiento puede entrar en pánico al reinicio del enrutamiento de forma posterior debido a timer_list daños. Las imágenes 22.x utilizan el kernel de Linux más reciente (versión 5.2+) en el que el subsistema de temporizador y las llamadas se han actualizado para evitar esto. PR1626361

Se produce un error en la actualización del firmware del transceptor óptico 400G-ZR. Es un problema genérico que se ve en todas las plataformas de RU individuales que admiten QDD-400G-ZR. PR1626882

Después de reiniciar la aplicación picd o rpdagent multpile object-info anomalías para evo-pfemand, a continuación se encuentran los tipos de anomalías observados Tipo: net::juniper::rtnh::Tipo de ruta: net::juniper:::rtnh::NHOpaqueTlv Tipo: net::juniper::rtnh::Nexthop Tipo: net::juniper::rtnh::Unilist Type: net::juniper::rtnh::BfdSessionId. PR1628843

Si un sistema se escala completamente en todas las funciones y el firewall también se escala, el consumo de CPU puede ser más para una pequeña ventana de alrededor de 5 segundos después de cada 18 segundos aproximadamente. Evo-pfemand puede estar ocupado recopilando estadísticas de firewall escalado para esa ventana de 5 segundos y cualquier otra aplicación como 'pfe-cli' que intenta ejecutar comandos podría fallar durante ella. PR1629342

En la prueba de rendimiento de la capa 2, hemos observado que para algunos de los tamaños de paquete no somos capaces de alcanzar una velocidad de línea del 100 % en toda la estructura de malla entre los Q2C s. Usamos puertos de 42, 100 G y esperamos 4,2 Tbps. Sin embargo, podemos lograr 4,17T en lugar de 4,2T. Esto sucede para algunos tamaños de paquete específicos después de 352 bytes y antes de 406 bytes. El proveedor ya aclaró que para algunos de los tamaños de paquete no podremos alcanzar 4,2T debido a la ineficiencia de empaquetar en celdas. PR1631948

Cuando se produce un error en una bandeja de ventiladores, se genera una alarma. Después de reiniciar la alarma se borra. Sin embargo, la condición de falla del ventilador se registrará en el archivo de registro. PR1633353

En registros que funcionan y no funcionan, el índice l2d es diferente para el grupo vrrp número 187. Este es el mismo grupo para el cual el paquete se pierde de 400 grupos, otros grupos están funcionando como se esperaba. Por lo tanto, hay alguna solución que pasó entre el trabajo y NKWR relacionado con l2dId que ha expuesto problema de VRRP. Tanto VRRP MAC como MAC de interfaz se almacenan en SLU my_mac_hash tabla. Para encontrar índice hash para vrrp mac usamos l2dId, tipo de protocolo y número de grupo vrrp como clave. En una situación que no funciona, hay una colisión entre la interfaz mac y vrrp mac en el mismo índice hash. Idealmente, el movimiento hash debería haber ocurrido para abordar la colisión, pero de alguna manera no se hace correctamente. Yendo más lejos, necesitamos depurar por qué no se está produciendo el movimiento de hash y corregir ese área de código. Este código es muy sensible y requiere muchas pruebas antes de hacer cualquier cambio. Así que deberíamos confirmarlo primero en DCB antes de comprometernos con cualquier otra versión. PR1633986

Las interfaces de la tarjeta de línea 4x400g se aletean cuando la FPC no relacionada está desconectada en varias pruebas de FPC sin conexión o en línea. PR1635115

En la configuración escalada, mientras FPC se reinicia, la PICD no libera el estado fruHwStatus y provoca que la PIC se golpee en línea. PR1635941

El jackout y el jackin feb podrían generar un archivo de núcleo hwd mientras se reinicia el sistema (pero no en tiempo de salida o jackin). No habrá ningún problema de funcionalidad, ya que el archivo de núcleo se genera solo durante la secuencia de reinicio. Se espera que el sistema salga bien. PR1636243

En ACX7509, hay una limitación en agregar más de 64 vínculos de miembro en 1 AE, mientras que desde ASIC, no hay ninguna limitación. PR1627951

En ACX7509, ACX7100-48L y ACX7100-32C, cuando se configura una gran cantidad de sesiones de CFM con un intervalo de comprobación de continuidad de 10 o 3,3ms y el proceso evo-pfemand se reinicia o se bloquea, es posible que las sesiones de CFM no aparezcan incluso después de que evo-pfemand esté activo. PR1634721

En el software basado en Junos OS Evolved 21.4, con instancias de VPLS a alguna escala, si se mata el proceso RPD, podría dar lugar a una inconsistencia en algunos casos. En la información de LSI entre planos de control y reenvío, específicamente show vpls connections instance y show ethernet-switching table instance caídas de tráfico debido a una etiqueta VPLS incorrecta impuesta en la entrada. Como solución alternativa, reinicie el rpd o l2ald con elegancia. PR1627593

En un caso excepcional después de configurar y eliminar las instrucciones de configuración DDL como set chassis aggregated-devices y set interface ae1 aggregated-ether-options, el objeto de configuración sale del ámbito sin impacto funcional. PR1617667

La eliminación de archivos con regex puede fallar, si el uso de nombre de archivo sin regex funciona. PR1624562

Después de reiniciar la aplicación picd o rpdagent, se observan anomalías de información de objeto multiptil para evo-pfemand. A continuación se encuentran los tipos de anomalías observadas Tipo: net::juniper::rtnh::Tipo de ruta: net::juniper::rtnh::NHOpaqueTlv Tipo: net::juniper::rtnh::Nexthop Tipo: net::juniper::rtnh::Unilist Type: net::juniper::rtnh::BfdSessionId. PR1628843