Extensibilidad

Enrutamiento de segmentos a través de IP/UDP

MPLS separa el subyacente (transporte) de las capas de superposición (servicio). Las etiquetas se utilizan habitualmente para representar instrucciones de envío para ambas capas. Dicho lo cual, la capa de transporte siempre ha sido capaz de utilizar tecnologías de túnel no MPLS, como GRE, IPsec o túneles MPLS a través de IP/UDP, incluso cuando la capa de servicio conserva las etiquetas. La actualización SR over IP/UDP (abreviada a SRoUDP) aprovecha esta ventaja.

Un número cada vez mayor de implementaciones Brownfield está investigando el túnel de una pila de SID a través de islas IP-only. Los SID siguen siendo relevantes para enrutadores que admiten la MPLS SR. Los enrutadores que no son de MPLS se oblivious a la pila de SID y solo deben realizar el reenvío IP. Las islas – IP IPv4 o IPv6 – pueden permanecer tal y como se encuentran en el modo perpetuo, lo que permite la coexistencia de redes solo de Sr-MPLS e IP.

SRoUDP funciona mediante la segregación de la red en nodos compatibles con SR-MPLS e incompatibles. Esto lo determina el anuncio de un SID de nodo, o la falta de él. Cuando un enrutador’compatible con Sr MPLS s Next hop es sólo de IP, encapsula la pila de SID en un paquete IP/UDP. El paquete IP se canaliza hacia el siguiente enrutador compatible con SR-MPLS o el destino final basándose en la pila SID. Actualmente, Junos implementa este último.

Deje’que los enrutadores P en Newark y Philadelphia se conviertan en enrutadores solo IPv4. Ya no deben anunciar los SID de nodo ni tampoco LDP ni RSVP-TE habilitados. Esto deja los enrutadores con capacidad para SR MPLS en Nueva York y Washington conectados a través de una expanse IP.

Los enrutadores de Nueva York PE seguirán impondrán una o más etiquetas MPLS para llegar al PEs de Washington. Los enrutadores locales de Nueva York P que reciben tráfico con etiqueta de larga distancia reconocen que el destino es ahora accesible a través de los próximos saltos IP. Compilan un túnel IP/UDP dinámico al PE remoto y encapsulan el tráfico de MPLS dentro de él. El PE de Washington decapsulates el túnel y reenvía la carga.

Esto requiere la configuración decapsulation en los enrutadores de PE y la configuración de encapsulación en los enrutadores SR-MPLS P. Los enrutadores de solo IP no requieren reconfiguración.

Encapsulation configuration: New York and Washington P routers

Decapsulation configuration: New York and Washington PE routers

Los enrutadores P se configuran para crear túneles IP/UDP dinámicos en cualquier destino del rango que abarque las direcciones asignadas a los’ enrutadores lo0. El servicio udp-tunneling encapsulation la característica de tirador es-IS de incluir próximos saltos de IP durante su cálculo de ruta. Los enrutadores de PE se configuran con un filtro de firewall que coincide y decapsulates el tráfico en el puerto de destino MPLS a UDP conocido. Este filtro se aplica a todas las interfaces de conexión central, ya que el tráfico de túnel IP/UDP podría llegar a través de cualquiera de ellos.

Después de cometer este cambio, sucede algo curioso a la tabla de enrutadores’ de P 3. Cuando sólo contenía rutas de L-ISIS a enrutadores de la SR-MPLS local del área, también contiene rutas a enrutadores P/PE remotos. Deje’que el s eche un vistazo.

Control plane: p1.nyc adds routes to P/PE routers in D.C.

Con congruentes, la tabla MPLS. 0 tiene una acción interesante de reenvío de etiqueta asociada con los’ SID de nodo de enrutadores remotos. En lugar de las acciones Push, Nexty continue típicas, verá que la etiqueta se está intercambiando para obtener un valor null explícito e insertarla en un túnel IP/UDP dinámico. El valor null explícito garantiza que, cuando PE1. IAD recibe el paquete, éste realiza una búsqueda MPLSda en el paquete interno.

