CN104798348A - 通信系统、控制装置、用于控制控制装置的方法以及程序 - Google Patents

通信系统、控制装置、用于控制控制装置的方法以及程序 Download PDF

Info

Publication number
CN104798348A
CN104798348A CN201380060175.5A CN201380060175A CN104798348A CN 104798348 A CN104798348 A CN 104798348A CN 201380060175 A CN201380060175 A CN 201380060175A CN 104798348 A CN104798348 A CN 104798348A
Authority
CN
China
Prior art keywords
path
route test
control device
network
node
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.)
Pending
Application number
CN201380060175.5A
Other languages
English (en)
Inventor
林谷昌洋
长谷川洋平
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.)
NEC Corp
Original Assignee
NEC Corp
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 NEC Corp filed Critical NEC Corp
Publication of CN104798348A publication Critical patent/CN104798348A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0686—Additional information in the notification, e.g. enhancement of specific meta-data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H04L41/122—Discovery or management of network topologies of virtualised topologies, e.g. software-defined networks [SDN] or network function virtualisation [NFV]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/34—Signalling channels for network management communication
    • H04L41/342—Signalling channels for network management communication between virtual entities, e.g. orchestrators, SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/20—Arrangements for monitoring or testing data switching networks the monitoring system or the monitored elements being virtualised, abstracted or software-defined entities, e.g. SDN or NFV
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H04L45/745—Address table lookup; Address filtering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H04L41/065—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis involving logical or physical relationship, e.g. grouping and hierarchies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements

Landscapes

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

Abstract

提供了下述的通信系统：在该通信系统中，根据需要选择性地使用在数据平面中执行的快速故障恢复和在控制装置中执行的可靠故障恢复。通信系统包括：多个节点，所述多个节点中的每个节点被配置为包括OAM(操作管理和维护)功能；以及被配置为控制所述多个节点的控制装置。所述节点中的每个节点向控制装置发送状态改变通知，状态改变通知包括与受网络中发生的故障影响的端口有关的信息，网络由所述多个节点组成。控制装置基于状态改变通知和与网络组成有关的信息来确定是否执行网络上的路由控制。

Description

