¿Qué ha cambiado?

Los nombres de contenedor OpenConfig para sensores de entrada y salida de interfaz punto a multipunto se modifican para mantener la coherencia de "señalización" a "señalización".

Para las estadísticas de la función de Access Gateway (AGF), se implementan cambios de coherencia para valores de hoja específicos en los datos de telemetría para que coincidan con los valores de campo en los comandos del modo operativo de Junos CLI. Los datos del Protocolo de aplicación NGAP (NGAP) de AGF transmitidos a un recopilador y visibles desde la CLI de Junos OS ahora muestran "ngap-amf-stats-init-ctx-setup-failure" y el estado de sobrecarga de la función de acceso y movilidad (AMF) ahora muestra "On, Off".

Estado del módulo de anuncio del enrutador en el motor de enrutamiento de respaldo (serie MX): el módulo de anuncio del enrutador no funciona en el motor de enrutamiento de respaldo, ya que el motor de enrutamiento no envía un mensaje de confirmación después de recibir los paquetes. A partir de esta versión de Junos OS, puede ver la información del módulo de anuncio del enrutador mediante el show ipv6 router-advertisement comando operativo.

[Consulte mostrar anuncio de enrutador IPv6].

No se permite el cambio de tipo de instancia de forma predeterminada a L3VRF en configuración abierta (serie ACX, serie EX, serie MX, serie QFX, serie SRX, vMX y vSRX): DEFAULT_INSTANCE es la instancia principal que se ejecuta cuando no hay ningún tipo de instancia específico configurado en la rutaset routing-options. Cualquier instancia que configure explícitamente se traducirá en set routing-instance r1 routing-options. El problema aparece en la traducción, cuando cambia el tipo de instancia DEFAULT_INSTANCE (cualquier instancia a DEFAULT_INSTANCE) a L3VRF o L3VRF a DEFAULT_INSTANCE. Como resultado, tales cambios no están permitidos. Además, DEFAULT_INSTANCE solo puede denominarse DEFAULT, y DEFAULT está reservado para DEFAULT_INSTANCE, por lo que no permite tales cambios.

Compatibilidad con el protocolo DDoS (MX10008): hemos habilitado la compatibilidad con el protocolo DDoS en el nivel jerárquico edit system ddos-protection para dispositivos MX10008. En versiones anteriores, los dispositivos MX10008 no admitían estas instrucciones de protocolo DDoS.

• Filter-action
• Virtual-chassis
• Ttl
• Redirect
• Re-services
• Re-services-v6
• Rejectv6
• L2pt
• Syslog
• Vxlan

[Consulte protocolos (DDoS)].

Configuración de sFlow: la configuración de sFlow solo se permite en interfaces -et, -xe y -ge en plataformas basadas en EVO. Todas las demás interfaces están bloqueadas para configurar sFlow en plataformas EVO. Se producirá un error de CLI si sFlow está configurado en cualquier otra interfaz que no sea la interfaz et, xe o ge.

Nueva clasificación de paquetes ARP y NDP: hemos introducido dos clases CP para los paquetes ARP y NDP recibidos a través de la interfaz VTEP. Cuando el dispositivo identifica un paquete como ARP o NDP, realiza una comprobación del puerto de entrada que verifica si la interfaz VTEP recibe estos paquetes. Si la interfaz VTEP recibe el paquete, datapath vuelve a escribir la clase CP en los valores recién definidos. Basándose en esta nueva clase CP, el sistema realiza el procesamiento de paquetes restantes y reenvía los paquetes hacia la ruta del host. El sistema agrega un aplicador de DDoS independiente a este tráfico ARP, lo que garantiza que el tráfico ARP no active una infracción de DDoS ARP subyacente.

Para supervisar el uso del almacenamiento vmhost: ? Se introduce una nueva alarma menor, VMHost RE 0 Disco 1 umbral de uso vulnerado ? La alarma menor existente, VMHost RE 0 Disk 1 Usage is above threshold is changed to VMHost RE 0 Disk 1 Size usage breach threshold.