Control plane: p1.nyc swaps inbound label 1010 (pe1.iad) with label 0 before tunneling

Control plane: p1.nyc creates a dynamic tunnel to each SR-MPLS router in Washington

The traceroute between the CEs is most transformed:

Han desaparecido los saltos visibles anteriormente. Recuerde que el comportamiento actual tiene P1. NYC establecer un túnel con el siguiente salto final; una alternativa sería establecer un túnel con el siguiente enrutador con capacidad para SR MPLS más cercano. Con cualquiera de estos enfoques, no todos los enrutadores de tránsito deben tener un MPLS plano de datos. Para muchos entornos, esto es una cuestión de hecho. SRoUDP permite transportar una pila de SID a través de estas islas IP.

FlexAlgo

Aquellos que hayan trabajado con multitopology enrutadores (MTR) podrían shudderse a partir de su complejidad. Aunque no estén exentas de imperfecciones, MTR es un concepto generalmente útil. La ruta de acceso menos recorrida puede ser más favorable que la más corta. Muchos operadores maximizan el IGP la métrica y optimizan el enrutamiento mediante el uso de la métrica de ingeniería de tráfico IGP. La métrica puede representar latencia, que es, es decir, la métrica que más afecta a la experiencia del usuario final típica.

MTR no disfruta de la aceptación generalizada. Las implementaciones prácticas limitaban el número de topologías a una topología de IPv4 e IPv6, con variantes de unidifusión y multidifusión. Más que nada, este fallo en la imaginación es lo que condujo a su marginalización.

Como su propio nombre indica, FlexAlgo aspira a los operadores de mano el control sobre la definición de la topología. Todos los nodos y vínculos participan en la topología predeterminada. Las topologías de subconjuntos adicionales se calculan definiendo restricciones y objetivos de optimización. Para tomar un ejemplo de prototipo, una topología roja podría incluir todos los vínculos de color rojo, un concepto conocido que se ha excedido de RSVP-TE; una topología adicional azul solo puede incluir vínculos azules. Por último, una topología morada podría incluir los vínculos rojo y azul.

El primer paso consiste en definir lo que constituye una topología. Con MTR, el operador tendría que visitar cada enrutador y configurar cada’participación topológica de vínculo. Este fue un proceso propenso a errores, lo que escala de forma deficiente con las redes en crecimiento. La detección, validación y aplicación de la membresía en una topología requería un instrumento propio de herramientas desarrolladas de manera significativa.

FlexAlgo formaliza la definición de la topología mediante la publicidad de una definición de algoritmo flexible (FAD) en la propia IGP. Este atributo codifica qué métrica se debe calcular, qué algoritmo se debe usar para el cálculo y, más interesante, inclusión de vínculos y exclusión basada en grupos administrativos extendidos (EAG). Cada FAD se numera a partir del 128-255; por motivos de funcionamiento, se puede hacer referencia a él de‘forma’ nominal ( ‘FAD’ roja, FAD azul), pero está codificado en último término como un número FAD.

FAD solo debe configurarse en un subconjunto de enrutadores de la red. Los enrutadores restantes aprenden la FADs a través de la IGP. Cada FAD también tiene asociada una prioridad, con el valor numérico más alto seleccionado. Los FADs deben estar configurados de forma idéntica en todo el subconjunto de enrutadores. En caso de – conflicto, un enrutador ‘está’ anunciando un FAD rojo que incluye vínculos con EAGs rojo, ‘y’ otro anuncia una FAD roja que incluye accidentalmente – vínculos con azul EAGs la mayor prioridad FAD gana. Como disyuntor, se utiliza el ID del sistema o ID del enrutador IGP.

Una vez que se han aprendido las definiciones de topología, ya sea a través de la configuración local o de IGP anuncio, los enrutadores se pueden configurar para que participen en estas topologías. De nuevo, esto no se consigue configurando vínculos individuales, a la MTR. La FAD actúa como un tamiz para la topología por defecto. Las topologías de subconjunto son el resultado de la eliminación de los vínculos no aceptables de los enrutadores y la optimización del tipo de métrica.

