WO2019172319A1 - 監視装置及び監視方法 - Google Patents

監視装置及び監視方法 Download PDF

Info

Publication number
WO2019172319A1
WO2019172319A1 PCT/JP2019/008889 JP2019008889W WO2019172319A1 WO 2019172319 A1 WO2019172319 A1 WO 2019172319A1 JP 2019008889 W JP2019008889 W JP 2019008889W WO 2019172319 A1 WO2019172319 A1 WO 2019172319A1
Authority
WO
WIPO (PCT)
Prior art keywords
failure
monitoring
transmission
alarm information
alarm
Prior art date
Application number
PCT/JP2019/008889
Other languages
English (en)
French (fr)
Inventor
修 沖野
浩之 大柳
祐一郎 石塚
Original Assignee
日本電信電話株式会社
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 日本電信電話株式会社 filed Critical 日本電信電話株式会社
Priority to US16/978,259 priority Critical patent/US11196482B2/en
Publication of WO2019172319A1 publication Critical patent/WO2019172319A1/ja

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B10/00Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
    • H04B10/07Arrangements for monitoring or testing transmission systems; Arrangements for fault measurement of transmission systems
    • H04B10/075Arrangements for monitoring or testing transmission systems; Arrangements for fault measurement of transmission systems using an in-service signal
    • H04B10/077Arrangements for monitoring or testing transmission systems; Arrangements for fault measurement of transmission systems using an in-service signal using a supervisory or additional signal
    • H04B10/0775Performance monitoring and measurement of transmission parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q11/00Selecting arrangements for multiplex systems
    • H04Q11/0001Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062Network aspects
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B10/00Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
    • H04B10/07Arrangements for monitoring or testing transmission systems; Arrangements for fault measurement of transmission systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B10/00Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
    • H04B10/07Arrangements for monitoring or testing transmission systems; Arrangements for fault measurement of transmission systems
    • H04B10/075Arrangements for monitoring or testing transmission systems; Arrangements for fault measurement of transmission systems using an in-service signal
    • H04B10/077Arrangements for monitoring or testing transmission systems; Arrangements for fault measurement of transmission systems using an in-service signal using a supervisory or additional signal
    • H04B10/0773Network aspects, e.g. central monitoring of transmission parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q11/00Selecting arrangements for multiplex systems
    • H04Q11/0001Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062Network aspects
    • H04Q2011/0079Operation or maintenance aspects
    • H04Q2011/0083Testing; Monitoring

Definitions

  • the present invention relates to a technique for monitoring a transmission device.
  • FIG. 9 is a diagram showing a conventional configuration of an optical transmission network.
  • a conventional optical transmission network (OTN; Optical Transport Network) has an aggregation type network connection configuration in which a monitoring device 1 (EMS; Element Management Management System) and a plurality of transmission devices 2 (NE; Network Management Element) are aggregated for each vendor. .
  • EMS Element Management Management System
  • NE Network Management Element
  • the transmission device 2 issues alarm information to the host monitoring device 1 when a failure occurs in the data communication path of the optical transmission network or when a failure occurs in the transmission device.
  • the monitoring device 1 identifies (organizes) the failure content and failure location based on the alarm information from the transmission device 2, and notifies the higher-level integrated monitoring device 3 (OpS: Operation System) of the alarm information including the failure content and the like.
  • the integrated monitoring device 3 manages the failure content and the failure location based on the alarm notification from the monitoring device 1 and displays them on the screen.
  • the transmission devices 2 located downstream emit their respective alarm information to the monitoring device 1. It will be issued in large quantities. In order to prevent a large amount of alarm information from being issued due to the failure, the transmission device 2 has a function of masking unnecessary alarm information.
  • the upstream transmission apparatus 2a issues alarm information to the monitoring apparatus 1 (not shown) when an OTS (Optical Transmission Transmission) section failure such as signal loss occurs in a predetermined section.
  • OTS Optical Transmission Transmission
  • a failure signal indicating that an error is detected downstream of the section is transmitted to the downstream transmission device 2b.
  • the downstream transmission device 2b receives the failure signal, the downstream transmission device 2b does not notify the monitoring device 1 (not shown) of alarm information even if the transmission target data signal is not correctly received.
  • FIG. 10B when the transmission device 2c issues alarm information to the monitoring device 1 (not shown) based on a failure of one transmission IF unit, the transmission device 2c notifies the notification from the other transmission IF unit. The alarm information is not notified.
  • the conventional optical transmission network is constructed for each vendor, and if the vendor is the same transmission device 2, unnecessary alarm information is effectively masked. Based on the above, the process of notifying the integrated monitoring device 3 of the alarm can be easily executed.
  • the monitoring device 1 Since the transmission device 2 does not assign a sequence number to the alarm information, as shown in FIG. 14A, the monitoring device 1 is connected to a control communication channel (DCN; Data Communication Network) between the transmission device 2 and the monitoring device 1. ) Cannot detect UDP alarm information that is missing, and receive a ripple alarm. Even if a sequence number is assigned to the alarm information, as shown in FIG. 14B, when the monitoring device 1 detects that the alarm information is missing, the alarm with the missing sequence number is detected. Since the process of automatically reacquiring information is performed, there is a delay between the occurrence of a failure in the transmission apparatus 2 and the notification of an alarm to the integrated monitoring apparatus 3.
  • DCN Data Communication Network
  • the present invention has been made in view of the above circumstances, and an object thereof is to appropriately monitor a transmission apparatus.
  • a monitoring device is a monitoring device that monitors a plurality of transmission devices having different specifications, and monitors each of occurrence of failure and failure recovery in the plurality of transmission devices. And when there is a failure occurrence or failure recovery in a plurality of transmission apparatuses, the analysis unit that determines whether or not the failure occurrence or failure recovery continues for a certain period of time, and only when the failure occurrence continues for a certain period of time A control unit that identifies the cause of the failure using a plurality of alarm information received from the transmission device, and a notification unit that notifies the upper monitoring device of the alarm information corresponding to the cause of the failure, To do.
  • the monitoring device is a storage unit that stores mask condition information defining alarm information of a downstream transmission device to be masked with respect to alarm information of an upstream transmission device in the monitoring device according to claim 1
  • the control unit specifies alarm information to be masked using the mask condition information.
  • the monitoring device is the monitoring device according to claim 1, wherein the transmission device is configured by at least two transmission modules, and the monitoring device masks alarm information of one transmission module.
  • a storage unit for storing mask condition information defining alarm information of the other power module is further provided, and the control unit specifies alarm information to be masked using the mask condition information.
  • the monitoring device is the monitoring device according to any one of claims 1 to 3, wherein the monitoring unit monitors only the cause of the failure, and the notification unit corresponds to the cause of the failure.
  • the failure recovery to be received is received, the recovery information is notified to the upper monitoring device.
  • the monitoring method according to claim 5 is a monitoring method for monitoring a plurality of transmission devices having different specifications by the monitoring device, wherein the monitoring device monitors each of occurrence of failure and failure recovery in the plurality of transmission devices;
  • the step of determining whether or not the failure occurrence or failure recovery continues for a certain period of time, and the plurality of transmissions only when the failure occurrence continues for a certain period of time The step of identifying the cause of the failure using a plurality of alarm information received from the device and the step of notifying the upper monitoring device of the alarm information corresponding to the cause of the failure are characterized.
  • the monitoring device 1 (procedure 1) constantly monitors whether or not a plurality of transmission devices 2 have failed and recovered using a technique such as telemetry, and (procedure 2) detects a failure that has occurred in the plurality of transmission devices 2.
  • the root cause is identified by the correlation process, and when the root cause is evaluated, the flutter is monitored for the period equivalent to the alarm protection time, and only the fault occurrence (or fault recovery) continues.
  • (Procedure 3) alarm information corresponding to the identified root cause is generated and notified to the integrated monitoring apparatus 3.
  • FIG. 2 is a diagram illustrating a functional block configuration of the monitoring device 1 according to the present embodiment.
  • the monitoring device 1 includes a monitoring unit 11, an analysis unit 12, a control unit 13, a notification unit 14, and a storage unit 15.
  • the monitoring unit 11 has a function of monitoring whether a plurality of transmission apparatuses 2 have failed and restored.
  • the monitoring unit 11 has a function of monitoring only the cause of the failure.
  • control unit 13 has a function of specifying alarm information to be masked using the first mask condition information stored in the storage unit 15.
  • the notification unit 14 has a function of notifying the integrated monitoring device 3 of alarm information corresponding to the cause of the failure. In addition, the notification unit 14 has a function of notifying the integrated monitoring device 3 of recovery information when a failure recovery corresponding to the cause of the failure is received.
  • the storage unit 15 has a function of storing first mask condition information that defines alarm information of the downstream transmission device 2 to be masked with respect to alarm information of the upstream transmission device 2.
  • the storage unit 15 has a second mask that defines the alarm information of the other transmission module that should be masked with respect to the alarm information of one transmission module.
  • a function for storing condition information is provided.
  • the storage unit 15 has a function of storing connection path configuration information of a plurality of transmission apparatuses 2 in the optical transmission system. Further, the storage unit 15 has a function of storing device configuration information of each of the plurality of transmission devices 2.
  • Step S103 is the above (Procedure 2) “When assessing the root cause, perform flutter monitoring for the period corresponding to the alarm protection time, and evaluate only those for which fault occurrence (or fault recovery) has continued. And "".
  • Steps S104 and S105 When the alarm information is continuously received for a certain alarm protection time, the control unit 13 confirms the information included in the alarm information and determines whether the failure has occurred, the failure has been recovered, or the failure has occurred and has not been recovered. To do. If a failure has occurred, the process proceeds to step S106. If a failure has been recovered, the process proceeds to step S109. In cases other than the occurrence and recovery of a failure, the process ends without proceeding to the subsequent steps. Note that the processing is also terminated when alarm information is not received continuously for a certain alarm protection time.
  • Step S106 When a failure occurs, the control unit 13 determines whether the failure has occurred at one location or whether the failure has occurred at multiple locations. For example, when the alarm information is received from one transmission device 2, the control unit 13 determines that a failure has occurred at one location. When the alarm information is received from two or more transmission devices 2, there are a plurality of failures. Identified as occurring at the location.
  • Step S107 And when a failure occurs in a plurality of places, control part 13 specifies a cause of a failure using a plurality of alarm information.
  • Step S107 corresponds to the above (procedure 2) “when a failure occurring in a plurality of transmission apparatuses 2 is detected, the root cause is identified by the correlation process”.
  • the root cause identification method will be described.
  • the root cause of the failure is specified using a correlation process that masks unnecessary alarm information among a plurality of alarm information.
  • the alarm AAA and the alarm BBB both mean that the main signal is lost, but the alarm name (in the case of SNMP, OID (Object IDentifier)) is different.
  • OID Object IDentifier
  • the mask unit is the alarm information unit, but the data included in the alarm information may be the mask unit. Two correlation processing methods in this case will be described below.
  • the control unit 13 reads the first mask condition information from the storage unit 15 and identifies the downstream alarm information as the alarm information to be masked among the alarm information corresponding to the plurality of alarm information in the vertical relationship, Mask the identified downstream alarm information from the allocation file.
  • the alarm BBB corresponds to the downstream of the alarm AAA
  • various data of the alarm BBB are masked from the allocation file.
  • the masking means for example, deleting data or covering the monitoring device 1 or the integrated monitoring device 3 so that the monitoring user cannot visually recognize the data without deleting the data. Thereby, the alarm information due to the spread of the fault is removed from the allocation file, and basically only the alarm information from the upstream transmission device 2 remains.
  • control unit 13 identifies the data left in the allocation file as the root cause of the failure, and stores the root cause information in the storage unit 15.
  • the transmission device 2c includes a high-speed transmission module 2c1 of the vendor A connected to the backbone side of the optical transmission network, and a low-speed transmission module 2c2 of the vendor B connected to the user side. It shall consist of Even in this case, the processing is performed in the same manner as the first correlation processing.
  • the control unit 13 when receiving the alarm information from the high-speed transmission module 2c1 and the low-speed transmission module 2c2, the control unit 13 reads the device configuration diagram from the storage unit 15 and maps it to the transmission device of the transmission device 2c. Next, the control part 13 grasps
  • control unit 13 After performing the correlation process, the control unit 13 notifies the analysis unit 12 that only the identified root cause is to be monitored and determined. Thereafter, the analysis unit 12 sets only the root cause as a monitoring target and a determination target.
  • Step S109 On the other hand, if the alarm information is detected as failure recovery information in step S105, the analysis unit 12 determines whether the failure recovery information is failure recovery corresponding to the root cause of the monitoring target specified in step S107.
  • Step S110 If the failure recovery information is failure recovery corresponding to the root cause, the notification unit 14 generates (SNMPTRAP) recovery information corresponding to the alarm information notified in step S108 based on the failure recovery information, and the integrated monitoring device 3 To notify. On the other hand, if the failure recovery information is not the recovery information corresponding to the root cause, the process is terminated.
  • SNMPTRAP SNMPTRAP
  • FIG. 7 is a diagram illustrating a processing sequence of the optical transmission system when a failure occurs.
  • Step S201 First, in the monitoring device 1, the monitoring unit 11 establishes a telemetry session with a plurality of transmission devices 2.
  • Step S206 the analysis unit 12 extracts a plurality of alarm information (failure occurrence information) from the storage unit 15, and determines whether the alarm information is continuously received from the plurality of transmission devices 2a to 2c for a certain alarm protection time. Check.
  • the notification unit 14 extracts root cause information from the storage unit 15, generates alarm information (SNMP TRAP) corresponding to the root cause, and notifies the integrated monitoring device 3 of the alarm information.
  • SNMP TRAP alarm information
  • Step S213 Finally, the integrated monitoring device 3 manages the alarm information (SNMP TRAP) notified from the monitoring device 1 as an in-progress alarm.
  • SNMP TRAP alarm information
  • FIG. 8 is a diagram illustrating a processing sequence of the optical transmission system at the time of failure recovery.
  • Steps S301 to S304 When the failure of the main signal disconnection is recovered in the upstream transmission device 2a, in the monitoring device 1, the monitoring unit 11 receives the root cause alarm information (failure recovery information) from the upstream transmission device 2a, and the downstream transmission device The alarm information (failure recovery information) by the recovery spread is received from 2b and 2c, respectively, and stored in the storage unit 15.
  • Step S306 When alarm information (failure recovery information) is continuously received for a certain alarm protection time, the analysis unit 12 determines whether or not the failure is recovery corresponding to the root cause of the monitoring target, and determines the root cause of the monitoring target. In the case of corresponding failure recovery, the notification unit 14 is notified that the failure recovery corresponds to the root cause of the monitoring target.
  • Step S307 Next, the notification unit 14 generates recovery information (SNMPTRAP) corresponding to the alarm notified in step S211 based on the failure recovery notification from the analysis unit 12, and notifies the integrated monitoring device 3 of the recovery information.
  • Step S307 corresponds to the above (procedure 5).
  • SNMP TRAP recovery information
  • the monitoring device 1 monitors the occurrence of failure and the presence / absence of failure recovery in each of the plurality of transmission devices 2, so that UDP alarm information is transmitted on the control communication path between the transmission device 2 and the monitoring device 1. Regardless of whether or not there is a loss, it is possible to reliably monitor the occurrence and failure recovery in a plurality of transmission devices 2 and to know the trigger for notifying the integrated monitoring device 3 of alarm information (recovery). Thereby, (Problem 1) and (Problem 2) can be solved.
  • the monitoring device 1 determines whether or not the failure occurrence or failure recovery continues for a certain time, and the failure occurrence is determined. Only when it continues for a certain period of time, the cause of the failure is specified by using the plurality of alarm information received from the plurality of transmission devices 2, so that even if each alarm information is received separately from the plurality of transmission devices 2, a plurality of It is possible to reliably monitor whether or not a failure has occurred in the transmission device 2 and whether or not a failure has been recovered. Thereby, (Problem 3) can be solved.
  • the monitoring device 1 described in the present embodiment can be realized by a computer. It is also possible to create a program for causing a computer to function as the monitoring device 1 and a storage medium for the program.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • Electromagnetism (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)
  • Optical Communication System (AREA)

