JP6778151B2 - ネットワーク管理装置およびネットワーク管理方法 - Google Patents
ネットワーク管理装置およびネットワーク管理方法 Download PDFInfo
- Publication number
- JP6778151B2 JP6778151B2 JP2017120558A JP2017120558A JP6778151B2 JP 6778151 B2 JP6778151 B2 JP 6778151B2 JP 2017120558 A JP2017120558 A JP 2017120558A JP 2017120558 A JP2017120558 A JP 2017120558A JP 6778151 B2 JP6778151 B2 JP 6778151B2
- Authority
- JP
- Japan
- Prior art keywords
- failure
- network
- manager
- network element
- measures
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Description
本発明は、ネットワークを管理する技術に関する。特に、ネットワークエレメントやネットワークエレメント・コントローラ、ＥＭＳ（Element Management System）等による自律的な措置と、オーケストレータによる他律的な措置の競合の調整に関する技術に関する。
ネットワーク故障や性能トラブルが生じた際、それに対する措置手段として、ネットワークエレメントやネットワークエレメント専用コントローラによる措置が行われていた。また、近年のＡＩ（人工知能）技術の進歩により、オーケストレーションにおいてＡＩ技術を活用した措置も可能となっている。
非特許文献１には、通信ネットワークの従来の障害回復方式の一例が記載されている。この通信ネットワークでの従来の障害回復方式は、１＋１プロテクション（１＋１ Unidirectional/Bidirectional Protection）、１：１プロテクション（1：1 Protection）、事前予約型リストレーション（Shared Mesh Restoration）、パス再ルーティング（LSP Re-routing）がある。
これらの障害回復方式のうちパス再ルーティング以外の方式は、現用経路に対して事前に予備経路を決定する方式である。そのため、現用経路と予備経路が同時に障害となる多重障害の場合、障害の迂回に失敗する。多重障害が発生した場合は、パス再ルーティングが適用されている場合が多い。
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>
ネットワークのリンクに多重障害が同時に発生した場合、障害ごとに自律的に迂回パスを選択すると、リソースの競合が生じる。このリソース競合を回避するため、網全体を集中管理する迂回路選択装置を設けて、この迂回路選択装置により、障害に対する他律的な措置を行わせることが考えられる。
この迂回路選択装置は、措置の競合を防ぐため、ネットワークエレメントやネットワークエレメント・コントローラによる自律的な措置を行わせない。そのため、多重障害が生じていないケースでも、迂回路選択装置が他律的な措置を行うことになる。このようにした場合、ネットワークのリンクに単一の障害が発生した場合、自律的な措置で期待される迅速さよりも回復が遅れるという課題がある。
そこで、本発明は、ネットワークの障害に対する複数の措置によるリソース競合の回避と、自律的な措置による迅速な回復とを両立させることを課題とする。
前記した課題を解決するため、請求項１に記載の発明では、障害に対して自律的に措置するネットワークエレメントを管理するインフラマネージャ部と、前記ネットワークエレメントの障害に対して措置するオーケストレータ部と、を備え、前記インフラマネージャ部は、前記ネットワークエレメントのうちいずれかに係る障害事象情報を含むテレメトリデータを当該ネットワークエレメントから受信する障害マネージャと、当該障害に対する前記ネットワークエレメントの自律的な措置の優先日時の情報と共に、前記テレメトリデータを格納するテレメトリデータベースと、を備え、前記障害マネージャが、何れかのネットワークエレメントから障害事象情報を含むテレメトリデータを受信すると、前記ネットワークエレメントに自律的な措置の実行を指示し、かつ、前記オーケストレータ部が、前記テレメトリデータベースを参照して、前記優先日時まで前記障害に係るネットワークエレメントに対して他律的な措置実施の発動を行わない、ことを特徴とするネットワーク管理装置とした。
このようにすることで、ネットワーク管理装置は、ネットワークの障害に対する複数の措置によるリソース競合の回避と、自律的な措置による迅速な回復とを両立させることができる。
請求項２に記載の発明では、前記障害マネージャは、何れかのネットワークエレメントから障害事象情報を含むテレメトリデータを受信すると、前記ネットワークエレメントに自律的な措置の実行を指示し、かつ前記ネットワークエレメントが前記優先日時を過ぎても未回復ならば、前記ネットワークエレメントの自律的な措置の中断を指示する、ことを特徴とする請求項１に記載のネットワーク管理装置とした。
このようにすることで、オーケストレータ部が、優先日時以降に障害に係るネットワークエレメントに対して他律的な措置を発動させることができる。
請求項３に記載の発明では、前記オーケストレータ部は、前記障害事象情報から、自律的な措置の実施可否を応答するネットワーク管理ポリシマネージャ、を備え、前記障害マネージャが、何れかのネットワークエレメントから障害事象情報を含むテレメトリデータを受信し、かつ、前記ネットワーク管理ポリシマネージャが、前記障害事象情報から自律的な措置の実施不可を応答したならば、前記障害マネージャは、前記ネットワークエレメントに自律的な措置の実行を指示せず、前記オーケストレータ部は、前記ネットワークエレメントに他律的な措置を指示する、ことを特徴とする請求項１または２に記載のネットワーク管理装置とした。
このようにすることで、他律的に措置した方がよい障害事象に対して、自律的な措置を行わせず、最初から他律的に措置させることができる。更にオーケストレータ部が、優先日時以前にネットワークエレメントに他律的な措置を指示することができる。
請求項２に記載の発明では、前記障害マネージャは、何れかのネットワークエレメントから障害事象情報を含むテレメトリデータを受信すると、前記ネットワークエレメントに自律的な措置の実行を指示し、かつ前記ネットワークエレメントが前記優先日時を過ぎても未回復ならば、前記ネットワークエレメントの自律的な措置の中断を指示する、ことを特徴とする請求項１に記載のネットワーク管理装置とした。
このようにすることで、オーケストレータ部が、優先日時以降に障害に係るネットワークエレメントに対して他律的な措置を発動させることができる。
請求項３に記載の発明では、前記オーケストレータ部は、前記障害事象情報から、自律的な措置の実施可否を応答するネットワーク管理ポリシマネージャ、を備え、前記障害マネージャが、何れかのネットワークエレメントから障害事象情報を含むテレメトリデータを受信し、かつ、前記ネットワーク管理ポリシマネージャが、前記障害事象情報から自律的な措置の実施不可を応答したならば、前記障害マネージャは、前記ネットワークエレメントに自律的な措置の実行を指示せず、前記オーケストレータ部は、前記ネットワークエレメントに他律的な措置を指示する、ことを特徴とする請求項１または２に記載のネットワーク管理装置とした。
このようにすることで、他律的に措置した方がよい障害事象に対して、自律的な措置を行わせず、最初から他律的に措置させることができる。更にオーケストレータ部が、優先日時以前にネットワークエレメントに他律的な措置を指示することができる。
請求項４に記載の発明では、前記障害マネージャは、前記ネットワークエレメントのうちいずれかに係る前記障害事象情報を含む前記テレメトリデータを解析して、前記障害に係るネットワークエレメントの種別および障害種別を抽出する、ことを特徴とする請求項１から３のうち何れか１項に記載のネットワーク管理装置とした。
このようにすることで、ネットワーク管理装置は、障害に応じた措置を指示することができる。
請求項５に記載の発明では、ネットワークエレメント種別と障害種別に対応した自律的措置の実施可否の設定が蓄積された設定値蓄積部を更に備え、前記ネットワーク管理ポリシマネージャは、前記設定値蓄積部の情報に基づき、前記ネットワークエレメントの自律的な措置の実施可否を判定する、ことを特徴とする請求項３に記載のネットワーク管理装置とした。
このようにすることで、自律的措置を実施できるか否かを容易に判定可能となる。
請求項５に記載の発明では、ネットワークエレメント種別と障害種別に対応した自律的措置の実施可否の設定が蓄積された設定値蓄積部を更に備え、前記ネットワーク管理ポリシマネージャは、前記設定値蓄積部の情報に基づき、前記ネットワークエレメントの自律的な措置の実施可否を判定する、ことを特徴とする請求項３に記載のネットワーク管理装置とした。
このようにすることで、自律的措置を実施できるか否かを容易に判定可能となる。
請求項６に記載の発明では、前記インフラマネージャ部は、前記障害事象情報と、自律的な措置を優先させる優先時間情報との対応を格納した障害時間データベースを備え、前記障害マネージャは、前記障害時間データベースに基づき、当該障害事象情報に対応する優先時間情報を取得する、ことを特徴とする請求項１から５のうち何れか１項に記載のネットワーク管理装置とした。
このようにすることで、ネットワーク管理装置は、障害が発生した後、この障害に応じた措置の時間だけネットワークエレメントに自律的な措置を行わせることができる。
請求項７に記載の発明では、障害に対して自律的に措置するネットワークエレメントを管理するインフラマネージャ部と、前記ネットワークエレメントの障害に対して措置するオーケストレータ部と、を備えるネットワーク管理装置が実行するネットワーク管理方法であって、前記インフラマネージャ部の障害マネージャは、前記ネットワークエレメントのうちいずれかに係る障害事象情報を含むテレメトリデータを当該ネットワークエレメントから受信し、テレメトリデータベースに、前記障害に対する自律的な措置の優先日時の情報と共に、前記テレメトリデータを格納し、前記障害マネージャが何れかのネットワークエレメントから障害事象情報を含むテレメトリデータを受信すると、前記ネットワークエレメントに自律的な措置の実行を指示し、かつ、前記オーケストレータ部は、前記テレメトリデータベースを参照して、前記優先日時まで前記障害に係るネットワークエレメントに対して他律的な措置実施の発動を行わない、ことを特徴とするネットワーク管理方法とした。
このようにすることで、ネットワーク管理装置は、ネットワークの障害に対する複数の措置によるリソース競合の回避と、自律的な措置による迅速な回復とを両立させることができる。
請求項８に記載の発明では、前記障害マネージャは、何れかのネットワークエレメントから障害事象情報を含むテレメトリデータを受信すると、前記ネットワークエレメントに自律的な措置の実行を指示し、かつ前記ネットワークエレメントが前記優先日時を過ぎても未回復ならば、前記ネットワークエレメントの自律的な措置の中断を指示する、
ことを特徴とする請求項７に記載のネットワーク管理方法とした。
このようにすることで、オーケストレータ部が、優先日時以降に障害に係るネットワークエレメントに対して他律的な措置を発動させることができる。
請求項９に記載の発明では、前記オーケストレータ部のネットワーク管理ポリシマネージャは、前記障害に係るネットワークエレメントの種別および障害種別から、自律的な措置の実施可否を応答し、前記障害マネージャが何れかのネットワークエレメントから障害事象情報を含むテレメトリデータを受信した際、前記ネットワーク管理ポリシマネージャが前記障害事象情報から自律的な措置の実施不可を応答したならば、前記障害マネージャは、前記ネットワークエレメントに自律的な措置の実行を指示せず、前記オーケストレータ部は、他律的な措置を指示する、ことを特徴とする請求項７または８に記載のネットワーク管理方法とした。
このようにすることで、他律的に措置した方がよい障害事象に対して、自律的な措置を行わせず、最初から他律的に措置させることができる。更にオーケストレータ部が、優先日時以前にネットワークエレメントに他律的な措置を指示することができる。
請求項８に記載の発明では、前記障害マネージャは、何れかのネットワークエレメントから障害事象情報を含むテレメトリデータを受信すると、前記ネットワークエレメントに自律的な措置の実行を指示し、かつ前記ネットワークエレメントが前記優先日時を過ぎても未回復ならば、前記ネットワークエレメントの自律的な措置の中断を指示する、
ことを特徴とする請求項７に記載のネットワーク管理方法とした。
このようにすることで、オーケストレータ部が、優先日時以降に障害に係るネットワークエレメントに対して他律的な措置を発動させることができる。
請求項９に記載の発明では、前記オーケストレータ部のネットワーク管理ポリシマネージャは、前記障害に係るネットワークエレメントの種別および障害種別から、自律的な措置の実施可否を応答し、前記障害マネージャが何れかのネットワークエレメントから障害事象情報を含むテレメトリデータを受信した際、前記ネットワーク管理ポリシマネージャが前記障害事象情報から自律的な措置の実施不可を応答したならば、前記障害マネージャは、前記ネットワークエレメントに自律的な措置の実行を指示せず、前記オーケストレータ部は、他律的な措置を指示する、ことを特徴とする請求項７または８に記載のネットワーク管理方法とした。
このようにすることで、他律的に措置した方がよい障害事象に対して、自律的な措置を行わせず、最初から他律的に措置させることができる。更にオーケストレータ部が、優先日時以前にネットワークエレメントに他律的な措置を指示することができる。
請求項１０に記載の発明では、前記障害マネージャは、前記ネットワークエレメントのうちいずれかに係る前記障害事象情報を含む前記テレメトリデータを解析して、前記障害に係るネットワークエレメントの種別および障害種別を抽出する、ことを特徴とする請求項７から９のうち何れか１項に記載のネットワーク管理方法とした。
このようにすることで、ネットワーク管理装置は、障害に応じた措置を指示することができる。
請求項１１に記載の発明では、ネットワークエレメント種別と障害種別に対応した自律的措置の実施可否の設定が蓄積された設定値蓄積部を更に備える、ことを特徴とする請求項７から１０のうち何れか１項に記載のネットワーク管理方法とした。
このようにすることで、自律的措置を実施できるか否かを容易に判定可能となる。
請求項１１に記載の発明では、ネットワークエレメント種別と障害種別に対応した自律的措置の実施可否の設定が蓄積された設定値蓄積部を更に備える、ことを特徴とする請求項７から１０のうち何れか１項に記載のネットワーク管理方法とした。
このようにすることで、自律的措置を実施できるか否かを容易に判定可能となる。
請求項１２に記載の発明では、前記インフラマネージャ部は、障害事象情報と自律的な措置を優先させる優先時間情報の対応を格納した障害時間データベースを備えており、前記障害マネージャは、前記障害時間データベースに基づき、前記テレメトリデータに含まれる障害事象情報に対応する優先時間情報を取得する、ことを特徴とする請求項７から１１のうち何れか１項に記載のネットワーク管理方法とした。
このようにすることで、ネットワーク管理装置は、障害が発生した後、この障害に応じた措置の時間だけ自律的な措置を行わせることができる。
本発明によれば、ネットワークの障害に対する複数の措置によるリソース競合の回避と、自律的な措置による迅速な回復とを両立させることが可能となる。
以降、本発明を実施するための形態を、各図を参照して詳細に説明する。
《第１の実施形態》
第１の実施形態では、自律的な措置と、オーケストレータ部による他律的な措置を併存させても、措置実施が競合しないための回避手段を導入する。
自律的な措置と他律的な措置の競合を回避するため、障害を検出したシステムまたは自律的に措置を実施すべきシステムに対して、自律的な措置の時間を確保する。オーケストレータなど他システムが障害事象情報を得ても、自律的な措置の時間の経過後でないと、他律的な措置を発動させない。
第１の実施形態では、障害の種類ごとに自律的な措置の時間（自律措置優先終了時間）が設定される。障害事象情報には、この自律的な措置の時間を障害検出時刻に加算した自律措置の優先終了日時が含まれる。オーケストレータなど他システムは、この障害に対して自律措置の優先終了日時まで他律的な措置を発動させない。
以下、図１から図６を参照しつつ、第１の実施形態について説明する。
《第１の実施形態》
第１の実施形態では、自律的な措置と、オーケストレータ部による他律的な措置を併存させても、措置実施が競合しないための回避手段を導入する。
自律的な措置と他律的な措置の競合を回避するため、障害を検出したシステムまたは自律的に措置を実施すべきシステムに対して、自律的な措置の時間を確保する。オーケストレータなど他システムが障害事象情報を得ても、自律的な措置の時間の経過後でないと、他律的な措置を発動させない。
第１の実施形態では、障害の種類ごとに自律的な措置の時間（自律措置優先終了時間）が設定される。障害事象情報には、この自律的な措置の時間を障害検出時刻に加算した自律措置の優先終了日時が含まれる。オーケストレータなど他システムは、この障害に対して自律措置の優先終了日時まで他律的な措置を発動させない。
以下、図１から図６を参照しつつ、第１の実施形態について説明する。
図１は、第１の実施形態におけるネットワーク管理装置Ｍの機能構成図である。
第１の実施形態のネットワーク管理装置Ｍは、仮想化領域となるコア網５および非仮想化領域となるアクセス網４を管理する。具体的には、ネットワーク管理装置Ｍは、コア網５に配置されている機器およびアクセス網４に配置されている機器からさまざまな情報を収集することで、これらの機器を監視する。通信システムは、コア網５に配置されている機器およびアクセス網４に配置されている機器によって構成される。
ネットワーク管理装置Ｍは、オーケストレータ部１およびインフラマネージャ部２を備える。
第１の実施形態のネットワーク管理装置Ｍは、仮想化領域となるコア網５および非仮想化領域となるアクセス網４を管理する。具体的には、ネットワーク管理装置Ｍは、コア網５に配置されている機器およびアクセス網４に配置されている機器からさまざまな情報を収集することで、これらの機器を監視する。通信システムは、コア網５に配置されている機器およびアクセス網４に配置されている機器によって構成される。
ネットワーク管理装置Ｍは、オーケストレータ部１およびインフラマネージャ部２を備える。
《インフラマネージャ部２の詳細》
インフラマネージャ部２は、ＷＩＭ３３と、ＳＤＮマネージャ２６と、テレメトリデータベース２８と、インベントリデータベース２９とを備える。ＳＤＮマネージャ２６は、障害マネージャ２７をを備えている。障害マネージャ２７は、障害時間データベース２７１を備えている。なお図面ではデータベースのことを、“ＤＢ”と記載している場合がある。
インフラマネージャ部２は、ＷＩＭ３３と、ＳＤＮマネージャ２６と、テレメトリデータベース２８と、インベントリデータベース２９とを備える。ＳＤＮマネージャ２６は、障害マネージャ２７をを備えている。障害マネージャ２７は、障害時間データベース２７１を備えている。なお図面ではデータベースのことを、“ＤＢ”と記載している場合がある。
ＷＩＭ３３（WAN（Wide Area Network） Infrastructure Manager）は、コア網５を管理し、制御する。ＷＩＭ３３は、コア網５に含まれるネットワークエレメントからテレメトリデータを取得し、ネットワークエレメントの障害を検出すると障害マネージャ２７に送信する。
ＳＤＮ（Software Defined Networking）マネージャ２６は、ソフトウェアによって具現化された仮想的なネットワークを管理するものであり、障害マネージャ２７を備えている。障害マネージャ２７は、ＷＩＭ３３から障害データを受信すると、この障害データを解析して、障害種別とネットワークエレメント種別を抽出する。ここで障害データとは、障害事象情報を含むテレメトリデータである。
更に障害マネージャ２７は、この障害に係る自律措置の優先時間を設定し、テレメトリデータベース２８に自律措置の優先を終了する日時を格納する。
障害時間データベース２７１は、障害種別およびネットワークエレメント種別と、この障害に係る自律措置優先時間との関係を記憶したデータベースである。
障害時間データベース２７１は、障害種別およびネットワークエレメント種別と、この障害に係る自律措置優先時間との関係を記憶したデータベースである。
テレメトリデータベース２８は、ネットワークエレメント種別と、障害種別と、自律措置の優先終了日時と、回復／未回復の情報との組合せを格納するデータベースである。なお、ネットワークエレメント種別と障害種別は、テレメトリデータを分析したものである。ネットワークリソース・オーケストレータ１３は、このテレメトリデータベース２８を参照することにより、他律的な措置を実施するか否かを判断可能である。
インベントリデータベース２９は、例えばアクセス網４やコア網５の状態情報を格納するデータベースである。
インベントリデータベース２９は、例えばアクセス網４やコア網５の状態情報を格納するデータベースである。
更にインフラマネージャ部２は、通信システムを構成しているＩＡサーバ、コアルータ５４、ＳＤＮ−Ｌ２スイッチ５１、ＰＯＮ４１、Ｌ２スイッチ４２、Ｌ３スイッチ４３などの機器を管理する。これらＩＡサーバ、コアルータ５４、ＳＤＮ−Ｌ２スイッチ５１、ＰＯＮ４１、Ｌ２スイッチ４２、Ｌ３スイッチ４３などは、障害に対して自律的に措置するネットワークエレメントを含んでいる。
更にインフラマネージャ部２は、コア網５を制御するためＶＮＦＭ２１、ＶＩＭ２２などを備え、ＯＳＳ２５により上位装置Ｕと接続される。インフラマネージャ部２は、アクセス網４を制御するため、不図示のＮＭＳ（Network Management System）やＥＭＳ（Element Management System）などを備える。
更にインフラマネージャ部２は、コア網５を制御するためＶＮＦＭ２１、ＶＩＭ２２などを備え、ＯＳＳ２５により上位装置Ｕと接続される。インフラマネージャ部２は、アクセス網４を制御するため、不図示のＮＭＳ（Network Management System）やＥＭＳ（Element Management System）などを備える。
ＶＮＦＭ（Virtual Network Function Manager：仮想ネットワーク機能管理）２１は、ＩＡサーバに生成された仮想マシンに実装されているアプリケーションを管理し、制御する。ＶＮＦＭ２１により、仮想マシンに実装されているアプリケーションの障害に対して自律的に措置することができる。
ＶＩＭ（Virtual Infrastructure Manager：仮想インフラ管理）２２は、ＩＡサーバに生成された仮想マシンを管理し、制御する。ＶＩＭ２２により、仮想マシンの障害に対して自律的に措置することができる。
ＯＳＳ（Open Source Software）２５は、上位装置Ｕからの要求に応じて、インフラマネージャ部２を動作させるミドルウェアである。ＯＳＳ２５は、いわゆるオープンソース・ソフトウェアである。
ＶＩＭ（Virtual Infrastructure Manager：仮想インフラ管理）２２は、ＩＡサーバに生成された仮想マシンを管理し、制御する。ＶＩＭ２２により、仮想マシンの障害に対して自律的に措置することができる。
ＯＳＳ（Open Source Software）２５は、上位装置Ｕからの要求に応じて、インフラマネージャ部２を動作させるミドルウェアである。ＯＳＳ２５は、いわゆるオープンソース・ソフトウェアである。
《オーケストレータ部１の詳細》
オーケストレータ部１は、コア網５およびアクセス網４に亘って構築される通信システムに対して、ハードウェア、ミドルウェア、アプリケーション、サービスの配備、設定、管理を行う。更にオーケストレータ部１は、コア網５やアクセス網４を構成するネットワークエレメントの障害に対して、他律的に措置する。オーケストレータ部１は、オペレータが操作する上位装置Ｕからネットワークサービス生成要求などの要求を取得する。オーケストレータ部１は、Ｅ２Ｅオーケストレータ１１と、サーバリソース・オーケストレータ１２と、ネットワークリソース・オーケストレータ１３とを備える。
オーケストレータ部１は、コア網５およびアクセス網４に亘って構築される通信システムに対して、ハードウェア、ミドルウェア、アプリケーション、サービスの配備、設定、管理を行う。更にオーケストレータ部１は、コア網５やアクセス網４を構成するネットワークエレメントの障害に対して、他律的に措置する。オーケストレータ部１は、オペレータが操作する上位装置Ｕからネットワークサービス生成要求などの要求を取得する。オーケストレータ部１は、Ｅ２Ｅオーケストレータ１１と、サーバリソース・オーケストレータ１２と、ネットワークリソース・オーケストレータ１３とを備える。
Ｅ２Ｅオーケストレータ１１は、ユーザに提供されるネットワークサービスを自律的に管理する。
サーバリソース・オーケストレータ１２は、コア網５に配置されているＩＡサーバのリソース、および、ＩＡサーバ上に生成されている仮想マシンのリソースを自律的に管理する。
ネットワークリソース・オーケストレータ１３は、コア網５のリソースおよびアクセス網４のリソースを自律的に管理する。ネットワークリソース・オーケストレータ１３は、他律的な措置を実行する装置である。
サーバリソース・オーケストレータ１２は、コア網５に配置されているＩＡサーバのリソース、および、ＩＡサーバ上に生成されている仮想マシンのリソースを自律的に管理する。
ネットワークリソース・オーケストレータ１３は、コア網５のリソースおよびアクセス網４のリソースを自律的に管理する。ネットワークリソース・オーケストレータ１３は、他律的な措置を実行する装置である。
《コア網５の詳細》
コア網５には、コアルータ５４ａ，５４ｂ、パケット交換システム５３ａ，５３ｂ、ＳＤＮ−Ｌ２スイッチ５１ａ，５１ｂ、ＩＡサーバが配置されているが、これらに限定されない。これらコアルータ５４ａ，５４ｂ、パケット交換システム５３ａ，５３ｂ、ＳＤＮ−Ｌ２スイッチ５１ａ，５１ｂなどは、障害に対して自律的に措置するネットワークエレメントである。
なお、図面ではスイッチのことを“ＳＷ”と記載している場合がある。また、コア網５に配置されているコアルータ５４ａ，５４ｂ、パケット交換システム５３ａ，５３ｂ、ＳＤＮ−Ｌ２スイッチ５１ａ，５１ｂ、ＩＡサーバなどを、ネットワークエレメントと記載している場合がある。
コア網５には、コアルータ５４ａ，５４ｂ、パケット交換システム５３ａ，５３ｂ、ＳＤＮ−Ｌ２スイッチ５１ａ，５１ｂ、ＩＡサーバが配置されているが、これらに限定されない。これらコアルータ５４ａ，５４ｂ、パケット交換システム５３ａ，５３ｂ、ＳＤＮ−Ｌ２スイッチ５１ａ，５１ｂなどは、障害に対して自律的に措置するネットワークエレメントである。
なお、図面ではスイッチのことを“ＳＷ”と記載している場合がある。また、コア網５に配置されているコアルータ５４ａ，５４ｂ、パケット交換システム５３ａ，５３ｂ、ＳＤＮ−Ｌ２スイッチ５１ａ，５１ｂ、ＩＡサーバなどを、ネットワークエレメントと記載している場合がある。
コアルータ５４ａ，５４ｂは、コア網５を経由するパケットの転送装置である。以下、コアルータ５４ａ，５４ｂを特に区別しないときには、単にコアルータ５４と記載する。
パケット交換システム（ＰＴＳ：Packet Transport System）５３ａ，５３ｂは、コア網５を経由するパケットを交換するためのシステムである。図面では、パケット交換システム５３ａ，５３ｂのことを“ＰＴＳ”と記載している。またパケット交換システム５３ａ，５３ｂを特に区別しないときには、単にパケット交換システム５３と記載する。
パケット交換システム（ＰＴＳ：Packet Transport System）５３ａ，５３ｂは、コア網５を経由するパケットを交換するためのシステムである。図面では、パケット交換システム５３ａ，５３ｂのことを“ＰＴＳ”と記載している。またパケット交換システム５３ａ，５３ｂを特に区別しないときには、単にパケット交換システム５３と記載する。
ＳＤＮ−Ｌ２スイッチ（Software Defined Networking Layer2 Switch）５１ａ，５１ｂは、コア網５を経由するパケットを転送するＳＤＮ対応型の転送装置である。ＳＤＮ−Ｌ２スイッチ５１ａ，５１ｂは、コア網５にてパケットが転送されるパスのＥＰ（End Point：エンドポイント、端点）となる。以下、ＳＤＮ−Ｌ２スイッチ５１ａ，５１ｂを特に区別しないときには、単にＳＤＮ−Ｌ２スイッチ５１と記載する。
ＩＡ（Intel（登録商標） Architecture）サーバは、汎用のサーバである。このＩＡサーバは、周知の仮想化技術によって１または複数の仮想マシン（ＶＭ：Virtual Machine）を生成することができる。仮想マシンは更に、１つのアプリケーション（ＡＰＬ：Application）を配置することができる。仮想マシン上のアプリケーションを動作させることで、仮想マシンは、所定のネットワークサービスをユーザに提供することができる。アプリケーションは、ＶＮＦ（Virtual Network Function：仮想ネットワーク機能）や、ＶＮＦＣ（ＶＮＦ component）と呼ばれる場合がある。
ＩＡサーバは、データセンタ５２ａ，５２ｂ（ＤＣ：Data Center）に設置されている。以下、データセンタ５２ａ，５２ｂを特に区別しないときには、単にデータセンタ５２と記載する。
各データセンタ５２は、１または複数のＩＡサーバを保有している。データセンタ５２は、ＩＡサーバ群とみなすことができる。データセンタ５２は、他のデータセンタ５２と接続するためのゲートウェイスイッチを備えるが、ここではゲートウェイスイッチに関する説明を省略する。
各データセンタ５２は、１または複数のＩＡサーバを保有している。データセンタ５２は、ＩＡサーバ群とみなすことができる。データセンタ５２は、他のデータセンタ５２と接続するためのゲートウェイスイッチを備えるが、ここではゲートウェイスイッチに関する説明を省略する。
《データセンタ５２の詳細》
データセンタ５２は、他の仮想環境の影響を受けることのない独立した１または複数のスライスを生成することができる。スライスは、既存のネットワークの一部を仮想化したネットワークであり、データセンタ５２に対して生成したスライスを「ＤＣスライス（汎用サーバ用スライス）」と呼ぶ。データセンタ５２は、複数のＤＣスライスを生成することができる。ＤＣスライスは、自身のＤＣスライス内の仮想マシン間の通信を行うことができる。ＤＣスライスは、同じデータセンタ５２内での他のＤＣスライスとの通信や、他のデータセンタ５２内のＤＣスライスとの通信を行うこともできる。
データセンタ５２は、他の仮想環境の影響を受けることのない独立した１または複数のスライスを生成することができる。スライスは、既存のネットワークの一部を仮想化したネットワークであり、データセンタ５２に対して生成したスライスを「ＤＣスライス（汎用サーバ用スライス）」と呼ぶ。データセンタ５２は、複数のＤＣスライスを生成することができる。ＤＣスライスは、自身のＤＣスライス内の仮想マシン間の通信を行うことができる。ＤＣスライスは、同じデータセンタ５２内での他のＤＣスライスとの通信や、他のデータセンタ５２内のＤＣスライスとの通信を行うこともできる。
《アクセス網４の詳細》
アクセス網４には、ＰＯＮ４１、Ｌ２スイッチ４２、Ｌ３スイッチ４３が配置されている。これらＰＯＮ４１、Ｌ２スイッチ４２、Ｌ３スイッチ４３などは、障害に対して自律的に措置するネットワークエレメントである。なお、アクセス網４に配置される機器は、これらに限定されない。
ＰＯＮ（Passive Optical Network）４１は、複数のユーザ宅へ光ファイバなどの通信用インフラを導入する機器である。なお、ＰＯＮ４１の例としては、ＯＬＴ（Optical Line Terminal：光回線終端装置）がある。
Ｌ２スイッチ（Layer2 Switch）４２は、アクセス網４を経由するパケットを、ＯＳＩ（Open Systems Interconnection）参照モデルの第２階層上で制御する転送装置である。
Ｌ３スイッチ（Layer3 Switch）４３は、アクセス網４を経由するパケットを、ＯＳＩ参照モデルの第３階層上で制御する転送装置である。
アクセス網４には、ＰＯＮ４１、Ｌ２スイッチ４２、Ｌ３スイッチ４３が配置されている。これらＰＯＮ４１、Ｌ２スイッチ４２、Ｌ３スイッチ４３などは、障害に対して自律的に措置するネットワークエレメントである。なお、アクセス網４に配置される機器は、これらに限定されない。
ＰＯＮ（Passive Optical Network）４１は、複数のユーザ宅へ光ファイバなどの通信用インフラを導入する機器である。なお、ＰＯＮ４１の例としては、ＯＬＴ（Optical Line Terminal：光回線終端装置）がある。
Ｌ２スイッチ（Layer2 Switch）４２は、アクセス網４を経由するパケットを、ＯＳＩ（Open Systems Interconnection）参照モデルの第２階層上で制御する転送装置である。
Ｌ３スイッチ（Layer3 Switch）４３は、アクセス網４を経由するパケットを、ＯＳＩ参照モデルの第３階層上で制御する転送装置である。
図２は、ＷＩＭ３３によるテレメトリ受信処理を示すフローチャートである。
ＷＩＭ３３が、ネットワークエレメントからテレメトリデータを受信すると（ステップＳ１０）、図２の処理が開始する。ＷＩＭ３３は、このテレメトリデータから障害事象を検出したか否かを判断する（ステップＳ１１）。ＷＩＭ３３は、テレメトリデータから障害事象を検出したならば（Ｙｅｓ）、このテレメトリデータを障害マネージャ２７に送信して、図２の処理を終了する。以下、このテレメトリデータは、障害マネージャ２７によって処理される。
ＷＩＭ３３は、テレメトリデータから障害事象を検出しなかったならば（Ｎｏ）、図２の処理を終了する。
ＷＩＭ３３が、ネットワークエレメントからテレメトリデータを受信すると（ステップＳ１０）、図２の処理が開始する。ＷＩＭ３３は、このテレメトリデータから障害事象を検出したか否かを判断する（ステップＳ１１）。ＷＩＭ３３は、テレメトリデータから障害事象を検出したならば（Ｙｅｓ）、このテレメトリデータを障害マネージャ２７に送信して、図２の処理を終了する。以下、このテレメトリデータは、障害マネージャ２７によって処理される。
ＷＩＭ３３は、テレメトリデータから障害事象を検出しなかったならば（Ｎｏ）、図２の処理を終了する。
図３は、障害マネージャ２７によるテレメトリ解析処理を示すフローチャートである。
障害マネージャ２７は、ＷＩＭ３３から障害データを受信すると（ステップＳ２０）、図３の処理を開始する。障害マネージャ２７は、受信した障害データを解析し（ステップＳ２１）、この障害に係るネットワークエレメント種別と、障害種別を判定する。
障害マネージャ２７は、障害データを解析したネットワークエレメント種別と障害種別から自律措置優先時間を取得する（ステップＳ２２）。障害マネージャ２７は更に、障害検出日時に自律措置優先時間を加算して、自律措置優先終了日時を算出する（ステップＳ２３）。障害マネージャ２７は、障害データおよびその解析結果、自律措置優先終了日時、未回復の情報をテレメトリデータベース２８に格納する（ステップＳ２４）。
障害マネージャ２７は、ＷＩＭ３３を介してネットワークエレメントに対して措置実行を指示する（ステップＳ２５）。
障害マネージャ２７は、ＷＩＭ３３から障害データを受信すると（ステップＳ２０）、図３の処理を開始する。障害マネージャ２７は、受信した障害データを解析し（ステップＳ２１）、この障害に係るネットワークエレメント種別と、障害種別を判定する。
障害マネージャ２７は、障害データを解析したネットワークエレメント種別と障害種別から自律措置優先時間を取得する（ステップＳ２２）。障害マネージャ２７は更に、障害検出日時に自律措置優先時間を加算して、自律措置優先終了日時を算出する（ステップＳ２３）。障害マネージャ２７は、障害データおよびその解析結果、自律措置優先終了日時、未回復の情報をテレメトリデータベース２８に格納する（ステップＳ２４）。
障害マネージャ２７は、ＷＩＭ３３を介してネットワークエレメントに対して措置実行を指示する（ステップＳ２５）。
障害マネージャ２７は、現在の日時が自律措置優先終了日時以降であるか否かを判定する（ステップＳ２６）。障害マネージャ２７は、現在の日時が自律措置優先終了日時以降ならば（Ｙｅｓ）、ＷＩＭ３３を介してネットワークエレメントに対して措置中断を指示して（ステップＳ２９）、図３の処理を終了する。
障害マネージャ２７は、現在の日時が自律措置優先終了日時よりも前ならば（Ｎｏ）、このネットワークエレメントから回復した旨のテレメトリデータを受信したか否かを判定する（ステップＳ２７）。障害マネージャ２７は、このネットワークエレメントが回復していないと判定したならば（Ｎｏ）、ステップＳ２６の処理に戻って判定を繰り返す。障害マネージャ２７は、このネットワークエレメントが回復したと判定したならば（Ｙｅｓ）、テレメトリデータベース２８を更新して回復済を登録し（ステップＳ２８）、図３の処理を終了する。
図４は、オーケストレータ部１による自律処理優先終了判定処理を示すフローチャートである。
オーケストレータ部１は、テレメトリデータベース２８から自律措置優先終了日時と回復済／未回復の情報を参照し（ステップＳ３０）、ネットワークエレメントが回復済みであるか否かを判定する（ステップＳ３１）。オーケストレータ部１は、ネットワークエレメントが回復済みならば（Ｙｅｓ）、図４の処理を終了する。
オーケストレータ部１は、テレメトリデータベース２８から自律措置優先終了日時と回復済／未回復の情報を参照し（ステップＳ３０）、ネットワークエレメントが回復済みであるか否かを判定する（ステップＳ３１）。オーケストレータ部１は、ネットワークエレメントが回復済みならば（Ｙｅｓ）、図４の処理を終了する。
オーケストレータ部１は、ネットワークエレメントが回復済みでないならば（Ｎｏ）、現在の日時が自律措置優先終了日時以降であるか否かを判定する（ステップＳ３２）。オーケストレータ部１は、現在の日時が自律措置優先終了日時よりも前ならば（Ｎｏ）、ステップＳ３０の処理に戻る。
オーケストレータ部１は、現在の日時が自律措置優先終了日時以降ならば（Ｙｅｓ）、当該ネットワークエレメントへの措置を発動し（ステップＳ３３）、図４の処理を終了する。
オーケストレータ部１は、現在の日時が自律措置優先終了日時以降ならば（Ｙｅｓ）、当該ネットワークエレメントへの措置を発動し（ステップＳ３３）、図４の処理を終了する。
図５は、障害発生時のシーケンス図である。
ネットワークエレメント５６は、障害事象情報を含むテレメトリデータをＷＩＭ３３に送信する（ステップＳ４０）。ＷＩＭ３３は、このテレメトリデータに基づいて障害事象を検出し（ステップＳ４１）、このテレメトリデータを障害マネージャ２７に送信する（ステップＳ４２）。
障害マネージャ２７は、ＷＩＭ３３からテレメトリデータを受信すると、このテレメトリデータを解析して（ステップＳ４３）、ネットワークエレメント種別の情報と障害種別の情報を抽出する。障害マネージャ２７は、障害時間データベース２７１を参照して（ステップＳ４４）、ネットワークエレメント種別の情報および障害種別の情報の組合せに対応する自律措置の優先時間を取得する（ステップＳ４５）。
障害マネージャ２７は、自律措置の優先時間を障害検出時刻に加算して、自律措置の優先終了日時を算出し（ステップＳ４６）、テレメトリデータと未回復の情報とあわせてテレメトリデータベース２８に格納する。
ネットワークエレメント５６は、障害事象情報を含むテレメトリデータをＷＩＭ３３に送信する（ステップＳ４０）。ＷＩＭ３３は、このテレメトリデータに基づいて障害事象を検出し（ステップＳ４１）、このテレメトリデータを障害マネージャ２７に送信する（ステップＳ４２）。
障害マネージャ２７は、ＷＩＭ３３からテレメトリデータを受信すると、このテレメトリデータを解析して（ステップＳ４３）、ネットワークエレメント種別の情報と障害種別の情報を抽出する。障害マネージャ２７は、障害時間データベース２７１を参照して（ステップＳ４４）、ネットワークエレメント種別の情報および障害種別の情報の組合せに対応する自律措置の優先時間を取得する（ステップＳ４５）。
障害マネージャ２７は、自律措置の優先時間を障害検出時刻に加算して、自律措置の優先終了日時を算出し（ステップＳ４６）、テレメトリデータと未回復の情報とあわせてテレメトリデータベース２８に格納する。
オーケストレータ部１は、テレメトリデータベース２８に対して、テレメトリデータなどを要求する（ステップＳ５０）。ここで要求する情報は、テレメトリデータに加えて、自律措置の優先終了日時と回復／未回復の情報である。テレメトリデータベース２８は、その応答として、テレメトリデータと、自律措置の優先終了日時と、未回復である旨をオーケストレータ部１に送信する（ステップＳ５１）。
このようにすることで、ネットワーク管理装置Ｍは、テレメトリデータベース２８を介して自律的な措置と他律的な措置とを調停している。これにより、ネットワーク管理装置Ｍは、ネットワークの障害に対する複数の措置によるリソース競合を回避し、更に自律的な措置による迅速な回復を行わせることができる。
このようにすることで、ネットワーク管理装置Ｍは、テレメトリデータベース２８を介して自律的な措置と他律的な措置とを調停している。これにより、ネットワーク管理装置Ｍは、ネットワークの障害に対する複数の措置によるリソース競合を回避し、更に自律的な措置による迅速な回復を行わせることができる。
図６は、自律的措置による回復時のシーケンス図である。
障害マネージャ２７は、ＷＩＭ３３に対してネットワークエレメント５６の措置を指示する（ステップＳ６０）。ＷＩＭ３３は、この措置の指示を受信すると、ネットワークエレメント５６に対して措置を実行する（ステップＳ６１）。
障害マネージャ２７は、ＷＩＭ３３に対してネットワークエレメント５６の措置を指示する（ステップＳ６０）。ＷＩＭ３３は、この措置の指示を受信すると、ネットワークエレメント５６に対して措置を実行する（ステップＳ６１）。
ネットワークエレメント５６が措置によって回復すると、ＷＩＭ３３に対して応答する（ステップＳ６２）。ＷＩＭ３３は、この応答を障害マネージャ２７に中継する（ステップＳ６３）。障害マネージャ２７は、テレメトリデータベース２８に対して、このネットワークエレメント５６の回復を送信する（ステップＳ６４）。テレメトリデータベース２８は、このネットワークエレメント５６が回復した旨を格納する。
オーケストレータ部１は、テレメトリデータベース２８に対して、テレメトリデータなどを要求する（ステップＳ７０）。ここで要求する情報は、テレメトリデータに加えて、自律措置の優先終了日時と回復／未回復の情報である。テレメトリデータベース２８は、その応答として、テレメトリデータと、自律措置の優先終了日時と、未回復である旨をオーケストレータ部１に送信する（ステップＳ７１）。
このようにすることで、テレメトリデータベース２８を介して自律的な措置と他律的な措置とを調停しているので、ネットワークの障害に対する他律的な措置によるリソース競合の回避と、自律的な措置による迅速な回復とを両立させることができる。
第１の実施形態のネットワーク管理装置Ｍは、障害が発生したのちの所定時間に亘り、自律的な措置の実施を許容している。これにより同一障害に対する複数の措置の競合を回避できる。
このようにすることで、テレメトリデータベース２８を介して自律的な措置と他律的な措置とを調停しているので、ネットワークの障害に対する他律的な措置によるリソース競合の回避と、自律的な措置による迅速な回復とを両立させることができる。
第１の実施形態のネットワーク管理装置Ｍは、障害が発生したのちの所定時間に亘り、自律的な措置の実施を許容している。これにより同一障害に対する複数の措置の競合を回避できる。
《第２の実施形態》
以下、図７から図９を参照しつつ、第２の実施形態について説明する。
図７は、第２の実施形態におけるネットワーク管理装置Ｍの機能構成図である。
第２の実施形態のネットワーク管理装置Ｍは、第１の実施形態とは異なり、オーケストレータ部１がネットワーク管理ポリシマネージャ１４を含んでいる。第２の実施形態のネットワーク管理装置Ｍは更に、ネットワークエレメント種別と障害種別に対応した自律的措置の実施可否の設定が蓄積された設定値蓄積部１５を含んでいる。なお、設定値蓄積部１５は、オーケストレータ部１以外に含まれてもよく、または独立した装置やシステムでも構わない。
障害を検出したネットワークエレメントまたは自律的に措置を実施するシステムでは、この障害に対して自律的に措置してよいか否かを、ネットワーク管理ポリシマネージャ１４に照会する。これより、ネットワークのリンクに多重障害が同時に発生した場合などに、網全体を管理する装置に他律的に措置を実行させることができ、リソースの競合を抑止することができる。
他律的に措置した方がよい障害とは、例えば輻輳、激甚災害、大規模停電などのようにネットワークのリンクに多重障害が同時に発生した場合である。
以下、図７から図９を参照しつつ、第２の実施形態について説明する。
図７は、第２の実施形態におけるネットワーク管理装置Ｍの機能構成図である。
第２の実施形態のネットワーク管理装置Ｍは、第１の実施形態とは異なり、オーケストレータ部１がネットワーク管理ポリシマネージャ１４を含んでいる。第２の実施形態のネットワーク管理装置Ｍは更に、ネットワークエレメント種別と障害種別に対応した自律的措置の実施可否の設定が蓄積された設定値蓄積部１５を含んでいる。なお、設定値蓄積部１５は、オーケストレータ部１以外に含まれてもよく、または独立した装置やシステムでも構わない。
障害を検出したネットワークエレメントまたは自律的に措置を実施するシステムでは、この障害に対して自律的に措置してよいか否かを、ネットワーク管理ポリシマネージャ１４に照会する。これより、ネットワークのリンクに多重障害が同時に発生した場合などに、網全体を管理する装置に他律的に措置を実行させることができ、リソースの競合を抑止することができる。
他律的に措置した方がよい障害とは、例えば輻輳、激甚災害、大規模停電などのようにネットワークのリンクに多重障害が同時に発生した場合である。
図８は、障害マネージャ２７によるテレメトリ解析処理を示すフローチャートである。
ステップＳ８０，Ｓ８１の処理は、図３に示したステップＳ２０，Ｓ２１の処理と同様である。
ステップＳ８１の処理が終了すると、障害マネージャ２７は、障害データを解析したネットワークエレメント種別と障害種別に基づき、ネットワーク管理ポリシマネージャ１４に対して自律措置の実施可否を問い合わせる（ステップＳ８２）。
ステップＳ８０，Ｓ８１の処理は、図３に示したステップＳ２０，Ｓ２１の処理と同様である。
ステップＳ８１の処理が終了すると、障害マネージャ２７は、障害データを解析したネットワークエレメント種別と障害種別に基づき、ネットワーク管理ポリシマネージャ１４に対して自律措置の実施可否を問い合わせる（ステップＳ８２）。
障害マネージャ２７は、ネットワーク管理ポリシマネージャ１４からの応答が、自律措置の実施可能であったならば（Ｙｅｓ）、ステップＳ８４の処理に進む。ステップＳ８４〜Ｓ９１の処理は、図３に示したステップＳ２２〜Ｓ２９の処理と同様である。
障害マネージャ２７は、ネットワーク管理ポリシマネージャ１４からの応答が自律措置の実施可能でなかったならば（Ｎｏ）、障害のテレメトリデータと未回復の情報とをテレメトリデータベース２８に格納し（ステップＳ９２）、図８の処理を終了する。
このとき、障害マネージャ２７は、自律的な措置の実行を指示せず、かつ自律措置優先終了日時は格納しないので、オーケストレータ部１は、他律的な措置をすぐさま実行することができる。
障害マネージャ２７は、ネットワーク管理ポリシマネージャ１４からの応答が自律措置の実施可能でなかったならば（Ｎｏ）、障害のテレメトリデータと未回復の情報とをテレメトリデータベース２８に格納し（ステップＳ９２）、図８の処理を終了する。
このとき、障害マネージャ２７は、自律的な措置の実行を指示せず、かつ自律措置優先終了日時は格納しないので、オーケストレータ部１は、他律的な措置をすぐさま実行することができる。
図９は、障害発生時のシーケンス図である。
ネットワークエレメント５６は、障害事象情報を含むテレメトリデータをＷＩＭ３３に送信する（ステップＳ１００）。ＷＩＭ３３は、このテレメトリデータに基づいて障害事象を検出し（ステップＳ１０１）、このテレメトリデータを障害マネージャ２７に送信する（ステップＳ１０２）。
ネットワークエレメント５６は、障害事象情報を含むテレメトリデータをＷＩＭ３３に送信する（ステップＳ１００）。ＷＩＭ３３は、このテレメトリデータに基づいて障害事象を検出し（ステップＳ１０１）、このテレメトリデータを障害マネージャ２７に送信する（ステップＳ１０２）。
障害マネージャ２７は、ＷＩＭ３３からテレメトリデータを受信すると、このテレメトリデータを解析して（ステップＳ１０３）、ネットワークエレメント種別の情報と障害種別の情報を抽出する。障害マネージャ２７は、このネットワークエレメント種別の情報と障害種別の情報の組合せを、ネットワーク管理ポリシマネージャ１４に送信する（ステップＳ１０４）。ネットワーク管理ポリシマネージャ１４は、このネットワークエレメント種別の情報と障害種別の情報の組合せに対して、自律措置が実施不可である旨を応答する（ステップＳ１０５）。障害マネージャ２７は、障害のテレメトリデータと未回復の情報とをテレメトリデータベース２８に送信する（ステップＳ１０６）。
ネットワーク管理ポリシマネージャ１４は、テレメトリデータベース２８に対して、テレメトリデータなどを要求する（ステップＳ１１０）。ここで要求する情報は、テレメトリデータに加えて、自律措置の優先終了日時と回復／未回復の情報である。テレメトリデータベース２８は、その応答として、ネットワークエレメント５６が未回復である旨をネットワーク管理ポリシマネージャ１４に送信する（ステップＳ１１１）。よってネットワーク管理ポリシマネージャ１４は、この障害に係るネットワークエレメント５６に対して、他律的な措置を指示する（ステップＳ１１２）。
第２の実施形態のネットワーク管理装置Ｍは、他律的に措置した方がよい障害については、最初から自律的な措置を実施せずに、他律的に措置している。これにより、同一障害に対する複数の措置によるリソース競合を回避可能である。
第２の実施形態のネットワーク管理装置Ｍは、他律的に措置した方がよい障害については、最初から自律的な措置を実施せずに、他律的に措置している。これにより、同一障害に対する複数の措置によるリソース競合を回避可能である。
（変形例）
本発明は、上記実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で、変更実施が可能であり、例えば、次の（ａ）〜（ｄ）のようなものがある。
本発明は、上記実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で、変更実施が可能であり、例えば、次の（ａ）〜（ｄ）のようなものがある。
（ａ） テレメトリデータベース２８に格納される情報は、テレメトリデータの解析結果に限定されず、テレメトリデータがそのまま格納されていてもよい。
（ｂ） テレメトリデータベース２８に格納される情報は、障害に係るテレメトリデータに限定されず、すべてのテレメトリデータが格納されてもよい。
（ｃ） テレメトリデータベース２８に格納される情報は、障害に係るテレメトリデータの解析結果に限定されず、すべてのテレメトリデータの解析結果が格納されてもよい。
（ｄ） 障害時間データベース２７１は、障害事象情報と自律措置優先時間との関係を記憶していればよく、例えば障害種別とこの障害に係る自律措置優先時間との関係、障害に係るネットワークエレメント種別と対応する自律措置優先時間との関係であってもよい。
（ｂ） テレメトリデータベース２８に格納される情報は、障害に係るテレメトリデータに限定されず、すべてのテレメトリデータが格納されてもよい。
（ｃ） テレメトリデータベース２８に格納される情報は、障害に係るテレメトリデータの解析結果に限定されず、すべてのテレメトリデータの解析結果が格納されてもよい。
（ｄ） 障害時間データベース２７１は、障害事象情報と自律措置優先時間との関係を記憶していればよく、例えば障害種別とこの障害に係る自律措置優先時間との関係、障害に係るネットワークエレメント種別と対応する自律措置優先時間との関係であってもよい。
Ｍ ネットワーク管理装置
１ オーケストレータ部
１１ Ｅ２Ｅオーケストレータ
１３ ネットワークリソース・オーケストレータ
１２ サーバリソース・オーケストレータ
２ インフラマネージャ部
２１ ＶＮＦＭ
２２ ＶＩＭ
２５ ＯＳＳ
２６ ＳＤＮマネージャ
２７ 障害マネージャ
２７１ 障害時間データベース
２８ テレメトリデータベース
２９ インベントリデータベース
３３ ＷＩＭ
４ アクセス網
４１ ＰＯＮ
４２ Ｌ２スイッチ
４３ Ｌ３スイッチ
５ コア網
５１ ＳＤＮ−Ｌ２スイッチ
５２ データセンタ
５３ バケット交換システム
５４ コアルータ
５６ ネットワークエレメント
１ オーケストレータ部
１１ Ｅ２Ｅオーケストレータ
１３ ネットワークリソース・オーケストレータ
１２ サーバリソース・オーケストレータ
２ インフラマネージャ部
２１ ＶＮＦＭ
２２ ＶＩＭ
２５ ＯＳＳ
２６ ＳＤＮマネージャ
２７ 障害マネージャ
２７１ 障害時間データベース
２８ テレメトリデータベース
２９ インベントリデータベース
３３ ＷＩＭ
４ アクセス網
４１ ＰＯＮ
４２ Ｌ２スイッチ
４３ Ｌ３スイッチ
５ コア網
５１ ＳＤＮ−Ｌ２スイッチ
５２ データセンタ
５３ バケット交換システム
５４ コアルータ
５６ ネットワークエレメント
Claims (12)
- 障害に対して自律的に措置するネットワークエレメントを管理するインフラマネージャ部と、
前記ネットワークエレメントの障害に対して措置するオーケストレータ部と、を備え、
前記インフラマネージャ部は、前記ネットワークエレメントのうちいずれかに係る障害事象情報を含むテレメトリデータを当該ネットワークエレメントから受信する障害マネージャと、
当該障害に対する前記ネットワークエレメントの自律的な措置の優先日時の情報と共に、前記テレメトリデータを格納するテレメトリデータベースと、
を備え、
前記障害マネージャが、何れかのネットワークエレメントから障害事象情報を含むテレメトリデータを受信すると、前記ネットワークエレメントに自律的な措置の実行を指示し、
かつ、前記オーケストレータ部が、前記テレメトリデータベースを参照して、前記優先日時まで前記障害に係るネットワークエレメントに対して他律的な措置実施の発動を行わない、
ことを特徴とするネットワーク管理装置。 - 前記障害マネージャは、何れかのネットワークエレメントから障害事象情報を含むテレメトリデータを受信すると、前記ネットワークエレメントに自律的な措置の実行を指示し、かつ前記ネットワークエレメントが前記優先日時を過ぎても未回復ならば、前記ネットワークエレメントの自律的な措置の中断を指示する、
ことを特徴とする請求項１に記載のネットワーク管理装置。 - 前記オーケストレータ部は、前記障害事象情報から、自律的な措置の実施可否を応答するネットワーク管理ポリシマネージャ、
を備え、
前記障害マネージャが、何れかのネットワークエレメントから障害事象情報を含むテレメトリデータを受信し、かつ、前記ネットワーク管理ポリシマネージャが、前記障害事象情報から自律的な措置の実施不可を応答したならば、前記障害マネージャは、前記ネットワークエレメントに自律的な措置の実行を指示せず、前記オーケストレータ部は、前記ネットワークエレメントに他律的な措置を指示する、
ことを特徴とする請求項１または２に記載のネットワーク管理装置。 - 前記障害マネージャは、前記ネットワークエレメントのうちいずれかに係る前記障害事象情報を含む前記テレメトリデータを解析して、前記障害に係るネットワークエレメントの種別および障害種別を抽出する、
ことを特徴とする請求項１から３のうち何れか１項に記載のネットワーク管理装置。 - ネットワークエレメント種別と障害種別に対応した自律的措置の実施可否の設定が蓄積された設定値蓄積部を更に備え、
前記ネットワーク管理ポリシマネージャは、前記設定値蓄積部の情報に基づき、前記ネットワークエレメントの自律的な措置の実施可否を判定する、
ことを特徴とする請求項３に記載のネットワーク管理装置。 - 前記インフラマネージャ部は、前記障害事象情報と、自律的な措置を優先させる優先時間情報との対応を格納した障害時間データベースを備え、
前記障害マネージャは、前記障害時間データベースに基づき、当該障害事象情報に対応する優先時間情報を取得する、
ことを特徴とする請求項１から５のうち何れか１項に記載のネットワーク管理装置。 - 障害に対して自律的に措置するネットワークエレメントを管理するインフラマネージャ部と、
前記ネットワークエレメントの障害に対して措置するオーケストレータ部と、
を備えるネットワーク管理装置が実行するネットワーク管理方法であって、
前記インフラマネージャ部の障害マネージャは、前記ネットワークエレメントのうちいずれかに係る障害事象情報を含むテレメトリデータを当該ネットワークエレメントから受信し、
テレメトリデータベースに、前記障害に対する自律的な措置の優先日時の情報と共に、前記テレメトリデータを格納し、
前記障害マネージャが何れかのネットワークエレメントから障害事象情報を含むテレメトリデータを受信すると、前記ネットワークエレメントに自律的な措置の実行を指示し、
かつ、前記オーケストレータ部は、前記テレメトリデータベースを参照して、前記優先日時まで前記障害に係るネットワークエレメントに対して他律的な措置実施の発動を行わない、
ことを特徴とするネットワーク管理方法。 - 前記障害マネージャは、何れかのネットワークエレメントから障害事象情報を含むテレメトリデータを受信すると、前記ネットワークエレメントに自律的な措置の実行を指示し、かつ前記ネットワークエレメントが前記優先日時を過ぎても未回復ならば、前記ネットワークエレメントの自律的な措置の中断を指示する、
ことを特徴とする請求項７に記載のネットワーク管理方法。 - 前記オーケストレータ部のネットワーク管理ポリシマネージャは、前記障害に係るネットワークエレメントの種別および障害種別から、自律的な措置の実施可否を応答し、
前記障害マネージャが何れかのネットワークエレメントから障害事象情報を含むテレメトリデータを受信した際、前記ネットワーク管理ポリシマネージャが前記障害事象情報から自律的な措置の実施不可を応答したならば、前記障害マネージャは、前記ネットワークエレメントに自律的な措置の実行を指示せず、前記オーケストレータ部は、他律的な措置を指示する、
ことを特徴とする請求項７または８に記載のネットワーク管理方法。 - 前記障害マネージャは、前記ネットワークエレメントのうちいずれかに係る前記障害事象情報を含む前記テレメトリデータを解析して、前記障害に係るネットワークエレメントの種別および障害種別を抽出する、
ことを特徴とする請求項７から９のうち何れか１項に記載のネットワーク管理方法。 - ネットワークエレメント種別と障害種別に対応した自律的措置の実施可否の設定が蓄積された設定値蓄積部を更に備える、
ことを特徴とする請求項７から１０のうち何れか１項に記載のネットワーク管理方法。 - 前記インフラマネージャ部は、障害事象情報と自律的な措置を優先させる優先時間情報の対応を格納した障害時間データベースを備えており、
前記障害マネージャは、前記障害時間データベースに基づき、前記テレメトリデータに含まれる障害事象情報に対応する優先時間情報を取得する、
ことを特徴とする請求項７から１１のうち何れか１項に記載のネットワーク管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2017120558A JP6778151B2 (ja) | 2017-06-20 | 2017-06-20 | ネットワーク管理装置およびネットワーク管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2017120558A JP6778151B2 (ja) | 2017-06-20 | 2017-06-20 | ネットワーク管理装置およびネットワーク管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2019009490A JP2019009490A (ja) | 2019-01-17 |
| JP6778151B2 true JP6778151B2 (ja) | 2020-10-28 |
Family
ID=65029199
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2017120558A Active JP6778151B2 (ja) | 2017-06-20 | 2017-06-20 | ネットワーク管理装置およびネットワーク管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6778151B2 (ja) |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2974886B2 (ja) * | 1993-06-28 | 1999-11-10 | 富士通株式会社 | 回線障害通知方式 |
| JP2836552B2 (ja) * | 1995-11-20 | 1998-12-14 | 日本電気株式会社 | 分散型ネットワーク障害回復装置 |
| EP3024174B1 (en) * | 2013-09-30 | 2017-11-22 | Huawei Technologies Co., Ltd. | Fault management method and fault management entity for virtualized network functions |
-
2017
- 2017-06-20 JP JP2017120558A patent/JP6778151B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2019009490A (ja) | 2019-01-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10742556B2 (en) | Tactical traffic engineering based on segment routing policies | |
| EP3661127B1 (en) | Partial software defined network switch replacement in ip networks | |
| US10148517B2 (en) | Systems and methods for topology discovery and application in a border gateway protocol based data center | |
| Velasco et al. | In-operation network planning | |
| Jhaveri et al. | Fault-resilience for bandwidth management in industrial software-defined networks | |
| US7965620B2 (en) | Method, computer product and system for correlating events in a network | |
| CN101601228A (zh) | 基于多生成树的体系结构中的故障定位 | |
| JP6508051B2 (ja) | 通信制御装置、通信制御システム、通信制御方法及び通信制御プログラム | |
| US7680046B2 (en) | Wide area load sharing control system | |
| Heegaard et al. | Achieving dependability in software-defined networking—a perspective | |
| EP2658177B1 (en) | Method for detecting tunnel faults and traffic engineering node | |
| US8817605B2 (en) | Cross-layer reconfiguration method for surviving multiple-link network failures | |
| EP3716543B1 (en) | Controlling paths in a network via a centralized controller or network devices | |
| KR20150002474A (ko) | 통신 네트워크에서 장애 복구 방법 | |
| EP3099010B1 (en) | Network path computation method, apparatus and system | |
| Benet et al. | Minimizing live VM migration downtime using OpenFlow based resiliency mechanisms | |
| CN109873762B (zh) | 路径调度方法、装置和计算机可读存储介质 | |
| JP6778151B2 (ja) | ネットワーク管理装置およびネットワーク管理方法 | |
| WO2007142952A2 (en) | Management of client layer communications services | |
| Menaceur et al. | Fault Tolerance and Failure Recovery Techniques in Software-Defined Networking: A Comprehensive Approach | |
| Nguyen et al. | An openflow-based scheme for service Chaining’s high availability in cloud network | |
| JP7020556B2 (ja) | 障害復旧制御方法、通信装置、通信システム、及びプログラム | |
| CN108702321B (zh) | 实现快速重路由(frr)的系统、方法和装置 | |
| JP6315467B2 (ja) | ネットワーク復旧システムおよびプログラム | |
| WO2024021976A1 (zh) | 一种报文处理的方法及相关设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20190627 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20200605 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20200714 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20200914 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20201006 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20201009 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6778151 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |