ES2681393T3 - Método, controlador, dispositivo y sistema de protección de una ruta de servicio - Google Patents

Método, controlador, dispositivo y sistema de protección de una ruta de servicio Download PDF

Info

Publication number
ES2681393T3
ES2681393T3 ES13893154.8T ES13893154T ES2681393T3 ES 2681393 T3 ES2681393 T3 ES 2681393T3 ES 13893154 T ES13893154 T ES 13893154T ES 2681393 T3 ES2681393 T3 ES 2681393T3
Authority
ES
Spain
Prior art keywords
route
protection
service
node
forwarding relationship
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
ES13893154.8T
Other languages
English (en)
Inventor
Gang Li
Yi Lin
Jianrui Han
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 ES2681393T3 publication Critical patent/ES2681393T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/22Alternate routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B1/00Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/0003Software-defined radio [SDR] systems, i.e. systems wherein components typically implemented in hardware, e.g. filters or modulators/demodulators, are implented using software, e.g. by involving an AD or DA conversion stage such that at least part of the signal processing is performed in the digital domain
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • H04L45/021Ensuring consistency of routing table updates, e.g. by using epoch numbers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/28Routing or path finding of packets in data switching networks using route fault recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/38Flow based routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web 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 de protección de una ruta de servicio, que comprende: en relación con el nodo final de una ruta de protección, enviar, por parte de un controlador SDN, una instrucción de selección de ruta al nodo final de la ruta de protección, en donde la instrucción de selección de ruta comprende una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío en el nodo final de una ruta de servicio, y una relación de reenvío en el nodo final de una ruta de protección, en donde la relación de reenvío en el nodo final de la ruta de servicio es un puerto de entrada y un puerto de salida por los que pasa la ruta de servicio en el nodo final, y la relación de reenvío en el nodo final de la ruta de protección es un puerto de entrada y un puerto de salida por los que pasa la ruta de protección en el nodo final; y el nodo final de la ruta de protección utiliza la ruta de servicio y el tipo de activación de la ruta de protección para activar al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección; y cuando se determina que se ha producido un fallo en la ruta de servicio, el nodo final de la ruta de protección actualiza la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección, en donde la ruta de protección es una ruta de reserva para proteger una ruta entre los nodos especificados en la ruta de servicio; en donde, cuando hay al menos dos rutas de protección para la ruta entre los nodos especificados en la ruta de servicio, la instrucción de selección de ruta se utiliza además para indicar las prioridades de las rutas de protección.

Description