Abstract

光伝送システムの伝送装置を適切に監視する。監視装置1は、仕様の異なる複数の伝送装置2を監視し、複数の伝送装置2における障害発生及び障害復旧の有無をそれぞれ監視する監視部11と、複数の伝送装置2で障害発生又は障害復旧がある場合、当該障害発生又は障害復旧が一定時間継続するか否かを判定する分析部12と、障害発生が一定時間継続する場合のみ、当該複数の伝送装置2から受信した複数の警報情報を用いて障害の原因を特定する制御部13と、障害の原因に対応する警報情報を上位の監視装置へ通知する通知部14と、を備える。

Description

監視装置及び監視方法
 本発明は、伝送装置を監視する技術に関する。
 図9は、光伝送ネットワークの従来構成を示す図である。従来の光伝送ネットワーク(OTN;Optical Transport Network)は、監視装置1(EMS;Element Management System)及び複数の伝送装置2(NE;Network Element)をベンダごとに集約したアグリゲーション型のネットワーク接続構成を備える。
 伝送装置2は、光伝送ネットワークのデータ通信路で障害が発生し、又は伝送装置内で障害が発生した場合、警報情報を上位の監視装置1へ発出する。監視装置1は、伝送装置2からの警報情報に基づき障害内容及び障害箇所を特定(整理)し、障害内容等を含む警報情報を更に上位の統合監視装置3(OpS;Operation System)へ通知する。統合監視装置3は、監視装置1からの警報通知に基づき障害内容及び障害位置を管理し、画面に表示する。
 上記光伝送ネットワークにおいて、上流の伝送装置2で障害が検出されると、下流に位置する全ての伝送装置2は、それぞれの警報情報を監視装置1へそれぞれ発出するので、障害波及による警報情報が大量に発出されることとなる。当該障害波及による警報情報の大量発出を防止するため、伝送装置2は、不要な警報情報をマスクする機能を持つ。
 例えば、図10(a)に示すように、上流の伝送装置2aは、所定区間で信号損失等のOTS(Optical Transmission Section)故障が発生した場合、警報情報を監視装置1(不図示)へ発出するとともに、当該区間の下流ではエラーが検出されることを示す障害信号を下流の伝送装置2bへ送信する。下流の伝送装置2bは、障害信号を受信した場合、伝送対象のデータ信号を正しく受信できていない場合であっても、警報情報を監視装置1(不図示)へ通知しない。また、図10(b)に示すように、伝送装置2cは、一方の伝送IF部の故障に基づき警報情報を監視装置1(不図示)へ発出した場合、他方の伝送IF部から当該通知に起因する警報情報は通知しない。
 すなわち、従来の光伝送ネットワークは、ベンダごとに構築されており、ベンダが同じ伝送装置2であれば不要な警報情報を有効にマスクするため、従来の監視装置1は、伝送装置2からの警報に基づき統合監視装置3へ警報通知する処理を容易に実行可能であった。
 その一方で現在では、図11に示すように、複数の伝送装置2を機能ブロック等の単位で分離分割し、分割された伝送装置2をマルチベンダ環境下で構築する方法が提唱されている。具体的には、光伝送ネットワークの機能を独立させ最適に再分割を行う、ベンダごとに集約しないディスアグリゲーション型のネットワーク接続構成が提案されている。例えば、ディスアグリゲーション型のROADM(Reconfigurable Optical Add/Drop Multiplexer)による光波長パスのプロビジョニングが検討されており、波長スイッチ(WSS;Wavelength Selective Switch)、ファイバスイッチ、トランスポンダをそれぞれ異なるベンダの伝送装置2を用いて構成する。
