JPH1056464A - Ａｔｍ化装置における回線障害監視方法 - Google Patents
Ａｔｍ化装置における回線障害監視方法Info
- Publication number
- JPH1056464A JPH1056464A JP8213460A JP21346096A JPH1056464A JP H1056464 A JPH1056464 A JP H1056464A JP 8213460 A JP8213460 A JP 8213460A JP 21346096 A JP21346096 A JP 21346096A JP H1056464 A JPH1056464 A JP H1056464A
- Authority
- JP
- Japan
- Prior art keywords
- fault
- information
- failure
- line
- interface
- 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.)
- Withdrawn
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】ＡＴＭ化装置の障害監視方法に関し、障害情報
の表示内容が詳細かつ平易であって、障害の解析，判定
が容易であるとともに、監視機器の処理負荷が少なくな
るようにする。 【解決手段】ＡＴＭ化装置における状態監視装置におい
て、各被監視装置ごとに、各インタフェースの障害の有
無を示す障害発生情報を、それぞれ１ビットのデータで
表してインタフェース番号順に横軸方向が一定ビット数
からなるパターンに配列した障害発生情報ビットマップ
７の形式で表現して処理を行う。これによって、被監視
装置内の回線状態を１情報で判定できるようにする。
の表示内容が詳細かつ平易であって、障害の解析，判定
が容易であるとともに、監視機器の処理負荷が少なくな
るようにする。 【解決手段】ＡＴＭ化装置における状態監視装置におい
て、各被監視装置ごとに、各インタフェースの障害の有
無を示す障害発生情報を、それぞれ１ビットのデータで
表してインタフェース番号順に横軸方向が一定ビット数
からなるパターンに配列した障害発生情報ビットマップ
７の形式で表現して処理を行う。これによって、被監視
装置内の回線状態を１情報で判定できるようにする。
Description
【０００１】
【発明の属する技術分野】本発明は、ＡＴＭ（Asynchro
nous Transfer Mode）化装置の障害監視に関し、特にＳ
ＮＭＰ（Simple Netwowk Management Protocol）による
状態監視装置で収集する回線障害の表示方法に関するも
のである。
nous Transfer Mode）化装置の障害監視に関し、特にＳ
ＮＭＰ（Simple Netwowk Management Protocol）による
状態監視装置で収集する回線障害の表示方法に関するも
のである。
【０００２】ＡＴＭ化装置においては、回線障害の検出
と対応を行うために、ＳＮＭＰによる状態監視装置を用
いて、回線障害の情報収集と表示とを行う方式がとられ
ている。
と対応を行うために、ＳＮＭＰによる状態監視装置を用
いて、回線障害の情報収集と表示とを行う方式がとられ
ている。
【０００３】この場合における、回線障害の表示方法と
障害情報形式および障害情報収集方法は、表示内容が詳
細かつ平易であって、障害の解析，判定が容易であると
ともに、監視機器の処理負荷が少ないものであることが
必要である。
障害情報形式および障害情報収集方法は、表示内容が詳
細かつ平易であって、障害の解析，判定が容易であると
ともに、監視機器の処理負荷が少ないものであることが
必要である。
【０００４】
【従来の技術】ＡＴＭ化装置における、ＳＮＭＰによる
状態監視装置で収集できる回線障害は、障害種別が多岐
にわたっているため、収集情報が多い。そこで、監視の
トラヒック、および監視装置での処理が増加することを
避けるため、従来は、定常監視の情報種別を制限し、障
害発生表示を契機とする保守者の判断に基づいて、情報
収集を行う方法がとられていた。
状態監視装置で収集できる回線障害は、障害種別が多岐
にわたっているため、収集情報が多い。そこで、監視の
トラヒック、および監視装置での処理が増加することを
避けるため、従来は、定常監視の情報種別を制限し、障
害発生表示を契機とする保守者の判断に基づいて、情報
収集を行う方法がとられていた。
【０００５】しかしながら、この方法では、情報量が制
限されているため、定期的に表示される情報としては、
装置異常と、インタフェース異常の二通りであって、障
害箇所，障害方向および障害内容の特定を行うために
は、保守者が、障害発生時にさらに必要な情報を収集し
て、収集した情報の内容から判断を行う必要があり、そ
のため、情報収集および分析と、保守者の装置に対する
知識が必要であって、迅速な障害検出と対応を行う上で
の、阻害要因となっていた。
限されているため、定期的に表示される情報としては、
装置異常と、インタフェース異常の二通りであって、障
害箇所，障害方向および障害内容の特定を行うために
は、保守者が、障害発生時にさらに必要な情報を収集し
て、収集した情報の内容から判断を行う必要があり、そ
のため、情報収集および分析と、保守者の装置に対する
知識が必要であって、迅速な障害検出と対応を行う上で
の、阻害要因となっていた。
【０００６】以下、従来のＡＴＭ化装置の監視装置にお
ける視覚表示方式と、障害情報形式および障害情報収集
方法について説明する。
ける視覚表示方式と、障害情報形式および障害情報収集
方法について説明する。
【０００７】(1) 従来の視覚表示方式 図１１，図１２は、従来の回線障害発生時の表示方法の
例を示す図(1),(2) である。従来の障害情報の視覚表示
方法としては、回線障害検出時、障害を検出された装置
を特定する情報（装置アドレス）と、その装置内の障害
発生インタフェースを示す情報を監視装置側で取得し、
この情報をもとに、監視装置では、表示された装置およ
びインタフェースの色表示を変化させて表示する方法が
とられている。また、障害内容の詳細は、保守者が必要
に応じて指定し、表示されたデータ内容から判断するよ
うになっている。
例を示す図(1),(2) である。従来の障害情報の視覚表示
方法としては、回線障害検出時、障害を検出された装置
を特定する情報（装置アドレス）と、その装置内の障害
発生インタフェースを示す情報を監視装置側で取得し、
この情報をもとに、監視装置では、表示された装置およ
びインタフェースの色表示を変化させて表示する方法が
とられている。また、障害内容の詳細は、保守者が必要
に応じて指定し、表示されたデータ内容から判断するよ
うになっている。
【０００８】図１１において、２１は網構成表示画面を
示したものであって、網かけして示した装置Ａ，Ｂは障
害であることを示している。操作者が装置ＡまたはＢの
状態表示の操作を行うと、図示のように装置Ａ専用画面
２２1 または装置Ｂ専用画面２２2 が表示される。装置
Ａと装置Ｂの専用画面において、インタフェース状態画
面を表示させたとき、画面中における、それぞれ■（色
表示を示す）で示したインタフェースは、障害であり、
□で示したインタフェースは正常であることを示してい
る。また、それぞれの装置の回線障害詳細画面を表示す
る操作を行うと、装置Ａ回線障害詳細画面２３1 または
装置Ｂ回線障害詳細画面２３2 が表示される。
示したものであって、網かけして示した装置Ａ，Ｂは障
害であることを示している。操作者が装置ＡまたはＢの
状態表示の操作を行うと、図示のように装置Ａ専用画面
２２1 または装置Ｂ専用画面２２2 が表示される。装置
Ａと装置Ｂの専用画面において、インタフェース状態画
面を表示させたとき、画面中における、それぞれ■（色
表示を示す）で示したインタフェースは、障害であり、
□で示したインタフェースは正常であることを示してい
る。また、それぞれの装置の回線障害詳細画面を表示す
る操作を行うと、装置Ａ回線障害詳細画面２３1 または
装置Ｂ回線障害詳細画面２３2 が表示される。
【０００９】図１２において、１４は従来の回線障害詳
細画面を例示したものであって、図１１に示された回線
障害詳細画面の具体的な表示内容を示している。図１２
に示すように、回線障害詳細画面２４には、各信号状態
ごとに、アラーム検出レイヤ種別ごとに正常と異常とだ
けが表示される。なお、この画面中において「無効」
は、表示しないことを示している。
細画面を例示したものであって、図１１に示された回線
障害詳細画面の具体的な表示内容を示している。図１２
に示すように、回線障害詳細画面２４には、各信号状態
ごとに、アラーム検出レイヤ種別ごとに正常と異常とだ
けが表示される。なお、この画面中において「無効」
は、表示しないことを示している。
【００１０】(2) 従来の障害情報形式 図１３，図１４は、従来の回線障害情報形式の例を示す
図(1),(2) である。障害に関する通信を行うための、従
来の障害情報の形式では、インタフェース対応に規約化
された障害情報（ｒｆｃ１２１３，ＭＩＢ（Management
Information Base ）−２のifOperStatus（interface
Operation Status）準拠）を持ち、、インタフェース番
号をインデックスとして特定するようにしている。
図(1),(2) である。障害に関する通信を行うための、従
来の障害情報の形式では、インタフェース対応に規約化
された障害情報（ｒｆｃ１２１３，ＭＩＢ（Management
Information Base ）−２のifOperStatus（interface
Operation Status）準拠）を持ち、、インタフェース番
号をインデックスとして特定するようにしている。
【００１１】図１３は、周期監視データを示したもので
あって、ポート１〜ｎの障害発生状態（ifOperStatus１
〜ifOperStatusｎ）と、ＳＮＭＰデータの構成（ifOper
Status１〜ifOperStatusｎのそれぞれの値の領域（ＩＮ
ＴＥＧＥＲ））とが表示される。
あって、ポート１〜ｎの障害発生状態（ifOperStatus１
〜ifOperStatusｎ）と、ＳＮＭＰデータの構成（ifOper
Status１〜ifOperStatusｎのそれぞれの値の領域（ＩＮ
ＴＥＧＥＲ））とが表示される。
【００１２】図１４は、使用者の指定により収集される
データを示し、ポートの障害詳細情報（障害ポートを使
用者が指定：ポート１の場合）が表示される。使用者が
ポート１を指定した場合、障害種別Ａテーブル〜障害種
別Ｘテーブル中の、ポート１に対応する障害種別Ａ．１
〜障害種別Ｘ．１において、それぞれの値の領域に、障
害の詳細情報が表示される。
データを示し、ポートの障害詳細情報（障害ポートを使
用者が指定：ポート１の場合）が表示される。使用者が
ポート１を指定した場合、障害種別Ａテーブル〜障害種
別Ｘテーブル中の、ポート１に対応する障害種別Ａ．１
〜障害種別Ｘ．１において、それぞれの値の領域に、障
害の詳細情報が表示される。
【００１３】(3) 従来の障害情報収集方法 図１５，図１６は、従来の回線障害監視例を示す図(1),
(2) である。従来の障害情報収集方法では、監視用トラ
ヒックと処理能力の制限から、周期監視情報を、障害発
生と障害復旧に限定している。そのため、障害発生の表
示を操作者が確認し、障害発生機器および障害発生イン
タフェースを特定して、障害詳細情報を収集して、障害
内容を判定しなければならない。
(2) である。従来の障害情報収集方法では、監視用トラ
ヒックと処理能力の制限から、周期監視情報を、障害発
生と障害復旧に限定している。そのため、障害発生の表
示を操作者が確認し、障害発生機器および障害発生イン
タフェースを特定して、障害詳細情報を収集して、障害
内容を判定しなければならない。
【００１４】図１５は、定常的な監視シーケンスの例を
示している。監視装置は、所定の監視タイミング（Ｔ）
に従って、装置Ａに対して、get-request によって（障
害発生情報）を送出し、装置Ａからget-responseによっ
て（障害無し）を得る。次に装置Ｂに対して、get-requ
est によって（障害発生情報）を送出し、装置Ｂからge
t-responseによって（障害無し）を得る。さらに装置Ｃ
に対して、get-request によって（障害発生情報）を送
出し、装置Ｃからget-responseによって（障害無し）を
得る。このような手順を、装置Ｘまで繰り返して行う。
示している。監視装置は、所定の監視タイミング（Ｔ）
に従って、装置Ａに対して、get-request によって（障
害発生情報）を送出し、装置Ａからget-responseによっ
て（障害無し）を得る。次に装置Ｂに対して、get-requ
est によって（障害発生情報）を送出し、装置Ｂからge
t-responseによって（障害無し）を得る。さらに装置Ｃ
に対して、get-request によって（障害発生情報）を送
出し、装置Ｃからget-responseによって（障害無し）を
得る。このような手順を、装置Ｘまで繰り返して行う。
【００１５】図１６は、機器Ｂでの障害発生時の処理シ
ーケンスを示している。監視装置は、所定の監視タイミ
ング（Ｔ）に従って、装置Ａに対して、get-request に
よって（障害発生情報）を送出し、装置Ａからget-resp
onseによって（障害無し）を得たが、装置Ｂに障害が発
生したので、装置Ｂに対して、get-request によって
（障害発生情報）を送出したとき、装置Ｂからget-resp
onseによって（障害発生）を得、これによって監視装置
において、障害表示が行われる。
ーケンスを示している。監視装置は、所定の監視タイミ
ング（Ｔ）に従って、装置Ａに対して、get-request に
よって（障害発生情報）を送出し、装置Ａからget-resp
onseによって（障害無し）を得たが、装置Ｂに障害が発
生したので、装置Ｂに対して、get-request によって
（障害発生情報）を送出したとき、装置Ｂからget-resp
onseによって（障害発生）を得、これによって監視装置
において、障害表示が行われる。
【００１６】装置Ｂにおいて障害が復旧したが、監視装
置は引き続いて、装置Ｃに対して、get-request によっ
て（障害発生情報）を送出し、装置Ｃからget-response
によって（障害無し）を得る。その後、操作者は監視装
置において操作を行って、装置Ｂに対して、get-reques
t によって（詳細情報）を発行したが、装置Ｂの障害は
復旧しているので、装置Ｂからはget-responseによって
（正常な情報）が得られただけである。
置は引き続いて、装置Ｃに対して、get-request によっ
て（障害発生情報）を送出し、装置Ｃからget-response
によって（障害無し）を得る。その後、操作者は監視装
置において操作を行って、装置Ｂに対して、get-reques
t によって（詳細情報）を発行したが、装置Ｂの障害は
復旧しているので、装置Ｂからはget-responseによって
（正常な情報）が得られただけである。
【００１７】
【発明が解決しようとする課題】図１１、図１２に示さ
れた従来の視覚表示方式では、操作者が、ＡＴＭ化装置
の障害情報についての知識を持ち、複数の障害内容か
ら、障害状態の詳細を判断しなければならないという問
題があった。
れた従来の視覚表示方式では、操作者が、ＡＴＭ化装置
の障害情報についての知識を持ち、複数の障害内容か
ら、障害状態の詳細を判断しなければならないという問
題があった。
【００１８】また、図１３，図１４に示された従来の障
害情報形式では、装置規模が大きく多数のインタフェー
スを持つ場合、収集情報が増加するので、監視用トラヒ
ックが増加するとともに、監視機器における処理が増加
する。従って、この方法では、トラヒックと処理能力の
制限から、収集情報種別の制限を行わなければならなく
なるという問題があった。
害情報形式では、装置規模が大きく多数のインタフェー
スを持つ場合、収集情報が増加するので、監視用トラヒ
ックが増加するとともに、監視機器における処理が増加
する。従って、この方法では、トラヒックと処理能力の
制限から、収集情報種別の制限を行わなければならなく
なるという問題があった。
【００１９】さらに、図１５，図１６に示された従来の
障害情報収集方法では、保守者が不在の時間帯に障害が
発生した場合には、あとから情報を収集しようとして
も、障害発生を示す情報は残っているが、障害内容の判
定のために必要な詳細な情報が、監視装置内に残ってい
ないという問題があった。
障害情報収集方法では、保守者が不在の時間帯に障害が
発生した場合には、あとから情報を収集しようとして
も、障害発生を示す情報は残っているが、障害内容の判
定のために必要な詳細な情報が、監視装置内に残ってい
ないという問題があった。
【００２０】本発明は、このような従来技術の課題を解
決しようとするものであって、ＡＴＭ化装置における回
線障害表示方法において、操作者が、ＡＴＭ装置の障害
情報についての知識を持ち、複数の障害内容から、障害
状態の詳細を判断する必要がなく、回線のトラヒックと
処理能力の制限から、収集情報種別の制限を行う必要が
なく、保守者が不在の時間帯に障害が発生した場合で
も、障害内容の判定のために必要な情報が監視装置内に
残るようにして、あとから情報を収集することができる
ようにすることを目的としている。
決しようとするものであって、ＡＴＭ化装置における回
線障害表示方法において、操作者が、ＡＴＭ装置の障害
情報についての知識を持ち、複数の障害内容から、障害
状態の詳細を判断する必要がなく、回線のトラヒックと
処理能力の制限から、収集情報種別の制限を行う必要が
なく、保守者が不在の時間帯に障害が発生した場合で
も、障害内容の判定のために必要な情報が監視装置内に
残るようにして、あとから情報を収集することができる
ようにすることを目的としている。
【００２１】
(1) 視覚表示方式の改善 図１，図２，図３は、本発明の回線障害発生時の表示方
法を示す図(1),(2),(3) である。本発明においては、次
のような視覚表示方式の改善によって、障害箇所および
障害内容の特定を容易にする。
法を示す図(1),(2),(3) である。本発明においては、次
のような視覚表示方式の改善によって、障害箇所および
障害内容の特定を容易にする。
【００２２】 インタフェース障害が発生している伝
送路方向を表示するシンボルを、インタフェース障害表
示位置に追加して、視覚的に判断を可能にする。
送路方向を表示するシンボルを、インタフェース障害表
示位置に追加して、視覚的に判断を可能にする。
【００２３】 障害情報一覧の表示内容を、従来の
「障害信号一覧」（図１２に示された各信号の正常，異
常の表示）から、「障害内容一覧」（各信号の状態を表
示）に変更する。また、インタフェースおよびプロトコ
ルにより、サポート範囲が違う情報については、それぞ
れに対応した有効な情報のみを表示する形式とし、無効
な情報は表示しない。また、障害内容一覧の表示におい
て、発生障害を色表示によって区別し、発生要因を特定
できる表示とする。
「障害信号一覧」（図１２に示された各信号の正常，異
常の表示）から、「障害内容一覧」（各信号の状態を表
示）に変更する。また、インタフェースおよびプロトコ
ルにより、サポート範囲が違う情報については、それぞ
れに対応した有効な情報のみを表示する形式とし、無効
な情報は表示しない。また、障害内容一覧の表示におい
て、発生障害を色表示によって区別し、発生要因を特定
できる表示とする。
【００２４】 関連障害統計情報（障害フレーム数
等）がある場合、同時にグラフを表示して、回線状態の
時系列変化を視覚的に表示する。
等）がある場合、同時にグラフを表示して、回線状態の
時系列変化を視覚的に表示する。
【００２５】図１において、１は網構成表示画面を示し
たものであって、図示のように、障害が発生した装置
Ａ，Ｂが色表示（網かけで示す）によって表示される。
操作者が装置ＡまたはＢの状態表示の操作を行うと、装
置Ａ専用画面２1 または装置Ｂ専用画面２2 が表示され
る。装置Ａ専用画面２1 または装置Ｂ専用画面２2 にお
いて、それぞれの装置のインタフェース状態画面を表示
させると、□で示す正常なインタフェース中に、障害が
発生したインタフェース１１，インタフェース６が■
（色表示を示す）で表示されるとともに、障害の発生し
ている伝送路方向を表示するシンボルとして、下り方向
と上り方向を示す矢印が図示のように表示される。この
場合、装置Ａと装置Ｂは、■で表示したインタフェース
で物理的に接続されている。
たものであって、図示のように、障害が発生した装置
Ａ，Ｂが色表示（網かけで示す）によって表示される。
操作者が装置ＡまたはＢの状態表示の操作を行うと、装
置Ａ専用画面２1 または装置Ｂ専用画面２2 が表示され
る。装置Ａ専用画面２1 または装置Ｂ専用画面２2 にお
いて、それぞれの装置のインタフェース状態画面を表示
させると、□で示す正常なインタフェース中に、障害が
発生したインタフェース１１，インタフェース６が■
（色表示を示す）で表示されるとともに、障害の発生し
ている伝送路方向を表示するシンボルとして、下り方向
と上り方向を示す矢印が図示のように表示される。この
場合、装置Ａと装置Ｂは、■で表示したインタフェース
で物理的に接続されている。
【００２６】また、操作者が、アラームロギング表示の
操作を行うと、装置Ａアラームロギングリスト３1 また
は装置Ｂアラームロギングリスト３2 に、障害項目が表
示される。図示のように、インタフェース障害として、
インタフェース１１とインタフェース６が色表示（網か
けで示す）で表示されている。この場合、関連情報表示
に対して“ＹＥＳ”を指定することによって、障害を発
生した部位の詳細画面が表示される。
操作を行うと、装置Ａアラームロギングリスト３1 また
は装置Ｂアラームロギングリスト３2 に、障害項目が表
示される。図示のように、インタフェース障害として、
インタフェース１１とインタフェース６が色表示（網か
けで示す）で表示されている。この場合、関連情報表示
に対して“ＹＥＳ”を指定することによって、障害を発
生した部位の詳細画面が表示される。
【００２７】図２は、関連情報表示画面の例を示したも
のである。図示のように、装置Ａ回線障害詳細画面４1
または装置Ｂ回線障害詳細画面４2 に、回線障害が、状
態項目ごとに示されるとともに、障害となった回線の方
向別の異常検出の有無が色表示（網かけで示す）で表示
される。また装置Ａ下り方向送信フレーム数グラフ５ 1
または装置Ｂ上り方向送信フレーム数グラフ５2 に、そ
れぞれの装置の異常発生方向の送信フレーム数がグラフ
によって表示される。なお、障害部位によっては、グラ
フが表示されない場合もある。
のである。図示のように、装置Ａ回線障害詳細画面４1
または装置Ｂ回線障害詳細画面４2 に、回線障害が、状
態項目ごとに示されるとともに、障害となった回線の方
向別の異常検出の有無が色表示（網かけで示す）で表示
される。また装置Ａ下り方向送信フレーム数グラフ５ 1
または装置Ｂ上り方向送信フレーム数グラフ５2 に、そ
れぞれの装置の異常発生方向の送信フレーム数がグラフ
によって表示される。なお、障害部位によっては、グラ
フが表示されない場合もある。
【００２８】図３において、６は本発明における回線障
害詳細画面を例示したものであって、図２に示された回
線障害詳細画面の具体的な表示内容を示している。図示
のように、アラーム検出状況と、その状態、および障害
検出レイヤが表形式で表示される。
害詳細画面を例示したものであって、図２に示された回
線障害詳細画面の具体的な表示内容を示している。図示
のように、アラーム検出状況と、その状態、および障害
検出レイヤが表形式で表示される。
【００２９】(2) 障害情報形式の改善 図４，図５は、本発明の回線障害情報形式の例を示す図
(1),(2) である。本発明においては、障害に関する通信
における、情報伝送のプロトコルにおいて、次のような
障害情報形式の変更による、収集情報の追加を行う。
(1),(2) である。本発明においては、障害に関する通信
における、情報伝送のプロトコルにおいて、次のような
障害情報形式の変更による、収集情報の追加を行う。
【００３０】 障害発生インタフェース情報個別ＭＩ
Ｂとして、ビットマップ形式で表示し、対象装置のイン
タフェース状態を、１情報で収集できる形式とする。
Ｂとして、ビットマップ形式で表示し、対象装置のイン
タフェース状態を、１情報で収集できる形式とする。
【００３１】 障害内容情報を示す個別ＭＩＢを、ビ
ットマップ化し、対象装置の障害内容を、１情報で収集
できる形式とする。
ットマップ化し、対象装置の障害内容を、１情報で収集
できる形式とする。
【００３２】図４において、７は障害発生情報ビットマ
ップを例示したものである。図中において、各オクテッ
ト０，１，２，３における、各ビットがそれぞれのイン
タフェース（インタフェース番号で示す）に対応し、各
ビットの値（１，０）が、状態（正常，障害）を表示し
ている。
ップを例示したものである。図中において、各オクテッ
ト０，１，２，３における、各ビットがそれぞれのイン
タフェース（インタフェース番号で示す）に対応し、各
ビットの値（１，０）が、状態（正常，障害）を表示し
ている。
【００３３】図５において、８は障害信号情報ビットマ
ップを例示したものである。図中において、インタフェ
ース番号１〜Ｎに対して、各インタフェースごとに、各
オクテット０，１，…，ｎにおける、各ビットがそれぞ
れの障害信号Ａ，Ｂ，…，Ｘに対応し、各ビットの値
（１，０）が、状態（正常，障害）を表示している。
ップを例示したものである。図中において、インタフェ
ース番号１〜Ｎに対して、各インタフェースごとに、各
オクテット０，１，…，ｎにおける、各ビットがそれぞ
れの障害信号Ａ，Ｂ，…，Ｘに対応し、各ビットの値
（１，０）が、状態（正常，障害）を表示している。
【００３４】従来は、図１３，図１４に示すように、ポ
ート数×障害種別数分の情報を送る必要があったが、本
発明によれば、伝送情報のビットマップ化を行うことに
よって、インタフェース数（ポート数）分だけの情報を
送ればよいので、通信トラヒックを減少させ、通信時間
を短縮することができる。
ート数×障害種別数分の情報を送る必要があったが、本
発明によれば、伝送情報のビットマップ化を行うことに
よって、インタフェース数（ポート数）分だけの情報を
送ればよいので、通信トラヒックを減少させ、通信時間
を短縮することができる。
【００３５】(3) 情報保持方法の改善 図６は、本発明における障害時の情報保持方法を示した
ものである。本発明においては、次のように、障害発生
情報，障害内容情報の同時収集による、リアルタイム情
報の保持を行う。
ものである。本発明においては、次のように、障害発生
情報，障害内容情報の同時収集による、リアルタイム情
報の保持を行う。
【００３６】 障害発生情報，障害内容情報を同時に
収集し、発生時の情報を一時的に保存することによっ
て、保守者の操作による表示時に、発生時の情報の表示
を可能にする。
収集し、発生時の情報を一時的に保存することによっ
て、保守者の操作による表示時に、発生時の情報の表示
を可能にする。
【００３７】図６は、各機器における障害時の情報保存
方法の例を示している。機器Ｂにおいて、監視装置は監
視タイミング（Ｔ）に従って、装置Ａに対して、get-re
quest によって（障害発生情報）を送出し、装置Ａから
get-responseによって（障害無し）を得たが、装置Ｂに
障害が発生したので、装置Ｂに対して、get-requestに
よって（障害発生情報）を送出したとき、装置Ｂからge
t-responseによって（障害発生）を得、これによって監
視装置において、障害表示が行われる。
方法の例を示している。機器Ｂにおいて、監視装置は監
視タイミング（Ｔ）に従って、装置Ａに対して、get-re
quest によって（障害発生情報）を送出し、装置Ａから
get-responseによって（障害無し）を得たが、装置Ｂに
障害が発生したので、装置Ｂに対して、get-requestに
よって（障害発生情報）を送出したとき、装置Ｂからge
t-responseによって（障害発生）を得、これによって監
視装置において、障害表示が行われる。
【００３８】監視装置は、引き続いて装置Ｂに対して、
get-request によって（障害内容情報，障害関連情
報* ）を送出し、装置Ｂからget-responseによって（障
害内容情報，障害関連情報* ）を得る。障害関連情報
は、障害復旧を検出するまで、周期監視によって取得
し、ロギングファイルに保持する。装置Ｂにおいて障害
復旧したとき、監視Ｔは引き続いて、装置Ｃに対して、
get-request によって（障害発生情報）を発行し、装置
Ｃからget-request によって（障害無し）を得る。
get-request によって（障害内容情報，障害関連情
報* ）を送出し、装置Ｂからget-responseによって（障
害内容情報，障害関連情報* ）を得る。障害関連情報
は、障害復旧を検出するまで、周期監視によって取得
し、ロギングファイルに保持する。装置Ｂにおいて障害
復旧したとき、監視Ｔは引き続いて、装置Ｃに対して、
get-request によって（障害発生情報）を発行し、装置
Ｃからget-request によって（障害無し）を得る。
【００３９】このように本発明によれば、視覚表示方法
の改善によって、障害箇所および障害内容の特定が容易
になる。また、障害情報形式の改善によって、収集情報
の追加を行うとともに、情報量を縮減することができ、
障害判定処理が容易になる。さらに、情報保持方法の改
善によって、障害発生情報，障害内容情報の同時収集に
よる、リアルタイム情報の保持を行うことが可能とな
る。
の改善によって、障害箇所および障害内容の特定が容易
になる。また、障害情報形式の改善によって、収集情報
の追加を行うとともに、情報量を縮減することができ、
障害判定処理が容易になる。さらに、情報保持方法の改
善によって、障害発生情報，障害内容情報の同時収集に
よる、リアルタイム情報の保持を行うことが可能とな
る。
【００４０】以下、本発明の課題を解決するための具体
的手段を記述する。
的手段を記述する。
【００４１】(1) ＡＴＭ化装置における状態監視装置に
おいて、各被監視装置ごとに、各インタフェースの障害
の有無を示す障害発生情報を、それぞれ１ビットのデー
タで表してインタフェース番号順に横軸方向が一定ビッ
ト数からなるパターンに配列した障害発生情報ビットマ
ップ７の形式で表現して処理を行うことによって、被監
視装置内の回線状態を１情報で判定できるようにする。
おいて、各被監視装置ごとに、各インタフェースの障害
の有無を示す障害発生情報を、それぞれ１ビットのデー
タで表してインタフェース番号順に横軸方向が一定ビッ
ト数からなるパターンに配列した障害発生情報ビットマ
ップ７の形式で表現して処理を行うことによって、被監
視装置内の回線状態を１情報で判定できるようにする。
【００４２】(2) ＡＴＭ化装置における状態監視装置に
おいて、各被監視装置ごとに、各信号における障害の有
無を示す障害信号情報を、それぞれ１ビットのデータで
表して所定の順序で横軸方向が一定ビット数からなるパ
ターンに配列した障害信号情報ビットマップ８をインタ
フェース番号ごとに作成して処理を行うことによって、
被監視装置内の障害内容を１情報で判定できるようにす
る。
おいて、各被監視装置ごとに、各信号における障害の有
無を示す障害信号情報を、それぞれ１ビットのデータで
表して所定の順序で横軸方向が一定ビット数からなるパ
ターンに配列した障害信号情報ビットマップ８をインタ
フェース番号ごとに作成して処理を行うことによって、
被監視装置内の障害内容を１情報で判定できるようにす
る。
【００４３】(3) ＡＴＭ化装置における状態監視装置に
おいて、回線障害内容を示す詳細情報を、回線の上り方
向または下り方向を示すデータと複数の障害検出レイヤ
ごとの障害発生状況のデータとによって横軸方向が一定
ビット数のデータブロックとして、障害内容ごとに縦軸
方向に所定の順序で配列したデータパターン９，１０，
１１をインタフェース種別ごとに形成することによっ
て、被監視装置内の障害内容について、全回線に対して
同一の処理によって回線障害方向を含む詳細内容を特定
できるようにする。
おいて、回線障害内容を示す詳細情報を、回線の上り方
向または下り方向を示すデータと複数の障害検出レイヤ
ごとの障害発生状況のデータとによって横軸方向が一定
ビット数のデータブロックとして、障害内容ごとに縦軸
方向に所定の順序で配列したデータパターン９，１０，
１１をインタフェース種別ごとに形成することによっ
て、被監視装置内の障害内容について、全回線に対して
同一の処理によって回線障害方向を含む詳細内容を特定
できるようにする。
【００４４】(4) ＡＴＭ化装置における状態監視装置に
おいて、回線の障害情報をインタフェースごとにグルー
プ分けして、複数の障害検出レイヤごとの障害発生状況
のデータによって横軸方向が一定ビット数のデータブロ
ックとして障害内容ごとに縦軸方向に所定の順序で配列
してデータパターン１２を形成することによって、被監
視装置内の障害内容について、回線の使用するインタフ
ェースが複数にわたる場合でも同一の処理によって障害
解析を行えるようにする。
おいて、回線の障害情報をインタフェースごとにグルー
プ分けして、複数の障害検出レイヤごとの障害発生状況
のデータによって横軸方向が一定ビット数のデータブロ
ックとして障害内容ごとに縦軸方向に所定の順序で配列
してデータパターン１２を形成することによって、被監
視装置内の障害内容について、回線の使用するインタフ
ェースが複数にわたる場合でも同一の処理によって障害
解析を行えるようにする。
【００４５】(5) ＡＴＭ化装置における状態監視装置に
おいて、各被監視装置に対して障害発生情報を問い合わ
せて障害なしの応答を得たとき次の装置へ進むシーケン
スを所定順序で実行するとともに、いずれかの装置にお
いて障害発生の応答を得たときは、このシーケンスを中
断して当該装置から周期的に障害内容情報を取得して保
持し、この装置において障害復旧を検出したとき、障害
内容情報の周期取得を停止して、次の装置から所定の順
序によるシーケンスに復帰する。
おいて、各被監視装置に対して障害発生情報を問い合わ
せて障害なしの応答を得たとき次の装置へ進むシーケン
スを所定順序で実行するとともに、いずれかの装置にお
いて障害発生の応答を得たときは、このシーケンスを中
断して当該装置から周期的に障害内容情報を取得して保
持し、この装置において障害復旧を検出したとき、障害
内容情報の周期取得を停止して、次の装置から所定の順
序によるシーケンスに復帰する。
【００４６】(6) (5) の場合に、障害発生時から障害復
旧までの間、障害内容情報とともに当該装置の障害関連
情報を収集して保持する。
旧までの間、障害内容情報とともに当該装置の障害関連
情報を収集して保持する。
【００４７】
【発明の実施の形態】以下、本発明の実施の形態につい
て、詳細に説明する。 (1) 視覚表示方式の改善によって、障害箇所および障害
内容の特定を行う場合の実現方法としては、障害伝送路
の方向を特定し、視覚情報として表示する方法と、障害
表示内容の改善によって、詳細情報判定を容易にする方
法と、障害関連性能情報をグラフによって表示して、障
害詳細状態の変化を表示する方法とがある。
て、詳細に説明する。 (1) 視覚表示方式の改善によって、障害箇所および障害
内容の特定を行う場合の実現方法としては、障害伝送路
の方向を特定し、視覚情報として表示する方法と、障害
表示内容の改善によって、詳細情報判定を容易にする方
法と、障害関連性能情報をグラフによって表示して、障
害詳細状態の変化を表示する方法とがある。
【００４８】 障害伝送路の方向を特定して、視覚情
報として表示する方法（図１および図２参照） １．障害発生インタフェースを特定する。 ２．障害内容情報から、障害発生が送信方向であるかま
たは受信方向であるかを判定する。
報として表示する方法（図１および図２参照） １．障害発生インタフェースを特定する。 ２．障害内容情報から、障害発生が送信方向であるかま
たは受信方向であるかを判定する。
【００４９】３．インタフェース表示画面の障害発生イ
ンタフェース上に、方向を示すシンボルを表示する。 ４．障害復旧時は、表示シンボルの色を変化させ、復旧
済みを表示する。 ５．保守者の確認操作によって、既に障害が復旧してい
ることが判明した場合には、表示シンボルを画面から消
去する。
ンタフェース上に、方向を示すシンボルを表示する。 ４．障害復旧時は、表示シンボルの色を変化させ、復旧
済みを表示する。 ５．保守者の確認操作によって、既に障害が復旧してい
ることが判明した場合には、表示シンボルを画面から消
去する。
【００５０】 障害表示内容の改善によって詳細情報
判定を容易にする方法（図７〜図１０参照） １．障害内容情報とインタフェース種別情報とから、必
要情報パターンを決定する。 ２．収集したインタフェース種別情報から、必要情報パ
ターンのフィルタを使用して、表示する情報を選択す
る。
判定を容易にする方法（図７〜図１０参照） １．障害内容情報とインタフェース種別情報とから、必
要情報パターンを決定する。 ２．収集したインタフェース種別情報から、必要情報パ
ターンのフィルタを使用して、表示する情報を選択す
る。
【００５１】３．障害となっている信号を特定する。 ４．信号情報を障害内容として、日本語化する。 ５．表示情報を表形式で作成する。 ６．障害発生情報区分の色を変化させる。
【００５２】図７〜図９は、障害発生時の詳細情報判定
方法を示す図(1) 〜(3) であって、各障害内容情報をイ
ンタフェースごとに示している。図７において、９はＡ
ＴＭ−ＵＮＩインタフェースの障害内容情報のデータパ
ターンを示している。図８において、１０はＭＪＰＥＧ
インタフェースの障害内容情報のデータパターンを示し
ている。図９において、１１はＣＥインタフェースの障
害内容情報のデータパターンを示している。各図におい
て、縦軸に配列された各状態をそれぞれ１オクテット長
のデータブロックによって表し、各ビットに、横軸に配
列されたアラーム検出レイヤを対応させる。この際、各
障害情報の最初の２データが、０であるか否かによっ
て、送信障害の発生か、受信障害の発生かを判定できる
ようにする。図中、色表示（網かけで示す）した状態
は、障害状態であることを示している。
方法を示す図(1) 〜(3) であって、各障害内容情報をイ
ンタフェースごとに示している。図７において、９はＡ
ＴＭ−ＵＮＩインタフェースの障害内容情報のデータパ
ターンを示している。図８において、１０はＭＪＰＥＧ
インタフェースの障害内容情報のデータパターンを示し
ている。図９において、１１はＣＥインタフェースの障
害内容情報のデータパターンを示している。各図におい
て、縦軸に配列された各状態をそれぞれ１オクテット長
のデータブロックによって表し、各ビットに、横軸に配
列されたアラーム検出レイヤを対応させる。この際、各
障害情報の最初の２データが、０であるか否かによっ
て、送信障害の発生か、受信障害の発生かを判定できる
ようにする。図中、色表示（網かけで示す）した状態
は、障害状態であることを示している。
【００５３】図１０は、複数プロトコルのデータ切り分
け方法を示したものである。図１０において、１２はＣ
Ｅインタフェースの共通データと、ＤＳ１個別データの
障害内容情報のデータパターンを示し、縦軸に示された
各状態をそれぞれ１オクテット長のデータブロックによ
って表し、各ビットに、横軸に配列されたアラーム検出
レイヤを対応させる。図中、色表示（網かけで示す）し
た部分は、ＤＳ１，ＳＲＩ共通の障害情報を示し、色表
示しない部分は、ＤＳ１独自のデータを示す。
け方法を示したものである。図１０において、１２はＣ
Ｅインタフェースの共通データと、ＤＳ１個別データの
障害内容情報のデータパターンを示し、縦軸に示された
各状態をそれぞれ１オクテット長のデータブロックによ
って表し、各ビットに、横軸に配列されたアラーム検出
レイヤを対応させる。図中、色表示（網かけで示す）し
た部分は、ＤＳ１，ＳＲＩ共通の障害情報を示し、色表
示しない部分は、ＤＳ１独自のデータを示す。
【００５４】 障害関連性能情報をグラフによって表
示し、障害詳細状態の変化を表示する方法（図２参照） １．障害発生時に、発生インタフェースと障害内容を判
定する。 ２．関連性能情報を特定する。
示し、障害詳細状態の変化を表示する方法（図２参照） １．障害発生時に、発生インタフェースと障害内容を判
定する。 ２．関連性能情報を特定する。
【００５５】３．性能情報の収集を開始し、障害が復旧
するまで情報を収集し、結果を保持する。 ４．障害確認のために、保守者がグラフ表示を指定した
場合、収集した情報をグラフによって表示する。 ５．保守者の指定によって、情報の保存または削除を行
う。
するまで情報を収集し、結果を保持する。 ４．障害確認のために、保守者がグラフ表示を指定した
場合、収集した情報をグラフによって表示する。 ５．保守者の指定によって、情報の保存または削除を行
う。
【００５６】(2) 障害情報形式の変更によって、収集情
報を追加する場合の実現方法としては、図４および図５
について、説明した通りである。
報を追加する場合の実現方法としては、図４および図５
について、説明した通りである。
【００５７】 障害発生インタフェース情報個別ＭＩ
Ｂとして、ビットマップ形式で表示し、対象装置のイン
タフェース状態を、１情報で収集できる形式とする。 障害内容情報を示す個別ＭＩＢを、ビットマップ化
し、対象装置の障害内容を、１情報で収集できる形式と
する。
Ｂとして、ビットマップ形式で表示し、対象装置のイン
タフェース状態を、１情報で収集できる形式とする。 障害内容情報を示す個別ＭＩＢを、ビットマップ化
し、対象装置の障害内容を、１情報で収集できる形式と
する。
【００５８】(3) 障害発生情報と障害内容情報の同時収
集によって、リアルタイム情報を保持するための方法
は、次のようにして実現される（図６参照）。 １．周期監視情報として、障害発生情報と障害内容情報
とを指定する。 ２．障害発生時、障害内容から必要情報を取り出す。 ３．取り出した情報とアラームロギング情報を、リンク
させて保存する。
集によって、リアルタイム情報を保持するための方法
は、次のようにして実現される（図６参照）。 １．周期監視情報として、障害発生情報と障害内容情報
とを指定する。 ２．障害発生時、障害内容から必要情報を取り出す。 ３．取り出した情報とアラームロギング情報を、リンク
させて保存する。
【００５９】４．障害内容に関連する性能情報がある場
合、その性能情報の周期監視を開始して、収集情報ファ
イルを、アラームロギング情報とリンクさせる。 ５．障害復旧時、性能情報の周期監視を停止する。
合、その性能情報の周期監視を開始して、収集情報ファ
イルを、アラームロギング情報とリンクさせる。 ５．障害復旧時、性能情報の周期監視を停止する。
【００６０】
【発明の効果】以上説明したように本発明によれば、従
来のＡＴＭ装置の回線障害監視と比較して、以下の点に
おいて、操作性および性能の向上が実現される。 (1) 表示内容を詳細にしたので、障害解析および障害対
応を迅速に行うことができる。 (2) 表示内容の平易化によって、障害切り分け作業が容
易になる。
来のＡＴＭ装置の回線障害監視と比較して、以下の点に
おいて、操作性および性能の向上が実現される。 (1) 表示内容を詳細にしたので、障害解析および障害対
応を迅速に行うことができる。 (2) 表示内容の平易化によって、障害切り分け作業が容
易になる。
【００６１】(3) 障害発生時の情報の保存によって、保
守者がいない間に発生した障害の解析が容易になる。 (4) 収集情報長の短縮によって、トラヒックの軽減が可
能になるとともに、監視機器の処理速度の向上を図るこ
とができる。 (5) 収集情報の形式変更によって、障害判定処理を簡素
化し、監視機器の処理負荷を軽減することができる。
守者がいない間に発生した障害の解析が容易になる。 (4) 収集情報長の短縮によって、トラヒックの軽減が可
能になるとともに、監視機器の処理速度の向上を図るこ
とができる。 (5) 収集情報の形式変更によって、障害判定処理を簡素
化し、監視機器の処理負荷を軽減することができる。
【図１】本発明の回線障害発生時の表示方法を示す図
(1) である。
(1) である。
【図２】本発明の回線障害発生時の表示方法を示す図
(2) である。
(2) である。
【図３】本発明の回線障害発生時の表示方法を示す図
(3) である。
(3) である。
【図４】本発明の回線障害情報形式の例を示す図(1) で
ある。
ある。
【図５】本発明の回線障害情報形式の例を示す図(2) で
ある。
ある。
【図６】本発明における障害時の情報保持方法を示す図
である。
である。
【図７】障害発生時の詳細情報判定方法を示す図(1) で
ある。
ある。
【図８】障害発生時の詳細情報判定方法を示す図(2) で
ある。
ある。
【図９】障害発生時の詳細情報判定方法を示す図(3) で
ある。
ある。
【図１０】複数プロトコルのデータ切り分け方法を示す
図である。
図である。
【図１１】従来の回線障害発生時の表示方法の例を示す
図(1) である。
図(1) である。
【図１２】従来の回線障害発生時の表示方法の例を示す
図(2) である。
図(2) である。
【図１３】従来の回線障害情報形式の例を示す図(1) で
ある。
ある。
【図１４】従来の回線障害情報形式の例を示す図(2) で
ある。
ある。
【図１５】従来の回線障害監視例を示す図(1) である。
【図１６】従来の回線障害監視例を示す図(2) である。
１ 網構成画面 ２1 装置Ａ専用画面 ２2 装置Ｂ専用画面 ３1 装置Ａアラームロギングリスト ３2 装置Ｂアラームロギングリスト ４1 装置Ａ回線障害詳細画面 ４2 装置Ｂ回線障害詳細画面 ５1 装置Ａ下り方向送信フレーム数グラフ ５2 装置Ｂ上り方向送信フレーム数グラフ ６ 回線障害詳細画面 ７ 障害発生情報ビットマップ ８ 障害信号情報ビットマップ ９ データパターン １０ データパターン １１ データパターン １２ データパターン
Claims (6)
- 【請求項１】 ＡＴＭ化装置における状態監視装置にお
いて、各被監視装置ごとに、各インタフェースの障害の
有無を示す障害発生情報を、それぞれ１ビットのデータ
で表してインタフェース番号順に横軸方向が一定ビット
数からなるパターンに配列した障害発生情報ビットマッ
プの形式で表現して処理を行うことによって、被監視装
置内の回線状態を１情報で判定できるようにしたことを
特徴とするＡＴＭ化装置における回線障害監視方法。 - 【請求項２】 ＡＴＭ化装置における状態監視装置にお
いて、各被監視装置ごとに、各信号における障害の有無
を示す障害信号情報を、それぞれ１ビットのデータで表
して所定の順序で横軸方向が一定ビット数からなるパタ
ーンに配列した障害信号情報ビットマップをインタフェ
ース番号ごとに作成して処理を行うことによって、被監
視装置内の障害内容を１情報で判定できるようにしたこ
とを特徴とするＡＴＭ化装置における回線障害監視方
法。 - 【請求項３】 ＡＴＭ化装置における状態監視装置にお
いて、回線障害内容を示す詳細情報を、回線の上り方向
または下り方向を示すデータと複数の障害検出レイヤご
との障害発生状況のデータとによって横軸方向が一定ビ
ット数のデータブロックとして、障害内容ごとに縦軸方
向に所定の順序で配列したパターンをインタフェース種
別ごとに作成することによって、被監視装置内の障害内
容について、全回線に対して同一の処理によって回線障
害方向を含む詳細内容を特定できるようにしたことを特
徴とするＡＴＭ化装置における回線障害監視方法。 - 【請求項４】 ＡＴＭ化装置における状態監視装置にお
いて、回線の障害情報をインタフェースごとにグループ
分けして、複数の障害検出レイヤごとの障害発生状況の
データによって横軸方向が一定ビット数のデータブロッ
クとして障害内容ごとに縦軸方向に所定の順序で配列し
てパターン化することによって、被監視装置内の障害内
容について、回線の使用するインタフェースが複数にわ
たる場合でも同一の処理によって障害解析を行えるよう
にしたことを特徴とするＡＴＭ化装置における回線障害
監視方法。 - 【請求項５】 ＡＴＭ化装置における状態監視装置にお
いて、各被監視装置に対して障害発生情報を問い合わせ
て障害なしの応答を得たとき次の装置へ進むシーケンス
を所定順序で実行するとともに、いずれかの装置におい
て障害発生の応答を得たときは、該シーケンスを中断し
て該装置から周期的に障害内容情報を取得して保持し、
該装置において障害復旧を検出したとき、前記障害内容
情報の周期取得を停止して、次の装置から前記所定の順
序によるシーケンスに復帰することを特徴とするＡＴＭ
化装置における回線障害監視方法。 - 【請求項６】 請求項５に記載のＡＴＭ化装置における
回線障害監視方法において、障害発生時から障害復旧ま
での間、前記障害内容情報とともに該装置の障害関連情
報を収集して保持することを特徴とするＡＴＭ化装置に
おける回線障害監視方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8213460A JPH1056464A (ja) | 1996-08-13 | 1996-08-13 | Ａｔｍ化装置における回線障害監視方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8213460A JPH1056464A (ja) | 1996-08-13 | 1996-08-13 | Ａｔｍ化装置における回線障害監視方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH1056464A true JPH1056464A (ja) | 1998-02-24 |
Family
ID=16639585
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8213460A Withdrawn JPH1056464A (ja) | 1996-08-13 | 1996-08-13 | Ａｔｍ化装置における回線障害監視方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH1056464A (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000092057A (ja) * | 1998-09-14 | 2000-03-31 | Toshiba Corp | 監視制御システム |
| JP2003058352A (ja) * | 2001-08-17 | 2003-02-28 | Daiwa Securities Group Inc | プリンタ監視システム、プリンタ監視方法及びプログラム |
| JP2004072271A (ja) * | 2002-08-02 | 2004-03-04 | Kyushu Ando Denki Kk | 機器管理システム及び方法 |
| JP2006279281A (ja) * | 2005-03-28 | 2006-10-12 | Nec Corp | ネットワーク監視方式、監視局及び監視対象装置 |
| CN107852377A (zh) * | 2016-01-27 | 2018-03-27 | 甲骨文国际公司 | 用于在高性能计算环境中支持交换机端口状况的可伸缩表示的系统和方法 |
| US11082365B2 (en) | 2016-01-27 | 2021-08-03 | Oracle International Corporation | System and method for supporting scalable representation of switch port status in a high performance computing environment |
| US11271870B2 (en) | 2016-01-27 | 2022-03-08 | Oracle International Corporation | System and method for supporting scalable bit map based P_Key table in a high performance computing environment |
-
1996
- 1996-08-13 JP JP8213460A patent/JPH1056464A/ja not_active Withdrawn
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000092057A (ja) * | 1998-09-14 | 2000-03-31 | Toshiba Corp | 監視制御システム |
| JP2003058352A (ja) * | 2001-08-17 | 2003-02-28 | Daiwa Securities Group Inc | プリンタ監視システム、プリンタ監視方法及びプログラム |
| JP2004072271A (ja) * | 2002-08-02 | 2004-03-04 | Kyushu Ando Denki Kk | 機器管理システム及び方法 |
| JP2006279281A (ja) * | 2005-03-28 | 2006-10-12 | Nec Corp | ネットワーク監視方式、監視局及び監視対象装置 |
| CN107852377A (zh) * | 2016-01-27 | 2018-03-27 | 甲骨文国际公司 | 用于在高性能计算环境中支持交换机端口状况的可伸缩表示的系统和方法 |
| CN107852377B (zh) * | 2016-01-27 | 2021-06-25 | 甲骨文国际公司 | 用于在高性能计算环境中支持交换机端口状况的可伸缩表示的系统和方法 |
| US11082365B2 (en) | 2016-01-27 | 2021-08-03 | Oracle International Corporation | System and method for supporting scalable representation of switch port status in a high performance computing environment |
| US11271870B2 (en) | 2016-01-27 | 2022-03-08 | Oracle International Corporation | System and method for supporting scalable bit map based P_Key table in a high performance computing environment |
| US11381520B2 (en) | 2016-01-27 | 2022-07-05 | Oracle International Corporation | System and method for supporting node role attributes in a high performance computing environment |
| US11770349B2 (en) | 2016-01-27 | 2023-09-26 | Oracle International Corporation | System and method for supporting configurable legacy P_Key table abstraction using a bitmap based hardware implementation in a high performance computing environment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6529954B1 (en) | Knowledge based expert analysis system | |
| US6363384B1 (en) | Expert system process flow | |
| US6526044B1 (en) | Real-time analysis through capture buffer with real-time historical data correlation | |
| JPH0330553A (ja) | データ通信ネツトワークにおける問題判別及び回復のための方法及びシステム | |
| EP0898822A2 (en) | Method and apparatus for integrated network management and systems management in communications networks | |
| JP2001356972A (ja) | ネットワーク監視システム及びネットワーク監視方法 | |
| CN104022905B (zh) | 节点网络监控方法及装置 | |
| JPH1056464A (ja) | Ａｔｍ化装置における回線障害監視方法 | |
| CN112396292A (zh) | 一种基于物联网及边缘计算的变电站设备风险管控系统 | |
| CN113721581A (zh) | 一种基于关键路径的故障诊断显示装置及方法 | |
| CN107979495A (zh) | 一种网管系统中告警风暴的梯度处理方法 | |
| KR0175595B1 (ko) | 비동기식전송방식(atm) 장치에서 단순망관리규약(snmp)을 사용한 원격지에서의 장애관리방법 | |
| KR100658298B1 (ko) | 통신망의 고장회선 상세연결내역 추출 방법 | |
| Cisco | Network Maintenance | |
| Cisco | Network Maintenance | |
| Cisco | Network Maintenance | |
| Cisco | Network Maintenance | |
| Cisco | Network Maintenance | |
| CN113067770B (zh) | 一种在网络通信中断时进行网络切换系统 | |
| JPH07162514A (ja) | ネットワーク監視システムの情報検索装置 | |
| JP5458644B2 (ja) | 大規模ネットワーク監視方法 | |
| JP2001086117A (ja) | ネットワーク監視方式 | |
| KR100260091B1 (ko) | 디바이스 상태 출력 장치 | |
| KR100645369B1 (ko) | Ａｔｍ신호방식의 메세지 추적 알고리즘에 따른 가입자 및네트워크 상태 관리 방법 | |
| JP2500749B2 (ja) | 情報処理装置及びｌａｎ障害情報収集方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20031104 |