5
10
15
20
25
30
35
40
45
50
DESCRIPCION
Método, controlador, dispositivo y sistema de protección de una ruta de servicio Campo técnico
La presente invención está relacionada con el campo de las tecnologías de las comunicaciones y, en particular, con un método, un controlador, un dispositivo y un sistema de protección de una ruta de servicio.
Antecedentes
Una red definida por software (SDN) es una arquitectura de red innovadora que separa el plano de control de la red de la estructura real de la topología física, y proporciona una interfaz programable para el plano de control, en donde los dispositivos de hardware de la topología física ya no controlan el enrutamiento de paquetes utilizando el software correspondiente, sino que reciben reglas de reenvío desde el plano de control y reenvían los paquetes de acuerdo con dichas reglas. De este modo, en una red de un rango (o denominado dominio SDN), una unidad lógica de control centralizado y unificado realiza la gestión sobre la red en el rango, con el fin de resolver el problema de gestión debido a un gran número de dispositivos de reenvío dispersos que operan de forma independiente en la red, de tal modo que el diseño, despliegue, operación y mantenimiento, así como la administración de la red son completados por un punto de control, y se elimina la diferenciación de una red subyacente. La unidad lógica de control centralizado y unificado puede ser un controlador SDN, esto es, un controlador SDN que proporciona un plano de control, para realizar un control y una gestión unificados de los dispositivos que se encuentran en el dominio SDN administrado por el controlador SDN.
Respecto a los dispositivos gestionados por el controlador SDN, el controlador SDN tiene que enviar comandos de control a los dispositivos para controlar las reglas de reenvío de los dispositivos, de modo que un paquete de datos de un servicio específico, reenviado de acuerdo con una regla de reenvío indicada por el controlador SDN, sea transmitido a través de una ruta de servicio constituida por los dispositivos, aunque puede producirse un fallo en la ruta completa o en una parte de la ruta de servicio. Cuando se produce un fallo en la ruta de servicio, para garantizar la transmisión normal del paquete de datos del servicio especificado se utiliza generalmente una forma de asignación previa de recursos con el fin de establecer con antelación una ruta de protección de la ruta de servicio para la totalidad de dicha ruta de servicio o una parte de la misma en la que pueda producirse fácilmente un fallo. Sin embargo, en la tecnología SDN, dada la forma en la que el controlador sDn continúa realizando la transmisión de datos para el servicio especificado utilizando la ruta de protección correspondiente a la ruta de servicio cuando se produce un fallo en la ruta de servicio, la protección de la ruta de servicio en la que se ha producido el fallo constituye un problema de la técnica anterior que es necesario resolver urgentemente.
El documento US2011075549A divulga un método, utilizado en una red que incluye un grupo de nodos, que incluye identificar una ruta a través de un conjunto de dichos nodos, en donde cada nodo del conjunto de nodos dispone de un plano de datos y un plano de control; establecer un túnel del plano de control, asociado con la ruta, en el plano de control de los nodos del conjunto de nodos; establecer un túnel del plano de datos, asociado con la ruta, en el plano de datos de los nodos del conjunto de nodos, en donde el túnel del plano de datos se asocia con el túnel del plano de control y se establece a través del mismo conjunto de nodos; y transmitir un mensaje de control a través del túnel del plano de control para cambiar el estado del túnel del plano de datos.
Resumen
Los modos de realización de la presente invención proporcionan un método de protección de una ruta de servicio, un controlador de acuerdo con las reivindicaciones independientes, para resolver el problema consistente en que cuando en la tecnología SDN se produce un fallo en una ruta de servicio no es posible utilizar una ruta de protección para proteger la ruta de servicio.
De acuerdo con un primer aspecto, se proporciona un método de protección de una ruta de servicio, que incluye:
recibir, por parte del nodo final de una ruta de protección, una instrucción de selección de ruta enviada por el controlador SDN, en donde la instrucción de selección de ruta incluye una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío en el nodo final de la ruta de servicio y una relación de reenvío en el nodo final de la ruta de protección;
activar, por parte del nodo final de la ruta de protección, al menos una relación de reenvío entre la relación de
reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en
función de la ruta de servicio y el tipo de activación de la ruta de protección; y
actualizar, por parte del nodo final de la ruta de protección, la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en
función de la ruta de servicio y el tipo de activación de la ruta de protección cuando se determina que se ha
producido un fallo en la ruta de servicio, en donde
5
10
15
20
25
30
35
40
45
50
55
la ruta de protección es una ruta de reserva para proteger una ruta entre los nodos especificados en la ruta de servicio.
Haciendo referencia al primer aspecto, en una primera forma posible de implementación, cuando el nodo final de la ruta de protección es un nodo fuente de la ruta de protección, la activación, por parte del nodo final de la ruta de protección, de al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección incluye específicamente: cuando la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo fuente que habilite la ruta de servicio y la ruta de protección, activar por separado una relación de reenvío en el nodo fuente de la ruta de servicio y una relación de reenvío en el nodo fuente de la ruta de protección; o, cuando la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo fuente que habilite la ruta de servicio, activar una relación de reenvío en el nodo fuente de la ruta de servicio.
Haciendo referencia al primer aspecto, en una segunda forma posible de implementación, cuando el nodo final de la ruta de protección es un nodo sumidero de la ruta de protección, la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo sumidero que habilite la ruta de servicio; y la activación, por parte del nodo final de la ruta de protección, de al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección, incluye específicamente: activar, por parte del nodo sumidero de la ruta de protección, una relación de reenvío en el nodo sumidero de la ruta de servicio en función de la ruta de servicio y el tipo de activación de la ruta de protección.
Haciendo referencia al primer aspecto, en una tercera forma posible de implementación el método incluye además: recibir una instrucción de monitorización enviada por el controlador SDN con el fin de indicarle al nodo final de la ruta de protección que monitorice al menos una ruta entre la ruta de servicio y la ruta de protección; y tras activar, por parte del nodo final de la ruta de protección, al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección, el método incluye además: monitorizar, de acuerdo con la instrucción de monitorización, la al menos una ruta indicada en la instrucción de monitorización.
Haciendo referencia al primer aspecto, en una cuarta forma posible de implementación, después de activar, por parte del nodo final de la ruta de protección, al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección, el método incluye además: enviarle al controlador SDN un mensaje de notificación indicando que la activación de la relación de reenvío se ha completado; recibir una instrucción de monitorización enviada por el controlador SDN con el fin de indicarle al nodo final de la ruta de protección que monitorice al menos una ruta entre la ruta de servicio y la ruta de protección; y monitorizar, de acuerdo con la instrucción de monitorización, la al menos una ruta indicada en la instrucción de monitorización.
Haciendo referencia a la tercera forma posible de implementación del primer aspecto, o a la cuarta forma posible de implementación del primer aspecto, en una quinta forma posible de implementación la monitorización, de acuerdo con la instrucción de monitorización, de la al menos una ruta indicada en la instrucción de monitorización incluye específicamente: monitorizar, de acuerdo con la instrucción de monitorización, la transmisión de los datos del servicio sobre la al menos una ruta indicada en la instrucción de monitorización y/o el enlace físico de la al menos una ruta indicada en la instrucción de monitorización.
Haciendo referencia al primer aspecto, la primera forma posible de implementación del primer aspecto, la segunda forma posible de implementación del primer aspecto, la tercera forma posible de implementación del primer aspecto, o la cuarta forma posible de implementación del primer aspecto, en una sexta forma posible de implementación la actualización, por parte del nodo final de la ruta de protección, de la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección cuando se determina que se ha producido un fallo en la ruta de servicio incluye específicamente: invalidar, por parte del nodo final de la ruta de protección, la relación de reenvío en el nodo final de la ruta de servicio; y cuando se determina que se ha producido un fallo en la ruta de servicio, el método incluye además: enviarle al controlador SDN un mensaje de notificación con el fin de notificarle al controlador SDN que la ruta de servicio ya está deshabilitada y la ruta de protección está habilitada para la transmisión de datos.
Haciendo referencia a la sexta forma posible de implementación del primer aspecto, en una séptima forma posible de implementación, cuando el nodo final de la ruta de protección es el nodo fuente de la ruta de protección y la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo fuente que habilite la ruta de servicio, o cuando el nodo final de la ruta de protección es el nodo sumidero de la ruta de protección, y cuando se determina que se ha producido un fallo en la ruta de servicio, antes o después de invalidar por parte del nodo final de la ruta de protección la relación de reenvío en el nodo final de la ruta de servicio, el método incluye además: activar la relación de reenvío en el nodo final de la ruta de protección.
5
10
15
20
25
30
35
40
45
50
55
Haciendo referencia al primer aspecto, la primera forma posible de implementación del primer aspecto, la segunda forma posible de implementación del primer aspecto, la tercera forma posible de implementación del primer aspecto, o la cuarta forma posible de implementación del primer aspecto, en una octava forma posible de implementación, cuando el nodo final de la ruta de protección es el nodo fuente de la ruta de protección y la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo fuente que habilite la ruta de servicio, o cuando el nodo final de la ruta de protección es el nodo sumidero de la ruta de protección, la actualización por parte del nodo final de la ruta de protección de la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección cuando se determina que se ha producido un fallo en la ruta de servicio, incluye específicamente: cuando se determina que se ha producido un fallo en la ruta de servicio, enviar, por parte del nodo final de la ruta de protección, al controlador SDN un informe del fallo con el fin de notificarle al controlador SDN que se ha producido un fallo en la ruta de servicio; recibir una instrucción de conmutación enviada por el controlador SDN con el fin de que la ruta de protección sustituya a la ruta de servicio; e invalidar en el nodo final la relación de reenvío de la ruta de servicio y activar en el nodo final la relación de reenvío de la ruta de protección de acuerdo con la instrucción de conmutación.
Haciendo referencia al primer aspecto, la primera forma posible de implementación del primer aspecto, la segunda forma posible de implementación del primer aspecto, la tercera forma posible de implementación del primer aspecto, o la cuarta forma posible de implementación del primer aspecto, en una novena forma posible de implementación, cuando hay al menos dos rutas de protección para la ruta entre los nodos especificados en la ruta de servicio, la instrucción de selección de ruta se utiliza además para indicar las prioridades de las rutas de protección; y cuando el nodo final de la ruta de protección es el nodo fuente de la ruta de protección y la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo fuente que habilite la ruta de servicio, o cuando el nodo final de la ruta de protección es el nodo sumidero de la ruta de protección, la actualización por parte del nodo final de la ruta de protección de la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección cuando se determina que se ha producido un fallo en la ruta de servicio, incluye específicamente: cuando se determina que se ha producido un fallo en la ruta de servicio, determinar, por parte del nodo final de la ruta de protección, la ruta de protección que tiene la prioridad más alta; y activar en el nodo final la relación de reenvío de la ruta de protección que tiene la prioridad más alta e invalidar en el nodo final la relación de reenvío de la ruta de servicio.
De acuerdo con un segundo aspecto, se proporciona un método de protección de una ruta de servicio, que incluye:
en relación con el nodo final de una ruta de protección, enviarle una instrucción de selección de ruta al nodo final de la ruta de protección, en donde la instrucción de selección de ruta incluye una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío en el nodo final de la ruta de servicio, y una relación de reenvío en el nodo final de la ruta de protección, en donde
el nodo final de la ruta de protección utiliza la ruta de servicio y el tipo de activación de la ruta de protección para activar al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección; y
cuando se determina que se ha producido un fallo en la ruta de servicio, el nodo final de la ruta de protección actualiza la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección, en donde
la ruta de protección es una ruta de reserva para proteger una ruta entre los nodos especificados en la ruta de servicio.
Haciendo referencia al segundo aspecto, en una primera forma posible de implementación, en relación con un nodo en la ruta de servicio y la ruta de protección, excepto el nodo final de la ruta de protección, el método incluye además: enviarle al nodo una instrucción de selección de ruta, en donde la instrucción de selección de ruta incluye una relación de reenvío en el nodo de la ruta en la que se encuentra el nodo, y la relación de reenvío en el nodo de la ruta en la que se encuentra el nodo, se utiliza para indicarle al nodo que active en el nodo la relación de reenvío de la ruta en la que se encuentra el nodo.
Haciendo referencia al segundo aspecto, en una segunda forma posible de implementación el método incluye además: enviarle al nodo final de la ruta de protección una instrucción de monitorización con el fin de indicarle al nodo final de la ruta de protección que monitorice al menos una ruta entre la ruta de servicio y la ruta de protección.
Haciendo referencia al segundo aspecto, en una tercera forma posible de implementación, después del envío de una instrucción de selección de ruta al nodo final de la ruta de protección, el método incluye además: recibir un mensaje de notificación enviado por el nodo final de la ruta de protección indicando que la activación de la relación de reenvío se ha completado; y enviarle al nodo final de la ruta de protección una instrucción de monitorización con el fin de
5
10
15
20
25
30
35
40
45
50
55
indicarle al nodo final de la ruta de protección que monitorice al menos una ruta entre la ruta de servicio y la ruta de protección.
Haciendo referencia al segundo aspecto, la primera forma posible de implementación del segundo aspecto, la segunda forma posible de implementación del segundo aspecto, o la tercera forma posible de implementación del segundo aspecto, en una cuarta forma posible de implementación el método incluye además: cuando se determina que se ha producido un fallo en la ruta de servicio, recibir un mensaje de notificación enviado por el nodo final de la ruta de protección con el fin de notificar que la ruta de servicio ya está deshabilitada y la ruta de protección está habilitada para la transmisión de datos.
Haciendo referencia al segundo aspecto, la primera forma posible de implementación del segundo aspecto, la segunda forma posible de implementación del segundo aspecto, o la tercera forma posible de implementación del segundo aspecto, en una quinta forma posible de implementación el método incluye además: cuando se determina que se ha producido un fallo en la ruta de servicio, recibir un informe del fallo enviado por el nodo final de la ruta de protección con el fin de notificar que se ha producido un fallo en la ruta de servicio; y enviar al nodo final de la ruta de protección una instrucción de conmutación con el fin de que la ruta de protección sustituya a la ruta de servicio, en donde la instrucción de conmutación se utiliza para indicarle al nodo final de la ruta de protección que invalide en el nodo final la relación de reenvío de la ruta de servicio y active en el nodo final la relación de reenvío de la ruta de protección.
Haciendo referencia al segundo aspecto, la primera forma posible de implementación del segundo aspecto, la segunda forma posible de implementación del segundo aspecto, o la tercera forma posible de implementación del segundo aspecto, en una sexta forma posible de implementación, cuando hay al menos dos rutas de protección para la ruta entre los nodos especificados en la ruta de servicio, la instrucción de selección de ruta se utiliza además para indicar las prioridades de las rutas de protección.
De acuerdo con un tercer aspecto, se proporciona un dispositivo aplicado al nodo final de una ruta de protección, que incluye:
un módulo de recepción, configurado para recibir una instrucción de selección de ruta enviada por un controlador SDN, en donde la instrucción de selección de ruta incluye una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío en el nodo final de la ruta de servicio y una relación de reenvío en el nodo final de la ruta de protección, y la ruta de protección es una ruta de reserva para proteger una ruta entre los nodos especificados en la ruta de servicio;
un módulo de activación, configurado para activar al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección recibidos por el módulo de recepción; y
un módulo de actualización, configurado para: cuando se determina que se ha producido un fallo en la ruta de servicio, actualizar la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección recibidos por el módulo de recepción.
Haciendo referencia al tercer aspecto, en una primera forma posible de implementación el módulo de activación está configurado específicamente para: cuando el dispositivo es el nodo fuente de la ruta de protección y la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo fuente que habilite la ruta de servicio y la ruta de protección, activar por separado una relación de reenvío en el nodo fuente de la ruta de servicio y una relación de reenvío en el nodo fuente de la ruta de protección; o cuando se utilizan la ruta de servicio y el tipo de activación de la ruta de protección para indicarle al nodo fuente que habilite la ruta de servicio, activar una relación de reenvío en el nodo fuente de la ruta de servicio.
Haciendo referencia al tercer aspecto, en una segunda forma posible de implementación el módulo de activación está configurado específicamente para: cuando el dispositivo es el nodo sumidero de la ruta de protección, activar una relación de reenvío en el nodo sumidero de la ruta de servicio en función de la ruta de servicio y el tipo de activación de la ruta de protección, en donde la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo sumidero que habilite la ruta de servicio.
Haciendo referencia al tercer aspecto, en una tercera forma posible de implementación el dispositivo incluye además: un primer módulo de monitorización, en donde el módulo de recepción está configurado además para recibir una instrucción de monitorización enviada por el controlador SDN con el fin de indicarle al dispositivo que monitorice al menos una ruta entre la ruta de servicio y la ruta de protección; y el primer módulo de monitorización está configurado para: después de que el módulo de activación haya activado la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, monitorizar, de acuerdo con la instrucción de monitorización recibida por el módulo de recepción, la al menos una ruta indicada en la instrucción de monitorización.
5
10
15
20
25
30
35
40
45
50
55
60
Haciendo referencia a la tercera forma posible de implementación del tercer aspecto, en una cuarta forma posible de implementación, el primer módulo de monitorización está configurado específicamente para monitorizar, de acuerdo con la instrucción de monitorización, la transmisión de datos del servicio en al menos una ruta indicada en la instrucción de monitorización y/o el enlace físico de la al menos una ruta indicada en la instrucción de monitorización.
Haciendo referencia al tercer aspecto, en una quinta forma posible de implementación el dispositivo incluye además un módulo de envío y un segundo módulo de monitorización, en donde el módulo de envío está configurado para: después de que el módulo de activación haya activado la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, enviarle al controlador SDN un mensaje de notificación indicando que la activación de la relación de reenvío se ha completado; el módulo de recepción está configurado además para: después de que el módulo de envío haya enviado el mensaje de notificación, recibir una instrucción de monitorización enviada por el controlador SDN con el fin de indicarle al dispositivo que monitorice al menos una ruta entre la ruta de servicio y la ruta de protección; y el segundo módulo de monitorización está configurado para: después de que el módulo de recepción haya recibido la instrucción de monitorización, monitorizar, de acuerdo con la instrucción de monitorización, la al menos una ruta indicada en la instrucción de monitorización.
Haciendo referencia a la quinta forma posible de implementación del tercer aspecto, en una sexta forma posible de implementación el segundo módulo de monitorización está configurado específicamente para monitorizar, de acuerdo con la instrucción de monitorización, la transmisión de datos del servicio en la al menos una ruta indicada en la instrucción de monitorización y/o el enlace físico de la al menos una ruta indicada en la instrucción de monitorización.
Haciendo referencia al tercer aspecto, la primera forma posible de implementación del tercer aspecto, la segunda forma posible de implementación del tercer aspecto, la tercera forma posible de implementación del tercer aspecto, la cuarta forma posible de implementación del tercer aspecto, la quinta forma posible de implementación del tercer aspecto, o la sexta forma posible de implementación del tercer aspecto, en una séptima forma posible de implementación el módulo de actualización está configurado específicamente para: cuando se determina que se ha producido un fallo en la ruta de servicio, invalidar la relación de reenvío en el nodo final de la ruta de servicio; y el módulo de envío está configurado además para: cuando se determina que se ha producido un fallo en la ruta de servicio, enviarle al controlador SDN un mensaje de notificación con el fin de notificarle al controlador SDN que la ruta de servicio ya está deshabilitada y la ruta de protección está habilitada para la transmisión de datos.
Haciendo referencia a la séptima forma posible de implementación del tercer aspecto, en una octava forma posible de implementación el módulo de actualización está configurado además para: cuando el dispositivo es el nodo fuente de la ruta de protección, y la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo fuente que habilite la ruta de servicio, o cuando el dispositivo es el nodo sumidero de la ruta de protección, cuando se determina que se ha producido un fallo en la ruta de servicio y antes o después de que el dispositivo invalide la relación de reenvío en el nodo final de la ruta de servicio, activar la relación de reenvío en el nodo final de la ruta de protección.
Haciendo referencia al tercer aspecto, la primera forma posible de implementación del tercer aspecto, la segunda forma posible de implementación del tercer aspecto, la tercera forma posible de implementación del tercer aspecto, la cuarta forma posible de implementación del tercer aspecto, la quinta forma posible de implementación del tercer aspecto, o la sexta forma posible de implementación del tercer aspecto, en una novena forma posible de implementación el módulo de actualización está configurado específicamente para: cuando el dispositivo es el nodo fuente de la ruta de protección y la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo fuente que habilite la ruta de servicio, o cuando el dispositivo es el nodo sumidero de la ruta de protección, y cuando se determina que se ha producido un fallo en la ruta de servicio, enviarle al controlador SDN un informe del fallo con el fin de notificarle al controlador SDN que se ha producido un fallo en la ruta de servicio; recibir una instrucción de conmutación enviada por el controlador SDN con el fin de que la ruta de protección sustituya a la ruta de servicio; e invalidar en el nodo final la relación de reenvío de la ruta de servicio y activar en el nodo final la relación de reenvío de la ruta de protección de acuerdo con la instrucción de conmutación.
Haciendo referencia al tercer aspecto, la primera forma posible de implementación del tercer aspecto, la segunda forma posible de implementación del tercer aspecto, la tercera forma posible de implementación del tercer aspecto, la cuarta forma posible de implementación del tercer aspecto, la quinta forma posible de implementación del tercer aspecto, o la sexta forma posible de implementación del tercer aspecto, en una décima forma posible de implementación el módulo de actualización está configurado específicamente para: cuando el dispositivo es el nodo fuente de la ruta de protección y la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo fuente que habilite la ruta de servicio, o cuando el dispositivo es el nodo sumidero de la ruta de protección, y cuando se determina que se ha producido un fallo en la ruta de servicio y hay al menos dos rutas de protección para la ruta entre los nodos especificados en la ruta de servicio, determinar, de acuerdo con las prioridades indicadas en la instrucción de selección de ruta y de las rutas de protección, la ruta de protección que tiene la prioridad más alta; activar en el nodo final la relación de reenvío de la ruta de protección que tiene la prioridad más alta e invalidar en el nodo final la relación de reenvío de la ruta de servicio.
5
10
15
20
25
30
35
40
45
50
55
De acuerdo con un cuarto aspecto, se proporciona un controlador SDN, que incluye:
un módulo de envío, configurado para: en relación con el nodo final de una ruta de protección, enviarle una instrucción de selección de ruta al nodo final de la ruta de protección, en donde la instrucción de selección de ruta incluye una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío de un ruta de servicio en el nodo final y una relación de reenvío en el nodo final de la ruta de protección, en donde
el nodo final de la ruta de protección utiliza la ruta de servicio y el tipo de activación de la ruta de protección para activar al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la
relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación
de la ruta de protección; y
cuando se determina que se ha producido un fallo en la ruta de servicio, el nodo final de la ruta de protección actualiza la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la
relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación
de la ruta de protección, en donde
la ruta de protección es una ruta de reserva para proteger una ruta entre los nodos especificados en la ruta de servicio.
Haciendo referencia al cuarto aspecto, en una primera forma posible de implementación, el módulo de envío está configurado además para: en relación con un nodo en la ruta de servicio y la ruta de protección, excepto el nodo final de la ruta de protección, enviarle al nodo una instrucción de selección de ruta, en donde la instrucción de selección de ruta incluye una relación de reenvío en el nodo de la ruta en la que se encuentra el nodo, y la relación de reenvío en el nodo de la ruta en la que se encuentra el nodo se utiliza para indicarle al nodo que active en el nodo la relación de reenvío de la ruta en la que se encuentra el nodo.
Haciendo referencia al cuarto aspecto, en una segunda forma posible de implementación el módulo de envío está configurado además para enviar una instrucción de monitorización con el fin de indicarle al nodo final de la ruta de protección que monitorice al menos una ruta entre la ruta de servicio y la ruta de protección para el nodo final de la ruta de protección.
Haciendo referencia al cuarto aspecto, en una tercera forma posible de implementación el controlador SDN incluye además un módulo de recepción, en donde el módulo de recepción está configurado para: después de que se le haya enviado al nodo final de la ruta de protección la instrucción de selección de ruta, recibir un mensaje de notificación enviado por el nodo final de la ruta de protección indicando que la activación de la relación de reenvío se ha completado; y el módulo de envío está configurado además para enviar al nodo final de la ruta de protección una instrucción de monitorización con el fin de indicarle al nodo final de la ruta de protección que monitorice al menos una ruta entre la ruta de servicio y la ruta de protección.
Haciendo referencia al cuarto aspecto, la primera forma posible de implementación del cuarto aspecto, la segunda forma posible de implementación del cuarto aspecto, o la tercera forma posible de implementación del cuarto aspecto, en una cuarta forma posible de implementación el módulo de recepción está configurado además para: cuando se determina que se ha producido un fallo en la ruta de servicio, recibir un mensaje de notificación enviado por el nodo final de la ruta de protección con el fin de notificar que la ruta de servicio ya está deshabilitada y la ruta de protección está habilitada para la transmisión de datos.
Haciendo referencia al cuarto aspecto, la primera forma posible de implementación del cuarto aspecto, la segunda forma posible de implementación del cuarto aspecto, o la tercera forma posible de implementación del cuarto aspecto, en una quinta forma posible de implementación el módulo de recepción está configurado además para: cuando se determina que se ha producido un fallo en la ruta de servicio, recibir un informe del fallo enviado por el nodo final de la ruta de protección con el fin de notificar que se ha producido un fallo en la ruta de servicio; y el módulo de envío está configurado además para enviarle al nodo final de la ruta de protección una instrucción de conmutación con el fin de que la ruta de protección sustituya a la ruta de servicio, en donde la instrucción de conmutación se utiliza para indicarle al nodo final de la ruta de protección que invalide en el nodo final la relación de reenvío de la ruta de servicio y active en el nodo final la relación de reenvío de la ruta de protección.
De acuerdo con un quinto aspecto, se proporciona un sistema de protección de una ruta de servicio, que incluye el dispositivo proporcionado en el tercer aspecto y cualquier forma posible de implementación del tercer aspecto, así como el controlador SDN proporcionado en el cuarto aspecto y cualquier forma posible de implementación del cuarto aspecto.
Los efectos positivos de los modos de realización de la presente invención incluyen: en el método, el controlador, el dispositivo y el sistema de protección de una ruta de servicio que se proporcionan en los modos de realización de la presente invención, el nodo final de una ruta de protección recibe una instrucción de selección de ruta enviada por un controlador SDN, en donde la instrucción de selección de ruta incluye una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío en el nodo final de la ruta de servicio y una relación de reenvío en el nodo final de la ruta de protección; el nodo final de la ruta de protección activa al menos una relación de reenvío
5
10
15
20
25
30
35
40
45
50
entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección; y cuando se determina que se ha producido un fallo en la ruta de servicio, el nodo final de la ruta de protección actualiza la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección. En el nodo final se activa una relación de reenvío de una ruta indicada en el tipo de activación, en función del tipo de activación enviado en la instrucción de selección de ruta, y cuando se produce un fallo en la ruta de servicio se actualiza la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función del tipo de activación, por lo que se puede utilizar la ruta de protección a tiempo para la transmisión de datos, resolviéndose de este modo el problema consistente en que, en una tecnología SDN, no se puede utilizar una ruta de protección para proteger la ruta de servicio cuando se produce un fallo en una ruta de servicio.
Breve descripción de los dibujos
La FIG. 1 es un diagrama de flujo de un método de protección de una ruta de servicio aplicado a la parte del nodo final de una ruta de protección de acuerdo con un modo de realización de la presente invención;
la FIG. 2 es un diagrama esquemático que ilustra la conexión de dispositivos en un dominio SDN de acuerdo con un modo de realización de la presente invención;
la FIG. 3 es un diagrama de flujo de un método de protección de una ruta de servicio aplicado a la parte del nodo fuente de una ruta de protección de acuerdo con un modo de realización de la presente invención;
FIG. 4 es un diagrama de flujo de un método de protección de una ruta de servicio aplicado a la parte del nodo sumidero de una ruta de protección de acuerdo con un modo de realización de la presente invención;
la FIG. 5 es un diagrama de flujo de un método de protección de una ruta de servicio aplicado a la parte del nodo final de la ruta de protección de acuerdo con un modo de realización de la presente invención;
la FIG. 6 es un diagrama esquemático que ilustra la conexión de dispositivos en un dominio SDN de acuerdo con un modo de realización de la presente invención;
la FIG. 7 es un diagrama de flujo de un método de protección de una ruta de servicio aplicado a la parte del nodo final de la ruta de protección de acuerdo con un modo de realización de la presente invención;
la FIG. 8 es un diagrama de flujo de un método de protección de una ruta de servicio aplicado a la parte del nodo final de la ruta de protección de acuerdo con un modo de realización de la presente invención;
la FIG. 9 es un diagrama esquemático que ilustra la conexión de dispositivos en un dominio SDN de acuerdo con un modo de realización de la presente invención;
la FIG. 10 es un diagrama de flujo de un método de protección de una ruta de servicio aplicado a la parte del nodo final de una ruta de protección de acuerdo con un modo de realización de la presente invención;
la FIG. 11 es un diagrama esquemático que ilustra la conexión de dispositivos en un dominio SDN de acuerdo con un modo de realización de la presente invención;
la FIG. 12 es un diagrama esquemático de la estructura de un dispositivo de acuerdo con un modo de realización de la presente invención;
la FIG. 13 es un diagrama esquemático de la estructura de un controlador SDN de acuerdo con un modo de realización de la presente invención;
la FIG. 14 es un diagrama esquemático de la estructura de un dispositivo de acuerdo con un modo de realización de la presente invención; y
la FIG. 15 es un diagrama esquemático de la estructura de un controlador SDN de acuerdo con un modo de realización de la presente invención.
Descripción de los modos de realización
Los modos de realización de la presente invención proporcionan un método, un controlador, un dispositivo y un sistema de protección de una ruta de servicio. A continuación se describen a modo de ejemplo algunos modos de realización de la presente invención haciendo referencia a los dibujos adjuntos. Se debe entender que los modos de realización de ejemplo descritos en la presente solicitud se utilizan únicamente para ilustrar y explicar la presente invención, pero no limitan la presente invención. Por otro lado, en caso de que no haya conflicto, los modos de realización de esta solicitud y las características descritas en los modos de realización se pueden combinar entre sí.
5
10
15
20
25
30
35
40
45
50
55
Un modo de realización de la presente invención proporciona un método de protección de una ruta de servicio aplicado a la parte del nodo final de la ruta de protección. Tal como se ilustra en la FIG. 1, el método incluye específicamente los siguientes pasos:
S101: el nodo final de la ruta de protección recibe una instrucción de selección de ruta enviada por un controlador SDN, en donde la instrucción de selección de ruta incluye una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío en el nodo final de la ruta de servicio y una relación de reenvío en el nodo final de la ruta de protección.
S102: activar al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección.
S103: cuando se determina que se ha producido un fallo en la ruta de servicio, actualizar la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección, en donde la ruta de protección es una ruta de reserva para proteger una ruta entre los nodos especificados en la ruta de servicio.
Por otro lado, en el paso S101, la relación de reenvío en el nodo final de la ruta de servicio puede consistir en un puerto de entrada y un puerto de salida a través de los que pasa la ruta de servicio en el nodo final, y la relación de reenvío en el nodo final de la ruta de protección puede consistir en un puerto de entrada y un puerto de salida a través de los que pasa la ruta de protección en el nodo final.
Por otro lado, los nodos especificados en este modo de realización pueden ser nodos que se encuentran en las intersecciones de una ruta de servicio y una ruta de protección, en otras palabras, nodos finales de la ruta de protección. El nodo final de la ruta de protección en este modo de realización puede ser un nodo fuente de la ruta de protección (esto es, un nodo que envía un paquete de datos en dos extremos de la ruta de protección), o también puede ser un nodo sumidero de la ruta de protección (esto es, un nodo que recibe un paquete de datos en los dos extremos de la ruta de protección). El nodo final se puede utilizar a la vez como nodo fuente de una ruta de protección de un servicio y como nodo sumidero de una ruta de protección de otro servicio. Para un servicio de transmisión bidireccional, el nodo final se utiliza a la vez como nodo fuente de una ruta de protección del servicio bidireccional y como nodo sumidero de la ruta de protección del servicio bidireccional. Este modo de realización describe un método para proteger una ruta de servicio del servicio cuando un nodo es nodo fuente o nodo sumidero de una ruta de protección de un servicio.
Por otro lado, los nodos especificados en este modo de realización pueden ser nodos finales de la ruta de servicio, o también pueden ser nodos intermedios de la ruta de servicio. Esto es, la ruta de protección de la ruta de servicio puede ser una ruta de protección establecida para una ruta completa de la ruta de servicio, o también puede ser una ruta de protección establecida para la ruta de servicio entre los nodos especificados en la ruta de servicio, o también puede ser una ruta de protección para un nodo especificado. Por ejemplo, tal como se ilustra en la FIG. 2, en un dominio SDN administrado por el controlador SDN existen los nodos SW1, SW2, SW3 y SW4, y los cuatro nodos forman una ruta de servicio: SW1-SW2-SW3-SW4, esto es, existen enlaces entre SW1 y SW2, entre SW2 y SW3, y entre SW3 y SW4. Una ruta de protección de la ruta de servicio puede ser una ruta de protección para una ruta completa, por ejemplo, una ruta SW1-SW5-SW4, y en este caso, los nodos especificados son SW1 y SW4; o puede ser una ruta de protección para un enlace entre los nodos especificados SW3 y SW4 en la ruta de servicio, por ejemplo, una ruta SW3-SW6-SW4, y en este caso, los nodos especificados son SW3 y SW4; o también puede ser una ruta de protección para un nodo especificado SW2 en la ruta de servicio, por ejemplo, una ruta SW1-SW7-SW3, y en este caso, los nodos especificados son SW1 y SW3.
En correspondencia con el método ilustrado en la FIG. 1, un modo de realización de la presente invención proporciona un método de protección de una ruta de servicio aplicado a la parte del controlador SDN, que incluye específicamente los siguientes pasos:
Paso 1: en relación con el nodo final de la ruta de protección, enviarle una instrucción de selección de ruta al nodo final de la ruta de protección, en donde la instrucción de selección de ruta incluye una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío en el nodo final de la ruta de servicio y una relación de reenvío en el nodo final de la ruta de protección.
El nodo final de la ruta de protección utiliza la ruta de servicio y el tipo de activación de la ruta de protección para activar al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección.
Cuando se determina que se ha producido un fallo en la ruta de servicio, el nodo final de la ruta de protección actualiza la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección, en donde la ruta de protección es una ruta de reserva para proteger una ruta entre los nodos especificados en la ruta de servicio.
5
10
15
20
25
30
35
40
45
50
55
Por otro lado, antes del paso 1, el método puede incluir además: determinar, de acuerdo con una ruta de servicio determinada y una ruta de protección correspondiente a una ruta entre los nodos especificados en la ruta de servicio, los nodos que están incluidos en la ruta de servicio y en la ruta de protección.
Por otro lado, en este modo de realización, los nodos implicados son por separado un nodo fuente y un nodo sumidero de la ruta de protección en los nodos especificados. El nodo fuente y el nodo sumidero de la ruta de protección pueden determinar si la ruta de transmisión de un paquete de datos es la ruta de servicio y/o la ruta de protección.
La FIG. 3 ilustra un método de protección de una ruta de servicio de acuerdo con un modo de realización de la presente invención, aplicado a la parte del nodo fuente de una ruta de protección, que incluye específicamente los siguientes pasos:
S301: recibir una instrucción de selección de ruta enviada por un controlador SDN, en donde la instrucción de selección de ruta incluye una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío de una ruta de servicio en un nodo fuente y una relación de reenvío de una ruta de protección en el nodo fuente.
S302: cuando se utilizan la ruta de servicio y el tipo de activación de la ruta de protección para indicarle al nodo
fuente que habilite la ruta de servicio y la ruta de protección, continuar en el paso S303; o cuando se utilizan la ruta
de servicio y el tipo de activación de la ruta de protección para indicarle al nodo fuente que habilite la ruta de servicio, continuar en el paso S305.
Por otro lado, para el puerto de entrada y el puerto de salida a través de los que pasa en el nodo fuente una ruta cuya relación de reenvío se encuentra activada, cuando el nodo fuente recibe datos del servicio desde el puerto de entrada el nodo fuente reenvía los datos recibidos a través del puerto de salida, esto es, el puerto de entrada y el puerto de salida conforman una ruta interna a través de la que pasan los datos en el nodo fuente. Cada ruta interna en el nodo puede corresponder a una ruta externa entre nodos diferentes.
Por otro lado, cuando el tipo de activación solicitado por un servicio especificado desde el controlador SDN es una protección 1 + 1, el tipo de activación se puede utilizar para indicar que se han habilitado una ruta de servicio y una ruta de protección para realizar una transmisión de datos para el servicio especificado; o cuando el tipo de activación solicitado por un servicio especificado desde el controlador SDN es una protección 1:1, el tipo de activación se
puede utilizar para indicar que se ha habilitado una ruta de servicio para realizar una transmisión de datos para el
servicio especificado, y no se habilita temporalmente una ruta de protección hasta que se produzca un fallo en la ruta de servicio; o cuando el tipo de activación solicitado por un servicio especificado desde el controlador SDN es una protección m:n, el tipo de activación se puede utilizar para indicar que se ha habilitado una ruta de servicio para realizar una transmisión de datos para el servicio especificado.
Por otro lado, en este modo de realización el nodo puede ser cualquier dispositivo administrado por el controlador SDN.
S303: activar por separado la relación de reenvío en el nodo fuente de la ruta de servicio y la relación de reenvío en el nodo fuente de la ruta de protección.
S304: cuando se determina que se ha producido un fallo en la ruta de servicio, invalidar la relación de reenvío en el nodo fuente de la ruta de servicio y continuar en el paso S307.
S305: activar la relación de reenvío en el nodo fuente de la ruta de servicio.
S306: cuando se determina que se ha producido un fallo en la ruta de servicio, invalidar la relación de reenvío en el nodo fuente de la ruta de servicio, activar la relación de reenvío en el nodo fuente de la ruta de protección y continuar en el paso S307.
S307: enviarle al controlador SDN un mensaje de notificación con el fin de notificarle al controlador SDN que la ruta de servicio ya está deshabilitada y la ruta de protección está habilitada para la transmisión de datos.
Por otro lado, cuando se produce un fallo en una ruta entre los nodos especificados en la ruta de servicio y la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo fuente que habilite la ruta de servicio y la ruta de protección, esto es, cuando el tipo de activación se utiliza el tipo de activación para indicarle al nodo fuente que utilice la ruta de servicio y la ruta de protección para realizar la transmisión de datos para un servicio especificado, en el paso S303, la relación de reenvío en el nodo fuente de la ruta de protección ya está activada, de modo que incluso si se produce un fallo en la ruta entre los nodos especificados en la ruta de servicio, después de que el puerto de entrada correspondiente a la ruta de protección haya recibido datos del servicio especificado, los datos aún pueden ser reenviados a través de un puerto de salida, en donde se ha establecido una relación de reenvío entre el puerto de entrada y el puerto de salida; o cuando se utiliza el tipo de activación para indicarle al nodo fuente que habilite la ruta de servicio, esto es, cuando el tipo de activación se utiliza para indicarle al nodo fuente que utilice la ruta de servicio para realizar la transmisión de datos para el servicio especificado y no
5
10
15
20
25
30
35
40
45
50
utilizar temporalmente la ruta de protección para realizar la transmisión de datos para el servicio especificado, cuando se produce un fallo en una ruta entre los nodos especificados en la ruta de servicio es necesario activar la relación de reenvío en el nodo fuente de la ruta de protección, de modo que la ruta de protección esté habilitada para sustituir a la ruta de servicio para realizar la transmisión de datos para el servicio especificado.
La FIG. 4 ilustra un método de protección de una ruta de servicio de acuerdo con un modo de realización de la presente invención, aplicado a la parte del nodo sumidero de una ruta de protección, que incluye específicamente los siguientes pasos:
S401: recibir una instrucción de selección de ruta enviada por un controlador SDN, en donde la instrucción de selección de ruta incluye una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío en el nodo sumidero de la ruta de servicio y una relación de reenvío en el nodo sumidero de la ruta de protección, en donde la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo sumidero que habilite la ruta de servicio.
S402: activar la relación de reenvío en el nodo sumidero de la ruta de servicio en función de la ruta de servicio y el tipo de activación de la ruta de protección.
Por otro lado, cuando el tipo de activación solicitado por un servicio especificado del controlador SDN es una protección 1 + 1, o cuando el tipo de activación solicitado por un servicio especificado del controlador SDN es una protección 1:1, o cuando el tipo de activación solicitado por un servicio especificado del controlador SDN es una protección m:n, se puede utilizar el tipo de activación para indicarle al nodo sumidero de la ruta de protección que la ruta de servicio se ha habilitado para realizar la transmisión de datos para el servicio especificado, y la ruta de protección no se habilita temporalmente hasta que se produzca un fallo en la ruta de servicio. En relación con un dispositivo utilizado como nodo sumidero de la ruta de protección, como el dispositivo no puede recibir los mismos datos de dos canales, el dispositivo puede recibir los datos utilizando una de las rutas, de servicio o de protección, que transmiten los mismos datos. Por consiguiente, durante la activación de las relaciones de reenvío de la ruta de servicio y la ruta de protección correspondiente en el nodo sumidero, solo es necesario activar la relación de reenvío en el nodo sumidero de la ruta de servicio, la relación de reenvío en el nodo sumidero de la ruta de protección no se activa temporalmente, y cuando se produce un fallo en la ruta de servicio se habilita la ruta de protección para proteger la ruta de servicio.
Por otro lado, en este modo de realización el nodo puede ser cualquier dispositivo administrado por el controlador SDN.
S403: cuando se determina que se ha producido un fallo en la ruta de servicio, invalidar la relación de reenvío en el nodo sumidero de la ruta de servicio y activar la relación de reenvío en el nodo sumidero de la ruta de protección.
S404: enviarle al controlador SDN un mensaje de notificación con el fin de notificarle al controlador SDN que la ruta de servicio ya está deshabilitada y la ruta de protección está habilitada para la transmisión de datos.
Por otro lado, en relación con los modos de realización que se ilustran en la FIG. 3 y la FIG. 4, el proceso que se ejecuta en la parte del controlador SDN incluye los siguientes pasos:
Paso 1: en relación con el nodo final de la ruta de protección, enviarle una instrucción de selección de ruta al nodo final de la ruta de protección, en donde la instrucción de selección de ruta incluye una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío en el nodo final de la ruta de servicio y una relación de reenvío en el nodo final de la ruta de protección.
Paso 2: cuando se produce un fallo en la ruta de servicio, recibir un mensaje de notificación enviado por el nodo final de la ruta de protección con el fin de notificar que la ruta de servicio ya está deshabilitada y la ruta de protección está habilitada para la transmisión de datos.
La FIG. 5 ilustra un método de protección de una ruta de servicio de acuerdo con un modo de realización de la presente invención, en donde el método se aplica a la parte del nodo sumidero de la ruta de protección y a la parte del nodo fuente de la ruta de protección, y la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo fuente que habilite una ruta de servicio. Los pasos concretos son los siguientes:
S501: recibir una instrucción de selección de ruta enviada por un controlador SDN, en donde la instrucción de selección de ruta incluye una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío en el nodo final de la ruta de servicio y una relación de reenvío en el nodo final de la ruta de protección.
S502: activar la relación de reenvío en el nodo final de la ruta de servicio en función de la ruta de servicio y el tipo de activación de la ruta de protección.
S503: cuando se determina que se ha producido un fallo en la ruta de servicio, enviarle al controlador SDN un informe del fallo con el fin de notificarle al controlador SDN que se ha producido un fallo en la ruta de servicio.
5
10
15
20
25
30
35
40
45
50
55
S504: recibir una instrucción de conmutación enviada por el controlador SDN con el fin de que la ruta de protección sustituya a la ruta de servicio.
S505: invalidar la relación de reenvío en el nodo final de la ruta de servicio y activar la relación de reenvío en el nodo final de la ruta de protección de acuerdo con la instrucción de conmutación.
Por otro lado, en relación con el modo de realización que se ilustra en la FIG. 5, el proceso que se ejecuta en la parte del controlador SDN incluye los siguientes pasos:
Paso 1: en relación con el nodo final de la ruta de protección, enviarle una instrucción de selección de ruta al nodo final de la ruta de protección, en donde la instrucción de selección de ruta incluye una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío en el nodo final de la ruta de servicio y una relación de reenvío en el nodo final de la ruta de protección.
Paso 2: cuando se determina que se ha producido un fallo en la ruta de servicio, recibir un informe del fallo enviado por el nodo final de la ruta de protección con el fin de notificar que se ha producido un fallo en la ruta de servicio.
Paso 3: enviarle al nodo final de la ruta de protección una instrucción de conmutación con el fin de que la ruta de protección sustituya a la ruta de servicio, en donde la instrucción de conmutación se utiliza para indicarle al nodo final de la ruta de protección que invalide en el nodo final la relación de reenvío de la ruta de servicio y active en el nodo final la relación de reenvío de la ruta de protección.
Por otro lado, utilizando a modo de ejemplo un protocolo OpenFlow, en relación con el nodo final de la ruta de protección, el controlador SDN puede enviarle al nodo final una tabla de flujos y una tabla de grupos. Después de recibir la tabla de flujos y la tabla de grupos, un dispositivo puede almacenar en el nodo la tabla de flujos y la tabla de grupos, y configurar el propio dispositivo de acuerdo con las instrucciones en la tabla de flujos y la tabla de grupos.
Por otro lado, se puede utilizar la entrada Match (correspondencia) en la tabla de flujos para representar el identificador de un servicio especificado. La entrada Instruction (instrucción de acción) para el servicio especificado puede ser el identificador de una tabla de grupos. En la tabla de grupos se puede utilizar la entrada TYPE (tipo) de la tabla de grupos para representar el tipo de activación (cuando se utiliza el tipo de activación para indicar que se utiliza una ruta de servicio para realizar la transmisión de datos para el servicio especificado y hay al menos dos rutas de servicio, no se puede utilizar la entrada TYPE para representar el tipo de activación). Se puede utilizar la entrada ACTION_BUCKETS (lista ordenada de acciones) en la tabla de grupos para representar las relaciones de reenvío que corresponden por separado a una ruta de servicio y a una ruta de protección, una entrada correspondiente a la relación de reenvío en el nodo final de la ruta de servicio se utiliza como entrada de regla activa, y una entrada correspondiente a la relación de reenvío en el nodo final de la ruta de protección se utiliza como entrada de regla de reserva.
Por otro lado, el tipo de activación indicando que se utilizan una ruta de servicio y una ruta de protección para realizar la transmisión de datos para un servicio especificado puede corresponder al tipo All (todas obligatorias) definido para la entrada TYPE (tipo) de una entrada de grupo en el protocolo OpenFlow, esto es, se ejecutan todas las reglas de reenvío (es decir, la regla de reenvío correspondiente a la ruta de servicio y la regla de reenvío correspondiente a la ruta de protección) en la tabla de grupo; cuando hay una ruta de servicio, el tipo de activación indicando que para realizar la transmisión de datos se utiliza una ruta de servicio para un servicio específico puede corresponder al tipo Fast Failover (conmutación rápida de protección) opcional definido para la entrada TYPE (tipo) de la entrada de grupo en el protocolo OpenFlow, esto es, se ejecuta la primera regla de reenvío activada.
A continuación se proporcionan algunas descripciones mediante un ejemplo.
Ejemplo 1: tal como se ilustra en la FIG. 6, un controlador SDN 601 recibe una solicitud de transmisión de un paquete de datos de un Servicio 1, en donde el tipo de protección es 1:1, la ruta de servicio determinada por el controlador SDN 601 para el Servicio 1 es S-E-F-D, la ruta de protección es S-G-D, se utiliza un dispositivo S como nodo fuente de la ruta de protección, y se utiliza un dispositivo D como nodo sumidero de la ruta de protección.
En relación con la ruta de servicio S-E-F-D, el puerto de entrada de la ruta de servicio del Servicio 1 en el dispositivo S es P3, el puerto de salida es P1, el puerto de entrada en el dispositivo D es P4, y el puerto de salida es P5; en relación con la ruta de protección S-G-D, el puerto de entrada de la ruta de servicio del Servicio 1 en el dispositivo S es P3, el puerto de salida es P2, el puerto de entrada en el dispositivo D es P6, y el puerto de salida es P5.
En relación con el dispositivo S y el dispositivo D en las intersecciones de la ruta de servicio y la ruta de protección, el controlador SDN 601 les envía por separado unas instrucciones de selección de ruta al dispositivo S y al dispositivo D, en donde cada una de las instrucciones de selección de ruta enviadas al dispositivo S y al dispositivo D incluye una ruta de servicio y el tipo de activación de una ruta de protección del Servicio 1, una relación de reenvío de la ruta de servicio del Servicio 1 en el dispositivo, y una relación de reenvío de la ruta de protección del Servicio 1 en el dispositivo.
Utilizando el protocolo OpenFlow a modo de ejemplo, la Tabla 1 muestra las entradas establecidas después de que el dispositivo S haya recibido la instrucción de selección de ruta enviada por el controlador SDN 601, y la Tabla 2 muestra las entradas establecidas después de que el dispositivo D haya recibido la instrucción de selección de ruta enviada por el controlador SDN 601.
5 Tabla 1
Entrada de flujo:
Match
Instruction
Servicio 1
Grupo1
Entrada de grupo:
GID
TYPE ACTION_BUCKETS State
1
Fast Failover El puerto de entrada es P3 y el puerto de salida es P1 Active
El puerto de entrada es P3 y el puerto de salida es P2
Active
La Tabla 1 incluye una tabla de flujos y una tabla de grupos establecidas por el dispositivo S. En la tabla de flujos, el 10 contenido de la entrada Match (correspondencia) puede ser el identificador Servicio 1 y el contenido de la entrada Instruction (instrucción de acción) para el servicio 1 puede ser el identificador Grupo1 de la tabla de grupos. En la tabla de grupos, el contenido de la entrada TYPE (tipo) indica que el tipo de activación consiste en ejecutar la primera regla de reenvío activada, es decir, activar la relación de reenvío de la ruta de servicio en el dispositivo S, esto es, establecer un enlace para el puerto de entrada P3 y el puerto de salida P1 que corresponden a la ruta de 15 servicio en el dispositivo S; el contenido de la entrada ACTION_BUCKETS (lista ordenada de acciones) incluye todas las reglas de reenvío, es decir, la primera entrada representa que la relación de reenvío de la ruta de servicio en el dispositivo S es que el puerto de entrada es P3 y el puerto de salida es P1, y la segunda entrada representa que la relación de reenvío de la ruta de protección en el dispositivo S es que el puerto de entrada es P3 y el puerto de salida es P2. También se pueden establecer los estados para las entradas: establecer State (estado) como Active 20 (activa) representa que la entrada es una entrada válida, y cuando se produce un fallo en la ruta de servicio se puede invalidar la entrada de la regla activa que representa la relación de reenvío de la ruta de servicio y, a continuación, se puede establecer el estado correspondiente a la entrada de la regla activa como unActive (inactiva), o se elimina la entrada de la regla activa.
Tabla 2
25 Entrada de flujo:
Match
Instruction
Servicio 1
Grupo1
Entrada de grupo:
GID
TYPE ACTION_BUCKETS State
1
Fast Failover El puerto de entrada es P4 y el puerto de salida es P5 Active
El puerto de entrada es P6 y el puerto de salida es P5
Active
La Tabla 2 incluye una tabla de flujos y una tabla de grupos establecidas por el dispositivo D. En la tabla de flujos, el contenido de la entrada de Match (correspondencia) puede ser el identificador Servicio 1 y el contenido de la entrada 30 Instruction (instrucción de acción) para el servicio 1 puede ser el identificador Grupo1 de la tabla de grupos. En la tabla de grupos, el contenido de la entrada TYPE (tipo) representa que el tipo de activación consiste en ejecutar la primera regla de reenvío activada, es decir, activar la relación de reenvío de la ruta de servicio en el dispositivo D, esto es, establecer un enlace para el puerto de entrada P4 y el puerto de salida P5 que corresponden a la ruta de servicio en el dispositivo D; el contenido de la entrada ACTION_BUCKETS (lista ordenada de acciones) incluye 35 todas las reglas de reenvío, esto es, la primera entrada representa que la relación de reenvío de la ruta de servicio en el dispositivo D es que el puerto de entrada es P4 y el puerto de salida es P5, y la segunda entrada representa que la relación de reenvío de la ruta de protección en el dispositivo D es que el puerto de entrada que es P6 y el puerto de salida que es P5.
5
10
15
20
25
30
35
40
Por otro lado, cuando el tipo de protección de la solicitud de transmisión de paquetes de datos recibida por el controlador SDN 601 y el Servicio 1 es 1 + 1, después de que el dispositivo D haya recibido la instrucción de selección de ruta enviada por el controlador SDN 601, también se pueden mostrar en la Tabla 2 las entradas establecidas, y después de que el dispositivo S haya recibido la instrucción de selección de ruta enviada por el controlador sDn 601, también se pueden mostrar en la Tabla 3 las entradas establecidas.
Tabla 3
Entrada de flujo:
Match
Instruction
Servicio 1
Grupo1
Entrada de grupo:
GID
TYPE ACTION_BUCKETS State
1
All El puerto de entrada es P3 y el puerto de salida es P1 Active
El puerto de entrada es P3 y el puerto de salida es P2
Active
En la tabla de grupos que se ilustra en la Tabla 3, el contenido de la entrada TYPE (tipo) representa que el tipo de activación consiste en ejecutar todas las reglas de reenvío activadas, es decir, activar la relación de reenvío de la ruta de servicio en el dispositivo S y la relación de reenvío de la ruta de protección en el dispositivo S, esto es, establecer un enlace para el puerto de entrada P3 y el puerto de salida P1 y establecer un enlace para el puerto de entrada P3 y el puerto de salida P2.
La FIG. 7 ilustra un método de protección de una ruta de servicio de acuerdo con un modo de realización de la presente invención, aplicado a la parte del nodo final de la ruta de protección, que incluye específicamente los siguientes pasos:
S701: recibir una instrucción de selección de ruta enviada por un controlador SDN, en donde la instrucción de selección de ruta incluye una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío en el nodo final de la ruta de servicio y una relación de reenvío en el nodo final de la ruta de protección.
S702: recibir una instrucción de monitorización enviada por el controlador SDN con el fin de indicarle al nodo final de la ruta de protección que monitorice al menos una ruta entre la ruta de servicio y la ruta de protección.
En este paso, la instrucción de monitorización se puede utilizar para, de acuerdo con las necesidades actuales, indicarle al nodo final que monitorice la ruta de servicio, la ruta de protección, o la ruta de servicio y la ruta de protección.
Por otro lado, en este paso, la instrucción de monitorización puede incluir un protocolo de monitorización con el fin de instruir al nodo final, y la correspondiente información de configuración del protocolo, y la monitorización de la al menos una ruta indicada en la instrucción de monitorización puede ser: monitorizar la transmisión de datos del servicio en la ruta, y/o monitorizar el enlace físico de la ruta.
S703: activar al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección.
Por otro lado, en este modo de realización, la instrucción de monitorización se puede enviar después de que el controlador SDN haya enviado la instrucción de selección de ruta en S701; por consiguiente, no hay una secuencia estricta de ejecución del paso S702 y el paso S703.
S704: monitorizar, de acuerdo con la instrucción de monitorización, la al menos una ruta indicada en la instrucción de monitorización.
Por otro lado, en la técnica anterior se necesitan dos protocolos para monitorizar una ruta, a saber: el protocolo de operación, administración y mantenimiento (OAM) y el protocolo de gestión de enlace (LMP), en donde el protocolo OAM se utiliza generalmente para monitorizar el estado de una transmisión de datos de servicio entre una red de usuario y una red de operador, y el protocolo LMP se utiliza fundamentalmente para detectar la continuidad de un enlace físico entre nodos adyacentes. En la técnica anterior, en general es necesario combinar el protocolo OAM y el protocolo LMP para descubrir un fallo de transmisión de los datos de servicio de un servicio en una ruta monitorizada, y en el enlace físico correspondiente a una ruta que está transmitiendo el servicio, la monitorización de fallos no se realiza de forma independiente.
5
10
15
20
25
30
35
40
45
50
Por otro lado, en este modo de realización de la presente invención, se puede monitorizar directamente el enlace físico correspondiente a la ruta de servicio, y la monitorización no se realiza en el enlace desde la perspectiva de la transmisión del servicio. Cuando se produce un fallo en el enlace físico, se puede determinar que se han producido fallos en todas las rutas de servicio transportadas en el enlace físico y, a continuación, se pueden habilitar por separado rutas de protección para las rutas de servicio transportadas en el enlace físico.
Por otro lado, en este modo de realización de la presente invención, en el caso en el que la ruta de protección de la ruta de servicio sea una ruta de protección establecida para una ruta de servicio entre los nodos especificados en la ruta de servicio, y la ruta de protección de la ruta de servicio sea una ruta de protección para un dispositivo especificado, por ejemplo, en la FIG. 2, en relación con la ruta de protección para un enlace entre los nodos especificados SW3 y SW4 en la ruta de servicio, por ejemplo, una ruta SW3-SW6-SW4, y en relación con la ruta de protección para un dispositivo especificado SW2 en la ruta de servicio, por ejemplo, una ruta SW1-SW7-SW3, la detección de fallos se puede realizar utilizando el protocolo LMP, esto es, cuando se produce un fallo en un enlace físico entre nodos adyacentes en la ruta de servicio, se habilita la ruta de protección para proteger la ruta de servicio en el enlace físico en el que se ha producido el fallo.
S705: cuando se determina mediante la monitorización que se ha producido un fallo en la ruta de servicio, el nodo final de la ruta de protección actualiza la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección.
Por otro lado, en este modo de realización de la presente invención, tanto el nodo fuente de la ruta de protección como el nodo sumidero de la ruta de protección deben monitorizar la al menos una ruta indicada en la instrucción de monitorización. Cuando se produce un fallo en la ruta de servicio, el nodo fuente de la ruta de protección y el nodo sumidero de la ruta de protección pueden detectar de forma independiente el fallo de la ruta de servicio, y cuando el nodo fuente y el nodo sumidero conmutan automáticamente al nodo fuente y al nodo sumidero de la ruta de protección, la conmutación a la ruta de protección se ha realizado con éxito.
Por otro lado, en relación con el modo de realización que se ilustra en la FIG. 7, el proceso que se ejecuta en la parte del controlador SDN incluye los siguientes pasos:
Paso 1: en relación con el nodo final de la ruta de protección, enviarle una instrucción de selección de ruta al nodo final de la ruta de protección, en donde la instrucción de selección de ruta incluye una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío en el nodo final de la ruta de servicio y una relación de reenvío en el nodo final de la ruta de protección.
Paso 2: enviarle al nodo final de la ruta de protección una instrucción de monitorización con el fin de indicarle al nodo final de la ruta de protección que monitorice al menos una ruta entre la ruta de servicio y la ruta de protección.
La FIG. 8 ilustra un método de protección de una ruta de servicio de acuerdo con un modo de realización de la presente invención, aplicado a la parte del nodo final de la ruta de protección, que incluye específicamente los siguientes pasos:
S801: recibir una instrucción de selección de ruta enviada por un controlador SDN, en donde la instrucción de selección de ruta incluye una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío en el nodo final de la ruta de servicio, y una relación de reenvío en el nodo final de la ruta de protección.
S802: activar al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección.
S803: enviarle al controlador SDN un mensaje de notificación indicando que se ha completado la activación de la relación de reenvío.
S804: recibir una instrucción de monitorización enviada por el controlador SDN con el fin de indicarle al nodo final de la ruta de protección que monitorice al menos una ruta entre la ruta de servicio y la ruta de protección.
En este paso, la instrucción de monitorización se puede utilizar para, de acuerdo con los requisitos actuales, indicarle al nodo final que monitorice la ruta de servicio, la ruta de protección, o la ruta de servicio y la ruta de protección.
Por otro lado, en este paso, la instrucción de monitorización puede incluir un protocolo de monitorización con el fin de instruir al nodo final, y la correspondiente información de configuración del protocolo, y la monitorización de la al menos una ruta indicada en la instrucción de monitorización puede ser: monitorizar la transmisión de datos del servicio en la ruta, y/o monitorizar el enlace físico de la ruta.
S805: monitorizar, de acuerdo con la instrucción de monitorización, la al menos una ruta indicada en la instrucción de monitorización.
S806: cuando se determina mediante la monitorización que se ha producido un fallo en la ruta de servicio, el nodo final de la ruta de protección actualiza la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección.
5 Por otro lado, en relación con el modo de realización que se ilustra en la FIG. 8, el proceso que se ejecuta en la parte del controlador SDN incluye los siguientes pasos:
Paso 1: en relación con el nodo final de la ruta de protección, enviarle una instrucción de selección de ruta al nodo final de la ruta de protección, en donde la instrucción de selección de ruta incluye una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío en el nodo final de la ruta de servicio y una relación de 10 reenvío en el nodo final de la ruta de protección.
Paso 2: recibir un mensaje de notificación enviado por el nodo final de la ruta de protección indicando que la activación de la relación de reenvío se ha completado.
Paso 3: enviarle al nodo final de la ruta de protección una instrucción de monitorización con el fin de indicarle al nodo final de la ruta de protección que monitorice al menos una ruta entre la ruta de servicio y la ruta de protección.
15 A continuación se proporcionan algunas descripciones mediante un ejemplo.
Ejemplo 2: tal como se ilustra en la FIG. 9, el controlador SDN 901 recibe una solicitud de transmisión de paquetes de datos de un servicio 2, en donde el tipo de protección es una protección FRR para un enlace especificado, la ruta de servicio determinada por el controlador SDN 901 para el servicio 2 es A-B-D-E, la ruta de protección es B-C-D, como nodo fuente de la ruta de protección se utiliza el dispositivo B, y como nodo sumidero de la ruta de protección 20 se utiliza el dispositivo D.
En relación con la ruta de servicio, el puerto de entrada de la ruta de servicio del servicio 2 en el dispositivo B es P1, el puerto de salida es P2, el puerto de entrada en el dispositivo D es P4, y el puerto de salida es P5; en relación con la ruta de protección, el puerto de entrada de la ruta de protección del servicio 2 en el dispositivo B es P1, el puerto de salida es P3, el puerto de entrada en el dispositivo D es P6, y el puerto de salida es P5.
25 En relación con el dispositivo B y el dispositivo D en las intersecciones de la ruta de servicio y la ruta de protección, el controlador SDN 901 les envía por separado instrucciones de selección de ruta al dispositivo B y al dispositivo D, en donde cada una de las instrucciones de selección de ruta enviadas al dispositivo B y al dispositivo D incluye una ruta de servicio y el tipo de activación de una ruta de protección del servicio 2, una relación de reenvío de la ruta de servicio del servicio 2 en el dispositivo, y una relación de reenvío de la ruta de protección del servicio 2 en el 30 dispositivo. El controlador SDN 901 les envía además las instrucciones de monitorización al dispositivo B y al dispositivo D con el fin de indicarles a dichos dispositivos que monitoricen las rutas indicadas en las instrucciones de monitorización.
Utilizando un protocolo OpenFlow a modo de ejemplo, la Tabla 4 muestra las entradas establecidas después de que el dispositivo B haya recibido la instrucción de selección de ruta enviada por el controlador SDN 901; y la Tabla 5 35 muestra las entradas establecidas después de que el dispositivo D haya recibido la instrucción de selección de ruta enviada por el controlador SDN 901.
Tabla 4
Entrada de flujo:
Match
Instruction
Servicio 2
Grupo2
Entrada de grupo:
GID
TYPE ACTION_BUCKETS State
2
Fast Failover Watch_port, el puerto de entrada es P1 y el puerto de salida es P2 Active
Watch_port, el puerto de entrada es P1 y el puerto de salida es P3
Active
40 La Tabla 4 incluye una tabla de flujos y una tabla de grupos establecidas por el dispositivo B. En la tabla de flujos, el contenido de la entrada Match (correspondencia) puede ser el identificador Servicio 2 y el contenido de la entrada Instruction (instrucción de acción) para el servicio 2 puede ser el identificador Grupo2 de la tabla de grupos. En la tabla de grupos, el contenido de la entrada TYPE (tipo) representa que el tipo de relación de reenvío es ejecutar la primera regla de reenvío activada, es decir, activar la relación de reenvío de la ruta de servicio en el dispositivo B, 45 esto es, establecer un enlace para el puerto de entrada P1 y el puerto de salida P2 que corresponden a la ruta de
servicio en el dispositivo B; el contenido de la entrada ACTION_BUCKETS (lista ordenada de acciones) incluye todas las reglas de reenvío, es decir, la primera entrada representa que la relación de reenvío de la ruta de servicio en el dispositivo B es que el puerto de entrada que es P1 y el puerto de salida es P2, y la segunda entrada representa que la relación de reenvío de la ruta de protección en el dispositivo B es que el puerto de entrada es P1 y 5 el puerto de salida es P3. El identificador Watch_port (puerto de monitorización) en la entrada ACTION_BUCKETS (lista ordenada de acciones) representa la monitorización de una ruta representada por una entrada con ese identificador. En este ejemplo, el dispositivo B debe monitorizar tanto la ruta de servicio como la ruta de protección. Una forma específica de monitorización puede ser: enviarle un paquete de datos LMP a un nodo adyacente del dispositivo B.
10 Tabla 5
Entrada de flujo:
Match
Instrucción
Servicio 2
Grupo2
Entrada de grupo:
GID
TYPE ACTION_BUCKETS State
2
Fast Failover Watch_port, el puerto de entrada es P4 y el puerto de salida es P5 Active
Watch_port, el puerto de entrada es P6 y el puerto de salida es P5
Active
La Tabla 5 incluye una tabla de flujos y una tabla de grupos establecidas por el dispositivo D. En la tabla de flujos, el contenido de la entrada Match (correspondencia) puede ser el identificador Servicio 2 y el contenido de la entrada 15 Instruction (instrucción de acción) para el servicio 2 puede ser el identificador Grupo2 de la tabla de grupos. En la tabla de grupos, el contenido de la entrada TYPE (tipo) representa que el tipo de activación consiste en ejecutar la primera regla de reenvío activada, es decir, activar la relación de reenvío de la ruta de servicio en el dispositivo D, esto es, establecer un enlace para el puerto de entrada P4 y el puerto de salida P5 que corresponden a la ruta de servicio en el dispositivo D; el contenido de la entrada ACTION_BUCKETS (lista ordenada de acciones) incluye 20 todas las reglas de reenvío, es decir, la primera entrada representa que la relación de reenvío de la ruta de servicio en el dispositivo D es que el puerto de entrada es P4 y el puerto de salida es P5 y la segunda entrada representa que la relación de reenvío de la ruta de protección en el dispositivo D es que el puerto de entrada es P6 y el puerto de salida es P5. El identificador Watch_port en la entrada ACTION_BUCKETS (lista ordenada de acciones) representa la monitorización de una ruta representada por una entrada con ese identificador. En este ejemplo, el 25 dispositivo D debe monitorizar tanto la ruta de servicio como la ruta de protección. Una forma específica de monitorización puede ser: enviarle un paquete de datos LMP a un nodo adyacente del dispositivo D.
La FIG. 10 ilustra un método de protección de una ruta de servicio de acuerdo con un modo de realización de la presente invención, en donde el método se aplica a la parte del nodo sumidero de una ruta de protección y a la parte del nodo fuente de la ruta de protección, y se utilizan una ruta de servicio y el tipo de activación de una ruta de 30 protección para indicarle al nodo fuente que habilite una ruta de servicio. Los pasos específicos son los siguientes:
S1001: recibir una instrucción de selección de ruta enviada por un controlador SDN, en donde la instrucción de selección de ruta incluye una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío en el nodo final de la ruta de servicio y una relación de reenvío en el nodo final de la ruta de protección, y cuando existen al menos dos rutas de protección para una ruta entre los nodos especificados en la ruta de servicio, 35 la instrucción de selección de ruta se utiliza además para indicar las prioridades de las rutas de protección.
S1002: activar al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección.
S1003: cuando se determina que se ha producido un fallo en la ruta de servicio, el nodo final de la ruta de protección 40 determina la ruta de protección que tiene la prioridad más alta.
S1004: activar la relación de reenvío de la ruta de protección, determinada en S1003, que tiene la prioridad más alta en el nodo final e invalidar en el nodo final la relación de reenvío de la ruta de servicio.
Por otro lado, en una aplicación real, también puede haber múltiples rutas de servicio. Utilizando el protocolo OpenFlow a modo de ejemplo, en una tabla de grupos, en correspondencia, puede haber múltiples entradas de 45 reglas activas, que corresponden por separado a las relaciones de reenvío de las múltiples rutas de servicio en un dispositivo. Los identificadores se pueden establecer de forma independiente para las entradas de las reglas activas, en donde cada una de las entradas se utiliza para representar un identificador de servicio de la ruta de servicio; o, se puede establecer una entrada de conteo de la ruta de servicio, en donde el valor de la entrada de conteo representa
5
10
15
20
25
30
35
40
el número de entradas consecutivas en la tabla de grupos que son entradas de reglas activas. En relación con las prioridades de las múltiples rutas de protección en la entrada de grupo, se puede agregar un identificador de prioridad para cada una de las entradas de reglas de reserva, o en la tabla de grupos se puede utilizar una secuencia de entradas de reglas de reserva para representar las prioridades de las entradas de las reglas, por ejemplo, la primera entrada de regla de reserva es una entrada que tiene la prioridad más alta, y las siguientes entradas de regla de reserva están dispuestas en orden descendente de prioridad.
A continuación se proporcionan algunas descripciones mediante un ejemplo.
Ejemplo 3: tal como se ilustra en la FIG. 11, el controlador SDN recibe una solicitud de transmisión de paquetes de datos de un servicio 3, en donde el tipo de protección es 3:2, esto es, se asignan tres rutas de protección para dos rutas de servicio. Para el servicio 3, el controlador SDN determina las dos rutas de servicio S-E-F-D y S-A-B-D, y las tres rutas de protección S-G-D, S-H-D y S-M-N-D, en donde los nodos fuente de las rutas de protección son el dispositivo S y los nodos sumidero de las rutas de protección son el dispositivo D.
En relación con la ruta de servicio S-E-F-D, el puerto de entrada de paquetes de datos del servicio 3 en el dispositivo S es P1, el puerto de salida es P2, el puerto de entrada en el dispositivo D es P8, y el puerto de salida es P7; en relación con la ruta de servicio S-A-B-D, el puerto de entrada de paquetes de datos del servicio 3 en el dispositivo S es P1, el puerto de salida es P3, el puerto de entrada en el dispositivo D es P9, y el puerto de salida es P7.
En relación con la ruta de protección S-G-D, el puerto de entrada de paquetes de datos del servicio 3 en el dispositivo S es P1, el puerto de salida es P4, el puerto de entrada en el dispositivo D es P10, y el puerto de salida es P7; en relación con la ruta de protección S-H-D, el puerto de entrada de paquetes de datos del servicio 3 en el dispositivo S es P1, el puerto de salida es P5, el puerto de entrada en el dispositivo D es P11, y el puerto de salida es P7; en relación con la ruta de protección S-M-N-D, el puerto de entrada de paquetes de datos del servicio 3 en el dispositivo S es P1, el puerto de salida es P6, el puerto de entrada en el dispositivo D es P12, y el puerto de salida es P7.
En relación con el dispositivo S y el dispositivo D en las intersecciones de la ruta de servicio y la ruta de protección, el controlador SDN les envía por separado instrucciones de selección de ruta al dispositivo S y al dispositivo D, en donde cada una de las instrucciones de selección de ruta enviadas al dispositivo S y al dispositivo D incluye una ruta de servicio y el tipo de activación de una ruta de protección del servicio 3, una relación de reenvío de la ruta de servicio del servicio 3 en el dispositivo, y una relación de reenvío de la ruta de protección del servicio 3 en el dispositivo.
Utilizando un protocolo OpenFlow a modo de ejemplo, la Tabla 6 muestra las entradas establecidas después de que el dispositivo S haya recibido la instrucción de selección de ruta enviada por el controlador SDN; y la Tabla 7 muestra las entradas establecidas después de que el dispositivo D haya recibido la instrucción de selección de ruta enviada por el controlador SDN.
Tabla 6
Entrada de flujo:
Match
Instruction
Servicio 3
Grupo3
Entrada de grupo:
GID
TYPE ACTION_BUCKETS State
El puerto de entrada es P1 y el puerto de salida es P2, m Active
El puerto de entrada es P1 y el puerto de salida es P3, m Active
3
Main El puerto de entrada es P1 y el puerto de salida es P4, 2 Active
El puerto de entrada es P1 y el puerto de salida es P5, 1 Active
El puerto de entrada es P1 y el puerto de salida es P6, 3 Active
La Tabla 6 incluye una tabla de flujos y una tabla de grupos establecidas por el dispositivo S. En la tabla de flujos, el contenido de la entrada Match (correspondencia) puede ser el identificador Servicio 3 y el contenido de la entrada Instruction (instrucción de acción) para el servicio 3 puede ser el identificador Grupo3 de la tabla de grupos. En la tabla de grupos, el contenido de la entrada TYPE (tipo) representa que el tipo de activación consiste en ejecutar una regla de reenvío activa (que no está definida en el protocolo OpenFlow, sino que es autodefinida), es decir, activar las relaciones de reenvío de todas las rutas de servicio en el dispositivo S, esto es, establecer un enlace para el puerto de entrada P1 y el puerto de salida P2 y establecer un enlace para el puerto de entrada P1 y el puerto de
salida P3. El contenido de la entrada ACTION_BUCKETS (lista ordenada de acciones) incluye todas las reglas de reenvío, es decir, las primeras dos entradas representan las relaciones de reenvío de las rutas de servicio en el dispositivo S y las tres últimas entradas representan las relaciones de reenvío de las rutas de protección en el dispositivo S. El identificador m en la entrada ACTION_BUCKETS (lista ordenada de acciones) representa que una 5 entrada con dicho identificador es una entrada de regla activa, y un identificador numérico en la entrada ACTION_BUCKETS (lista ordenada de acciones) representa la prioridad de una entrada de regla de reserva con dicho identificador, esto es, cuando se produce un fallo en una ruta de servicio representada por cualquiera de las entradas de regla activa, se determina, en función de las prioridades de las entradas de la regla de reserva que para reenviar el paquete de datos recibido del servicio 3 se utilice la ruta de protección representada por la entrada de 10 regla de reserva que tiene la prioridad más alta para sustituir a la ruta de servicio en la que se ha producido el fallo. En este ejemplo, la ruta de reserva que tiene la prioridad más alta es S-H-D, S-G-D ocupa el segundo lugar y S-M-N- D ocupa el tercero.
Tabla 7
Entrada de flujo:
Match
Instruction
Servicio 3
Grupo3
15 Entrada de grupo:
GID
TYPE ACTION_BUCKETS State
El puerto de entrada es P8 y el puerto de salida es P7, m Active
El puerto de entrada es P9 y el puerto de salida es P7, m Active
3
Main El puerto de entrada es P10 y el puerto de salida es P7, 2 Active
El puerto de entrada es P11 y el puerto de salida es P7, 1 Active
El puerto de entrada es P12 y el puerto de salida es P7, 3 Active
La Tabla 7 incluye una tabla de flujos y una tabla de grupos establecidas por el dispositivo D. En la tabla de flujos, el contenido de la entrada Match (correspondencia) puede ser el identificador Servicio 3 y el contenido de la entrada Instruction (instrucción de acción) para el servicio 3 puede ser el identificador Grupo3 de la tabla de grupos. En la tabla de grupos, el contenido de la entrada TYPE (tipo) representa que el tipo de activación consiste en ejecutar una 20 regla de reenvío activa (que no está definida en el protocolo OpenFlow, sino que es autodefinida), es decir, activar las relaciones de reenvío de todas las rutas de servicio en el dispositivo D, esto es, establecer una correlación entre el puerto de entrada P8 y el puerto de salida P7, y establecer una correlación entre el puerto de entrada P9 y el puerto de salida P7. El contenido de la entrada ACTION_BUCKETS (lista ordenada de acciones) incluye todas las reglas de reenvío, esto es, las dos primeras entradas representan las relaciones de reenvío de las rutas de servicio 25 en el dispositivo D y las tres últimas representan las relaciones de reenvío de las rutas de protección en el dispositivo D. El significado del identificador m y de los números en la entrada ACTION_BUCKETS (lista ordenada de acciones) es el mismo que en la Tabla 6, y los detalles no se vuelven a describir en la presente solicitud.
Por otro lado, en relación con la prioridad de cada una de las rutas de protección, la configuración en la parte del nodo fuente de la ruta de protección debe ser la misma que la configuración en la parte del nodo sumidero de la ruta 30 de protección. Por ejemplo, en relación con la ruta de protección S-H-D, la prioridad en el dispositivo S y la prioridad en el dispositivo D se han configurado con el valor 1, de tal modo que se puede asegurar que cuando se produzca un fallo en la ruta de servicio, las rutas de protección habilitadas en la parte del nodo fuente de la ruta de protección y en la parte del nodo sumidero de la ruta de protección en función de las prioridades de las rutas de protección son la misma ruta de protección.
35 Por otro lado, en relación con un nodo en una ruta de servicio y una ruta de protección, excepto el nodo final de la ruta de protección, en un método de protección de la ruta de servicio los pasos que se ejecutan en la parte del controlador SDN pueden incluir:
Paso 1: en relación con un nodo en la ruta de servicio y la ruta de protección, excepto el nodo final de la ruta de protección, enviarle al nodo una instrucción de selección de ruta, en donde la instrucción de selección de ruta incluye 40 una relación de reenvío en el nodo de la ruta en la que se encuentra el nodo.
La relación de reenvío en el nodo de la ruta en la que se encuentra el nodo se utiliza para indicarle al nodo que active en el nodo la relación de reenvío de la ruta en la que se encuentra el nodo.
5
10
15
20
25
30
35
40
45
50
De forma análoga, en relación con un nodo en una ruta de servicio y una ruta de protección, excepto el nodo final de la ruta de protección, en un método de protección de la ruta de servicio los pasos que se ejecutan en la parte del nodo pueden incluir:
Paso 1: recibir una instrucción de selección de ruta enviada por un controlador SDN, en donde la instrucción de selección de ruta incluye una relación de reenvío en el nodo de la ruta en la que se encuentra el nodo.
Paso 2: activar la relación de reenvío en el nodo de la ruta en la que se encuentra el nodo, de acuerdo con la relación de reenvío en el nodo indicada en la instrucción de selección de ruta, de la ruta en la que se encuentra el nodo.
Por otro lado, en este paso, cuando la ruta en la que se encuentra el nodo es una ruta de servicio, se activa una relación de reenvío en el nodo de la ruta de servicio; o cuando la ruta en la que se encuentra el nodo es una ruta de protección, se activa una relación de reenvío en el nodo de la ruta de protección. Esto es, en relación con una ruta de protección que no está habilitada temporalmente, un nodo en la ruta de protección también activa la relación de reenvío en el nodo de la ruta de protección, y no es necesario que, cuando se produzca un fallo en la ruta de servicio y antes de habilitarse la ruta de protección, se active la relación de reenvío en el nodo de la ruta de protección para el nodo en la ruta de protección.
Por otro lado, en relación con el nodo en la ruta de servicio y la ruta de protección, excepto el nodo final de la ruta de protección, es necesario indicar la relación de reenvío en el nodo de la ruta en la que se encuentra el nodo, y no es necesario indicar una relación de reenvío correspondiente a otra ruta, excepto la ruta en la que se encuentra el nodo. Como otras rutas, excepto la ruta en la que se encuentra el nodo, no pasan por el nodo, cuando se produce un fallo en la ruta de servicio el nodo no es responsable de conmutar a la ruta de protección.
Por otro lado, el nodo en la ruta de servicio y la ruta de protección, excepto el nodo final de la ruta de protección, puede ayudar al nodo final de la ruta de protección a detectar un fallo de la ruta, y cuando se detecta un fallo en la ruta en la que se encuentra situado el nodo, le comunica el resultado al controlador SDN.
Utilizando la FIG. 6 a modo de ejemplo, en relación con un nodo G, excepto los nodos finales S y D, en una ruta de protección del Servicio 1, el puerto de entrada de la ruta de protección del Servicio 1 en el dispositivo G es el puerto P7 y el puerto de salida es el puerto P8. El controlador SDN le envía una instrucción de selección de ruta al dispositivo G, en donde la instrucción de selección de ruta incluye una relación de reenvío de la ruta de protección del Servicio 1 en el dispositivo G.
Utilizando un protocolo OpenFlow a modo de ejemplo, la Tabla 8 muestra una entrada establecida después de que el dispositivo G haya recibido la instrucción de selección de ruta enviada por el controlador SDN:
Tabla 8
Entrada de flujo:
Match
Instruction
Servicio 1
El puerto de entrada es P7 y el puerto de salida es P8
La Tabla 8 incluye una tabla de flujos establecida por el dispositivo G. En la tabla de flujos, el contenido de la entrada Match (correspondencia) puede ser el identificador Servicio 1 y el contenido de la entrada Instruction (instrucción de acción) para el Servicio 1 puede ser la relación de reenvío de la ruta de protección en el dispositivo G.
Sobre la base de la misma idea de la invención, los modos de realización de la presente invención proporcionan además un dispositivo, un controlador SDN y un sistema. Como el principio de resolución del problema del dispositivo, el controlador SDN y el sistema es similar al del método anterior de protección de una ruta de servicio, para la implementación del dispositivo, el controlador SDN y el sistema se puede hacer referencia a la implementación del método anterior, y las partes que se repiten no se vuelven a describir en la presente solicitud.
Un modo de realización de la presente invención proporciona un dispositivo aplicado al nodo final de una ruta de protección. Tal como se ilustra en la FIG. 12, el dispositivo incluye los siguientes módulos:
un módulo 1201 de recepción, configurado para recibir una instrucción de selección de ruta enviada por un controlador SDN, en donde la instrucción de selección de ruta incluye una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío en el nodo final de la ruta de servicio y una relación de reenvío en el nodo final de la ruta de protección, y la ruta de protección es una ruta de reserva para proteger una ruta entre los nodos especificados en la ruta de servicio;
un módulo 1202 de activación, configurado para activar al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en
5
10
15
20
25
30
35
40
45
50
función de la ruta de servicio y el tipo de activación de la ruta de protección recibidos por el módulo 1201 de recepción; y
un módulo 1203 de actualización, configurado para: cuando se determina que se ha producido un fallo en la ruta de servicio, actualizar la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección recibidos por el módulo 120l de recepción.
Por otro lado, el módulo 1202 de activación está configurado específicamente para: cuando el dispositivo es el nodo fuente de la ruta de protección, y la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo fuente que habilite la ruta de servicio y la ruta de protección, activar por separado una relación de reenvío en el nodo fuente de la ruta de servicio y una relación de reenvío en el nodo fuente de la ruta de protección; o, cuando la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo fuente que habilite la ruta de servicio, activar una relación de reenvío en el nodo fuente de la ruta de servicio.
Por otro lado, el módulo 1202 de activación está configurado específicamente para: cuando el dispositivo es el nodo sumidero de la ruta de protección, activar una relación de reenvío en el nodo sumidero de la ruta de servicio en función de la ruta de servicio y el tipo de activación de la ruta de protección, en donde la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo sumidero que habilite la ruta de servicio.
Por otro lado, el dispositivo incluye, además, un primer módulo 1204 de control, en donde
el módulo 1201 de recepción está configurado, además, para recibir una instrucción de monitorización enviada por el controlador SDN con el fin de ordenarle al dispositivo que monitorice al menos una ruta entre la ruta de servicio y la ruta de protección; y
el primer módulo 1204 de monitorización está configurado para, después de que el módulo 1202 de activación haya activado la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, monitorizar, de acuerdo con la instrucción de monitorización recibida por el módulo 1201 de recepción, la al menos una ruta indicada en la instrucción de monitorización.
Por otro lado, el primer módulo 1204 de monitorización está configurado específicamente para monitorizar, de acuerdo con la instrucción de monitorización, la transmisión de datos del servicio en la al menos una ruta indicada en la instrucción de monitorización y/o el enlace físico de la al menos una ruta indicada en la instrucción de monitorización.
Por otro lado, el dispositivo incluye, además, un módulo 1205 de envío y un segundo módulo 1206 de monitorización, en donde
el módulo 1205 de envío está configurado para: después de que el módulo 1202 de activación haya activado la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, enviarle al controlador SDN un mensaje de notificación indicando que la activación de la relación de reenvío se ha completado;
el módulo 1201 de recepción está configurado además para: después de que el módulo 1205 de envío haya enviado el mensaje de notificación, recibir una instrucción de monitorización enviada por el controlador SDN con el fin de indicarle al dispositivo que monitorice al menos una ruta entre la ruta de servicio y la ruta de protección; y
el segundo módulo 1206 de monitorización está configurado para: después de que el módulo 1201 de recepción haya recibido la instrucción de monitorización, monitorizar, de acuerdo con la instrucción de monitorización, la al menos una ruta indicada en la instrucción de monitorización.
Por otro lado, el segundo módulo 1206 de monitorización está configurado específicamente para monitorizar, de acuerdo con la instrucción de monitorización, la transmisión de datos del servicio en la al menos una ruta indicada en la instrucción de monitorización y/o el enlace físico de la al menos una ruta indicada en la instrucción de monitorización.
Por otro lado, el módulo 1203 de actualización está configurado específicamente para: cuando se determina que se ha producido un fallo en la ruta de servicio, invalidar la relación de reenvío en el nodo final de la ruta de servicio; y
el módulo 1205 de envío está configurado, además, para: cuando se determina que se ha producido un fallo en la ruta de servicio, enviarle al controlador SDN un mensaje de notificación con el fin de notificarle al controlador SDN que la ruta de servicio ya está deshabilitada y la ruta de protección está habilitada para la transmisión de datos.
Por otro lado, el módulo 1203 de actualización está configurado, además, para: cuando el dispositivo es el nodo fuente de la ruta de protección, y la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo fuente que habilite la ruta de servicio, o cuando el dispositivo es el nodo sumidero de la ruta de protección, cuando se determina que se ha producido un fallo en la ruta de servicio, y antes o después de que el
5
10
15
20
25
30
35
40
45
50
dispositivo invalide en el nodo final la relación de reenvío de la ruta de servicio, activar la relación de reenvío en el nodo final de la ruta de protección.
Por otro lado, el módulo 1203 de actualización está configurado específicamente para: cuando el dispositivo es el nodo fuente de la ruta de protección, y la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo fuente que habilite la ruta de servicio, o cuando el dispositivo es el nodo sumidero de la ruta de protección, y cuando se determina que se ha producido un fallo en la ruta de servicio, enviarle al controlador SDN un informe del fallo con el fin de notificarle al controlador SDN que se ha producido un fallo en la ruta de servicio; recibir una instrucción de conmutación enviada por el controlador SDN con el fin de que la ruta de protección sustituya a la ruta de servicio; e invalidar en el nodo final la relación de reenvío de la ruta de servicio y activar la relación de reenvío en el nodo final de la ruta de protección de acuerdo con la instrucción de conmutación.
Por otro lado, el módulo 1203 de actualización está configurado específicamente para: cuando el dispositivo es el nodo fuente de la ruta de protección, y la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo fuente que habilite la ruta de servicio, o cuando el dispositivo es el nodo sumidero de la ruta de protección, y cuando se determina que se ha producido un fallo en la ruta de servicio y hay al menos dos rutas de protección para la ruta entre los nodos especificados en la ruta de servicio, determinar, de acuerdo con las prioridades indicadas en la instrucción de selección de ruta y de las rutas de protección, la ruta de protección que tiene la prioridad más alta; activar en el nodo final la relación de reenvío de la ruta de protección que tiene la prioridad más alta e invalidar en el nodo final la relación de reenvío de la ruta de servicio.
Un modo de realización de la presente invención proporciona un controlador SDN. Tal como se ilustra en la FIG. 13, el controlador SDN incluye los siguientes módulos:
un módulo 1301 de envío, configurado para: en relación con el nodo final de una ruta de protección, enviarle una instrucción de selección de ruta al nodo final de la ruta de protección, en donde la instrucción de selección de ruta incluye una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío en el nodo final de la ruta de servicio y una relación de reenvío en el nodo final de la ruta de protección, en donde
el nodo final de la ruta de protección utiliza la ruta de servicio y el tipo de activación de la ruta de protección para activar al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección; y
cuando se determina que se ha producido un fallo en la ruta de servicio, el nodo final de la ruta de protección actualiza la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección, en donde
la ruta de protección es una ruta de reserva para proteger una ruta entre los nodos especificados en la ruta de servicio.
Por otro lado, el módulo 1301 de envío está configurado, además, para: en relación con un nodo de la ruta de servicio y la ruta de protección, excepto el nodo final de la ruta de protección, enviarle una instrucción de selección de ruta al nodo, en donde la instrucción de selección de ruta incluye una relación de reenvío en el nodo de la ruta en la que se encuentra el nodo, y la relación de reenvío en el nodo de la ruta en la que se encuentra el nodo se utiliza para indicarle al nodo que active en el nodo la relación de reenvío de la ruta en la que se encuentra el nodo.
Por otro lado, el módulo 1301 de envío está configurado, además, para enviarle al nodo final de la ruta de protección una instrucción de monitorización con el fin de indicarle al nodo final de la ruta de protección que monitorice al menos una ruta entre la ruta de servicio y la ruta de protección.
Por otro lado, el controlador SDN incluye, además, un módulo 1302 de recepción, en donde
el módulo 1302 de recepción está configurado para: después de que se haya enviado la instrucción de selección de ruta al nodo final de la ruta de protección, recibir un mensaje de notificación enviado por el nodo final de la ruta de protección indicando que la activación de la relación de reenvío se ha completado; y
el módulo 1301 de envío está configurado, además, para enviarle al nodo final de la ruta de protección una instrucción de monitorización con el fin de indicarle al nodo final de la ruta de protección que monitorice al menos una ruta entre la ruta de servicio y la ruta de protección.
Por otro lado, el módulo 1302 de recepción está configurado, además, para: cuando se determina que se ha producido un fallo en la ruta de servicio, recibir un mensaje de notificación enviado por el nodo final de la ruta de protección con el fin de notificar que la ruta de servicio ya está deshabilitada y la ruta de protección está habilitada para la transmisión de datos.
5
10
15
20
25
30
35
40
45
50
Por otro lado, el módulo 1302 de recepción está configurado, además, para: cuando se determina que se ha producido un fallo en la ruta de servicio, recibir un informe del fallo enviado por el nodo final de la ruta de protección con el fin de notificar que se ha producido un fallo en la ruta de servicio; y
el módulo 1301 de envío está configurado, además, para enviarle al nodo final de la ruta de protección una instrucción de conmutación con el fin de que la ruta de protección sustituya a la ruta de servicio, en donde la instrucción de conmutación se utiliza para indicarle al nodo final de la ruta de protección que invalide en el nodo final la relación de reenvío de la ruta de servicio y active en el nodo final la relación de reenvío de la ruta de protección.
Un modo de realización de la presente invención proporciona un sistema de protección de una ruta de servicio, que incluye una pluralidad de los dispositivos anteriores, y el controlador SDN anterior.
Sobre la base de la misma idea de la invención, los modos de realización de la presente invención proporcionan, además, un dispositivo, un controlador SDN y un sistema. Como el principio de resolución del problema del dispositivo, el controlador SDN y el sistema es similar al del método de protección de una ruta de servicio anterior, para la implementación del dispositivo, el controlador SDN y el sistema se puede hacer referencia a la implementación del método anterior y las partes que se repiten no se vuelven a describir en la presente solicitud.
Un modo de realización de la presente invención proporciona un dispositivo, aplicado al nodo final de una ruta de protección. Tal como se ilustra en la FIG. 14, el dispositivo incluye los siguientes componentes:
un receptor 1401, configurado para recibir una instrucción de selección de ruta enviada por un controlador SDN, en donde la instrucción de selección de ruta incluye una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío en el nodo final de la ruta de servicio y una relación de reenvío en el nodo final de la ruta de protección, y la ruta de protección es una ruta de reserva para proteger una ruta entre los nodos especificados en la ruta de servicio; y
un procesador 1402, configurado para activar al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección recibidos por el receptor 1401, y
cuando se determina que se ha producido un fallo en la ruta de servicio, actualizar la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección recibidos por el receptor 1401.
Por otro lado, el procesador 1402 está configurado específicamente para: cuando el dispositivo es el nodo fuente de la ruta de protección, y la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo fuente que habilite la ruta de servicio y la ruta de protección, activar por separado una relación de reenvío en el nodo fuente de la ruta de servicio y una relación de reenvío en el nodo fuente de la ruta de protección; o, cuando la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo fuente que habilite la ruta de servicio, activar una relación de reenvío en el nodo fuente de la ruta de servicio.
Por otro lado, el procesador 1402 está configurado específicamente para: cuando el dispositivo es el nodo sumidero de la ruta de protección, activar una relación de reenvío en el nodo sumidero de la ruta de servicio en función de la ruta de servicio y el tipo de activación de la ruta de protección, en donde la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo sumidero que habilite la ruta de servicio.
Por otro lado, el receptor 1401 está configurado, además, para recibir una instrucción de monitorización enviada por el controlador SDN con el fin de indicarle al dispositivo que monitorice al menos una ruta entre la ruta de servicio y la ruta de protección; y
el procesador 1402 está configurado, además, para: después de que se haya activado la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, monitorizar, de acuerdo con la instrucción de monitorización recibida por el receptor 1401, la al menos una ruta indicada en la instrucción de monitorización.
Por otro lado, el procesador 1402 está configurado específicamente para monitorizar, de acuerdo con la instrucción de monitorización, la transmisión de datos del servicio en la al menos una ruta indicada en la instrucción de monitorización y/o el enlace físico de la al menos una ruta indicada en la instrucción de monitorización.
Por otro lado, el dispositivo incluye además un transmisor 1403, en donde
el transmisor 1403 está configurado para: después de que el procesador 1402 haya activado la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, enviarle al controlador SDN un mensaje de notificación indicando que la activación de la relación se ha completado;
5
10
15
20
25
30
35
40
45
50
55
el receptor 1401 está configurado, además, para: después de que el transmisor 1403 haya enviado el mensaje de notificación, recibir una instrucción de monitorización enviada por el controlador SDN con el fin de indicarle al dispositivo que monitorice al menos una ruta entre la ruta de servicio y la ruta de protección; y
el procesador 1402 está configurado, además, para: después de que el receptor 1401 haya recibido la instrucción de monitorización, monitorizar, de acuerdo con la instrucción de monitorización, la al menos una ruta indicada en la instrucción de monitorización.
Por otro lado, el procesador 1402 está configurado específicamente para monitorizar, de acuerdo con la instrucción de monitorización, la transmisión de datos del servicio en la al menos una ruta indicada en la instrucción de monitorización y/o el enlace físico de la al menos una ruta indicada en la instrucción de monitorización.
Por otro lado, el procesador 1402 está configurado específicamente para: cuando se determina que se ha producido un fallo en la ruta de servicio, invalidar la relación de reenvío en el nodo final de la ruta de servicio; y
el transmisor 1403 está configurado, además, para: cuando se determina que se ha producido un fallo en la ruta de servicio, enviarle al controlador SDN un mensaje de notificación con el fin de notificarle al controlador SDN que la ruta de servicio ya está deshabilitada y la ruta de protección está habilitada para la transmisión de datos.
Por otro lado, el procesador 1402 está configurado, además, para: cuando el dispositivo es el nodo fuente de la ruta de protección, y la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo fuente que habilite la ruta de servicio, o cuando el dispositivo es el nodo sumidero de la ruta de protección, cuando se determina que se ha producido un fallo en la ruta de servicio, y antes o después de que el dispositivo invalide en el nodo final la relación de reenvío de la ruta de servicio, activar la relación de reenvío en el nodo final de la ruta de protección.
Por otro lado, el procesador 1402 está configurado específicamente para: cuando el dispositivo es el nodo fuente de la ruta de protección, y la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicarle al nodo fuente que habilite la ruta de servicio, o cuando el dispositivo es el nodo sumidero de la ruta de protección, y cuando se determina que se ha producido un fallo en la ruta de servicio, enviarle al controlador SDN un informe del fallo con el fin de notificarle al controlador SDN que se ha producido un fallo en la ruta de servicio; recibir una instrucción de conmutación enviada por el controlador SDN con el fin de que la ruta de protección sustituya a la ruta de servicio; e invalidar en el nodo final la relación de reenvío de la ruta de servicio y activar en el nodo final la relación de reenvío de la ruta de protección de acuerdo con la instrucción de conmutación.
Por otro lado, el procesador 1402 está configurado específicamente para: cuando el dispositivo es el nodo fuente de la ruta de protección, y la ruta de servicio y el tipo de activación de la ruta de protección se utilizan para indicar al nodo fuente que habilite la ruta de servicio, o cuando el dispositivo es el nodo sumidero de la ruta de protección, y cuando se determina que se ha producido un fallo en la ruta de servicio y hay al menos dos rutas de protección para la ruta entre los nodos especificados en la ruta de servicio, determinar, de acuerdo con las prioridades indicadas en la instrucción de selección de ruta y de las rutas de protección, la ruta de protección que tiene la prioridad más alta; activar en el nodo final la relación de reenvío de la ruta de protección que tiene la prioridad más alta e invalidar en el nodo final la relación de reenvío de la ruta de servicio.
Un modo de realización de la presente invención proporciona un controlador SDN. Tal como se ilustra en la FIG. 15, el controlador SDN incluye los siguientes componentes:
un transmisor 1501, configurado para: en relación con el nodo final de una ruta de protección, enviarle una instrucción de selección de ruta al nodo final de la ruta de protección, en donde la instrucción de selección de ruta incluye una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío en el nodo final de la ruta de servicio y una relación de reenvío en el nodo final de la ruta de protección, en donde
el nodo final de la ruta de protección utiliza la ruta de servicio y el tipo de activación de la ruta de protección para activar al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección; y
cuando se determina que se ha producido un fallo en la ruta de servicio, el nodo final de la ruta de protección actualiza la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección, en donde
la ruta de protección es una ruta de reserva para proteger una ruta entre los nodos especificados en la ruta de servicio.
Por otro lado, el transmisor 1501 está configurado, además, para: en relación con un nodo de la ruta de servicio y la ruta de protección, excepto el nodo final de la ruta de protección, enviarle una instrucción de selección de ruta al nodo, en donde la instrucción de selección de ruta incluye una relación de reenvío en el nodo de la ruta en la que se
5
10
15
20
25
30
35
40
45
50
55
encuentra el nodo, y la relación de reenvío en el nodo de la ruta en la que se encuentra el nodo se utiliza para indicarle al nodo que active en el nodo la relación de reenvío de la ruta en la que se encuentra el nodo.
Por otro lado, el transmisor 1501 está configurado, además, para enviarle al nodo final de la ruta de protección una instrucción de monitorización con el fin de indicarle al nodo final de la ruta de protección que monitorice al menos una ruta entre la ruta de servicio y la ruta de protección.
Por otro lado, el controlador SDN incluye, además, un receptor 1502, en donde
el receptor 1502 está configurado para: después de que se le haya enviado la instrucción de selección de ruta al nodo final de la ruta de protección, recibir un mensaje de notificación enviado por el nodo final de la ruta de protección indicando que la activación de la relación de reenvío se ha completado; y
el transmisor 1501 está configurado, además, para enviarle al nodo final de la ruta de protección una instrucción de monitorización con el fin de indicarle al nodo final de la ruta de protección que monitorice al menos una ruta entre la ruta de servicio y la ruta de protección.
Por otro lado, el receptor 1502 está configurado, además, para: cuando se determina que se ha producido un fallo en la ruta de servicio, recibir un mensaje de notificación enviado por el nodo final de la ruta de protección con el fin de notificar que la ruta de servicio ya está deshabilitada y la ruta de protección está habilitada para la transmisión de datos.
Por otro lado, el receptor 1502 está configurado, además, para: cuando se determina que se ha producido un fallo en la ruta de servicio, recibir un informe del fallo enviado por el nodo final de la ruta de protección con el fin de notificar que se ha producido un fallo en la ruta de servicio; y
el transmisor 1501 está configurado, además, para enviarle al nodo final de la ruta de protección una instrucción de conmutación con el fin de que la ruta de protección sustituya a la ruta de servicio, en donde la instrucción de conmutación se utiliza para indicarle al nodo final de la ruta de protección que invalide en el nodo final la relación de reenvío de la ruta de servicio y active en el nodo final la relación de reenvío de la ruta de protección.
Un modo de realización de la presente invención proporciona un sistema de protección de una ruta de servicio, que incluye una pluralidad de los dispositivos anteriores, y el controlador SDN anterior.
Las funciones de las unidades anteriores pueden corresponder a pasos de procesamiento en los procesos que se ilustran en la FIG. 1, las FIG. 3 a 5, las FIG. 7 y 8, y la FIG. 10, por lo que no se proporcionan más detalles en la presente solicitud. En el método, controlador, dispositivo y sistema de protección de una ruta de servicio que se proporcionan en los modos de realización de la presente invención, el nodo final de una ruta de protección recibe una instrucción de selección de ruta enviada por un controlador SDN, en donde la instrucción de selección de ruta incluye una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío en el nodo final de la ruta de servicio, y una relación de reenvío en el nodo final de la ruta de protección; el nodo final de la ruta de protección activa al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección; y cuando se determina que se ha producido un fallo en la ruta de servicio, el nodo final de la ruta de protección actualiza la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección. En el nodo final se activa una relación de reenvío de la ruta indicada en el tipo de activación, de acuerdo con el tipo de activación en la instrucción de selección de ruta, y cuando se produce un fallo en la ruta de servicio se actualiza la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, de acuerdo con el tipo de activación, de tal modo que la ruta de protección se puede utilizar a tiempo para la transmisión de datos, y se resuelve el problema consistente en que cuando en la tecnología SDN se produce un fallo en una ruta de servicio no es posible utilizar una ruta de protección para proteger la ruta de servicio.
Las personas experimentadas en la técnica deberían comprender que los modos de realización de la presente invención se pueden proporcionar en forma de un método, un sistema o un producto de programa de ordenador. En consecuencia, la presente invención puede utilizar una forma de modos de realización basados únicamente en hardware, modos de realización basados únicamente en software o modos de realización basados en una combinación de software y hardware. Además, la presente invención puede utilizar una forma de producto de programa de ordenador implementado en uno o más medios de almacenamiento utilizables por un ordenador (que incluyen, pero no se limitan a, una memoria de disco, un CD-ROM, una memoria óptica y similares) que incluyen código de programa utilizable por un ordenador.
La presente invención se describe haciendo referencia a los diagramas de flujo y/o diagramas de bloques del método, el dispositivo (sistema) y el producto de programa de ordenador de acuerdo con los modos de realización de la presente invención. Se debería entender que las instrucciones del programa de ordenador se pueden utilizar para implementar cada uno de los procesos y/o cada uno de los bloques de los diagramas de flujo y/o los diagramas de bloques y una combinación de un proceso y/o un bloque de los diagramas de flujo y/o los diagramas de bloques.
5
10
15
20
25
Esas instrucciones de programa de ordenador se pueden proporcionar para un ordenador de propósito general, un ordenador dedicado, un procesador integrado o un procesador de cualquier otro dispositivo programable de procesamiento de datos para componer una máquina, de modo que las instrucciones ejecutadas por un ordenador o procesador de cualquier otro dispositivo programable de procesamiento de datos compongan un equipo para implementar una función específica de uno o más procesos de los diagramas de flujo y/o de uno o más bloques de los diagramas de bloques.
Esas instrucciones de programa de ordenador también se pueden almacenar en una memoria legible por un ordenador que pueden hacer que el ordenador o cualquier otro dispositivo programable de procesamiento de datos opere de una forma específica, de modo que las instrucciones almacenadas en la memoria legible por ordenador compongan un artefacto que incluya un equipo de instrucción. El equipo de instrucción implementa una función específica de uno o más procesos de los diagramas de flujo y/o de uno o más bloques de los diagramas de bloques.
Esas instrucciones de programa de ordenador también se pueden cargar en un ordenador u otro dispositivo programable de procesamiento de datos, de modo que en el ordenador o el otro dispositivo programable se realicen una serie de operaciones y pasos, generando de ese modo un procesamiento implementado por ordenador. Así pues, las instrucciones ejecutadas en el ordenador o en el otro dispositivo programable proporcionan los pasos para implementar una función específica de uno o más procesos de los diagramas de flujo y/o de uno o más bloques de los diagramas de bloques.
Aunque se han descrito algunos modos de realización preferidos de la presente invención, las personas experimentadas en la técnica pueden realizar cambios y modificaciones a dichos modos de realización una vez que hayan comprendido el concepto inventivo básico. Por consiguiente, las reivindicaciones siguientes están concebidas para ser interpretadas con el fin de cubrir los modos de realización preferidos y todos los cambios y modificaciones que se encuentren dentro del alcance de la presente invención.
Obviamente, las personas experimentadas en la técnica pueden realizar diversas modificaciones y variaciones a los modos de realización de la presente invención sin apartarse del alcance de los modos de realización de la presente invención. La presente invención pretende cubrir esas modificaciones y variaciones, siempre que se encuentren dentro del alcance de protección definido por las siguientes reivindicaciones y sus tecnologías equivalentes.

