JP2019009490A

JP2019009490A - Network management device and network management method

Info

Publication number: JP2019009490A
Application number: JP2017120558A
Authority: JP
Inventors: 建可児島; Ken Kanishima
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2017-06-20
Filing date: 2017-06-20
Publication date: 2019-01-17
Anticipated expiration: 2037-06-20
Also published as: JP6778151B2

Abstract

To achieve both avoidance of resource contention due to multiple measures against a network failure and quick recovery by autonomous measures.SOLUTION: A network management device M includes an infrastructure manager unit 2 for managing a network element autonomously taking measures against failures and an orchestrator unit 1 taking measures against the failure of the network element. The infrastructure manager unit 2 includes a fault manager 27 for receiving telemetry data including fault event information relating to any of the network elements from the network element and a telemetry database 28 for storing the telemetry data and information on the priority date of the autonomous measures of the network element for the failure. The orchestrator unit 1 refers to the telemetry database 28 and does not trigger measures against the network element relating to the fault until the priority date comes.SELECTED DRAWING: Figure 1

Description

本発明は、ネットワークを管理する技術に関する。特に、ネットワークエレメントやネットワークエレメント・コントローラ、ＥＭＳ（Element Management System）等による自律的な措置と、オーケストレータによる他律的な措置の競合の調整に関する技術に関する。 The present invention relates to a technique for managing a network. In particular, the present invention relates to a technique related to the adjustment of competition between autonomous measures by a network element, a network element controller, an EMS (Element Management System), etc., and other measures by an orchestrator.

ネットワーク故障や性能トラブルが生じた際、それに対する措置手段として、ネットワークエレメントやネットワークエレメント専用コントローラによる措置が行われていた。また、近年のＡＩ（人工知能）技術の進歩により、オーケストレーションにおいてＡＩ技術を活用した措置も可能となっている。 When a network failure or performance trouble occurs, a measure using a network element or a controller dedicated to the network element is taken as a measure against the trouble. In addition, due to recent progress in AI (artificial intelligence) technology, measures utilizing AI technology in orchestration are also possible.

非特許文献１には、通信ネットワークの従来の障害回復方式の一例が記載されている。この通信ネットワークでの従来の障害回復方式は、１＋１プロテクション（１＋１ Unidirectional/Bidirectional Protection）、１：１プロテクション（1：1 Protection）、事前予約型リストレーション（Shared Mesh Restoration）、パス再ルーティング（LSP Re-routing）がある。 Non-Patent Document 1 describes an example of a conventional failure recovery method for a communication network. Conventional failure recovery methods in this communication network include 1 + 1 protection (1 + 1 Unidirectional / Bidirectional Protection), 1: 1 protection (1: 1 Protection), pre-reserved restoration (Shared Mesh Restoration), path rerouting (LSP Re -routing).

これらの障害回復方式のうちパス再ルーティング以外の方式は、現用経路に対して事前に予備経路を決定する方式である。そのため、現用経路と予備経路が同時に障害となる多重障害の場合、障害の迂回に失敗する。多重障害が発生した場合は、パス再ルーティングが適用されている場合が多い。 Among these failure recovery methods, methods other than path rerouting are methods for determining a backup route in advance for the working route. For this reason, in the case of a multiple failure in which the working route and the backup route become obstacles at the same time, failure of the failure fails. When multiple failures occur, path rerouting is often applied.

J. Lang, Y. Rekhter, D. Papadimitriou，”RSVP-TE Extensions in Support of End-to-End Generalized Multi-Protocol Label Switching (GMPLS) Recovery”,IETF RFC4872.5章-11章，[online]，[平成29年6月6日検索]，インターネット<URL:https://tools.ietf.org/html/rfc4872>J. Lang, Y. Rekhter, D. Papadimitriou, “RSVP-TE Extensions in Support of End-to-End Generalized Multi-Protocol Label Switching (GMPLS) Recovery”, IETF RFC 4872.5 chapters-11, [online], [Search June 6, 2017], Internet <URL: https: //tools.ietf.org/html/rfc4872>

ネットワークのリンクに多重障害が同時に発生した場合、障害ごとに自律的に迂回パスを選択すると、リソースの競合が生じる。このリソース競合を回避するため、網全体を集中管理する迂回路選択装置を設けて、この迂回路選択装置により、障害に対する他律的な措置を行わせることが考えられる。 When multiple failures occur simultaneously in a network link, resource competition occurs when an alternative path is selected autonomously for each failure. In order to avoid this resource contention, it is conceivable that a detour selection device that centrally manages the entire network is provided, and this detour selection device performs other measures against the failure.

この迂回路選択装置は、措置の競合を防ぐため、ネットワークエレメントやネットワークエレメント・コントローラによる自律的な措置を行わせない。そのため、多重障害が生じていないケースでも、迂回路選択装置が他律的な措置を行うことになる。このようにした場合、ネットワークのリンクに単一の障害が発生した場合、自律的な措置で期待される迅速さよりも回復が遅れるという課題がある。 In order to prevent conflict of measures, this detour selection device does not allow autonomous measures by the network element or the network element controller. For this reason, even in the case where multiple failures have not occurred, the alternative route selection device takes other measures. In such a case, when a single failure occurs in the link of the network, there is a problem that recovery is delayed from the speed expected by an autonomous measure.

そこで、本発明は、ネットワークの障害に対する複数の措置によるリソース競合の回避と、自律的な措置による迅速な回復とを両立させることを課題とする。 Therefore, an object of the present invention is to achieve both avoidance of resource contention by a plurality of measures against a network failure and quick recovery by autonomous measures.

前記した課題を解決するため、請求項１に記載の発明では、障害に対して自律的に措置するネットワークエレメントを管理するインフラマネージャ部と、前記ネットワークエレメントの障害に対して措置するオーケストレータ部と、を備え、前記インフラマネージャ部は、前記ネットワークエレメントのうちいずれかに係る障害事象情報を含むテレメトリデータを当該ネットワークエレメントから受信する障害マネージャと、当該障害に対する前記ネットワークエレメントの自律的な措置の優先日時の情報と共に、前記テレメトリデータを格納するテレメトリデータベースと、を備え、前記オーケストレータ部は、前記テレメトリデータベースを参照して、前記優先日時まで前記障害に係るネットワークエレメントに対する措置を発動させない、ことを特徴とするネットワーク管理装置とした。 In order to solve the above-described problem, in the invention according to claim 1, an infrastructure manager unit that manages a network element that autonomously takes measures against a failure, and an orchestrator unit that takes measures against the failure of the network element, The infrastructure manager unit includes a failure manager that receives telemetry data including failure event information related to any of the network elements from the network element, and priority of autonomous measures of the network element for the failure. A telemetry database that stores the telemetry data together with date information, and the orchestrator unit refers to the telemetry database and does not activate measures for the network element related to the failure until the priority date and time. And a network management device, characterized in that.

このようにすることで、ネットワーク管理装置は、ネットワークの障害に対する複数の措置によるリソース競合の回避と、自律的な措置による迅速な回復とを両立させることができる。 By doing in this way, the network management apparatus can achieve both avoidance of resource contention due to a plurality of measures against a network failure and quick recovery by autonomous measures.

請求項２に記載の発明では、前記障害マネージャは、前記ネットワークエレメントのうちいずれかに係る前記障害事象情報を含む前記テレメトリデータを解析して、前記障害に係るネットワークエレメントの種別および障害種別を抽出する、ことを特徴とする請求項１に記載のネットワーク管理装置とした。 In the invention according to claim 2, the failure manager analyzes the telemetry data including the failure event information related to any one of the network elements, and extracts a type and a failure type of the network element related to the failure. The network management device according to claim 1, wherein

このようにすることで、ネットワーク管理装置は、障害に応じた措置を指示することができる。 By doing so, the network management device can instruct measures according to the failure.