Antes de este cambio, cuando se configuraba el particionamiento de rutas, el resultado de los comandos "show route" de la CLI incluía información sobre el particionamiento. Después del cambio, el usuario debe agregar el argumento "rib-sharding all" a los comandos "show route" de la CLI para mostrar la información de particionamiento.

Mostrar información de algoritmo flexible para localizadores SRv6 en la base de datos TED: use el show ted database extensive comando para ver la métrica, los indicadores y la información flexible del algoritmo asociados con un localizador SRv6. En versiones anteriores, esta información no se incluyó en la base de datos TED.

[Consulte la base de datos TED mostrada].

La reseñalización del LSP de CSPF utiliza un nuevo ID de instancia (MX480): un LSP de ruta restringida más corta (CSPF) utiliza un nuevo ID de instancia cuando intenta reseñalar un LSP que está inactivo. En versiones anteriores, los LSP de CSPF que se cayeron estaban atascados en la etapa de cálculo de ruta de CSPF. Tenías que borrar manualmente los LSP afectados y volver a calcular las rutas para que los LSP volvieran a funcionar.

[Consulte Cálculo de LSP.]

Mejora de jnxRmonAlarmState (serie ACX, serie EX, serie MX, serie NFX, serie PTX, serie QFX, serie SRX): ahora puede ver los siguientes valores adicionales para jnxRmonAlarmState cuando utiliza el show snmp mib walk jnxRmonAlarmTable: fallingThreshold (6) - Si el valor es menor o igual que downing-threshold risingThreshold (5) - Si el valor es mayor o igual que el umbral ascendente getFailure (7)- Si el valor es cualquier valor distinto de noError para el Solicitud interna actual 'get' En versiones anteriores, solo se podía ver el siguiente estado para jnxRmonAlarmState: desconocido (1), underCreation (2) o activo (3).

Ancho de banda y valor de controlador de ráfaga mejorados (serie MX y serie EX9200): hemos actualizado el valor predeterminado de ancho de banda de 20000 a 100 pps y el valor de controlador de ráfaga de 20000 a 100 paquetes. Esta mejora evita el uso de la CPU y snmpd alcanza más del eventd 100%. A principios de esta versión, cuando el sistema recibe un tráfico infringido para SNMP junto con el tráfico de otros protocolos, el uso de la CPU de y snmpd estaba llegando a más del eventd 100% con un error.

[Consulte mostrar parámetros de protocolos de protección ddos.]

Campos de salida modificados show ancp subscriber details (serie MX): como la encapsulación del bucle de acceso es independiente del transporte, puede ser una red óptica pasiva (PON) o una TLV DSL. Por lo tanto, el campo de show ancp subscriber details salida no debe etiquetar los detalles como un TLV DSL. Por lo tanto, hemos modificado los campos , , y DSL Line Encapsulation Payload de salida existentes DSL Line Data LinkDSL Line Encapsulationa los siguientes, respectivamente:

• Access Loop Encapsulation Data Link
• Access Loop Encapsulation Encapsulation1
• Access Loop Encapsulation Encapsulation2

[Consulte mostrar suscriptor ancp].

Compatibilidad con sensor de temperatura (PTX10001-36MR): admitimos la declaración del sensor de temperatura en el nivel jerárquico edit chassis cb . Puede utilizar la instrucción del sensor de temperatura para aumentar la velocidad del ventilador y personalizar el umbral de temperatura. Recomendamos ciertos valores para que funcionen los módulos ZR y ZR-M, lo que ayuda a que la temperatura permanezca dentro de los umbrales.

[Ver sensor de temperatura .

Marcas de tiempo de CLI persistentes: para tener una marca de tiempo de CLI persistente para el usuario que ha iniciado sesión actualmente, habilite el set cli timestamp comando operativo. Esto garantiza que la marca de tiempo se muestre de forma persistente para cada nueva línea de cada sesión SSH para el usuario o la clase hasta que se elimine la configuración. Para habilitar la marca de tiempo para una clase determinada con permisos y formato para distintos usuarios, configure las instrucciones siguientes: set system login class class name permissions permissions, set system login class class name cli timestamp, y set system login user username class class name authentication plain-text-password.