特許第3257772号公報
 しかし、伝送装置2の仕様はベンダごとに異なるため、データ通信路又は伝送装置2の内部で障害が発生しても伝送装置2間で障害信号を転送できず、また、伝送装置2では不要な警告情報をマスクできない。その結果、不要な警告情報が監視装置1へ発出されてしまう。
 つまり、異なるベンダの伝送装置2で構成されるディスアグリゲーション型の光伝送ネットワークの場合、図12(a)に示すように、下流の伝送装置2bは上流の伝送装置2aからの障害信号を理解できないため、結果として不要な警報情報が大量に監視装置1及び統合監視装置3(不図示)へ通知されてしまう。また、図12(b)に示すように、1つの伝送装置2c内に含まれる複数の伝送IF部も異なるベンダの伝送モジュール2c1,2c2となるため、一方の伝送IF部では、他方の伝送IF部の故障を検知できず、不要な警告情報が監視装置1及び統合監視装置3へ通知されてしまう。
 すなわち、図13に示すように、ディスアグリゲーション型のネットワーク接続構成を備える光伝送ネットワークでは、伝送装置2の備える通信・監視インタフェースの仕様がベンダごとに異なるため、伝送装置2は、障害波及による警報情報をマスクできないという課題があった。
 当該課題に対して、監視装置1側で不要な警報情報をマスクすることも考えられるが、監視装置1で伝送装置2からの警報情報を整理するには、次の課題があった。
 (課題1)
 伝送装置2によっては警報情報にシーケンス番号を付与しないため、図14(a)に示すように、監視装置1は、伝送装置2と監視装置1との間の制御通信路(DCN;Data Communication Network)で欠落したUDPの警報情報を検知できず、波及警報を受信することになる。また、警報情報にシーケンス番号が付与されている場合であっても、図14(b)に示すように、監視装置1は、警報情報に欠落があることを検知すると、欠落したシーケンス番号の警報情報を自動で再取得する処理を行うため、伝送装置2で障害発生してから統合監視装置3へ警報通知するまでに遅延が生じる。
 (課題2)
 伝送装置2によっては障害が復旧しても警報情報(復旧)を発出しないため、監視装置1は、警報情報(復旧)を統合監視装置へ通知する契機を知ることができない。そのため、上位の統合監視装置3は、発生中の警報を削除してもよいか否かを判断できない。例えば、図15に示すように、原因警報に対して復旧通知を行わず、波及警報に対して復旧通知を行う場合、障害復旧後、監視装置1は、伝送装置2(不図示)から原因警報に対応する復旧情報を受信しないため、波及警報に対応する復旧情報を受信しても、復旧情報を統合監視装置3へ通知できない。その結果、統合監視装置3は、発生中の警報を削除不能となる。
 (課題3)
 伝送装置2は、アラームが間欠的に発生・復旧するバタツキを防止するため、警報発生保護時間及び警報復旧保護時間(以下、警報保護時間)を用いてアラームの状態を確定する機能を備える。伝送装置2は、アラームの発生又は復旧を検知してから警報保護時間、アラームの発生又は未発生が継続していることを確定した時点で、警報情報(発生)又は警報情報(復旧)を監視装置1へ発出する。しかし、伝送装置2によっては警報保護時間がなく、又は警報保護時間は伝送装置2ごとに異なるため、監視装置1では、複数の伝送装置2からそれぞれの警報情報をバラバラと受信するバタツキが発生する。
 本発明は、上記事情を鑑みてなされたものであり、伝送装置を適切に監視することを目的とする。
 以上の課題を解決するため、請求項1に係る監視装置は、仕様の異なる複数の伝送装置を監視する監視装置において、前記複数の伝送装置における障害発生及び障害復旧の有無をそれぞれ監視する監視部と、複数の伝送装置で障害発生又は障害復旧がある場合、当該障害発生又は障害復旧が一定時間継続するか否かを判定する分析部と、前記障害発生が一定時間継続する場合のみ、当該複数の伝送装置から受信した複数の警報情報を用いて障害の原因を特定する制御部と、前記障害の原因に対応する警報情報を上位の監視装置へ通知する通知部と、を備えることを特徴とする。
 請求項2に係る監視装置は、請求項1に記載の監視装置において、上流の伝送装置の警報情報に対してマスクすべき下流の伝送装置の警報情報を定めたマスク条件情報を記憶する記憶部を更に備え、前記制御部は、前記マスク条件情報を用いてマスクすべき警報情報を特定することを特徴とする。
 請求項3に係る監視装置は、請求項1に記載の監視装置において、前記伝送装置は、少なくとも2つの伝送モジュールで構成され、前記監視装置は、一方の伝送モジュールの警報情報に対してマスクすべき他方の伝送モジュールの警報情報を定めたマスク条件情報を記憶する記憶部を更に備え、前記制御部は、前記マスク条件情報を用いてマスクすべき警報情報を特定することを特徴とする。
 請求項4に係る監視装置は、請求項1乃至3のいずれかに記載の監視装置において、前記監視部は、前記障害の原因のみを監視対象とし、前記通知部は、前記障害の原因に対応する障害復旧を受信した場合、復旧情報を前記上位の監視装置へ通知することを特徴とする。
 請求項5に係る監視方法は、仕様の異なる複数の伝送装置を監視装置で監視する監視方法において、前記監視装置は、前記複数の伝送装置における障害発生及び障害復旧の有無をそれぞれ監視するステップと、複数の伝送装置で障害発生又は障害復旧がある場合、当該障害発生又は障害復旧が一定時間継続するか否かを判定するステップと、前記障害発生が一定時間継続する場合のみ、当該複数の伝送装置から受信した複数の警報情報を用いて障害の原因を特定するステップと、前記障害の原因に対応する警報情報を上位の監視装置へ通知するステップと、を行うことを特徴とする。
 本発明によれば、伝送装置を適切に監視できる。
