Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Protocolos compatibles con Junos Fusion Provider Edge

Junos Fusion Provider Edge amplía el número de interfaces de red disponibles en un dispositivo de agregación mediante la conexión de dispositivos satelitales que actúan como extensiones del dispositivo de agregación. Todo el sistema, el dispositivo de agregación interconectado y los dispositivos satelitales, se llama Junos Fusion. Junos Fusion Provider Edge simplifica la administración de dispositivos de agregación de red, ya que el dispositivo de agregación actúa como un dispositivo único con densidad de puertos, administrado mediante una dirección IP.

Protocolos de capa 3 compatibles con Junos Fusion Provider Edge

A partir de Junos OS versión 14.2R4, muchos de los protocolos de enrutamiento admitidos en los enrutadores de la serie MX se extendieron a los dispositivos satelitales en una topología de borde de Junos Fusion Provider. Puede configurar los siguientes protocolos de enrutamiento de capa 3 en puertos extendidos de dispositivos satelitales:

  • BFD (solo centralizado)

  • BGP

  • BGP para IPv6

  • IS-IS

  • OSPF

  • OSPF versión 3

  • LACP

  • Enrutamiento por segmentos

Puede configurar los siguientes protocolos de enrutamiento de capa 3 en puertos extendidos de dispositivos satelitales que se incluyen en los grupos de agregación de vínculos (LAG):

  • BGP

  • IS-IS

  • OSPF

  • LACP

Soporte de BFD en Junos Fusion Provider Edge

La detección de reenvío bidireccional (BFD) es un protocolo utilizado para detectar errores en la ruta de datos. Los paquetes Hello se envían en un intervalo regular especificado. Un error de vecino se detecta cuando el dispositivo de enrutamiento deja de recibir una respuesta después de un intervalo especificado. BFD trabaja con una amplia variedad de entornos y topologías de red.

Nota:

Junos Fusion Provider Edge solo admite la centralización de BFD con la no-delegate-processing instrucción incluida en la jerarquía [edit routing-options ppm]. LACP no funciona cuando no-delegate-processing está habilitado.

Para obtener más información, consulte lo siguiente:

Compatibilidad de BGP en Junos Fusion Provider Edge

El Protocolo de puerta de enlace de frontera (BGP) es un protocolo de puerta de enlace exterior estandarizado que intercambia información de enrutamiento y accesibilidad entre sistemas autónomos en Internet. El protocolo puede ser un protocolo de vector de ruta o un protocolo de enrutamiento de vector de distancia. BGP toma decisiones de enrutamiento basadas en rutas, políticas de red o conjuntos de reglas configurados por un administrador de red para las decisiones de enrutamiento central. Para obtener más información, consulte la Guía del usuario de BGP y la instrucción BGP de la CLI.

Compatibilidad de IS-IS en Junos Fusion Provider Edge

Sistema intermedio a sistema intermedio (IS-IS) mueve información dentro de una red informática, un grupo de computadoras conectadas físicamente o entre dispositivos similares. Para ello, determina la mejor ruta para el tráfico a través de una red conmutada por paquetes. Para obtener más información, consulte la Guía del usuario de IS-IS.

Compatibilidad de OSPF en Junos Fusion Provider Edge

Open Shortest Path First (OSPF) es un protocolo de enrutamiento para redes IP que utiliza un algoritmo de enrutamiento de estado de enlace. Este protocolo de enrutamiento interior opera dentro de un único sistema autónomo. Para obtener más información, consulte la Guía del usuario de OSPF y las declaraciones de CLI ospf y ospf3.

Compatibilidad con LACP en Junos Fusion Provider Edge

El protocolo Contol de agregación de vínculos (LACP) es un método para agrupar varias interfaces físicas para formar una interfaz Ethernet agregada lógica. Para obtener más información, consulte Descripción del protocolo de control de agregación y agregación de vínculos en Junos Fusion y Configuración de interfaces Ethernet agregadas.

Enrutamiento por segmentos

