ES3040859T3 - Orchestration of activities of entities operating in a network cloud - Google Patents

Orchestration of activities of entities operating in a network cloud

Info

Publication number
ES3040859T3
ES3040859T3 ES19895327T ES19895327T ES3040859T3 ES 3040859 T3 ES3040859 T3 ES 3040859T3 ES 19895327 T ES19895327 T ES 19895327T ES 19895327 T ES19895327 T ES 19895327T ES 3040859 T3 ES3040859 T3 ES 3040859T3
Authority
ES
Spain
Prior art keywords
physical network
cloud
cloud orchestrator
network element
network elements
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
ES19895327T
Other languages
English (en)
Inventor
Eli Fedida
Amir Krayden
Gal Zolkover
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.)
Drivenets Ltd
Original Assignee
Drivenets 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 Drivenets Ltd filed Critical Drivenets Ltd
Application granted granted Critical
Publication of ES3040859T3 publication Critical patent/ES3040859T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2041—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant with more than one idle spare processing component
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
    • 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/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
    • 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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
    • 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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5019—Ensuring fulfilment of SLA
    • H04L41/5025—Ensuring fulfilment of SLA by proactively reacting to service quality change, e.g. by reconfiguration after service quality degradation or upgrade
    • 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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/508—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement
    • H04L41/5096—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement wherein the managed service relates to distributed or central networked applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/02—Capturing of monitoring data
    • H04L43/022—Capturing of monitoring data by sampling
    • H04L43/024—Capturing of monitoring data by sampling by adaptive sampling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/16—Threshold monitoring
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/81—Threshold
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Computer Hardware Design (AREA)
  • Mathematical Physics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