請求項３に記載の発明では、前記インフラマネージャ部は、前記障害事象情報と、自律的な措置を優先させる優先時間情報との対応を格納した障害時間データベースを備え、前記障害マネージャは、前記障害時間データベースに基づき、当該障害事象情報に対応する優先時間情報を取得する、ことを特徴とする請求項１に記載のネットワーク管理装置とした。 In the invention according to claim 3, the infrastructure manager unit includes a failure time database storing correspondence between the failure event information and priority time information for giving priority to autonomous measures, and the failure manager includes the failure manager 2. The network management device according to claim 1, wherein priority time information corresponding to the failure event information is acquired based on a time database.

このようにすることで、ネットワーク管理装置は、障害が発生した後、この障害に応じた措置の時間だけネットワークエレメントに自律的な措置を行わせることができる。 By doing in this way, the network management apparatus can make a network element perform an autonomous measure only for the time of the measure according to this failure, after a failure generate | occur | produces.

請求項４に記載の発明では、前記オーケストレータ部は、前記障害事象情報から、自律的な措置の実施可否を応答するネットワーク管理ポリシマネージャ、を備えることを特徴とする請求項１に記載のネットワーク管理装置とした。 According to a fourth aspect of the present invention, the orchestrator unit includes a network management policy manager that responds to whether or not an autonomous measure can be implemented based on the failure event information. A management device was used.

このようにすることで、他律的に措置した方がよい障害事象に対して、自律的な措置を行わせず、最初から他律的に措置させることができる。 By doing in this way, it is possible to have other measures taken from the beginning without taking autonomous measures for fault events that should be taken other measures.

請求項５に記載の発明では、障害に対して自律的に措置するネットワークエレメントを管理するインフラマネージャ部と、前記ネットワークエレメントの障害に対して措置するオーケストレータ部と、を備えるネットワーク管理装置が実行するネットワーク管理方法であって、前記インフラマネージャ部の障害マネージャは、前記ネットワークエレメントのうちいずれかに係る障害事象情報を含むテレメトリデータを当該ネットワークエレメントから受信し、テレメトリデータベースに、前記障害に対する自律的な措置の優先日時の情報と共に、前記テレメトリデータを格納し、前記オーケストレータ部は、前記テレメトリデータベースを参照して、前記優先日時まで前記障害に係るネットワークエレメントに対する措置を発動させない、ことを特徴とするネットワーク管理方法とした。 In the invention according to claim 5, a network management apparatus comprising: an infrastructure manager that manages network elements that autonomously take measures against failures; and an orchestrator that takes measures against failures of the network elements is executed. The failure manager of the infrastructure manager unit receives telemetry data including failure event information related to any one of the network elements from the network element, and autonomously responds to the failure in a telemetry database. The telemetry data is stored together with the information on the priority date and time of various measures, and the orchestrator unit refers to the telemetry database and does not activate the measures for the network element related to the failure until the priority date and time. It was used as a network management method characterized.

請求項６に記載の発明では、前記障害マネージャは、前記ネットワークエレメントのうちいずれかに係る前記障害事象情報を含む前記テレメトリデータを解析して、前記障害に係るネットワークエレメントの種別および障害種別を抽出する、ことを特徴とする請求項５に記載のネットワーク管理方法とした。 In the invention according to claim 6, the failure manager analyzes the telemetry data including the failure event information related to any one of the network elements, and extracts a type and a failure type of the network element related to the failure. The network management method according to claim 5, wherein:

請求項７に記載の発明では、前記インフラマネージャ部は、障害事象情報と自律的な措置を優先させる優先時間情報の対応を格納した障害時間データベースを備えており前記障害マネージャは、前記障害時間データベースに基づき、前記テレメトリデータに含まれる障害事象情報に対応する優先時間情報を取得する、ことを特徴とする請求項５に記載のネットワーク管理方法とした。 In the invention according to claim 7, the infrastructure manager unit includes a failure time database storing correspondence between failure event information and priority time information for giving priority to autonomous measures, and the failure manager includes the failure time database. 6. The network management method according to claim 5, wherein priority time information corresponding to failure event information included in the telemetry data is acquired based on the information.

このようにすることで、ネットワーク管理装置は、障害が発生した後、この障害に応じた措置の時間だけ自律的な措置を行わせることができる。 By doing in this way, after a failure occurs, the network management device can perform an autonomous measure for a time corresponding to the failure.

請求項８に記載の発明では、前記オーケストレータ部のネットワーク管理ポリシマネージャは、前記障害に係るネットワークエレメントの種別および障害種別から、自律的な措置の実施可否を応答する、ことを特徴とする請求項５に記載のネットワーク管理方法とした。 The invention according to claim 8 is characterized in that the network management policy manager of the orchestrator unit responds whether or not an autonomous measure can be implemented from the type of network element and the type of failure related to the failure. The network management method according to item 5 is adopted.

本発明によれば、ネットワークの障害に対する複数の措置によるリソース競合の回避と、自律的な措置による迅速な回復とを両立させることが可能となる。 According to the present invention, it is possible to achieve both avoidance of resource contention by a plurality of measures against a network failure and quick recovery by autonomous measures.

第１の実施形態におけるネットワーク管理装置の機能構成図である。It is a functional block diagram of the network management apparatus in 1st Embodiment. ＷＩＭによるテレメトリ受信処理を示すフローチャートである。It is a flowchart which shows the telemetry reception process by WIM. 障害マネージャによるテレメトリ解析処理を示すフローチャートである。It is a flowchart which shows the telemetry analysis process by a failure manager. オーケストレータ部による自律処理優先終了判定処理を示すフローチャートである。It is a flowchart which shows the autonomous process priority completion | finish determination process by an orchestrator part. 障害発生時のシーケンス図である。It is a sequence diagram at the time of failure occurrence. 自律的措置による回復時のシーケンス図である。It is a sequence diagram at the time of recovery | restoration by an autonomous measure. 第２の実施形態におけるネットワーク管理装置の機能構成図である。It is a functional block diagram of the network management apparatus in 2nd Embodiment. 障害マネージャによるテレメトリ解析処理を示すフローチャートである。It is a flowchart which shows the telemetry analysis process by a failure manager. 障害発生時のシーケンス図である。It is a sequence diagram at the time of failure occurrence.

以降、本発明を実施するための形態を、各図を参照して詳細に説明する。
《第１の実施形態》
第１の実施形態では、自律的な措置と、オーケストレータ部による他律的な措置を併存させても、措置実施が競合しないための回避手段を導入する。
自律的な措置と他律的な措置の競合を回避するため、障害を検出したシステムまたは自律的に措置を実施すべきシステムに対して、自律的な措置の時間を確保する。オーケストレータなど他システムが障害事象情報を得ても、自律的な措置の時間の経過後でないと、他律的な措置を発動させない。
第１の実施形態では、障害の種類ごとに自律的な措置の時間（自律措置優先終了時間）が設定される。障害事象情報には、この自律的な措置の時間を障害検出時刻に加算した自律措置の優先終了日時が含まれる。オーケストレータなど他システムは、この障害に対して自律措置の優先終了日時まで他律的な措置を発動させない。
以下、図１から図６を参照しつつ、第１の実施形態について説明する。 Hereinafter, embodiments for carrying out the present invention will be described in detail with reference to the drawings.
<< First Embodiment >>
In the first embodiment, even if an autonomous measure and an extraordinary measure by the orchestrator unit coexist, an avoidance means is introduced to prevent the measure implementation from competing.
In order to avoid competition between autonomous measures and other measures, secure the time for autonomous measures for the system that detected the failure or the system that should implement the measures autonomously. Even if another system such as an orchestrator obtains fault event information, the other measures are not activated unless the time for autonomous measures has elapsed.
In the first embodiment, an autonomous measure time (autonomous measure priority end time) is set for each type of failure. The failure event information includes the priority end date and time of the autonomous measure obtained by adding the time of this autonomous measure to the failure detection time. Other systems, such as an orchestrator, do not activate other measures for this failure until the priority end date of the autonomous measures.
Hereinafter, the first embodiment will be described with reference to FIGS. 1 to 6.

