Qué ha cambiado

Los nombres de contenedores OpenConfig para sensores de entrada y salida de punto a multipunto por interfaz se modifican para tener consistencia de "señalización" a "señalización".

En el caso de las estadísticas de la función de puerta de enlace de acceso (AGF), se implementan cambios de consistencia 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 de AGF NG (NGAP) transmitidos a un recopilador y que se pueden ver 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 "Activado, desactivado".

Estado del módulo de anuncio del enrutador en el motor de enrutamiento de respaldo (serie MX): el módulo de anuncio de 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.

[Ver mostrar anuncio del 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 traduce a 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, estos cambios no están permitidos. Además, DEFAULT_INSTANCE solo se puede denominar DEFAULT y DEFAULT está reservado para DEFAULT_INSTANCE, por lo que no se permiten dichos cambios.

Compatibilidad con el protocolo DDoS (MX10008): hemos habilitado la compatibilidad con el protocolo DDoS en el edit system ddos-protection nivel jerárquico para dispositivos MX10008. En versiones anteriores, los dispositivos MX10008 no admitieron 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 las interfaces -et, -xe y -ge en plataformas basadas en EVO. El resto de 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 et, xe o ge.

Nueva clasificación de paquetes ARP y NDP: hemos introducido dos clases DE CP para 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 de 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. Según esta nueva clase CP, el sistema realiza el procesamiento de los paquetes restantes y los reenvía hacia la ruta de host. El sistema agrega un agente de policía DDoS independiente a este tráfico ARP, lo que garantiza que el tráfico de ARP no desencadena una infracción de DDoS subyacente de ARP.

Mostrar información de algoritmo flexible para localizadores SRv6 en la base de datos TED: utilice el show ted database extensive comando para ver la métrica, las marcas y la información de algoritmo flexible asociadas con un localizador SRv6. En versiones anteriores, esta información no estaba incluida en la base de datos de TED.

[Ver show ted database].

La renuncia de LSP de CSPF usa un nuevo ID de instancia (MX480): un LSP de ruta más corta restringida (CSPF) usa un nuevo ID de instancia cuando intenta renunciar un LSP que está inactivo. En versiones anteriores, los LSP de CSPF que se redujeron estaban atascados en la etapa de computación de rutas de CSPF. Tenía que borrar manualmente los LSP afectados y recomponir las rutas para que los LSP estuvieran activo de nuevo.

[Consulte Computación de LSP.]

Ancho de banda mejorado y valor de policía de ráfaga: hemos actualizado el valor de ancho de banda predeterminado de 20000 a 100 pps y el valor de policia de ráfaga de 20000 a 100 paquetes. Esta mejora evita el uso de la CPU y snmpd alcanza más del eventd 100 %. Antes de esta versión, cuando el sistema recibe un tráfico violado para SNMP junto con el tráfico de otros protocolos, el uso de 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): dado que la encapsulación de bucle de acceso es independiente del transporte, puede ser una red óptica pasiva (PON) o dsl TLV. Por lo tanto, el show ancp subscriber details campo de salida no debe etiquetar los detalles como una TLV DSL. Por lo tanto, hemos modificado los campos existentes DSL Line Data Link, DSL Line Encapsulationy DSL Line Encapsulation Payload de salida a los siguientes respectivamente:

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

[Ver mostrar un suscriptor decp].