ES2614863T3 - Control de servicio en nube informática y arquitectura de gestión extendida para conectarse al estrato de red - Google Patents

Control de servicio en nube informática y arquitectura de gestión extendida para conectarse al estrato de red Download PDF

Info

Publication number
ES2614863T3
ES2614863T3 ES12729322.3T ES12729322T ES2614863T3 ES 2614863 T3 ES2614863 T3 ES 2614863T3 ES 12729322 T ES12729322 T ES 12729322T ES 2614863 T3 ES2614863 T3 ES 2614863T3
Authority
ES
Spain
Prior art keywords
network
gateway
resources
resource
cscg
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
ES12729322.3T
Other languages
English (en)
Inventor
Young Lee
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 ES2614863T3 publication Critical patent/ES2614863T3/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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services

Landscapes

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

Abstract

Un método que comprende: transmitir (930), por una pasarela de control de servicio de la denominada nube informática, CSCG, situada en un estrato de aplicación, una demanda de recursos (711) a una pasarela de control de red, NCG, situada en un estrato de red, en donde la demanda de recursos (711) comprende una dirección origen, una lista de direcciones de destino y un requerimiento de recursos de red, en donde el método comprende, además: después de transmitir (930) la demanda de recursos (711) a la pasarela NCG, recibir (970), por la pasarela CSCG, una respuesta de recursos (715) desde la pasarela NCG, en donde la respuesta de recursos (715) comprende un mapa de recursos de red; en donde el mapa de recursos de red comprende: una ruta de red, o cada enlace de la ruta de red y un valor de recursos de red para cada enlace, o un valor de recursos de red para la topología de la red; obtener datos de recursos de aplicación a partir de una pluralidad de servidores, y seleccionar un servidor de destino para el origen sobre la base de un análisis de los datos de recursos de aplicación y el mapa de recursos de red.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Control de servicio en nube informatica y arquitectura de gestion extendida para conectarse al estrato de red ANTECEDENTES DE LA INVENCION
Los operadores de redes, tambien a veces referidos como operadores de telecomunicaciones o proveedores de servicios de comunicaciones, que explotan las redes existentes, desean optimizar la utilizacion de la red para transmitir trafico, tal como trafico de Protocolo Internet (IP), a traves de la parte ffsica de la red, p.ej., a traves de las capas 1 a 5 de red. El trafico optimizado puede incluir el trafico para servicios de reproduccion triples (p.ej., Video, Voz y/o Datos) y cualquier tipo de datos masivos. En las redes existentes, los servicios de extremo a extremo se suelen establecer por sistemas del tipo Sistemas de Soportes Operativos (OSS) o aplicaciones del servicio de gestion de espedficas del proveedor. Los operadores de redes han recomendado dos diferentes escenarios operativos para optimizar la utilizacion de red el trafico: optimizacion de los servicios de redes existentes y permitir nuevos/emergentes servicios de aplicaciones de redes.
El documento US 2008/0267088 publicado con fecha da a conocer un metodo de acceso a servicios de aplicacion que utiliza condiciones dinamicas de redes y requisitos de traficos de aplicaciones.
SUMARIO DE LA INVENCION
En una forma de realizacion, la idea inventiva incluye un metodo segun la reivindicacion 1, que comprende: transmitir, por una pasarela de control de servicio de nube informatica (CSCG), situada en un estrato de aplicacion, una demanda de recursos a una pasarela de control de red (NCG) situada en un estrato de red, en donde la demanda de recursos comprende una direccion origen, una lista de direcciones de destino, y una necesidad de recursos de red, en donde el metodo comprende, ademas: despues de transmitir la demanda de recursos a la pasarela NCG, la recepcion, por la pasarela CSCG, de una respuesta de recursos procedente de la pasarela NCG, en donde la respuesta de recursos comprende un mapa de recursos de red; la obtencion de datos de recursos de aplicaciones procedentes de una pluralidad de servidores, y la seleccion de un servidor de destino para el origen sobre la base de un analisis de los datos de recursos de aplicacion y el mapa de recursos de red; en donde el mapa de recursos de red comprende: una ruta de red, o cada enlace de la ruta de red y un valor de recursos de red para cada enlace, o un valor de recursos de red para la topologfa de la red.
En otra forma de realizacion, la idea inventiva incluye un sistema segun la reivindicacion 4, que comprende: una pasarela de control de servicio de nube informatica, CSCG, servidores y una pasarela de control de red, NCG, en donde la pasarela CGCG esta en comunicacion con el servidor y la pasarela NCG, en donde:
la pasarela CSCG, configurada para transmitir la demanda de recursos a la pasarela NCG; recibir una respuesta de recursos desde la pasarela NCG, en donde la respuesta de recursos comprende un mapa de recursos de red; obtener datos de recursos de aplicaciones a partir de una pluralidad de servidores, y seleccionar un servidor de destino para el origen sobre la base de un analisis de los datos de recursos de aplicaciones y del mapa de recursos de red; en donde el mapa de recursos de red comprende: una ruta de red, o cada enlace de la ruta de red y un valor de recursos de red para cada enlace, o un valor de recursos de red para la topologfa de la red;
la pasarela NCG, configurada para recibir la demanda de recursos procedente de la pasarela CSCG; para transmitir una de calculo de ruta a un elemento de calculo de ruta, PCE, situado en el estrato de red, en donde la lista de direcciones de destino comprende una direccion de destino, y en donde la demanda de calculo de ruta dirige el elemento PCE para calcular una ruta de red entre la direccion origen y la direccion de destino; para recibir una respuesta de calculo de ruta desde el elemento PCE, en donde la respuesta de calculo de ruta comprende la ruta de red y un valor de recursos para la ruta de red o un valor de recursos para cada enlace de la ruta de red; y transmitir el mapa de recursos de red a la pasarela CSCG, en donde si el valor de recursos satisface la necesidad de recursos de red, el mapa de recursos de red comprende la direccion de destino.
Una pasarela de control de servicio de nube informatica, CSCG, segun la reivindicacion 8, configurada para transmitir una demanda de recursos a una pasarela de control de red, NCG, en donde la demanda de recursos comprende una direccion origen, una lista de direcciones de destino y una necesidad de recursos de red; recibir una respuesta de recursos procedente de la pasarela NCG (524), en donde la respuesta de recursos comprende un mapa de recursos de red; obtener datos de recursos de aplicaciones a partir de una pluralidad de servidores y seleccionar un servidor de destino para el origen sobre la base de un analisis de los datos de recursos de aplicaciones y del mapa de recursos de red; en donde el mapa de recursos de red comprende: una ruta de red, o cada enlace de la ruta de red y un valor de recursos de red para cada enlace, o un valor de recursos de red para la topologfa de la red.
Estas y otras caractensticas se entenderan mas claramente a partir de la siguiente descripcion detallada realizada en conjuncion con los dibujos adjuntos y las reivindicaciones.
5
10
15
20
25
30
35
40
45
50
55
60
65
BREVE DESCRIPCION DE LOS DIBUJOS
Para un entendimiento mas completo de esta idea inventiva, se hace referencia, a continuacion, a la siguiente breve descripcion, tomada en relacion con los dibujos adjuntos y una descripcion detallada, en donde las referencias numericas similares representan elementos similares
La Figura 1 es un diagrama esquematico de una forma de realizacion de una arquitectura de Optimizacion de Estrato Cruzado (CSO).
La Figura 2 es un diagrama esquematico de otra forma de realizacion de una arquitectura de CSO.
La Figura 3 es un diagrama esquematico de otra forma de realizacion de una arquitectura CSO.
La Figura 4 es un diagrama esquematico de otra forma de realizacion de una arquitectura CSO.
La Figura 5 es un diagrama esquematico de otra forma de realizacion de una arquitectura CSO.
La Figura 6 es un diagrama esquematico de una forma de realizacion de un mapa de topologfa de red, a modo de ejemplo.
La Figura 7 ilustra una forma de realizacion de un protocolo de demanda de recursos de pasarela CSCG.
La Figura 8 ilustra una forma de realizacion de un protocolo de reserva de pasarela CSCG.
La Figura 9 es un diagrama de flujo de una forma de realizacion de un metodo de demanda de recursos de una pasarela CSCG.
La Figura 10 es un diagrama de flujo de una forma de realizacion de un metodo de demanda de reserva de una pasarela CSCG.
La Figura 11 es un diagrama esquematico de una forma de realizacion de una unidad de red.
La Figura 12 es un diagrama esquematico de una forma de realizacion de un sistema informatico de uso general.
DESCRIPCION DETALLADA DE LA INVENClON
Debe entenderse, desde el principio, que aunque una puesta en practica ilustrativa de una o mas formas de realizacion se proporcionan a continuacion, los sistemas y/o metodos dados a conocer pueden ponerse en practica utilizando cualquier numero de tecnicas, sean actualmente conocidas o en existencia. La idea inventiva no debe limitase, en forma alguna, a las puestas en practica ilustrativas, dibujos y tecnicas ilustradas a continuacion, incluyendo los disenos a modo de ejemplo y las puestas en practica ilustradas y aqrn descritas, sino que pueden modificarse dentro del alcance de las reivindicaciones adjuntas junto con su alcance completo de equivalentes.
El aprovisionamiento y la operacion de aplicaciones nuevas/emergentes, tales como la infraestructura de servicio de la denominada nube informatica pueden implicar el aprovisionamiento de recursos de procesamiento y/o espacio de memorizacion sobre multiples componentes de red (p.ej., servidores). Sobre la base de las necesidades cambiantes de un usuario, los recursos/datos pueden ser objeto de migracion entre servidores. La red puede dividirse en un estrato de aplicacion y un estrato de red. El estrato de aplicacion puede incluir las aplicaciones y servicios puestos en practica o utilizados a traves de la capa de red, y el estrato de red puede incluir el transporte, la red, el enlace y las capas ffsicas o sus combinaciones. Los servicios que operan en el estrato de aplicacion pueden estar constituidos por recursos de servidores disponibles, pero no pueden referirse a recursos y topologfa de la red. Los servicios que operan en el estrato de red pueden tratarse de recursos y topologfa de la red, pero no como recursos de servidores. Los servicios que operan en uno u otro estrato pueden ser incapaces de seleccionar un servidor de destino optimo para la migracion de datos/recursos debido a la carencia de informacion completa, dando lugar a un problema en la seleccion del servidor (SS). Habida cuenta de la separacion estricta entre los estratos, el aprovisionamiento del servicio de manipulacion y coordinacion tanto en el estrato de aplicacion como en el estrato de red es diferente de los servicios tradicionales de manipulacion, tales como aprovisionamiento de red de servicios de telecomunicaciones del tipo extremo a extremo.
La idea inventiva consiste en un sistema y metodo para proporcionar una Optimizacion de Estrato Cruzado (CSO) para el problema de servicio de servidor SS. Una Pasarela de Control de Servicio de Nube Informatica (CSCG) en el estrato de aplicacion puede mantener datos de recursos de aplicaciones para varios servidores, que pueden estar situados en varios centros de datos (DCs). Los datos de recursos de aplicaciones pueden comprender la utilizacion de una memoria de acceso aleatorio (RAM) de un servidor, consumo de energfa, utilizacion de unidad central de procesamiento (CPU), etc. Un origen puede demandar que la pasarela CSCG realice una migracion de datos. La pasarela CSCG puede utilizar los datos de recursos de aplicaciones para generar una lista de servidores que
5
10
15
20
25
30
35
40
45
50
55
60
65
pueden ser destinos adecuados para la migracion de datos. La pasarela CSCG puede transmitir la lista de destinos a una pasarela de control de red (NCG) en el estrato de red por intermedio de una interfaz de estrato cruzado. La pasarela CSCG puede transmitir tambien una o mas necesidades de recursos de red a la pasarela NCG para su uso en una optimizacion adicional. Los requisitos de recursos de red pueden comprender: latencia maxima, ancho de banda mmimo/maximo, etc. La pasarela NCG puede utilizar componentes de red, tales como un elemento de calculo de ruta (PCE), para calcular rutas de red optimas entre el origen y cada destino asf como datos de recursos de red asociados para cada ruta. La pasarela NCG puede filtrar destinos con rutas o enlaces de rutas con datos de recursos de red que no satisfacen las necesidades de recursos de red desde la pasarela CSCG. La pasarela NCG puede enviar un mapa de recursos de red de destinos a la pasarela CSCG junto con datos de recursos de red de ruta asociados para el servidor SS. Ademas, el mapa de recursos de red puede incluir todos los enlaces en cada ruta y los datos de recursos de red para cada ruta, cada enlace de cada ruta o la topologfa de red completa. La pasarela CSCG puede utilizar la informacion procedente de la pasarela NCG para seleccionar un servidor y/o gestionar la migracion de datos desde el origen al servidor seleccionado. En otra forma de realizacion, la pasarela NCG puede recibir la informacion procedente de la pasarela CSCG, determinar la ruta optima, reservar la ruta e informar a la pasarela CSCG de la ruta reservada. La pasarela CSCG puede utilizar la informacion para gestionar la migracion de datos al servidor seleccionado por NGW.
Algunos de los terminos aqu utilizados y descritos a continuacion con respecto a las caractensticas de CSO incluyen: recursos de aplicacion, servicios de aplicacion, pasarela CSCG, recursos de red, una pasarela NCG, un estrato de red y estrato de aplicacion. Los recursos de aplicaciones pueden comprender recursos no de red que pueden ser cnticos para conseguir la funcionalidad del servicio de aplicacion. A modo de ejemplo, los recursos de aplicaciones pueden incluir recursos de calculo informatico y recursos de contenidos tales como memorias cache, espejos, servidores espedficos de aplicaciones, maquinas virtuales, memoria, espacio de disco, grandes conjuntos de datos, datos de video, datos de audio, bases de datos y/o otras aplicaciones relacionadas con los recursos. El servicio de aplicacion puede ser cualquier aplicacion conectada en red ofrecida a una diversidad de clientes. La pasarela CSCG puede ser una entidad de CSO en el estrato de aplicacion que es responsable de reunir la carga de recursos de aplicaciones y su utilizacion, tomar decisiones respecto a la asignacion de recursos e interaccionar con la pasarela NCG. La pasarela CSCG puede implantarse en practica en un procesador de un elemento de red tal como un servidor o una entidad de control de red. La pasarela CSCG puede situarse en un centro de datos y puede ponerse en practica, o no, en el mismo servidor que una pasarela NCG. Los recursos de red pueden comprender recursos de cualquier capa 3 o capa inferior, tal como ancho de banda, enlaces, rutas, procesamiento de rutas (p.ej., creacion, supresion y gestion), bases de datos de redes, calculo de ruta y los protocolos de enrutamiento y senalizacion para crear rutas. La pasarela NCG puede ser una entidad de CSO en el estrato de red que es responsable de interaccionar con la pasarela CSCG, iniciar la funcion de demanda de servicio para la entidad de red de transporte responsable para las funciones de aprovisionamiento, configuracion, estimacion/calculo de ruta y otras funciones de gestion/control de redes. La pasarela NCG puede ponerse en practica en un procesador de un elemento de red tal como un servidor o una entidad de control de red. El estrato de red puede comprender componentes y/o funciones que operan en o bajo la capa de red en el modelo de Interconexion de Sistemas Abiertos (OSI) de siete capas, tal como una funcion de Conmutacion de Niveles Multiprotocolo (MPLS), Jerarqrna Digital Smcrona (SDH), Red de Transporte Optico (OTN), Multiplexacion por Division de Longitud de Onda (WDM). El estrato de aplicacion puede comprender componentes y/o funciones que operan en o por encima de la capa de transporte de modelo OSI de siete capas.
La Figura 1 es un diagrama esquematico de una forma de realizacion de una arquitectura de CSO 100. La arquitectura de CSO 100 puede comprender un estrato de aplicacion 110 y un estrato de red 120. El estrato de red 110 puede comprender una pluralidad de servidores 112, que pueden configurarse para poner en practica o ejecutar aplicaciones para usuarios finales o clientes (no ilustrados). El estrato de red 120 puede comprender una pluralidad de nodos de red 122, tales como puentes, enrutadores y/o conmutadores, para reenviar datos, p.ej., paquetes asociados con las aplicaciones. Los servidores 112 pueden estar situados en un centro de datos y los nodos de redes 122 pueden estar situados en una red acoplada al centro de datos. Los servidores 112 pueden comunicarse con los nodos de red 122 para permitir el servicio a las aplicaciones de usuarios y el reenvfo o transporte de los datos asociados. La arquitectura de CSO 100 puede ponerse en practica para optimizar las diferentes operaciones de los servidores 112 y los nodos de red 122.
En una forma de realizacion, los centros de datos utilizados para proporcionar servicios de aplicaciones, tales como calculo de nube informatica y otros servicios de la nube informatica, en el estrato de aplicacion 110 para los usuarios finales pueden distribuirse geograficamente alrededor del estrato de red 120. De este modo, numerosas decisiones tomadas en el control y gestion de servicios de aplicaciones, tales como donde instanciar otra instancia de servicio o a que centro de datos se asigna un nuevo cliente, pueden tener un impacto importante sobre el estado operativo de la red. Las capacidades y el estado de la red pueden tener tambien un impacto sobre el rendimiento de las aplicaciones.
Actualmente, las decisiones de aplicaciones pueden tomarse con poca o ninguna informacion respecto a la red subyacente utilizada para prestar dichos servicios. Por consiguiente, dichas decisiones pueden ser sub-optimas desde la utilizacion de recursos de redes y aplicaciones y desde el logro de los objetivos de Calidad de Servicio (QoS). Una arquitectura de CSO, tal como la arquitectura de CSO 100 puede proporcionar un metodo y un sistema
5
10
15
20
25
30
35
40
45
50
55
60
65
para coordinar la asignacion de recursos entre el estrato de aplicacion 110 y el estrato de red 120, p.ej., en el contexto de calculo de la nube informatica y redes de centro de datos. A modo de ejemplo, la arquitectura de CSO 100 puede soportar la demanda de un estrato de red 110 respecto a aplicacion, aprovisionamiento conjunto entre aplicacion y red y/o reasignacion conjunta de recursos sobre anomalfa operativa en la aplicacion y la red a la vez. La arquitectura de CSO 100 puede proporcionar tambien una red orientada a la aplicacion y una aplicacion orientada a la red y una capacidad de equilibrio de carga global.
Algunos de los objetivos para optimizar las operaciones y/o interacciones entre el estrato de aplicacion 110 y el estrato de red 120, p.ej., entre los servidores 112 y los nodos de red 122, pueden incluir la mejora de las capacidades de red, topologfa, aprovisionamiento, control de utilizacion, control de anomalfas o sus combinaciones. A modo de ejemplo, la arquitectura de CSO 100 puede mejorar el intercambio de capacidades de redes o demanda de aplicacion/informacion de recursos, topologfa y/o informacion relacionada con la denominada ingeniena de trafico entre las capas (virtualizacion/abstraccion) o ambas funciones a la vez. La arquitectura de CSO 100 puede mejorar tambien la iniciacion de la instanciacion del servicio de aplicacion para la red con intercambio de perfiles (aprovisionamiento), intercambio de informacion de aplicacion/congestion de la red/fallos (supervision) o ambas a la vez.
La Figura 2 es un diagrama esquematico de otra forma de realizacion de una arquitectura de CSO 200. La arquitectura de CSO 200 puede comprender un estrato de aplicacion 210 y un estrato de red 220. El estrato de aplicacion 210 puede comprender una pluralidad de servidores 212 y el estrato de red 220 puede comprender una pluralidad de nodos de red 222, que pueden ser practicamente similares a los servidores 112 y los nodos de red 122, respectivamente. La arquitectura de CSO 200 puede comprender, ademas, una interfaz de CSO que permite interacciones y/o comunicaciones entre los servidores 212 y/o otros componentes (no ilustrados) del estrato de aplicacion 210 y los nodos de red 222 y/o otros componentes (no ilustrados) del estrato de red 220. La interfaz de CSO puede ser una interfaz abierta entre los dos estratos y puede permitir algunas de las caractensticas de CSO descritas a continuacion. En el estrato de aplicacion 210, la interfaz abierta puede permitir la identificacion de cliente/consumidor de algun tipo, p.ej., direccion de Protocolo Internet (IP), tipos de servidores e identificacion, flujos de datos de aplicaciones y requisitos de calidad de servicio (QoS) que pueden ser estadfsticos por naturaleza y variar en el transcurso del tiempo y/o condiciones de carga y fallos operativos de servidores. En el estrato de red 220, la interfaz abierta puede permitir el intercambio de topologfa de red, localizaciones de clientes y servidores dentro de esa topologfa, capacidades de red y capacidades con respecto a la calidad de servicio QoS, ancho de banda, informacion de latencia y/o otras caractensticas relacionadas con la red, condiciones de carga y fallos operativos de la red o sus combinaciones.
La Figura 3 es un diagrama esquematico de otra forma de realizacion de una arquitectura de CSO 300. La arquitectura de CSO 300 puede comprender un estrato de aplicacion 310 y un estrato de red 320. El estrato de aplicacion 310 puede comprender una pluralidad de servidores 312 y el estrato de red 320 puede comprender una pluralidad de nodos de red 322, que pueden ser practicamente similares a los servidores 112 y los nodos de red 122, respectivamente. La arquitectura de CSO 300 puede comprender, ademas, un interfaz de CSO que puede establecerse entre una pasarela CSCG 314 en el estrato de aplicacion 310 y una pasarela NCG 324 en el estrato de red 320.
La pasarela CSCG 314 puede configurarse para acceder a procesos y datos relacionados con aplicaciones (en el estrato de aplicacion 310), comunicarse con la pasarela NCG 324 (por intermedio de la interfaz de CSO) y proporcionar abstraccion/virtualizacion informativas y limitaciones de acceso a entidades externas (fueras del estrato de aplicacion 310) incluyendo las entidades del estrato de red 320. La pasarela NCG 324 puede configurarse para acceder a datos relacionados con la red (en el estrato de red 320), comunicarse con la pasarela CSCG 314 (por intermedio de la interfaz CSO), comunicarse con los procesos de redes tales como control de admision, reserva de recursos y/o procesamiento de conexiones y proporcionar abstraccion/virtualizacion informativa y limitaciones de acceso a entidades externas (fuera del estrato de red 320) incluyendo las entidades del estrato de aplicacion 310. Ademas, la pasarela CSCG 314 y la pasarela NCG 324 pueden comunicarse con los servidores 312 y los nodos de red 322, respectivamente.
La Figura 4 es un diagrama esquematico de otra forma de realizacion de una arquitectura de CSO 400. La arquitectura de CSO 400 puede comprender un plano de usuario 401, un estrato de aplicacion 410 y un estrato de red 420. El estrato de aplicacion 410 puede comprender un plano de aplicacion 412 (p.ej., en un centro de datos (DC)), y una pasarela CSCG 414, que puede comunicarse con el plano de aplicacion 412 por intermedio de una interfaz de plano de aplicacion (API). La pasarela CSCG 414 en el estrato de aplicacion 410 puede comunicarse tambien con el plano del usuario 401 por intermedio de una interfaz de aplicacion-usuario (UAI). El estrato de red 420 puede comprender un plano de servicio 440, un plano de gestion 450, un plano de control 460 y un plano de transporte 470. El plano de transporte 470 puede soportar la tecnologfa de transporte de la infraestructura de red correspondiente, tal como para Perfil de Transporte-Conmutacion Etiquetas Multiprotocolo (MPLS-TP), Red de Transporte Optico (ONT) o Red Optica Conmutada de Longitud de Onda (WSON).
El plano de servicio 440 puede configurarse para permitir las comunicaciones entre el plano de aplicacion 412 en el estrato de aplicacion 410 y el plano de gestion 450, el plano de control 460, y el plano de transporte 470 en el estrato
5
10
15
20
25
30
35
40
45
50
55
60
65
de red 420, p.ej., en una manera optimizada basada en CSO. El plano de servicio 440 puede comunicarse con el plano de aplicacion 412 por intermedio de una interfaz de aplicacion-servicio (ASI), el plano de gestion 450 por intermedio de una interfaz de plano de gestion-servicio (SMI) y el plano de control 460 por intermedio de una interfaz de plano de control-servicio (SCI). El plano de transporte 470 puede comunicarse con el plano de gestion 450 y el plano de control 460 y de este modo, el plano de servicio 440 por intermedio de una interfaz de control de conexion (CCI).
El plano de servicio 440 puede proporcionarse por una parte o entidad (p.ej., un proveedor) que puede ser independiente del plano del usuario 401, el estrato de aplicacion 410 y el estrato de red 420. A modo de ejemplo, el estrato de aplicacion 410 y el estrato de red 420 pueden gestionarse por diferentes entidades o proveedores, y el plano de servicio 440 puede gestionarse por una tercera parte. El plano de servicio 440 puede comprender una pasarela NCG 422, y una pluralidad de bases de datos de servicio de red 424, que pueden comprender una Base de Datos de Ingeniena de Trafico (TED), una Base de Datos (DB) de Enrutamiento de Red (NR), una base de datos Config DB, una Tabla de Enrutamiento Multiple (MRT), una Base de Informacion de Gestion (MIB y/o otras bases de datos de conexiones de redes. Las bases de datos de servicio de redes 424 pueden comprender al menos alguna informacion que puede copiarse a partir de bases de datos similares en los planos de red. La pasarela NCG 422 puede comunicarse con la pasarela CSCG 414, y de este modo, el plano de aplicacion 412, por intermedio de ASI, el plano de gestion 450 por intermedio de la interfaz SMI y el plano de control 460 por intermedio de la interfaz SCI. La pasarela NCG 422 puede acceder tambien a la informacion en las bases de datos de servicio de red 424 cuando sea necesario para permitir el flujo de trafico y comunicaciones entre los diferentes planos y estratos. Formas de realizacion adicionales de las arquitecturas de CSO pueden incluirse en la publicacion de patente de Estados Unidos 2012/0054346 por Y. Lee et al, titulada “Metodo y Sistema para Optimizacion de Estratos Cruzados en Redes de Transporte-Aplicaciones”, que se incorpora aqrn por referencia.
La Figura 5 ilustra otra forma de realizacion de una arquitectura de CSO 500. La arquitectura de CSO 500 puede comprender practicamente los mismos componentes que las arquitecturas de CSO 100-400 en una configuracion diferente. La arquitectura de CSO 500 puede comprender una pasarela CSCG 514 en comunicacion con servidores 511-513 y la pasarela NCG 524. La pasarela NCG 524 puede estar en comunicacion con PCE 530 y un elemento de red (NE) 540. La pasarela CSCG 514 y los servidores 511-513 pueden situarse en el estrato de aplicacion y la pasarela NCG 524, el elemento PCE 530 y el elemento NE 540 puede situarse en el estrato de red.
La pasarela CSCG 514 puede obtener datos de recursos de aplicaciones a partir de los servidores 511-513 sobre una base periodica y/o sobre una base segun se necesite, y puede mantener dichos datos de recursos de aplicaciones localmente para uso en el servidor SS. La pasarela CSCG 514 puede comunicarse con los servidores 511-513 utilizando el Protocolo de Transferencia de Hipertexto (HTTP). La pasarela CSCG 514 puede enviar demas de estimacion y/o reserva de ruta a la pasarela NCG 524 utilizando el protocolo de Optimizacion de Trafico de Capa de Aplicacion (ALTO) segun se establece en el documento de Internet Engineering Task Force (IETF) draft-ietf- ALTO-protocol-11, que se incorpora aqrn por referencia. La pasarela NCG 524 puede realizar, a su vez, demandas de calculo de ruta de PCE 530 utilizando el protocolo de comunicaciones PCE (PCEP), segun se describe en el documento de IETF Demanda de Comentario (RFC) 5440, que se incorpora aqrn por referencia. Las RFCs 5088 y 5089, que se incorporan aqrn ambas por referencia, describen como descubrir un PCE adecuado desde la perspectiva de la pasarela NCG 524 espedfica. El PCE 530 puede proporcionar rutas candidatos que cumplan las limitaciones de recursos de redes espedficas tal como conectividad (p.ej., punto a punto P-P), punto a multipunto (P- MP), etc.) y algunos parametros de QoS (p.ej., latencia) asf como requisitos de ancho de banda para la conectividad. Las rutas calculadas por el PCE 530 pueden ser una estimacion de las rutas desde la aplicacion basadas en el mas reciente enlace de red y datos de trafico de nodos, que pueden memorizarse por el PCE 530 en una Base de Datos de Ingeniena de Trafico (TED). El PCE 530 puede responder con las rutas candidatos y datos de recursos de red relacionados. Una vez que se hayan encontrado las rutas, entonces la pasarela NCG 524 puede responder con las rutas resultantes y los datos de recursos de red a la pasarela CSCG 514. Dichas rutas pueden enviarse a la pasarela CSCG 514 en el formato de origen-destino o como una lista de enlaces de ruta. Si la aplicacion requiere una reserva de ancho de banda de una ruta calculada, en tal caso, la pasarela NCG 522 puede proseguir, ademas, con el proceso de aprovisionamiento de rutas bien sea mediante un proceso de configuracion de gestion de red, bien sea mediante una funcionalidad del plano de control. El proceso de aprovisionamiento puede iniciarse mediante la comunicacion con el NE 540. NE 540 puede ser un conmutador virtual, un enrutador de red, un controlador del plano de control o entidad similar.
Dependiendo de la forma de realizacion, la pasarela CSCG 514 puede seleccionar y transmitir cualquiera o la totalidad de las direcciones de servidores 511-513 y cualesquiera restricciones de recursos de redes deseadas a la pasarela NCG 524 para el calculo de rutas y la pasarela NCG 524 puede responder con rutas que cumplan los requisitos de la pasarela CSCG 514, permitiendo a la pasarela CSCG 514 realizar SS. Como alternativa, la pasarela CSCG 514 puede transmitir algunos o la totalidad de los datos de recursos de aplicaciones conocidos para la pasarela CSCG 514, junto con necesidades de recursos de aplicaciones y/o redes, hacia la pasarela NCG 524, lo que permite a NCG 524 realizar SS e informar a la pasarela CSCG 514 de los resultados obtenidos.
La Figura 6 es un diagrama esquematico de una forma de realizacion de un mapa de topologfa de red, a modo de ejemplo 600. El mapa de topologfa de red 600 se presenta simplemente para proporcionar datos ejemplo para uso
5
10
15
20
25
30
35
40
45
50
55
60
65
en el metodo descrito a continuacion. El mapa de topolog^a de red 600 puede comprender un Origen 601 conectado al Destino 621-623 por intermedio de los elementos de red NEs 610-613. Las conexiones entre los componentes del mapa de topologfa de red 600 pueden ser enlaces de red. El origen 601 puede comprender un servidor y puede requerir una migracion de datos a un servidor en los Destinos 621-623. El origen 601 puede conectarse al elemento de red NE 610. El elemento NE 610 puede conectarse a NE 611-613. NE 613 puede conectarse a NE 610-612 y los destinos 622-623, NE 612 puede conectarse a los destinos 621-622.
La Figura 7 ilustra una forma de realizacion de un protocolo de demanda de pasarela CSCG 700. Una pasarela CSGC puede demandar 701 datos de recursos de aplicacion a partir de una pluralidad de servidores en el estrato de aplicacion. Cada servidor puede responder 702 con los datos de recursos de aplicacion locales del servidor. Los datos de recursos de aplicacion pueden comprender la utilizacion de memoria RAM del servidor, consumo de energfa, utilizacion de CPU, etc. La demanda-respuesta 701-702 puede realizarse utilizando funciones de adquisicion/registro de HTTP. La pasarela CSGC puede memorizar los datos de recursos de aplicacion para su uso posterior. En un momento posterior, un origen (p.ej., Origen 601) puede enviar una demanda de migracion de datos
710 a la pasarela CSCG. Como alternativa, la demanda de migracion de datos 710 puede enviarse a la pasarela CSCG desde otro componente de red en representacion del origen. La pasarela CSCG puede comparar los mas recientes datos de recursos de aplicacion con una necesidad de recursos de aplicacion y determinar los destinos que son capaces de recibir los datos del origen y realizar las tareas relacionadas (p.ej., Destinos 621-623). La pasarela CSCG puede determinar una necesidad de recursos de red para rutas de redes entre el origen los destinos. La pasarela CSCG puede enviar una demanda de recursos de red 711 a la pasarela NCG. La demanda de recursos de red 711 puede comprender la direccion de red del Origen 601, la necesidad de recursos de red y una lista de direcciones de destino que puede comprender destinos potenciales de migracion de datos (p.ej., Destinos 621-623). La demanda de recursos de red 711 puede ser de tipo sumario para indicar que la pasarela CSGW desea recibir informacion de recursos de red sobre cada enlace de cada ruta o del tipo grafico para indicar que el CSGW desea recibir informacion de recursos de red sobe cada enlace de cada ruta. La pasarela NCG puede transmitir una demanda de calculo de ruta 712 a un PCE, demandar una ruta optima entre cada par de origen-destino e informacion de recursos de red sobre cada ruta optima. El PCE puede transmitir una respuesta de PCE 713 con las rutas y la informacion de recursos de red relacionada. La pasarela NCG puede recibir la respuesta 713 y rechazar cualquier destino con una ruta o enlace de ruta con informacion de recursos de red que no satisfagan la necesidad de recursos de red de la CSCG. La pasarela NCG puede crear un mapa de recursos de red que comprende el origen, los destinos, rutas de red, y/o los enlaces que se relacionan con la demanda de recursos de la pasarela CSCG 711 y que satisfacen la necesidad de recursos de red de la CSCG. El mapa de recursos de red puede comprender tambien la informacion de recursos de red asociada con cada ruta, cada enlace de ruta o la topologfa de red completa. El mapa de recursos de red puede comprender informacion de recursos de red en forma no abstracta o abstracta. La forma no abstracta puede comprender informacion de recursos de red real, mientras que la forma abstracta puede comprender informacion de recursos de red en una forma logica/abstracta con datos no esenciales o duplicativos extrafdos o combinados para reducir la complejidad. Si la demanda de recursos 711 fuera de tipo sumario, el mapa de recursos de red puede comprender informacion del nivel de ruta, y si la demanda de recursos
711 fuera de tipo grafico, el mapa de recursos de red puede comprender informacion del nivel del enlace. La pasarela NCG puede enviar una respuesta 715 a la pasarela CSCG con el mapa de recursos de red. La CSCG puede seleccionar un servidor de destino a partir del mapa de recursos de red sobre la base de la informacion de recursos de red incluida. La pasarela CSCG puede enviar entonces una respuesta 716 a la demanda de migracion de datos 710. La respuesta 716 puede comprender el servidor de destino seleccionado. El origen puede transferir 717 datos al servidor de destino segun lo necesite.
La Figura 8 ilustra una forma de realizacion de un protocolo de reserva de pasarela CSCG 800. Una pasarela CSGC puede demandar 801 datos de recursos de aplicacion a partir de una pluralidad de servidores en el estrato de aplicacion. Los servidores pueden responder 802 con sus datos de recursos de aplicacion locales. Un origen o entidad similar puede enviar una demanda de migracion de datos 810 a la pasarela CSCG. La pasarela CSCG puede enviar una demanda de reserva 811 a la pasarela NCG. La demanda de reserva 811 puede comprender practicamente la misma informacion que la demanda de recursos 711, pero puede incluir datos que indican que la pasarela NCG debe completar la seleccion del servidor de destino y reservar una ruta de migracion de datos adecuada. La pasarela NCG puede enviar una demanda de calculo de ruta 812 a un PCE y recibir una respuesta de calculo de ruta 813 en practicamente la misma manera que 712 y 713 respectivamente. La pasarela nCg puede seleccionar un destino utilizando la informacion de recursos de ruta procedente de PCE y las necesidades de recursos de red procedentes de la pasarela CSCG. Como alternativa, la demanda de reserva 811 puede comprender, tambien datos de recursos de aplicacion y/o necesidades de recursos de aplicaciones y la pasarela NCG puede seleccionar un destino sobre la base de la informacion de recursos de aplicacion y la informacion de recursos de red. Una vez que se seleccione una ruta, la pasarela NCG puede enviar una demanda de reserva de ruta 814 a un elemento de red NE capaz de reservar la ruta, a modo de ejemplo, el elemento NE 540 y/o el extremo de cabecera de la ruta o el nodo final. El elemento de red NE puede reservar la ruta y enviar una confirmacion 815 a la pasarela NCG. La pasarela NCG puede enviar una confirmacion 816 a la pasarela CSCG indicando que ruta y/o la informacion de recursos de red de las rutas. La pasarela CSCG puede enviar una respuesta 817 al origen indicando el destino y la ruta. El origen puede iniciar la migracion de los datos 818 por intermedio del elemento de red NE o por intermedio de un nodo de final de cabeza de ruta. El elemento de red NE puede transferir entonces 819 los datos a lo largo de la ruta hacia el destino.
5
10
15
20
25
30
35
40
45
50
La Figura 9 es un diagrama de flujo de una forma de realizacion de un metodo de demanda de recursos de pasarela CSCG 900, que puede utilizar en el protocolo de demanda de CSCG 700. Segun se describio con anterioridad, la pasarela CSCg puede obtener 910 datos de recursos de aplicacion a partir de los servidores de centros de datos. Un origen puede iniciar entonces 920 una transferencia de migracion de datos mediante la senalizacion de la CSCG. La pasarela CSCG puede transmitir entonces una demanda de recursos de red 930 a la pasarela NCG con un origen (p.ej., Origen 601), la lista de direcciones de destino que comprende potenciales servidores de destino (p.ej., Destinos 621-623) y las necesidades de recursos de red. La pasarela NCG puede enviar demas de calculos de ruta 940 a un PCE para cada par de origen-destino. El PCE puede responder 950 a la pasarela NCG con rutas para cada par de origen-destino.
La pasarela NCG puede crear 960 un mapa de recursos de red rechazando cualquier destino con una ruta o enlaces individuales con informacion de recursos de red que no satisfagan las necesidades de recursos de red de la pasarela CSCG. A modo de ejemplo, la pasarela CSCG puede demandar que cada ruta tenga una latencia maxima de 20 y una disponibilidad de ancho de banda minima de 5 en unidades adecuadas. Las rutas recibidas 950 desde el PCE pueden asociarse con la informacion de recursos de red siguiente:
Ruta
Ancho de banda Latencia
Origen 601-Destino 621
10 20
Origen 601-Destino 622
1 10
Origen 601-Destino 623
5 30
Sobre la base de los datos precedentes, la pasarela NCG puede rechazar o filtrar para seleccion, el Destino 622 puesto que la ruta Origen 601-Destino 622 tiene una disponibilidad de ancho de banda de uno, lo que es insuficiente para satisfacer la necesidad de ancho de banda minima de cinco. La pasarela NCG puede rechazar tambien el Destino 623 puesto que la ruta Origen 601-Destino 623 tiene una latencia de 30, que excede y no cumple el requisito de latencia maxima de 30. Si la demanda de recursos 930 fue de tipo sumario, la pasarela NCG puede crear 960 un mapa de recursos de red que comprende la informacion de nivel de ruta que incluye el Origen 601, los destinos originalmente recibidos por la pasarela NCG que no fueron seleccionados, en este caso, el Destino 621 y la informacion de recursos de red asociada con la ruta o rutas aceptadas, en este caso una disponibilidad de ancho de banda de 10 y una latencia de 20. La pasarela NCG puede filtrar los destinos sobre la base de los recursos acumulativos de la ruta, los recursos de cada enlace en la ruta o ambos a la vez. Si la demanda de recursos 930 era del tipo grafico, la pasarela NCG puede crear un mapa de recursos de red que comprenda cada enlace de cada ruta que no fue filtrada para seleccion y la informacion de recursos de red asociada con cada enlace aceptado. A modo de ejemplo, la ruta optima entre el Origen 601 y el Destino 621 puede pasar a traves de los elementos de red NE 610 y NE 612. El enlace de Origen 601-NE 610 puede tener una disponibilidad de ancho de banda de 15 y una latencia de 7, el enlace de NE 610-NE 612 puede tener una disponibilidad de ancho de banda de 10 y una latencia de 8 y el enlace de NE 612-Destino 621 puede tener una disponibilidad de ancho de banda de 14 y una latencia de 5, en cuyo caso la ruta de Origen 601-Destino 621 tiene una disponibilidad de ancho de banda minima de extremo a extremo de 10 y una latencia de 20. Si la demanda de recursos 930 era del tipo grafico, la pasarela NCG puede crear 960 un mapa de recursos de red con la informacion siguiente:
Enlace
Ancho de banda Latencia
Origen 601-NE 610
15 7
NE 610-NE 612
10 8
NE 612-Destino 621
14 5
La pasarela NCG puede enviar una respuesta 970 a la pasarela CSCG que comprende el mapa de recursos de red con la direccion de destino, rutas y/o enlaces de rutas con los datos de recursos de red asociados. La pasarela CSCG puede facilitar entonces 980 una migracion de datos entre el Origen 601 y el Destino 621.
La Figura 10 es un diagrama de flujo de una forma de realizacion de un metodo de demanda de reserva de CSCG 1000 que puede utilizarse en el protocolo de reserva de CSCG 800. Segun se describio con anterioridad, la pasarela CSCG puede obtener 1010 datos de recursos de aplicacion a partir de servidores de centros de datos. Un origen puede iniciar entonces 1020 una migracion de datos. La pasarela CSCG puede transmitir 1030 una demanda de reserva a la pasarela NCG. La demanda de reserva puede comprender la direccion origen, la lista de direcciones de destino y las necesidades de recursos de red segun se describio con anterioridad. La pasarela NCG puede enviar 1040 una demanda de calculo de ruta a un PCE, y el PCE puede enviar 1050 rutas de origen-destino calculadas e informacion de recursos de red relacionada a la pasarela NCG. La pasarela NCG puede seleccionar un destino y reservar 1060 la ruta de red asociada mediante su comunicacion con un elemento de red NE. A la recepcion de la confirmacion de que se ha reservado la ruta de red, la pasarela NCG puede enviar una confirmacion 1070 a la
5
10
15
20
25
30
35
40
45
50
55
60
65
pasarela CSCG con la ruta reservada.
La Figura 11 ilustra una forma de realizacion de una unidad de red 1100, que puede ser cualquier dispositivo que transporta y procesa datos a traves de la red, y puede comprender un elemento de red NE en las redes 100-600. La unidad de red 1100 puede comprender uno o mas puertos de entrada o unidades 1110 acopladas a un receptor (Rx) 1112 para recibir senales y tramas/datos desde otros componentes de la red. La unidad de red 1100 puede comprender una unidad logica 1120 para determinar a que componentes de red enviar datos. La unidad logica 1120 puede ponerse en practica utilizando hardware, software o ambos a la vez. La unidad de red 1100 puede comprender tambien uno o mas puertos o unidades de salida 1130 que estan acopladas a un transmisor (Tx) 1132 para transmitir senales y tramas/datos a los otros componentes de la red. El receptor 1112, la unidad logica 1120 y el transmisor 1132 pueden poner en practica o soportar tambien el protocolo de demanda de recursos 700, el protocolo de reserva 800, el metodo de demanda de recursos 900 y el metodo de demanda de reserva 1000. Los componentes de la unidad de red 1100 pueden disponerse segun se ilustra en la Figura 11.
Los componentes de red anteriormente descritos pueden ponerse en practica en cualquier componente de red de uso general, tal como un ordenador o componente de red con potencia de procesamiento suficiente, recursos de memoria y capacidad de rendimiento de la red para gestionar la carga de trabajo necesaria que se le aplica. La Figura 12 ilustra un componente de red de uso general tfpico 1200 adecuado para poner en practica una o mas formas de realizacion de los componentes aqrn dados a conocer. El componente de red 1200 incluye un procesador 1202 (que puede referirse como una unidad central de procesador o CPU) que esta en comunicacion con dispositivos de memoria incluyendo la memoria secundaria 1204, la memoria de solamente lectura (ROM) 1206, una memoria RAM 1208, dispositivos de entrada/salida (I/O) 1210 y dispositivos de conectividad de red 1212. El procesador 1202 puede ponerse en practica como uno o mas circuitos integrados de CPU o puede ser parte de uno o mas circuitos integrados espedficos de la aplicacion (ASICs).
La memoria secundaria 1204 suele estar constituida por unas o mas unidades de disco o unidades de cinta y se utiliza para la memorizacion no volatil de datos y como un dispositivo de memorizacion de datos de desbordamiento de capacidad si la memoria RAM 1208 no es suficientemente amplia para mantener todos los datos de trabajo. La memoria secundaria 1204 puede utilizarse para memorizar programas que se cargan en la memoria RAM 1208 cuando dichos programas se seleccionan para su ejecucion. La memoria ROM 1206 se utiliza para memorizar instrucciones y quizas datos que sean objeto de lectura durante la ejecucion del programa. La memoria ROM 1206 es un dispositivo de memoria no volatil que suele tener una pequena capacidad de memoria relativa a la mayor capacidad de memoria de la memoria secundaria 1204. La memoria RAM 1208 se utiliza para memorizar datos volatiles y quizas, para memorizar instrucciones. El acceso a ambas memorias ROM 1206 y RAM 1208 suele ser mas rapido que a la memoria secundaria 1204. El componente de red de uso general 1200 puede configurarse para poner en practica o soportar el protocolo de demanda de recursos 700, el protocolo de reserva 800, el metodo de demanda de recursos 900 y/o el metodo de demanda de reserva 1000.
Al menos una forma de realizacion se da a conocer y las variaciones, combinaciones y/o modificaciones de las formas de realizacion y/o caractensticas de las formas de realizacion realizadas por un experto en esta tecnica estan dentro del alcance de la idea inventiva. Formas de realizacion alternativas que resulten de las funciones de combinar, integrar y/o omitir caractensticas de las formas de realizacion estan tambien dentro del alcance de la idea inventiva. En donde se establecen expresamente limitaciones o margenes numericos, dichas limitaciones o margenes expresos deben entenderse que incluyen margenes iterativos o limitaciones de magnitud similar que caen dentro de las limitaciones o margenes que se indican expresamente (p.ej., desde aproximadamente 1 aproximadamente 10 incluye 2, 3, 4, etc.; mayor que 0,10 incluye 0,11, 0,12, 0,13, etc.). A modo de ejemplo, siempre que se da a conocer un margen numerico con un lfmite inferior Ri y un lfmite superior Ru cualquier numero que cae dentro del margen se da a conocer concretamente. En particular, los siguientes numeros dentro del margen se dan a conocer espedficamente: R = Ri + k * (Ru - Ri ) en donde k es una variable cuyo margen es desde el 1 por ciento al 100 por ciento con un incremento del 1 por ciento, esto es, k es 1 por ciento, 2 por ciento, 3 por ciento, 4 por ciento, 7 por ciento, ..., 70 por ciento, 71 por ciento, 72 por ciento, ..., 97 por ciento, 96 por ciento, 97 por ciento, 98 por ciento, 99 por ciento o 100 por ciento. Ademas, cualquier margen numerico definido por dos numeros R segun se definio con anterioridad se da a conocer tambien de forma espedfica. A no ser que se indique de otro modo, el termino “aproximadamente” significa + 10 % del numero que le sigue. El uso del termino “opcionalmente” con respecto a cualquier elemento de una reivindicacion significa que el elemento es requerido, o de forma alternativa, el elemento no es requerido, estando ambas alternativas dentro del alcance de la reivindicacion. El uso de terminos mas amplios tales como comprende, incluye y teniendo, debe entenderse que proporcionan apoyo a terminos menos amplios tales como constituido por, constituido esencialmente por y comprendido practicamente por. En consecuencia, el alcance de proteccion no esta limitado por la descripcion anteriormente establecida sino que esta definido por las reivindicaciones que siguen, incluyendo ese alcance todos los equivalentes del contenido de las reivindicaciones. Todas y cada una de las reivindicaciones se incorpora como elemento adicional dado a conocer en la especificacion y las reivindicaciones son formas de realizacion de la presente invencion. El examen de una referencia en la idea inventiva no es una admision de que se trate de una tecnica anterior, en particular, cualquier referencia que tenga una fecha de publicacion despues de la fecha de prioridad de esta solicitud de patente. La idea inventiva de todas las patentes, solicitudes de patentes y publicaciones citadas en la invencion se incorporan aqrn por referencia, en la medida en que proporcionan datos a modo de ejemplo, procedimientos y otros detalles que son
complementary para la idea inventiva.
Aunque varias formas de realizacion han sido dadas a conocer en la presente invencion, debe entenderse que los sistemas y metodos dados a conocer podnan materializarse en numerosas otras formas espedficas sin desviarse 5 por ello del espmtu o alcance de la presente invencion. Los presentes ejemplos han de considerarse como ilustrativos y no restrictivos, y la intencion no esta limitada a los detalles aqu proporcionados. A modo de ejemplo, los diversos elementos o componentes pueden combinarse o integrarse en otro sistema o algunas caractensticas pueden omitirse o no ponerse en practica.
10 Ademas, las tecnicas, los sistemas, los subsistemas y los metodos descritos e ilustrados en las diversas formas de realizacion como discretos o separados pueden combinarse o integrarse con otros sistemas, modulos, tecnicas o metodos sin desviarse por ello del alcance de la presente invencion. Otros elementos ilustrados o descritos tales como acoplado o directamente acoplado o en comunicacion entre sf pueden ser indirectamente acoplados o en comunicacion a traves de alguna interfaz, dispositivo o componente intermedio de tipo electrico, mecanico o de 15 cualquier otro modo.