図１は、第１の実施形態におけるネットワーク管理装置Ｍの機能構成図である。
第１の実施形態のネットワーク管理装置Ｍは、仮想化領域となるコア網５および非仮想化領域となるアクセス網４を管理する。具体的には、ネットワーク管理装置Ｍは、コア網５に配置されている機器およびアクセス網４に配置されている機器からさまざまな情報を収集することで、これらの機器を監視する。通信システムは、コア網５に配置されている機器およびアクセス網４に配置されている機器によって構成される。
ネットワーク管理装置Ｍは、オーケストレータ部１およびインフラマネージャ部２を備える。 FIG. 1 is a functional configuration diagram of the network management apparatus M according to the first embodiment.
The network management apparatus M according to the first embodiment manages the core network 5 that is a virtualized area and the access network 4 that is a non-virtualized area. Specifically, the network management device M monitors these devices by collecting various information from the devices arranged in the core network 5 and the devices arranged in the access network 4. The communication system is composed of devices arranged in the core network 5 and devices arranged in the access network 4.
The network management device M includes an orchestrator unit 1 and an infrastructure manager unit 2.

《インフラマネージャ部２の詳細》
インフラマネージャ部２は、ＷＩＭ３３と、ＳＤＮマネージャ２６と、テレメトリデータベース２８と、インベントリデータベース２９とを備える。ＳＤＮマネージャ２６は、障害マネージャ２７をを備えている。障害マネージャ２７は、障害時間データベース２７１を備えている。なお図面ではデータベースのことを、“ＤＢ”と記載している場合がある。 << Details of Infrastructure Manager 2 >>
The infrastructure manager unit 2 includes a WIM 33, an SDN manager 26, a telemetry database 28, and an inventory database 29. The SDN manager 26 includes a failure manager 27. The failure manager 27 includes a failure time database 271. In the drawings, the database may be described as “DB”.

ＷＩＭ３３（WAN（Wide Area Network） Infrastructure Manager）は、コア網５を管理し、制御する。ＷＩＭ３３は、コア網５に含まれるネットワークエレメントからテレメトリデータを取得し、ネットワークエレメントの障害を検出すると障害マネージャ２７に送信する。 A WIM 33 (WAN (Wide Area Network) Infrastructure Manager) manages and controls the core network 5. The WIM 33 acquires telemetry data from the network elements included in the core network 5, and transmits the telemetry data to the failure manager 27 when a failure of the network element is detected.

ＳＤＮ（Software Defined Networking）マネージャ２６は、ソフトウェアによって具現化された仮想的なネットワークを管理するものであり、障害マネージャ２７を備えている。障害マネージャ２７は、ＷＩＭ３３から障害データを受信すると、この障害データを解析して、障害種別とネットワークエレメント種別を抽出する。ここで障害データとは、障害事象情報を含むテレメトリデータである。 An SDN (Software Defined Networking) manager 26 manages a virtual network embodied by software, and includes a failure manager 27. When receiving the failure data from the WIM 33, the failure manager 27 analyzes the failure data and extracts the failure type and the network element type. Here, the failure data is telemetry data including failure event information.

更に障害マネージャ２７は、この障害に係る自律措置の優先時間を設定し、テレメトリデータベース２８に自律措置の優先を終了する日時を格納する。
障害時間データベース２７１は、障害種別およびネットワークエレメント種別と、この障害に係る自律措置優先時間との関係を記憶したデータベースである。 Further, the failure manager 27 sets the priority time of the autonomous measure related to this failure, and stores the date and time when the priority of the autonomous measure ends in the telemetry database 28.
The failure time database 271 is a database that stores the relationship between the failure type and network element type and the autonomous measure priority time related to this failure.

テレメトリデータベース２８は、ネットワークエレメント種別と、障害種別と、自律措置の優先終了日時と、回復／未回復の情報との組合せを格納するデータベースである。なお、ネットワークエレメント種別と障害種別は、テレメトリデータを分析したものである。ネットワークリソース・オーケストレータ１３は、このテレメトリデータベース２８を参照することにより、他律的な措置を実施するか否かを判断可能である。
インベントリデータベース２９は、例えばアクセス網４やコア網５の状態情報を格納するデータベースである。 The telemetry database 28 is a database that stores a combination of a network element type, a failure type, a priority end date and time of autonomous measures, and recovered / unrecovered information. The network element type and the failure type are obtained by analyzing telemetry data. The network resource orchestrator 13 can determine whether or not to implement other measures by referring to the telemetry database 28.
The inventory database 29 is a database that stores status information of the access network 4 and the core network 5, for example.

更にインフラマネージャ部２は、通信システムを構成しているＩＡサーバ、コアルータ５４、ＳＤＮ−Ｌ２スイッチ５１、ＰＯＮ４１、Ｌ２スイッチ４２、Ｌ３スイッチ４３などの機器を管理する。これらＩＡサーバ、コアルータ５４、ＳＤＮ−Ｌ２スイッチ５１、ＰＯＮ４１、Ｌ２スイッチ４２、Ｌ３スイッチ４３などは、障害に対して自律的に措置するネットワークエレメントを含んでいる。
更にインフラマネージャ部２は、コア網５を制御するためＶＮＦＭ２１、ＶＩＭ２２などを備え、ＯＳＳ２５により上位装置Ｕと接続される。インフラマネージャ部２は、アクセス網４を制御するため、不図示のＮＭＳ（Network Management System）やＥＭＳ（Element Management System）などを備える。 Further, the infrastructure manager unit 2 manages devices such as the IA server, the core router 54, the SDN-L2 switch 51, the PON 41, the L2 switch 42, and the L3 switch 43 that constitute the communication system. These IA server, core router 54, SDN-L2 switch 51, PON 41, L2 switch 42, L3 switch 43, and the like include network elements that autonomously take measures against a failure.
Further, the infrastructure manager unit 2 includes a VNFM 21 and a VIM 22 for controlling the core network 5, and is connected to the upper apparatus U by the OSS 25. The infrastructure manager unit 2 includes an NMS (Network Management System), an EMS (Element Management System), and the like (not shown) for controlling the access network 4.

ＶＮＦＭ（Virtual Network Function Manager：仮想ネットワーク機能管理）２１は、ＩＡサーバに生成された仮想マシンに実装されているアプリケーションを管理し、制御する。ＶＮＦＭ２１により、仮想マシンに実装されているアプリケーションの障害に対して自律的に措置することができる。
ＶＩＭ（Virtual Infrastructure Manager：仮想インフラ管理）２２は、ＩＡサーバに生成された仮想マシンを管理し、制御する。ＶＩＭ２２により、仮想マシンの障害に対して自律的に措置することができる。
ＯＳＳ（Open Source Software）２５は、上位装置Ｕからの要求に応じて、インフラマネージャ部２を動作させるミドルウェアである。ＯＳＳ２５は、いわゆるオープンソース・ソフトウェアである。 A VNFM (Virtual Network Function Manager) 21 manages and controls applications installed in a virtual machine generated in the IA server. The VNFM 21 can autonomously take measures against a failure of an application installed in a virtual machine.
A VIM (Virtual Infrastructure Manager) 22 manages and controls the virtual machine generated in the IA server. The VIM 22 can autonomously take measures against a failure of the virtual machine.
The OSS (Open Source Software) 25 is middleware that operates the infrastructure manager unit 2 in response to a request from the host apparatus U. The OSS 25 is so-called open source software.