通信系统、控制装置、用于控制控制装置的方法以及程序
技术领域
对相关申请的参考
本发明基于2012年11月16日提交的日本专利申请No.2012-252425并要求其优先权的利益，将其公开以引用方式整体并入本文。
本发明涉及通信系统、控制装置、控制装置控制方法以及程序。具体地，本发明涉及：包括以集中方式控制网络的控制装置的通信系统；控制装置；控制装置控制方法；以及程序。
背景技术
近年来已看到在数据平面能够进行故障恢复而无需依靠控制平面的传输网操作。这种传输网中包括的节点具有OAM(管理维护和操作)功能。
专利文献1公开了采用GMPLS(通用多协议标签切换)作为控制平面的技术。根据专利文献1，当可单独通过光交换机(专利文献1中的数据平面)来实现故障恢复时，对光交换机进行切换。如果不能单独通过这种光交换机来实现故障恢复，控制GMPLS控制平面实现故障恢复。
此外，根据专利文献2，当仅在由不同介质形成数据平面和控制平面的网络中的控制平面中发生故障时，防止在数据转发期间断开数据平面中的路径。
专利文献3公开了通过分布式控制来高效地实现多故障恢复等的技术。
专利文献4公开了对数据平面和控制平面彼此配合地进行管理的技术。根据专利文献4，通过对数据平面和控制平面进行同步来获取可靠的路由状态信息。
引用列表
专利文献
专利文献1：日本专利特许公开No.JP2003-318983A
专利文献2：日本专利特许公开No.JP2012-170161A
专利文献3：日本专利特许公开No.JP2007-053793A
专利文献4：日本专利特许公开No.JP2008-066989A
发明内容
技术问题
将以上PTL中的每一个的公开通过引用并入本文。以下分析是由本申请发明人做出的。
通过仅在数据平面执行故障恢复而不依靠控制平面，可预期快速的故障恢复。然而，如果发生多个故障，则难以仅依靠数据平面来实现故障恢复。在这种情况下，用于在控制平面中设置新路由的控制(路由控制)是必须的。然而，如果控制平面也被用于单个故障(可预期仅数据平面中对该故障的恢复)，则不能指望快速的故障恢复。
因此，希望在发生单个故障时可在数据平面中执行快速的故障恢复，且在发生多个故障时可在控制平面中执行可靠的故障恢复。
在根据专利文献1的控制平面中，执行使用GMPLS的分布式控制。因此，与执行集中式控制的控制平面相比，需要更多时间来确定故障位置。此外，即使对单个故障进行管理，如果在控制平面中执行分布式控制，对多个故障的管理也是复杂的。因此，可能实现不了可靠的故障恢复。此外，根据专利文献1中公开的技术，在确定数据平面中的故障恢复不可能之后向控制平面通知故障信息。因此，控制平面中的故障恢复被延迟了。
此外，专利文献2中公开的技术涉及当在控制平面中发生故障时防止数据平面中的路径断开。即，该技术与使用数据平面和控制平面进行故障恢复无关。此外，由于专利文献3中公开的技术是如专利文献1中一样的使用分布式控制的故障恢复技术，对多个故障的管理是复杂的。此外，专利文献4中公开的技术通过协调数据平面和控制平面来实现可靠路由状态信息的获取。即，专利文献4中公开的技术的主要目标不是故障恢复。
鉴于上述情况，本发明的目标是提供：通信系统，在该通信系统中根据需要选择性地使用多个节点进行的故障恢复和控制该多个节点的控制装置进行的故障恢复；控制装置；控制装置控制方法；以及程序。
问题的解决方案
根据本发明的第一方案，提供了一种通信系统，包括：多个节点，所述多个节点中的每个节点包括OAM(操作管理和维护)功能；以及控制所述多个节点的控制装置；其中，所述多个节点中的每个节点向所述控制装置发送状态改变通知，所述状态改变通知包括与受网络中发生的故障影响的端口有关的信息，所述网络由所述多个节点组成；以及所述控制装置基于所述状态改变通知和与所述网络的组成有关的信息来确定是否执行所述网络上的路由控制。
根据本发明的第二方案，提供了一种控制装置，包括：通信单元，所述通信单元从多个节点中的至少一个节点接收状态改变通知，所述多个节点中的每个节点包括OAM(操作管理和维护)功能，所述状态改变通知包括与受网络中发生的故障影响的端口有关的信息，所述网络由所述多个节点组成；以及路由控制确定单元，所述路由控制确定单元基于所述状态改变通知和与所述网络的组成有关的信息来确定是否执行所述网络上的路由控制。
根据本发明的第三方案，提供了一种控制装置控制方法，包括以下步骤：从多个节点中的至少一个节点接收状态改变通知，所述多个节点中的每个节点包括OAM(操作管理和维护)功能，所述状态改变通知包括与受网络中发生的故障影响的端口有关的信息，所述网络由所述多个节点组成；以及基于所述状态改变通知和与所述网络的组成有关的信息来确定是否执行所述网络上的路由控制。
该方法与某种机器(即，与控制网络的控制装置)相关联。
根据本发明的第四方案，提供了一种程序，所述程序使控制控制装置的计算机执行以下处理：从多个节点中的至少一个节点接收状态改变通知，所述多个节点中的每个节点包括OAM(操作管理和维护)功能，所述状态改变通知包括与受网络中发生的故障影响的端口有关的信息，所述网络由所述多个节点组成；以及基于所述状态改变通知和与所述网络的组成有关的信息来确定是否执行所述网络上的路由控制。
该程序可记录在计算机可读存储介质中。存储介质可以是非暂时性的存储介质，例如，半导体存储器、硬碟、磁记录介质或光记录介质。本发明可体现为计算机程序产品。
本发明的有利效果
根据本发明的各个方面，提供了：通信系统，在该通信系统中根据需要选择性地使用多个节点进行的故障恢复和控制该多个节点的控制装置进行的故障恢复；控制装置；控制装置控制方法；以及程序。
附图说明
图1示出了示例性实施例的概述。
图2示出了根据第一示例性实施例的通信系统的示例性配置。
图3示出了控制装置20的示例性内部配置。
图4示出了示例性的拓扑信息。
图5示出了示例性的路径信息。
图6是示出根据第一示例性实施例的通信系统操作的流程图。
图7示出了当单条路径受到故障影响时执行的操作。
图8示出了当激活路径和备用路径都各自受到故障影响时执行的操作。
图9示出了当多条激活路径和备用路径各自受到故障影响时执行的操作。
图10示出了当多条激活路径各自受到故障影响时执行的操作，该路径未共享备用路径。
图11示出了根据第二示例性实施例的控制装置20a的示例性内部配置。
图12是示出根据第二示例性实施例的通信系统操作的流程图。
图13示出了确定旁路路由的操作。
图14示出了根据第三示例性实施例的通信系统的示例性配置。
图15示出了OpenFlow控制器30的示例性内部配置。
图16示出了OpenFlow交换机40的示例性内部配置。
图17是示出根据第三示例性实施例的通信系统操作的流程图。
图18示出了示例性的Port_status消息。
图19示出了由路由控制确定单元33执行的识别受故障影响的位置的操作。
图20示出了当OpenFlow控制器30未涉及到故障恢复中时执行的操作。
图21示出了示例性的流表和组表。
图22示出了OpenFlow控制器30执行的旁路路由设置。
图23示出了通过Flow_mod消息更新的示例性表。
图24示出了通过Flow_mod消息更新的示例性表。
具体实施方式
首先将参考图1描述示例性实施例的概述。在下面的概述中，为了方便由参考符号来表示各种组件。即，仅使用下面的参考符号来作为用于方便理解本发明的示例。因此，对概述的描述不意味着对本发明施加任何限制。
如上所述，通过仅在数据平面实现故障恢复而不依靠控制平面，可预期快速的故障恢复。然而，如果发生多个故障，则难以仅依靠数据平面来实现故障恢复。因此，需要下述的通信系统：在该通信系统中，根据需要选择性地使用数据平面中的快速故障恢复和控制装置中的可靠故障恢复。在示例性实施例中，通过例如包括OAM功能在内的多个节点来实现数据平面中的故障恢复。此外，在示例性实施例中，通过例如在由多个节点组成的网络上执行路由控制的控制装置实现控制平面中的故障恢复。在示例性实施例中，数据平面由多个节点形成。此外，在示例性实施例中，由控制装置形成控制平面。此外，在示例性实施例中，可将数据平面认为是低层，且可将控制平面认为是数据平面(低层)的高层。
提供图1中所示的通信系统作为示例。图1中示出的通信系统包括：包括OAM功能的多个节点100；以及控制多个节点100的控制装置101。节点100中的每一个向控制装置101发送状态改变通知。通知包括与受故障影响的端口有关的信息，该故障发生在由节点100组成的网络中。控制装置101基于状态改变通知和与网络组成有关的信息来确定是否执行网络上的路由控制。
如果控制装置101确定不需要在控制平面中执行路由控制，控制装置101不执行任何具体操作。控制装置101把从网络中发生的故障恢复留给数据平面。即，当可预期数据平面中的故障恢复时(例如，当发生单个故障时)，控制装置101不涉及到故障恢复操作中。因此，在图1中示出的通信系统中，可实现数据平面中的快速故障恢复。
然而，如果控制装置101确定执行控制平面中的路由控制，控制装置101对多个节点100执行适当的路由控制。通过该方式，当不能预期数据平面中的故障恢复时，例如当发生多个故障时，可实现可靠的故障恢复。
此后，将参考附图对特定的示例性实施例进行更详细地描述。
(第一示例性实施例)
将参考附图描述第一示例性实施例。
图2示出了根据第一示例性实施例的通信系统的示例性配置。图2示出了包括节点10-1到10-4以及通过集中方式控制节点10-1到10-4的控制装置20。在第一示例性实施例中，数据平面是由多个节点10-1到10-4形成的网络。此外，在第一示例性实施例中，由控制装置20形成控制平面。可将数据平面认为是低层，且可将控制平面认为是数据平面(低层)的高层。
控制装置20设置节点10-1到10-4中的处理规则(即，分组处理规则，在本文中称为“分组处理操作”)，且这些分组处理操作定义对由节点10-1到10-4接收到的分组执行的处理。节点10-1到10-4根据控制装置20设置的相应分组处理操作来执行分组处理(分组转发)。
在图2中示出的网络中，在节点10-1至10-4之中设置路径。更具体地，在图2中设置路由P01和P02。路径P01是激活路径(图2中的实线)，且路径P02是备用路径(图2中的虚线)。当在激活路径P01中发生故障时，使用备用路径P02作为备用路由。在下面的描述中，除非需要对节点10-1至10-4进行区分彼此，节点10-1至10-4中的任何节点将被称为“节点10”。
当检测到通信信号断开时，节点10向控制装置20发送状态改变通知。基于从节点10发送的状态改变通知以及控制装置20中存储的拓扑信息和路径信息，控制装置20确定是否执行路由控制以实现从网络中发生的故障恢复且是否根据需要执行路由控制。下面将详细描述状态改变通知、拓扑信息和路径信息。
图3示出了控制装置20的示例性内部配置。控制装置20包括网络组成管理单元21、网络组成数据库(网络组成DB)22、路由控制确定单元23、与节点10通信的通信单元24等。
网络组成管理单元21经由通信单元24从网络管理者接收拓扑信息和路径信息。网络组成管理单元21将接收到的拓扑信息和路径信息注册到网络组成DB 22中。备选地，控制装置20可以与节点10相互通信，收集拓扑信息和路径信息，并将收集到的拓扑信息和路径信息注册到网络组成DB 22中。
路径控制确定单元22经由通信单元24从节点10接收状态改变通知。在接收状态改变通知时，路由控制确定单元23查阅网络组成DB 22中存储的拓扑信息和路径信息。路由控制确定单元23基于状态改变通知、拓扑信息和路径信息确定对于从故障恢复而言路由控制是否是必须的(确定是否执行路由控制)。
如果路由控制确定单元23确定对于从故障恢复而言路由控制不是必须的(确定不执行路由控制)，路由控制确定单元23不执行任何具体操作。相反，如果路由控制确定单元23确定对于从故障恢复而言路由控制是必须的(确定执行路由控制)，则路由控制确定单元23向例如确定旁路路由的组件(未示出)给出确定旁路路由的指示。备选地，路由控制确定单元23可使用通信单元24等来通知网络管理者：对于从故障恢复而言路由控制是必须的。在被通知了这种信息时，网络管理者设置相关节点10之间从故障恢复所必需的路径。备选地，控制装置20可以与节点10相互通信，收集拓扑信息和路径信息，并将收集到的拓扑信息和路径信息注册到网络组成DB 22中。
可通过计算机程序来实现图3中示出的控制装置20的每个单元(处理装置)，该计算机程序使构建对应单元的计算机使用其硬件并执行下述的对应处理。
从节点10发送的状态改变通知包括与其状态已改变的端口有关的信息。例如，当节点10经历链路故障时，节点10发送包括与失效链路对应的端口有关的信息的状态改变通知。
拓扑信息是与控制装置20控制的网络的拓扑(连接模式)有关的信息。拓扑信息包括与连接节点10的端口有关的信息。
图4示出了示例性的拓扑信息。在图4中的网络拓扑和后续的图中省略了对控制装置20的示出。图4(a)示出了控制装置20控制的网络的拓扑。在图4(a)中，在连接节点10-1至10-4的实线周围添加的数字表示节点的连接端口。图4(b)示出了示例性的拓扑信息，在该拓扑信息中对图4(a)中示出的拓扑进行了组织。
路径信息是与控制装置20控制的网络中的路径有关的信息。路径信息包括与激活路径和备用路径有关的信息。更具体地，路径信息包括与位于每条路径上的节点有关的信息以及与备用路径和激活路径之间的关联有关的信息。
图5示出了示例性的路径信息。如图5(a)所示，在图4(a)中示出的拓扑中设置两条路径(路径P01和P02)。
路径P01是节点10-1和10-4所位于的激活路径。
路径P02是节点10-1、10-2和10-4所位于的备用路径。
图5(b)示出了示例性的路径信息，在该路径信息中对这些信息项进行了组织。从图5(b)中可以看出，控制装置20识别出路径P02是担当激活路径的路径P01的备用路径。
接下来，将参考附图描述根据本示例性实施例的示例性操作。图6仅是示例，且根据本示例性实施例的通信系统的操作不限于图6中的流程图中示出的操作。图6是示出根据第一示例性实施例的通信系统操作的流程图。
在步骤S01中，控制装置20中的路由控制确定单元23经由通信单元24接收状态改变通知。
在步骤S02中，路由控制确定单元23基于与状态已发生改变的端口有关的信息、拓扑信息和路径信息确定哪条(些)路径受到网络中发生的故障的影响。与端口有关的信息包括在接收到的状态改变通知中。
在步骤S03中，在确定受影响的路径之后，路由控制确定单元23确定受影响的路径的数目。如果受影响的路径的数目是1或更少，路由控制确定单元23终止图6中的当前处理(步骤S03中的“是”)。如果受影响的路径的数目是1或更少，不管路径是激活路径还是备用路径，控制装置20都被执行任何具体操作。即，如果受影响的路径的数目是1且路径是激活路径，相关节点10的OAM功能激活备用路径。通过该方式，节点10实现其自身上的故障恢复。相反，如果受影响的路径的数目是1且路径是备用路径，因为激活路径未被影响到，维持链路。
图7示出了当单条路径受到故障影响时执行的操作。将假设故障发生在图4和图5中示出的网络中的节点10-1和10-4之间的链路中来进行以下描述。如果发生故障，节点10-1和10-4中的每一个向控制装置20发送状态改变通知。
根据状态改变通知，路由控制确定单元23识别出节点10-1的端口2的状态和节点10-4的端口2的状态已改变。通过查阅拓扑信息中与各个节点10-1和10-4的端口2有关的信息，路由控制确定单元23识别出在节点10-1和10-4之间的链路中已发生了故障。此外，路由控制确定单元23根据链路中受故障影响的位置(在图7中的示例中，节点10-1和节点10-2)以及路径信息来确定受影响的路径。
在图7中的示例中，路由控制确定单元23确定激活路径P01受到故障影响。因为仅激活路径受到影响，OAM功能可实现数据平面中的故障恢复。即，在单个故障的情况下，可实现快速的故障恢复，而无需依靠控制平面。
如果受影响的路径的数目是2或更多(步骤S03中“否”)，路由控制确定单元23执行步骤S04至S07之间的必需步骤。即，当在网络中发生多个故障时，路由控制确定单元23可执行步骤S04至S07之间的必需步骤。
在图6中的步骤S04中，路由控制确定单元23确定激活路径和与其相关联的备用路径是否都受到故障的影响。如果激活路径和备用路径都受到故障的影响(步骤S04中“是”)，路由控制确定单元23确定路由控制是必需的(确定执行路由控制)，路由控制确定单元23执行路由控制(步骤S06)。
图8示出了当激活路径和备用路径都各自受到故障影响时执行的操作。在图8中，除了节点10-1和10-4之间的链路中的故障之外，还在节点10-2和10-4之间的链路中发生了故障。
在这种情况下，根据从节点10-1、10-2和10-4发送的状态改变通知，路由控制确定单元23识别出节点10-1的端口2的状态、节点10-2的端口2的状态以及节点10-4的端口1和端口2的状态已改变。通过查阅拓扑信息中与各个端口有关的信息，路由控制确定单元23识别出在节点10-1和10-4之间以及在节点10-2和10-4之间的链路中已发生了故障。此外，路由控制确定单元23根据链路中受故障影响的位置(在图8中的示例中，节点10-1、节点10-2和节点10-2)以及路径信息来确定受影响的路径。
在图8中的示例中，路由控制确定单元23确定担当激活路径的路径P01以及担当与路径P01相关联的备用路径的路径P02受到故障影响。由于激活路径和准备作为激活路径的备份路径的备用路径都受到故障影响，使用OAM功能不能实现数据平面中的故障恢复。因此，执行控制平面中使用控制装置20的故障恢复(步骤S06)。
如果激活路径和对应于激活路径的备用路径都未被故障影响(步骤S04中，“否”)，路径控制确定单元23执行步骤S05。
在步骤S05中，路径控制确定单元23确定共享备用路径的多条激活路径是否受到故障影响。如果这种激活路径受到故障的影响(步骤S05中，“是”)，路由控制确定单元23确定路由控制是必需的(确定执行路由控制)，路由控制确定单元23执行路由控制(步骤S07)。
图9示出了当多条激活路径和备用路径各自受到故障影响时执行的操作。将假设图9(b)中示出的、与图4(a)中示出的拓扑有关的路径信息已被设置来描述图9。在图9(a)中示出的网络中形成三条路径(路径P01至P03)。
路径P01是节点10-1和10-4所位于的激活路径。
路径P03是节点10-1、10-3和10-4所位于的激活路径。
路径P02是节点10-1、10-2和10-4所位于的备用路径。
路径P02是激活路径P01和P03的备用路径。
图9(b)示出了路径信息，在该路径信息中对这些信息项进行了组织。此外，在图9(a)中，在节点10-1和10-4之间以及在节点10-3和10-4之间的链路中已经发生故障。
节点10-1、10-3和10-4中的每一个向控制装置20发送状态改变通知。根据接收到的状态改变通知，控制装置20识别出节点10-1的端口2、节点10-3的端口2以及节点10-4的端口2和端口3的状态已经改变。通过查阅拓扑信息中与各个端口有关的信息，路由控制确定单元23识别出在节点10-1和10-4之间以及在节点10-3和10-4之间的链路中已发生了故障。此外，路由控制确定单元23根据链路中受故障影响的位置(在图9中的示例中，节点10-1、节点10-3和节点10-4)以及路径信息来确定受影响的路径。在图9中的示例中，路由控制确定单元23确定激活路径P01和P03是受到故障影响的路径。
通过查阅路径信息，路由控制确定单元23可以识别出这两条激活路径(路径P01和P03)共享担当备用路径的路径P02。当在共享备用路径的两条激活路径中发生故障时，即使使用了数据平面的OAM功能，也不能消除激活路径中的故障中的一个。因此，路由控制确定单元23确定使用控制装置20执行控制平面中的故障恢复(步骤S07)。
图10示出了当多条激活路径各自受到故障影响时执行的操作，该路径未共享备用路径。图10(a)示出了除了图4(a)中示出的网络中的节点之外还包括节点10-5的网络。图10(b)示出了拓扑信息，在该拓扑信息中对图10(a)中示出的拓扑进行了组织。
在图10(a)中的网络中形成四条路径(路径P01至P04)。
路径P01是节点10-1和10-4所位于的激活路径。
路径P03是节点10-1、10-3和10-4所位于的激活路径。
路径P02是节点10-1、10-2和10-4所位于的备用路径，并被设置为路径P01的备用路径。
路径P04是节点10-1、10-5和10-4所位于的备用路径，并被设置为路径P03的备用路径。
图10(c)示出了路径信息，在该路径信息中对这些信息项进行了组织。
在图10(a)中，如图9(a)中一样，在节点10-1和10-4之间以及在节点10-3和10-4之间的链路中已经发生故障。因此、节点10-1、10-3和10-4中的每一个向控制装置20发送状态改变通知。根据接收到的状态改变通知，控制装置20识别出节点10-1的端口2、节点10-3的端口2以及节点10-4的端口2和端口3的状态已经改变。
通过查阅拓扑信息中与上述路径中的每一条有关的信息，控制确定单元23识别出在节点10-1和10-4之间以及在节点10-3和10-4之间的链路中已发生了故障。此外，路由控制确定单元23根据链路中受故障影响的位置(在图8中的示例中，节点10-1、节点10-3和节点10-4)以及路径信息来确定受影响的路径。在图10中的示例中，路由控制确定单元23确定担当激活路径的路径P01和P03受到故障影响。通过查阅路径信息，路由控制确定单元23可以识别出这两条激活路径(路径P01和P03)不共享备用路径。因此，OAM功能执行激活路径P01和P03中每一个上的数据路径中的故障恢复。
通过该方式，因为可以执行故障恢复而无需依靠控制平面，控制装置20不执行任何具体操作。即，如果共享备用路径的多条激活路径未受到故障影响(步骤S05中，“否”)，则路由控制确定单元23终止图6中示出的当前处理。因此，即使当两条或更多路径受到故障影响时，也存在不执行控制平面中的故障恢复的情况。
如上所述，基于从每个节点发送的状态改变通知，控制装置20确定数据平面中的故障恢复是否可能或控制平面中的故障恢复是否是必需的。如果控制装置20确定数据平面中的故障恢复是可能的，则控制装置20不执行任何具体操作。即，控制装置20将从故障恢复留给数据平面。
然而，当网络中发生多个故障且控制装置20确定仅数据平面中的故障恢复较困难时，控制装置20执行从故障恢复的所必需的处理。即，在根据本示例性实施例的通信系统中，当控制装置20从节点接收到发生故障的通知(状态改变通知)，如果单独数据平面中的故障恢复是可能的，控制装置20将故障恢复留给数据平面。由此实现快速故障恢复。然而，当控制装置20确定单独在数据平面中不能实现故障恢复，例如，当发生多个故障时，控制装置20执行适当处理。由此实现控制平面中可靠的故障恢复。
(第二示例性实施例)
接下来，将参考附图对第二示例性实施例进行详细描述。
图11示出了根据本示例性实施例的控制装置20a的示例性内部配置。由相同的参考符号来表示图3和图11中相同的组件，且将省略其描述。
控制装置20a与控制装置20的不同之处在于：控制装置20a替换路由控制确定单元23包括了路由控制确定单元23a，并仅包括了路由搜索单元25。
当根据图6中示出的流程图执行处理时，如果路由控制确定单元23a确定控制平面中的故障恢复是必需的(图6中的步骤S06和S07)，路由控制确定单元23a向路由搜索单元25输出路由控制所必需的路径信息。
基于接收到的路径信息和网络组成DB 22中存储的信息，路由搜索单元25确定故障恢复所必需的的旁路路由。此外，路由搜索单元25经由通信单元24设置用于在相关节点10中实现所确定的路径的分组处理操作。即，根据本示例性实施例，当控制平面中的故障恢复是必需的时，控制装置20a确定故障恢复所必需的旁路路由。接下来，控制装置20a设置用于在相关节点10中实现所确定的路径的分组处理操作。
接下来，将参考附图描述根据本示例性实施例的示例性操作。图12仅是示例，且根据本示例性实施例的通信系统的操作不限于图12中的流程图中示出的操作。即，图12是示出在第一示例性实施例中描述的图6中的步骤S06和S07中的示例性操作的流程图。
如果在图6中的步骤S04或S05中确定“真”，控制装置20a根据图12中的流程图操作。
在步骤S101中，路由控制确定单元23a确定控制装置20a的路由控制是必需的(确定控制装置20a需要执行路由控制)。
在步骤S102中，路由搜索单元25基于控制目标路径和拓扑信息来搜索旁路路由。如果在图6中的步骤S04中确定“真”(步骤S04中，“是”)，激活路径和备用路径都受到故障影响。因此，在与步骤S06对应的步骤S102中，路由搜索单元25搜索针对于受故障影响的激活路径的旁路路径。换言之，路由搜索单元25不搜索针对备用路径的旁路路径。
如果在图6中的步骤S05中确定“真”(步骤S05中，“是”)，路由控制确定单元23a确定多条激活路径受到路径影响。因此，将备用路径用于该多条激活路径中的一条激活路径。旁路路由的搜索目标是不能被备用路径替换的激活路径。本示例性实施例假设：之前基于网络操作策略等在每条激活链路中设置了优先级等级，以使得路由搜索单元25可以确定备用路径替换多条激活路径中的哪一条路径以用于故障恢复。例如，优先级等级存储在控制装置20a中，并由网络管理者在之前确定。备选地，控制装置20a可自动确定备用路径替换多条激活路径中的哪一条路径以用于恢复(控制装置20a可确定激活路径的优先级等级)。
在步骤S103中，路由搜索单元25确定旁路路由，并更新相关节点10中存储的相关分组处理操作。
图13示出了确定旁路路由的操作。将参考图13来描述图8中示出的当激活路径和备用路径都受到故障影响时执行的旁路路由设置。
图13(b)示出了故障发生之前存储的路径信息。如上所述，路由搜索单元25搜索激活路径P01的旁路路由。路由搜索单元25查阅路径信息，并识别处位于激活路径P01两端的节点是节点10-1和10-4。此外，基于从节点10-1、10-2和10-4接收到的状态改变通知，路由搜索单元25识别出在节点10-1和10-4之间以及在节点10-2和10-4之间的链路中发生了故障。
路由搜索单元25参阅拓扑信息(参见图4)，并确定避免节点端口受到这些链路故障影响的旁路路由。例如，在图13(a)中，路由搜索单元25确定在节点10-1和10-4之间延伸的路径P03是旁路路由。即，路由搜索单元25查阅拓扑信息并设置路径P03作为激活路径P01的旁路路由。在确定旁路路由之后，路由搜索单元25经由通信单元24设置用于在相关节点10中实现旁路路由的分组处理操作。此外，路由搜索单元25更新路径信息。图13(c)示出了示例性的路径信息更新。
通过该方式，根据本示例性实施例，当故障发生时，控制装置20a确定用于从故障恢复的旁路路由，并设置用于在相关节点10中实现旁路路由的分组处理操作。由此，即使发生在数据平面中不能管理的多个故障时，也可以实现可靠和快速的故障恢复。
(第三示例性实施例)
接下来，将参考附图对第三示例性实施例进行详细描述。
在根据本示例性实施例的通信系统中，数据平面由包括OAM功能的OpenFlow交换机形成，且OpenFlow被用作控制平面。
图14示出了根据本示例性实施例的通信系统的示例性配置。
图14中示出的通信系统包括OpenFlow控制器(OFC)30和OpenFlow交换机(OFS)40-1至40-4。OpenFlow交换机40-1至40-4中的每一个包括OAM功能。此外，在OpenFlow交换机40-1至40-4之间设置流。更具体地，在图14中，设置流F-1和流F02。流F01是激活流(图14中的实线)，且流F02是备用流(图14中的虚线)。当在激活流F01中发生故障时，将备用流F02用作备份。在下面的描述中，除非需要对OpenFlow交换机40-1至40-4进行区分彼此，OpenFlow交换机40-1至40-4中的任何节点将被称为“OpenFlow交换机40”。
当检测到OpenFlow交换机之间的链路断开时，相关OpenFlow交换机40中的每一个OpenFlow交换机40向OpenFlow控制器30发送Port_status消息。
基于从OpenFlow交换机40发送的Port_status消息以及OpenFlow控制器30中存储的拓扑信息和流信息，OpenFlow控制器30确定用于故障恢复的路由控制是否是必需的(确定是否执行路由控制)。如果OpenFlow控制器30确定路由控制是必需的，OpenFlow控制器30搜索并确定旁路路由。此外，OpenFlow控制器30在旁路路由上向相关OpenFlow交换机40发送Flow_mod消息。OpenFlow交换机40基于接收到的Flow_mof消息各自更新其自己的流表。通过使OpenFlow交换机40根据各自的流表处理接收到的分组，实现旁路路由(通过旁路路由实现了流)。
图15示出了根据本示例性实施例的OpenFlow控制器30的示例性内部配置。如图15中示出的，OpenFlow控制器30包括网络组成管理单元31、网络组成数据库(网络组成DB)32、路由控制确定单元33、路由搜索单元34、OpenFlow消息转换单元35、以及与OpenFlow交换机40通信的通信单元36等。
由于网络组成管理单元31的功能与在第一示例性实施例中描述的网络组成管理单元21的功能相同，将省略网络组成管理单元31的详细描述。网络组成DB 32是存储拓扑信息和流信息的数据库。由于拓扑信息与在第一示例性实施例中描述的拓扑信息相同，将省略拓扑信息的详细描述。此外，流信息对应于在第一示例性实施例中描述的路径信息。即，在流信息中定义流属性。例如，在流信息中定义流类型(激活的或备用的)以及关于与激活流相关联的备用流的信息(备用流的存在性和标识)。
当通信单元36从OpenFlow交换机40接收到Port_status消息时，如果Port_status消息包括与链路故障有关的信息，通信单元36向路由控制确定单元33通知与受链路故障影响的端口有关的信息。更具体地，如果在Port_status消息中设置了指示链路故障的标记，通信单元36向路由控制确定单元33通知端口信息。
在从通信单元36接收与受链路故障影响的端口有关的信息时，路由控制确定单元33查阅网络组成DB 32中存储的拓扑信息，并确定受故障影响的位置。此外，路由控制确定单元33查阅网络组成DB 32中存储的流信息，并确定已发生故障的流。然后，路由控制确定单元33确定是否需要针对该流设置旁路路由。如果路由控制确定单元33确定需要设置旁路路由，路由控制确定单元33向路由搜索单元34通知与必须有旁路路由的流有关的信息。
基于与必须有旁路路由的流有关的信息(该信息已被路由控制确定单元33所创建)，路由搜索单元34搜索避免已发生故障的旁路路由。向OpenFlow消息转换单元通知与所发现的旁路路由有关的信息。
OpenFlow消息转换单元将从路由搜索单元34提供的旁路路由信息转换为Flow_mod消息，并将Flow_mod消息经由通信单元36在旁路路由上分别发送给相关的OpenFlow交换机40。
图16示出了OpenFlow交换机40的示例性内部配置。
OpenFlow交换机40包括通信单元41、表管理单元42、表数据库(表DB)43和转发处理单元44。
通信单元41是用于实现与控制OpenFlow交换机40的OpenFlow控制器30的通信的手段。通信单元41使用OpenFlow协议来与OpenFlow控制器30通信。
表管理单元42是用于管理表DB 43中存储的表的手段。更具体地，表管理单元42将OpenFlow控制器30设置的流表注册到表DB 43中。此外，表管理单元42管理下面描述的组表。
通过可以存储流表和组表的数据库来配置表DB 43，在处理接收到的分组时，转发处理单元44搜索该流表和组表。
转发处理单元44包括表搜索单元141和动作执行单元142。表搜索单元141是用于在表DB 43中存储的流表中搜索具有与接收到的分组匹配的匹配字段的规则(动作)的手段。动作执行单元142是用于根据在表搜索单元141发现的规则中的指示字段中定义的处理来执行分组处理的手段。各个OpenFlow交换机40根据在其自己的流表和组表中定义的处理来处理接收到的分组，并实现从对应故障恢复。
接下来，将参考附图描述根据本示例性实施例的示例性操作。图17仅是示例，且根据本示例性实施例的通信系统的操作不限于图17中的流程图中示出的操作。
在步骤S11中，OpenFlow控制器30中的通信单元36从相关OpenFlow交换机40中的每一个接收Port_status消息。
在步骤S12中，路由控制确定单元33识别Port_status消息中包括的、与受链路故障影响的端口有关的信息。
图18示出了示例性的Port_status消息。图18(a)示出了OpenFlow交换机40的端口配置。在图18和后续图中将省略对OpenFlow控制器30的示出。
各个OpenFlow交换机40都具有由OpenFlow控制器30管理的数据路径标识符。例如，图18中示出的OpenFlow交换机40-1具有0x0a作为其数据路径标识符，且OpenFlow交换机40-2具有0x0b作为其数据路径标识符(参见图18(b))。
如果图18(a)中的网络中在OpenFlow交换机40-1和40-4之间的流F01中发生故障，OpenFlow交换机40-1和40-4中的每一个发送Port_status消息。即，OpenFlow交换机40中的每一个向OpenFlow控制器30发送与其受链路故障影响的端口有关的信息作为Port_status消息。图18(c)示出了从OpenFlow交换机40-1和40-4中的每一个发送的示例性Port_status消息。如图18(a)中示出的，由于相应OpenFlow交换机40-1和40-4的端口2受到链路故障的影响，与这些端口有关的信息被发送给OpenFlow控制器30。
基于OpenFlow控制器30管理的数据路径标识符以及Port_status消息，OpenFlow控制器30识别OpenFlow交换机40的哪个端口受到链路故障的影响。
在步骤S13中，OpenFlow控制器30中的路由控制确定单元33基于已从OpenFlow交换机40发送并与受链路故障影响的端口有关的信息以及网络组成DB 32中存储的拓扑信息来识别受故障影响的位置。
图19示出了由路由控制确定单元33执行的识别受故障影响的位置的操作。例如，当路由控制确定单元33接收到图18(c)中示出的Port_status消息时，路由控制确定单元33在拓扑信息中注册对以下进行指示的信息(更新网络组成DB 32中的拓扑信息)：具有0x0a作为其数据路径标识符的OpenFlow交换机40-1的端口2以及具有0x0c作为其数据路径标识符的OpenFlow交换机40-4的端口2受到链路故障的影响。由此，识别出在OpenFlow交换机40-1和40-4之间发生故障。
在步骤S14中，基于更新的拓扑信息和流信息，路由控制确定单元33确定受故障影响的流。受故障影响的流是通过受故障影响的位置(在上述示例中，OpenFlow交换机40-1和40-2)的流。
在步骤S15中，路由控制确定单元33确定受故障影响的流的数目是否是1或更小。如果受故障影响的流的数目是1或更小(步骤S15中，“是”)，OpenFlow控制器30终止图17中示出的处理。在这种情况下，无需依靠控制平面，可通过OpenFlow交换机40中的每一个所具有的OAM功能来消除故障。因此，OpenFlow控制器30不涉及到故障恢复操作中。
图20示出了当OpenFlow控制器30未涉及到故障恢复中时执行的操作。在图20中，被设置为激活流的流F01是受故障影响的流。此外，流F02是流F01的备用流。
在图20中，OpenFlow交换机40-1和40-4各自使用组表来执行数据平面中的故障恢复(无需依靠控制平面的故障恢复)。
图21示出了示例性的流表和组表。图21(a)和21(c)示出了OpenFlow交换机40-1和40-4中各自包括的示例性流表。图21(b)和21(d)示出了OpenFlow交换机40-1和40-4中各自包括的示例性组表。在图21(a)和21(c)中，省略了对针对到期条件和统计信息的字段的示出。
如图21(a)中示出的，当OpenFlow交换机40-1经由其端口4接收分组时，OpenFlow交换机40-1根据其组表来处理分组。此外，如图21(b)中示出的，在组表中规定“动作”和“类型”。在图21(b)和21(d)中的示例中，将“故障转移”规定为类型且所监视端口(其活动被监视的端口)被设置为动作。例如，在图21(b)中示出的动作1的情况下，如果确认端口2的活动，OpenFlow交换机40-1经由端口2转发接收到的分组。例如，使用OAM信号来确定端口是否是激活的。
此外，将“快速故障转移”规定为在OpenFlow交换机40-1和40-4中的组表中规定的类型。在这种情况下，OpenFlow交换机40-1和40-4以降序搜索动作(动作1、动作2、...)，并执行与其活动被首先确定为激活的端口对应的动作。在图21(b)中示出的示例中，端口2的活动未被识别出，而端口1的活动被识别出。因此，OpenFlow交换机40-1执行动作2。通过该方式，当检测到端口链路故障时，OpenFlow交换机40经由根据其流表和组表确定为激活的端口来转发接收到的分组，流表和组表定义了对接收到的分组的处理。
基于1：1保护来执行使用图21中示出的组表的故障恢复。然而，基于1+1保护的故障恢复也是可能的。在基于1+1保护的故障恢复的情况下，发送端OpenFlow交换机40-1中的组表中的类型被设置为“全部”。在这种情况下，对接收端交换机的操作没有改变。如果将“全部”设置到组表中的类型中，同时执行组表中设置的动作。例如，在图21(b)中的示例中，动作1和2都被执行，且通过端口1和端口2同时发送流。因此，有可能执行与1+1保护等效的操作，在1+1保护中，同时发送激活流和备用流，且接收端交换机选择该两个流中的任一个。
如果两个或更多刘受到故障影响(步骤S15中，“否”)，路由控制确定单元33确定激活流和对应于激活流的备用流是否都受到故障影响(步骤S16)。
如果激活流和备用流都受到影响(步骤S16中，“是”)，则路由搜索单元34搜索并确定针对该流的旁路路由(步骤S17)。
在步骤S18中，OpenFlow消息转换单元35将路由搜索单元34确定的旁路路由转换为Flow_mod消息。
在步骤S19中，OpenFlow消息转换单元35经由通信单元36在旁路路由上向相关OpenFlow交换机40分别发送Flow_mod消息。
图22示出了OpenFlow控制器30的旁路路由设置。图22中示出的流F01和F02是受故障影响的流。路由搜索单元34将流F03确定为激活流F01的旁路路由。为了实现流F03，OpenFlow控制器30向OpenFlow交换机40-1、40-3和40-4分别发送Flow_mod消息，并分别更新这些OpenFlow交换机的流表。
图23示出了通过Flow_mod消息更新的示例性表。在流F03中，OpenFlow交换机40-1担当发送端交换机。因此，OpenFlow控制器30向OpenFlow交换机40-1发送Flow_mod消息，使得经由端口3转发经由OpenFlow交换机40-1的端口4接收到的流(参见图23(a))。在该情况下，在OpenFlow交换机40-1中的流表中不设置查阅组表的动作。这是因为端口1和2不能被确定为是激活的(参见图23(b))。
在流F03中，OpenFlow交换机40-3担当中继交换机。因此，OpenFlow控制器30向OpenFlow交换机40-3发送Flow_mod消息，使得经由端口2转发经由OpenFlow交换机40-3的端口1接收到的流(参见图23(c))。即，因为新的流通过OpenFlow交换机40-3，OpenFlow控制器30发送用于将新的规则添加到流表中的Flow_mod消息。
在流F03中，OpenFlow交换机40-4担当接收端交换机。因此，OpenFlow控制器30向OpenFlow交换机40-4发送Flow_mod消息，使得经由端口4转发经由OpenFlow交换机40-4的端口3接收到的流(参见图23(d))。更具体地，在OpenFlow交换机40-4中的流表中添加新的条件。
此外，如图24中示出的，除了用于改变流表的这种Flow_mod消息之外，OpenFlow控制器30可以发送用于在流F01和F02恢复(流的自动故障恢复)的情况下更新组表的Group_mod消息。
如果激活流和备用流都未受故障影响(图17中的步骤S16中，“否”)，OpenFlow控制器30确定共享备用流的多个激活流是否受到故障影响(步骤S20)。
如果这种激活流受到故障影响(步骤S20中，“是”)且如果使用备用路径仅可发送单个流，需要找到针对其他流的旁路路由。因此，如果共享备用流的多个激活流受到故障影响(步骤S20中，“是”)，OpenFlow控制器30执行步骤S17至S19。
如果这种的多个激活流未受故障影响(步骤S20中，“否”)，则OpenFlow控制器30终止操作。即，在这种情况下，与步骤S15中一样，因为可以由数据平面中的OAM功能执行故障恢复而无需依靠控制平面，OpenFlow控制器30未涉及到故障恢复操作中。
如上所述，在根据本示例性实施例的通信系统中，采用OpenFlow作为控制平面，并基于来自OpenFlow交换机40的消息来迅速确定故障恢复是否是必需的。因此，有可能在OpenFlow中可靠地响应于多个故障，同时支持数据平面中使用OAM功能的快速故障恢复。
可以如下描述上述示例性实施例的一部分或全部(但不限于此)：
(模式1)
(参见根据上述第一方案的通信系统)
(模式2)
根据模式1所述的通信系统；
其中，控制装置通过使用与网络有关的路径信息和拓扑信息作为与网络的组成有关的信息，确定路由控制对于网络中发生的故障的恢复而言是否是必需的。
(模式3)
根据模式1或2所述的通信系统；
其中，当受到所述网络中发生的故障影响的路径的数目是1条或更少时，所述控制装置确定不执行所述路由控制，所述路径由所述多个节点中的至少两个节点形成。
(模式4)
根据模式1至3中任一项所述的通信系统；
其中，当激活路径和与所述激活路径相关联的备用路径受到所述网络中发生的故障影响时，所述控制装置确定执行所述路由控制，所述路径中的每一条路径由所述多个节点中的至少两个节点形成。
(模式5)
根据模式1至4中任一项所述的通信系统；
其中，当共享备用路径的多条激活路径受到所述网络中发生的故障影响时，所述控制装置确定执行所述路由控制，所述路径中的每一条路径由所述多个节点中的至少两个节点形成。
(模式6)
根据模式1至5中任一项所述的通信系统；
其中，当所述控制装置确定所述路由控制是必需的时，所述控制装置基于与所述网络有关的信息来搜索避免所述网络中发生的故障的路径。
(模式7)
根据模式1至6中任一项所述的通信系统；
其中，所述多个节点中的每个节点请求用于处理分组的分组处理操作；以及
其中，所述控制装置响应于所述请求来创建用于处理接收到的分组的分组处理操作，并向所述多个节点中的至少一个节点通知所创建的分组处理操作。
(模式8)
根据模式1至7中任一项所述的通信系统；
其中，当所述多个节点中的任何节点检测到其链路发生故障的端口时，根据定义对接收到的分组的处理的流表和组表，所述节点经由与其链路发生故障的端口不相同的端口转发接收到的分组。
(模式9)
(参见根据上述第二方案的控制装置)
(模式10)
根据模式9所述的控制装置，
其中，所述路由控制确定单元通过使用与所述网络有关的路径信息和拓扑信息作为与所述网络的组成有关的信息，确定所述路由控制对于所述网络中发生的故障的恢复而言是否是必需的。
(模式11)
根据模式9或10所述的控制装置，
其中，当受到所述网络中发生的故障影响的路径的数目是1条或更少时，所述路由控制确定单元确定不执行所述路由控制，所述路径由所述多个节点中的至少两个节点形成。
(模式12)
根据模式9至11中任一项所述的控制装置，
其中，当激活路径和与所述激活路径相关联的备用路径受到所述网络中发生的故障影响时，所述路由控制确定单元确定执行所述路由控制，所述路径中的每一条路径由所述多个节点中的至少两个节点形成。
(模式13)
根据模式9至12中任一项所述的控制装置，
其中，当共享备用路径的多条激活路径受到所述网络中发生的故障影响时，所述路由控制确定单元确定执行所述路由控制，所述路径中的每一条路径由所述多个节点中的至少两个节点形成。
(模式14)
根据模式9至13中任一项所述的控制装置，包括：
路由搜索单元，在所述路由控制确定单元确定所述路由控制是必需的时，所述路由搜索单元基于与所述网络有关的信息来搜索避免所述网络中发生的故障的路径。
(模式15)
(参见根据上述第三方案的控制装置控制方法)
(模式16)
根据模式15所述的控制装置控制方法；
其中，在确定是否执行所述路由控制的步骤中，通过使用与所述网络有关的路径信息和拓扑信息作为与所述网络的组成有关的信息，确定所述路由控制对于所述网络中发生的故障的恢复而言是否是必需的。
(模式17)
根据模式15或16所述的控制装置控制方法；
其中，在确定是否执行所述路由控制的步骤中，当受到所述网络中发生的故障影响的路径的数目是1条或更少时，确定不执行所述路由控制，所述路径由所述多个节点中的至少两个节点形成。
(模式18)
根据模式15至17中任一项所述的控制装置控制方法；
其中，在确定是否执行所述路由控制的步骤中，当激活路径和与所述激活路径相关联的备用路径受到所述网络中发生的故障影响时，确定执行所述路由控制，所述路径中的每一条路径由所述多个节点中的至少两个节点形成。
(模式19)
根据模式15至18中任一项所述的控制装置控制方法；
其中，在确定是否执行所述路由控制的步骤中，当共享备用路径的多条激活路径受到所述网络中发生的故障影响时，确定执行所述路由控制，所述路径中的每一条路径由所述多个节点中的至少两个节点形成。
(模式20)
根据模式15至19中任一项所述的控制装置控制方法，包括以下步骤：
当在确定是否执行所述路由控制的步骤中确定执行所述路由控制时，基于与所述网络有关的信息来搜索避免所述网络中发生的故障的路径。
(模式21)
(参见根据上述第四方案的程序)
(模式22)
根据模式21所述的程序；
其中，在确定是否执行所述路由控制的处理中，通过使用与所述网络有关的路径信息和拓扑信息作为与所述网络的组成有关的信息，确定所述路由控制对于所述网络中发生的故障的恢复而言是否是必需的。
(模式23)
根据模式21或22所述的程序；
其中，在确定是否执行所述路由控制的处理中，当受到所述网络中发生的故障影响的路径的数目是1条或更少时，确定不执行所述路由控制，所述路径由所述多个节点中的至少两个节点形成。
(模式24)
根据模式21至23中任意一项所述的程序；
其中，在确定是否执行所述路由控制的处理中，当激活路径和与所述激活路径相关联的备用路径受到所述网络中发生的故障影响时，确定执行所述路由控制，所述路径中的每一条路径由所述多个节点中的至少两个节点形成。
(模式25)
根据模式21至24中任意一项所述的程序；
其中，在确定是否执行所述路由控制的处理中，当共享备用路径的多条激活路径受到所述网络中发生的故障影响时，确定执行所述路由控制，所述路径中的每一条路径由所述多个节点中的至少两个节点形成。
(模式26)
根据模式21至25中任一项所述的程序，所述程序使计算机执行以下处理：
当在确定是否执行所述路由控制的处理中确定执行所述路由控制时，基于与所述网络有关的信息来搜索避免所述网络中发生的故障的路径。
将以上PTL中的每一个的公开通过引用并入本文。在本发明的全部公开(包括权利要求)的范围内并基于本发明的基本技术概念，对示例性实施例和示例的修改和调整是可能的。此外，在本发明的权利要求的范围内，对各种所公开要素(包括权利要求、示例性实施例、示例、附图等中每一个中的要素)的各种组合和选择是可能的。即，本发明当然包括本领域技术人员根据包括权利要求和技术概念在内的全部公开可以做出的各种变型和修改。具体地，本说明书公开了数值范围。然而，即使说明书没有特别地公开该范围中包括的任意数值或较小的范围，应该认为这些值和范围已被具体地公开了。
附图标记列表
10、10-1 to 10-5、100  节点
20、20a、101  控制装置
21、31  网络组成管理单元
22、32  网络组成数据库(网络组成DB)
23、23a、33  路由控制确定单元
24、36、41  通信单元
25、34  路由搜索单元
30  OpenFlow控制器
35  OpenFlow消息转换单元
40，40-1至40-4 OpenFlow交换机
42  表管理单元
43  表数据库(表DB)
44  转发处理单元
141 表搜索单元
142 动作执行单元