Claims (10)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Un metodo que comprende:
    transmitir (930), por una pasarela de control de servicio de la denominada nube informatica, CSCG, situada en un estrato de aplicacion, una demanda de recursos (711) a una pasarela de control de red, NCG, situada en un estrato de red,
    en donde la demanda de recursos (711) comprende una direccion origen, una lista de direcciones de destino y un requerimiento de recursos de red, en donde el metodo comprende, ademas:
    despues de transmitir (930) la demanda de recursos (711) a la pasarela NCG, recibir (970), por la pasarela CSCG, una respuesta de recursos (715) desde la pasarela NCG, en donde la respuesta de recursos (715) comprende un mapa de recursos de red; en donde el mapa de recursos de red comprende: una ruta de red, o cada enlace de la ruta de red y un valor de recursos de red para cada enlace, o un valor de recursos de red para la topologfa de la red;
    obtener datos de recursos de aplicacion a partir de una pluralidad de servidores, y seleccionar un servidor de destino para el origen sobre la base de un analisis de los datos de recursos de aplicacion y el mapa de recursos de red.
  2. 2. El metodo segun la reivindicacion 1, en donde la demanda de recursos se transmite utilizando el protocolo de Optimizacion de Trafico de la Capa de Aplicacion, ALTO.
  3. 3. El metodo segun la reivindicacion 1, en donde la lista de direcciones de destino comprende datos que indican las direcciones de la red de una pluralidad de servidores que satisfacen una necesidad de recursos de aplicacion.
  4. 4. Un sistema que comprende: una pasarela de control de servicio de nube informatica, CSCG (514), servidores (511, 512, 513) y una pasarela de control de red NCG (524), en donde la pasarela CSCG (514) esta en comunicacion con el servidor (511, 512, 513) y la pasarela NCG (524), en donde:
    la pasarela CSCG (514), configurada para transmitir la demanda de recursos a la pasarela NCG; para recibir una respuesta de recursos desde la pasarela NCG, en donde la respuesta de recursos comprende un mapa de recursos de red; para obtener datos de recursos de aplicacion desde una pluralidad de servidores y seleccionar un servidor de destino para el origen sobre la base de un analisis de los datos de recursos de aplicacion y del mapa de recursos de red;
    la pasarela NCG (524), configurada para recibir la demanda de recursos a partir de la pasarela CSCG; transmitir una demanda de calculo de ruta a un elemento de calculo de ruta, PCE, situado en el estrato de red, en donde la lista de direcciones de destino comprende una direccion de destino, y en donde la demanda de calculo de ruta solicita al elemento PCE para el calculo de una ruta de red entre la direccion origen y la direccion destino; recibir una respuesta de calculo de ruta desde el elemento PCE, en donde la respuesta de calculo de ruta comprende la ruta de la red y un valor de recursos para la ruta de red o un valor de recursos para cada enlace de la ruta de red; y transmitir el mapa de recursos de red a la pasarela CSCG, en donde si el valor de recursos satisface la necesidad de recursos de red, el mapa de recursos de red comprende la direccion de destino; en donde el mapa de recursos de red comprende: una ruta de red, o cada enlace de la ruta de red y un valor de recursos de red para cada enlace, o un valor de recursos de red para la topologfa de la red.
  5. 5. El sistema segun la reivindicacion 4, en donde la pasarela CSCG esta configurada para transmitir una demanda de recursos utilizando el protocolo de Optimizacion de Trafico de Capa de Aplicacion, ALTO.
  6. 6. El sistema segun la reivindicacion 4, en donde la lista de direcciones de destino comprende datos que indican las direcciones de red de una pluralidad de servidores que satisfacen una necesidad de recursos de aplicacion.
  7. 7. El sistema segun la reivindicacion 4, en donde el mapa de recursos de red comprende, ademas, datos que indican cada enlace de una topologfa de red, en donde el mapa de recursos de red comprende, ademas, datos que indican el valor de recursos para cada enlace de la ruta de red, y en donde el valor de recursos comprende un ancho de banda disponible y una latencia.
  8. 8. Una pasarela de control de servicio de nube informatica, CSCG (514), configurada para transmitir una demanda de recursos a una red de control de red, NCG (524), en donde la demanda de recursos comprende una direccion origen, una lista de direcciones de destino y una necesidad de recursos de red; para recibir una respuesta de recursos desde la pasarela NCG (524), en donde la respuesta de recursos comprende un mapa de recursos de red; para obtener datos de recursos de aplicacion desde una pluralidad de servidores y para seleccionar un servidor de destino para el origen sobre la base de un analisis de los datos de recursos de aplicacion y del mapa de recursos de red; en donde el mapa de recursos de red comprende: una ruta de red, o cada enlace de la ruta de red y un valor de recursos de red para cada enlace, o un valor de recursos de red para la topologfa de la red.
  9. 9. La pasarela CSCG segun la reivindicacion 8, en donde la pasarela CSCG esta configurada para transmitir la demanda de recursos utilizando el protocolo de Optimizacion de Trafico de Capa de Aplicacion, ALTO.
  10. 10. La pasarela CSCG segun la reivindicacion 8, en donde la lista de direcciones de destino comprende datos que 5 indican las direcciones de red de una pluralidad de servidores que satisfacen una necesidad de recursos de
    aplicacion.