全体処理の概要を示す図である。 監視装置1の機能ブロック構成を示す図である。 伝送装置2の監視方法の処理フローを示す図である。 警報保護時間の例を示す図である。 第1のコリレーション処理の動作イメージを示す図である。 第2のコリレーション処理の動作イメージを示す図である。 障害発生時の処理シーケンスを示す図である。 障害復旧時の処理シーケンスを示す図である。 光伝送ネットワークの従来構成を示す図である。 不要警報情報のマスク方法を示す図である。 ディスアグリゲーション型の接続構成を示す図である。 ディスアグリゲーション型の接続構成で生じる課題を示す図である。 ディスアグリゲーション型の接続構成を示す図である。 ディスアグリゲーション型の接続構成で生じる課題1を示す図である。 ディスアグリゲーション型の接続構成で生じる課題2を示す図である。
 以下、本発明を実施する一実施の形態について図面を用いて説明する。
 <概要>
 図1は、全体処理の概要を示す図である。光伝送システム(光伝送ネットワーク)は、仕様の異なる複数の伝送装置2と、複数の伝送装置2を監視する監視装置1と、1つ以上の監視装置1を統合監視する上位の統合監視装置3と、を備えて構成される。複数の伝送装置2は、従来の光伝送システムから分離分割されて構築され、ベンダごとに集約しないディスアグリゲーション型のネットワーク接続構成を備える。
 監視装置1は、(手順1)テレメトリ等の技術を用いて複数の伝送装置2における障害発生及び障害復旧の有無をそれぞれ常時監視し、(手順2)複数の伝送装置2で発生した障害を検知した場合、コリレーション処理により根本原因を特定するとともに、根本原因の評定の際には、警報保護時間相当の期間に対してバタツキの監視を行い、障害発生(又は障害回復)が継続したもののみを評定対象とし、(手順3)特定した根本原因に対応する警報情報を生成して統合監視装置3へ通知する。
 その後、監視装置1は、(手順4)特定した根本原因に対してのみ障害継続の有無を常時監視し、(手順5)障害復旧時には根本原因に対応する復旧情報を生成して統合監視装置3へ通知する。なお、監視装置1は、根本原因以外の波及障害については、復旧を検知しても何もしない。
 <監視装置の機能>
 図2は、本実施の形態に係る監視装置1の機能ブロック構成を示す図である。監視装置1は、監視部11と、分析部12と、制御部13と、通知部14と、記憶部15と、を備えて構成される。
 監視部11は、複数の伝送装置2における障害発生及び障害復旧の有無をそれぞれ監視する機能を備える。また、監視部11は、障害の原因のみを監視対象とする機能を備える。
 分析部12は、複数の伝送装置2で障害発生又は障害復旧がある場合、障害発生又は障害復旧が一定時間継続するか否かを判定する機能を備える。また、分析部12は、障害の原因のみを監視対象とし、監視対象のみを判定対象とする機能を備える。
 制御部13は、障害発生が一定時間継続する場合のみ、複数の伝送装置2から受信した複数の警報情報を用いて障害の原因を特定する機能を備える。
 また、制御部13は、記憶部15に記憶された第1のマスク条件情報を用いてマスクすべき警報情報を特定する機能を備える。
 また、制御部13は、伝送装置2が少なくとも2つの伝送モジュールで構成されている場合、記憶部15に記憶された第2のマスク条件情報を用いてマスクすべき警報情報を特定する機能を備える。
 通知部14は、障害の原因に対応する警報情報を統合監視装置3へ通知する機能を備える。また、通知部14は、障害の原因に対応する障害復旧を受信した場合、復旧情報を統合監視装置3へ通知する機能を備える。
 記憶部15は、上流の伝送装置2の警報情報に対してマスクすべき下流の伝送装置2の警報情報を定めた第1のマスク条件情報を記憶する機能を備える。また、記憶部15は、伝送装置2が少なくとも2つの伝送モジュールで構成されている場合、一方の伝送モジュールの警報情報に対してマスクすべき他方の伝送モジュールの警報情報を定めた第2のマスク条件情報を記憶する機能を備える。
 また、記憶部15は、光伝送システムにおける複数の伝送装置2の接続パス構成情報を記憶する機能を備える。また、記憶部15は、複数の伝送装置2のそれぞれの装置構成情報を記憶する機能を備える。
 <監視装置の動作>
 次に、監視装置1で行う伝送装置2の監視方法について説明する。図3は、本実施の形態に係る監視装置1で行う伝送装置2の監視方法の処理フローを示す図である。
 ステップS101;
 まず、監視部11が、複数の伝送装置2との間でテレメトリのセッションをそれぞれ確立し、複数の伝送装置2における障害発生及び障害復旧の有無をそれぞれ監視する。テレメトリとは、監視対象から離れた場所から様々な観測を行い、観測したデータを取得する遠隔監視技術である。ステップS101は、上記(手順1)に対応する。
 ステップS102;
 次に、伝送装置2で障害が発生した場合、障害発生元である上流の伝送装置2からは警報情報が送信され、下流の伝送装置2からは障害波及による警報情報が送信される。このとき、監視部11は、テレメトリのセッションを通じて、複数の伝送装置2から警報情報(障害発生情報)をそれぞれ受信し、記憶部15に格納する。一方、障害が復旧した場合、監視部11は、警報情報(障害復旧情報)を受信する。
 ステップS103;
 次に、分析部12は、記憶部15に格納された複数の警報情報を抽出し、複数の伝送装置2から警報情報(障害発生情報又は障害復旧情報)を一定の警報保護時間継続して受信したか否かを確認する。例えば、分析部12は、図4に示すように、複数の伝送装置2から5秒間(=警報発生保護時間T)継続して警報情報を受信したか否かを判定し、警報情報を継続して受信した場合のみ、以降のステップで行う根本原因の評定対象とする。ステップS103は、上記(手順2)の「根本原因の評定の際には、警報保護時間相当の期間に対してバタツキの監視を行い、障害発生(又は障害回復)が継続したもののみを評定対象とし、」に対応する。
 ステップS104,S105;
 警報情報を一定の警報保護時間継続して受信した場合、制御部13は、警報情報に含まれる情報を確認し、障害の発生か、障害の復旧か、障害の発生及び復旧以外か、を判定する。障害発生の場合、ステップS106へ進み、障害復旧の場合、ステップS109へ進み、障害の発生及び復旧以外の場合、以降のステップへ進むことなく処理を終了する。なお、警報情報を一定の警報保護時間継続して受信ない場合も、処理を終了する。
 ステップS106;
 障害が発生した場合、制御部13は、障害が1箇所で発生したか、障害が複数の箇所で発生したか、を判定する。例えば、制御部13は、警報情報を1つの伝送装置2から受信した場合、障害が1箇所で発生したと決定し、警報情報を2つ以上の伝送装置2から受信した場合、障害が複数の箇所で発生したと特定する。
 ステップS107;
 そして、障害が複数の箇所で発生した場合、制御部13は、複数の警報情報を用いて障害の原因を特定する。ステップS107は、上記(手順2)の「複数の伝送装置2で発生した障害を検知した場合、コリレーション処理により根本原因を特定する」に対応する。以下、根本原因の特定方法について説明する。
 本実施形態では、複数の警報情報間で不要な警報情報をマスクするコリレーション処理を用いて障害の根本原因を特定する。
 (第1のコリレーション処理)
 コリレーション処理については、特願2017-150731(NTTH295255)に記載された方法を用いる。例えば、第1のマスク条件情報に、主信号断について、「上流での警報情報=警報AAA,下流での警報情報=警報BBB」を保持しておく。そして、上流の伝送装置2(ベンダA)から警報AAA(信号損失警報)を受信し、下流の伝送装置2(ベンダB)から障害波及による警報BBB(信号損失警報)を受信した場合、警報AAAと警報BBBの警報内容を確認し、いずれも信号損失(主信号断)のため、第1のマスク条件情報に基づき下流の伝送装置2からの警報BBBを不要な警報と判断してマスクする。なお、警報AAAと警報BBBはどちらも主信号断を意味するが、警報名称(SNMPの場合は、OID(Object IDentifier))は異なる。つまり、上記特願のコリレーション処理方法では、ベンダ毎に同じ意味の警報でも警報名称又はOIDが異なるため、警報内容の意味を確認し、意味が同一又は意味に関連性がある場合は下流の警報をマスクする。
 上記特願では、マスク単位を警報情報単位としたが、警報情報に含まれるデータをマスク単位にしてもよい。この場合のコリレーション処理方法を以下2つ説明する。
 (第2のコリレーション処理)
 図5は、第1のコリレーション処理の動作イメージを示す図である。
 まず、監視装置1において、制御部13は、記憶部15から複数の伝送装置2の接続構成が記載されたパス構成図を読み出し、複数の伝送装置2からそれぞれ受信した警報情報をパス構成図内の伝送装置2にそれぞれマッピングする。例えば、ベンダAのNE(Y)の伝送装置2aからの警報AAAを、パス構成図内のNE(Y)の伝送装置にマッピングする。同様に、ベンダBのNE(Z)の伝送装置2bからの警報BBBを、パス構成図内のNE(Z)の伝送装置にマッピングする。このとき、制御部13は、パス構成図内のパス接続構成より、マッピングされた複数の警報情報における上流と下流の上下関係を把握できる。
 次に、制御部13は、複数の伝送装置2からそれぞれ受信した警報情報を、共通データフォーマットの割り当てファイルに割り当てる。例えば、警報AAAに含まれる各種データと警報BBBに含まれる各種データとを、割り当てファイル内の各データ項目にそれぞれ割り当る。より具体的には、例えば、割り当てファイルの主信号断の項目に対して、警報AAAと警報BBBにそれぞれ含まれる主信号断に相当する信号を入力する。これにより、制御部13は、複数の伝送装置2から受信した複数の警報情報を1つの割り当てファイルにデータ項目ごとに纏めることができる。
 次に、制御部13は、記憶部15から第1のマスク条件情報を読み出し、上下関係にある複数の警報情報に対応する警報情報のうち下流の警報情報をマスクすべき警報情報として特定し、特定した下流の警報情報を割り当てファイルからマスクする。例えば、警報BBBは警報AAAの下流に該当するので、割り当てファイルから警報BBBの各種データをマスクする。マスクとは、例えば、データを削除すること、データを削除することなく監視装置1又は統合監視装置3の監視ユーザが視認できない状態に被覆すること、をいう。これにより、割り当てファイルには、障害波及による警報情報が取り除かれ、基本的に上流の伝送装置2からの警報情報のみが残る。
 その後、制御部13は、割り当てファイルに残されたデータを障害の根本原因として特定し、根本原因の情報を記憶部15に格納する。
 (第3のコリレーション処理)
 次に、1つの伝送装置2が通信速度の異なる2つの伝送モジュールで構成されている場合について説明する。例えば、図6に示すように、伝送装置2cが、光伝送ネットワークの基幹側に接続されるベンダAの高速の伝送モジュール2c1と、ユーザ側に接続されるベンダBの低速の伝送モジュール2c2と、で構成されるものとする。この場合でも、第1のコリレーション処理と同様に処理を行う。
 まず、制御部13は、高速の伝送モジュール2c1と低速の伝送モジュール2c2からそれぞれ警報情報を受信した場合、記憶部15から装置構成図を読み出して伝送装置2cの伝送装置にマッピングする。次に、制御部13は、パス構成図内のパス接続構成より、マッピングされた複数の警報情報の上下関係を把握する。その後、制御部13は、複数の警報情報を割り当てファイルにそれぞれ割り当て、第2のマスク条件情報を用いて下流の警報情報を特定して、割り当てファイルからマスクする。これにより、割り当てファイルには、障害波及による警報情報が取り除かれ、基本的には上流の高速の伝送モジュール2c1からの警報情報のみが残る。その後、制御部13は、割り当てファイルに残されたデータを障害の根本原因として特定し、根本原因の情報を記憶部15に格納する。
 コリレーション処理を行った後、制御部13は、特定した根本原因のみを監視対象及び判定対象とすることを分析部12に通知する。以降、分析部12は、当該根本原因のみを監視対象及び判定対象とする。
 ステップS108;
 次に、ステップS107の後、通知部14は、記憶部15から根本原因の情報を抽出し、当該根本原因に対応する警報情報(SNMPTRAP)を生成して、統合監視装置3へ通知する。ステップS106で障害が1箇所で発生したと判定する場合は、通知部14は、当該1箇所の障害に対応する警報情報(SNMPTRAP)を生成して統合監視装置3へ通知する。ステップS108は、上記(手順3)に対応する。その後、処理を終了する。
 ステップS109;
 一方、ステップS105で警報情報が障害復旧情報であると検知した場合、分析部12は、当該障害復旧情報がステップS107で特定した監視対象の根本原因に対応する障害復旧か否かを判定する。
 ステップS110;
 障害復旧情報が根本原因に対応する障害復旧の場合、通知部14は、当該障害復旧情報に基づき、ステップS108で通知した警報情報に対応する復旧情報を(SNMPTRAP)を生成し、統合監視装置3へ通知する。一方、障害復旧情報が根本原因に対応する復旧情報でない場合、処理を終了する。
 ここまで、監視装置1で行う伝送装置2の監視方法について説明した。なお、監視装置1は、ステップS102~S110を定期周期で行ってもよいし、不定期に行ってもよい。定期周期で行う場合、監視装置1は、伝送装置2へのアクセス監視処理を短期間毎にポーリングを行ってもよい。
 <光伝送システムの全体動作>
 次に、光伝送システムで行う全体動作について説明する。ここでは、障害発生時と障害復旧時とをそれぞれ説明する。
 (障害発生時)
 まず、障害発生時の動作について説明する。図7は、障害発生時における光伝送システムの処理シーケンスを示す図である。
 ステップS201;
 まず、監視装置1において、監視部11が、複数の伝送装置2との間でテレメトリのセッションをそれぞれ確立する。
 ステップS202~S205;
 次に、上流の伝送装置2aで主信号断の障害が発生した場合、監視部11は、当該伝送装置2aから根本原因の警報情報(障害発生情報)を受信し、下流の伝送装置2b,2cから障害波及による警報情報(障害発生情報)をそれぞれ受信し、記憶部15に格納する。
 ステップS206;
 次に、分析部12は、記憶部15から複数の警報情報(障害発生情報)を抽出し、複数の伝送装置2a~2cから警報情報を一定の警報保護時間継続して受信したか否かを確認する。
 ステップS207~S209;
 警報情報(障害発生情報)を一定の警報保護時間継続して受信した場合、制御部13は、コリレーション処理により根本原因を特定して記憶部15に格納するとともに、根本原因のみを監視対象とすることを分析部12に通知する。その後、分析部12は、当該根本原因のみを監視対象及び判定対象とする。この処理は、上記(手順4)に対応する。
 ステップS210~S212;
 次に、通知部14は、記憶部15から根本原因の情報を抽出し、根本原因に対応する警報情報(SNMP TRAP)を生成して、統合監視装置3へ通知する。
 ステップS213;
 最後に、統合監視装置3は、監視装置1から通知された警報情報(SNMP TRAP)を発生中警報として管理する。
 (障害復旧時)
 次に、障害復旧時の動作について説明する。図8は、障害復旧時における光伝送システムの処理シーケンスを示す図である。
 ステップS301~S304;
 上流の伝送装置2aで主信号断の障害が復旧した場合、監視装置1において、監視部11が、上流の伝送装置2aから根本原因の警報情報(障害復旧情報)を受信し、下流の伝送装置2b,2cから復旧波及による警報情報(障害復旧情報)をそれぞれ受信し、記憶部15に格納する。
 ステップS305;
 次に、分析部12は、記憶部15から複数の警報情報(障害復旧情報)を抽出し、複数の伝送装置2a~2cから警報情報を一定の警報保護時間継続して受信したか否かを確認する。
 ステップS306;
 警報情報(障害復旧情報)を一定の警報保護時間継続して受信した場合、分析部12は、監視対象の根本原因に対応する障害復旧であるか否かを判定し、監視対象の根本原因に対応する障害復旧の場合、監視対象の根本原因に対応する障害復旧であることを通知部14に通知する。
 ステップS307;
 次に、通知部14は、分析部12からの障害復旧の通知に基づき、ステップS211で通知した警報に対応する復旧情報(SNMPTRAP)を生成し、統合監視装置3へ通知する。ステップS307は、上記(手順5)に対応する。
 ステップS309;
 最後に、統合監視装置3は、監視装置1からの復旧情報(SNMP TRAP)に基づき、ステップS212で管理していた発生中警報を削除する。
 <効果>
 本実施形態によれば、監視装置1は、複数の伝送装置2における障害発生及び障害復旧の有無をそれぞれ監視するので、伝送装置2と監視装置1との間の制御通信路でUDPの警報情報が欠落する欠落しないに関わらず、複数の伝送装置2における障害発生及び障害復旧の有無を確実に監視でき、警報情報(復旧)を統合監視装置3へ通知する契機を知ることができる。これにより、(課題1)及び(課題2)を解決できる。
 また、本実施形態によれば、監視装置1は、複数の伝送装置2で障害発生又は障害復旧がある場合、当該障害発生又は障害復旧が一定時間継続するか否かを判定し、障害発生が一定時間継続する場合のみ、当該複数の伝送装置2から受信した複数の警報情報を用いて障害の原因を特定するので、複数の伝送装置2からそれぞれの警報情報をバラバラと受信しても、複数の伝送装置2における障害発生及び障害復旧の有無を確実に監視できる。これにより、(課題3)を解決できる。
 従い、本実施形態によれば、伝送装置を適切に監視できる。
 最後に、本実施形態で説明した監視装置1は、コンピュータで実現できる。また、監視装置1としてコンピュータを機能させるためのプログラム、そのプログラムの記憶媒体を作成することも可能である。
 1…監視装置
 11…監視部
 12…分析部
 13…制御部
 14…通知部
 15…記憶部
 2…伝送装置
 3…統合監視装置
 