El enrutamiento por segmentos (SR) es una técnica de enrutamiento basada en fuentes que simplifica la ingeniería y la administración del tráfico en todos los dominios de red. Elimina la información de estado de red de los enrutadores y nodos de tránsito en la red y coloca la información de estado de ruta en encabezados de paquete en un nodo de entrada. La ingeniería de tráfico de enrutamiento por segmentos (SR-TE) utiliza políticas para dirigir el tráfico a través de la red. Cuando configure el enrutamiento por segmentos, tenga en cuenta que los puertos extendidos de los dispositivos satelitales solo se pueden configurar como interfaces de enrutador perimetral del cliente (CE). En la Tabla 1 se enumeran las funciones de enrutamiento de segmentos admitidas en Junos Fusion para el perímetro del proveedor:

Tabla 1: Funciones de enrutamiento por segmentos compatibles
Características Información adicional
SR y SR-TE para sistema intermedio a sistema intermedio Descripción del enrutamiento de paquetes de origen en redes (SPRING)
Circuitos de capa 2, VPN de capa 2, VPLS sobre SR-ISIS y SR-TE sin color Etiqueta de enrutamiento de segmento estático Ruta conmutada
VPN de capa 3 sobre SR-ISIS y color y SR-TE sin color Etiqueta de enrutamiento de segmento estático Ruta conmutada
Clase jerárquica de servicio de VPN a través del enrutamiento por segmentos Descripción del CoS en un dispositivo de agregación de la serie MX en el perímetro del proveedor Junos Fusion
MPLS EVPN con redundancia multihoming activa única y totalmente activa. Ingeniería de tráfico de enrutamiento por segmentos en BGP Ingress Peer Overview

Protocolos de multidifusión compatibles con Junos Fusion Provider Edge

Puede configurar los siguientes protocolos de multidifusión en puertos extendidos de dispositivos satelitales:

PIM en Junos Fusion Provider Edge

La multidifusión independiente del protocolo (PIM) es una familia de protocolos de enrutamiento de multidifusión para redes de protocolo de Internet (IP) que proporcionan distribución de datos de uno a muchos y de muchos a muchos a través de una LAN, WAN o Internet. Se denomina independiente del protocolo porque PIM no incluye su propio mecanismo de descubrimiento de topología, sino que utiliza información de enrutamiento suministrada por otros protocolos de enrutamiento, en este caso el Protocolo de administración de grupos de Internet (IGMP) en puertos extendidos. Los cuatro modos PIM funcionan en puertos extendidos: modo disperso de PIM (predeterminado), modo denso PIM, PIM bidireccional y multidifusión específica de la fuente PIM. Para obtener más información, consulte PIM Overview y CLI statement pim.

IGMP en Junos Fusion Provider Edge

El Protocolo de administración de grupos de Internet (IGMP) es un protocolo de comunicaciones utilizado por hosts y enrutadores adyacentes en redes IPv4 para establecer la pertenencia a grupos de multidifusión. IGMP es una parte integral de la multidifusión IP y se utiliza para aplicaciones de red de uno a muchos, como la transmisión de video en línea y los juegos, ya que permite un uso más eficiente de los recursos cuando se admiten este tipo de aplicaciones. Para obtener más información, consulte Descripción de IGMP y la instrucción de CLI igmp.

MLD en Junos Fusion Provider Edge

La detección de escucha de multidifusión (MLD) es un componente del conjunto de aplicaciones del protocolo de Internet versión 6 (IPv6). Los enrutadores IPv6 utilizan MLD para descubrir oyentes de multidifusión en un vínculo conectado directamente, al igual que IGMP se utiliza en IPv4. MLD utiliza la mensajería ICMPv6 en contraste con la encapsulación IP desnuda de IGMP. Para obtener más información, consulte la instrucción mld CLI.

Junos Fusion admite la replicación de paquetes de multidifusión y difusión en el dispositivo de agregación y los dispositivos satelitales. Para obtener más información sobre la replicación de multidifusión, consulte Descripción de la replicación de multidifusión en Junos Fusion.

