| Chasis |
Resistencia del motor de reenvío de paquetes (PTX10008): ofrecemos soporte de funciones de resistencia para el motor de reenvío de paquetes (PFE) en el dispositivo PTX10008 con tarjeta de línea PTX10K-LC1301-36DD. Esta función permite que el sistema detecte, informe y tome medidas en caso de fallas de PFE. Las acciones se toman en función de la configuración predeterminada o de la configuración del usuario disponible para los errores. |
| Soporte de resistencia y endurecimiento de la estructura en tarjetas de línea PTX10K-LC1301-36DD para dispositivos PTX10008. [Consulte Endurecimiento y recuperación de estructuras en dispositivos PTX10K.] |
| Clase de servicio (CoS) |
Soporte para funciones de clase de servicio (CoS), incluidos clasificadores (comportamiento agregado [BA], fijo y multicampo [MF]), reglas de reescritura, clases de reenvío, prioridades de pérdida, programación de transmisiones, control de velocidad, perfiles de caída, HCoS y mapa de políticas. [Consulte Características y limitaciones de CoS en enrutadores de la serie PTX y clase de servicio.] |
| Protocolo de configuración dinámica de host (DHCP) |
Se admiten el agente de retransmisión DHCPv4 y el agente de retransmisión DHCPv6. Las características incluidas son:
-
Relé DHCP: interfaces de capa 3 (L3)
-
Relé DHCP: Opción 82 para VLAN de capa 2
-
Relé DHCP: Opción 82 para interfaces L3
-
Agente de retransmisión DHCP extendido
-
DHCP con reconocimiento de enrutador virtual (DHCP con reconocimiento de VR)
[ Consulte Descripción general extendida del agente de retransmisión DHCP.] |
| EVPN |
|
| Compatibilidad con las características de la capa 3 y capa 2 de EVPN-MPLS [Consulte Descripción general de EVPN.] |
| Compatibilidad con EVPN-VPWS [ Consulte Descripción general de VPWS con mecanismos de señalización EVPN.] |
| Infraestructura |
|
| Interfaces y chasis |
-
Soporte para VRRP. Las siguientes características no son compatibles con VRRP en Junos OS Evolved:
-
Compatibilidad con los siguientes protocolos:
-
LAG (Ethernet agregada)
-
LACP
-
LLDP
-
Soporte para la administración de errores de vínculo (LFM): admitimos IEEE 802.3ah OAM LFM para monitorear los vínculos Ethernet punto a punto que se conectan directamente o a través de repetidores Ethernet. Se admiten las siguientes características de LFM:
|
| Apoyamos las siguientes ópticas:
-
800G
-
400G
-
100 G/2 x 100 G
-
10 GbE/25 GbE/40 GbE
-
Admitimos la contabilidad de direcciones MAC para interfaces de 10GE, 40GE, 100GE, 200GE, 400GE y 800GE
-
Compatibilidad con el control de acceso a medios (MAC), contabilización de MAC de origen y destino para interfaces de capa 3: admitimos el control de acceso de medios (MAC), contabilización de MAC de origen y destino para interfaces de capa 3 e interfaces Ethernet agregadas. Para habilitar la contabilidad MAC, utilice el comando existente mac-learn-enable en el nivel de [edit interfaces interface-name gigether-options ethernet-switch-profile] jerarquía o [edit interfaces aex aggregated-ether-options ethernet-switch-profile] .
|
| Tunelización de IP |
-
Compatibilidad con las siguientes funciones de túnel PFE:
-
Encapsulación y desencapsulación GRE basada en filtros y desencapsulación MPLS-in-UDP basada en filtros. Hemos habilitado el siguiente flujo de trabajo de encapsulación y desencapsulación:
Un paquete entrante hace coincidir un término de filtro con una acción de encapsulación. El paquete se encapsula en un encabezado IP+GRE y se reenvía al destino del punto de conexión. set firewall tunnel-end-point tunnel-name ipv4|ipv6 source-address address
set firewall tunnel-end-point tunnel-name ipv4|ipv6 destination-address address
set firewall tunnel-end-point tunnel-name gre
set firewall family inet|inet6 filter name term name from source-address address
set firewall family inet|inet6 filter name term name then encapsulate tunnel-name
set firewall family inet|inet6 filter name term last then accept
set interfaces interface-name unit number family inet|inet6 filter input
set interfaces interface-name unit number family inet|inet6 address address # This source address differs from the one for the tunnel endpoint.
En el destino, el paquete hace coincidir un término de filtro con una acción de desencapsulación. El encabezado GRE o el encabezado MPLS-in-UDP se elimina del paquete. El paquete interno se enruta a su destino. set firewall family inet|inet6 filter name term name from source-address address
set firewall family inet|inet6 filter name term name from protocol gre
set firewall family inet|inet6 filter name term name then decapsulate gre # Optionally de-encapsulate mpls-in-udp.
set firewall family inet|inet6 filter name term last then accept
set interfaces interface-name unit number family inet|inet6 filter input filter-name
set interfaces interface-name unit number family inet|inet6 address address # This is the destination address.
[ Consulte Componentes de la tunelización basada en filtros a través de redes IPv4 y el punto final del túnel.]
-
Túneles FTI: compatibilidad con la encapsulación y desencapsulación basadas en FTI de paquetes IPv4 e IPv6. Puede configurar la encapsulación y la desencapsulación de IP-IP en interfaces de túnel flexible (FTI). El modo predeterminado es el modo de condensación de circuito cerrado. Utilice la instrucción bypass-circuito cerrado en el nivel de jerarquía [edit interfaces fti number unit logical-unit-number túnel encapsulation ipip] para cambiar al modo de encapsulación aplanada y lograr un rendimiento de velocidad de línea. [Consulte Guía del usuario de interfaces de servicios de cifrado y túnel para dispositivos de enrutamiento.]
-
Compatibilidad con la configuración de protocolos MPLS a través de túneles FTI, lo cual transporta paquetes MPLS a través de redes IP que no admiten MPLS. Los túneles de encapsulación de enrutamiento genérico (GRE) y UDP admiten el protocolo MPLS para el tráfico IPv4 e IPv6. Puede configurar la encapsulación y la desencapsulación para los túneles GRE y UDP. Para permitir el tráfico MPLS en los túneles UDP, incluya la instrucción mpls port-number en el nivel de jerarquía [edit forwarding-options tunnels udp port-profile profile-name]. Para permitir el tráfico MPLS en los túneles GRE, incluya la instrucción mpls en la jerarquía [edit interfaces fti0 unit unit family]. [Consulte Descripción general de interfaces de túnel flexibles.]
-
Encapsulación basada en filtros de salida. Para un paquete saliente que coincida con el término de filtro, el paquete se encapsula dentro de un encabezado IP + GRE según lo especificado por la configuración del túnel. La búsqueda de IP se realiza en el encabezado externo y el paquete se reenvía en consecuencia. La búsqueda IP de ruta compatible con GRE-encap se limita a la instancia de enrutamiento predeterminada implícita. [Consulte Descripción de la tunelización basada en filtros en redes IPv4.]
-
Acción de instancia de enrutamiento de filtro de salida: compatibilidad con la configuración de la acción de filtro de salida con una instancia de enrutamiento no predeterminada o una instancia de enrutamiento especificada. [Consulte Acciones de terminación del filtro de firewall.]
-
Desencapsulación basada en filtros de entrada mediante filtros de firewall para túneles GRE y UDP [Consulte Configuración de un filtro para desencapsular tráfico GRE y desencapsular (filtro de firewall.]
|
| Interfaz de telemetría de Junos |
La interfaz de telemetría de Junos (JTI) admite sensores de plataforma nuevos para PTX10008. Puede exportar estadísticas de componentes de chasis y software específicas de la plataforma mediante servicios de llamadas a procedimiento remoto (gRPC), servicios de interfaz de administración de red gRPC (gNMI) y transporte UDP. Se agregan nuevos xpaths en el modelo de datos YANG. Para obtener una lista completa de xpaths compatibles con el dispositivo, consulte Explorador de modelos de datos YANG de Junos. [Consulte Explorador de modelos de datos de Junos YANG.] |
| Telemetría de red en banda del motor de reenvío de paquetes para enrutadores PTX. El motor de reenvío de paquetes EVO de Junos introduce un marco en el plano de datos, llamado telemetría de red en banda (INT), que recopila y notifica información del estado de la red sin la intervención del plano de control. El encabezado del modelo INT tiene instrucciones de telemetría que indican a un dispositivo compatible con INT el estado que debe recopilar. La información del estado de la red se exporta mediante el plano de datos al sistema de supervisión de telemetría o se escribe en el paquete. INT tiene soporte de fuente, tránsito y sumidero. El origen INT incrusta los metadatos INT en el paquete y el receptor recopila los metadatos del paquete de datos para su procesamiento. No admitimos los modos de aplicación de fuente INT, receptor ni todos los modos de aplicación INT en enrutadores PTX10008. La tarjeta de línea JNP10K-LC1301-36DD de Juniper en PTX10008 solo admite el nodo de tránsito INT en Junos OS Evolved versión 24.4R1. Entre los tres modos de aplicación INT-XD, INT-MX e INT-MD, la tarjeta de línea JNP10K-LC1301 de Juniper en PTX10008 solo admite el modo INT-MD e INT como nodo de tránsito. La set forwarding-options instrucción de configuración se actualiza con una nueva inband-telemetry opción, para habilitar o deshabilitar esta característica. [Consulte Explorador de modelos de datos de Junos YANG.] |
| características de la capa 2 |
Soporte para tunelización Q-in-Q (PTX10008). [ Consulte Configuración de la tunelización Q-in-Q y la tunelización Q-in-Q de VLAN y la traducción de VLAN.] |
-
Soporte para las funciones básicas de la capa 2 (PTX10008). El enrutador PTX10008 admite las siguientes funciones básicas de aprendizaje de capa 2, puentes e inundaciones:
-
Puente de estilo empresarial (compatible con el modo de troncalización y acceso)
-
Puente de estilo proveedor de servicios (también conocido como modo de subinterfaz)
-
Bloque/filtro de BPDU
-
xSTP
-
Manejar tráfico BUM (difusión, unidifusión desconocida y multidifusión), incluido el horizonte dividido
-
Aprendizaje y envejecimiento de MAC
-
Direcciones MAC estáticas
-
Membresía de puerto de troncalización y VLAN
-
EtherType 802.1Q: 8100
-
Etiquetado de VLAN 802.1Q: etiquetado único con etiqueta de dominio de puente normalizada en la entrada
-
Borrar toda la información de la dirección MAC
-
Límite MAC global
-
Tiempo de antigüedad de MAC de origen global
-
Movimientos de MAC
-
LACP y LLDP
-
Deshabilitar el aprendizaje de MAC a nivel global y de interfaz
-
ID de VLAN nativo para interfaces lógicas de capa 2
-
Interfaces lógicas de capa 2 con etiqueta VLAN única
-
Estadísticas de interfaz
Nota: No se admiten el comando show ethernet-switching statistics ni las estadísticas de interfaz lógica secundaria para Ethernet agregadas.
-
Servicios Ethernet flexibles
Nota: Las interfaces lógicas de capa 2 de estilo empresarial no se permiten en la encapsulación de servicios de Ethernet flexible.
-
Conmutador virtual
-
Aprendizaje MAC persistente (MAC pegajoso)
-
Puente de proveedor de servicios:
-
Soporte para la acción de límite de MAC de interfaz. Puede especificar la acción que realiza Junos OS Evolved cuando se reciben paquetes con nuevas direcciones MAC de origen después de alcanzar el límite de dirección MAC. [Consulte Configurar la limitación de MAC y la acción de paquetes.]
|
| características de la capa 3 |
-
Soporte para ECMP de 256 vías. Puede configurar un máximo de 256 próximos saltos de multirruta de igual costo (ECMP) para pares de BGP externos (EBGP). Esta característica aumenta la cantidad de conexiones directas de par BGP, lo que mejora la latencia y optimiza el flujo de datos. Sin embargo, admitimos 128 próximos saltos ECMP para rutas MPLS. Tenga en cuenta que no se admite el equilibrio de carga coherente (hash coherente) para IPv4 o IPv6 con esta característica. [Consulte Descripción de la multiruta de BGP.]
-
Compatibilidad con las siguientes funciones de reenvío de capa 3 para IPv4, IPv6, MPLS, LAG, ECMP, comprobaciones de UMT, ICMP, OSPF, SI-SI, ARP, NDP, BGP, BFD, LACP, LDP, RSVP, LLDP, VRF-lite, caducidad TTL, opciones IP, fragmentación IP, DDoS
-
Compatibilidad con BFD, que incluye:
-
Reparación local distribuida de BFD y desencadenada por BFD (no se admite la autenticación BFD).
-
Sesiones independientes de micro BFD habilitadas sobre la base de un vínculo por miembro para un paquete de LAG
-
BFD en línea [ Ver Entendiendo BFD.]
-
Soporte de señalización de especificaciones de flujo de BGP. Especificación de flujo de BGP. BGP puede transportar mensajes de información de accesibilidad de la capa de red (NLRI) de especificación de flujo en dispositivos PTX10008 con tarjetas de línea LC1201, LC1202 y LC1301. La propagación de información de filtros de firewall como parte de BGP le permite propagar filtros de firewall contra ataques de denegación de servicio (DOS) dinámicamente en sistemas autónomos. No se admiten las siguientes condiciones de coincidencia:
-
Códigos ICMP solos [inet/inet6]
-
Prefijo fuente/destino con desplazamiento para inet6
-
Etiqueta de flujo para el fragmento inet6 [para inet6]
Junos OS Evolved ejecutándose en este enrutador no admite la acción de marcado de tráfico. Para configurar rutas de flujo estáticamente, configure las condiciones de coincidencia y las acciones en el nivel de [edit routing-options] jerarquía.
|
| MACsec |
La seguridad de control de acceso a medios (MACsec) se admite en interfaces físicas. [Consulte Descripción de la seguridad del control de acceso a medios (MACsec).] |
| Compatibilidad con la protección de retraso limitado de la seguridad de control de acceso a medios (MACsec). [ Consulte Configuración de la protección contra retardo limitado.] |
| Administración de dispositivos |
Compatibilidad con RPC adicionales para el servicio de administración de certificados gNOI (cert). Junos OS evolucionado admite las siguientes RPC de servicio de certificación de la interfaz de operaciones de red gRPC (gNOI):
-
CanGenerateCSR(): consulte si el dispositivo de destino puede generar una solicitud de firma de certificado (CSR) con el tipo de clave, el tamaño de clave y el tipo de certificado especificados.
-
RevokeCertificates(): revoca certificados en el dispositivo de destino. [ Consulte Servicio de administración de certificados (cert) de gNOI .]
|
| MPLS |
-
Admitimos las siguientes características de MPL:
-
Compatibilidad con MPLS FRR: el reenrutamiento rápido (FRR) de MPLS proporciona un tiempo de convergencia más rápido (menos de 50 milisegundos) para túneles RSVP. El motor de enrutamiento crea rutas de respaldo y el motor de reenvío de paquetes instala las etiquetas de ruta de respaldo y los próximos saltos. [Consulte Descripción general del reenrutamiento rápido.]
-
Soporte para ECMP de 256 vías. Puede configurar un máximo de 256 próximos saltos de multirruta de igual costo (ECMP) para pares de BGP externos (EBGP). Esta característica aumenta la cantidad de conexiones directas de par BGP, lo que mejora la latencia y optimiza el flujo de datos. Sin embargo, admitimos 128 próximos saltos ECMP para rutas MPLS. Tenga en cuenta que no se admite el equilibrio de carga coherente (hash coherente) para IPv4 o IPv6 con esta característica. [Consulte Descripción de la multiruta de BGP.]
-
Compatibilidad con funciones de MPLS, entre las que se incluyen:
-
Soporte de CLI para monitorear el uso de etiquetas MPLS
-
Búsqueda de MPLS e IPv6 en línea para null explícito
-
32 000 LSP de tránsito
-
Compatibilidad nula explícita para LSP de MPLS
-
Configuración de bloque de etiqueta MPLS
-
MPLS sobre interfaces de capa 3 sin etiquetar
-
MPLS OAM: ping de LSP
-
JTI: OCST: Transmisión de estado operativo de MPLS (v2.2.0)
-
Soporte de LSP de entrada 2000
-
Soporte de LSP de salida de 2000
-
Soporte de etiquetas de entropía
-
MPLS: JTI: Interfaz de telemetría de Junos MPLS autoping, TE++ y aumento misceláneo
-
LDP, entre los que se incluyen:
- Retraso de retirada de etiquetas configurable
-
Política de salida
-
Nulo explícito
-
Señalización de reinicio elegante
-
Sincronización de IGP
-
Política de entrada
-
IPv6 para sesión de transporte de LDP
-
Saludos dirigidos estrictos
-
Realizar un seguimiento de la métrica del IGP
-
Tunelización (LDP a través de RSVP)
-
RSVP++
-
RSVP-TE, que incluye:
-
Omitir la configuración estática de LSP
-
Estadísticas de LSP de entrada en un archivo
-
RSVP-TE sin hit-MBB sin retrasos artificiales
-
32 000 LSP de tránsito
-
Ancho de banda automático
-
Reenvío basado en clases (CBF) con 16 clases
-
CBF con resolución de siguiente salto
-
Convergencia y escalabilidad
-
Señalización de reinicio elegante
-
Estadísticas de interfaz de JTI y exportación de eventos de LSP
-
Política de próximo salto de LSP
-
Autoping de LSP
-
Reenrutamiento rápido (FRR) de MPLS
-
Señalización de UMT
-
Optimice el desmontaje adaptable
-
Protección de nodos o vínculos
-
Actualizar reducción
-
Preferencia suave
-
Grupo de Vínculo de Riesgo Compartido (SRLG)
-
LSP estáticos con próximo salto IPv4, próximo salto IPv6 y próximo salto IPv6 con compatibilidad con la siguiente tabla para la derivación
-
Ingeniería de tráfico, que incluye:
-
TE++: División dinámica de LSP de entrada
-
Extensiones de ingeniería de tráfico (OSPF-TE y SI-SI-TE)
-
Opciones de ingeniería de tráfico: bgp, , bgp-igpbgp-igp-both-ribsympls-forwarding
[ Consulte la Guía del usuario de aplicaciones MPLS .]
-
Soporte de enrutamiento por segmentos. Puede configurar las siguientes funciones de enrutamiento de paquetes fuente en redes (SPRING) o enrutamiento por segmentos en el enrutador:
-
MPLS (enrutamiento por segmentos con SI-SI):
-
Estado del vínculo BGP (BGP-LS):
-
BGP:
-
Identificador de segmento de enlace (SID) para enrutamiento de segmentos e ingeniería de tráfico (SR-TE)
-
Enlazar SID para SR-TE [draft-previdi-idr-segment-routing-te-policy]
-
API de proceso de protocolo de enrutamiento programable para el aprovisionamiento de políticas de SR-TE
-
Política de SR-TE estática con especificación de color obligatoria
-
Política de SR-TE estática sin especificación de color
-
SI-SI:
-
SID de adyacencia
-
Anunciar el ancho de banda máximo del vínculo y el color administrativo sin configuración de RSVP-TE
-
Anycast y SID de prefijo
-
Bloque global de enrutamiento por segmentos configurable (SRGB)
-
SID de nodos y vínculos
-
Servidor de mapeo de enrutamiento por segmentos (SRMS) y cliente
-
Alternativa sin bucles y sin dependencia de topología (TI-LFA):
-
Protección de vínculos y nodos para direccionamiento IPv4 (no necesario para prefijos IPv6)
-
Protección de vínculos y nodos para direccionamiento IPv4 (obligatorio para los prefijos IPv6)
-
Protección para prefijos SRMS
-
OSPF:
-
Anuncio del ancho de banda máximo del enlace y el color administrativo sin configuración de RSVP-TE
-
Anycast SID
-
Configurable SRGB
-
Soporte entre áreas
-
SID de nodo y vínculo
-
Prefijo SID
-
Servidor de mapeo de enrutamiento por segmentos (SRMS) y cliente
-
SID de adyacencia estática
-
TI-LFA:
-
Protección de vínculos y nodos
-
Protección para prefijos SRMS
-
Ping y traceroute de MPLS para un solo nodo de OSPF o segmento de prefijo
-
Adyacencia del IGP, tiempo de espera del SID
-
Protocolo de elemento de computación de ruta (PCEP) para LSP de enrutamiento por segmentos
-
Resolución de unidifusión etiquetada IPv4 del BGP sobre:
-
BGP IPv4 SR-TE con enrutamiento por segmentos IPv4 mediante SI-SI y OSPF
-
SR-TE IPv4 no coloreado con enrutamiento por segmentos mediante SI-SI y OSPF
-
SR-TE IPv4 estático de color con enrutamiento por segmentos mediante SI-SI y OSPF
-
• VPN de capa 3 del BGP sobre:
-
Túneles de colores SR-TE dinámicos activados por BGP
-
Política de reenvío y tabla de reenvío basada en clases Selección del próximo salto de LSP entre los LSP de SR-TE no coloreados
-
Compatibilidad con la etiqueta de primer salto para SID en lugar de una dirección IP
-
Especificación de ruta mediante direcciones IP del enrutador (enrutamiento por segmentos, lista de segmentos, compatibilidad con ERO, uso de dirección IP como próximo salto y modo suelto)
-
Modo de color SR-TE:
-
LSP estáticos con próximos saltos de vínculo de miembro para paquetes de Ethernet agregados (también conocidos como SID adyacente por paquete de LAG o vínculo de miembro de Ethernet agregado)
[Consulte Descripción del enrutamiento de paquetes fuente en redes (SPRING).]
-
La compatibilidad de la función VPN de capa 2 incluye:
-
Transporte de tramas de capa 2 a través de MPLS (señalización LDP)
-
VPN de capa 2 sobre túneles (señalización BGP)
-
Conexión cruzada simple basada en Ethernet y VLAN (también conocida como conexiones)
-
Conmutación local y remota
-
Ethernet y VLAN CCC
-
Interfaces lógicas de CCC con etiqueta única
-
Palabra de control
-
Interfaces Ethernet regulares y agregadas
-
Paso a través del protocolo de capa 2
-
Interfaz de respaldo de circuito de capa 2 y vecino de respaldo
-
Estadísticas de circuito de capa 2 y CoS
-
VCCV con tipo 2 y tipo 3
[ Consulte la Guía del usuario de VPN y VPLS de capa 2 para obtener información general sobre dispositivos de enrutamiento y TCC.]
-
Listas de ID de VLAN para circuitos de capa 2. Las listas de ID de VLAN le permiten vincular varios ID de VLAN a una sola interfaz lógica para el tráfico de capa 2. [ Consulte vlan-id-list (circuito VLAN Ethernet), vlan-id-list y Configuración de identificadores de VLAN para instancias de enrutamiento VLAN y VPLS.]
-
La compatibilidad con VPN de capa 3 basada en MPLS incluye lo siguiente:
-
MPLS sobre subinterfaces etiquetadas por VLAN de capa 3
-
Asignación de etiquetas por salto siguiente
-
Asignación de la etiqueta de interfaz lógica de la interfaz conmutada (LSI) a la tabla de enrutamiento de enrutamiento y reenvío VPN (VRF) mediante la vrf-table-label instrucción
-
Tunelización de ICMP y traceroute de MPLS
-
Deshabilitar la disminución del tiempo de vida (TTL) mediante no-propagate-ttl
[ Consulte Guía de funciones de VPN de capa 3 para dispositivos de enrutamiento.]
-
Compatibilidad con la encapsulación IP sobre IP para facilitar la construcción de la superposición IP a través de una red de transporte IP. Una red IP contiene dispositivos de borde y dispositivos de núcleo. Para lograr una mayor escala y confiabilidad entre estos dispositivos, use una encapsulación superpuesta para aislar lógicamente la red principal de la red externa con la que interactúan los dispositivos de borde. La configuración estática o una configuración de protocolo BGP se utiliza para distribuir rutas y señalar túneles dinámicos. La configuración de túneles dinámicos crea túneles de solo encapsulación IP a través de IP en el motor de reenvío de paquetes. No se admite lo siguiente:
-
Operación de desencapsulación de túnel dinámico
-
Estadísticas basadas en el próximo salto para túneles dinámicos
-
Fragmentación de IP en el punto de inicio del túnel y la ruta Descubrimiento de UMT para IPv4/IPv6
[ Consulte Tunelización dinámica basada en el próximo salto mediante encapsulación IP sobre IP .]
-
Redistribución de rutas IPv4 con IPv6 siguiente salto a BGP. Los dispositivos pueden reenviar tráfico IPv4 a través de una red solo IPv6, que generalmente no puede reenviar tráfico IPv4. [Consulte Descripción de la redistribución de rutas IPv4 con IPv6 Próximo salto al BGP.]
-
Anuncio de retraso de enlace: puede obtener la medición de varias métricas de rendimiento en las redes IP, lo que ayuda a distribuir la información de rendimiento de la red de manera escalable. [Consulte Cómo habilitar la medición del retraso del vínculo y la publicidad en SI-SI.]
|
| Multidifusión |
-
Compatibilidad con el reenrutamiento rápido de solo multidifusión (MoFRR) para los flujos de tráfico IPv4 e IPv6. MoFRR solo es compatible con los modos de modo disperso PIM (SM) y multidifusión específica de fuente (SSM). La compatibilidad no se extiende a MoFRR multipunto basada en LDP. [Consulte Descripción del reenrutamiento rápido solo multidifusión.]
-
Multidifusión independiente de protocolo bidireccional para tráfico de multidifusión. Ver pim-snooping
-
Compatibilidad con LSP de punto a multipunto (P2MP) basados en RSVP y LDP con reinicio normal. Además, el enrutador admite tráfico de unidifusión IP en una función de enrutador de borde de etiquetas (LER) y tráfico de unidifusión IP y multidifusión en una función de enrutador de conmutación de etiquetas (LSR). [Consulte Configuración de LSP de punto a multipunto]
-
La compatibilidad con funciones de MPLS es ping P2MP y LSP P2MP traceroute. El ping de MPLS y traceroute proporcionan el mecanismo para detectar fallas en el plano de datos y aislar fallas en la red MPLS. La traceroute o ping se inicia para validar las rutas del LSP en P2MP. [Consulte la Guía del usuario de aplicaciones MPLS.]
-
Actualizaciones rápidas y optimizadas de las sucursales. Se ha perfeccionado el método para realizar actualizaciones de fastbranch a un árbol de replicación de multidifusión. Ahora, cualquier cambio de membresía en el árbol desencadena una reoptimización rápida de make-before-break (FMBB) del árbol y garantiza que no haya pérdida de tráfico. [ Ver árbol de la ruta más corta de multidifusión.]
-
Soporte de multidifusión para MVPN de próxima generación (NG-MVPN), incluido el túnel de proveedor de IR, RSVP-P2MP y LDP-P2MP, el túnel PMSI inclusivo y selectivo, el modo de árbol de puntos de encuentro (RPT)-árbol de ruta más corta (SPT), dispositivo de borde de proveedor (PE), mecanismos de RP como punto de encuentro automático (RP), enrutador de arranque (BSR) y RP integrado. [Consulte Descripción general de MVPN de BGP multiprotocolo, Descripción general de los conceptos de MVPN de próxima generación y Descripción del plano de control de MVPN de próxima generación.]
-
Soporte de multidifusión para MVPN de próxima generación (NG-MVPN), incluido el túnel de proveedor de IR, RSVP-P2MP y LDP-P2MP, el túnel PMSI inclusivo y selectivo, el modo de árbol de puntos de encuentro (RPT)-árbol de ruta más corta (SPT), dispositivo de borde de proveedor (PE), mecanismos de RP como punto de encuentro automático (RP), enrutador de arranque (BSR) y RP integrado. [Consulte Descripción general de MVPN de BGP multiprotocolo, Descripción general de los conceptos de MVPN de próxima generación y Descripción del plano de control de MVPN de próxima generación.]
|
-
MVPN BIER con encapsulación MPLS: Junos OS evolucionado admite la arquitectura de replicación explícita de índice de bits (BIER) para simplificar el control y los planos de reenvío al eliminar la necesidad de árboles de multidifusión y estados por flujo. Con BGP-MVPN como superposición, puede configurar túneles de proveedores habilitados para BIER para VPN de multidifusión. [ Ver descripción general de BIER y bier.]
-
SI-SI como base de enrutamiento para BIER. Junos OS evolucionado admite la publicidad de información BIER de uno o más subdominios BIER utilizando SI-SI como base del IGP. La información clave de BIER, como los ID de BFR y los prefijos de BFR de cada subdominio, se inunda a través del dominio SI-SI para generar la tabla de reenvío de BIER. [ Véase Extensión SI-SI para BIER y bier-subdominio (Protocolos SI-SI).]
|
| Administración y monitoreo de red |
-
Imitación de puertos locales y remotos:
-
La duplicación de puerto local se utiliza para copiar el paquete que entra o sale del sistema o puerto y enviar un paquete de muestra a través del puerto designado previamente proporcionado por la configuración a dispositivos o servidores remotos. Las aplicaciones que se ejecutan en servidores pueden analizar estos paquetes y usar los resultados en función de los requisitos.
-
La duplicación remota de puertos se utiliza para enviar un paquete de muestra a un destino remoto proporcionado por la configuración. El paquete se encapsulará en un encabezado GRE. La duplicación de puertos remotos hará uso de la interfaz de túnel flexible (FTI) para encapsular y enviar los paquetes listos para usar. Esta función también proporcionará una opción para configurar el regulador de políticas para la instancia dada, de modo que se pueda controlar la tasa de muestreo.
-
Compatibilidad con Port Mirror para EVPN-VXLAN
-
Filtre y refleje el tráfico de entrada y salida en cualquier puerto de red a la CPU: los dispositivos Junos admiten filtrar y duplicar paquetes entrantes y salientes, enviar esos paquetes a la CPU y guardarlos en un archivo. Esta función, la captura de paquetes en el dispositivo, puede ayudarlo con el análisis de protocolos y aplicaciones, la depuración, la solución de problemas, el análisis forense de red, los registros de auditoría y la detección de ataques a la red. La captura de paquetes en el dispositivo (o "autoduplicación") envía la copia muestreada a una CPU y escribe la copia en un archivo de captura de paquetes (.pcap). El proceso no requiere que utilice ningún dispositivo conectado a su dispositivo de red. [ Consulte Captura de paquetes en el dispositivo.]
|
|
|
| Compatibilidad con RPC adicionales para el servicio de administración de certificados gNOI (cert). Junos OS evolucionado admite las siguientes RPC de servicio de certificación de la interfaz de operaciones de red gRPC (gNOI):
-
CanGenerateCSR(): consulte si el dispositivo de destino puede generar una solicitud de firma de certificado (CSR) con el tipo de clave, el tamaño de clave y el tipo de certificado especificados.
-
RevokeCertificates(): revoca certificados en el dispositivo de destino. [ Consulte Servicio de administración de certificados (cert) de gNOI .]
|
-
Aumentar los puntos de conexión de asociación de mantenimiento (MEP) en la gestión de paquetes periódicos distribuidos (PPM)
-
Y.1731 distribuido en medición de pérdida sintética (SLM), medición de retraso (DM) y medición de pérdida (LM)
-
Caída de MEP en puentes, conexión cruzada de circuitos (CCC) y VPN Ethernet (EVPN)
-
Compatibilidad de sesiones distribuidas para la administración de errores de conectividad (CFM) en Ethernet agregada
-
Modo CFM mejorado
-
Compatibilidad con IPv4 (inet) para el modelo de datos (DM) y el mensaje de pérdida sintética (SLM)
-
Perfil de acción para marcar un vínculo hacia abajo, excepto para EVPN y puente hacia arriba MEP
-
Modo incoloro LM
-
DM y LM en Ethernet agregada si todos los vínculos secundarios activos están en el mismo motor de reenvío de paquetes
-
Unidades de datos de protocolo CFM (PDU) compatibles, según se indica a continuación:
-
Mensajes de comprobación de continuidad (CCM)
-
LBM
-
LBR
-
Mensaje de seguimiento de vínculo (LTM)
-
Respuesta de seguimiento de vínculo (LTR)
-
Mensaje de medición de retraso (DMM)
-
Respuesta de medición de retardo (DMR)
-
LMM
-
LMR
-
Mensaje sintético de pérdida (SLM)
-
Respuesta a la pérdida sintética (SLR)
-
Configuraciones empresariales y de proveedores de servicios
-
Normalización de VLAN
-
Transparencia de VLAN para PDU de CFM
-
Clase de reenvío de CoS (FC) y prioridad de pérdida de paquetes de CoS (PLP) para CFM
-
Sesión de CFM en interfaz física secundaria en modo distribuido
-
SNMP
-
Tipo, longitud y valor de ID de chasis o ID de envío
-
Modo de troncalización
-
Punto intermedio de asociación de mantenimiento (MIP)
|
| Plataforma e infraestructura |
Soporte para temporización SYNCE, SYNCE sobre LAG y temporización SNMP y MIB ( SYNCE) |
| Soporte de resistencia de plataforma. Los enrutadores PTX10008 con tarjetas de línea específicas admiten resistencia de plataforma. La resistencia permite al enrutador manejar fallas y fallas relacionadas con los componentes de hardware, como tarjetas de línea, estructura de conmutación, tableros de control, bandejas de ventilador, controladores de bandejas de ventilador y unidades de suministro de alimentación. El manejo de fallas incluye la detección y el registro del error, la activación de alarmas, el envío de trampas SNMP, el suministro de indicaciones sobre el error a través de LED, la autorreparación y la puesta fuera de servicio de componentes. [Consulte muestra errores del sistema activo.] |
| Enrutamiento por segmentos |
-
Vea cómo habilitar la programación de red SRv6 en redes SI-SI.]
-
Soporte para programación de red SRv6 y servicios de capa 3 sobre SRv6 en BGP. Puede configurar el servicio de capa 3 basado en BGP a través de un núcleo SRv6. Puede habilitar servicios de superposición de capa 3 con BGP como plano de control y SRv6 como plano de datos. La programación de red SRv6 ofrece flexibilidad para aprovechar el enrutamiento por segmentos sin implementar MPLS. [Consulte Descripción de la programación de red SRv6 y los servicios de capa 3 sobre SRv6 en BGP.]
-
Operaciones, administración y gestión (OAM) Soporte de ping para enrutamiento por segmentos con programación de red IPv6 (SRv6). Puede realizar una operación de ping de OAM para cualquier identificador de segmento (SID) SRv6 cuyo comportamiento permita el procesamiento de encabezado de capa superior para una carga útil de OAM aplicable. Como el enrutamiento por segmentos con plano de datos IPv6 (SRv6) agrega solo el nuevo encabezado de extensión de enrutamiento tipo 4, puede usar los mecanismos de ping basados en ICMPv6 existentes para una red SRv6 a fin de proporcionar compatibilidad OAM con SRv6. No se admite ping con O-Flag (encabezado de segmento). [Consulte Descripción general de OAM del servicio Ethernet UIT-T Y.1731 y cómo habilitar la programación de red SRv6 en redes SI-SI.]
-
Compatibilidad con traceroute SRv6. Admitimos el mecanismo traceroute para el enrutamiento de segmentos para identificadores de segmento IPv6 (SRv6). Puede utilizar traceroute para los sondeos UDP e ICMP. De forma predeterminada, traceroute utiliza sondeos UDP. En el caso de los sondeos ICMP, utilice el comando traceroute con la opción probe-icmp. [Consulte Cómo habilitar la programación de red SRv6 en redes SI-SI.]
-
Compatibilidad con SRv6 para políticas estáticas de SR-TE. Puede configurar túneles estáticos de enrutamiento e ingeniería de tráfico por segmentos (SR-TE) en un plano de datos SRv6. Use los siguientes comandos de configuración para habilitar la compatibilidad con SRv6:
-
Para una política de SR-TE: set protocols source-packet-routing srv6
-
Para un túnel SR-TE: set protocols source-packet-routing source-routing-path lsp name srv6
-
Para una lista de segmentos de SR-TE: set protocols source-packet-routing source-routing-path segment-list srv6 [Consulte Descripción de la política de SR-TE para túnel SRv6.]
|
| Compatibilidad con microSID SRv6 o uSID. Puede comprimir varias direcciones SRv6 en una sola dirección IPv6 (micro-SID). [Consulte Soporte de micro SID en SRv6, micro-sid y bloque.] |
| Aplicaciones de servicios |
|
| Instalación y actualización de software |
Compatibilidad con ZTP mediante interfaces WAN. [Ver Aprovisionamiento sin intervención.] |
| Compatibilidad con funciones adicionales |
Soporte de filtro de firewall. [ Consulte Compatibilidad con filtros de firewall.] |
| Soporte de interoperabilidad de sobrecarga de policía y policía [Consulte la Guía del usuario de políticas de enrutamiento, filtros de firewall y policías de tráfico.] |