ES12729322.3T 2011-06-17 2012-06-15 Control de servicio en nube informática y arquitectura de gestión extendida para conectarse al estrato de red Active ES2614863T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201161498337P 2011-06-17 2011-06-17
US201161498337P 2011-06-17
PCT/US2012/042759 WO2012174441A1 (en) 2011-06-17 2012-06-15 Cloud service control and management architecture expanded to interface the network stratum

Publications (1)

Publication Number Publication Date
ES2614863T3 true ES2614863T3 (es) 2017-06-02

Family

ID=46331739

Family Applications (2)

Application Number Title Priority Date Filing Date
ES12729798.4T Active ES2665571T3 (es) 2011-06-17 2012-06-15 Control de servicio en nube informática y arquitectura de gestión extendida para conectarse al estrato de red
ES12729322.3T Active ES2614863T3 (es) 2011-06-17 2012-06-15 Control de servicio en nube informática y arquitectura de gestión extendida para conectarse al estrato de red

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES12729798.4T Active ES2665571T3 (es) 2011-06-17 2012-06-15 Control de servicio en nube informática y arquitectura de gestión extendida para conectarse al estrato de red

Country Status (6)

Country Link
US (4) US8645546B2 (es)
EP (2) EP2710785B1 (es)
CN (2) CN103477612B (es)
BR (2) BR112013032366B1 (es)
ES (2) ES2665571T3 (es)
WO (2) WO2012174444A1 (es)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BR112013032366B1 (pt) * 2011-06-17 2022-11-01 Huawei Technologies Co.,Ltd Aparelho de arquitetura expandida de gerenciamento e controle de serviço de nuvem para interface com um estrato de rede
US20130191519A1 (en) * 2012-01-20 2013-07-25 Alcatel-Lucent Usa Inc. Component Placement for Application-Level Latency Requirements
US9395960B2 (en) * 2013-02-19 2016-07-19 PLUMgrid, Inc. Method and system for data plane abstraction to enable a dynamic creation of network applications
EP2770431B1 (en) * 2013-02-25 2017-01-04 Telefonica S.A. System and method to trigger cross-layer optimizations in a network
US9454408B2 (en) * 2013-05-16 2016-09-27 International Business Machines Corporation Managing network utility of applications on cloud data centers
US9277002B2 (en) 2014-01-09 2016-03-01 International Business Machines Corporation Physical resource management
US8950710B1 (en) 2014-01-31 2015-02-10 Kitefarms LLC Apparatus for extracting power from fluid flow
US10009246B1 (en) * 2014-03-28 2018-06-26 Amazon Technologies, Inc. Monitoring service
CN106034073B (zh) * 2015-03-20 2019-01-18 网宿科技股份有限公司 一种基于内容分发网络的多路径传输优化的方法
US10387209B2 (en) * 2015-09-28 2019-08-20 International Business Machines Corporation Dynamic transparent provisioning of resources for application specific resources
CN105681125B (zh) * 2015-12-28 2019-08-13 国云科技股份有限公司 一种云平台的虚拟机外网流量统计方法
US10218772B2 (en) * 2016-02-25 2019-02-26 LiveQoS Inc. Efficient file routing system
WO2017156001A1 (en) * 2016-03-07 2017-09-14 Level 3 Communications, Llc Systems and methods for dynamically connecting network elements to enable a service
US10742498B2 (en) 2016-06-22 2020-08-11 Amazon Technologies, Inc. Application migration system
CN106254263B (zh) * 2016-09-30 2019-09-20 北京邮电大学 底层网络拥塞状态信息的获取方法、装置及系统
US11503136B2 (en) 2016-11-30 2022-11-15 Microsoft Technology Licensing, Llc Data migration reservation system and method
EP3602978B1 (en) 2017-03-31 2022-10-19 Telefonaktiebolaget LM Ericsson (publ) Coordinated selection of user plane functions in core and radio access networks
WO2018177656A1 (en) * 2017-03-31 2018-10-04 Telefonaktiebolaget Lm Ericsson (Publ) Application topology aware user plane selection in nr and 5gc
US20190158367A1 (en) * 2017-11-21 2019-05-23 Hewlett Packard Enterprise Development Lp Selection of cloud service providers to host applications
CN108924863B (zh) * 2018-07-18 2021-04-02 武汉虹信科技发展有限责任公司 一种s11接口自动配置方法及系统
US10936451B2 (en) * 2018-10-24 2021-03-02 EMC IP Holding Company LLC Concurrent remote IO processing for synchronous replication
US11625230B2 (en) 2020-09-22 2023-04-11 Cisco Technology, Inc. Identifying execution environments for deploying network functions
US20230412490A1 (en) * 2022-06-21 2023-12-21 Arista Networks, Inc. Deterministic network bandwidth aware multicast flow provisioning
US12574305B2 (en) 2024-03-04 2026-03-10 Nokia Solutions And Networks Oy Network- and compute-aware service contact point selection based on global-utility values

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2332809A (en) * 1997-12-24 1999-06-30 Northern Telecom Ltd Least cost routing
US6987756B1 (en) 1999-10-07 2006-01-17 Nortel Networks Limited Multi-mode endpoint in a communication network system and methods thereof
US7508753B2 (en) * 2000-01-31 2009-03-24 At&T Intellectual Property, Ii, L.P. Packet redirection and message stream management
US7849130B2 (en) * 2003-04-30 2010-12-07 International Business Machines Corporation Dynamic service-on-demand delivery messaging hub
US20070258455A1 (en) * 2006-05-08 2007-11-08 Futurewei Technologies, Inc. System for distributed architecture for multicast access control
US7831700B2 (en) 2006-10-16 2010-11-09 Futurewei Technologies, Inc. Distributed PCE-based system and architecture in multi-layer network
CN100518378C (zh) * 2007-03-05 2009-07-22 中山大学 一种实现移动节点从IPv6网络切换到IPv4网络的通信方法
US8533327B2 (en) * 2007-04-04 2013-09-10 Zte Corporation System and method of providing services via a peer-to-peer-based next generation network
US8238334B2 (en) * 2007-04-30 2012-08-07 Futurewei Technologies Inc. Optimal path selection for accessing networked applications
US7970903B2 (en) * 2007-08-20 2011-06-28 Hitachi, Ltd. Storage and server provisioning for virtualized and geographically dispersed data centers
US9106452B2 (en) 2008-03-24 2015-08-11 Shoretel, Inc. Cloud VoIP system with bypass for IP media
US9069599B2 (en) * 2008-06-19 2015-06-30 Servicemesh, Inc. System and method for a cloud computing abstraction layer with security zone facilities
CN101668317B (zh) * 2008-09-04 2012-07-11 华为技术有限公司 一种网络资源预留的方法、系统和装置
US7636764B1 (en) * 2008-09-29 2009-12-22 Gene Fein Cloud resource usage in data forwarding storage
US8612439B2 (en) 2009-06-30 2013-12-17 Commvault Systems, Inc. Performing data storage operations in a cloud storage environment, including searching, encryption and indexing
US9442810B2 (en) 2009-07-31 2016-09-13 Paypal, Inc. Cloud computing: unified management console for services and resources in a data center
US8214499B2 (en) 2009-10-26 2012-07-03 Wipro Limited System and method for enabling software applications as a service in a non-intrusive manner
US8250213B2 (en) 2009-11-16 2012-08-21 At&T Intellectual Property I, L.P. Methods and apparatus to allocate resources associated with a distributive computing network
US20110126168A1 (en) 2009-11-25 2011-05-26 Crowdsource Technologies Ltd. Cloud plarform for managing software as a service (saas) resources
US20110126197A1 (en) 2009-11-25 2011-05-26 Novell, Inc. System and method for controlling cloud and virtualized data centers in an intelligent workload management system
KR101304793B1 (ko) * 2009-12-21 2013-09-05 한국전자통신연구원 Ｔｅｄ 정확성을 보장하는 ｔｅｄ 관리 방법 및 시스템
US9432825B2 (en) 2010-01-13 2016-08-30 Oracle International Corporation Systems and methods for integrating a service access gateway with billing and revenue management systems
JP5298055B2 (ja) * 2010-03-24 2013-09-25 Ｋｄｄｉ株式会社 資源内に配置された制御対象機器を制御する機器制御装置、プログラム及び方法
US8997196B2 (en) 2010-06-14 2015-03-31 Microsoft Corporation Flexible end-point compliance and strong authentication for distributed hybrid enterprises
US20120311157A1 (en) * 2011-06-03 2012-12-06 Erickson Philip J Integrated information technology service management for cloud resources
US9184983B2 (en) 2010-08-26 2015-11-10 Futurewei Technologies, Inc. Cross-stratum optimization protocol
US8645529B2 (en) * 2010-10-06 2014-02-04 Infosys Limited Automated service level management of applications in cloud computing environment
US9584949B2 (en) 2011-01-27 2017-02-28 Microsoft Technology Licensing, Llc Cloud based master data management architecture
US8988998B2 (en) 2011-02-25 2015-03-24 International Business Machines Corporation Data processing environment integration control
US8984269B2 (en) * 2011-02-28 2015-03-17 Red Hat, Inc. Migrating data among cloud-based storage networks via a data distribution service
BR112013032366B1 (pt) * 2011-06-17 2022-11-01 Huawei Technologies Co.,Ltd Aparelho de arquitetura expandida de gerenciamento e controle de serviço de nuvem para interface com um estrato de rede

