¿Qué ha cambiado?
Obtén información sobre los cambios de esta versión para los enrutadores de la serie MX.
EVPN
-
Estado de configuración de etiqueta de flujo para servicios ELAN de EVPN El resultado del
show evpn instance extensive
comando ahora muestra el estado operativo de flow-label y flow-label-static para un dispositivo y no para las instancias de enrutamiento. Un dispositivo conflow-label
habilitado admite etiquetas de flujo de transporte consciente de flujo (FAT) y anuncia su compatibilidad a sus vecinos. Un dispositivo conflow-label-static
habilitado admite etiquetas de flujo FAT, pero no anuncia sus capacidades. -
Salida actualizada para mostrar tabla de rutas: la salida de mostrar tabla de rutas bgp.evpn.0 ahora muestra el tipo de TLV de servicio L2. Anteriormente, el resultado mostraba el TLV del servicio L3.
-
Nueva mejora "puerto de origen udp" introducida en Junos OS versión 22.4R1 para superponer ping y traceroute: en las versiones de Junos OS anteriores a 22.4R1, no se podía configurar el puerto de origen udp en una operación de superposición ping o traceroute. Ahora puede configurar este valor en un entorno EVPN-VXLAN mediante
hash
. La opciónhash
de configuración anulará cualquier otra opción hash-* que se pueda utilizar para determinar el valor del puerto de origen.
Enrutamiento general
-
El proceso de administración de errores de conectividad (cfmd) solo se ejecuta cuando se configura el protocolo de administración de errores de conectividad de Ethernet.
-
Antes de este cambio, el resultado de un
show task replication | display xml validate
comando devolvía un error del formularioERROR: Duplicate data element task-protocol-replication-name
. Con este cambio, la salida XML se estructura correctamente sin errores de validación. -
Etiqueta para la unidad de tiempo de horas que se muestra en la salida: cuando hay cero minutos en la salida para el
show system uptime
comando, se muestra la etiqueta de la unidad de tiempo de horas.[Consulte Mostrar tiempo de actividad del sistema.]
-
En el pasado, a inet6flow.0 no se le permitía ser una costilla primaria en un grupo de costillas. A partir de la versión 22.3, esto ahora está permitido.
-
El conteo de usuarios activos se define como un valor entero numérico en la salida de solicitud ODL: el resultado de la solicitud ODL get-system-uptime-information contiene información para el recuento de usuarios activos. El conteo de usuarios activos ahora se define como un valor entero numérico y evita un error de tipo de valor no válido.
[Consulte Mostrar tiempo de actividad del sistema.]
-
Los campos de velocidad de paquetes y velocidad de bytes para sensores LSP en AFT (con la ruta heredada) se han renombrado como jnx-packet-rate y jnx-byte-rate y están en paridad con el comportamiento del Reino Unido. Anteriormente, estos campos de velocidad se denominaban packetRate y byteRate.
-
Información de depuración de multidifusión agregada en las opciones de EVPN para solicitar el comando de información del sistema (serie MX y serie QFX): el resultado del comando
request support information evpn-vxlan
de la CLI ahora incluye información adicional para ayudar a depurar problemas de multidifusión de EVPN.[Consulte Solicitar información de soporte.]
-
Límite máximo aumentado para TLV TTP (serie MX): Junos Kernel ahora admite una mayor cantidad de TLV TTP (protocolo de túnel TNP: mensajes de tipo, longitud y valor) para ayudar a evitar la caída de paquetes.
[Consulte mostrar estadísticas del sistema.]
-
Se añaden dos nuevas alarmas que se pueden ver con MPC11E cuando se utilizan ópticas 400G-ZR. Óptica de alta potencia demasiado caliente: advertencia del aumento de la temperatura ambiente del chasis sin que se tomen medidas funcionales en la óptica Temperatura demasiado alta para el encendido óptico: La nueva óptica insertada cuando la temperatura ambiente del chasis se eleva más allá del umbral no se encenderá y deberá volver a insertarse cuando la temperatura ambiente esté dentro del rango aceptable.
-
Al suscribirse a la ruta de recursos /junos/system/linecard/environment, el prefijo de la ruta transmitida en el lado del recopilador se mostraba como /junos/linecard/environment. Este problema se resuelve en Junos OS 23.1R1 y Junos OS Evolved 23.1R1 y la ruta de suscripción y la ruta transmitida coinciden para mostrar /junos/system/linecard/environment.
-
El proceso de administración de errores de vínculo Ethernet (lfmd) sólo se ejecuta cuando se configura el protocolo de administración de errores de vínculo.
-
Es posible que la configuración de PTP no funcione correctamente en un enrutador MX10008 con tarjeta de línea JNP10K-LC2101: - cuando Hypermode está activado. El hipermodo se puede habilitar de forma predeterminada cuando MX10008 enrutador tiene la placa de estructura de conmutación 2 (SFB2) o mediante el comando set forwarding-options hyper mode. Por lo tanto, tales interfaces PTP (esclavo, maestro, estado) no son compatibles. - si se configura una interfaz Ethernet (AE) agregada y los vínculos primarios o secundarios del AE no admiten PTP con hipermodo, todo el AE se marca como no compatible.
-
Es posible que se active una alarma de discordancia de configuración óptica cuando hay una discrepancia entre la velocidad configurada de una interfaz y la velocidad admitida de la óptica. Esta alarma indica que la óptica instalada en la FPC especificada es incompatible con la velocidad configurada en la interfaz.
-
Cambiar el resultado del comando show arp para mostrar las direcciones IP y los nombres de host (enrutadores de la serie MX): puede forzar que la salida del comando show arp muestre la dirección IP junto al nombre de host de cada dispositivo. Para ello, habilite la instrucción force-show-arp-resolve en el nivel jerárquico [edit system services subscriber-management overrides]. Esto facilita la administración del acceso de suscriptores si la configuración de suscriptores se basa en las direcciones IP de los dispositivos.
-
Antes de este cambio de la salida de un "mostrar tarea replicación lógico-sistema todo | mostrar validación XML" comando informó de un error. Después del cambio, la salida se formatea correctamente con una etiqueta raíz "logical-system" y no se produce ningún error de validación.
-
Compatibilidad con el despliegue de JDM basado en podman: a partir de la versión 23.2R1 de Junos OS XP, la división de nodos de Junos basada en servidor externo admite la implementación de Juniper Device Manager (JDM) mediante la herramienta Administrador de pods (podman). Este cambio se aplica a los servidores que ejecutan Red Hat Enterprise Linux (RHEL) 9. En las versiones de Junos anteriores a 23.2R1, la división de nodos de Junos admitía RHEL 7.3, que proporcionaba el controlador lxc de libvirt (libvirt-lxc) para implementar JDM.
API XML y scripting de Junos
-
Capacidad para confirmar
extension-service file
la configuración cuando el archivo de aplicación no está disponible: cuando se establece laoptional
opción en el nivel de jerarquía [edit system extension extension-service application file file-name
], el sistema operativo puede confirmar la configuración incluso si el archivo no está disponible en la ruta del<filepath>/var/db/scripts/jet</filepath>
archivo.[Consulte el archivo (JET).]
-
Capacidad para reiniciar aplicaciones demonizadas: utilice el
request extension-service restart-daemonize-app application-name
comando para reiniciar una aplicación demonizada que se ejecute en un dispositivo Junos. Reiniciar la aplicación puede ayudarle con la depuración y la solución de problemas.[Consulte solicitud de extensión-servicio restart-daemonize-app.]
-
El
xmlns:junos
atributo incluye la cadena de versión de software completa (serie ACX, serie EX, serie MX, serie QFX, serie SRX, vMX y vSRX): laxmlns:junos
cadena de espacio de nombres en las respuestas RPC XML incluye el número de versión de software completo, que es idéntico a la versión emitida por elshow version
comando. En versiones anteriores, la cadena solo incluye información parcial de la versión delxmlns:junos
software.
Características de la capa 2
-
Mayor alcance y alcance máximo para
revert-time
—Aumentamos el rangorevert-time
de 600 a 3600 segundos y el rango máximo de 1200 a 7200 segundos.[Consulte tiempo de reversión.]
MPLS
-
Cambio en la visualización de restricciones de afinidad a valores hexadecimales (MX10004, ACX7100-32C, ACX7100-48L, ACX7509, ACX7024, PTX10001-36MR, PTX10004, PTX10008 y PTX10016): a partir de Junos OS versión 22.4R1 y Junos Evolved versión 22.4R1, en la salida del
show ted spring-te-policy extensive
comando operativo, las restricciones de afinidad se mostrarán en formato hexadecimal en lugar de decimal.[Ver ted spring-te-policy extenso.]
Administración y monitoreo de red
-
Cambios en la
show system yang package
salida XML (get-system-yang-packages
RPC) (serie ACX, serie EX, serie MX, serie QFX, serie SRX, vMX y vSRX): elshow system yang package
comando y<get-system-yang-packages>
RPC incluyen los siguientes cambios en la salida XML:-
El elemento raíz es
yang-package-information
en lugar deyang-pkgs-info
. -
Un
yang-package
elemento encierra cada conjunto de archivos de paquete. -
El nombre de la
yang-pkg-id
etiqueta pasa apackage-id
ser . -
Si el paquete no contiene guiones de traducción, el valor de Guiones de traducción (
trans-scripts
) esnone
.
-
-
Soporte para la
junos:cli-feature
Extensión YANG (series ACX, EX, MX, PTX, QFX, SRX, vMX y vSRX): lacli-feature
extensión YANG identifica ciertas propiedades de CLI asociadas con algunas opciones de comando e instrucciones de configuración. Los módulos YANG de Junos que definen la configuración o los RPC incluyen lacli-feature
instrucción extension, cuando corresponde, en los esquemas emitidos con extensiones. Esta extensión es beneficiosa cuando un cliente consume modelos de datos YANG, pero para determinados flujos de trabajo, el cliente necesita generar herramientas basadas en CLI.[Consulte Descripción del módulo YANG de extensiones DDL de Junos.]
-
Cambios en el elemento del servidor NETCONF
rpc-error
cuando laoperation="delete"
operación elimina un objeto de configuración inexistente (series ACX, EX, MX, PTX Series, QFX, SRX Series, vMX y vSRX): hemos cambiado larpc-error
respuesta que devuelve el servidor NETCONF cuando la[edit-config]
operación oload-configuration
utilizaoperation="delete"
para eliminar un elemento de configuración que está ausente en la configuración de destino. La gravedad del error es error en lugar de advertencia, y elrpc-error
elemento incluye los(error-tag) data-missing (error-tag)
elementos y(error-type) application(error-type)
. -
La respuesta del
<rpc-error>
servidor NETCONF cambió cuando<load-configuration>
se utilizaoperation="delete"
para eliminar un objeto de configuración inexistente (ACX Series, EX Series, MX Series, QFX Series, SRX Series, vMX y vSRX): en una versión anterior, cambiamos la respuesta del<rpc-error>
servidor NETCONF para cuando una<edit-config>
operación o<load-configuration>
utilizaoperation="delete"
para eliminar un elemento de configuración que está ausente en la configuración de destino. Hemos revertido los cambios en la<load-configuration>
respuesta. -
Cambios en la respuesta de RPC para
<validate>
operaciones en sesiones NETCONF compatibles con RFC (serie ACX, serie EX, serie MX, serie QFX, serie SRX, vMX y vSRX): cuando se configura larfc-compliant
instrucción en el nivel de[edit system services netconf]
jerarquía, el servidor NETCONF emite solo un<ok/>
elemento o<rpc-error>
en respuesta a<validate>
las operaciones. En versiones anteriores, la respuesta RPC también incluye el<commit-results>
elemento.
Plataforma e infraestructura
-
El
ping host | display xml validate
comando valida XML sin errores (ACX Series, EX Series, MX Series, PTX Series, QFX Series, SRX Series y vMX) — En Junos OS y Junos OS Evolved versiones anteriores a 22.4R2, elping host | display xml validate
comando produce CRITICAL ERROR: Root tag name mismatch. Esperado 'ping-results', got 'run-command'. El comando ahora valida el XML correctamente sin errores.[Ver ping.]
-
Antes de este cambio, los dispositivos solo respondían de forma predeterminada a las solicitudes ARP que se originaban en la misma subred. Configure la nueva opción de la CLI, "responder fuera de la subred" en el nivel de jerarquía para permitir que ARP edit system arp responda a una solicitud que se origina en una subred diferente.
PKI
-
Opciones obsoletas relacionadas con la inscripción de certificados (Junos): a partir de Junos OS versión 23.2R1, estamos dejando de usar las opciones anteriores de CLI relacionadas con la infraestructura de clave pública (PKI) para inscribir y volver a inscribir certificados locales mediante el Protocolo simple de inscripción de certificados (SCEP). En la tabla siguiente se muestran los comandos y las instrucciones de configuración de la CLI de Junos, con las opciones en desuso. Puede encontrar las mismas opciones de CLI ahora disponibles en
scep
opción en estos comandos e instrucciones.Tabla 1: Opciones obsoletas de la CLI de Junos Comandos e instrucciones de la CLI de Junos
Opciones obsoletas
set security pki auto-re-enrollment
certificate-id
request security pki local-certificate enroll
ca-profile
certificate-id
challenge-password
digest
domain-name
email
ip-address
ipv6-address
logical-system
scep-digest-algorithm
scep-encryption-algorithm
subject
request security pki node-local local-certificate enroll
ca-profile
certificate-id
challenge-password
digest
domain-name
email
ip-address
ipv6-address
logical-system
scep-digest-algorithm
scep-encryption-algorithm
subject
[Consulte Reinscripción automática (Seguridad), solicitar seguridad pki local-certificate inscribir scep y solicitar seguridad pki node-local-certificate enrollar.]
Protocolos de enrutamiento
-
Antes de este cambio, el resultado del comando "show isis statistics interface interface_name | display xml" usaba la etiqueta XML "interface-name", que generaba un error. Con el cambio, la salida XML utiliza la etiqueta "isis-interface-name".
-
Antes de este cambio, la salida del "show isis spring flex-algorithm | mostrar XML" tenía un formato no válido cuando se configuraron varias instancias del algoritmo Flex. Con el cambio, la salida XML se estructura correctamente mostrando información del algoritmo flex para cada instancia. Se agrega una nueva etiqueta XML "isis-spring-flex-algorithm" a la información del paquete para cada instancia.
Instalación y actualización de software
-
Nuevas opciones para el
request system snapshot
comando (serie ACX, serie EX, serie MX, serie QFX y serie SRX): elrequest system snapshot
comando incluye nuevas opciones para instantáneas que no son de recuperación. Puede incluir la opción de especificar un nombre definido por elname
usuario para la instantánea y puede incluir laconfiguration
opción ono-configuration
para incluir o excluir archivos de configuración en la instantánea. De forma predeterminada, la instantánea guarda los archivos de configuración, que incluyen el contenido de los directorios /config y /var y determinados archivos SSH.[Consulte solicitar instantánea del sistema (Junos OS con FreeBSD actualizado).]
Interfaz de usuario y configuración
-
El
xmlns:junos
atributo incluye la cadena de versión de software completa (serie ACX, serie EX, serie MX, serie PTX, serie QFX, serie SRX, vMX y vSRX): laxmlns:junos
cadena de espacio de nombres en las respuestas RPC XML incluye el número de versión de software completo, que es idéntico a la versión emitida por elshow version
comando. En versiones anteriores, la cadena solo incluye información parcial de la versión delxmlns:junos
software.