TRILL ( interconexión transparente de muchos enlaces ) es un estándar de Internet [1] implementado por dispositivos llamados conmutadores TRILL . TRILL combina técnicas de puente y de enrutamiento y es la aplicación de enlace de enrutamiento de estado a la VLAN -conscientes problema de puente en el cliente. Los puentes de enrutamiento (RBridges) son compatibles y pueden reemplazar gradualmente los puentes de clientes IEEE 802.1 anteriores . También son compatibles con IPv4 e IPv6enrutadores y nodos finales. Son invisibles para los enrutadores IP actuales y, al igual que los enrutadores, los RBridges terminan el protocolo del árbol de expansión del puente .
Visión general
Los conmutadores TRILL ejecutan un protocolo de enrutamiento de estado de enlace entre ellos. Un protocolo de estado de enlace es aquel en el que la conectividad se transmite a todos los RBridges, de modo que cada RBridge conoce todos los demás RBridges y la conectividad entre ellos. Esto le da a RBridges suficiente información para calcular rutas óptimas por pares para unidifusión y calcular árboles de distribución para la entrega de tramas a destinos cuya ubicación se desconoce o a grupos de multidifusión o difusión . El protocolo de enrutamiento de estado de enlace utilizado es IS-IS porque:
- se ejecuta directamente sobre la capa 2 , por lo que se puede ejecutar sin configuración (no es necesario asignar direcciones IP)
- es fácil de ampliar definiendo nuevos elementos y subelementos de datos TLV (tipo-longitud-valor) para transportar información TRILL.
Para mitigar los problemas de bucle temporal, RBridges reenvía en función de un encabezado con un recuento de saltos . RBridges también especifica el siguiente salto RBridge como el destino de la trama al reenviar tramas de unidifusión a través de un enlace de medios compartidos, lo que evita la generación de copias adicionales de tramas durante un bucle temporal. Se realiza una verificación de reenvío de ruta inversa y otras verificaciones en tramas de destinos múltiples para controlar aún más el tráfico potencialmente en bucle.
El primer RBridge que encuentra una trama de unidifusión en un campus, RB1, encapsula la trama recibida con un encabezado TRILL que especifica el último RBridge, RB2, donde se desencapsula la trama. RB1 se conoce como "RBridge de entrada" y RB2 se conoce como "RBridge de salida". Para ahorrar espacio en el encabezado TRILL y simplificar las búsquedas de reenvío, se ejecuta un protocolo de adquisición de apodos dinámico entre los RBridges para seleccionar apodos de dos octetos para RBridges, únicos dentro del campus, que son una abreviatura del ID del sistema IS-IS de seis octetos . del RBridge. Los apodos de dos octetos se utilizan para especificar los RBridges de entrada y salida en el encabezado TRILL.
El encabezado TRILL consta de seis octetos: los primeros dos octetos incluyen un recuento de saltos decreciente de seis bits, más banderas; los siguientes dos octetos contienen el apodo de salida RBridge; los dos últimos octetos contienen el apodo de entrada de RBridge. Para las tramas de destinos múltiples, el "apodo de RBridge de salida" especifica un árbol de distribución para la trama, donde el (apodo) denominado RBridge es la raíz del árbol de distribución. El RBridge de entrada selecciona en qué árbol de distribución debe viajar el marco.
Aunque los RBridges son transparentes para los dispositivos de Capa 3 , y todos los enlaces interconectados por RBridges parecen ser un solo enlace para los dispositivos de Capa 3, los RBridges actúan como enrutadores de enlace en el sentido de que, en el reenvío de una trama por un RBridge de tránsito, el El encabezado externo de la Capa 2 se reemplaza en cada salto con un encabezado de Capa 2 apropiado para el siguiente salto, y el recuento de saltos se reduce. A pesar de estas modificaciones del encabezado externo de la Capa 2 y el recuento de saltos en el encabezado TRILL, se conserva la trama encapsulada original, incluida la etiqueta VLAN de la trama original.
Se admiten múltiples rutas de tramas de múltiples destinos a través de raíces de árboles de distribución alternativas y ECMP (Equal Cost MultiPath) de tramas de unidifusión. Las redes con una estructura más similar a una malla se beneficiarán en mayor medida de las rutas óptimas y de múltiples rutas proporcionadas por TRILL que las redes con una estructura más similar a un árbol.
Enlaces TRILL
Desde el punto de vista de TRILL, un enlace puede ser cualquiera de una amplia variedad de tecnologías de enlace, incluyendo IEEE 802.3 ( Ethernet ), PPP (Protocolo punto a punto). [2] o un Pseudo-cable . [3] Los enlaces Ethernet entre RBridges pueden incorporar puentes 802.1 de clientes o proveedores IEEE. En otras palabras, una LAN con puente arbitraria le aparece a un RBridge como un enlace de acceso múltiple.
Es esencial que solo un RBridge actúe como el RBridge de entrada para cualquier marco nativo dado y TRILL tiene un mecanismo de Reenviador designado [4] para asegurar esto. TRILL permite dividir la carga de esta función en un enlace basado en VLAN, de modo que solo un RBridge en cada enlace encapsula y desencapsula las tramas nativas para cada VLAN.
Puertos RBridge
Los puertos RBridge pueden implementar de manera compatible una amplia variedad de protocolos de nivel de enlace y nivel de puerto IEEE 802.1 existentes y propuestos, incluidos PAUSE (IEEE 802.3 Anexo 31B), Link Layer Discovery Protocol (IEEE 802.1AB), agregación de enlaces (IEEE 802.1AX), seguridad MAC (IEEE 802.1AE) o control de acceso basado en puerto (IEEE 802.1X). Esto se debe a que los RBridges están superpuestos al IEEE 802.1 EISS (Servicio de subcapa interno extendido) con la excepción de que un puerto RBridge maneja las PDU de registro de VLAN y de árbol de expansión de manera diferente.
Implementaciones de código abierto
Accton IgniteNet MeshLinq - basado en Quagga 0.99.22.4
de Gandi cuaga con TRINO - basado en Quagga 0.99.22.4
de MichaelQQ Quagga-PE con TRINO y MPLS - basa en Quagga 0.99.22.4
Implementaciones propietarias
Cisco FabricPath es una implementación patentada de TRILL que utiliza el plano de control TRILL (incluido IS-IS para la Capa 2), pero un plano de datos no interoperable. [5] Brocade Virtual Cluster Switching , utiliza el plano de datos TRILL pero un plano de control patentado, por lo que no es interoperable con los estándares TRILL. [6]
Soporte VLAN
El protocolo TRILL proporciona soporte obligatorio para las VLAN 4K habituales y, opcionalmente, puede admitir etiquetas de grano fino (FGL) de 24 bits además de las VLAN. (RFC 7172 "TRILL: Etiquetado de grano fino")
Limitaciones
- TRILL utiliza dos mecanismos diferentes para reenviar paquetes, lo que dificulta conocer la ruta de los paquetes. [7]
- TRILL es susceptible a paquetes desordenados cuando el estado MAC pasa de desconocido a conocido para paquetes Multicast, Broadcast y Unknown. [7]
Competidores
El estándar IEEE 802.1aq (Shortest Path Bridging - SPB) se considera el principal competidor de TRILL. Como señaló un libro de 2011, "la evaluación de los méritos relativos y la diferencia de las dos propuestas de estándares es actualmente un tema muy debatido en la industria de las redes". [8]
Ver también
- Protocolo de árbol de expansión
Soporte de producto
- Gama de conmutadores de la serie S de Enterasys / Extreme Networks
- HPE FlexFabric 5900, [9] 5920, [10] 7900 [11] y 12900E [12]
- Huawei CloudEngine 5800, [13] 6860, [14] 7800, [15] 8800 [16] y 12800 [17]
- IgniteNet MeshLinq ML-S-4GE-1MGE [18] [19]
- Nuevas tecnologías H3C S6300, [20] S6800, [21] S6860 [22] y S10500X [23]
- Ruijie Networks RG-S6220, [24] [25] RG-S12000 y RG-N18000
- ZTE Corporation ZXR10 5960 [26] y ZXR10 9900 [27]
Referencias
- ^ "Puentes de enrutamiento (RBridges): especificación de protocolo base" .
- ^ "Protocolo de Control de Protocolo de Interconexión Transparente de Muchos Enlaces (TRILL) PPP" .
- ^ "Interconexión transparente de muchos enlaces (TRILL) Transporte mediante pseudowires" .
- ^ "Puentes de enrutamiento (RBridges): reenviadores designados" .
- ^ "Cisco FabricPath" . Manual del centro de datos. 2014-03-06. Archivado desde el original el 3 de marzo de 2016 . Consultado el 14 de octubre de 2014 .
- ^ "NO MIENTAS SOBRE PROTOCOLOS PROPIETARIOS" . 2011-03-04 . Consultado el 14 de octubre de 2014 .
- ^ a b "¿Qué es el puente de ruta más corto? - Definición de WhatIs.com" . SearchNetworking .
- ^ Borivoje Furht; Armando Escalante (2011). Manual de Computación Intensiva de Datos . Saltador. pag. 16. ISBN 978-1-4614-1415-5.
- ^ "Serie de conmutadores HPE FlexFabric 5900" (PDF) . h20195.www2.hpe.com .
- ^ "Serie de conmutadores HPE FlexFabric 5920" (PDF) . psnow.ext.hpe.com .
- ^ "Serie de conmutadores HPE FlexFabric 7900" (PDF) . h20195.www2.hpe.com .
- ^ "Serie de conmutadores HPE FlexFabric 12900E" (PDF) . psnow.ext.hpe.com .
- ^ "Switches para centros de datos de la serie Huawei CloudEngine 5800" . e-file.huawei.com .
- ^ "Hoja de datos del conmutador Huawei CloudEngine 6860" . e-file.huawei.com .
- ^ "Switches para centros de datos de la serie Huawei CloudEngine 7800" . e-file.huawei.com .
- ^ "Hoja de datos del conmutador Huawei CloudEngine 8800" . e-file.huawei.com .
- ^ "Hoja de datos del conmutador Huawei CloudEngine 12800" . e-file.huawei.com .
- ^ "IgniteNet ™ MeshLinq ™" . ignitenet.com .
- ^ "Hoja de datos de MeshLinq ™" (PDF) . ignitenet.com .
- ^ "Switches para centros de datos de la serie H3C S6300 - Nuevo H3C" . h3c.com .
- ^ "Switches para centros de datos de la serie H3C S6800 - Nuevo H3C" . h3c.com .
- ^ "Switches para centros de datos de la serie H3C S6860 - Nuevo H3C" . h3c.com .
- ^ "Switch de núcleo multiservicio de próxima generación de la serie H3C S10500X - Nuevo H3C" . h3c.com .
- ^ "SwitchesRG-S6220 Switch Series - Ruijie networks" . ruijienetworks.com .
- ^ "Hoja de datos de la serie de conmutadores de centro de datos Ruijie RG-S6220" (PDF) . ruijienetworks.com .
- ^ "Conmutador serie ZXR10 5960 - Conmutador Ethernet - Productos ZTE" . zte.com.cn .
- ^ "Conmutador de la serie ZXR10 9900 (-S) - Conmutador Ethernet - Productos ZTE" . zte.com.cn .
enlaces externos
- Carta del Grupo de Trabajo TRILL
- RFC 6325 "Routing Bridges (RBridges): Especificación de protocolo base"
- RFC 6361 "Protocolo de control de protocolo de interconexión transparente de muchos enlaces (TRILL) PPP" (TRILL sobre PPP)
- RFC 6439 "Puentes de enrutamiento (RBridges): reenviadores designados"
- RFC 6847 "Fibre Channel over Ethernet (FCoE) sobre interconexión transparente de muchos enlaces (TRILL)"
- RFC 6850 "Definiciones de objetos administrados para puentes de enrutamiento (RBridges)"
- RFC 7172 "TRILL: Etiquetado de grano fino"
- RFC 7173 "TRILL: Transporte mediante pseudowires"
- RFC 7175 "TRILL: Soporte de BFD"
- RFC 7176 "TRILL Uso de IS-IS"
- RFC 7177 "TRILL: adyacencia"
- "Introducción a Trill" por Radia Perlman y Donald Eastlake
- Papel RBridge original, "Rbridges: enrutamiento transparente"
- RFC 5556, "Interconexión transparente de muchos enlaces (TRILL): Declaración de problema y aplicabilidad"
- El gran debate: TRILL versus 802.1aq (SBP) , sesión NANOG 50 (octubre de 2010)
- Disección de la tecnología Ethernet FabricPath de Cisco