Claims (12)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    REIVINDICACIONES
    1. Un método de protección de una ruta de servicio, que comprende:
    en relación con el nodo final de una ruta de protección, enviar, por parte de un controlador SDN, una instrucción de selección de ruta al nodo final de la ruta de protección, en donde la instrucción de selección de ruta comprende una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío en el nodo final de una ruta de servicio, y una relación de reenvío en el nodo final de una ruta de protección, en donde
    la relación de reenvío en el nodo final de la ruta de servicio es un puerto de entrada y un puerto de salida por los que pasa la ruta de servicio en el nodo final, y la relación de reenvío en el nodo final de la ruta de protección es un puerto de entrada y un puerto de salida por los que pasa la ruta de protección en el nodo final; y
    el nodo final de la ruta de protección utiliza la ruta de servicio y el tipo de activación de la ruta de protección para activar al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección; y
    cuando se determina que se ha producido un fallo en la ruta de servicio, el nodo final de la ruta de protección actualiza la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección, en donde
    la ruta de protección es una ruta de reserva para proteger una ruta entre los nodos especificados en la ruta de servicio;
    en donde, cuando hay al menos dos rutas de protección para la ruta entre los nodos especificados en la ruta de servicio, la instrucción de selección de ruta se utiliza además para indicar las prioridades de las rutas de protección.
  2. 2. El método de acuerdo con la reivindicación 1, que comprende, además:
    en relación con un nodo en la ruta de servicio y la ruta de protección, excepto el nodo final de la ruta de protección, enviarle una instrucción de selección de ruta al nodo, en donde la instrucción de selección de ruta comprende una relación de reenvío en el nodo de la ruta en la que se encuentra el nodo, y
    la relación de reenvío en el nodo de la ruta en la que se encuentra el nodo se utiliza para indicarle al nodo que active en el nodo la relación de reenvío de la ruta en la que se encuentra el nodo.
  3. 3. El método de acuerdo con la reivindicación 1, que comprende, además:
    enviarle al nodo final de la ruta de protección una instrucción de monitorización con el fin de indicarle al nodo final de la ruta de protección que monitorice al menos una ruta entre la ruta de servicio y la ruta de protección.
  4. 4. El método de acuerdo con la reivindicación 1, en donde, después de haberle enviado una instrucción de selección de ruta al nodo final de la ruta de protección, el método comprende, además:
    recibir un mensaje de notificación enviado por el nodo final de la ruta de protección indicando que la activación de la relación de reenvío se ha completado; y
    enviarle al nodo final de la ruta de protección una instrucción de monitorización con el fin de indicarle al nodo final de la ruta de protección que monitorice al menos una ruta entre la ruta de servicio y la ruta de protección.
  5. 5. El método de acuerdo con una cualquiera de las reivindicaciones 1 a 4, que comprende, además: cuando se determina que se ha producido un fallo en la ruta de servicio, recibir un mensaje de notificación enviado por el nodo final de la ruta de protección con el fin de notificar que la ruta de servicio ya está deshabilitada y la ruta de protección está habilitada para la transmisión de datos.
  6. 6. El método de acuerdo con una cualquiera de las reivindicaciones 1 a 4, que comprende, además:
    cuando se determina que se ha producido un fallo en la ruta de servicio, recibir un informe del fallo enviado por el nodo final de la ruta de protección con el fin de notificar que se ha producido un fallo en la ruta de servicio; y
    enviarle al nodo final de la ruta de protección una instrucción de conmutación con el fin de habilitar que la ruta de protección sustituya a la ruta de servicio, en donde la instrucción de conmutación se utiliza para indicarle al nodo final de la ruta de protección que invalide en el nodo final la relación de reenvío de la ruta de servicio y active en el nodo final la relación de reenvío de la ruta de protección.
  7. 7. Un controlador SDN, que comprende:
    5
    10
    15
    20
    25
    30
    35
    40
    45
    un módulo (1301) de envío configurado para: en relación con el nodo final de una ruta de protección, enviarle una instrucción de selección de ruta al nodo final de la ruta de protección, en donde la instrucción de selección de ruta comprende una ruta de servicio y el tipo de activación de una ruta de protección, una relación de reenvío en el nodo final de una ruta de servicio, y una relación de reenvío en el nodo final de la ruta de protección, en donde
    la relación de reenvío en el nodo final de la ruta de servicio es un puerto de entrada y un puerto de salida por los que pasa la ruta de servicio en el nodo final, y la relación de reenvío en el nodo final de la ruta de protección es un puerto de entrada y un puerto de salida por los que pasa la ruta de protección en el nodo final; y
    el nodo final de la ruta de protección utiliza la ruta de servicio y el tipo de activación de la ruta de protección para activar al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección; y
    cuando se determina que se ha producido un fallo en la ruta de servicio, el nodo final de la ruta de protección actualiza la al menos una relación de reenvío entre la relación de reenvío en el nodo final de la ruta de servicio y la relación de reenvío en el nodo final de la ruta de protección, en función de la ruta de servicio y el tipo de activación de la ruta de protección, en donde
    la ruta de protección es una ruta de reserva para proteger una ruta entre los nodos especificados en la ruta de servicio; y
    en donde, cuando hay al menos dos rutas de protección para la ruta entre los nodos especificados en la ruta de servicio, la instrucción de selección de ruta se utiliza además para indicar las prioridades de las rutas de protección.
  8. 8. El controlador SDN de acuerdo con la reivindicación 7, en donde el módulo (1301) de envío está configurado además para: en relación con un nodo en la ruta de servicio y la ruta de protección, excepto el nodo final de la ruta de protección, enviarle una instrucción de selección de ruta al nodo, en donde la instrucción de selección de ruta comprende una relación de reenvío en el nodo de la ruta en la que se encuentra el nodo, y la relación de reenvío en el nodo de la ruta en la que se encuentra el nodo se utiliza para indicarle al nodo que active en el nodo la relación de reenvío de la ruta en la que se encuentra el nodo.
  9. 9. El controlador SDN de acuerdo con la reivindicación 7, en donde el módulo (1301) de envío está configurado además para enviarle al nodo final de la ruta de protección una instrucción de monitorización con el fin de indicarle al nodo final de la ruta de protección que monitorice al menos una ruta entre la ruta de servicio y la ruta de protección
  10. 10. El controlador SDN de acuerdo con la reivindicación 7, que comprende, además, un módulo (1302) de recepción, en donde
    el módulo (1302) de recepción está configurado para: después de que se le haya enviado la instrucción de selección de ruta al nodo final de la ruta de protección, recibir un mensaje de notificación enviado por el nodo final de la ruta de protección indicando que la activación de la relación de reenvío se ha completado; y
    el módulo (1301) de envío está configurado, además, para enviarle al nodo final de la ruta de protección una instrucción de monitorización con el fin de indicarle al nodo final de la ruta de protección que monitorice al menos una ruta entre la ruta de servicio y la ruta de protección.
  11. 11. El controlador SDN de acuerdo con una cualquiera de las reivindicaciones 7 a 10, en donde el módulo (1302) de recepción está configurado, además, para: cuando se determina que se ha producido un fallo en la ruta de servicio, recibir un mensaje de notificación enviado por el nodo final de la ruta de protección con el fin de notificar que la ruta de servicio ya está deshabilitada y la ruta de protección está habilitada para la transmisión de datos.
  12. 12. El controlador SDN de acuerdo con una cualquiera de las reivindicaciones 7 a 10, en donde el módulo (1302) de recepción está configurado, además, para: cuando se determina que se ha producido un fallo en la ruta de servicio, recibir un informe del fallo enviado por el nodo final de la ruta de protección con el fin de notificar que se ha producido un fallo en la ruta de servicio; y
    el módulo (1301) de envío está configurado, además, para enviarle al nodo final de la ruta de protección una instrucción de conmutación con el fin de que la ruta de protección sustituya a la ruta de servicio, en donde la instrucción de conmutación se utiliza para indicarle al nodo final de la ruta de protección que invalide la relación de reenvío en el nodo final de la ruta de servicio y active la relación de reenvío en el nodo final de la ruta de protección.