Claims (26)

1.一种通信系统，包括：
多个节点，所述多个节点中的每个节点包括操作管理和维护OAM功能；以及
控制所述多个节点的控制装置；
其中，所述多个节点中的每个节点向所述控制装置发送状态改变通知，所述状态改变通知包括与受网络中发生的故障影响的端口有关的信息，所述网络由所述多个节点组成；以及
所述控制装置基于所述状态改变通知和与所述网络的组成有关的信息来确定是否执行所述网络上的路由控制。
2.根据权利要求1所述的通信系统；
其中，所述控制装置通过使用与所述网络有关的路径信息和拓扑信息作为与所述网络的组成有关的信息，确定所述路由控制对于所述网络中发生的故障的恢复而言是否是必需的。
3.根据权利要求1或2所述的通信系统；
其中，当受到所述网络中发生的故障影响的路径的数目是1条或更少时，所述控制装置确定不执行所述路由控制，其中所述路径由所述多个节点中的至少两个节点形成。
4.根据权利要求1至3中任一项所述的通信系统；
其中，当激活路径和与所述激活路径相关联的备用路径受到所述网络中发生的故障影响时，所述控制装置确定执行所述路由控制，其中所述激活路径和所述备用路径中的每一条路径由所述多个节点中的至少两个节点形成。
5.根据权利要求1至4中任一项所述的通信系统；
其中，当共享备用路径的多条激活路径受到所述网络中发生的故障影响时，所述控制装置确定执行所述路由控制，其中所述激活路径和所述备用路径中的每一条路径由所述多个节点中的至少两个节点形成。
6.根据权利要求1至5中任一项所述的通信系统；
其中，当所述控制装置确定所述路由控制是必需的时，所述控制装置基于与所述网络有关的信息来搜索避免所述网络中发生的故障的路径。
7.根据权利要求1至6中任一项所述的通信系统；
其中，所述多个节点中的每个节点请求用于处理分组的分组处理操作；以及
其中，所述控制装置响应于所述请求来创建用于处理接收到的分组的分组处理操作，并向所述多个节点中的至少一个节点通知所创建的分组处理操作。
8.根据权利要求1至7中任一项所述的通信系统；
其中，当所述多个节点中的任何节点检测到其链路发生故障的端口时，根据定义对接收到的分组的处理的流表和组表，所述节点经由与其链路发生故障的端口不相同的端口转发接收到的分组。
9.一种控制装置，包括：
通信单元，所述通信单元从多个节点中的至少一个节点接收状态改变通知，所述多个节点中的每个节点包括操作管理和维护OAM功能，所述状态改变通知包括与受网络中发生的故障影响的端口有关的信息，所述网络由所述多个节点组成；以及
路由控制确定单元，所述路由控制确定单元基于所述状态改变通知和与所述网络的组成有关的信息来确定是否执行所述网络上的路由控制。
10.根据权利要求9所述的控制装置，
其中，所述路由控制确定单元通过使用与所述网络有关的路径信息和拓扑信息作为与所述网络的组成有关的信息，确定所述路由控制对于所述网络中发生的故障的恢复而言是否是必需的。
11.根据权利要求9或10所述的控制装置，
其中，当受到所述网络中发生的故障影响的路径的数目是1条或更少时，所述路由控制确定单元确定不执行所述路由控制，其中所述路径由所述多个节点中的至少两个节点形成。
12.根据权利要求9至11中任一项所述的控制装置，
其中，当激活路径和与所述激活路径相关联的备用路径受到所述网络中发生的故障影响时，所述路由控制确定单元确定执行所述路由控制，其中所述激活路径和所述备用路径中的每一条路径由所述多个节点中的至少两个节点形成。
13.根据权利要求9至12中任一项所述的控制装置，
其中，当共享备用路径的多条激活路径受到所述网络中发生的故障影响时，所述路由控制确定单元确定执行所述路由控制，其中所述激活路径和所述备用路径中的每一条路径由所述多个节点中的至少两个节点形成。
14.根据权利要求9至13中任一项所述的控制装置，包括：
路由搜索单元，在所述路由控制确定单元确定所述路由控制是必需的时，所述路由搜索单元基于与所述网络有关的信息来搜索避免所述网络中发生的故障的路径。
15.一种控制装置控制方法，包括以下步骤：
从多个节点中的至少一个节点接收状态改变通知，所述多个节点中的每个节点包括操作管理和维护OAM功能，所述状态改变通知包括与受网络中发生的故障影响的端口有关的信息，所述网络由所述多个节点组成；以及
基于所述状态改变通知和与所述网络的组成有关的信息来确定是否执行所述网络上的路由控制。
16.根据权利要求15所述的控制装置控制方法；
其中，在确定是否执行所述路由控制的步骤中，通过使用与所述网络有关的路径信息和拓扑信息作为与所述网络的组成有关的信息，确定所述路由控制对于所述网络中发生的故障的恢复而言是否是必需的。
17.根据权利要求15或16所述的控制装置控制方法；
其中，在确定是否执行所述路由控制的步骤中，当受到所述网络中发生的故障影响的路径的数目是1条或更少时，确定不执行所述路由控制，其中所述路径由所述多个节点中的至少两个节点形成。
18.根据权利要求15至17中任一项所述的控制装置控制方法；
其中，在确定是否执行所述路由控制的步骤中，当激活路径和与所述激活路径相关联的备用路径受到所述网络中发生的故障影响时，确定执行所述路由控制，其中所述激活路径和所述备用路径中的每一条路径由所述多个节点中的至少两个节点形成。
19.根据权利要求15至18中任一项所述的控制装置控制方法；
其中，在确定是否执行所述路由控制的步骤中，当共享备用路径的多条激活路径受到所述网络中发生的故障影响时，确定执行所述路由控制，其中所述激活路径和所述备用路径中的每一条路径由所述多个节点中的至少两个节点形成。
20.根据权利要求15至19中任一项所述的控制装置控制方法，包括以下步骤：
当在确定是否执行所述路由控制的步骤中确定执行所述路由控制时，基于与所述网络有关的信息来搜索避免所述网络中发生的故障的路径。
21.一种程序，所述程序使控制控制装置的计算机执行以下处理：
从多个节点中的至少一个节点接收状态改变通知，所述多个节点中的每个节点包括操作管理和维护OAM功能，所述状态改变通知包括与受网络中发生的故障影响的端口有关的信息，所述网络由所述多个节点组成；以及
基于所述状态改变通知和与所述网络的组成有关的信息来确定是否执行所述网络上的路由控制。
22.根据权利要求21所述的程序；
其中，在确定是否执行所述路由控制的处理中，通过使用与所述网络有关的路径信息和拓扑信息作为与所述网络的组成有关的信息，来确定所述路由控制对于所述网络中发生的故障的恢复而言是否是必需的。
23.根据权利要求21或22所述的程序；
其中，在确定是否执行所述路由控制的处理中，当受到所述网络中发生的故障影响的路径的数目是1条或更少时，确定不执行所述路由控制，其中所述路径由所述多个节点中的至少两个节点形成。
24.根据权利要求21至23中任意一项所述的程序；
其中，在确定是否执行所述路由控制的处理中，当激活路径和与所述激活路径相关联的备用路径受到所述网络中发生的故障影响时，确定执行所述路由控制，其中所述激活路径和所述备用路径中的每一条路径由所述多个节点中的至少两个节点形成。
25.根据权利要求21至24中任意一项所述的程序；
其中，在确定是否执行所述路由控制的处理中，当共享备用路径的多条激活路径受到所述网络中发生的故障影响时，确定执行所述路由控制，其中所述激活路径和所述备用路径中的每一条路径由所述多个节点中的至少两个节点形成。
26.根据权利要求21至25中任一项所述的程序，所述程序使计算机执行以下处理：
当在确定是否执行所述路由控制的处理中确定执行所述路由控制时，基于与所述网络有关的信息来搜索避免所述网络中发生的故障的路径。
CN201380060175.5A 2012-11-16 2013-11-14 通信系统、控制装置、用于控制控制装置的方法以及程序 Pending CN104798348A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2012-252425 2012-11-16
JP2012252425 2012-11-16
PCT/JP2013/080778 WO2014077313A1 (ja) 2012-11-16 2013-11-14 通信システム、制御装置、その制御方法及びプログラム