Se proporciona un método y un sistema de comunicación configurados para operar en una nube de red. El sistema comprende varios elementos de red físicos y un servidor, configurado como orquestador de la nube. Este recibe información sobre indicadores clave de rendimiento (KPI) recopilada de los elementos de red físicos y determina si es necesario ejecutar una acción predefinida relacionada con un elemento de red físico en particular, basándose en: a) uno o más valores umbral almacenados en el orquestador de la nube y asociados a estos KPI, y b) la información recopilada de los elementos de red físicos. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Orquestación de actividades de entidades que operan en una nube de red
Campo técnico
La presente divulgación se refiere en general al campo de interconexión en red, y en particular, a la gestión de una pluralidad de nodos de red de reenvío tales como encaminadores y conmutadores en una nube de red.
Glosario
IA - Inteligencia artificial
ACL -Access Control List,Lista de control de acceso
BW -Bandwidth,Ancho de banda
BOM -Bill of Materials,Lista de materiales
DDOS -Distributed Denial o f Service,Denegación de servicio distribuida
KPI -Key Performance Indicators,Indicadores clave de rendimiento
NC -Network Cloud,Nube de red
NCC -Network Cloud Controller,Controlador de nube de red
NCF -Network Cloud Fabric,Tejido de nube de red
NCM -Network Cloud Management,Gestión de nube de red
NCP -Network Cloud Packet Forwarder,Reenviador de paquetes de nube de red
NOS -Network Operating System,Sistema operativo de red.
NCC -Network Cloud Controller,Controlador de nube de red
NE -Network Element,Elemento de red
NS -Network Switch,Conmutador de red
ODM -Original Design Manufacturer,Fabricante de diseño original
VRF -Virtual Routing and Forwarding,Enrutamiento y reenvío virtual
VPN -Virtual Private Network,Red privada virtual
SDN -Software Defined Network,Red definida por software
NFV -Network Functions Virtualization,Virtualización de funciones de red
VNF - Virtual Network Function, Función de red virtual
Antecedentes
El término Nube de Red (NC) se refiere a una nube que se usa para dar servicio de funcionalidades de red tales como enrutamiento, conmutación, etc. En otras palabras, se refiere a un concepto de desagregar el hardware y el software de las entidades de red. El plan de control de una entidad de red está desacoplado de su ruta de datos y se instala en un servidor local o en una nube de red. Una capa de abstracción subyacente separa el elemento de control y lo hace agnóstico de los componentes de hardware relacionados con la ruta de datos. La ruta de datos se ejecuta en recursos de hardware distribuidos, tales como servidores, interfaces de red y dispositivos de caja blanca, y puede programarse directamente.
El concepto de nube de red usa la metodología de la nube para dar servicios de red definida por software ("SDN") tales como enrutamiento, conmutación, VPN, QOS, mitigación de DDOS y similares de una manera más eficiente, controlada centralmente y fácilmente programable.
La separación que existe hoy en día entre software y hardware en el campo de interconexión en red ha dado lugar a un nuevo modelo de nube de red, en donde se implementa un uso optimizado de los recursos de hardware para permitir la implementación de un sistema operativo de red distribuida.
Hoy en día, los operadores de redes se enfrentan a problemas financieros debido a que los precios de los elementos de red son relativamente altos por dispositivo y, en consecuencia, el precio es alto "por puerto", mientras que el ingreso por suscriptor se mantiene prácticamente constante y, en algunos casos, incluso ha disminuido. Obviamente, esto afecta a la rentabilidad de los propietarios de red y los anima a buscar formas de implementar un enfoque de reducción de costes. Muchos operadores de red y propietarios de grandes redes, tales como los propietarios de escala web, han adoptado el enfoque de implementar cajas blancas en sus redes, donde una caja blanca es un elemento de hardware que es fabricado por un ODM (comerciantes de conjuntos de chips básicos) de silicio. Este enfoque permite a los operadores de red usar diferentes cajas blancas fabricadas por diferentes fabricantes dentro de la misma agrupación de nube de red distribuida y, de esta manera, reducir el precio de hardware a un modelo de coste de BOM más un margen acordado. Sin embargo, este enfoque es bastante diferente del enfoque tradicional, de tal manera que los elementos de red se compran como un dispositivo monolítico de hardware y software combinados entre sí. Como se mencionó anteriormente, la parte de hardware del problema (es decir, la parte de hardware de los elementos de red) se resolvió adoptando el enfoque de caja blanca. Aún así, la adopción de este enfoque ha creado nuevos desafíos para la parte de software del problema. Dado que este enfoque implica múltiples módulos de software y contenedores, el uso de solución de nodos de hardware distribuidos que comprende una pluralidad de cajas blancas de hardware requiere que los módulos de software y los contenedores se ejecuten en sincronización.
Cuando se adopta este concepto, pueden distribuirse diferentes funcionalidades entre recursos de hardware ya que pueden funcionar a lo largo de la ruta de datos mientras permiten el procesamiento de paquetes. Como alternativa, pueden funcionar como entidades de tejido que permiten la comunicación entre elementos de trayectoria de datos, o como controladores de red que manejan protocolos de enrutamiento o mientras llevan a cabo cualquier otra funcionalidad aplicable.
Las empresas, así como los proveedores de servicios de comunicación, que implementan una nube de red virtualizada, se enfrentan a nuevos desafíos que se relacionan con la instalación, despliegue, configuración, orquestación, aprovisionamiento y monitorización de la pluralidad de diferentes entidades requeridas en la gestión de ciclo de vida de la agrupación, si estas entidades son enrutadores de nube de red, conmutadores o cualquier otro elemento de red aplicable.
Adicionalmente, a medida que aumenta la complejidad de la nube de red distribuida, existe una necesidad creciente de habilitar procesos automáticos para añadir, retirar o sustituir dispositivos de hardware dentro de la red.
El documento US2018152958A1 divulga una red de comunicación por radio incluye: una entidad de orquestación de red, configurada para orquestar una pluralidad de recursos de red para establecer al menos una red lógica de una pluralidad de redes lógicas basándose en un acuerdo de nivel de servicio específico de red lógica.
El documento US2018324281A1 divulga técnicas que se describen para ampliar un protocolo de medición activo bidireccional (Two-Way Active Measurement Protocol, TWAMP) para posibilitar la medición de indicadores clave de rendimiento de servicio (Key Performace Indicators, KPI) en una red definida por software (SDN) y arquitectura de virtualización de función de red (NFV). Las extensiones de TWAMP permiten que la mensajería de control se maneje por un cliente de control de TWAMP ejecutado en un controlador centralizado, y que la mensajería de datos se maneje por un iniciador de sesión de TWAMP ejecutado en un dispositivo de red separado.
El documento US2017134237A1 divulga unas agrupaciones de servidores de máquina virtual que se gestionan usando autorreparación y optimización dinámica para lograr una automatización de bucle cerrado. La técnica usa generación de umbrales adaptativa para desarrollar métricas de calidad accionables para evaluación comparativa y detección de anomalías.
Por lo tanto, existe una necesidad de un modelo de orquestación que pueda configurarse para gestionar una pluralidad de entidades de enrutamiento o conmutación en una nube de red. La presente invención busca satisfacer esta necesidad.
Sumario
Es un objeto proporcionar una solución novedosa para gestionar una pluralidad de entidades de enrutamiento y/o conmutación que operan en una nube de red.
Otro objeto es proporcionar un sistema de comunicación y un método para gestionar nodos de red distribuidos que operan en una nube de red, basándose en información relacionada con indicadores clave de rendimiento (KPI) recopilados desde la pluralidad de elementos de red físicos.
Otro objeto es proporcionar un sistema de comunicación y un método para gestionar nodos de red distribuidos basándose en valores umbral asociados con los KPI y la información recopilada desde una pluralidad de elementos de red físicos.
Otros objetos de la presente divulgación se harán evidentes a partir de la siguiente descripción.
La invención está definida por las reivindicaciones adjuntas.
De acuerdo con un primer ejemplo, se proporciona un sistema de comunicación de acuerdo con la reivindicación independiente 1.
Las expresiones "elemento de red físico" o "nodo de red físico" o "elemento de red de hardware" o "elemento de red", según sea el caso, se usan indistintamente en el presente documento a través de toda la memoria descriptiva y las reivindicaciones para indicar una entidad física tal como un procesador de paquetes, una CPU, una memoria, una interfaz de red y similares, que pueden actuar como una única o múltiples entidades que forman parte de una entidad de enrutamiento virtual y soportan la funcionalidad de enrutamiento de esta última.
La expresión "nube de red", como se usa en el presente documento a través de toda la memoria descriptiva y las reivindicaciones, se refiere a una nube que se está usando para dar servicio de funcionalidades de red tales como enrutamiento, conmutación, etc.
Por otro lado, la expresión "red de nube" indica recursos de red (servidores, discos, CPU y similares) que se usan para proporcionar una funcionalidad en la nube (por ejemplo, para servicios de alojamiento, archivos, sitios y similares), como lo hacen las empresas de escala web.
La expresión "orquestador de nube" y el término "orquestador" como se usan en el presente documento a través de toda la memoria descriptiva y las reivindicaciones se refieren a una plataforma de gestión en la nube que automatiza el aprovisionamiento de servicios en la nube usando herramientas basadas en políticas. Permite que el usuario configure, aprovisione, integre la gestión de servicios—y añada gestión, monitorización, respaldo y seguridad— en un corto período de tiempo. La plataforma comprende una recopilación de actividades individuales personalizadas que son específicas de un producto o tecnología, de modo que las actividades a realizar de esta manera se integran con ese producto. El orquestador de nube suele ser capaz de guiar información, proporcionando redundancia, disponibilidad, baja latencia y transparencia total entre los diferentes protocolos de comunicación mientras que ofrece seguridad, gestión y capacidad para integrar un gran número de elementos de red, y para permitir agregar nuevos miembros a una red de nube de una manera rápida y segura.
Mediante otra realización más, el orquestador de nube es operativo para configurar un canal de comunicación para transportar mensajes intercambiados entre elementos de red que son miembros de una agrupación(cluster),y/o entre elementos de red que son miembros de la agrupación y el orquestador en la nube. Preferentemente, estos mensajes comprenden al menos un tipo de mensajes que son un miembro de un grupo que comprende: mensajes de mantenimiento de actividad, comandos de configuración reenviados desde el orquestador de nube a módulos instalados en elementos de red, mensajes que se envían cada intervalo de tiempo predeterminado al orquestador de nube y comprenden información que se refiere a al menos uno de: telemetría actual, estadísticas, eventos, KPI y similares.
De acuerdo con otro aspecto de la presente divulgación, se proporciona un método para su uso en una nube de red, de acuerdo con la reivindicación independiente 4.
Mediante otra realización más, el método comprende además una etapa de establecimiento de un canal de comunicación para transportar mensajes intercambiados entre elementos de red que son miembros de la agrupación, y/o entre elementos de red que son miembros de la agrupación y el orquestador en la nube.
De acuerdo con otro ejemplo, los mensajes comprenden al menos un tipo de mensajes que son un miembro de un grupo que consiste en: mensajes de mantenimiento de actividad, comandos de configuración reenviados desde el orquestador de nube a módulos instalados en elementos de red, mensajes que se envían cada intervalo de tiempo predeterminado al orquestador de nube y comprenden información que se refiere a al menos uno de: telemetría actual, estadísticas, eventos y KPI.
Breve descripción de los dibujos
Los dibujos adjuntos, que se incorporan en el presente documento y constituyen parte de esta memoria descriptiva, ilustran varias realizaciones de la divulgación y, junto con la descripción, sirven para explicar los principios de las realizaciones descritas en el presente documento.
LaFigura 1ilustra una nube de red construida de acuerdo con una realización de la presente invención;
LaFigura 2demuestra un diagrama de bloques esquemático de etapas comprendidas en la etapa de configuración de un nuevo elemento de red cuando este último se añade a una nube de red, construido de acuerdo con una realización de la presente invención;
LaFigura 3representa un diagrama de bloques esquemático que comprende etapas incluidas en la etapa de ejecución de una tarea por un elemento de red en una nube de red, construido de acuerdo con una realización de la presente invención; y
LaFigura 4ilustra un diagrama de bloques esquemático de etapas comprendidas en la etapa de análisis de tráfico y ejecución automática de acciones asociadas con elementos de red que pertenecen a una nube de red, construidos de acuerdo con una realización de la presente invención.
Descripción de realizaciones de ejemplo
Algunos de los detalles y valores específicos en la siguiente descripción detallada se refieren a ciertos ejemplos de la divulgación. Sin embargo, esta descripción se proporciona únicamente a modo de ejemplo y no pretende limitar el alcance de la invención de ninguna manera. Como apreciarán los expertos en la materia, el método y dispositivo reivindicados pueden implementarse usando otros métodos y/u otros dispositivos que son conocidos en la técnicaper se.Además, las realizaciones descritas comprenden diferentes etapas, no todas las cuales se requieren en todas las realizaciones de la invención. El alcance de la invención se define en las reivindicaciones adjuntas.
La Figura 1 ilustra una nube de red (100) construida de acuerdo con una realización de la presente invención. La nube de red (100) comprende un orquestador de nube (110) que incluye un almacenamiento para KPI y acciones y una base de datos que está en comunicación bidireccional con el controlador de nube 120 (por ejemplo, mediador), que comprende un almacenamiento para KPI, acciones y una base de datos, y en donde la nube de red (100) comprende además una pluralidad de elementos de red (NE) 1301 a 130<n>, comprendiendo cada uno un respectivo agente 1401 a 140<n>, y en donde estos agentes están configurados para comunicarse con el controlador de nube 120 a través de un canal de comunicación L2/L3.
Un orquestador de nube automatiza la gestión, coordinación y organización de sistemas informáticos, servicios y soporte intermedio complicados. Además de un requisito reducido para la participación del personal, la funcionalidad de orquestación elimina los errores potenciales que podrían introducirse mientras se lleva a cabo el aprovisionamiento, el escalado u otros procesos de la nube.
Una vez que se instala un sistema operativo (SO) en el orquestador de nube 110 (y en el controlador de red 120, si este último está desplegado), los agentes 1401 a 140<n>pueden instalarse en los NE 1301 a 130<n>para soportar la comunicación desde el orquestador de nube 110 directamente o a través del controlador de nube 120. Una vez que se han instalado estos agentes, se establecen enlaces en la capa L2 y se pueden configurar túneles respectivos, posibilitando de esta manera una comunicación bidireccional entre el orquestador de nube y los elementos de red.
Las Figuras 2 a 4 demuestran diversas etapas incluidas en tres etapas operativas diferentes de un método mediante el que opera la nube de red a la que se ha hecho referencia anteriormente en el presente documento.
La Figura 2 demuestra un diagrama de bloques esquemático de etapas comprendidas en la etapa de configuración de un nuevo elemento de red cuando se añade a una nube de red, construido de acuerdo con una realización de la presente invención.
En primer lugar, se identifica el elemento de red recién añadido, que es, por ejemplo, un encaminador o un conmutador, y se establece un enlace de comunicación entre el orquestador de nube y ese nuevo NE (etapa 200). El NE se asocia a continuación por la entidad de gestión con una cierta agrupación (etapa 210) y el orquestador de nube o el controlador de nube, según sea el caso, reenvía imágenes/docker al nuevo NE (etapa 230). Una vez que el NE envía un mensaje de mantenimiento de actividad al orquestador/controlador de nube, comprobando/confirmando que el enlace de comunicación que se ha establecido entre los dos está operativo, se recopilará y almacenará una pluralidad de KPI en el orquestador de nube, preferentemente en intervalos de tiempo preconfigurables (etapa 240).
La siguiente etapa se ejemplifica en la Figura 3, que presenta un diagrama de bloques esquemático de etapas incluidas en la etapa de ejecución de tareas por el elemento de red recién añadido. Este ejemplo comprende las siguientes etapas. En primer lugar, se recopilan listas de KPI de los NE que se comunican (directa o indirectamente) con el orquestador de nube (etapa 300). Los KPI se comparan con valores umbral respectivos predefinidos (etapa 310) y si un cierto KPI alcanza su valor umbral respectivo, se iniciará una acción predefinida (etapa 320) después de recuperar los detalles de acción requeridos desde la base de datos ubicada en el orquestador de nube (etapa 330). Preferentemente, una vez que el orquestador de nube ha ejecutado la acción requerida, confirma comprobando con todos los NE que son relevantes para la acción tomada, que, de hecho, la acción tuvo un efecto en estos NE (etapa 340). Una vez que se obtiene la confirmación, el orquestador de nube recibe nuevos KPI (al menos desde estos N<e>relevantes) para verificar si se ha producido una mejora en su operación (etapa 350). Después de verificar que se han logrado mejoras en los NE, la acción se registra en el almacenamiento de orquestador de nube (etapa 360).
Otra fase de la operación de nube de red se ejemplifica en la Figura 4, que ilustra un diagrama de bloques esquemático de una realización de la presente divulgación para llevar a cabo análisis de tráfico y ejecución automática de acciones asociadas con elementos de red que pertenecen a la nube de red.
Esta fase empieza recuperando los KPI recopilados desde diferentes NE (etapa 400). A continuación, el orquestador de nube analiza los flujos de tráfico que se transportan a través de estos NE e identifica tendencias de tráfico (tal como posible congestión futura, etc.) basándose en estos flujos de tráfico que se analizaron (etapa 410). En vista de las tendencias identificadas, se sugiere que se lleven a cabo una o más acciones automáticas y sus valores umbral asociados en la nube de red (etapa 420), para actuar adecuadamente en las situaciones previstas basándose en las tendencias identificadas en la etapa 410. Una vez que se aprueban los cambios (las nuevas acciones automatizadas) (etapa 430), las nuevas acciones y sus respectivos valores umbral se añaden al almacenamiento de orquestador de nube para la ejecución automática del mismo (etapa 440), y tras la aparición de situaciones en las que surge la necesidad de añadir las nuevas acciones, las acciones se ejecutarán automáticamente (etapa 450).
Cuando se requiere un cambio de configuración en un elemento de red (por ejemplo, un nodo) o una pluralidad de nodos, el orquestador de nube (que actúa como un administrador) puede definir un parche de configuración (por ejemplo, ciertas líneas de configuración o secuencias de comandos) y establecer una lista de uno o más valores umbral que activarán ese cambio de configuración. El orquestador de nube activa el cambio de configuración requerido cuando se superan los valores umbral, registra los cambios ejecutados y permite reversiones. El sistema puede ejecutar acciones en respuesta a que se superen valores umbral, y pueden llevarse a cabo acciones de aprendizaje automático (inteligencia artificial) para tipos de actividades de configuración, administración y/u orquestación. Tales acciones pueden ser, por ejemplo, una de las siguientes acciones:
a. Instalar y añadir un NE a una agrupación;
b. Descartar un NE de una agrupación;
c. Apagar las interfaces (o la totalidad del NCP) para reducir el consumo de alimentación
d. Aplicar un parche de configuración a un NE o a un conmutador de red;
e. Aplicar un parche de configuración a uno o más controladores;
f. Añadir y retirar túneles de comunicación;
g. Cambiar túnel de comunicación BW;
h. Reenrutar a un depurador de denegación de servicio distribuido (DDoS);
i. Aplicar dinámicamente reglas para una ACL;
j. Establecer ACL dinámicamente;
k. Determinar rutas y políticas de enrutamiento sobre una base dinámica;
l. Aplicar y configurar VRF; y
m. Aplicar calidad de servicio a las comunicaciones que se transportan a través de interfaces de red.
Durante la operación, pueden llevarse a cabo cálculos periódicos usando KPI recientemente recuperados para identificar tendencias en la operación de nube de red. Puede usarse un algoritmo de aprendizaje automático para generar tendencias horarias y/o diarias y/o semanales, que, a continuación, pueden visualizarse visualmente al operador de red.
Además, basándose en las tendencias calculadas, pueden hacerse predicciones y traducirse a continuación en valores umbral relevantes. Los valores umbral pueden guardarse en una base de datos de umbrales que está comprendida en este ejemplo dentro del orquestador de nube, de modo que un gestor de eventos (parte de la funcionalidad llevada a cabo por el servidor de orquestador en la nube) puede activar eventos al superar estos valores umbral relevantes.
Además, puede generarse una lista de acciones requeridas o recomendadas basándose en el análisis de la información recopilada y las predicciones calculadas, y puede usarse la entidad de gestión del orquestador de nube (un administrador) para determinar si debe ejecutarse una cierta acción, o si evitar realizar una cierta acción, o si automatizar una cierta acción, de modo que, cuando sea aplicable, esa acción se llevará a cabo automáticamente.
Además, la monitorización de fallos puede llevarse a cabo de acuerdo con la siguiente realización:
A) El nodo (un elemento de red) así como los KPI generados asociados con ese nodo, se monitorizan a una tasa constante predefinida. Sin embargo, una vez que el sistema detecta que está a punto de producirse un mal funcionamiento, se abre una ventana de detección, en donde esta ventana se abre durante un cierto período de tiempo (por ejemplo, predefinido), durante el que se muestrean los KPI relevantes a una tasa superior a la constante aplicada antes de que se abriera esa ventana, permitiendo de esta manera detectar la causa del posible mal funcionamiento.
B) Cuando se monitoriza el nodo (elemento de red) así como los KPI generados asociados con ese nodo en un estado constante, el sistema de monitorización puede aplicar una nueva ola de protocolos de telemetría de envío por flujo continuo (por ejemplo, gRPC/gNMI), que tiene un mecanismo de recopilación de KPI basado en política, donde se asigna prioridad a cada KPI que permite recopilar valores de KPI más significativos a una tasa más alta, y tal KPI recibirá un mejor tratamiento de QoS para garantizar que se reciben apropiadamente actualizaciones de los valores de KPI significativos.
C) El sistema de monitorización también puede usar valores de KPI recopilados para construir un conjunto de datos para analizar comportamientos de KPI normales y anómalos (en términos de comportamiento estadístico, tal como distribución, media, desviación típica, sesgo y similares).
Otras realizaciones de la invención serán evidentes para los expertos en la materia a partir de la consideración de la memoria descriptiva y la práctica de invención divulgada en el presente documento. Se pretende que la memoria descriptiva y los ejemplos se consideren únicamente a modo de ejemplo, definiéndose un alcance de la invención en las reivindicaciones independientes adjuntas y en donde las características ventajosas se exponen en las reivindicaciones dependientes.