BGP MVPN en el perímetro del proveedor Junos Fusion

BGP multicast VPN (MVPN) es un método para implementar servicios de multidifusión multiprotocolo en una VPN BGP MPLS capa 3. Las MVPN BGP utilizan la infraestructura VPN BGP y MPLS existente para admitir el tráfico de multidifusión entre conjuntos de remitentes y conjuntos de receptores. Junos Fusion admite la conexión de dispositivos CE VPN de multidifusión basados en BGP en los puertos extendidos del dispositivo satelital. Para obtener más información, consulte Configuración de MVPN BGP.

Protocolos VPN compatibles con Junos Fusion Provider Edge

Puede configurar los siguientes protocolos VPN en puertos extendidos de dispositivos satelitales:

Nota:

Los puertos extendidos en dispositivos satelitales solo se pueden configurar como interfaces de enrutador perimetral del cliente (CE) en una VPN. Las interfaces de enrutador perimetral del proveedor (PE) deben configurarse directamente en el puerto nativo del dispositivo de agregación.

Circuitos de capa 2 en Junos Fusion Provider Edge

Puede configurar una interfaz de conmutación local para omitir el conjunto de configuración de MTU para una interfaz física asociada. Esto permite abrir un circuito entre dos interfaces lógicas definidas en interfaces físicas con valores MTU diferentes. Para obtener más información, consulte Descripción general de la configuración de interfaces para circuitos de capa 2.

VPN de capa 2 en Junos Fusion Provider Edge

Las VPN de capa 2 proporcionan comunicación entre una red de proveedores y una red de clientes. Los enrutadores perimetrales o PE del proveedor en el borde de una red de proveedor se comunican con cada enrutador perimetral o enrutador CE del cliente. Los clientes configuran sus enrutadores para transportar todo el tráfico de capa 3, mientras que el proveedor de servicios solo necesita saber cuánto tráfico debe transportar la VPN de capa 2. Para obtener más información, consulte la Guía del usuario de VPN y VPLS de capa 2 para dispositivos de enrutamiento.

VPN de capa 3 en Junos Fusion Provider Edge

Las VPN de capa 3 también proporcionan comunicación entre una red de proveedores y una red de clientes. Sin embargo, en una VPN de capa 3, el enrutamiento se produce en el enrutador del proveedor de servicios. Por lo tanto, las VPN de capa 3 requieren más configuración por parte del proveedor de servicios, ya que los enrutadores de PE del proveedor de servicios deben almacenar y procesar las rutas del cliente. Para obtener más información, consulte la Guía del usuario de VPN de capa 3 para dispositivos de enrutamiento.

Soporte de retransmisión DHCP en VPN de capa 3

El Protocolo de configuración dinámica de host (DHCP) es un protocolo de administración de red que se utiliza para asignar dinámicamente direcciones IP y otra información de configuración relacionada a los dispositivos de red. El servidor DHCP asigna automáticamente direcciones IP y otros parámetros de red a los dispositivos cliente en la red. El Agente de retransmisión DHCP reenvía los mensajes DHCP entre los clientes DHCP y los servidores DHCP cuando los servidores y clientes están en redes diferentes. Junos Fusion para el perímetro del proveedor admite la retransmisión DHCP en redes EVPN-MPLS. No se admite en una red EVPN-MPLS sobre el enrutamiento de segmentos. Para obtener más información, consulte Agente de retransmisión DHCP.

VPLS en Junos Fusion Provider Edge

El servicio de LAN privada virtual (VPLS) proporciona comunicación multipunto a multipunto basada en Ethernet a través de redes IP o MPLS. Permite que sitios geográficamente dispersos compartan un dominio de difusión Ethernet conectando sitios con pseudocables. Las tecnologías que se pueden utilizar como pseudocable pueden ser Ethernet sobre MPLS, L2TPv3 o incluso GRE. Para obtener más información, consulte la Guía del usuario de VPN y VPLS de capa 2 para dispositivos de enrutamiento.

