JPH0771113B2 - パケット網の障害判定システム - Google Patents
パケット網の障害判定システムInfo
- Publication number
- JPH0771113B2 JPH0771113B2 JP4291708A JP29170892A JPH0771113B2 JP H0771113 B2 JPH0771113 B2 JP H0771113B2 JP 4291708 A JP4291708 A JP 4291708A JP 29170892 A JP29170892 A JP 29170892A JP H0771113 B2 JPH0771113 B2 JP H0771113B2
- Authority
- JP
- Japan
- Prior art keywords
- packet
- communication processing
- processing device
- determination system
- call
- 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.)
- Expired - Fee Related
Links
- 238000004891 communication Methods 0.000 claims description 88
- 238000012545 processing Methods 0.000 claims description 83
- 238000012544 monitoring process Methods 0.000 claims description 46
- 238000012806 monitoring device Methods 0.000 claims description 12
- 208000033748 Device issues Diseases 0.000 claims description 3
- 238000012790 confirmation Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 6
- 238000007796 conventional method Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、ＣＣＩＴＴ 勧告Ｘ．
２５に従ったパケット交換サービスにより通信処理装置
間で論理接続路を用いたデータの通信に利用する。
２５に従ったパケット交換サービスにより通信処理装置
間で論理接続路を用いたデータの通信に利用する。
【０００２】本発明は、接続路開設に失敗した場合に失
敗の原因となる障害を各通信処理装置から収集したパケ
ットにより一元的に障害判定を行うことができるパケッ
ト網の障害判定システムに関する。
敗の原因となる障害を各通信処理装置から収集したパケ
ットにより一元的に障害判定を行うことができるパケッ
ト網の障害判定システムに関する。
【０００３】
【従来の技術】従来、この種のパケット網障害判定シス
テムは、特開昭６３−２４０２３３号公報に開示されて
いるように、パケット網内のノード対応に中継線輻輳お
よびノード障害を記憶し、自ノードが中継交換する復旧
要求パケットおよび切断指示パケットに含まれる切断原
因を監視し、連続する同一原因による切断の回数が予め
設定された時間内に一定回数を越えたとき記憶したノー
ド障害に対応する記憶を行わせて、各ノードのパケット
切断原因を判断するものがある。
テムは、特開昭６３−２４０２３３号公報に開示されて
いるように、パケット網内のノード対応に中継線輻輳お
よびノード障害を記憶し、自ノードが中継交換する復旧
要求パケットおよび切断指示パケットに含まれる切断原
因を監視し、連続する同一原因による切断の回数が予め
設定された時間内に一定回数を越えたとき記憶したノー
ド障害に対応する記憶を行わせて、各ノードのパケット
切断原因を判断するものがある。
【０００４】
【発明が解決しようとする課題】このような従来方式
は、パケット網における各ノードにおいて障害を監視し
ているため、相手ノードに関する情報を得ることができ
ず、自装置側交換機の誤り、相手装置の誤り、さらには
パケットサービス利用者の誤りの判断ができず、判定に
は各ノードの情報を人手を介して収集し照合する必要が
あった。
は、パケット網における各ノードにおいて障害を監視し
ているため、相手ノードに関する情報を得ることができ
ず、自装置側交換機の誤り、相手装置の誤り、さらには
パケットサービス利用者の誤りの判断ができず、判定に
は各ノードの情報を人手を介して収集し照合する必要が
あった。
【０００５】本発明はこのような問題を解決するもので
各ノードで判断していた障害原因をマネージャ一箇所で
判断することができ、ノードの情報を人手を介さずに収
集できるシステムを提供することを目的とする。
各ノードで判断していた障害原因をマネージャ一箇所で
判断することができ、ノードの情報を人手を介さずに収
集できるシステムを提供することを目的とする。
【０００６】
【課題を解決するための手段】本発明は、パケット網を
介して複数の通信処理装置が相互に接続されたパケット
網の障害判定システムにおいて、この通信処理装置それ
ぞれに、通信制御処理部、および相互間の接続路を監視
するエージェントを設け、このエージェントを前記複数
の通信処理装置について監視用接続路を介して監視する
マネージャを備えたことを特徴とする。
介して複数の通信処理装置が相互に接続されたパケット
網の障害判定システムにおいて、この通信処理装置それ
ぞれに、通信制御処理部、および相互間の接続路を監視
するエージェントを設け、このエージェントを前記複数
の通信処理装置について監視用接続路を介して監視する
マネージャを備えたことを特徴とする。
【０００７】前記通信処理装置それぞれに、パケット情
報を記録する監視テーブルと、ＣＲ、ＣＮ、ＣＱ、Ｃ
Ｉ、ＣＡ、およびＣＣの送信された各パケットに対し一
定のタイマ監視を行い発呼または着呼の失敗を判断する
監視手段と、そのパケット情報を発呼完了または着呼完
了まで前記監視テーブルに保持する保持手段とを含む接
続路監視装置を備え、前記マネージャに、前記接続路監
視装置が検出した発呼失敗を前記エージェントから接続
失敗警報として受信したときに、発呼側エージェントと
着呼側エージェントとの間で保持されたパケット情報の
検索を行い障害判定を行う手段を含み、前記送信された
パケットはＣＲ、ＣＮ、ＣＱ、ＣＩ、ＣＡ、およびＣＣ
であることが望ましい。
報を記録する監視テーブルと、ＣＲ、ＣＮ、ＣＱ、Ｃ
Ｉ、ＣＡ、およびＣＣの送信された各パケットに対し一
定のタイマ監視を行い発呼または着呼の失敗を判断する
監視手段と、そのパケット情報を発呼完了または着呼完
了まで前記監視テーブルに保持する保持手段とを含む接
続路監視装置を備え、前記マネージャに、前記接続路監
視装置が検出した発呼失敗を前記エージェントから接続
失敗警報として受信したときに、発呼側エージェントと
着呼側エージェントとの間で保持されたパケット情報の
検索を行い障害判定を行う手段を含み、前記送信された
パケットはＣＲ、ＣＮ、ＣＱ、ＣＩ、ＣＡ、およびＣＣ
であることが望ましい。
【０００８】さらに、前記マネージャは、発呼側通信処
理装置がＣＩパケットを受信し、着呼側通信処理装置が
ＣＱパケットを発行しているときには利用者の誤りであ
ると判断し、着呼側通信処理装置がＣＱパケットを発行
していないときには、自装置側の網設定誤りである網拒
否と判断し、発呼側通信処理装置がＣＩパケットを受信
せず、かつ着呼側通信処理装置がＣＮパケットを受信し
ていないときには、網の誤りであると判断し、また、発
呼側通信処理装置がＣＩパケットを受信せず、着呼側通
信処理装置がＣＮパケットを受信しているか、あるいは
ＣＱパケットを送信していないときには、着呼側ネット
ワーク制御プログラムの誤りであると判断し、発呼側通
信処理装置がＣＩパケットを受信せず、かつ着呼側通信
処理装置がＣＮパケットを受信しているか、あるいはＣ
Ｑパケットを送信しているときには、発呼不可となる原
因の他に別の障害が発生したことを示す二重障害の発生
と判断する手段を含むことが望ましい。
理装置がＣＩパケットを受信し、着呼側通信処理装置が
ＣＱパケットを発行しているときには利用者の誤りであ
ると判断し、着呼側通信処理装置がＣＱパケットを発行
していないときには、自装置側の網設定誤りである網拒
否と判断し、発呼側通信処理装置がＣＩパケットを受信
せず、かつ着呼側通信処理装置がＣＮパケットを受信し
ていないときには、網の誤りであると判断し、また、発
呼側通信処理装置がＣＩパケットを受信せず、着呼側通
信処理装置がＣＮパケットを受信しているか、あるいは
ＣＱパケットを送信していないときには、着呼側ネット
ワーク制御プログラムの誤りであると判断し、発呼側通
信処理装置がＣＩパケットを受信せず、かつ着呼側通信
処理装置がＣＮパケットを受信しているか、あるいはＣ
Ｑパケットを送信しているときには、発呼不可となる原
因の他に別の障害が発生したことを示す二重障害の発生
と判断する手段を含むことが望ましい。
【０００９】
【作用】接続路開設要求として発呼パケットが送出され
た場合に、その発呼パケットを監視テーブルに一時保持
し、正常に発呼確認を示す応答パケットを受けたことを
監視したときに、保持していた発呼パケットを監視テー
ブルから削除する。一定時間経過しても応答パケットを
受信しなかったとき、あるいは一定時間経過してから応
答パケットを受信したときには障害と判断し、監視テー
ブルにそのパケットを保持するとともに、障害状態とな
ったことを利用者に通知する。
た場合に、その発呼パケットを監視テーブルに一時保持
し、正常に発呼確認を示す応答パケットを受けたことを
監視したときに、保持していた発呼パケットを監視テー
ブルから削除する。一定時間経過しても応答パケットを
受信しなかったとき、あるいは一定時間経過してから応
答パケットを受信したときには障害と判断し、監視テー
ブルにそのパケットを保持するとともに、障害状態とな
ったことを利用者に通知する。
【００１０】また、着呼パケットを受信した場合は、相
手装置番号と論理チャネル番号とを監視テーブルに一時
保持し、正常に着呼確認パケットが送信されたことを監
視したときには一時保持した相手装置番号と論理チャネ
ル番号とを監視テーブルから削除する。一定時間経過し
ても応答パケットが送信されなかったとき、あるいは一
定時間経過してから送信されたときには障害と判断し、
監視テーブルにそのパケットを保持するとともに、障害
状態となったとこを利用者に通知する。
手装置番号と論理チャネル番号とを監視テーブルに一時
保持し、正常に着呼確認パケットが送信されたことを監
視したときには一時保持した相手装置番号と論理チャネ
ル番号とを監視テーブルから削除する。一定時間経過し
ても応答パケットが送信されなかったとき、あるいは一
定時間経過してから送信されたときには障害と判断し、
監視テーブルにそのパケットを保持するとともに、障害
状態となったとこを利用者に通知する。
【００１１】このように、発呼装置側および着呼装置側
の情報を一定のアルゴリズムを使用して判断することに
より、各装置で判断していた障害原因をマネージャ一箇
所で判断することができ、各装置の情報は接続路を介し
てマネージャの指示により人手を介さずに収集すること
ができる。
の情報を一定のアルゴリズムを使用して判断することに
より、各装置で判断していた障害原因をマネージャ一箇
所で判断することができ、各装置の情報は接続路を介し
てマネージャの指示により人手を介さずに収集すること
ができる。
【００１２】
【実施例】次に、本発明実施例を図面に基づいて説明す
る。図１は本発明実施例の構成を示すブロック図、図２
は本発明実施例における接続路監視装置の構成を示すブ
ロック図、図３は本発明実施例における監視テーブルの
構成を示す図である。
る。図１は本発明実施例の構成を示すブロック図、図２
は本発明実施例における接続路監視装置の構成を示すブ
ロック図、図３は本発明実施例における監視テーブルの
構成を示す図である。
【００１３】本発明実施例は、パケット網３を介して複
数の通信処理装置１および２が相互に接続され、この通
信処理装置１および２それぞれに、通信制御処理部１
０、および相互間の接続路を監視するエージェント１２
を設け、このエージェント１２を通信処理装置１および
２について監視用接続路５を介して監視するマネージャ
４を備え、さらに、通信処理装置１および２それぞれ
に、パケット情報を記録する監視テーブル１１ｄと、送
信されたＣＲ、ＣＮ、ＣＱ、ＣＩ、ＣＡ、およびＣＣの
各パケットに対し一定のタイマ監視を行い発呼または着
呼の失敗を判断する監視手段１１ａと、そのパケット情
報を発呼完了または着呼完了まで監視テーブル１１ｄに
保持する保持手段１１ｂと、利用者の要求にしたがって
保持手段１１ｂに保持されたパケット情報を検索する検
索手段１１ｃとを含む接続路監視装置１１を備え、マネ
ージャ４に、接続路監視装置１１が検出した発呼失敗を
エージェント１２から接続失敗警報として受信したとき
に、発呼側エージェントと着呼側エージェントとの間で
保持されたパケット情報の検索を行い障害判定を行う手
段と、発呼側通信処理装置がＣＩパケットを受信し、着
呼側通信処理装置がＣＱパケットを発行しているときに
は利用者の誤りであると判断し、着呼側通信処理装置が
ＣＱパケットを発行していないときには、自装置側の網
設定誤りである網拒否と判断する手段と、発呼側通信処
理装置がＣＩパケットを受信せず、かつ着呼側通信処理
装置がＣＮパケットを受信していないときには、網の誤
りであると判断する手段と、発呼側通信処理装置がＣＩ
パケットを受信せず、かつ着呼側通信処理装置がＣＮパ
ケットを受信しているか、あるいはＣＱパケットを送信
していないときには、着呼側ネットワーク制御プログラ
ムの誤りであると判断する手段と、発呼側通信処理装置
がＣＩパケットを受信せず、かつ着呼側通信処理装置が
ＣＮパケットを受信しているか、あるいはＣＱパケット
を送信しているときには、発呼不可となる原因の他に別
の障害が発生したことを示す二重障害の発生と判断する
手段とを含む。
数の通信処理装置１および２が相互に接続され、この通
信処理装置１および２それぞれに、通信制御処理部１
０、および相互間の接続路を監視するエージェント１２
を設け、このエージェント１２を通信処理装置１および
２について監視用接続路５を介して監視するマネージャ
４を備え、さらに、通信処理装置１および２それぞれ
に、パケット情報を記録する監視テーブル１１ｄと、送
信されたＣＲ、ＣＮ、ＣＱ、ＣＩ、ＣＡ、およびＣＣの
各パケットに対し一定のタイマ監視を行い発呼または着
呼の失敗を判断する監視手段１１ａと、そのパケット情
報を発呼完了または着呼完了まで監視テーブル１１ｄに
保持する保持手段１１ｂと、利用者の要求にしたがって
保持手段１１ｂに保持されたパケット情報を検索する検
索手段１１ｃとを含む接続路監視装置１１を備え、マネ
ージャ４に、接続路監視装置１１が検出した発呼失敗を
エージェント１２から接続失敗警報として受信したとき
に、発呼側エージェントと着呼側エージェントとの間で
保持されたパケット情報の検索を行い障害判定を行う手
段と、発呼側通信処理装置がＣＩパケットを受信し、着
呼側通信処理装置がＣＱパケットを発行しているときに
は利用者の誤りであると判断し、着呼側通信処理装置が
ＣＱパケットを発行していないときには、自装置側の網
設定誤りである網拒否と判断する手段と、発呼側通信処
理装置がＣＩパケットを受信せず、かつ着呼側通信処理
装置がＣＮパケットを受信していないときには、網の誤
りであると判断する手段と、発呼側通信処理装置がＣＩ
パケットを受信せず、かつ着呼側通信処理装置がＣＮパ
ケットを受信しているか、あるいはＣＱパケットを送信
していないときには、着呼側ネットワーク制御プログラ
ムの誤りであると判断する手段と、発呼側通信処理装置
がＣＩパケットを受信せず、かつ着呼側通信処理装置が
ＣＮパケットを受信しているか、あるいはＣＱパケット
を送信しているときには、発呼不可となる原因の他に別
の障害が発生したことを示す二重障害の発生と判断する
手段とを含む。
【００１４】二つの通信処理装置１および２はパケット
網３を介してデータ通信を行う。通信処理装置１および
２の接続路監視装置１１は接続路開設失敗を監視する。
また、エージェント１２は各接続路監視装置１１が監視
した情報を入手し、マネージャ４に対して障害を通知す
るとともに、検索結果の送信を行う。マネージャ４はエ
ージェント１２に監視用接続路５を介して接続される。
網３を介してデータ通信を行う。通信処理装置１および
２の接続路監視装置１１は接続路開設失敗を監視する。
また、エージェント１２は各接続路監視装置１１が監視
した情報を入手し、マネージャ４に対して障害を通知す
るとともに、検索結果の送信を行う。マネージャ４はエ
ージェント１２に監視用接続路５を介して接続される。
【００１５】まず、通信処理装置１が通信処理装置２に
接続路開設要求（発呼）としてＣＲパケットを送出した
場合について図２を参照して説明する。通信制御処理部
１０が送出したＣＲパケットは監視手段１１ａに通知さ
れ、保持手段１１ｂにより監視テーブル１１ｄに保持さ
れる。監視手段１１ａは通信制御処理部１０が相手通信
処理装置２から正常に発呼確認（ＣＣパケット）を受け
たことを監視し監視テーブル１１ｄから削除する。
接続路開設要求（発呼）としてＣＲパケットを送出した
場合について図２を参照して説明する。通信制御処理部
１０が送出したＣＲパケットは監視手段１１ａに通知さ
れ、保持手段１１ｂにより監視テーブル１１ｄに保持さ
れる。監視手段１１ａは通信制御処理部１０が相手通信
処理装置２から正常に発呼確認（ＣＣパケット）を受け
たことを監視し監視テーブル１１ｄから削除する。
【００１６】監視テーブル１１ｄは図３に示すように、
相手通信処理装置番号３１、論理チャネル番号３２、障
害状態フラグ３３、ＣＩ／ＣＱパケット３４により構成
される。
相手通信処理装置番号３１、論理チャネル番号３２、障
害状態フラグ３３、ＣＩ／ＣＱパケット３４により構成
される。
【００１７】監視手段１１ａは決められた一定の時間経
過しても応答パケットを受信しなかった場合、あるいは
一定時間経過した後に応答パケットとしてＣＩパケット
を受信した場合は障害と判断し、保持手段１１ｂに対し
て受信したＣＩパケットを監視テーブル１１ｄのＣＩ／
ＣＱパケット３４に保持させるとともに、障害状態を示
す障害状態フラグ３３を障害状態に設定することを指示
する。
過しても応答パケットを受信しなかった場合、あるいは
一定時間経過した後に応答パケットとしてＣＩパケット
を受信した場合は障害と判断し、保持手段１１ｂに対し
て受信したＣＩパケットを監視テーブル１１ｄのＣＩ／
ＣＱパケット３４に保持させるとともに、障害状態を示
す障害状態フラグ３３を障害状態に設定することを指示
する。
【００１８】監視手段１１ａはある接続路が障害状態と
なった場合あらかじめ指定した利用者２０に通知する。
なった場合あらかじめ指定した利用者２０に通知する。
【００１９】次に、着呼時の接続路監視装置１１の動作
について説明する。通信制御処理部１０が相手通信処理
装置２から着呼を受信した場合、監視手段１１ａは保持
手段１１ｂに対して相手通信処理装置番号と論理チャネ
ル番号とを監視テーブル１１ｄに保持するよう指示し、
この指示により保持手段１１ｂは監視テーブル１１ｄに
保持する。監視手段１１ａは通信制御処理部１０が正常
に着呼確認（ＣＡパケット）を送信したことを監視し監
視テーブル１１ｄから削除する。
について説明する。通信制御処理部１０が相手通信処理
装置２から着呼を受信した場合、監視手段１１ａは保持
手段１１ｂに対して相手通信処理装置番号と論理チャネ
ル番号とを監視テーブル１１ｄに保持するよう指示し、
この指示により保持手段１１ｂは監視テーブル１１ｄに
保持する。監視手段１１ａは通信制御処理部１０が正常
に着呼確認（ＣＡパケット）を送信したことを監視し監
視テーブル１１ｄから削除する。
【００２０】監視手段１１ａは決められた一定の時間経
過しても応答パケットを送信しなかった場合、あるいは
一定時間経過した後に応答パケットとしてＣＱパケット
を送信した場合は障害と判断し、保持手段１１ｂに対し
て送信したＣＱパケットを監視テーブル１１ｄのＣＩ／
ＣＱパケット３４に保持させるとともに、障害状態を示
す障害状態フラグ３３を障害状態に設定することを指示
する。
過しても応答パケットを送信しなかった場合、あるいは
一定時間経過した後に応答パケットとしてＣＱパケット
を送信した場合は障害と判断し、保持手段１１ｂに対し
て送信したＣＱパケットを監視テーブル１１ｄのＣＩ／
ＣＱパケット３４に保持させるとともに、障害状態を示
す障害状態フラグ３３を障害状態に設定することを指示
する。
【００２１】着呼時、発呼時の両場合とも、検索手段１
１ｃは利用者２０からの要求により相手通信処理装置番
号３１と論理チャネル番号３２とを指定されると監視テ
ーブル１１ｄを参照し、与えられた条件に合致したもの
を検索し指定された項目を応答する。保持手段１１ｂは
利用者２０からの要求により与えられた条件に合致する
レコードを削除する。
１ｃは利用者２０からの要求により相手通信処理装置番
号３１と論理チャネル番号３２とを指定されると監視テ
ーブル１１ｄを参照し、与えられた条件に合致したもの
を検索し指定された項目を応答する。保持手段１１ｂは
利用者２０からの要求により与えられた条件に合致する
レコードを削除する。
【００２２】図４は本発明実施例における動作の流れを
示す流れ図である。同図はマネージャ４とエージェント
１２ａ（発呼通信処理装置側）およびエージェント１２
ｂ（着呼通信処理装置側）との通信の流れを示す。
示す流れ図である。同図はマネージャ４とエージェント
１２ａ（発呼通信処理装置側）およびエージェント１２
ｂ（着呼通信処理装置側）との通信の流れを示す。
【００２３】まず、マネージャ４がエージェント１２ａ
から通信警報で呼接続障害を受信すると（Ｓ１）、受信
した警報に付加された相手通信処理装置番号から着呼側
通信処理装置に存在するエージェント１２ｂの所在を知
る（Ｓ２）。次に、エージェント１２ａおよびエージェ
ント１２ｂの双方にそれぞれＣＩパケット取得要求、Ｃ
Ｑパケット取得要求を発行する（Ｓ３）。各エージェン
ト１２ａおよび１２ｂはマネージャ４からの要求によ
り、保持するパケットを検索し取得応答を行う（Ｓ
４）。
から通信警報で呼接続障害を受信すると（Ｓ１）、受信
した警報に付加された相手通信処理装置番号から着呼側
通信処理装置に存在するエージェント１２ｂの所在を知
る（Ｓ２）。次に、エージェント１２ａおよびエージェ
ント１２ｂの双方にそれぞれＣＩパケット取得要求、Ｃ
Ｑパケット取得要求を発行する（Ｓ３）。各エージェン
ト１２ａおよび１２ｂはマネージャ４からの要求によ
り、保持するパケットを検索し取得応答を行う（Ｓ
４）。
【００２４】次に、マネージャ４はエージェント１２ａ
からＣＩパケットを取得し、かつエージェント１２ｂか
らＣＱパケットを取得した場合、およびＣＩパケットを
取得したがＣＱパケットを取得しなかった場合の障害判
断を判断Ａに依頼する（Ｓ５）。
からＣＩパケットを取得し、かつエージェント１２ｂか
らＣＱパケットを取得した場合、およびＣＩパケットを
取得したがＣＱパケットを取得しなかった場合の障害判
断を判断Ａに依頼する（Ｓ５）。
【００２５】判断Ａでは、エージェント１２ａからＣＩ
パケットを取得し、エージェント１２ｂからＣＱパケッ
トを取得した場合は、パケット網サービスの利用者２０
の誤りであると判断する。また、ＣＩパケットを取得し
たがＣＱパケットを取得しなかった場合は、着呼側の網
設定誤りである網拒否であると判断する。
パケットを取得し、エージェント１２ｂからＣＱパケッ
トを取得した場合は、パケット網サービスの利用者２０
の誤りであると判断する。また、ＣＩパケットを取得し
たがＣＱパケットを取得しなかった場合は、着呼側の網
設定誤りである網拒否であると判断する。
【００２６】すなわち、発呼側通信処理装置がＣＩパケ
ットを受信し、着呼側通信処理装置がＣＱパケットを発
行している場合においては、パケットは正常に送信また
は着信していることから交換網ではなく、主にパケット
網サービスの利用者２０の誤りであることと判断し、Ｃ
Ｑパケット内の切断原因を調査するよう利用者２０に指
示する。
ットを受信し、着呼側通信処理装置がＣＱパケットを発
行している場合においては、パケットは正常に送信また
は着信していることから交換網ではなく、主にパケット
網サービスの利用者２０の誤りであることと判断し、Ｃ
Ｑパケット内の切断原因を調査するよう利用者２０に指
示する。
【００２７】また、着呼側通信処理装置がＣＱパケット
を発行していない場合は、発呼側通信処理装置間と着呼
側通信処理装置間に誤りが生じたとみなし、通信処理装
置の主に自側網設定誤り、すなわち網拒否であると判断
することができる。
を発行していない場合は、発呼側通信処理装置間と着呼
側通信処理装置間に誤りが生じたとみなし、通信処理装
置の主に自側網設定誤り、すなわち網拒否であると判断
することができる。
【００２８】次に、マネージャ４はエージェント１２ｂ
に対してＣＮパケット取得要求を送信する（Ｓ６）。エ
ージェント１２ｂは与えられた自通信処理装置番号と相
手通信処理装置番号に従って接続路監視装置を使用し自
装置で保持するＣＮパケットを検索し、検索成功の場合
はＣＮパケットをマネージャ４に送信し、検索失敗の場
合はそれを示す取得応答をマネージャへ送信する（Ｓ
７）。マネージャはＣＮパケットが無い場合判断Ｃに対
し障害判断を依頼する（Ｓ８）。
に対してＣＮパケット取得要求を送信する（Ｓ６）。エ
ージェント１２ｂは与えられた自通信処理装置番号と相
手通信処理装置番号に従って接続路監視装置を使用し自
装置で保持するＣＮパケットを検索し、検索成功の場合
はＣＮパケットをマネージャ４に送信し、検索失敗の場
合はそれを示す取得応答をマネージャへ送信する（Ｓ
７）。マネージャはＣＮパケットが無い場合判断Ｃに対
し障害判断を依頼する（Ｓ８）。
【００２９】判断Ｃでは、発呼側通信処理装置がＣＩパ
ケットを受信せず、着呼側通信処理装置がＣＮパケット
を受信していない場合、通信処理装置以降の問題で、相
手通信処理装置にＣＮパケットが届かなかったと判断す
ることができ、網（交換機）誤りであるとして利用者２
０に通知する。
ケットを受信せず、着呼側通信処理装置がＣＮパケット
を受信していない場合、通信処理装置以降の問題で、相
手通信処理装置にＣＮパケットが届かなかったと判断す
ることができ、網（交換機）誤りであるとして利用者２
０に通知する。
【００３０】ＣＮパケットが有った場合は、Ｓ１でエー
ジェント１２ｂからＣＱパケットを検索できたか否かを
判断し、ＣＱパケットを検索できなかった場合は判断Ｄ
へ障害判断を依頼し、ＣＱパケットを検索できている場
合は判断Ｅへ障害判断を依頼し（Ｓ９）、処理を終了す
る。
ジェント１２ｂからＣＱパケットを検索できたか否かを
判断し、ＣＱパケットを検索できなかった場合は判断Ｄ
へ障害判断を依頼し、ＣＱパケットを検索できている場
合は判断Ｅへ障害判断を依頼し（Ｓ９）、処理を終了す
る。
【００３１】判断Ｄでは、発呼側通信処理装置がＣＩパ
ケットを受信せず、着呼側通信処理装置がＣＮパケット
を受信しているか、またはＣＱパケットを送信していな
い場合、発呼側ＣＲパケットは着呼側通信処理装置に届
いているが何らかの原因で、着呼確認（ＣＡ）パケット
を送信しないと考えられ、着呼側ネットワーク制御プロ
グラム誤りであると判断し利用者に通知する。
ケットを受信せず、着呼側通信処理装置がＣＮパケット
を受信しているか、またはＣＱパケットを送信していな
い場合、発呼側ＣＲパケットは着呼側通信処理装置に届
いているが何らかの原因で、着呼確認（ＣＡ）パケット
を送信しないと考えられ、着呼側ネットワーク制御プロ
グラム誤りであると判断し利用者に通知する。
【００３２】判断Ｅでは、発呼側通信処理装置がＣＩパ
ケットを受信せず、着呼側通信処理装置がＣＮパケット
を受信し、ＣＱパケットを送信している場合、発呼不可
となる原因の他にＣＱパケットが発呼通信処理装置に届
かない状況が発生したことを示す二重障害が発生したと
判断し利用者に通知する。
ケットを受信せず、着呼側通信処理装置がＣＮパケット
を受信し、ＣＱパケットを送信している場合、発呼不可
となる原因の他にＣＱパケットが発呼通信処理装置に届
かない状況が発生したことを示す二重障害が発生したと
判断し利用者に通知する。
【００３３】
【発明の効果】以上説明したように、本発明によれば、
ＣＣＩＴＴ勧告 Ｘ．２５に準拠しデータ通信を行う通
信処理装置間で、発呼側装置および着呼側装置の情報を
一定のアルゴリズムを使用して判断することにより、各
装置で判断していた障害原因をマネージャ一箇所で判断
することができ、また、各装置の情報は監視用の接続路
を介してマネージャの指示により人手を介さずに収集す
ることができる効果がある。
ＣＣＩＴＴ勧告 Ｘ．２５に準拠しデータ通信を行う通
信処理装置間で、発呼側装置および着呼側装置の情報を
一定のアルゴリズムを使用して判断することにより、各
装置で判断していた障害原因をマネージャ一箇所で判断
することができ、また、各装置の情報は監視用の接続路
を介してマネージャの指示により人手を介さずに収集す
ることができる効果がある。
【図１】本発明実施例の構成を示すブロック図。
【図２】本発明実施例における接続路監視装置の構成を
示すブロック図。
示すブロック図。
【図３】本発明実施例における監視テーブルの構成を示
す図。
す図。
【図４】本発明実施例における動作の流れを示す流れ
図。
図。
１、２ 通信処理装置 ３ パケット網 ４ マネージャ ５ 監視用接続路 １０ 通信制御処理部 １１ 接続路監視装置 １１ａ 監視手段 １１ｂ 保持手段 １１ｃ 検索手段 １１ｄ 監視テーブル １２ エージェント ２０ 利用者 ３１ 相手通信処理装置番号 ３２ 論理チャネル番号 ３３ 障害状態フラグ ３４ ＣＩ／ＣＱパケット
Claims (7)
- 【請求項１】 パケット網を介して複数の通信処理装置
が相互に接続されたパケット網の障害判定システムにお
いて、 この通信処理装置それぞれに、通信制御処理部、および
相互間の接続路を監視するエージェントを設け、 このエージェントを前記複数の通信処理装置について監
視用接続路を介して監視するマネージャを備えたことを
特徴とするパケット網の障害判定システム。 - 【請求項２】 前記通信処理装置それぞれに、 パケット情報を記録する監視テーブルと、 送信されたパケットに対し一定のタイマ監視を行い発呼
または着呼の失敗を判断する監視手段と、 そのパケット情報を発呼完了または着呼完了まで前記監
視テーブルに保持する保持手段とを含む接続路監視装置
を備え、 前記マネージャに、前記接続路監視装置が検出した発呼
失敗を前記エージェントから接続失敗警報として受信し
たときに、発呼側エージェントと着呼側エージェントと
の間で保持されたパケット情報の検索を行い障害判定を
行う手段を含む請求項１記載のパケット網の障害判定シ
ステム。 - 【請求項３】 前記送信されたパケットはＣＲ、ＣＮ、
ＣＱ、ＣＩ、ＣＡ、およびＣＣである請求項２記載のパ
ケット網の障害判定システム。 - 【請求項４】 前記マネージャは、発呼側通信処理装置
がＣＩパケットを受信し、着呼側通信処理装置がＣＱパ
ケットを発行しているときには利用者の誤りであると判
断し、着呼側通信処理装置がＣＱパケットを発行してい
ないときには、自装置側の網設定誤りである網拒否と判
断する手段を含む請求項１記載のパケット網の障害判定
システム。 - 【請求項５】 前記マネージャは、発呼側通信処理装置
がＣＩパケットを受信せず、かつ着呼側通信処理装置が
ＣＮパケットを受信していないときには、網の誤りであ
ると判断する手段を含む請求項１記載のパケット網の障
害判定システム。 - 【請求項６】 前記マネージャは、発呼側通信処理装置
がＣＩパケットを受信せず、かつ着呼側通信処理装置が
ＣＮパケットを受信しているか、あるいはＣＱパケット
を送信していないときには、着呼側ネットワーク制御プ
ログラムの誤りであると判断する手段を含む請求項１記
載のパケット網の障害判定システム。 - 【請求項７】 前記マネージャは、発呼側通信処理装置
がＣＩパケットを受信せず、かつ着呼側通信処理装置が
ＣＮパケットを受信しているか、あるいはＣＱパケット
を送信しているときには、発呼不可となる原因の他に別
の障害が発生したことを示す二重障害の発生と判断する
手段を含む請求項１記載のパケット網の障害判定システ
ム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4291708A JPH0771113B2 (ja) | 1992-10-29 | 1992-10-29 | パケット網の障害判定システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4291708A JPH0771113B2 (ja) | 1992-10-29 | 1992-10-29 | パケット網の障害判定システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06152652A JPH06152652A (ja) | 1994-05-31 |
| JPH0771113B2 true JPH0771113B2 (ja) | 1995-07-31 |
Family
ID=17772374
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4291708A Expired - Fee Related JPH0771113B2 (ja) | 1992-10-29 | 1992-10-29 | パケット網の障害判定システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0771113B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4854650B2 (ja) * | 2007-12-18 | 2012-01-18 | 富士通株式会社 | 監視方法、情報処理装置及びプログラム |
-
1992
- 1992-10-29 JP JP4291708A patent/JPH0771113B2/ja not_active Expired - Fee Related
Non-Patent Citations (1)
| Title |
|---|
| ディジタルデータ交換網第１部交換局編概要（その３）パケット交換中央電気通信学園編（昭和５６年２月１６日）Ｐ．３１５−３２６ |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH06152652A (ja) | 1994-05-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH09307587A (ja) | 交換機 | |
| US6215867B1 (en) | Telecommunications network architecture with rapid restoration | |
| JPH06152652A (ja) | パケット網の障害判定システム | |
| JP3027483B2 (ja) | 回線切替制御方法及びその装置 | |
| JP3196164B2 (ja) | Ｉｓｄｎを用いたｌａｎシステム及びリモートブリッジ | |
| JP2922364B2 (ja) | パケット交換システム | |
| JP3000932B2 (ja) | 通信ネットワークの迂回ルート管理方法と装置 | |
| JP3394618B2 (ja) | 蓄積交換網における網内故障回復検出通知方法 | |
| JPH08139730A (ja) | 通信ネットワークにおける論理回線の切替方法 | |
| JPH04328941A (ja) | リルート制御方式 | |
| JP3547308B2 (ja) | 加入者回線切替方法 | |
| JPH06315033A (ja) | 中継バックアップ方式 | |
| JP5068504B2 (ja) | 監視システム、監視センタ装置、監視通報装置、通報情報送受信方法、そのプログラム、プログラム記録媒体 | |
| JP3351866B2 (ja) | 通信端末装置の伝送制御方法 | |
| JPH07307760A (ja) | 通信網 | |
| JPH0756993B2 (ja) | Ｉｓｄｎ端末装置 | |
| JPH1013464A (ja) | パケット交換システムにおける通信制御方法 | |
| JPH10257102A (ja) | Ｌａｎシステム | |
| JP3247747B2 (ja) | Ｉｓｄｎデータ端末装置 | |
| JPH03280752A (ja) | データ通信網 | |
| JP3382906B2 (ja) | Ｐｎｎｉネットワーク情報管理システム | |
| JP2966579B2 (ja) | パケット交換網における片切れ呼検出方式 | |
| JPH05244265A (ja) | 通信システム | |
| JP2000013437A (ja) | パケット関門装置選択方法 | |
| JPH05191457A (ja) | 無使用資源解放方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070731 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080731 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090731 Year of fee payment: 14 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100731 Year of fee payment: 15 |
|
| LAPS | Cancellation because of no payment of annual fees |