Claims (5)

  1.  仕様の異なる複数の伝送装置を監視する監視装置において、
     前記複数の伝送装置における障害発生及び障害復旧の有無をそれぞれ監視する監視部と、
     複数の伝送装置で障害発生又は障害復旧がある場合、当該障害発生又は障害復旧が一定時間継続するか否かを判定する分析部と、
     前記障害発生が一定時間継続する場合のみ、当該複数の伝送装置から受信した複数の警報情報を用いて障害の原因を特定する制御部と、
     前記障害の原因に対応する警報情報を上位の監視装置へ通知する通知部と、
     を備えることを特徴とする監視装置。
  2.  上流の伝送装置の警報情報に対してマスクすべき下流の伝送装置の警報情報を定めたマスク条件情報を記憶する記憶部を更に備え、
     前記制御部は、
     前記マスク条件情報を用いてマスクすべき警報情報を特定することを特徴とする請求項1に記載の監視装置。
  3.  前記伝送装置は、少なくとも2つの伝送モジュールで構成され、
     前記監視装置は、一方の伝送モジュールの警報情報に対してマスクすべき他方の伝送モジュールの警報情報を定めたマスク条件情報を記憶する記憶部を更に備え、
     前記制御部は、
     前記マスク条件情報を用いてマスクすべき警報情報を特定することを特徴とする請求項1に記載の監視装置。
  4.  前記監視部は、前記障害の原因のみを監視対象とし、
     前記通知部は、
     前記障害の原因に対応する障害復旧を受信した場合、復旧情報を前記上位の監視装置へ通知することを特徴とする請求項1乃至3のいずれかに記載の監視装置。
  5.  仕様の異なる複数の伝送装置を監視装置で監視する監視方法において、
     前記監視装置は、
     前記複数の伝送装置における障害発生及び障害復旧の有無をそれぞれ監視するステップと、
     複数の伝送装置で障害発生又は障害復旧がある場合、当該障害発生又は障害復旧が一定時間継続するか否かを判定するステップと、
     前記障害発生が一定時間継続する場合のみ、当該複数の伝送装置から受信した複数の警報情報を用いて障害の原因を特定するステップと、
     前記障害の原因に対応する警報情報を上位の監視装置へ通知するステップと、
     を行うことを特徴とする監視方法。
     