Publications (1)

Publication Number Publication Date
CN104798348A true CN104798348A (zh) 2015-07-22

Family

ID=50731222

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380060175.5A Pending CN104798348A (zh) 2012-11-16 2013-11-14 通信系统、控制装置、用于控制控制装置的方法以及程序

Country Status (6)

Country Link
US (1) US9544223B2 (zh)
EP (1) EP2922248B1 (zh)
JP (1) JP6311612B2 (zh)
CN (1) CN104798348A (zh)
ES (1) ES2745637T3 (zh)
WO (1) WO2014077313A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109194592A (zh) * 2018-09-25 2019-01-11 盛科网络（苏州）有限公司 一种解决multi-link网络中孤岛问题的方法和系统
CN115460125A (zh) * 2022-09-05 2022-12-09 苏州盛科通信股份有限公司 一种解决Multi-Link网络中孤岛问题的方法和装置

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103929334B (zh) * 2013-01-11 2018-02-23 华为技术有限公司 网络异常通知方法和装置
WO2015032027A1 (zh) * 2013-09-03 2015-03-12 华为技术有限公司 一种业务路径的保护方法、控制器、设备及系统
CN112187645B (zh) * 2015-06-30 2021-12-03 华为技术有限公司 一种路由的方法、相关设备及系统
JP2017103519A (ja) * 2015-11-30 2017-06-08 日本電気株式会社 制御装置、通信システム、制御方法及びプログラム
US11271870B2 (en) 2016-01-27 2022-03-08 Oracle International Corporation System and method for supporting scalable bit map based P_Key table in a high performance computing environment
US10594627B2 (en) 2016-01-27 2020-03-17 Oracle International Corporation System and method for supporting scalable representation of switch port status in a high performance computing environment
US10313231B1 (en) 2016-02-08 2019-06-04 Barefoot Networks, Inc. Resilient hashing for forwarding packets
US10063407B1 (en) * 2016-02-08 2018-08-28 Barefoot Networks, Inc. Identifying and marking failed egress links in data plane
US10237206B1 (en) 2017-03-05 2019-03-19 Barefoot Networks, Inc. Equal cost multiple path group failover for multicast
US10404619B1 (en) 2017-03-05 2019-09-03 Barefoot Networks, Inc. Link aggregation group failover for multicast
US10362631B2 (en) * 2017-04-03 2019-07-23 Level 3 Communications, Llc Last resource disaster routing in a telecommunications network
EP3632090A1 (en) * 2017-05-31 2020-04-08 Affirmed Networks, Inc. Decoupled control and data plane synchronization for ipsec geographic redundancy
US20190334808A1 (en) * 2018-04-28 2019-10-31 Hewlett Packard Enterprise Development Lp Data plane forwarding table downed link updating

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998024220A2 (en) * 1996-11-26 1998-06-04 Mci Communications Corporation Method and apparatus for isolating network failures by correlating paths issuing alarms with failure spans
WO1999009753A2 (en) * 1997-08-13 1999-02-25 Mci Communications Corporation Centralized method and system for excluding components from a restoral route in a communications network
US20110286324A1 (en) * 2010-05-19 2011-11-24 Elisa Bellagamba Link Failure Detection and Traffic Redirection in an Openflow Network

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19737359C2 (de) * 1997-08-27 1999-08-19 Siemens Ag Kommunikationseinrichtung für die Übertragung von Nachrichtensignalen
JP3467681B2 (ja) * 1998-11-04 2003-11-17 日本電信電話株式会社 二重化構成を有するパスの故障管理方法
JP3871467B2 (ja) * 1999-03-25 2007-01-24 富士通株式会社 通信パスの障害復旧装置
US7085224B1 (en) * 2001-06-14 2006-08-01 Cisco Technology, Inc. Method and apparatus for fast failure detection in switched LAN networks
US20030005095A1 (en) * 2001-06-29 2003-01-02 Fee John A. Method and system for programmable submarine network configuration plans to enable diverse service level agreements in telecommunication networks
JP3967954B2 (ja) 2002-04-26 2007-08-29 株式会社日立製作所 光クロスコネクト網の障害回復方法
JP4377401B2 (ja) 2003-02-21 2009-12-02 日本電信電話株式会社 通信ネットワークにおけるパスの故障救済を行うための装置
JP4437984B2 (ja) * 2005-08-24 2010-03-24 アラクサラネットワークス株式会社 ネットワーク中継装置及びその制御方法
JP4664258B2 (ja) 2006-09-06 2011-04-06 エヌ・ティ・ティ・コミュニケーションズ株式会社 経路状態管理システム、制御装置、ネットワーク管理装置、通信装置および経路状態管理方法
JP2008269462A (ja) 2007-04-24 2008-11-06 Hitachi Ltd ノードの管理装置及び方法
CN101990133B (zh) * 2009-07-31 2014-02-19 中兴通讯股份有限公司 一种自动交换光网络业务降级告警状态的维护方法及系统
JP5621781B2 (ja) * 2009-10-06 2014-11-12 日本電気株式会社 ネットワークシステムとコントローラと方法とプログラム
WO2011088903A1 (en) * 2010-01-22 2011-07-28 Telefonaktiebolaget L M Ericsson (Publ) Methods, apparatus and communication network for providing restoration survivability
JP5674107B2 (ja) * 2010-10-19 2015-02-25 日本電気株式会社 通信システム、制御装置、処理規則の設定方法およびプログラム
JP5301014B2 (ja) 2012-06-13 2013-09-25 株式会社日立製作所 ノード、制御装置及び通信システム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998024220A2 (en) * 1996-11-26 1998-06-04 Mci Communications Corporation Method and apparatus for isolating network failures by correlating paths issuing alarms with failure spans
WO1999009753A2 (en) * 1997-08-13 1999-02-25 Mci Communications Corporation Centralized method and system for excluding components from a restoral route in a communications network
US20110286324A1 (en) * 2010-05-19 2011-11-24 Elisa Bellagamba Link Failure Detection and Traffic Redirection in an Openflow Network

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109194592A (zh) * 2018-09-25 2019-01-11 盛科网络（苏州）有限公司 一种解决multi-link网络中孤岛问题的方法和系统
CN109194592B (zh) * 2018-09-25 2021-06-25 盛科网络（苏州）有限公司 一种解决multi-link网络中孤岛问题的方法和系统
CN115460125A (zh) * 2022-09-05 2022-12-09 苏州盛科通信股份有限公司 一种解决Multi-Link网络中孤岛问题的方法和装置

