ES2846757T3 - Método y sistema para la interconexión de sitios a través de una red de transporte - Google Patents

Método y sistema para la interconexión de sitios a través de una red de transporte Download PDF

Info

Publication number
ES2846757T3
ES2846757T3 ES16823838T ES16823838T ES2846757T3 ES 2846757 T3 ES2846757 T3 ES 2846757T3 ES 16823838 T ES16823838 T ES 16823838T ES 16823838 T ES16823838 T ES 16823838T ES 2846757 T3 ES2846757 T3 ES 2846757T3
Authority
ES
Spain
Prior art keywords
ring
sites
traffic
logical
tsdn
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES16823838T
Other languages
English (en)
Inventor
Peter Ashwood-Smith
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2846757T3 publication Critical patent/ES2846757T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H04L41/122—Discovery or management of network topologies of virtualised topologies, e.g. software-defined networks [SDN] or network function virtualisation [NFV]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

Un método para gestionar el tráfico entre una pluralidad de sitios (205, 205a, 205b, 205c, 205d) interconectados utilizando un controlador (105) de red de transporte definida por software, TSDN, configurado para gestionar el tráfico a través de una red de transporte que incluye los sitios (205, 205a, 205b, 205c, 205d), el controlador (105) TSDN que comprende un procesador (115) configurado para ejecutar instrucciones para hacer que el controlador (105) TSDN lleve a cabo las siguientes etapas: a) implementar un anillo lógico a través de los componentes físicos de la red de transporte, el anillo lógico que incluye miembros (305, 305a, 305b) de anillo y segmentos (310) de anillo, los sitios (205, 205a, 205b, 205c, 205d) que están interconectados lógicamente a través del anillo lógico; 10 b) recibir información sobre el tráfico en el anillo lógico; c) determinar, según la información recibida, la necesidad de un cambio en la topología de anillo; d) en respuesta a la determinación, la realización de la optimización de topología para adaptarse al cambio en el tráfico, la optimización de topología que incluye al menos uno de: aumentar la capacidad de un segmento de anillo, disminuir la capacidad de un segmento de anillo, crear una ruta de tráfico y eliminar una ruta de tráfico existente; y e) transmitir información de enrutamiento actualizada a los miembros (305, 305a, 305b) de anillo, la información de enrutamiento que refleja el cambio en la topología de anillo; caracterizado por que el controlador (105) TSDN realiza además las siguientes etapas: f) determinar, basándose en matrices de tráfico de dos sitios (205a, 205b), que existe un requisito de mayor capacidad entre estos dos sitios (205a, 205b), en donde los dos sitios (205a, 205b) no están conectados entre sí a través de miembros (305) de anillo adyacentes, y g) establecer un enlace (310d) de derivación directo para el tráfico directo entre los dos sitios (205a, 205b) agregando conexiones de capas de transporte L1/L0 entre miembros (305a, 305d) de anillo no adyacentes y proporcionar el enlace (310d) de derivación con mayor capacidad que otros segmentos (310) de anillo.

Description