PCT/JP2019/008889 2018-03-08 2019-03-06 監視装置及び監視方法 WO2019172319A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/978,259 US11196482B2 (en) 2018-03-08 2019-03-06 Monitoring device and monitoring method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018-042103 2018-03-08
JP2018042103A JP6978687B2 (ja) 2018-03-08 2018-03-08 監視装置及び監視方法

Publications (1)

Publication Number Publication Date
WO2019172319A1 true WO2019172319A1 (ja) 2019-09-12

Family

ID=67845724

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/008889 WO2019172319A1 (ja) 2018-03-08 2019-03-06 監視装置及び監視方法

Country Status (3)

Country Link
US (1) US11196482B2 (ja)
JP (1) JP6978687B2 (ja)
WO (1) WO2019172319A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113595773A (zh) * 2021-07-16 2021-11-02 珠海格力电器股份有限公司 信息处理方法、装置、电子设备和存储介质

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11363036B2 (en) * 2019-03-28 2022-06-14 Microsoft Technology Licensing, Llc Detecting a missing security alert using a machine learning model
JP7344970B2 (ja) 2019-09-04 2023-09-14 旭化成株式会社 硬化性組成物及び合成皮革
WO2023218519A1 (ja) * 2022-05-10 2023-11-16 日本電信電話株式会社 ネットワーク設備監視装置、ネットワーク設備監視方法およびプログラム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003179601A (ja) * 2001-12-10 2003-06-27 Hitachi Ltd 伝送ネットワークシステム、伝送ネットワーク監視システム、および、故障点診断方法
JP2005311463A (ja) * 2004-04-16 2005-11-04 Furukawa Electric Co Ltd:The ネットワークの回線管理方法および情報通信装置
JP2009296320A (ja) * 2008-06-05 2009-12-17 Nec Corp 監視制御統合装置、伝送装置、監視制御方法およびプログラム
JP2010041214A (ja) * 2008-08-01 2010-02-18 Nec Corp 伝送装置及び伝送装置の分散管理方法
JP2017228914A (ja) * 2016-06-22 2017-12-28 富士通株式会社 伝送装置、警報転送方法および警報転送システム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0779025B2 (ja) 1990-03-08 1995-08-23 矢崎総業株式会社 コネクタにおける端子金具の係止機構
JP3257772B2 (ja) 1998-03-04 2002-02-18 日本電信電話株式会社 波長多重通信網における不要警報抑止方法および装置
JP5297987B2 (ja) * 2009-11-19 2013-09-25 富士通テレコムネットワークス株式会社 アラート管理装置およびアラート管理方法
CN114281781A (zh) * 2016-10-26 2022-04-05 华为技术有限公司 一种数据处理方法以及数据处理设备
EP3525366B1 (en) * 2018-02-07 2021-07-28 ADVA Optical Networking SE A method and apparatus for performing event-driven diagnostics or prognostics of a network behaviour of a hierarchical optical network

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003179601A (ja) * 2001-12-10 2003-06-27 Hitachi Ltd 伝送ネットワークシステム、伝送ネットワーク監視システム、および、故障点診断方法
JP2005311463A (ja) * 2004-04-16 2005-11-04 Furukawa Electric Co Ltd:The ネットワークの回線管理方法および情報通信装置
JP2009296320A (ja) * 2008-06-05 2009-12-17 Nec Corp 監視制御統合装置、伝送装置、監視制御方法およびプログラム
JP2010041214A (ja) * 2008-08-01 2010-02-18 Nec Corp 伝送装置及び伝送装置の分散管理方法
JP2017228914A (ja) * 2016-06-22 2017-12-28 富士通株式会社 伝送装置、警報転送方法および警報転送システム

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113595773A (zh) * 2021-07-16 2021-11-02 珠海格力电器股份有限公司 信息处理方法、装置、电子设备和存储介质
CN113595773B (zh) * 2021-07-16 2022-05-17 珠海格力电器股份有限公司 信息处理方法、装置、电子设备和存储介质