EVPN con VXLAN

Puede configurar puertos en los dispositivos satelitales administrados por enrutadores de la serie MX para que admitan VPN Ethernet (EVPN) con encapsulación de LAN virtual extensible (VXLAN). EVPN proporciona servicios VPN de capa 2 con capacidades avanzadas de multi-homing mediante el uso del plano de control BGP para distribuir rutas a través de IP o red troncal IP/MPLS. VXLAN es un esquema de túnel que superpone tramas Ethernet de capa 2 sobre paquetes UDP de capa 3. EVPN con encapsulación VXLAN le permite crear una red lógica para hosts que abarcan una red física y admite hasta 16 millones de segmentos VXLAN. Para obtener más información sobre EVPN y VXLAN, consulte Descripción de EVPN con encapsulación de plano de datos VXLAN.

EVPN-MPLS

Una VPN Ethernet (EVPN) le permite conectar sitios de clientes dispersos mediante un puente virtual de capa 2. EVPN-MPLS extiende los servicios VPN de capa 2 a través de una red MPLS. Consiste en dispositivos perimetrales del cliente (CE) que se conectan a conmutadores perimetrales MPLS, a menudo dispositivos perimetrales del proveedor (PE) que proporcionan funcionalidad de etiqueta MPLS, EVPN-MPLS Junos Fusion Provider Edge admite la conexión de un perímetro del cliente (CE) en los puertos extendidos del dispositivo satelital. La figura 1 muestra una implementación típica de EVPN. Para obtener más información sobre EVPN-MPLS, consulte Descripción general de EVPN.

Figura 1: Red EVPN-MPLS Network EVPN-MPLS

VPN de interproveedor y de operador de operador

Las VPN de interproveedor proporcionan conectividad entre AS independientes. Esta funcionalidad la usa un cliente de VPN que tiene conexiones con varios proveedores de servicios diferentes o conexiones diferentes con el mismo proveedor de servicios en diferentes regiones geográficas, cada una de las cuales tiene un AS diferente. Para VPN de interproveedor, Junos Fusion solo admite la conexión intra-AS en un enrutador de borde del sistema autónomo (ASBR) al puerto extendido. Por ejemplo, en la figura 2, los puertos extendidos solo se pueden usar en el ASBR hacia el enrutador PE dentro de cada AS.

Figura 2: Topología Inteprovider VPN Network Topology de red VPN de Inteprovider

El servicio VPN de operador de operador describe un modelo de VPN jerárquico (también conocido como VPN recursivo) en el que un operador (cliente del servicio VPN) transporta su tráfico VPN dentro de la VPN de otro operador (proveedor de servicios VPN). La figura 3 muestra el modelo de portadora con un proveedor de servicios VPN (ISP A) y un cliente de servicios VPN (ISP B). El proveedor de servicios VPN es el operador de red troncal y proporciona compatibilidad con VPN para los clientes del servicio VPN. Actualmente, Junos Fusion PE admite enrutadores PE para clientes del servicio VPN. En la versión 21.1R1, Junos Fusion PE también admite enrutadores PE para proveedores de servicios VPN. Las direcciones VPN-IPv4 para el cliente del servicio VPN son tratadas como rutas externas por el proveedor de servicios VPN y no se importan a la tabla VRF del proveedor de servicios VPN. El proveedor de servicios VPN utiliza MPLS para enrutar el tráfico VPN, por lo que debe configurarse en la red del proveedor de servicios VPN. El cliente del servicio VPN solo necesita configurar MPLS en el dispositivo CE que está conectado al dispositivo PE del proveedor de servicios VPN. Puede conectar enrutadores para el proveedor de servicios de Internet como cliente y el proveedor de servicios VPN como cliente en el puerto extendido.

Figura 3: Modelo Carrier-of-Carriers VPN Model VPN de operador de carriers

Junos Fusion Provider Edge admite 6vPE tanto en VPN entre proveedores como en VPN de operador a operador. Para obtener más información, consulte VPN entre proveedores y operadores de operadores.