Claims (8)

REIVINDICACIONES
1. Un sistema de comunicación (100) configurado para operar en una nube de red, comprendiendo el sistema
una pluralidad de elementos de red físicos (1301 .... 130n) y un servidor;
en donde dicho sistema de comunicación está caracterizado por que
cada uno de la pluralidad de elementos de red físicos (1301 .... 130n) comprende un respectivo agente (1401 ...
140n) que habilita las comunicaciones entre dicho agente (1401 .... 140n) y un servidor configurado para operar como un orquestador de nube (110), en donde dichos respectivos agentes (1401 .... 140n) se usan para establecer enlaces en una capa L2 que habilita una comunicación bidireccional entre dicho orquestador de nube (110) y un respectivo elemento de red físico (1301 .... 130n), y
en donde dicho orquestador de nube (110) está configurado además para recibir información relacionada con indicadores clave de rendimiento, KPI, recopilados (300) desde cada uno de dicha pluralidad de elementos de red físicos (1301. .. 130n) a lo largo de un enlace establecido respectivo, y tras determinar que necesita ejecutarse una acción predefinida que se refiere a un elemento de red físico respectivo (320), basándose en uno o más valores umbral almacenados en dicho orquestador de nube y asociados con dichos KPI y la información recopilada desde la pluralidad de elementos de red físicos, activar un cambio de configuración en dicho elemento de red físico respectivo.
2. El sistema de comunicación de la reivindicación 1, en donde dicho orquestador de nube es operativo para configurar un canal de comunicación para transportar mensajes intercambiados entre elementos de red físicos que son miembros de una agrupación que comprende dicha pluralidad de elementos de red físicos, y/o entre elementos de red físicos que son miembros de dicha agrupación y el orquestador de nube.
3. El sistema de comunicación de la reivindicación 2, en donde dichos mensajes comprenden al menos un tipo de mensajes que son un miembro de un grupo que consiste en: mensajes de mantenimiento de actividad, comandos de configuración reenviados desde dicho orquestador de nube a módulos instalados en elementos de red físicos, mensajes que se envían cada intervalo de tiempo predeterminado a dicho orquestador de nube y comprenden información que se refiere a al menos uno de: telemetría actual, estadísticas, eventos y KPI.
4. Un método para su uso en una nube de red, que comprende
una pluralidad de elementos de red físicos, comprendiendo cada uno un respectivo agente (1401 .... 140n) que habilita las comunicaciones entre dicho agente (1401 .... 140n) y un servidor configurado para operar como un orquestador de nube (110);
en donde dichos respectivos agentes (1401 .... 140n) se usan para establecer enlaces en una capa L2 que habilita una comunicación bidireccional entre dicho orquestador de nube (110) y un respectivo elemento de red físico (1301 .... 130n),
en donde dicho método comprende las etapas de:
(i) identificar un elemento de red físico recién añadido a dicho sistema de comunicación;
(ii) establecer un enlace de comunicación en una capa L2 entre dicho orquestador de nube y dicho elemento de red físico recién añadido (200),
en donde dicho enlace de capa L2 habilita una comunicación bidireccional entre dicho orquestador de nube (110) y dicho elemento de red físico recién añadido;
(iii) reenviar por dichas imágenes/docker de orquestador de nube al elemento de red físico recién añadido (230); (iv) una vez que se envía un mensaje de mantenimiento de actividad por el elemento de red físico recién añadido al orquestador de nube, comprobar/confirmar que el enlace de comunicación que se ha establecido entre los dos está operativo, y, si es afirmativo, se recopila una pluralidad de KPI desde el elemento de red físico recién añadido (240) a lo largo de dicho enlace de capa L2, y se almacena en el orquestador de nube; v) tras determinar que se necesita ejecutar (320) una acción predefinida que se relaciona con dicho elemento de red físico recién añadido, basándose en uno o más valores umbral almacenados en dicho orquestador de nube y asociados con dichos KPI y la información recopilada desde el elemento de red físico recién añadido, activar un cambio de configuración en dicho elemento de red físico recién añadido.
5. El método de la reivindicación 4, que comprende además una etapa de establecimiento de un canal de comunicación para transportar mensajes intercambiados entre elementos de red físicos que son miembros de una agrupación que comprende dicha pluralidad de elementos de red físicos, y/o entre elementos de red físicos que son miembros de dicha agrupación y el orquestador de nube.
6. El método de la reivindicación 5, en donde dichos mensajes comprenden al menos un tipo de mensajes que son un miembro de un grupo que consiste en: mensajes de mantenimiento de actividad, comandos de configuración reenviados desde dicho orquestador de nube a módulos instalados en elementos de red físicos, mensajes que se envían cada intervalo de tiempo predeterminado a dicho orquestador de nube y comprenden información que se refiere a al menos uno de: telemetría actual, estadísticas, eventos y KPI.
7. El método de una de las reivindicaciones 4-6, que comprende además una etapa de garantizar que una pluralidad de elementos de red físicos operan como una única entidad de enrutamiento virtual.
8. El método de una de las reivindicaciones 4-7, que comprende además una etapa de monitorización de al menos un elemento de red físico y los KPI asociados con el mismo a una tasa constante predefinida, y tras detectar que un mal funcionamiento está a punto de asociarse con dicho elemento de red físico, determinar un periodo de tiempo durante el que se muestrearán los KPI relevantes a una tasa superior a la tasa constante aplicada antes de hacer dicha determinación.
ES19895327T 2018-12-13 2019-11-16 Orchestration of activities of entities operating in a network cloud Active ES3040859T3 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201862778897P 2018-12-13 2018-12-13
PCT/IL2019/051247 WO2020121293A1 (en) 2018-12-13 2019-11-16 Orchestration of activities of entities operating in a network cloud