《オーケストレータ部１の詳細》
オーケストレータ部１は、コア網５およびアクセス網４に亘って構築される通信システムに対して、ハードウェア、ミドルウェア、アプリケーション、サービスの配備、設定、管理を行う。更にオーケストレータ部１は、コア網５やアクセス網４を構成するネットワークエレメントの障害に対して、他律的に措置する。オーケストレータ部１は、オペレータが操作する上位装置Ｕからネットワークサービス生成要求などの要求を取得する。オーケストレータ部１は、Ｅ２Ｅオーケストレータ１１と、サーバリソース・オーケストレータ１２と、ネットワークリソース・オーケストレータ１３とを備える。 << Details of Orchestrator 1 >>
The orchestrator unit 1 performs deployment, setting, and management of hardware, middleware, applications, and services for a communication system constructed across the core network 5 and the access network 4. Further, the orchestrator unit 1 takes other measures against failures of network elements constituting the core network 5 and the access network 4. The orchestrator unit 1 obtains a request such as a network service generation request from the host apparatus U operated by the operator. The orchestrator unit 1 includes an E2E orchestrator 11, a server resource orchestrator 12, and a network resource orchestrator 13.

Ｅ２Ｅオーケストレータ１１は、ユーザに提供されるネットワークサービスを自律的に管理する。
サーバリソース・オーケストレータ１２は、コア網５に配置されているＩＡサーバのリソース、および、ＩＡサーバ上に生成されている仮想マシンのリソースを自律的に管理する。
ネットワークリソース・オーケストレータ１３は、コア網５のリソースおよびアクセス網４のリソースを自律的に管理する。ネットワークリソース・オーケストレータ１３は、他律的な措置を実行する装置である。 The E2E orchestrator 11 autonomously manages network services provided to users.
The server resource orchestrator 12 autonomously manages IA server resources arranged in the core network 5 and virtual machine resources generated on the IA server.
The network resource orchestrator 13 autonomously manages the resources of the core network 5 and the resources of the access network 4. The network resource orchestrator 13 is a device that executes other measures.

《コア網５の詳細》
コア網５には、コアルータ５４ａ，５４ｂ、パケット交換システム５３ａ，５３ｂ、ＳＤＮ−Ｌ２スイッチ５１ａ，５１ｂ、ＩＡサーバが配置されているが、これらに限定されない。これらコアルータ５４ａ，５４ｂ、パケット交換システム５３ａ，５３ｂ、ＳＤＮ−Ｌ２スイッチ５１ａ，５１ｂなどは、障害に対して自律的に措置するネットワークエレメントである。
なお、図面ではスイッチのことを“ＳＷ”と記載している場合がある。また、コア網５に配置されているコアルータ５４ａ，５４ｂ、パケット交換システム５３ａ，５３ｂ、ＳＤＮ−Ｌ２スイッチ５１ａ，５１ｂ、ＩＡサーバなどを、ネットワークエレメントと記載している場合がある。 << Details of Core Network 5 >>
The core network 5 includes core routers 54a and 54b, packet switching systems 53a and 53b, SDN-L2 switches 51a and 51b, and an IA server, but is not limited thereto. The core routers 54a and 54b, the packet switching systems 53a and 53b, the SDN-L2 switches 51a and 51b, and the like are network elements that autonomously take measures against a failure.
In the drawings, the switch may be described as “SW”. In addition, the core routers 54a and 54b, the packet switching systems 53a and 53b, the SDN-L2 switches 51a and 51b, the IA server, and the like arranged in the core network 5 may be described as network elements.

コアルータ５４ａ，５４ｂは、コア網５を経由するパケットの転送装置である。以下、コアルータ５４ａ，５４ｂを特に区別しないときには、単にコアルータ５４と記載する。
パケット交換システム（ＰＴＳ：Packet Transport System）５３ａ，５３ｂは、コア網５を経由するパケットを交換するためのシステムである。図面では、パケット交換システム５３ａ，５３ｂのことを“ＰＴＳ”と記載している。またパケット交換システム５３ａ，５３ｂを特に区別しないときには、単にパケット交換システム５３と記載する。 The core routers 54 a and 54 b are packet transfer devices that pass through the core network 5. Hereinafter, when the core routers 54a and 54b are not particularly distinguished, they are simply referred to as the core router 54.
Packet switching systems (PTS: Packet Transport System) 53 a and 53 b are systems for exchanging packets passing through the core network 5. In the drawing, the packet switching systems 53a and 53b are described as “PTS”. Further, when the packet switching systems 53a and 53b are not particularly distinguished, they are simply referred to as the packet switching system 53.

ＳＤＮ−Ｌ２スイッチ（Software Defined Networking Layer2 Switch）５１ａ，５１ｂは、コア網５を経由するパケットを転送するＳＤＮ対応型の転送装置である。ＳＤＮ−Ｌ２スイッチ５１ａ，５１ｂは、コア網５にてパケットが転送されるパスのＥＰ（End Point：エンドポイント、端点）となる。以下、ＳＤＮ−Ｌ２スイッチ５１ａ，５１ｂを特に区別しないときには、単にＳＤＮ−Ｌ２スイッチ５１と記載する。 SDN-L2 switches (Software Defined Networking Layer 2 Switches) 51 a and 51 b are SDN-compatible transfer devices that transfer packets passing through the core network 5. The SDN-L2 switches 51 a and 51 b serve as EPs (End Points) of paths through which packets are transferred in the core network 5. Hereinafter, when the SDN-L2 switches 51a and 51b are not particularly distinguished, they are simply referred to as the SDN-L2 switch 51.

ＩＡ（Intel（登録商標） Architecture）サーバは、汎用のサーバである。このＩＡサーバは、周知の仮想化技術によって１または複数の仮想マシン（ＶＭ：Virtual Machine）を生成することができる。仮想マシンは更に、１つのアプリケーション（ＡＰＬ：Application）を配置することができる。仮想マシン上のアプリケーションを動作させることで、仮想マシンは、所定のネットワークサービスをユーザに提供することができる。アプリケーションは、ＶＮＦ（Virtual Network Function：仮想ネットワーク機能）や、ＶＮＦＣ（ＶＮＦ component）と呼ばれる場合がある。 An IA (Intel (registered trademark) Architecture) server is a general-purpose server. This IA server can generate one or a plurality of virtual machines (VMs) by a well-known virtualization technique. The virtual machine can further arrange one application (APL). By operating the application on the virtual machine, the virtual machine can provide a predetermined network service to the user. The application may be referred to as VNF (Virtual Network Function) or VNFC (VNF component).

ＩＡサーバは、データセンタ５２ａ，５２ｂ（ＤＣ：Data Center）に設置されている。以下、データセンタ５２ａ，５２ｂを特に区別しないときには、単にデータセンタ５２と記載する。
各データセンタ５２は、１または複数のＩＡサーバを保有している。データセンタ５２は、ＩＡサーバ群とみなすことができる。データセンタ５２は、他のデータセンタ５２と接続するためのゲートウェイスイッチを備えるが、ここではゲートウェイスイッチに関する説明を省略する。 The IA server is installed in data centers 52a and 52b (DC: Data Center). Hereinafter, when the data centers 52a and 52b are not particularly distinguished, they are simply referred to as the data center 52.
Each data center 52 has one or more IA servers. The data center 52 can be regarded as an IA server group. The data center 52 includes a gateway switch for connecting to another data center 52, but the description regarding the gateway switch is omitted here.