ES13893154.8T 2013-09-03 2013-09-03 Método, controlador, dispositivo y sistema de protección de una ruta de servicio Active ES2681393T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/082868 WO2015032027A1 (zh) 2013-09-03 2013-09-03 一种业务路径的保护方法、控制器、设备及系统

Publications (1)

Publication Number Publication Date
ES2681393T3 true ES2681393T3 (es) 2018-09-12

Family

ID=50573008

Family Applications (1)

Application Number Title Priority Date Filing Date
ES13893154.8T Active ES2681393T3 (es) 2013-09-03 2013-09-03 Método, controlador, dispositivo y sistema de protección de una ruta de servicio

Country Status (5)

Country Link
US (1) US10659345B2 (es)
EP (1) EP3029893B1 (es)
CN (1) CN103782552B (es)
ES (1) ES2681393T3 (es)
WO (1) WO2015032027A1 (es)

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9124506B2 (en) 2013-06-07 2015-09-01 Brocade Communications Systems, Inc. Techniques for end-to-end network bandwidth optimization using software defined networking
WO2015059889A1 (ja) * 2013-10-25 2015-04-30 パナソニックIpマネジメント株式会社 イニシエータ端末、ターゲット端末、イニシエータ端末のエラー処理方法、ターゲット端末のエラー処理方法
US20150326426A1 (en) * 2014-05-12 2015-11-12 Futurewei Technologies, Inc. Partial software defined network switch replacement in ip networks
WO2015192306A1 (zh) * 2014-06-17 2015-12-23 华为技术有限公司 软件定义网络中的控制设备、系统和传输通道控制方法
CN105515968B (zh) * 2014-09-24 2020-02-14 中兴通讯股份有限公司 报文转发方法、装置、sdn及系统
CN104253711B (zh) * 2014-09-25 2018-08-24 新华三技术有限公司 一种SDN网络中Openflow的Group表的管理方法和设备
US9935900B2 (en) 2014-10-16 2018-04-03 Electronics And Telecommunications Research Institute Method for providing protection switching service in virtual tenant network and controller therefor
CN104301146A (zh) * 2014-10-23 2015-01-21 杭州华三通信技术有限公司 软件定义网络中的链路切换方法和装置
CN105790988B (zh) * 2014-12-23 2020-01-14 中兴通讯股份有限公司 操作维护管理功能的实现方法及装置
US9853874B2 (en) * 2015-03-23 2017-12-26 Brocade Communications Systems, Inc. Flow-specific failure detection in SDN networks
US9912536B2 (en) 2015-04-01 2018-03-06 Brocade Communications Systems LLC Techniques for facilitating port mirroring in virtual networks
CN106161065B (zh) * 2015-04-13 2020-05-19 中兴通讯股份有限公司 路径的保护倒换处理方法、装置、系统及转发设备
CN104852828B (zh) * 2015-04-30 2018-06-15 华为技术有限公司 一种网络时延检测方法,装置及系统
CN112187645B (zh) * 2015-06-30 2021-12-03 华为技术有限公司 一种路由的方法、相关设备及系统
US9825850B2 (en) 2015-06-30 2017-11-21 Industrial Technology Research Institute Network controlling method and network controller
US9749401B2 (en) 2015-07-10 2017-08-29 Brocade Communications Systems, Inc. Intelligent load balancer selection in a multi-load balancer environment
US9866483B2 (en) * 2015-07-20 2018-01-09 Schweitzer Engineering Laboratories, Inc. Routing of traffic in network through automatically generated and physically distinct communication paths
CN106559336B (zh) 2015-09-24 2020-04-03 新华三技术有限公司 应用于sdn中的路径倒换方法、转发表项下发方法和装置
CN105207824A (zh) * 2015-10-19 2015-12-30 广州西麦科技股份有限公司 一种基于sdn的自动保护倒换的系统及其方法
CN106656801B (zh) 2015-10-28 2019-11-15 华为技术有限公司 业务流的转发路径的重定向方法、装置和业务流转发系统
US9813286B2 (en) 2015-11-26 2017-11-07 Industrial Technology Research Institute Method for virtual local area network fail-over management, system therefor and apparatus therewith
JP6637196B2 (ja) * 2016-03-30 2020-01-29 エヌイーシー ラボラトリーズ ヨーロッパ ゲーエムベーハー ネットワークにおいてパケットフロー群を転送する方法及びネットワークシステム
TWI622282B (zh) * 2016-04-20 2018-04-21 遠傳電信股份有限公司 網路拓樸自動監控方法
CN107347033A (zh) * 2016-05-05 2017-11-14 中兴通讯股份有限公司 一种sdn架构中实现快速保护倒换的方法及装置
CN107919904B (zh) * 2016-10-09 2019-12-13 中国电信股份有限公司 带保护业务路径管理方法、装置
US10970152B2 (en) * 2017-11-21 2021-04-06 International Business Machines Corporation Notification of network connection errors between connected software systems
CN114615169B (zh) * 2020-12-03 2023-10-20 腾讯科技(深圳)有限公司 路径监控方法、装置和计算机可读存储介质
US11997583B2 (en) * 2021-03-25 2024-05-28 At&T Intellectual Property I, L.P. Facilitation of deep service path discovery for 5G or other next generation network
CN114449511B (zh) * 2022-01-20 2023-11-14 惠州Tcl移动通信有限公司 产品激活方法、装置、电子设备及计算机可读存储介质

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003143145A (ja) * 2001-10-31 2003-05-16 Nec Corp 障害回復方法およびパス設定方法および通信ネットワーク並びにそれに用いる集中制御装置およびノード装置
US7212742B2 (en) * 2002-04-12 2007-05-01 Fujitsu Limited Power level management in optical networks
US9800495B2 (en) * 2009-09-30 2017-10-24 Infinera Corporation Fast protection path activation using control plane messages
WO2011144495A1 (en) * 2010-05-19 2011-11-24 Telefonaktiebolaget L M Ericsson (Publ) Methods and apparatus for use in an openflow network
CN101888323B (zh) * 2010-07-19 2012-04-11 南京邮电大学 一种基于以太环网的pbb-te保护方法
WO2012050071A1 (ja) 2010-10-14 2012-04-19 日本電気株式会社 通信システム、制御装置、処理規則の設定方法およびプログラム
CN101958809B (zh) * 2010-10-20 2012-08-22 烽火通信科技股份有限公司 基于包交换的ason网络中实现共享式恢复的方法
CN102143065B (zh) * 2011-02-09 2014-02-19 华为技术有限公司 一种故障保护方法及设备
CN102204190B (zh) * 2011-05-31 2013-08-07 华为技术有限公司 路径建立方法和装置
US8964563B2 (en) * 2011-07-08 2015-02-24 Telefonaktiebolaget L M Ericsson (Publ) Controller driven OAM for OpenFlow
US8929201B2 (en) * 2011-09-22 2015-01-06 Electronics And Telecommunications Research Institute Method and apparatus of performing protection switching on networks
EP2922248B1 (en) * 2012-11-16 2019-06-26 Nec Corporation Communication system, control device, method for controlling same, and program
CN102984058B (zh) * 2012-12-05 2017-04-19 华为技术有限公司 基于开放流的网络通信方法、控制器和交换机
WO2014131429A1 (en) * 2013-02-26 2014-09-04 Telefonaktiebolaget L M Ericsson (Publ) Traffic recovery in openflow networks
US9356871B2 (en) * 2013-03-15 2016-05-31 Cisco Technology, Inc. Programmable management engine for networks