Publications (1)

Publication Number Publication Date
ES3040859T3 true ES3040859T3 (en) 2025-11-05

Family

ID=71076892

Family Applications (1)

Application Number Title Priority Date Filing Date
ES19895327T Active ES3040859T3 (en) 2018-12-13 2019-11-16 Orchestration of activities of entities operating in a network cloud

Country Status (11)

Country Link
US (1) US20220052916A1 (es)
EP (1) EP3895379B1 (es)
JP (1) JP2022515994A (es)
DK (1) DK3895379T3 (es)
ES (1) ES3040859T3 (es)
HR (1) HRP20251271T1 (es)
HU (1) HUE073411T2 (es)
IL (1) IL283257B1 (es)
PL (1) PL3895379T3 (es)
PT (1) PT3895379T (es)
WO (1) WO2020121293A1 (es)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210224109A1 (en) * 2020-01-16 2021-07-22 Cisco Technology, Inc. Systems and methods for orchestrating cloud resources
US11755337B2 (en) 2020-01-20 2023-09-12 Oracle International Corporation Techniques for managing dependencies of an orchestration service
US11467879B2 (en) 2020-01-20 2022-10-11 Oracle International Corporation Techniques for implementing rollback of infrastructure changes in a cloud infrastructure orchestration service
WO2022009192A1 (en) * 2020-07-09 2022-01-13 Drivenets Ltd. Identification of nodes included in a disaggregated system
CN112653575B (zh) * 2020-12-11 2022-08-30 网宿科技股份有限公司 一种网络配置方法、控制器及流量引导系统
CA3155095A1 (en) * 2021-04-13 2022-10-13 Bank Of Montreal Managing configurations of mobile devices across mobility configuration environments
US11997022B2 (en) * 2021-06-21 2024-05-28 International Business Machines Corporation Service-to-service scheduling in container orchestrators
WO2022271057A1 (en) * 2021-06-25 2022-12-29 Telefonaktiebolaget Lm Ericsson (Publ) First node and methods performed thereby for handling anomalous values
US20240406067A1 (en) * 2023-05-31 2024-12-05 Rakuten Symphony, Inc. Policy orchestration framework to support end-to-end (e2e) multi access network policy architecture with top-to-bottom policy orchestration
US20260058864A1 (en) * 2024-08-26 2026-02-26 Dish Network Technologies India Private Limited Integration of system alerts in a communication network

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6765864B1 (en) * 1999-06-29 2004-07-20 Cisco Technology, Inc. Technique for providing dynamic modification of application specific policies in a feedback-based, adaptive data network
WO2002029427A1 (en) * 2000-10-02 2002-04-11 Zvolve Systems, Inc. Real time traffic engineering of data networks
GB201011176D0 (en) * 2010-07-02 2010-08-18 Vodafone Plc Self organising networks
US8423637B2 (en) * 2010-08-06 2013-04-16 Silver Spring Networks, Inc. System, method and program for detecting anomalous events in a utility network
ITMI20111209A1 (it) * 2011-06-30 2012-12-31 Ibm Monitoraggio a livello utente in un ambiente di elaborazione a nuvola
US8612599B2 (en) * 2011-09-07 2013-12-17 Accenture Global Services Limited Cloud service monitoring system
US9247436B2 (en) * 2012-07-27 2016-01-26 Nokia Solutions And Networks Oy Insight based orchestration of network optimization in communication networks
US20160212012A1 (en) * 2013-08-30 2016-07-21 Clearpath Networks, Inc. System and method of network functions virtualization of network services within and across clouds
US9998565B2 (en) * 2015-05-25 2018-06-12 Juniper Networks, Inc. Selecting and monitoring a plurality of services key performance indicators using TWAMP
US10361919B2 (en) 2015-11-09 2019-07-23 At&T Intellectual Property I, L.P. Self-healing and dynamic optimization of VM server cluster management in multi-cloud platform
EP3327990B1 (en) * 2016-11-28 2019-08-14 Deutsche Telekom AG Radio communication network with multi threshold based sla monitoring for radio resource management