《データセンタ５２の詳細》
データセンタ５２は、他の仮想環境の影響を受けることのない独立した１または複数のスライスを生成することができる。スライスは、既存のネットワークの一部を仮想化したネットワークであり、データセンタ５２に対して生成したスライスを「ＤＣスライス（汎用サーバ用スライス）」と呼ぶ。データセンタ５２は、複数のＤＣスライスを生成することができる。ＤＣスライスは、自身のＤＣスライス内の仮想マシン間の通信を行うことができる。ＤＣスライスは、同じデータセンタ５２内での他のＤＣスライスとの通信や、他のデータセンタ５２内のＤＣスライスとの通信を行うこともできる。 << Details of Data Center 52 >>
The data center 52 can generate one or more independent slices that are not affected by other virtual environments. A slice is a network obtained by virtualizing a part of an existing network, and a slice generated for the data center 52 is called a “DC slice (general-purpose server slice)”. The data center 52 can generate a plurality of DC slices. A DC slice can communicate between virtual machines in its own DC slice. The DC slice can also communicate with other DC slices in the same data center 52 or communicate with DC slices in other data centers 52.

《アクセス網４の詳細》
アクセス網４には、ＰＯＮ４１、Ｌ２スイッチ４２、Ｌ３スイッチ４３が配置されている。これらＰＯＮ４１、Ｌ２スイッチ４２、Ｌ３スイッチ４３などは、障害に対して自律的に措置するネットワークエレメントである。なお、アクセス網４に配置される機器は、これらに限定されない。
ＰＯＮ（Passive Optical Network）４１は、複数のユーザ宅へ光ファイバなどの通信用インフラを導入する機器である。なお、ＰＯＮ４１の例としては、ＯＬＴ（Optical Line Terminal：光回線終端装置）がある。
Ｌ２スイッチ（Layer2 Switch）４２は、アクセス網４を経由するパケットを、ＯＳＩ（Open Systems Interconnection）参照モデルの第２階層上で制御する転送装置である。
Ｌ３スイッチ（Layer3 Switch）４３は、アクセス網４を経由するパケットを、ＯＳＩ参照モデルの第３階層上で制御する転送装置である。 << Details of Access Network 4 >>
In the access network 4, a PON 41, an L2 switch 42, and an L3 switch 43 are arranged. These PON 41, L2 switch 42, L3 switch 43, and the like are network elements that autonomously take measures against a failure. The devices arranged in the access network 4 are not limited to these.
A PON (Passive Optical Network) 41 is a device that introduces a communication infrastructure such as an optical fiber into a plurality of user homes. An example of the PON 41 is an OLT (Optical Line Terminal).
The L2 switch (Layer2 Switch) 42 is a transfer device that controls a packet passing through the access network 4 on the second layer of an OSI (Open Systems Interconnection) reference model.
The L3 switch (Layer 3 Switch) 43 is a transfer device that controls packets passing through the access network 4 on the third layer of the OSI reference model.

図２は、ＷＩＭ３３によるテレメトリ受信処理を示すフローチャートである。
ＷＩＭ３３が、ネットワークエレメントからテレメトリデータを受信すると（ステップＳ１０）、図２の処理が開始する。ＷＩＭ３３は、このテレメトリデータから障害事象を検出したか否かを判断する（ステップＳ１１）。ＷＩＭ３３は、テレメトリデータから障害事象を検出したならば（Ｙｅｓ）、このテレメトリデータを障害マネージャ２７に送信して、図２の処理を終了する。以下、このテレメトリデータは、障害マネージャ２７によって処理される。
ＷＩＭ３３は、テレメトリデータから障害事象を検出しなかったならば（Ｎｏ）、図２の処理を終了する。 FIG. 2 is a flowchart showing telemetry reception processing by the WIM 33.
When the WIM 33 receives telemetry data from the network element (step S10), the process of FIG. 2 starts. The WIM 33 determines whether or not a failure event has been detected from the telemetry data (step S11). If the WIM 33 detects a failure event from the telemetry data (Yes), the WIM 33 transmits the telemetry data to the failure manager 27 and ends the processing of FIG. Hereinafter, this telemetry data is processed by the failure manager 27.
If the WIM 33 does not detect a failure event from the telemetry data (No), the process of FIG. 2 ends.

図３は、障害マネージャ２７によるテレメトリ解析処理を示すフローチャートである。
障害マネージャ２７は、ＷＩＭ３３から障害データを受信すると（ステップＳ２０）、図３の処理を開始する。障害マネージャ２７は、受信した障害データを解析し（ステップＳ２１）、この障害に係るネットワークエレメント種別と、障害種別を判定する。
障害マネージャ２７は、障害データを解析したネットワークエレメント種別と障害種別から自律措置優先時間を取得する（ステップＳ２２）。障害マネージャ２７は更に、障害検出日時に自律措置優先時間を加算して、自律措置優先終了日時を算出する（ステップＳ２３）。障害マネージャ２７は、障害データおよびその解析結果、自律措置優先終了日時、未回復の情報をテレメトリデータベース２８に格納する（ステップＳ２４）。
障害マネージャ２７は、ＷＩＭ３３を介してネットワークエレメントに対して措置実行を指示する（ステップＳ２５）。 FIG. 3 is a flowchart showing telemetry analysis processing by the failure manager 27.
When the failure manager 27 receives the failure data from the WIM 33 (step S20), the failure manager 27 starts the process of FIG. The failure manager 27 analyzes the received failure data (step S21), and determines the network element type and the failure type related to this failure.
The failure manager 27 acquires the autonomous measure priority time from the network element type and the failure type analyzed from the failure data (step S22). The failure manager 27 further calculates the autonomous measure priority end date by adding the autonomous measure priority time to the failure detection date and time (step S23). The failure manager 27 stores the failure data, the analysis result, the autonomous measure priority end date and time, and the unrecovered information in the telemetry database 28 (step S24).
The failure manager 27 instructs the network element to execute a measure via the WIM 33 (step S25).

障害マネージャ２７は、現在の日時が自律措置優先終了日時以降であるか否かを判定する（ステップＳ２６）。障害マネージャ２７は、現在の日時が自律措置優先終了日時以降ならば（Ｙｅｓ）、ＷＩＭ３３を介してネットワークエレメントに対して措置中断を指示して（ステップＳ２９）、図３の処理を終了する。 The failure manager 27 determines whether or not the current date and time is after the autonomous measure priority end date and time (step S26). If the current date and time is after the autonomous measure priority end date and time (Yes), the fault manager 27 instructs the network element to interrupt the measure via the WIM 33 (step S29), and ends the processing of FIG.

障害マネージャ２７は、現在の日時が自律措置優先終了日時よりも前ならば（Ｎｏ）、このネットワークエレメントから回復した旨のテレメトリデータを受信したか否かを判定する（ステップＳ２７）。障害マネージャ２７は、このネットワークエレメントが回復していないと判定したならば（Ｎｏ）、ステップＳ２６の処理に戻って判定を繰り返す。障害マネージャ２７は、このネットワークエレメントが回復したと判定したならば（Ｙｅｓ）、テレメトリデータベース２８を更新して回復済を登録し（ステップＳ２８）、図３の処理を終了する。 If the current date and time is before the autonomous measure priority end date and time (No), the failure manager 27 determines whether or not telemetry data indicating that the network element has been recovered has been received (step S27). If the failure manager 27 determines that the network element has not recovered (No), the failure manager 27 returns to the process of step S26 and repeats the determination. If the failure manager 27 determines that the network element has been recovered (Yes), the failure manager 27 updates the telemetry database 28 to register the recovered state (step S28), and ends the processing of FIG.

図４は、オーケストレータ部１による自律処理優先終了判定処理を示すフローチャートである。
オーケストレータ部１は、テレメトリデータベース２８から自律措置優先終了日時と回復済／未回復の情報を参照し（ステップＳ３０）、ネットワークエレメントが回復済みであるか否かを判定する（ステップＳ３１）。オーケストレータ部１は、ネットワークエレメントが回復済みならば（Ｙｅｓ）、図４の処理を終了する。 FIG. 4 is a flowchart showing the autonomous process priority termination determination process by the orchestrator unit 1.
The orchestrator unit 1 refers to the autonomous measure priority end date / time and the recovered / unrecovered information from the telemetry database 28 (step S30), and determines whether or not the network element has been recovered (step S31). If the network element has been recovered (Yes), the orchestrator unit 1 ends the process of FIG.