FlexAlgo puede servir como una forma ligera de compresión de etiquetas. En lugar de largos paths explícitos, los SID del nodo per-FAD pueden proporcionar enrutamiento de origen suelto con pilas de etiquetas rasas.

Se aclarará un ejemplo. Para mantener las cosas sencillas,’configure una topología adicional en PE1. NYC y P1. nyc. Esta nueva topología optimizará la del TE, en lugar de la IGP, la métrica. Por ahora, no eliminará ningún vínculo de la topología predeterminada. La configuración resultante numera el FAD, especifica su objetivo de optimización y le asigna una prioridad:

Esto sencillamente hace que se defina una nueva topología sin enrutadores que participen en ella todavía. Como resultado, FAD’no se inunda ni siquiera en el IGP. El siguiente paso debe ser que todos los enrutadores de Nueva York participen en – la nota de topología de que PE2. NYC y P2. NYC se han enterado de FAD from IS-IS, not Configuration:

Con dos enrutadores que participan en la topología que están describiendo, varios subTLVss ahora aumentan PE1. NYC y P1.’NYC s es un LSP.

Control plane: Viewing pe1.nyc’s IS-IS LSP on pe2.nyc

Con dos enrutadores que participan en la topología que están describiendo, varios subTLVss ahora aumentan PE1. NYC y P1.’NYC s es un LSP. Además de una nueva capacidad de enrutador que anuncia la propia FAD, hay un nuevo prefijo de SID por topología que se anuncia.

Esto muestra otra ventaja de la FlexAlgo cuando se utiliza para crear topologías duales e incluso planas múltiples. Con frecuencia, para la misma ruta de servicio’, BGP el siguiente salto de protocolo (PNH) se modifica a través de políticas, por lo que es diferente para cada avión. RSVP-TE LSP girando hacia cada PNH. Los LSP se enrutan de manera diferente, lo que lleva a cabo un comportamiento de doble plano. Aparte de la Soft-State que RSVP-TE impone, esto requiere, además, que se asignen varias direcciones IPv4 o IPv6 a cada’bucle invertido de PE. Cada dirección representa el alcance de la disponibilidad a ese PE, a través de un plano específico.

En cambio, FlexAlgo puede asignar un SID de nodo por topología. Cada SID del nodo permanece asociado con la misma dirección IPv4 o IPv6 de bucle de retroceso. Ruta de servicio PNH la resolución se puede incluir en tablas de enrutamiento diferentes, cada una correspondiente a una topología diferente. De este modo, puede que una sola dirección IP siga siendo la PNH. Las rutas de servicios pueden usar SID de distintos nodos para resolver el siguiente salto, basándose en una combinación de las comunidades de color BGP extendidas y su asociación con una topología de FlexAlgo.

Para demostrar una topología de doble plano sencilla, deje’que los s tengan PE1. NYC preferite P1. NYC para llegar PE2. NYC; a su vez, PE2. NYC preferirá P2. NYC para alcanzar PE1. nyc. En la actualidad, los PEs son accesibles a través de rutas de igualdad de costos a través de los enrutadores P. El fragmento de código de configuración anterior ya lo configuró mediante el uso de las métricas de desigualdad, que la nueva topología optimiza. Agregue la configuración del SID del nodo por topología a PE2. NYC y P2. nyc.

Control plane: pe1.nyc’s new topology is a subset of the default topology

La nueva topología cuenta con una nueva base de información de enrutamiento (RIB) correspondiente. En esa nueva topología, hay menos rutas disponibles entre PE1. NYC y PE2. NYC, y la métrica entre ellas también es diferente. Tenga en cuenta el SID de prefijo adicional (1000 + 16) anunciado por PE2. NYC, asociado a la misma dirección de bucle invertido.

Comenzamos y concluyemos nuestro viaje con un sencillo ejemplo. El enrutamiento en segmentos ha reencendido conversaciones acerca de lo que significa crear redes flexibles, eficientes y fungibles.

LEAP.