Also Published As

Publication number Publication date
EP3895379B1 (en) 2025-08-13
PL3895379T3 (pl) 2025-12-22
PT3895379T (pt) 2025-08-21
JP2022515994A (ja) 2022-02-24
DK3895379T3 (da) 2025-09-15
HRP20251271T1 (hr) 2025-12-05
EP3895379A1 (en) 2021-10-20
WO2020121293A1 (en) 2020-06-18
IL283257A (en) 2021-07-29
EP3895379A4 (en) 2022-01-26
IL283257B1 (en) 2026-03-01
US20220052916A1 (en) 2022-02-17
HUE073411T2 (hu) 2026-01-28

Similar Documents

Publication Publication Date Title
ES3040859T3 (en) Orchestration of activities of entities operating in a network cloud
US11381474B1 (en) Wan link selection for SD-WAN services
US11212181B2 (en) Cloud zone network analytics platform
US12244463B2 (en) Adaptive location-based SD-WAN policies
US11265336B2 (en) Detecting anomalies in networks
ES2908461T3 (es) Arquitectura de red industrial definida por software para despliegue en un sistema de automatización definido por software
US12047279B2 (en) Automatic application-based multipath routing for an SD-WAN service
US12476918B2 (en) AI-assisted WAN link selection for SD-WAN services
US20230060758A1 (en) Orchestration of Activities of Entities Operating in a Network Cloud
US10680897B2 (en) Network modification impact prediction
US11860744B2 (en) Communication network data fault detection and mitigation
US11949580B2 (en) Data center management based on probing
US10402765B1 (en) Analysis for network management using customer provided information
Singh Software-Defined Data Centers: Innovations in Network Architecture for High Availability
Gupta Software-defined networking (SDN): Revolutionizing network infrastructure for the future
US20240333595A1 (en) Automatically configuring network elements in multi-vendor and multi-domain topologies
RU2800968C2 (ru) Способ координации действий объектов, функционирующих в сетевом облаке
US12537845B2 (en) Techniques for risk management based on software bill of materials
Kharub Technical Analysis of Various Vendor SD-WAN Offering
Tapiero et al. Security in SDN networks and their applications
US20260129067A1 (en) Techniques for risk management based on software bill of materials
US20250088911A1 (en) Dynamic capacity scaling for whitebox core networks
Ulema Vulnerabilities and opportunities in SDN, NFV, and NGSON
Shannon et al. Network Operations
Antonopoulos et al. Deliverable release date Initial 28.02. 2019, revised 25.11. 2019