オーケストレータ部１は、ネットワークエレメントが回復済みでないならば（Ｎｏ）、現在の日時が自律措置優先終了日時以降であるか否かを判定する（ステップＳ３２）。オーケストレータ部１は、現在の日時が自律措置優先終了日時よりも前ならば（Ｎｏ）、ステップＳ３０の処理に戻る。
オーケストレータ部１は、現在の日時が自律措置優先終了日時以降ならば（Ｙｅｓ）、当該ネットワークエレメントへの措置を発動し（ステップＳ３３）、図４の処理を終了する。 If the network element has not been recovered (No), the orchestrator unit 1 determines whether or not the current date and time is after the autonomous measure priority end date and time (step S32). The orchestrator unit 1 returns to the process of step S30 if the current date and time is before the autonomous measure priority end date and time (No).
If the current date and time is after the autonomous measure priority end date and time (Yes), the orchestrator unit 1 activates the measure for the network element (step S33) and ends the processing of FIG.

図５は、障害発生時のシーケンス図である。
ネットワークエレメント５６は、障害事象情報を含むテレメトリデータをＷＩＭ３３に送信する（ステップＳ４０）。ＷＩＭ３３は、このテレメトリデータに基づいて障害事象を検出し（ステップＳ４１）、このテレメトリデータを障害マネージャ２７に送信する（ステップＳ４２）。
障害マネージャ２７は、ＷＩＭ３３からテレメトリデータを受信すると、このテレメトリデータを解析して（ステップＳ４３）、ネットワークエレメント種別の情報と障害種別の情報を抽出する。障害マネージャ２７は、障害時間データベース２７１を参照して（ステップＳ４４）、ネットワークエレメント種別の情報および障害種別の情報の組合せに対応する自律措置の優先時間を取得する（ステップＳ４５）。
障害マネージャ２７は、自律措置の優先時間を障害検出時刻に加算して、自律措置の優先終了日時を算出し（ステップＳ４６）、テレメトリデータと未回復の情報とあわせてテレメトリデータベース２８に格納する。 FIG. 5 is a sequence diagram when a failure occurs.
The network element 56 transmits telemetry data including failure event information to the WIM 33 (step S40). The WIM 33 detects a failure event based on this telemetry data (step S41), and transmits this telemetry data to the failure manager 27 (step S42).
When the failure manager 27 receives telemetry data from the WIM 33, the failure manager 27 analyzes the telemetry data (step S43), and extracts information on the network element type and information on the failure type. The failure manager 27 refers to the failure time database 271 (step S44), and acquires the priority time of the autonomous measure corresponding to the combination of the network element type information and the failure type information (step S45).
The failure manager 27 adds the priority time of the autonomous measure to the failure detection time, calculates the priority end date and time of the autonomous measure (step S46), and stores it in the telemetry database 28 together with the telemetry data and the unrecovered information.

オーケストレータ部１は、テレメトリデータベース２８に対して、テレメトリデータなどを要求する（ステップＳ５０）。ここで要求する情報は、テレメトリデータに加えて、自律措置の優先終了日時と回復／未回復の情報である。テレメトリデータベース２８は、その応答として、テレメトリデータと、自律措置の優先終了日時と、未回復である旨をオーケストレータ部１に送信する（ステップＳ５１）。
このようにすることで、ネットワーク管理装置Ｍは、テレメトリデータベース２８を介して自律的な措置と他律的な措置とを調停している。これにより、ネットワーク管理装置Ｍは、ネットワークの障害に対する複数の措置によるリソース競合を回避し、更に自律的な措置による迅速な回復を行わせることができる。 The orchestrator unit 1 requests telemetry data and the like from the telemetry database 28 (step S50). The information requested here includes the priority end date and time of the autonomous measure and the recovered / unrecovered information in addition to the telemetry data. As a response, the telemetry database 28 transmits the telemetry data, the priority end date / time of the autonomous measure, and the fact that it has not been recovered to the orchestrator unit 1 (step S51).
By doing so, the network management apparatus M mediates between autonomous measures and other measures through the telemetry database 28. As a result, the network management apparatus M can avoid resource contention due to a plurality of measures against a network failure, and can perform a quick recovery by an autonomous measure.

図６は、自律的措置による回復時のシーケンス図である。
障害マネージャ２７は、ＷＩＭ３３に対してネットワークエレメント５６の措置を指示する（ステップＳ６０）。ＷＩＭ３３は、この措置の指示を受信すると、ネットワークエレメント５６に対して措置を実行する（ステップＳ６１）。 FIG. 6 is a sequence diagram at the time of recovery by autonomous measures.
The failure manager 27 instructs the WIM 33 to take measures for the network element 56 (step S60). When the WIM 33 receives the instruction for this measure, the WIM 33 executes the measure for the network element 56 (step S61).

ネットワークエレメント５６が措置によって回復すると、ＷＩＭ３３に対して応答する（ステップＳ６２）。ＷＩＭ３３は、この応答を障害マネージャ２７に中継する（ステップＳ６３）。障害マネージャ２７は、テレメトリデータベース２８に対して、このネットワークエレメント５６の回復を送信する（ステップＳ６４）。テレメトリデータベース２８は、このネットワークエレメント５６が回復した旨を格納する。 When the network element 56 is recovered by the measure, it responds to the WIM 33 (step S62). The WIM 33 relays this response to the failure manager 27 (step S63). The failure manager 27 transmits the recovery of the network element 56 to the telemetry database 28 (step S64). The telemetry database 28 stores information that the network element 56 has been recovered.

オーケストレータ部１は、テレメトリデータベース２８に対して、テレメトリデータなどを要求する（ステップＳ７０）。ここで要求する情報は、テレメトリデータに加えて、自律措置の優先終了日時と回復／未回復の情報である。テレメトリデータベース２８は、その応答として、テレメトリデータと、自律措置の優先終了日時と、未回復である旨をオーケストレータ部１に送信する（ステップＳ７１）。
このようにすることで、テレメトリデータベース２８を介して自律的な措置と他律的な措置とを調停しているので、ネットワークの障害に対する他律的な措置によるリソース競合の回避と、自律的な措置による迅速な回復とを両立させることができる。
第１の実施形態のネットワーク管理装置Ｍは、障害が発生したのちの所定時間に亘り、自律的な措置の実施を許容している。これにより同一障害に対する複数の措置の競合を回避できる。 The orchestrator unit 1 requests telemetry data and the like from the telemetry database 28 (step S70). The information requested here includes the priority end date and time of the autonomous measure and the recovered / unrecovered information in addition to the telemetry data. As a response, the telemetry database 28 transmits the telemetry data, the priority end date / time of the autonomous measure, and the fact that it has not been recovered to the orchestrator unit 1 (step S71).
In this way, since autonomous measures and other measures are arbitrated via the telemetry database 28, avoidance of resource contention due to other measures against network failure and autonomous It is possible to achieve both quick recovery by measures.
The network management apparatus M according to the first embodiment allows the implementation of autonomous measures for a predetermined time after a failure occurs. As a result, it is possible to avoid contention between multiple measures for the same failure.