Also Published As

Publication number Publication date
US20200412445A1 (en) 2020-12-31
US11196482B2 (en) 2021-12-07
JP2019161308A (ja) 2019-09-19
JP6978687B2 (ja) 2021-12-08

Similar Documents

Publication Publication Date Title
WO2019172319A1 (ja) 監視装置及び監視方法
US10498588B2 (en) Systems and methods for managing network health
CN101908986B (zh) 一种链路故障的检测方法和设备
US10382297B2 (en) System and method for monitoring multi-domain network using layered visualization
CN103746841A (zh) 故障恢复的方法及控制器
CN101160809A (zh) 一种流量工程链路时隙状态一致性校验方法及装置
EP2590370A1 (en) Alert monitoring device and alert monitoring method
JP2014241536A (ja) 監視装置、及び監視方法
US9225588B2 (en) Alarm management apparatus and method for managing alarms
JP5292929B2 (ja) 監視装置
CN101854263B (zh) 网络拓扑的分析处理方法、系统和管理服务器
JP5504200B2 (ja) 警報集約装置及び警報集約方法
JP2008244902A (ja) 障害復旧装置、障害復旧方法、及び障害復旧システム
JP2009290706A (ja) 伝送装置、パス試験方法およびコンピュータプログラム
JP5841905B2 (ja) 通信システム、通信網管理装置、及び通信網の管理方法
KR101829881B1 (ko) 플로우 관제 시스템, 컨트롤러 및 장애 검출 방법
CN101431435A (zh) 一种基于面向连接的业务配置与管理方法
JP7287157B2 (ja) 通信装置、障害通知システム、障害通知方法および障害通知プログラム
CN113873560A (zh) 网络故障的处理方法和装置
JP5029697B2 (ja) オペレーションシステムのサーバシステム
CN105577412A (zh) 一种监控终端设备的方法、装置及系统
EP2302958B1 (en) Method, system and net element device for alarm performance configuration
JP2006186633A (ja) 障害経路診断システム、障害経路診断方法、および障害経路診断プログラム
KR102362077B1 (ko) 트래픽 누수 자동 탐지 방법 및 그 장치
JP7238515B2 (ja) ネットワーク制御装置、システム、方法、及びプログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19763552

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19763552

Country of ref document: EP

Kind code of ref document: A1