DESCRIPCIÓN
Método y sistema para la interconexión de sitios a través de una red de transporte
Campo
La presente descripción se refiere, en general, a redes de transporte y, más específicamente, al uso de redes de transporte definidas por software para interconectar sitios a través de una red de transporte.
Antecedentes
Puede considerarse que red de transporte definida por software (TSDN) se aplica a la aplicación de técnicas de red definida por software (SDN) a las capas de transporte de una Red de Área Amplia (WAN) de un proveedor de servicios. Las capas de transporte incluyen la capa 0 (L0) y la capa 1 (L1), y posiblemente la capa 2 (L2) en algunos casos. En el modelo de Interconexión de Sistemas Abiertos (OSI) de siete capas de redes informáticas, la capa física es L1. El cableado de red a veces se denomina L0. L0 puede usar, por ejemplo, Multiplexación por División de Longitud de Onda Densa (DWDM) o sistemas de transporte fotónico. L1 puede, por ejemplo, emplear protocolos tales como Red Óptica Síncrona (SONET), Jerarquía Digital Síncrona (SDH) y Red de Transporte Óptico (OTN). La capa 2 puede ser Ethernet.
Un controlador TSDN puede controlar y administrar los flujos de tráfico en la red.
En la técnica anterior, el siguiente documento da a conocer información de antecedentes tecnológicos para la presente invención:
D1 US 2013/108264 A1 (DERUIJTER DENIS H [US] ET AL) 2 de mayo de 2013 (02-05-2013).
El documento D1 describe una arquitectura de red de centro de datos que incluye una o más redes de anillo óptico físicas o lógicas y cada una de las redes de anillo óptico incluye una pluralidad de nodos ópticos en los que al menos dos nodos ópticos tienen cada uno un controlador coresidente local asociado. También hay un controlador central que puede recibir información perteneciente a una topología de red de afinidad. En funcionamiento normal, todos los nodos ópticos de la red de anillo óptico física o lógica pueden eventualmente entrar en una etapa de funcionamiento especial estableciendo conectividad con el controlador central que, junto con los controladores coresidentes asociados con los respectivos nodos ópticos, pueden configurar varios enlaces en la red de anillo óptico para un flujo de tráfico de red más eficiente.
Compendio
La presente invención tiene por objeto proporcionar un método, controlador TSDN y red mejorados. Este objeto se resuelve mediante un método según la reivindicación 1 y un controlador TSDN de la reivindicación 10, así como una red según la reivindicación 16. Otras realizaciones ventajosas y mejoras de la invención se enumeran en las reivindicaciones dependientes. A continuación, se explican aspectos de la invención que contribuyen a la comprensión de la invención antes de pasar a un comentario detallado de las realizaciones de la invención con referencia a los dibujos adjuntos.
En algunos aspectos, la presente descripción describe un método para gestionar el tráfico entre una pluralidad de sitios interconectados, estando los sitios interconectados mediante miembros de anillo y segmentos de anillo de un anillo lógico implementado por un controlador de red a través de una red de transporte física, según la reivindicación 1.
En algunos otros aspectos, la presente descripción describe un sistema para gestionar el tráfico entre una pluralidad de sitios interconectados. El sistema incluye: un controlador de red de transporte definida por software (TSDN) configurado para gestionar el tráfico a través de una red de transporte que incluye los sitios según la reivindicación 10.
En algún aspecto, la presente descripción describe una red según la reivindicación 16.
Otros aspectos y características de la presente descripción resultarán evidentes para aquellos con experiencia ordinaria en la técnica tras la revisión de la siguiente descripción de implementaciones específicas de la descripción junto con las figuras adjuntas.
Breve descripción de los dibujos
Ahora se hará referencia, a modo de ejemplo, a los dibujos adjuntos que muestran implementaciones de ejemplo; y en los cuales:
La figura 1 es un diagrama esquemático que ilustra un ejemplo simplificado de una red física para TSDN;
Las figuras 2A y 2B son diagramas esquemáticos que ilustran un modelo lógico de ejemplo para gestionar la interconexión de sitios a través de una red de transporte;
La figura 3 es un diagrama esquemático que ilustra un anillo lógico de ejemplo que puede ser implementado por un controlador TSDN para interconectar sitios a través de una red de transporte;
La figura 4 es un diagrama esquemático que ilustra un ejemplo de cómo un controlador TSDN puede redimensionar dinámicamente la capacidad de un segmento de un anillo lógico de ejemplo;
La figura 5 es un diagrama esquemático que ilustra un ejemplo de cómo un controlador TSDN puede agregar o eliminar dinámicamente miembros lógicos de un anillo lógico de ejemplo;
La figura 6 es un diagrama esquemático que ilustra un ejemplo de cómo un controlador TSDN puede crear dinámicamente enlaces de derivación en un anillo lógico de ejemplo;
La figura 7 es un diagrama esquemático que ilustra un ejemplo de cómo un anillo lógico puede servir a múltiples conjuntos de sitios interconectados;
La figura 8 es un diagrama esquemático que ilustra un ejemplo de cómo un controlador de sitio puede comunicarse con un controlador TSDN;
La figura 9 es un diagrama esquemático que ilustra un ejemplo de cómo se pueden reenviar paquetes en un anillo lógico de ejemplo;
La figura 10 es un diagrama de flujo que ilustra un ejemplo de cómo un controlador TSDN puede modificar dinámicamente la topología de un anillo lógico de ejemplo; y
La figura 11 es un diagrama de flujo que ilustra un ejemplo de cómo un controlador TSDN puede agregar dinámicamente un nuevo miembro de anillo a un anillo lógico de ejemplo.
Descripción detallada
La figura 1 es un diagrama esquemático que ilustra un ejemplo simplificado de la red 100 de transporte física para TSDN. En este ejemplo, un controlador 105 TSDN controla y gestiona las conexiones entre tres conmutadores 110. En algunos ejemplos, puede haber una pluralidad de controladores 105 TSDN trabajando juntos. Aunque se muestran tres conmutadores 110, debe entenderse que la red 100 puede ser mucho más compleja con muchos más conmutadores 110.
El controlador 105 TSDN puede incluir uno o más procesadores 115 acoplados a una o más memorias 120. El(los) procesador(es) 115 pueden acceder a datos en la(s) memoria(s) 120 interna(s) y/o una o más memorias externas (no mostradas), y puede ejecutar instrucciones almacenadas en la(s) memoria(s) 120 interna(s) y/o memoria(s) externa(s). Por ejemplo, la(s) memoria(s) 120 puede(n) incluir instrucciones que, cuando se ejecutan, hacen que el controlador 105 TSDN implemente una función 125 de programador, una función 130 de análisis, una función 135 de interfaz de usuario y una función 140 de optimización de red. La función 125 de programador puede servir para realizar la programación de rutas entre los conmutadores 110. Esto puede permitir la adición/eliminación de rutas sincronizadas en el tiempo muy precisas, para movimientos de red casi sin impacto. La función 130 de análisis puede servir para realizar análisis estadísticos sobre el tráfico de ruta. Por ejemplo, la función 130 de análisis puede controlar la red 100 para detectar cualquier cambio o desarrollo de problemas, y puede proporcionar una advertencia temprana de los problemas esperados de la red. La función 135 de interfaz de usuario puede servir para proporcionar una salida gráfica a un usuario. La función 140 de optimización de red puede servir para realizar optimizaciones de ruta (por ejemplo, sobre la base de los resultados de la función 130 de análisis). Las instrucciones para llevar a cabo dichas funciones 125, 130, 135, 140, por ejemplo, pueden ser proporcionadas por los respectivos módulos de software o aplicaciones ejecutadas por el(los) procesador(es)115, pueden ser proporcionadas por un solo módulo de software o aplicación, pueden ser proporcionadas por combinaciones de múltiples módulos de software o aplicaciones, o pueden proporcionarse simplemente como instrucciones codificadas en un sistema operativo. En algunos ejemplos, una o más de las funciones 125, 130, 135, 140 pueden estar codificadas en instrucciones almacenadas externamente al controlador 105 TSDN (p. ej., en una memoria de acceso remoto (no mostrada)), y pueden ser accedidas por el controlador 105 TSDN para realizar la función apropiada. La(s) memoria(s) 120 puede(n) almacenar además datos 145, tales como datos relevantes para gestionar la red de transporte. En algunos ejemplos, una o más porciones de datos 145 pueden almacenarse externamente y el controlador 105 TSDN puede acceder a ellas según sea necesario. El controlador 105 TSDN también puede almacenar en su(s) memoria(s) 120 (o memoria(s) externa(s)) un registro de todos los eventos de la red, y puede permitir la reproducción o revisión de los eventos de la red fuera de línea.
El(los) procesador(es) 115 pueden estar acoplados a un dispositivo 150 de salida (p. ej., un monitor de ordenador) interno o externo al controlador 105 TSDN, para proporcionar salida a un usuario a través de la función 135 de interfaz de usuario, por ejemplo. La función 135 de interfaz de usuario puede permitir la salida de una interfaz gráfica de usuario (p. ej., una pantalla de gráficos 3D de alta calidad) que muestra una representación gráfica de la red gestionada (p. ej., la representación de los enlaces físicos y/o enlaces lógicos de la red), por ejemplo usando una interfaz de usuario simple. Esta puede ser una interfaz de usuario extensible para el usuario, con programación incorporada. El controlador 105 TSDN también puede incluir una o más interfaces 155 de programa de aplicación (API), para permitir que el controlador 105 TSDN interactúe con uno o más sistemas externos (no mostrados). Por ejemplo, una API 155 puede permitir que una aplicación de terceros programe conexiones, verifique el estado de la red o agregue/elimine rutas, entre otras tareas.
El controlador 105 TSDN puede incluir uno o más controladores redundantes o paralelos, por ejemplo, con el propósito de depurar la migración.
Un conmutador 110 puede ser un conmutador óptico (también denominado conmutador lambda) que permite la conmutación de diferentes longitudes de onda de luz (también denominadas lambdas). Un conmutador 110 puede incluir un puerto 160 óptico y/o un puerto 165 eléctrico (p. ej., un puerto eléctrico de capa 2 (L2)/capa 3 (L3)). Las rutas pueden terminar en un puerto 160 óptico o en un puerto 165 eléctrico. El puerto 165 eléctrico recibe datos de nodos externos a través de una interfaz eléctrica y puede codificar los flujos de datos recibidos para su transmisión como señales ópticas.
Las conexiones entre el controlador 105 TSDN y entre los conmutadores 110 pueden estar usando cualquier protocolo adecuado, incluyendo Open Shortest Path First (OSPF) y otros protocolos que serán evidentes para los expertos en la técnica. Los conmutadores 110 pueden tener una conectividad simple del Protocolo de Internet versión 6 (IPv6), tal como usar configuración cero v6 (p. ej., usar direcciones asignadas durante la fabricación). Los conmutadores pueden ejecutar extensiones de Conmutación de Etiquetas Multiprotocolo Generalizadas (GMPLS) a OSPF para anuncio de restricciones. Las restricciones anunciadas pueden almacenarse como datos 145 en el controlador 105 TSDN. Un experto en la técnica apreciará que el conmutador 110 también podría usar otros protocolos para la conectividad, que incluyen pero no se limitan a IPv4.
El controlador 105 TSDN puede tener conexiones redundantes duales y puede ejecutar OSPF para el aprendizaje de gráficos. El controlador 105 TSDN puede usar OpenFlow sobre IP para comunicarse con el conmutador 110. La conectividad IP indirecta a través de OSPF v6 para la red del centro de datos (DCN) puede reservarse para rutas ópticas de baja velocidad. El controlador 105 TSDN puede incluir una matriz de puertas programables de campo (FPGA) para realizar optimizaciones de ruta de alta velocidad (p. ej., usando solucionadores de programación lineal (LP) y optimizaciones convexas) en la función 140 de optimización de red. El controlador 105 TSDN puede implementar programación de ruta basada en tiempo usando la función 125 de planificador. El controlador 105 TSDN también puede realizar el control del acuerdo de nivel de servicio (SLA) para cada ruta, y sobre la base de dicho control puede llevar a cabo la protección de la red de malla óptica, por ejemplo, activando la creación de una nueva ruta para la protección de ruta de respaldo dedicada (DBPP o protección 1 1).
La instancia de reenvío virtual L2/L3 (VFI) o la función de enrutamiento y reenvío virtual (VRF) se pueden completar con el estado de reenvío por el controlador 105 TSDN. Por ejemplo, una unidad de procesamiento de red (NPU) o un circuito integrado específico de la aplicación (ASIC) puede colocarse en terminaciones eléctricas para VPN de L2 o VPN de capa 3. Las rutas en la red 100 pueden ser de tamaño variable, por ejemplo, se pueden usar redes flexibles de hasta 10G cada una.
Las figuras 2A y 2B son diagramas esquemáticos que ilustran un modelo lógico de ejemplo para gestionar la interconexión de sitios a través de una red de transporte de ejemplo. Las figuras 2A y 2B pueden ser representaciones lógicas que pueden implementarse utilizando las conexiones de red físicas descritas con respecto a la figura 1.
En este ejemplo, se puede usar un transporte lógico para interconectar múltiples sitios 205a, 205b, 205c, 205d (denominados en conjunto sitios 205), por ejemplo, centros de datos. Volviendo a la figura 2A, un sitio 205 puede ser un sitio de alta capacidad, y puede implementarse, por ejemplo, usando una estructura de conmutador L2 relativamente económica y componentes ópticos de corto alcance relativamente económicos. Puede usarse un controlador 210 de sitio (véase la figura 2B) para gestionar la red de sitio local. El sitio 205 puede conectarse a un dispositivo 215 de transporte, tal como un conmutador L2, que puede proporcionar componentes ópticos de mayor alcance (p. ej., implementando DWDM). La agregación de enlaces (LAG) puede usarse para agregar enlaces desde el dispositivo 215 de transporte a la red de transporte creando un único enlace lógico, que puede denominarse enlace 220 LAG. En este modelo lógico de ejemplo, la red de transporte puede parecer un único conmutador 225 central lógico L2 desde la perspectiva del sitio 205. El único conmutador 225 central puede conceptualizarse como un conmutador de alta capacidad que permite la conmutación de paquetes desde cualquier enlace 220 LAG entrante a cualquier enlace 220 LAG saliente.
Como se ilustra en la figura 2B, por ejemplo, el resultado de crear un conmutador 225 central conceptual es que cada uno de los sitios 205a, 205b, 205c, 205d, ve la red como si tuviera una configuración de tipo estrella, de modo que cada sitio 205 solo necesita transmitir datos al conmutador 225 central para enrutamiento. Esto contrasta con una configuración física en la que hay una pluralidad de conexiones de nodo a nodo actuales de la red de transporte que conectan cada sitio 205 a cada otro sitio 205. El controlador 210 de sitio puede necesitar solo transmitir información de tráfico (p. ej., en forma de matriz de tráfico) al controlador 105 TSDN, sin tener que conocer el tráfico a lo largo de las rutas de red actuales. Aunque el controlador 210 de sitio se ilustra solo para un sitio 205b, debe entenderse que puede haber un controlador 210 de sitio para cada sitio 205a, 205b, 205c, 205d, para comunicar la información de tráfico pertinente a cada sitio 205a, 205b, 205c, 205d al controlador 105 TSDN.
En varios ejemplos, la presente descripción describe una disposición para una red de transporte que proporciona interconexiones lógicas L2 entre sitios. Se pueden utilizar enlaces LAG para conectar cada sitio a la red de transporte. El controlador TSDN puede implementar un conmutador L2 lógico a través de un anillo lógico, que se virtualiza a través de la red física. Esto puede proporcionar unidifusión y multidifusión L2 resiliente entre miembros de anillo. Además, el controlador TSDN puede modificar dinámicamente el anillo lógico, por ejemplo aumentando/disminuyendo dinámicamente la capacidad de los segmentos de anillo, agregando/eliminando dinámicamente miembros de anillo y segmentos de anillo, y creando dinámicamente segmentos de derivación de anillo (también denominados atajos) de diversa capacidad para, por ejemplo, el tráfico de unidifusión. El uso de enlaces LAG puede permitir aumentos/disminuciones en la capacidad del anillo sin o casi sin impacto, lo que da como resultado un ancho de banda de red flexible.
Es posible que el controlador de sitio solo necesite comunicar una matriz de tráfico deseada al controlador TSDN (p. ej., a través de una API proporcionada por el controlador TSDN). El controlador TSDN puede (p. ej., utilizando sus funciones de planificador, análisis y optimización) ajustar dinámicamente el ancho de banda de diferentes enlaces para satisfacer la matriz de tráfico deseada. El controlador TSDN puede, por ejemplo, crear/eliminar segmentos de derivación de anillo dinámicamente en respuesta a matrices de tráfico cambiantes de los sitios.
En varios ejemplos, la presente descripción puede permitir la reducción de costes de funcionamiento automatizando la creación de enlaces lógicos entre sitios y controlando dinámicamente la capacidad de los enlaces lógicos, con poco o ningún impacto de control en los sitios mismos. El uso de la ruta de datos L2 puede permitir la implementación de cualquier solución L2 adecuada, por ejemplo, Ethernet/IPv4/IPv6 con OSPF/Sistema Intermedio a Sistema Intermedio (ISIS)/Protocolo de Puerta de Enlace de Frontera (BGP) que se puede utilizar sobre la red transparente. Por tanto, la tecnología de anillo Ethernet estándar se puede utilizar para implementar la conectividad L2 básica. Un sitio puede, por ejemplo, usar el protocolo de resolución de direcciones (ARP) para formar una subred y luego puede ejecutar IP y una red de área local extensible virtual (VXLAN).
La figura 3 es un diagrama esquemático que ilustra un anillo lógico de ejemplo que puede ser implementado por un controlador TSDN para interconectar sitios a través de la red de transporte. Como se explicó anteriormente, implementando un anillo lógico de este tipo, se puede lograr el modelo lógico de un conmutador central.
El anillo lógico puede ser una topología virtual sobre la red física. En el ejemplo mostrado, la red física puede incluir conmutadores 110 físicos (p. ej., conmutadores L1/L0) interconectados por fibras 113 ópticas. El controlador 105 TSDN puede gestionar rutas de datos en la red física para lograr el anillo lógico.
El controlador 105 TSDN puede crear el anillo lógico (p. ej., a través de Ethernet) utilizando segmentos L1/L0 que interconectan un conjunto de sitios. Se puede utilizar cualquier protocolo de anillo L2 adecuado (p. ej., Anillo de Paquete Resistente (RPR) G.8032). En algunos ejemplos, como se describe más adelante, se pueden interconectar múltiples conjuntos de sitios utilizando el mismo anillo lógico.
El anillo lógico puede incluir varios miembros 305 de anillo conectados a través de segmentos 310 de anillo. Cada miembro 305 de anillo puede ser un conmutador óptico pasivo que proporciona una entrada L2 y una salida L1/L0 (p. ej., entrada Ethernet, a red de transporte óptico (OTN), luego a salida DWDM). Cada segmento 310 de anillo puede incluir conexiones lógicas L1/L0 agregadas juntas (p. ej., mediante LAG) para crear una ruta L2 lógica o una tubería L2. Algunos miembros 305 de anillo pueden conectarse a un sitio 205 (p. ej., a través de un enlace LAG), mientras que otros miembros 305 de anillo pueden simplemente servir para pasar tráfico sin conexión a un sitio 205. Aunque la figura 3 no muestra más de un sitio 205 conectado a un miembro 305 de anillo, en otras realizaciones de ejemplo un miembro 305 de anillo puede estar conectado a dos o más sitios 205. Los paquetes pueden etiquetarse para sitios 205 específicos y pueden agregarse o retirarse del anillo lógico por cada sitio 205, según corresponda.
Un segmento 310 de anillo representa una ruta lógica entre dos miembros 305 de anillo. Aunque se representa lógicamente como una ruta directa entre los miembros 305 de anillo, un segmento 310 de anillo puede implementarse físicamente a través de múltiples interconexiones de fibra 113 entre múltiples conmutadores 110 físicos. Aunque algunos segmentos 310 de anillo en la figura 3 se muestran aproximadamente coincidiendo con las fibras 113 físicas, los segmentos 310 de anillo son trayectos lógicos que no coinciden necesariamente con los trayectos físicos de la red, por ejemplo, como puede apreciarse en el segmento 310e de anillo.
[Cabe señalar que los sitios 205 pueden desconocer la existencia del anillo lógico. Desde el punto de vista de un sitio 205, puede parecer simplemente que su tráfico se maneja a través de un conmutador central.
Como se describirá a continuación, el controlador TSDN puede ajustar dinámicamente el anillo lógico, por ejemplo, para adaptarse a las demandas cambiantes del tráfico.
La figura 4 es un diagrama esquemático que ilustra un ejemplo de cómo el controlador 105 TSDN puede redimensionar dinámicamente la capacidad de un segmento 310 de anillo.
[El controlador 105 TSDN puede recibir demandas de tráfico (p. ej., en forma de una matriz de tráfico) desde un controlador 210 de sitio. Las demandas de tráfico recibidas pueden indicar que un cambio de tamaño de la capacidad de un segmento 310 de anillo es requerido o deseado (p. ej., según se determine utilizando las funciones de análisis y optimización del controlador 105 TSDN). En el ejemplo mostrado, puede ser necesario un aumento en el ancho de banda entre los miembros 305a y 305b de anillo, en respuesta al aumento del tráfico, como se puede determinar mediante el análisis de una matriz de tráfico recibida desde el controlador 210 de sitio. El controlador 105 TSDN puede aumentar el ancho de banda del segmento 310a de anillo entre los miembros 305a y 305b de anillo mediante la adición de conexiones L1/L0 paralelas al enlace LAG del segmento 310a de anillo. Dichas conexiones paralelas pueden agregarse sin afectar a otros segmentos 310 de anillo siempre que haya ancho de banda no utilizado disponible para el controlador 105 TSDN. En los casos donde no haya ancho de banda no utilizado disponible, el controlador 105 TSDN puede determinar (p. ej., usando algoritmos de optimización apropiados) cómo redistribuir el ancho de banda entre los segmentos 310 de anillo para satisfacer la necesidad de un mayor ancho de banda en el segmento 310a de anillo entre los miembros 305a y 305b de anillo. Por ejemplo, esto puede implicar reducir el ancho de banda en uno o más de otros segmentos 310 de anillo. De manera similar, las demandas de tráfico pueden indicar que una disminución en el ancho de banda de un segmento 310 de anillo es apropiada. El controlador 105 TSDN puede, por consiguiente, eliminar conexiones L1/L0 paralelas del enlace LAG del segmento 310 de anillo, para liberar ancho de banda. En algunos casos, incluso si las demandas de tráfico indican que una disminución en la capacidad es apropiada, el controlador 105 TSDN puede no eliminar inmediatamente conexiones del enlace LAG (p. ej., el controlador 105 TSDN puede implementar un efecto de histéresis), por ejemplo, en anticipación de futuras necesidades y/o para evitar cambios bruscos. Cabe señalar que el controlador 105 TSDN también puede administrar la conectividad entre sitios 205 que no son parte de la red en anillo, y la determinación del controlador TSDN de si aumentar o disminuir el ancho de banda en un segmento 310 de anillo se puede realizar teniendo en cuenta los requisitos de otros problemas de conectividad de red distintos de los de la red en anillo.
La figura 5 es un diagrama esquemático que ilustra un ejemplo de cómo el controlador 105 TSDN puede agregar o eliminar dinámicamente un miembro 305 de anillo del anillo lógico.
Puede añadirse un nuevo miembro 305 de anillo para permitir, por ejemplo, el acceso al anillo lógico por un nuevo sitio 205a. La adición de un nuevo miembro 305 de anillo puede ser activada por una solicitud del controlador 210 de sitio del nuevo sitio 205a. Esta solicitud para unirse al anillo se envía típicamente al controlador 105 TSDN. El controlador 105 TSDN puede entonces considerar la topología de anillo actual para determinar si un miembro 305 de anillo actual es capaz de proporcionar acceso al nuevo sitio 205a. Si el controlador 105 TSDN determinó que no hay un miembro 305 de anillo actual que pueda proporcionar acceso al nuevo sitio 205a (p. ej., todos los miembros 305 de anillo actuales están suficientemente distantes geográfica y/o topológicamente del nuevo sitio 205a), puede añadirse un nuevo miembro 305 de anillo. La adición de un nuevo miembro 305 de anillo puede ser realizada por el controlador 105 TSDN sin impacto (es decir, sin afectar el flujo de tráfico en el anillo lógico).
Después de examinar la topología de anillo actual, el controlador 105 TSDN puede determinar dónde debe añadirse un nuevo miembro 305c de anillo al anillo lógico. En el ejemplo mostrado, el controlador 105 TSDN determina que el nuevo miembro 305c de anillo debería añadirse entre los miembros 305a y 305b de anillo existentes.
El controlador 105 TSDN puede añadir entonces nuevos segmentos 310b y 310c de anillo al anillo lógico existente, para conectar el nuevo miembro 305c de anillo a los miembros 305a y 305b de anillo existentes. Los nuevos segmentos 310b y 310c de anillo pueden crearse agregando (p. ej., usando LAG) conexiones lógicas L1/L0 apropiadas al nuevo miembro 305c de anillo.
Después de que se hayan establecido el nuevo miembro 305c de anillo y los nuevos segmentos 310b, 310c de anillo, el segmento 310a de anillo existente entre los miembros 305a y 305b de anillo puede ser eliminado por el controlador 105 TSDN. Debido a que es posible asegurar que el segmento 310a de anillo no es eliminado hasta que se hayan establecido los nuevos segmentos 310b, 310c de anillo, el flujo de tráfico en el anillo lógico no se ve afectado negativamente. Además de garantizar que el segmento 310a de anillo no se desactive hasta que se cree una ruta de reemplazo adecuada, también es posible garantizar que la conexión proporcionada por el segmento 310a de anillo permanezca activa mientras se desvía el tráfico hacia los segmentos 310b, 310c de anillo más nuevos antes de que el segmento 310a de anillo se desactive. Esto permite que todo el tráfico que se ha colocado en el segmento 310a de anillo salga del segmento 310a de anillo antes de que se elimine el segmento 310a de anillo. Las técnicas de gestión del tráfico apropiadas para los anillos lógicos, tales como la inversión temporal del flujo de tráfico durante la eliminación del segmento 310a de anillo antiguo, pueden usarse para asegurar que el flujo de tráfico no se vea afectado negativamente. Usando estas técnicas, el anillo lógico se puede expandir sin impacto mediante la adición dinámica del nuevo miembro 305c de anillo y el nuevo sitio 205a. Cabe señalar que cuando el diseño lógico de un anillo se expande para acomodar un nuevo miembro (p. ej., se agregan nuevos segmentos), se proporcionarán al menos dos miembros de anillo existentes (p. ej., miembros 305a, 305b de anillo en el presente ejemplo) con tablas de enrutamiento actualizadas. Cualquier miembro de anillo afectado puede recibir una instrucción para mantener activo el segmento de anillo antiguo hasta que se pueda proporcionar una transición sin impacto.
La configuración del protocolo de anillo L2 puede actualizarse por consiguiente en el controlador 105 TSDN para reflejar la nueva topología de anillo.
De manera similar, el controlador 105 TSDN también puede realizar la eliminación dinámica sin impacto de un miembro de anillo. Por ejemplo, si el miembro 305c de anillo fuera eliminado del anillo lógico (p. ej., debido a que el sitio 205a ya no requiere participación en el anillo lógico), el controlador 105 TSDN puede establecer primero un nuevo segmento 305a de anillo entre los miembros 305a y 305b de anillo, y luego eliminar los segmentos 310b y 310c de anillo que conectan el miembro 305c de anillo con el resto del anillo lógico. Nuevamente, el flujo de tráfico en el anillo lógico no necesita verse afectado negativamente. La configuración del protocolo de anillo L2 puede actualizarse por consiguiente en el controlador 105 TSDN para reflejar la nueva topología de anillo. En algunos casos, incluso si las demandas de tráfico indican que la eliminación de un miembro 305 de anillo es apropiada, el controlador 105 TSDN puede no eliminar inmediatamente el miembro 305 de anillo y sus segmentos 310 de anillo asociados del anillo lógico (p. ej., el controlador 105 TSDN puede implementar un efecto de histéresis), por ejemplo, en previsión de necesidades futuras y/o para evitar cambios bruscos.
La figura 6 es un diagrama esquemático que ilustra un ejemplo de cómo el controlador 105 TSDN puede crear dinámicamente enlaces de derivación en el anillo lógico. En una topología de anillo estándar, el tráfico fluye alrededor de la circunferencia del anillo. Si hay dos sitios 205 que tienen una gran cantidad de tráfico entre ellos, puede ser beneficioso permitir un enlace de derivación que conecte directamente los dos sitios 205. Por ejemplo, puede ser deseable tener enlaces de derivación en el anillo lógico entre dos sitios 205, para permitir una comunicación directa más rápida (p. ej., para tráfico de unidifusión). Un ejemplo de dicha necesidad de una conexión de derivación puede ser cuando un cliente de dos sitios de centros de datos crea un servicio en un sitio que es utilizado por el otro sitio. Dicho cliente puede tener una necesidad definida de una conexión de gran ancho de banda entre los sitios con una latencia particular. En lugar de aumentar los recursos asignados alrededor del anillo para satisfacer las necesidades de este cliente, se puede crear un enlace de derivación o una conexión de atajo.
El controlador 105 TSDN determina, basándose en matrices de tráfico de los sitios 205a y 205b, que existe un requisito de mayor capacidad entre estos dos sitios 205a, 205b. Los sitios 205a y 205b no están conectados entre sí a través de miembros 305 de anillo adyacentes. Por consiguiente, el controlador 105 TSDN puede establecer una ruta directa para el tráfico entre los dos sitios 205a y 205b. Esta ruta directa entre los miembros de anillo adyacentes puede permitir una comunicación más rápida y evitar la congestión en el anillo al permitir que el tráfico entre los sitios evite el anillo. Como alternativa, uno o ambos sitios 205a y 205b pueden transmitir una solicitud al controlador 105 TSDN solicitando la creación de un enlace de derivación directamente entre los sitios 205a y 205b (o entre los miembros 305 de anillo asociados).
La creación de un enlace de derivación puede ser similar a la creación de un nuevo segmento de anillo, por ejemplo, como se describió anteriormente, sin embargo, no se agregan nuevos miembros de anillo lógicos. En el ejemplo mostrado, el controlador 105 TSDN crea un enlace 310d de derivación que permite el tráfico directo entre los sitios 205a y 205b, agregando juntas conexiones L1/L0 entre miembros 305a y 305d de anillo no adyacentes. El enlace 310d de derivación puede, por ejemplo, estar provisto de mayor capacidad que otros segmentos 310 de anillo. El controlador 105 TSDN puede entonces actualizar, por consiguiente, el protocolo de anillo para que el tráfico de unidifusión pueda enviarse directamente a través del enlace 310d de derivación. Normalmente, el enlace 310d de derivación solo transporta tráfico que se origina en uno de los sitios 205a y 205b, y que se dirige al otro de los sitios 205a y 205b.
En algunos ejemplos, el controlador 105 TSDN puede aumentar adicionalmente la capacidad de un segmento 310a de anillo existente entre los sitios 205a y 205b, por ejemplo, dependiendo de las necesidades de tráfico de los sitios 205a y 205b. En algunos ejemplos, si las matrices de tráfico de los sitios 205a y 205b muestran un requisito de mayor capacidad entre estos dos sitios 205a, 205b, el controlador 105 TSDN puede intentar primero aumentar la capacidad de los segmentos 310 de anillo existentes entre los dos sitios 205a, 205b antes de crear un enlace 310d de derivación. Si la capacidad de los segmentos 310 de anillo se ha incrementado antes de la creación del enlace 310d de derivación, la creación del enlace 310d de derivación puede servir como un activador para reducir la capacidad de los restantes segmentos 310 de anillo.
En algunos ejemplos, un anillo lógico puede incluir más de un enlace de derivación. Por ejemplo, la figura 6 también muestra un segundo enlace 310e de derivación entre miembros 305d y 305e de anillo no adyacentes, que permite el tráfico de unidifusión directo entre los sitios 205d y 205c.
Mientras que el tráfico de unidifusión puede transportarse en los enlaces 310d, 310e de derivación, entre los sitios 205a y 205b, y 205b y 205c directamente enlazados, respectivamente, el tráfico de multidifusión puede permanecer en el anillo lógico. Cabe señalar que los sitios 205 pueden permanecer no conscientes de la presencia de enlaces 310d, 310e de derivación (p. ej., si el sitio 205 no solicitó por sí mismo la creación de un enlace de derivación).
Por tanto, los enlaces de derivación pueden ser creados dinámicamente por el controlador 105 TSDN, en respuesta a las condiciones cambiantes del tráfico, sin impacto. De manera similar, los enlaces de derivación pueden ser eliminados dinámicamente por el controlador 105 TSDN, en respuesta a las condiciones cambiantes del tráfico, sin impacto.
La figura 7 es un diagrama esquemático que ilustra un ejemplo de cómo un anillo lógico puede servir a múltiples conjuntos de sitios interconectados. Para facilitar la comprensión, no se muestran los conmutadores ni las conexiones de fibra física de la red física.
En el ejemplo mostrado, una pluralidad de sitios 205-A forman un conjunto de sitios que se comunican entre sí (p. ej., a través de VPN-A) y una pluralidad de sitios 205-B forman un conjunto separado de sitios que se comunican entre sí (p. ej., mediante VPN-B independiente). El mismo anillo lógico, gestionado por el mismo controlador 105 TSDN, puede servir a ambos conjuntos de sitios 205-A y 205-B. Esto se puede implementar etiquetando paquetes para VPN-A de manera diferente a los paquetes para VPN-B (p. ej., usando etiquetas de red de área local virtual (VLAN) apiladas o de manera equivalente usando identificadores de instancia de servicio (ISID)). En algunos ejemplos, puede ser práctico que diferentes conjuntos de sitios 205-A, 205-B compartan el mismo anillo lógico en los casos donde patrones de tráfico de los dos conjuntos de sitios 205-A, 205-B son complementarios, donde hay suficiente superposición topológica o geográfica entre los dos conjuntos de sitios 205-A, 205-B y donde el tráfico total de ambos conjuntos de sitios 205-A, 205-B está dentro de la capacidad del anillo lógico.
Como se muestra en el ejemplo de la figura 7, un miembro 305a de anillo puede servir a ambos sitios 205-A y 205-B que pertenecen a conjuntos de comunicación separados. Los sitios 205-A de un conjunto de comunicaciones pueden no ser conscientes de los sitios 205-B de otro conjunto de comunicaciones que comparten el mismo anillo lógico. Cada conjunto de sitios 205-A, 205-B puede transmitir independientemente información de tráfico (p. ej., matrices de tráfico) y/o solicitudes de topología (p. ej., solicitud para crear un enlace de derivación) al controlador 105 TSDN. El controlador 105 TSDN puede administrar por consiguiente el tráfico en el anillo lógico y/o realizar cambios dinámicamente en la topología de anillo teniendo en cuenta el impacto en el tráfico para ambos conjuntos de sitios 205-A, 205-B.
En el ejemplo mostrado, el anillo lógico incluye un enlace 310a de derivación (p. ej., creado por el controlador 105 TSDN en respuesta a las demandas de tráfico). Como se ilustra, el enlace 310a de derivación sirve a dos sitios en el conjunto de sitios 205-A, pero los expertos en la técnica apreciarán que en otras realizaciones, los enlaces de derivación pueden ser compartidos por ambos conjuntos de sitios 205-A y 205-B donde surja la necesidad y oportunidad.
En algunos ejemplos, a medida que cambian las condiciones del tráfico, el patrón de tráfico de un conjunto de sitios 205-A puede diferir del patrón de tráfico del otro conjunto de sitios 205-B. Por ejemplo, el conjunto de sitios 205-A puede agregar nuevos miembros que están topológica o geográficamente distantes del conjunto de sitios 205-B. En tal caso, el controlador 105 TSDN puede determinar que los dos conjuntos de sitios 205-A y 205-B estarían mejor servidos por dos anillos lógicos separados. El controlador 105 TSDN puede entonces crear anillos lógicos separados para cada conjunto de sitios 205-A y 205-B. Se pueden utilizar técnicas de gestión de tráfico apropiadas para la gestión de anillos lógicos para asegurar que el flujo de tráfico no se vea afectado negativamente. Por ejemplo, puede haber un período de transición temporal durante la creación de dos anillos lógicos separados en el que el tráfico de ambos conjuntos de sitios 205-A, 205-B puede utilizar ambos anillos lógicos.
Aunque solo dos conjuntos de sitios 205-A, 205-B se muestran compartiendo el anillo lógico, puede haber más conjuntos de sitios separados que compartan el anillo lógico, siempre que la capacidad del anillo lógico sea capaz de soportar el tráfico.
La figura 8 es un diagrama esquemático que ilustra un ejemplo de cómo un controlador 210 de sitio puede comunicarse con el controlador 105 TSDN. Para facilitar la comprensión, no se muestran los conmutadores y las conexiones de fibra física de la red física.
En el ejemplo mostrado, el anillo lógico sirve a dos conjuntos de sitios 205-A y 205-B. Los controladores 210-A y 210-B de sitio para cada conjunto respectivo pueden comunicar sus respectivas demandas de tráfico al controlador 105 TSDN. El controlador 105 TSDN puede realizar la optimización para el tráfico de cada conjunto de sitios 205-A, 205-B por separado, o puede realizar la optimización para el tráfico global en el anillo lógico.
Los controladores 210-A y 210-B de sitio también pueden acceder al controlador 105 TSDN a través de una aplicación TSDN proporcionada por el controlador 105 TSDN. La aplicación TSDN puede proporcionar diferentes niveles de multiplexación estadística entre conjuntos de sitios 205-A, 205-B (p. ej., abarcando desde la multiplexación cero hasta el máximo permitido por los flujos de tráfico). Usando la aplicación TSDN, un sitio 205-A puede comunicar una solicitud para unirse al anillo lógico y puede indicar su membresía en el conjunto de sitios 205-A (p. ej. usando un protocolo seguro). En algunos ejemplos, se puede requerir que un sitio 205-A proporcione una clave u otra información de autorización para unirse al conjunto de sitios 205-A.
En algunos ejemplos, la aplicación TSDN puede permitir el almacenamiento de claves o valores de clave de los controladores 210-A, 210-B de sitio en el controlador 105 TSDN. Esta puede ser una cantidad relativamente pequeña de almacenamiento. El almacenamiento de valores de clave en el controlador 105 TSDN puede permitir el intercambio de datos y/o el descubrimiento mutuo por parte de los controladores 210-A, 210-B de sitio. Dicho intercambio y/o descubrimiento de datos por parte de los controladores 210-A, 210-B de sitio puede estar limitado al mismo conjunto de sitios 205-A, 205-B (es decir, el controlador 210-A de sitio solo puede intercambiar datos y/o descubrir otro controlador 210-A de sitio que pertenezca al mismo conjunto de sitios 205-A).
Aunque la comunicación entre un controlador 210 de sitio y el controlador 105 TSDN se ha descrito en el contexto de múltiples conjuntos de sitios 205-A, 205-B servidos en el anillo lógico, se pueden llevar a cabo comunicaciones similares donde solo hay un conjunto de sitios 205 servidos por el anillo lógico.
La figura 9 es un diagrama esquemático que ilustra un ejemplo de cómo se pueden reenviar paquetes en un anillo lógico de ejemplo. Para facilitar la comprensión, no se muestran los conmutadores ni las conexiones de fibra física de la red física.
En este ejemplo, un miembro 305A de anillo se ilustra con opciones de reenvío en una tabla de enrutamiento: # 1 -este al miembro 305B de anillo; # 2 - directo al miembro 305E de anillo (usando un enlace de derivación); y # 3 - oeste al miembro 305F de anillo. El miembro 305A de anillo reenvía paquetes según una de estas opciones, usando, por ejemplo, OTN y DWDM. El miembro 305A de anillo también puede extraer del anillo cualquier paquete dirigido a su sitio 205A conectado; esto puede considerarse la opción de reenvío # 0.
Cabe señalar que la tabla de enrutamiento para cada miembro 305 de anillo puede actualizarse, por ejemplo, cuando se lo indique el controlador 105 TSDN, para reflejar cambios en la topología de anillo (p. ej., adición/eliminación de un miembro de anillo o adición/eliminación de un enlace de derivación).
Un paquete en el anillo puede etiquetarse con su dirección de destino o puede etiquetarse como un paquete de difusión. Si hay varios conjuntos de sitios que comparten el mismo anillo lógico, los paquetes también pueden etiquetarse con el conjunto al que pertenece el paquete. Cuando el miembro 305A de anillo recibe un paquete, el miembro 305A de anillo reenvía el paquete según un proceso de enrutamiento asociado con su etiqueta. En el ejemplo mostrado, los paquetes en el anillo pueden etiquetarse con la dirección de control de acceso al medio (MAC) de su sitio de destino y/o su miembro de anillo de destino, o pueden etiquetarse como un paquete de difusión. Los paquetes también pueden etiquetarse como pertenecientes al conjunto de sitios Verde o al conjunto de sitios Azul. Cuando el miembro 305A de anillo recibe un paquete, el miembro 305A de anillo puede procesar el paquete, por ejemplo analizando la etiqueta de paquete para determinar qué opción de reenvío aplicar al paquete.
El miembro 305 de anillo puede programarse (p. ej., con el comportamiento apropiado de L2) para enrutar el tráfico a segmentos de anillo o para evitar enlaces, por ejemplo, basándose en si el encabezado MAC indica un paquete de difusión o una dirección MAC. En algunos ejemplos, la decisión de enrutamiento también puede basarse en la presencia de cualquier bit de Calidad de Servicio (QOS) en el encabezado de paquete (lo que puede indicar que el paquete es de alta prioridad y, por lo tanto, debe enrutarse a través de enlaces de derivación cuando estén disponibles) o cualquier otra información adecuada de mapeo de encabezados. Los paquetes se pueden enrutar según cualquier técnica de enrutamiento de paquetes adecuada. La siguiente tabla ilustra algunos ejemplos.
Figure imgf000009_0001
Como se comentó anteriormente, donde hay múltiples conjuntos de sitios servidos por los mismos miembros de anillo en el mismo anillo lógico, se pueden usar etiquetas VLAN apiladas o ISID para diferenciar entre paquetes que pertenecen a diferentes conjuntos de sitios.
La figura 10 es un diagrama de flujo que ilustra un método 1000 de ejemplo, que puede ser realizado por el controlador 105 TSDN, para modificar dinámicamente la topología de anillo.
En 1005, el controlador 105 TSDN puede controlar el tráfico en el anillo. Esto puede incluir, por ejemplo, recibir demandas de tráfico de uno o más controladores 210 de sitio asociados con sitios 205 conectados al anillo. El controlador 105 TSDN también puede controlar el tráfico de otras formas, por ejemplo usando varias técnicas de control de TSDN o SDN adecuadas.
En 1010, el controlador 105 TSDN puede determinar, basándose en la información de tráfico, si la topología de anillo debería modificarse. La determinación de si la topología de anillo debe modificarse puede basarse en si un cambio (p.
ej., aumento o disminución) en el tráfico en uno o más segmentos 310 de anillo supera, por ejemplo, un umbral predefinido. Si se determina que no es necesario modificar la topología de anillo, el método 1000 puede volver a 1005 para continuar controlando el tráfico. Si se determina que es necesario modificar la topología de anillo, el método 1000 puede continuar hasta 1015.
En 1015, el controlador 105 TSDN puede realizar una optimización de topología (p. ej., usando técnicas apropiadas de TSDN o SDN) para adaptarse al cambio en el tráfico. La optimización de topología puede incluir, en 1020, aumentar/disminuir la capacidad de uno o más segmentos 310 de anillo (p. ej., según se describe con referencia a la figura 4 anterior) y/o, en 1025, crear/eliminar uno o más enlaces de derivación (p. ej., según se describe con referencia a la figura 6 anterior).
En 1030, después de que la topología se haya modificado de manera adecuada, el controlador 105 TSDN puede actualizar su propia información almacenada sobre la configuración del anillo para reflejar la nueva topología de anillo. El controlador 105 TSDN puede transmitir información de enrutamiento actualizada a uno o más miembros 305 de anillo, reflejando el cambio en la topología de anillo. En algunos ejemplos, el controlador 105 TSDN puede transmitir la información de enrutamiento actualizada a los miembros 305 de anillo que se ven directamente afectados por el cambio en la topología de anillo.
El método 1000 puede volver a 1005 para continuar controlando el tráfico en el anillo.
Otros activadores pueden hacer que el controlador 105 TSDN modifique la topología de anillo. Por ejemplo, un controlador 210 de sitio puede transmitir una solicitud al controlador 105 TSDN solicitando la creación de un enlace de derivación. La topología de anillo también puede modificarse mediante la adición o eliminación de un miembro 305 de anillo.
La figura 11 es un diagrama de flujo que ilustra un método 1100 de ejemplo, que puede ser realizado por el controlador 105 TSDN, para añadir un nuevo sitio 205 al anillo lógico.
En 1105, el controlador 105 TSDN puede recibir una solicitud de un nuevo sitio 205 para unirse al anillo lógico. La solicitud puede incluir información de autorización, tal como una clave o un secreto compartido necesario para unirse a un conjunto de sitios.
En 1110, el controlador 105 TSDN puede verificar si el nuevo sitio 205 está autorizado para unirse al anillo. Esto puede incluir verificar que el nuevo sitio 205 tiene la clave correcta o el secreto compartido requerido para unirse al conjunto de sitios.
Si la verificación falla, entonces en 1115 el controlador 105 TSDN puede rechazar la solicitud y el método 1100 puede terminar.
Si la verificación tiene éxito, entonces en 1120 el controlador 105 TSDN puede determinar si es necesario agregar un nuevo miembro 305 de anillo para conectarse al nuevo sitio 205.
Si no se requiere un nuevo miembro 305 de anillo, entonces en 1125 el controlador 105 TSDN puede establecer una conexión entre el nuevo sitio 205 y un miembro 305 de anillo existente (p. ej., un miembro 305 de anillo más cercano al nuevo sitio 205). El método 1100 puede terminar.
Si se requiere un nuevo miembro 305 de anillo, entonces en 1130 el controlador 105 TSDN puede conectar un nuevo miembro 305 de anillo al nuevo sitio 205. El nuevo miembro 305 de anillo puede seleccionarse para que sea el más cercano al nuevo sitio 205.
En 1135 y 1140, el controlador 105 TSDN puede crear nuevos segmentos 310 de anillo para unir el nuevo miembro 305 de anillo a los miembros 305 de anillo existentes, y posteriormente eliminar un segmento 310 de anillo antiguo redundante, por ejemplo, como se describe con referencia a la figura 5. En algunos ejemplos, el controlador 105 TSDN puede conectar el nuevo miembro 305 de anillo al nuevo sitio 205 después de crear nuevos segmentos de anillo (es decir, 1135 y 1140 pueden llevarse a cabo antes de 1130).
En 1145, el controlador 105 TSDN puede actualizar su propia información almacenada sobre la configuración del anillo para reflejar la nueva topología de anillo. El controlador 105 TSDN puede transmitir información de enrutamiento actualizada a uno o más miembros 305 de anillo, reflejando el cambio en la topología de anillo. En algunos ejemplos, el controlador 105 TSDN puede transmitir la información de enrutamiento actualizada a los miembros 305 de anillo que se ven directamente afectados por el cambio en la topología de anillo.
Por tanto, la presente descripción permite la creación de un L2VPN para interconectar múltiples sitios (p. ej., centros de datos), utilizando un anillo lógico L2. Los conmutadores L1/L0 pueden ser miembros de anillo y pueden estar conectados juntos como un anillo lógico a través de segmentos de anillo, que pueden ser enlaces LAG L1/L0. El anillo puede ser controlado y gestionado por un controlador TSDN.
El controlador TSDN puede aumentar o disminuir dinámicamente y sin impacto la capacidad de segmentos de anillo individuales agregando o eliminando conexiones L1/L0 a los enlaces LAG del segmento de anillo, por ejemplo, en respuesta a las condiciones cambiantes del tráfico. El controlador TSDN puede agregar o eliminar dinámicamente miembros de anillo sin impacto, por ejemplo, en respuesta a las condiciones cambiantes del tráfico y/o para agregar o eliminar conexiones de sitios. El controlador TSDN también puede agregar o eliminar enlaces de derivación dinámicamente y sin impacto que permitan el tráfico de unidifusión directo entre miembros de anillo no adyacentes.
Un controlador de sitio puede, a través de una aplicación proporcionada por el controlador TSDN, afectar el comportamiento del controlador TSDN (p. ej., cuando el controlador de sitio tiene suficiente autorización para hacerlo). Por ejemplo, el controlador de sitio puede, a través de la aplicación TSDN, controlar el tráfico en el anillo lógico y puede hacer, por consiguiente, que TSDN agregue o elimine enlaces de derivación. En algunos ejemplos, la aplicación TSDN puede verificar primero que el controlador de sitio tiene membresía segura en el anillo lógico y puede verificar además que el controlador de sitio tiene autoridad suficiente para ejecutar una aplicación TSDN.
Aunque se han comentado ciertos ejemplos, debe entenderse que se pretende que sean de ejemplo y no limitantes. Por ejemplo, cualquier tecnología L2 se puede ejecutar (con o sin modificaciones) sobre el anillo lógico L2. También se pueden utilizar todas las técnicas de gestión y control del tráfico utilizadas para TSDN y SDN.
La presente descripción proporciona, en varios ejemplos, una técnica para permitir las interconexiones de sitios que parecen, desde el punto de vista de un sitio, ser conexiones a un conmutador L2 lógico central. Los ejemplos de la presente descripción pueden permitir la emulación de dicho conmutador central, mientras que también permiten cambios dinámicos de capacidad por parte de un controlador TSDN, que puede ser completamente transparente para los sitios interconectados.
La presente descripción puede ser aplicable a estándares tales como, por ejemplo, TSDN, SDN, Conmutación de Etiquetas Multiprotocolo Generalizada (GMPLS) y Red Óptica Conmutada Automáticamente (ASON). Cualquier sitio interconectado que se interconecte a través de L2 a través de una red de transporte puede hacer uso de la presente descripción.
Aunque la presente descripción describe métodos y procesos con etapas en un cierto orden, una o más etapas de los métodos y procesos pueden omitirse o modificarse según corresponda. Una o más etapas pueden tener lugar en un orden diferente al que se describen, según corresponda.
Si bien la presente descripción se describe, al menos en parte, en términos de métodos, una persona con experiencia ordinaria en la técnica comprenderá que la presente descripción también se dirige a los diversos componentes para realizar al menos algunos de los aspectos y características de los métodos descritos, ya sea mediante componentes de hardware, software o cualquier combinación de los dos. Por consiguiente, la solución técnica de la presente descripción se puede realizar en forma de un producto de software. Un producto de software adecuado puede almacenarse en un dispositivo de almacenamiento pregrabado u otro medio legible por ordenador no volátil o no transitorio similar, incluyendo, por ejemplo, DVD, CD-ROM, disco flash USB, un disco duro extraíble u otro medio de almacenamiento. El producto de software incluye instrucciones almacenadas de forma tangible en el mismo que permiten que un dispositivo de procesamiento (p. ej., un ordenador personal, un servidor o un dispositivo de red) ejecute ejemplos de los métodos descritos en la presente memoria.
La presente descripción puede realizarse de otras formas específicas sin apartarse de la materia de las reivindicaciones. Los ejemplos descritos deben considerarse en todos los aspectos como solo ilustrativos y no restrictivos.
También se describen todos los valores y subintervalos dentro de los intervalos descritos. Además, aunque los sistemas, dispositivos y procesos descritos y mostrados en la presente memoria pueden comprender un número específico de elementos/componentes, los sistemas, dispositivos y montajes podrían modificarse para incluir menos elementos/componentes o adicionales. Por ejemplo, aunque se puede hacer referencia a cualquiera de los elementos/componentes descritos como singular, las realizaciones descritas en la presente memoria podrían modificarse para incluir una pluralidad de dichos elementos/componentes. La materia descrita en la presente memoria pretende cubrir y abarcar todos los cambios tecnológicos adecuados.

Claims (16)

REIVINDICACIONES
1. Un método para gestionar el tráfico entre una pluralidad de sitios (205, 205a, 205b, 205c, 205d) interconectados utilizando un controlador (105) de red de transporte definida por software, TSDN, configurado para gestionar el tráfico a través de una red de transporte que incluye los sitios (205, 205a, 205b, 205c, 205d), el controlador (105) TSDN que comprende un procesador (115) configurado para ejecutar instrucciones para hacer que el controlador (105) TSDN lleve a cabo las siguientes etapas:
a) implementar un anillo lógico a través de los componentes físicos de la red de transporte, el anillo lógico que incluye miembros (305, 305a, 305b) de anillo y segmentos (310) de anillo, los sitios (205, 205a, 205b, 205c, 205d) que están interconectados lógicamente a través del anillo lógico;
b) recibir información sobre el tráfico en el anillo lógico;
c) determinar, según la información recibida, la necesidad de un cambio en la topología de anillo;
d) en respuesta a la determinación, la realización de la optimización de topología para adaptarse al cambio en el tráfico, la optimización de topología que incluye al menos uno de: aumentar la capacidad de un segmento de anillo, disminuir la capacidad de un segmento de anillo, crear una ruta de tráfico y eliminar una ruta de tráfico existente; y e) transmitir información de enrutamiento actualizada a los miembros (305, 305a, 305b) de anillo, la información de enrutamiento que refleja el cambio en la topología de anillo;
caracterizado por que el controlador (105) TSDN realiza además las siguientes etapas:
f) determinar, basándose en matrices de tráfico de dos sitios (205a, 205b), que existe un requisito de mayor capacidad entre estos dos sitios (205a, 205b), en donde los dos sitios (205a, 205b) no están conectados entre sí a través de miembros (305) de anillo adyacentes, y
g) establecer un enlace (310d) de derivación directo para el tráfico directo entre los dos sitios (205a, 205b) agregando conexiones de capas de transporte L1/L0 entre miembros (305a, 305d) de anillo no adyacentes y proporcionar el enlace (310d) de derivación con mayor capacidad que otros segmentos (310) de anillo.
2. El método de la reivindicación 1, que comprende además transmitir instrucciones a uno o más miembros (305, 305a, 305b) de anillo, las instrucciones que hacen que el uno o más miembros (305, 305a, 305b) de anillo actualicen cada uno una tabla de enrutamiento respectiva para reflejar el cambio en la topología de anillo.
3. El método de cualquiera de las reivindicaciones 1 y 2, que comprende además enviar una representación gráfica del anillo lógico a una interfaz gráfica de usuario.
4. El método de una cualquiera de las reivindicaciones 1 a 3, en donde recibir información comprende recibir una indicación de las demandas de tráfico de sitio a sitio desde uno o más sitios (205, 205a, 205b, 205c, 205d) conectados a través del anillo lógico.
5. El método de una cualquiera de las reivindicaciones 1 a 4, que además comprende:
recibir una solicitud de un nuevo sitio (205, 205a, 205b, 205c, 205d) para unirse al anillo lógico;
crear nuevos segmentos de anillo para conectar miembros (305, 305a, 305b) de anillo existentes del anillo lógico a un nuevo miembro (305, 305a, 305b) de anillo;
conectar el nuevo miembro (305, 305a, 305b) de anillo al nuevo sitio (205, 205a, 205b, 205c, 205d), para conectar el nuevo sitio (205, 205a, 205b, 205c, 205d) al anillo lógico;
eliminar cualquier segmento de anillo redundante; y
actualizar un protocolo de configuración de anillo para reflejar el cambio en la topología de anillo.
6. El método de la reivindicación 5, que además comprende:
antes de conectar el nuevo sitio (205, 205a, 205b, 205c, 205d) al anillo lógico, verificar si el nuevo sitio (205, 205a, 205b, 205c, 205d) tiene autorización suficiente para unirse al anillo lógico.
7. El método de una cualquiera de las reivindicaciones 1 a 6, en donde los segmentos de anillo comprenden enlaces de comunicación agregados.
8. El método de una cualquiera de las reivindicaciones 1 a 7, en donde hay al menos dos conjuntos definidos distintos de sitios (205, 205a, 205b, 205c, 205d) interconectados a través del anillo lógico, y en donde la optimización de topología se realiza por separado para cada conjunto de sitios (205, 205a, 205b, 205c, 205d); o, en donde hay al menos dos conjuntos definidos distintos de sitios (205, 205a, 205b, 205c, 205d) interconectados a través del anillo lógico, y en donde la optimización de topología se realiza globalmente para todos los conjuntos de sitios (205, 205a, 205b, 205c, 205d).
9. El método de una cualquiera de las reivindicaciones 1 a 8, en donde el controlador (105) TSDN actualiza un protocolo de anillo por consiguiente para que el tráfico de unidifusión pueda enviarse directamente a través del enlace (310d) de derivación, en donde el enlace (310d) de derivación solo transporta tráfico que se origina en uno de los sitios (205a, 205b) y que se dirige al otro de los sitios (205a, 205b).
10. Un sistema para gestionar el tráfico entre una pluralidad de sitios (205, 205a, 205b, 205c, 205d) interconectados, el sistema que comprende:
un controlador de red de transporte definida por software, TSDN, configurado para administrar el tráfico a través de una red de transporte que incluye los sitios (205, 205a, 205b, 205c, 205d), el controlador (105) TSDN que comprende un procesador (115) configurado para ejecutar instrucciones para hacer que el controlador (105) TSDN:
implemente un anillo lógico a través de componentes físicos de la red de transporte, el anillo lógico que incluye miembros (305, 305a, 305b) de anillo y segmentos de anillo, los sitios (205, 205a, 205b, 205c, 205d) que están interconectados lógicamente a través del anillo lógico;
reciba información sobre el tráfico en el anillo lógico;
determine, según la información recibida, la necesidad de un cambio en la topología de anillo;
en respuesta a la determinación, realice optimización de topología para adaptarse al cambio en el tráfico, la optimización de topología que incluye al menos uno de: aumentar la capacidad de un segmento de anillo, disminuir la capacidad de un segmento de anillo, crear una ruta de tráfico y eliminar una ruta de tráfico; y
transmitir información de enrutamiento actualizada a los miembros (305, 305a, 305b) de anillo, la información de enrutamiento que refleja el cambio en la topología de anillo;
caracterizado por que el procesador (115) está configurado además para ejecutar instrucciones para hacer que el controlador (105) TSDN al controlador (105) TSDN que:
determine, en base a las matrices de tráfico de dos sitios (205a, 205b), que existe un requisito de mayor capacidad entre estos dos sitios (205a, 205b), en donde los dos sitios (205a, 205b) no están conectados entre sí a través de miembros (305) de anillo adyacentes, y
establezca un enlace (310d) de derivación directo para el tráfico directo entre los dos sitios ((205a, 205b) agregando conexiones de capas de transporte L1/L0 entre miembros (305a, 305d) de anillo no adyacentes y proporcionando el enlace (310d) de derivación con mayor capacidad que otros segmentos (310) de anillo.
11. El sistema de la reivindicación 10, en donde el procesador (115) está configurado además para ejecutar instrucciones para hacer que el controlador (105) TSDN: transmita instrucciones a uno o más miembros (305, 305a, 305b) de anillo, las instrucciones que hacen que el uno o más miembros (305, 305a, 305b) de anillo actualicen cada uno una tabla de enrutamiento respectiva para reflejar el cambio en la topología de anillo.
12. El sistema de la reivindicación 10 u 11, en donde el procesador (115) está configurado además para ejecutar instrucciones para hacer además que el controlador (105) TSDN: envíe una representación gráfica del anillo lógico a una interfaz gráfica de usuario.
13. El sistema de una cualquiera de las reivindicaciones 10 a 12, en donde el procesador (115) está configurado además para ejecutar instrucciones para hacer que el controlador (105) TSDN reciba información al recibir una indicación de las demandas de tráfico de sitio a sitio de uno o más sitios (205, 205a, 205b, 205c, 205d) conectados a través del anillo lógico.
14. El sistema de una cualquiera de las reivindicaciones 10 a 13, en donde el procesador (115) está configurado además para ejecutar instrucciones para hacer además que el controlador (105) TSDN:
reciba una solicitud de un nuevo sitio (205, 205a, 205b, 205c, 205d) para unirse al anillo lógico;
cree nuevos segmentos de anillo para conectar miembros (305, 305a, 305b) de anillo existentes del anillo lógico a un nuevo miembro (305, 305a, 305b) de anillo;
conecte el nuevo miembro (305, 305a, 305b) de anillo al nuevo sitio (205, 205a, 205b, 205c, 205d), para conectar el nuevo sitio (205, 205a, 205b, 205c, 205d) al anillo lógico;
elimine cualquier segmento de anillo redundante; y
actualice el protocolo de configuración del anillo para reflejar el cambio en la topología de anillo.
15. El sistema de una cualquiera de las reivindicaciones 10 a 14, en donde el procesador (115) está configurado además para ejecutar instrucciones para hacer que el controlador TSDN (105) cree dinámicamente una ruta de tráfico creando dinámicamente un enlace de derivación directo entre dos miembros (305, 305a, 305b) de anillo no adyacentes.
16. Una red que comprende:
una pluralidad de sitios (205, 205a, 205b, 205c, 205d);
una pluralidad de conmutadores ópticos que interconectan la pluralidad de sitios (205, 205a, 205b, 205c, 205d) mediante enlaces físicos; y
un controlador de red de transporte definida por software, TSDN, que gestiona la pluralidad de conmutadores ópticos para llevar a cabo el método de la reivindicación 1.
ES16823838T 2015-07-10 2016-07-08 Método y sistema para la interconexión de sitios a través de una red de transporte Active ES2846757T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201562191011P 2015-07-10 2015-07-10
US14/943,709 US9847914B2 (en) 2015-07-10 2015-11-17 Method and system for site interconnection over a transport network
PCT/CN2016/089355 WO2017008691A1 (en) 2015-07-10 2016-07-08 Method and system for site interconnection over a transport network

Publications (1)

Publication Number Publication Date
ES2846757T3 true ES2846757T3 (es) 2021-07-29

Family

ID=57731640

Family Applications (1)

Application Number Title Priority Date Filing Date
ES16823838T Active ES2846757T3 (es) 2015-07-10 2016-07-08 Método y sistema para la interconexión de sitios a través de una red de transporte

Country Status (5)

Country Link
US (1) US9847914B2 (es)
EP (1) EP3298737B1 (es)
CN (1) CN107735989B (es)
ES (1) ES2846757T3 (es)
WO (1) WO2017008691A1 (es)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9935900B2 (en) * 2014-10-16 2018-04-03 Electronics And Telecommunications Research Institute Method for providing protection switching service in virtual tenant network and controller therefor
WO2020042018A1 (zh) 2018-08-29 2020-03-05 华为技术有限公司 一种检测带宽的方法及检测设备
CN109347690B (zh) * 2018-12-18 2021-07-13 北京格林威尔科技发展有限公司 一种ptn场景中dcn环路消环方法和装置
CN109617776A (zh) * 2018-12-20 2019-04-12 桂林电子科技大学 基于分布式散列表的软件定义网络控制器的方法及系统
CN112636938B (zh) * 2019-09-24 2022-09-02 中车株洲电力机车研究所有限公司 一种网络拓扑架构及其构建方法
US11411855B1 (en) * 2020-06-30 2022-08-09 Amazon Technologies, Inc. Computation of ranked path options in networks
US11349723B1 (en) * 2021-01-29 2022-05-31 Hewlett Packard Enterprise Development Lp Identification mapping for network devices
US11689453B2 (en) * 2021-03-29 2023-06-27 Cisco Technology, Inc. Layer 2 virtual private network traffic steering over optical transport networks

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE502005005713D1 (de) * 2005-12-01 2008-11-27 Bravis Gmbh Verfahren zum Ändern eines Gruppenschlüssels in einer Gruppe von Netzelementen in einem Netz
US8441927B2 (en) * 2011-01-13 2013-05-14 Alcatel Lucent System and method for implementing periodic early discard in on-chip buffer memories of network elements
US20130032443A1 (en) * 2011-08-04 2013-02-07 Soedomo Darmanto S Electronically Equipped Suitcase Device
US9204207B2 (en) * 2011-11-01 2015-12-01 Plexxi Inc. Hierarchy of control in a data center network
JP2015533049A (ja) * 2012-09-20 2015-11-16 株式会社Ｎｔｔドコモ ネットワークにおけるトポロジ及びパス検証のための方法及び装置
EP2932667A4 (en) * 2012-10-03 2016-09-28 Distrix Networks Ltd SYSTEMS AND METHODS FOR ADAPTIVE LOAD BALANCING COMMUNICATIONS, ROUTING, FILTERING AND ACCESS CONTROL IN DISTRIBUTED NETWORKS
US9929919B2 (en) 2012-10-30 2018-03-27 Futurewei Technologies, Inc. System and method for virtual network abstraction and switching
FI20135058L (fi) 2013-01-21 2014-07-22 Tellabs Oy Menetelmä ja ohjausjärjestelmä ohjelmallisesti määriteltävän verkon kontrolloimiseksi
KR20150001362A (ko) 2013-06-27 2015-01-06 한국전자통신연구원 오픈플로우 환경에서의 멀티캐스트 트래픽을 처리하기 위한 장치 및 방법
WO2015051856A1 (en) * 2013-10-11 2015-04-16 Xieon Networks S.À.R.L. Centralized data path establishment augmented with distributed control messaging
US9621969B2 (en) * 2013-11-11 2017-04-11 Infinera Corporation Management and control of software defined networking enabled open transport networks
CN104052665B (zh) 2014-06-03 2019-03-15 新华三技术有限公司 一种流量转发路径的确定方法和设备
US9948505B2 (en) * 2015-05-05 2018-04-17 Citrix Systems, Inc. Systems and methods for integrating a device with a software-defined networking controller

Also Published As

Publication number Publication date
EP3298737B1 (en) 2020-11-25
EP3298737A4 (en) 2018-06-13
CN107735989A (zh) 2018-02-23
EP3298737A1 (en) 2018-03-28
US9847914B2 (en) 2017-12-19
CN107735989B (zh) 2020-01-21
US20170012827A1 (en) 2017-01-12
WO2017008691A1 (en) 2017-01-19

Similar Documents

Publication Publication Date Title
ES2846757T3 (es) Método y sistema para la interconexión de sitios a través de una red de transporte
EP3462685B1 (en) Connecting virtual nodes in a network device using abstract fabric interfaces
US9858104B2 (en) Connecting fabrics via switch-to-switch tunneling transparent to network servers
Xia et al. A tale of two topologies: Exploring convertible data center network architectures with flat-tree
US11863351B2 (en) Logical router comprising disaggregated network elements
CN108141415B (zh) 用于支持高性能计算环境中的双端口虚拟路由器的系统和方法
ES2614863T3 (es) Control de servicio en nube informática y arquitectura de gestión extendida para conectarse al estrato de red
CN107113233B (zh) 用于支持多租户集群环境中的分区感知路由的系统和方法
US9219718B2 (en) System and method for supporting sub-subnet in an infiniband (IB) network
KR102233645B1 (ko) 가상 네트워크 기반 분산 다중 도메인 라우팅 제어 시스템 및 라우팅 제어 방법
CN102986172B (zh) 虚拟集群交换
US9014201B2 (en) System and method for providing deadlock free routing between switches in a fat-tree topology
US9577956B2 (en) System and method for supporting multi-homed fat-tree routing in a middleware machine environment
EP2891286B1 (en) System and method for supporting discovery and routing degraded fat-trees in a middleware machine environment
ES2870457T3 (es) Método y dispositivo para el despliegue de políticas de seguridad
ES2807507T3 (es) Protocolos de control de sistema de chasis virtual
US9742518B2 (en) Flexible interconnection of scalable systems integrated using optical networks for datacenters
CN103684953A (zh) 避免多连接到vpls传输网的以太网环路中流量损失方法、装置
Dominicini et al. VirtPhy: A fully programmable infrastructure for efficient NFV in small data centers
Xia On Designing Convertible Data Center Network Architectures
Blueprint Simplify Virtual Machine Management and Migration with Ethernet Fabrics in the Datacenter