Also Published As

Publication number Publication date
BR112013032368B1 (pt) 2022-11-16
US20140297830A1 (en) 2014-10-02
US8793380B2 (en) 2014-07-29
EP2710785A1 (en) 2014-03-26
CN103477612A (zh) 2013-12-25
CN103477612B (zh) 2016-10-05
US10542076B2 (en) 2020-01-21
US8645546B2 (en) 2014-02-04
CN103548325B (zh) 2017-06-27
US20180234488A1 (en) 2018-08-16
BR112013032368A2 (es) 2017-01-03
ES2665571T3 (es) 2018-04-26
US20120324082A1 (en) 2012-12-20
BR112013032366A2 (es) 2017-01-03
WO2012174444A1 (en) 2012-12-20
EP2712480B1 (en) 2018-01-10
US9948696B2 (en) 2018-04-17
CN103548325A (zh) 2014-01-29
WO2012174441A1 (en) 2012-12-20
US20120324083A1 (en) 2012-12-20
BR112013032366B1 (pt) 2022-11-01
EP2712480A1 (en) 2014-04-02
EP2710785B1 (en) 2016-11-23

Similar Documents

Publication Publication Date Title
ES2614863T3 (es) Control de servicio en nube informática y arquitectura de gestión extendida para conectarse al estrato de red
ES2746922T3 (es) Método y sistema para la optimización de estrato cruzado en redes de transporte-aplicación
CN111492627B (zh) 为不同应用建立不同隧道的基于控制器的服务策略映射
US9450874B2 (en) Method for internet traffic management using a central traffic controller
CN110535760B (zh) 聚合接口的转发检测
US9509728B2 (en) Software defined networking systems and methods via a path computation and control element
CN111149330B (zh) 软件定义网络中的拓扑感知控制器关联
US20140280864A1 (en) Methods of Representing Software Defined Networking-Based Multiple Layer Network Topology Views
CN107735989B (zh) 用于传输网络上站点互连的方法和系统
JP6008801B2 (ja) 伝送システム、送信方法、及び伝送装置
CN105681231A (zh) 用于在自治系统内和之间对流量进行软件定义的路由的具有增强的流路由、可伸缩性和安全性的系统和方法
EP3253012B1 (en) Method and apparatus for obtaining port path
US20140207967A1 (en) Method and Apparatus for Provisioning a Transport Service in a Multi-Domain Multi-Layer Network
US12294511B2 (en) Safely engineering egress traffic changes
Singh et al. Software-Defined Data Centers: Innovations in Network Architecture for High Availability
CN104994019A (zh) 一种用于sdn控制器的水平方向接口系统