《第２の実施形態》
以下、図７から図９を参照しつつ、第２の実施形態について説明する。
図７は、第２の実施形態におけるネットワーク管理装置Ｍの機能構成図である。
第２の実施形態のネットワーク管理装置Ｍは、第１の実施形態とは異なり、オーケストレータ部１がネットワーク管理ポリシマネージャ１４を含んでいる。第２の実施形態のネットワーク管理装置Ｍは更に、ネットワークエレメント種別と障害種別に対応した自律的措置の実施可否の設定が蓄積された設定値蓄積部１５を含んでいる。なお、設定値蓄積部１５は、オーケストレータ部１以外に含まれてもよく、または独立した装置やシステムでも構わない。
障害を検出したネットワークエレメントまたは自律的に措置を実施するシステムでは、この障害に対して自律的に措置してよいか否かを、ネットワーク管理ポリシマネージャ１４に照会する。これより、ネットワークのリンクに多重障害が同時に発生した場合などに、網全体を管理する装置に他律的に措置を実行させることができ、リソースの競合を抑止することができる。
他律的に措置した方がよい障害とは、例えば輻輳、激甚災害、大規模停電などのようにネットワークのリンクに多重障害が同時に発生した場合である。 << Second Embodiment >>
Hereinafter, the second embodiment will be described with reference to FIGS. 7 to 9.
FIG. 7 is a functional configuration diagram of the network management apparatus M according to the second embodiment.
Unlike the first embodiment, the orchestrator unit 1 includes a network management policy manager 14 in the network management device M of the second embodiment. The network management apparatus M of the second embodiment further includes a setting value storage unit 15 in which settings for whether or not to implement autonomous measures corresponding to the network element type and the failure type are stored. The set value storage unit 15 may be included in addition to the orchestrator unit 1 or may be an independent device or system.
In the network element that has detected the failure or the system that autonomously implements the measure, the network management policy manager 14 is inquired as to whether or not the measure may be taken autonomously with respect to the failure. As a result, when multiple failures occur simultaneously in the link of the network, it is possible to cause the device managing the entire network to take other measures and to suppress resource contention.
Failures that should be dealt with in other ways are cases where multiple failures occur simultaneously on the network link, such as congestion, catastrophic disasters, and large-scale power outages.

図８は、障害マネージャ２７によるテレメトリ解析処理を示すフローチャートである。
ステップＳ８０，Ｓ８１の処理は、図３に示したステップＳ２０，Ｓ２１の処理と同様である。
ステップＳ８１の処理が終了すると、障害マネージャ２７は、障害データを解析したネットワークエレメント種別と障害種別に基づき、ネットワーク管理ポリシマネージャ１４に対して自律措置の実施可否を問い合わせる（ステップＳ８２）。 FIG. 8 is a flowchart showing telemetry analysis processing by the failure manager 27.
The processes in steps S80 and S81 are the same as the processes in steps S20 and S21 shown in FIG.
When the process of step S81 is completed, the failure manager 27 inquires of the network management policy manager 14 whether or not the autonomous measure can be performed based on the network element type and the failure type analyzed from the failure data (step S82).

障害マネージャ２７は、ネットワーク管理ポリシマネージャ１４からの応答が、自律措置の実施可能であったならば（Ｙｅｓ）、ステップＳ８４の処理に進む。ステップＳ８４〜Ｓ９１の処理は、図３に示したステップＳ２２〜Ｓ２９の処理と同様である。
障害マネージャ２７は、ネットワーク管理ポリシマネージャ１４からの応答が自律措置の実施可能でなかったならば（Ｎｏ）、障害のテレメトリデータと未回復の情報とをテレメトリデータベース２８に格納し（ステップＳ９２）、図８の処理を終了する。
このとき、障害マネージャ２７は、自律的な措置の実行を指示せず、かつ自律措置優先終了日時は格納しないので、オーケストレータ部１は、他律的な措置をすぐさま実行することができる。 If the response from the network management policy manager 14 indicates that the autonomous measure can be implemented (Yes), the failure manager 27 proceeds to the process of step S84. The process of steps S84 to S91 is the same as the process of steps S22 to S29 shown in FIG.
If the response from the network management policy manager 14 cannot execute the autonomous measure (No), the failure manager 27 stores the telemetry data of the failure and the unrecovered information in the telemetry database 28 (step S92). The process of FIG. 8 is terminated.
At this time, the failure manager 27 does not instruct execution of autonomous measures and does not store the autonomous measure priority end date and time, so the orchestrator unit 1 can immediately execute other measures.

図９は、障害発生時のシーケンス図である。
ネットワークエレメント５６は、障害事象情報を含むテレメトリデータをＷＩＭ３３に送信する（ステップＳ１００）。ＷＩＭ３３は、このテレメトリデータに基づいて障害事象を検出し（ステップＳ１０１）、このテレメトリデータを障害マネージャ２７に送信する（ステップＳ１０２）。 FIG. 9 is a sequence diagram when a failure occurs.
The network element 56 transmits telemetry data including failure event information to the WIM 33 (step S100). The WIM 33 detects a failure event based on this telemetry data (step S101), and transmits this telemetry data to the failure manager 27 (step S102).

障害マネージャ２７は、ＷＩＭ３３からテレメトリデータを受信すると、このテレメトリデータを解析して（ステップＳ１０３）、ネットワークエレメント種別の情報と障害種別の情報を抽出する。障害マネージャ２７は、このネットワークエレメント種別の情報と障害種別の情報の組合せを、ネットワーク管理ポリシマネージャ１４に送信する（ステップＳ１０４）。ネットワーク管理ポリシマネージャ１４は、このネットワークエレメント種別の情報と障害種別の情報の組合せに対して、自律措置が実施不可である旨を応答する（ステップＳ１０５）。障害マネージャ２７は、障害のテレメトリデータと未回復の情報とをテレメトリデータベース２８に送信する（ステップＳ１０６）。 When the failure manager 27 receives telemetry data from the WIM 33, the failure manager 27 analyzes the telemetry data (step S103), and extracts network element type information and failure type information. The failure manager 27 transmits the combination of the network element type information and the failure type information to the network management policy manager 14 (step S104). The network management policy manager 14 responds to the combination of the network element type information and the failure type information that the autonomous measure cannot be performed (step S105). The failure manager 27 transmits failure telemetry data and unrecovered information to the telemetry database 28 (step S106).

ネットワーク管理ポリシマネージャ１４は、テレメトリデータベース２８に対して、テレメトリデータなどを要求する（ステップＳ１１０）。ここで要求する情報は、テレメトリデータに加えて、自律措置の優先終了日時と回復／未回復の情報である。テレメトリデータベース２８は、その応答として、ネットワークエレメント５６が未回復である旨をネットワーク管理ポリシマネージャ１４に送信する（ステップＳ１１１）。よってネットワーク管理ポリシマネージャ１４は、この障害に係るネットワークエレメント５６に対して、他律的な措置を指示する（ステップＳ１１２）。
第２の実施形態のネットワーク管理装置Ｍは、他律的に措置した方がよい障害については、最初から自律的な措置を実施せずに、他律的に措置している。これにより、同一障害に対する複数の措置によるリソース競合を回避可能である。 The network management policy manager 14 requests telemetry data and the like from the telemetry database 28 (step S110). The information requested here includes the priority end date and time of the autonomous measure and the recovered / unrecovered information in addition to the telemetry data. In response, the telemetry database 28 transmits to the network management policy manager 14 that the network element 56 has not been restored (step S111). Therefore, the network management policy manager 14 instructs the network element 56 relating to this failure to take other measures (step S112).
The network management apparatus M according to the second embodiment takes other measures for the faults that should be taken in other ways without implementing autonomous measures from the beginning. As a result, resource contention due to a plurality of measures for the same failure can be avoided.

（変形例）
本発明は、上記実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で、変更実施が可能であり、例えば、次の（ａ）〜（ｄ）のようなものがある。 (Modification)
The present invention is not limited to the above-described embodiment, and can be modified without departing from the spirit of the present invention. For example, there are the following (a) to (d).