Also Published As

Publication number Publication date
US10659345B2 (en) 2020-05-19
CN103782552B (zh) 2016-10-12
EP3029893A4 (en) 2016-08-10
CN103782552A (zh) 2014-05-07
EP3029893A1 (en) 2016-06-08
US20160182363A1 (en) 2016-06-23
WO2015032027A1 (zh) 2015-03-12
EP3029893B1 (en) 2018-05-23

Similar Documents

Publication Publication Date Title
ES2681393T3 (es) Método, controlador, dispositivo y sistema de protección de una ruta de servicio
US20150249587A1 (en) Method and apparatus for topology and path verification in networks
CN109561028B (zh) 一种基于流量工程选择传输路径的方法和设备
ES2665571T3 (es) Control de servicio en nube informática y arquitectura de gestión extendida para conectarse al estrato de red
JP4520802B2 (ja) ストレージネットワーク管理サーバ、ストレージネットワーク管理方法、ストレージネットワーク管理用プログラムおよびストレージネットワーク管理システム
US9485172B2 (en) Data transmitting device, data transmitting method and non-transitory computer-readable storage medium
EP2624590B1 (en) Method, apparatus and system for interconnected ring protection
ES2827027T3 (es) Método y dispositivo de preservación de red virtual
ES2768575T3 (es) Método para sincronizar tablas de reenvío, dispositivo de red y sistema
CN105052083A (zh) 用于网络的可编程管理引擎
ES2846757T3 (es) Método y sistema para la interconexión de sitios a través de una red de transporte
US20150030034A1 (en) System and method for supporting multi-homed fat-tree routing in a middleware machine environment
BR102016011951B1 (pt) Sistema a bordo de um veículo e método para transmissão de mensagens em um sistema
ES2747264T3 (es) Procedimiento y aparato de recuperación de fallos para red virtual
US9729389B2 (en) Methods and systems for switching network traffic in a communications network
EP3891929B1 (en) Fast forwarding re-convergence of switch fabric multi-destination packets triggered by link failures
CN103684953A (zh) 避免多连接到vpls传输网的以太网环路中流量损失方法、装置
US20180241629A1 (en) Virtual network monitoring system, virtual network monitoring method, and recording medium
ES2291552T3 (es) Reconfiguracion rapida de elementos de red.
ES2700284T3 (es) Sistema y método para transmitir servicio de multidifusión
ES2455390B1 (es) Red ipowdm elástica sensible al servicio y método de operación.
ES2733647T3 (es) Método, sistema y nodos de conmutación de protección
US9001646B2 (en) Information transmission device, information transmission system and information transmission method
ES2624210T3 (es) Proporcionar protección a un servicio en una red de comunicación
CN209088985U (zh) 一种RapidIO总线可重配置的设计系统