Also Published As

Publication number Publication date
JPWO2014077313A1 (ja) 2017-01-05
EP2922248A4 (en) 2016-07-13
EP2922248B1 (en) 2019-06-26
ES2745637T3 (es) 2020-03-03
US9544223B2 (en) 2017-01-10
US20150295818A1 (en) 2015-10-15
JP6311612B2 (ja) 2018-04-18
EP2922248A1 (en) 2015-09-23
WO2014077313A1 (ja) 2014-05-22

Similar Documents

Publication Publication Date Title
CN104798348A (zh) 通信系统、控制装置、用于控制控制装置的方法以及程序
JP5941404B2 (ja) 通信システム、経路切替方法及び通信装置
EP1716498B1 (en) Restoration mechanism for network topologies
JP4427463B2 (ja) 光配線切替装置及びその管理制御装置
EP2071772B1 (en) Communication node apparatus, communication system, and path resource assigning method
US20060010441A1 (en) Network management system
US8824461B2 (en) Method and apparatus for providing a control plane across multiple optical network domains
EP2891286A1 (en) System and method for supporting discovery and routing degraded fat-trees in a middleware machine environment
CN103620560A (zh) 计算机网络中的故障防御
US7564780B2 (en) Time constrained failure recovery in communication networks
EP1940091B1 (en) Autonomous network, node device, network redundancy method and recording medium
EP2479926B1 (en) Method and device for backing up user information
JP6383232B2 (ja) 中継システムおよびスイッチ装置
EP2693706A1 (en) Method and device for implementing multi-protection overlapped protection groups
WO2013185583A1 (zh) 智能光网络中保护业务的恢复方法和装置
JP6287404B2 (ja) 局側装置
JP4717796B2 (ja) ノード装置およびパス設定方法
EP2180636B1 (en) Method for signaling a unidirectional failure of a packet-switched link
JP2006279891A (ja) 回線収容装置、回線収容装置の制御方法
JP5588837B2 (ja) 伝送装置
CN101325456B (zh) 一种光网络中处理te链路降级的方法
JP2024070927A (ja) リンクアップ制御方法、局側装置およびｏｌｔ
JP2013115465A (ja) パス切り替え方法
Queller Achieving high network availability through optical switching fabrics
JP2011239246A (ja) 通信装置、通信システム及びそれらに用いる制御プレーンパス監査方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
EXSB Decision made by sipo to initiate substantive examination
SE01 Entry into force of request for substantive examination
AD01 Patent right deemed abandoned
AD01 Patent right deemed abandoned

Effective date of abandoning: 20180515