（ａ）テレメトリデータベース２８に格納される情報は、テレメトリデータの解析結果に限定されず、テレメトリデータがそのまま格納されていてもよい。
（ｂ）テレメトリデータベース２８に格納される情報は、障害に係るテレメトリデータに限定されず、すべてのテレメトリデータが格納されてもよい。
（ｃ）テレメトリデータベース２８に格納される情報は、障害に係るテレメトリデータの解析結果に限定されず、すべてのテレメトリデータの解析結果が格納されてもよい。
（ｄ）障害時間データベース２７１は、障害事象情報と自律措置優先時間との関係を記憶していればよく、例えば障害種別とこの障害に係る自律措置優先時間との関係、障害に係るネットワークエレメント種別と対応する自律措置優先時間との関係であってもよい。 (A) The information stored in the telemetry database 28 is not limited to the analysis result of the telemetry data, and the telemetry data may be stored as it is.
(B) The information stored in the telemetry database 28 is not limited to the telemetry data related to the failure, and all telemetry data may be stored.
(C) The information stored in the telemetry database 28 is not limited to the analysis result of the telemetry data related to the failure, and the analysis result of all the telemetry data may be stored.
(D) The failure time database 271 only needs to store the relationship between the failure event information and the autonomous measure priority time. For example, the relationship between the failure type and the autonomous measure priority time related to this failure, the network element type related to the failure And the corresponding autonomous measure priority time.

Ｍネットワーク管理装置
１オーケストレータ部
１１Ｅ２Ｅオーケストレータ
１３ネットワークリソース・オーケストレータ
１２サーバリソース・オーケストレータ
２インフラマネージャ部
２１ＶＮＦＭ
２２ＶＩＭ
２５ＯＳＳ
２６ＳＤＮマネージャ
２７障害マネージャ
２７１障害時間データベース
２８テレメトリデータベース
２９インベントリデータベース
３３ＷＩＭ
４アクセス網
４１ＰＯＮ
４２Ｌ２スイッチ
４３Ｌ３スイッチ
５コア網
５１ＳＤＮ−Ｌ２スイッチ
５２データセンタ
５３バケット交換システム
５４コアルータ
５６ネットワークエレメント M Network management device 1 Orchestrator unit 11 E2E Orchestrator 13 Network resource orchestrator 12 Server resource orchestrator 2 Infrastructure manager unit 21 VNFM
22 VIM
25 OSS
26 SDN manager 27 Failure manager 271 Failure time database 28 Telemetry database 29 Inventory database 33 WIM
4 Access network 41 PON
42 L2 switch 43 L3 switch 5 Core network 51 SDN-L2 switch 52 Data center 53 Bucket switching system 54 Core router 56 Network element

Claims

障害に対して自律的に措置するネットワークエレメントを管理するインフラマネージャ部と、
前記ネットワークエレメントの障害に対して措置するオーケストレータ部と、を備え、
前記インフラマネージャ部は、前記ネットワークエレメントのうちいずれかに係る障害事象情報を含むテレメトリデータを当該ネットワークエレメントから受信する障害マネージャと、
当該障害に対する前記ネットワークエレメントの自律的な措置の優先日時の情報と共に、前記テレメトリデータを格納するテレメトリデータベースと、
を備え、
前記オーケストレータ部は、前記テレメトリデータベースを参照して、前記優先日時まで前記障害に係るネットワークエレメントに対する措置を発動させない、
ことを特徴とするネットワーク管理装置。 An infrastructure manager that manages network elements that autonomously take measures against failures;
An orchestrator unit for taking measures against the failure of the network element,
The infrastructure manager unit receives a telemetry data including failure event information related to any of the network elements from the network element;
A telemetry database storing the telemetry data together with information on the priority date and time of the autonomous action of the network element for the failure;
With
The orchestrator unit refers to the telemetry database and does not activate measures for the network element related to the failure until the priority date and time.
A network management device.

前記障害マネージャは、前記ネットワークエレメントのうちいずれかに係る前記障害事象情報を含む前記テレメトリデータを解析して、前記障害に係るネットワークエレメントの種別および障害種別を抽出する、
ことを特徴とする請求項１に記載のネットワーク管理装置。 The failure manager analyzes the telemetry data including the failure event information related to any of the network elements, and extracts the type of network element and the failure type related to the failure.
The network management device according to claim 1.

前記インフラマネージャ部は、前記障害事象情報と、自律的な措置を優先させる優先時間情報との対応を格納した障害時間データベースを備え、
前記障害マネージャは、前記障害時間データベースに基づき、当該障害事象情報に対応する優先時間情報を取得する、
ことを特徴とする請求項１に記載のネットワーク管理装置。 The infrastructure manager unit includes a failure time database that stores correspondence between the failure event information and priority time information that prioritizes autonomous measures,
The failure manager acquires priority time information corresponding to the failure event information based on the failure time database;
The network management device according to claim 1.

前記オーケストレータ部は、前記障害事象情報から、自律的な措置の実施可否を応答するネットワーク管理ポリシマネージャ、
を備えることを特徴とする請求項１に記載のネットワーク管理装置。 The orchestrator unit, from the failure event information, a network management policy manager that responds whether or not an autonomous measure can be implemented,
The network management apparatus according to claim 1, further comprising:

障害に対して自律的に措置するネットワークエレメントを管理するインフラマネージャ部と、
前記ネットワークエレメントの障害に対して措置するオーケストレータ部と、
を備えるネットワーク管理装置が実行するネットワーク管理方法であって、
前記インフラマネージャ部の障害マネージャは、前記ネットワークエレメントのうちいずれかに係る障害事象情報を含むテレメトリデータを当該ネットワークエレメントから受信し、
テレメトリデータベースに、前記障害に対する自律的な措置の優先日時の情報と共に、前記テレメトリデータを格納し、
前記オーケストレータ部は、前記テレメトリデータベースを参照して、前記優先日時まで前記障害に係るネットワークエレメントに対する措置を発動させない、
ことを特徴とするネットワーク管理方法。 An infrastructure manager that manages network elements that autonomously take measures against failures;
An orchestrator unit for dealing with a failure of the network element;
A network management method executed by a network management device comprising:
The failure manager of the infrastructure manager unit receives telemetry data including failure event information related to any of the network elements from the network element,
In the telemetry database, the telemetry data is stored together with information on the priority date and time of autonomous measures for the failure,
The orchestrator unit refers to the telemetry database and does not activate measures for the network element related to the failure until the priority date and time.
And a network management method.

前記障害マネージャは、前記ネットワークエレメントのうちいずれかに係る前記障害事象情報を含む前記テレメトリデータを解析して、前記障害に係るネットワークエレメントの種別および障害種別を抽出する、
ことを特徴とする請求項５に記載のネットワーク管理方法。 The failure manager analyzes the telemetry data including the failure event information related to any of the network elements, and extracts the type of network element and the failure type related to the failure.
The network management method according to claim 5, wherein:

前記インフラマネージャ部は、障害事象情報と自律的な措置を優先させる優先時間情報の対応を格納した障害時間データベースを備えており
前記障害マネージャは、前記障害時間データベースに基づき、前記テレメトリデータに含まれる障害事象情報に対応する優先時間情報を取得する、
ことを特徴とする請求項５に記載のネットワーク管理方法。 The infrastructure manager unit includes a failure time database that stores correspondence between failure event information and priority time information that prioritizes autonomous measures, and the failure manager is included in the telemetry data based on the failure time database. Get priority time information corresponding to failure event information,
The network management method according to claim 5, wherein:

前記オーケストレータ部のネットワーク管理ポリシマネージャは、前記障害に係るネットワークエレメントの種別および障害種別から、自律的な措置の実施可否を応答する、
ことを特徴とする請求項５に記載のネットワーク管理方法。 The network management policy manager of the orchestrator unit responds whether or not an autonomous measure can be implemented from the type of network element and the type of failure related to the failure.
The network management method according to claim 5, wherein: