JP2822942B2 - トークン障害検出方法 - Google Patents
トークン障害検出方法Info
- Publication number
- JP2822942B2 JP2822942B2 JP7184182A JP18418295A JP2822942B2 JP 2822942 B2 JP2822942 B2 JP 2822942B2 JP 7184182 A JP7184182 A JP 7184182A JP 18418295 A JP18418295 A JP 18418295A JP 2822942 B2 JP2822942 B2 JP 2822942B2
- Authority
- JP
- Japan
- Prior art keywords
- token
- timeout
- system bus
- timeouts
- modules
- 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 - Lifetime
Links
Landscapes
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、トークン障害検出
方法に関し、特に二重化リング状ネットワークを構成す
る各システムバスの使用権を制御するトークンの紛失箇
所を推定するトークン障害検出方法に関するものであ
る。
方法に関し、特に二重化リング状ネットワークを構成す
る各システムバスの使用権を制御するトークンの紛失箇
所を推定するトークン障害検出方法に関するものであ
る。
【０００２】
【従来の技術】リング状ネットワークでは、複数のモジ
ュール（ノード）が同時にシステムバス（媒体）を使用
不可能なことから、システムバスの使用を予約する方法
として、トークン（ＴＫＮ）と呼ばれる特殊なフレーム
を各モジュール間で転送し、これを受信した任意のモジ
ュールがシステムバスの使用を予約できるトークンパッ
シング方式が用いられる。
ュール（ノード）が同時にシステムバス（媒体）を使用
不可能なことから、システムバスの使用を予約する方法
として、トークン（ＴＫＮ）と呼ばれる特殊なフレーム
を各モジュール間で転送し、これを受信した任意のモジ
ュールがシステムバスの使用を予約できるトークンパッ
シング方式が用いられる。
【０００３】したがって、このトークンが何らかの原因
で紛失した場合には、システムバスの使用権が制御でき
なくなるため、任意のモジュールにて常時トークンを検
出し、所定時間以上検出できない場合、すなわちトーク
ンタイムアウト（ＴＫＮ Ｔ．Ｏ）が発生した場合に
は、トークン障害が発生してトークンが紛失したと判断
して、新たなトークンを生成するものとなっている。
で紛失した場合には、システムバスの使用権が制御でき
なくなるため、任意のモジュールにて常時トークンを検
出し、所定時間以上検出できない場合、すなわちトーク
ンタイムアウト（ＴＫＮ Ｔ．Ｏ）が発生した場合に
は、トークン障害が発生してトークンが紛失したと判断
して、新たなトークンを生成するものとなっている。
【０００４】従来、この種のトークン障害検出方法は、
図４に示すような構成となっていた（例えば、特開昭６
２−１７５０４４号公報など）。同図において、１はシ
ステムバス０系（現用系）３およびシステムバス１系
（予備系）４の切替制御を行うマスタモジュール、２は
各システムバスを介して任意のモジュールとデータをや
り取りすることにより、所定の処理を実行するｎ個のス
レーブモジュール＃１〜＃ｎである。特に、このネット
ワークでは、システムバスがシステムバス０系および１
系により二重化されており、いずれかに障害が発生した
場合には、他方に切り替えて使用するものとなってい
る。
図４に示すような構成となっていた（例えば、特開昭６
２−１７５０４４号公報など）。同図において、１はシ
ステムバス０系（現用系）３およびシステムバス１系
（予備系）４の切替制御を行うマスタモジュール、２は
各システムバスを介して任意のモジュールとデータをや
り取りすることにより、所定の処理を実行するｎ個のス
レーブモジュール＃１〜＃ｎである。特に、このネット
ワークでは、システムバスがシステムバス０系および１
系により二重化されており、いずれかに障害が発生した
場合には、他方に切り替えて使用するものとなってい
る。
【０００５】マスタモジュール１において、１０はシス
テムバス３および４で発生したトークンタイムアウト回
数をカウントするトークンタイムアウトカウンタ１３を
有するマスタプロセッサ、１１はトークンパッシング方
式に基づいてシステムバス３または４とマスタプロセッ
サ１０との間で送受信データのやり取りを行うととも
に、トークンタイムアウトを検出するトークンタイムア
ウト検出回路１２を有するシステムバスアダプタ（ＳＢ
Ａ−Ｍ）であり、それぞれシステムバス３，４に対して
二重化されて設けられている。
テムバス３および４で発生したトークンタイムアウト回
数をカウントするトークンタイムアウトカウンタ１３を
有するマスタプロセッサ、１１はトークンパッシング方
式に基づいてシステムバス３または４とマスタプロセッ
サ１０との間で送受信データのやり取りを行うととも
に、トークンタイムアウトを検出するトークンタイムア
ウト検出回路１２を有するシステムバスアダプタ（ＳＢ
Ａ−Ｍ）であり、それぞれシステムバス３，４に対して
二重化されて設けられている。
【０００６】スレーブモジュール２において、２０はシ
ステムバス３，４を介して各種データをやり取りするこ
とにより所定の処理を行う上位装置であるスレーブプロ
セッサ、２１はトークンパッシング方式に基づいてシス
テムバス３または４とスレーブプロセッサ２０との間で
送受信データのやり取りを行うとともに、トークンタイ
ムアウトを検出するトークンタイムアウト検出回路２２
を有するシステムバスアダプタ（ＳＢＡ−Ｓ）であり、
それぞれシステムバス３，４に対して二重化されて設け
られている。
ステムバス３，４を介して各種データをやり取りするこ
とにより所定の処理を行う上位装置であるスレーブプロ
セッサ、２１はトークンパッシング方式に基づいてシス
テムバス３または４とスレーブプロセッサ２０との間で
送受信データのやり取りを行うとともに、トークンタイ
ムアウトを検出するトークンタイムアウト検出回路２２
を有するシステムバスアダプタ（ＳＢＡ−Ｓ）であり、
それぞれシステムバス３，４に対して二重化されて設け
られている。
【０００７】今、現用系としてシステムバス（０系）３
が使用されており、マスタモジュール１のトークンタイ
ムアウト検出回路１２でトークンタイムアウトが検出さ
れた場合、マスタプロセッサ１０は対応するシステムバ
ス３のトークンタイムアウトカウンタ１３でその検出回
数をカウントする。したがって、この検出回数が、ネッ
トワーク規模などに応じて設定される規定値以上となっ
た場合には、現在使用しているシステムバス３に障害が
あると判断して、他方のシステムバス４に切替制御する
ものとなっていた。
が使用されており、マスタモジュール１のトークンタイ
ムアウト検出回路１２でトークンタイムアウトが検出さ
れた場合、マスタプロセッサ１０は対応するシステムバ
ス３のトークンタイムアウトカウンタ１３でその検出回
数をカウントする。したがって、この検出回数が、ネッ
トワーク規模などに応じて設定される規定値以上となっ
た場合には、現在使用しているシステムバス３に障害が
あると判断して、他方のシステムバス４に切替制御する
ものとなっていた。
【０００８】
【発明が解決しようとする課題】したがって、このよう
な従来のトークン障害検出方法では、マスタモジュール
１のトークンタイムアウト検出回路１２により検出され
たトークンタイムアウトの回数に基づいてトークン障害
の発生有無を判断するものとなっているため、いずれの
箇所でトークン障害が発生したのか、その障害発生箇所
を推定することができないという問題点があった。
な従来のトークン障害検出方法では、マスタモジュール
１のトークンタイムアウト検出回路１２により検出され
たトークンタイムアウトの回数に基づいてトークン障害
の発生有無を判断するものとなっているため、いずれの
箇所でトークン障害が発生したのか、その障害発生箇所
を推定することができないという問題点があった。
【０００９】また、マスタプロセッサ１０により、予備
系のシステムバス４を介して各スレーブモジュール２に
おける現用系システムバス３のトークンタイムアウトの
検出有無を確認する方法も考えられるが、実際には最初
にトークンタイムアウトを検出したモジュール以降、す
べてのモジュールで順にトークンタイムアウトが検出さ
れて行くため、固定的ではなく間欠的あるいは突発的に
発生する障害の発生箇所を正確に推定することは困難で
あった。本発明はこのような課題を解決するためのもの
であり、トークンの紛失障害が発生した箇所を正確に推
定することができるトークン障害検出方法を提供するこ
とを目的としている。
系のシステムバス４を介して各スレーブモジュール２に
おける現用系システムバス３のトークンタイムアウトの
検出有無を確認する方法も考えられるが、実際には最初
にトークンタイムアウトを検出したモジュール以降、す
べてのモジュールで順にトークンタイムアウトが検出さ
れて行くため、固定的ではなく間欠的あるいは突発的に
発生する障害の発生箇所を正確に推定することは困難で
あった。本発明はこのような課題を解決するためのもの
であり、トークンの紛失障害が発生した箇所を正確に推
定することができるトークン障害検出方法を提供するこ
とを目的としている。
【００１０】
【課題を解決するための手段】このような目的を達成す
るために、本発明によるトークン障害検出方法は、各モ
ジュールに、現用系として用いられているシステムバス
から所定時間以上トークンが検出されない場合にトーク
ンタイムアウトを検出するトークンタイムアウト検出回
路と、このトークンタイムアウト検出回路で検出された
トークンタイムアウトの回数を計数するトークンタイム
アウトカウンタとを設けて、各モジュールは、トークン
タイムアウト検出回路によりトークンタイムアウトの発
生を検出するとともに、トークンタイムアウトカウンタ
によりトークンタイムアウトの検出回数を計数し、マス
タモジュールは、自装置で検出されたトークンタイムア
ウト回数が、所定の許容回数以上となった場合、現用系
を一方のシステムバスから今まで予備系であった他方の
システムバスに切り替えた後、新たに現用系となった他
方のシステムバスにトークンを転送するとともに、新た
に現用系となったシステムバスを介してすべてのモジュ
ールのトークンタイムアウトカウンタからそれぞれのモ
ジュールで検出されたトークンタイムアウト回数を収集
し、これら収集されたトークンタイムアウト回数をそれ
ぞれ比較することによってトークンが紛失した障害発生
箇所を推定するようにしたものである。
るために、本発明によるトークン障害検出方法は、各モ
ジュールに、現用系として用いられているシステムバス
から所定時間以上トークンが検出されない場合にトーク
ンタイムアウトを検出するトークンタイムアウト検出回
路と、このトークンタイムアウト検出回路で検出された
トークンタイムアウトの回数を計数するトークンタイム
アウトカウンタとを設けて、各モジュールは、トークン
タイムアウト検出回路によりトークンタイムアウトの発
生を検出するとともに、トークンタイムアウトカウンタ
によりトークンタイムアウトの検出回数を計数し、マス
タモジュールは、自装置で検出されたトークンタイムア
ウト回数が、所定の許容回数以上となった場合、現用系
を一方のシステムバスから今まで予備系であった他方の
システムバスに切り替えた後、新たに現用系となった他
方のシステムバスにトークンを転送するとともに、新た
に現用系となったシステムバスを介してすべてのモジュ
ールのトークンタイムアウトカウンタからそれぞれのモ
ジュールで検出されたトークンタイムアウト回数を収集
し、これら収集されたトークンタイムアウト回数をそれ
ぞれ比較することによってトークンが紛失した障害発生
箇所を推定するようにしたものである。
【００１１】したがって、マスタモジュールにおいて検
出されたトークンタイムアウト回数が所定の許容回数以
上となった場合、マスタモジュールにより、新たに現用
系となったシステムバスにトークンを転送するととも
に、新たに現用系となったシステムバスを介してすべて
のモジュールのトークンタイムアウトカウンタからそれ
ぞれのモジュールで検出されたトークンタイムアウト回
数が収集され、これら収集されたトークンタイムアウト
回数がそれぞれ比較されてトークンが紛失した障害発生
箇所が推定される。
出されたトークンタイムアウト回数が所定の許容回数以
上となった場合、マスタモジュールにより、新たに現用
系となったシステムバスにトークンを転送するととも
に、新たに現用系となったシステムバスを介してすべて
のモジュールのトークンタイムアウトカウンタからそれ
ぞれのモジュールで検出されたトークンタイムアウト回
数が収集され、これら収集されたトークンタイムアウト
回数がそれぞれ比較されてトークンが紛失した障害発生
箇所が推定される。
【００１２】また、マスタモジュールは、すべてのモジ
ュールから収集したトークンタイムアウト回数のうち、
隣接する２つのモジュールから収集されたトークンタイ
ムアウト回数をそれぞれ比較することによってトークン
が紛失した障害発生箇所を推定するようにしたものであ
る。したがって、マスタモジュールにより、隣接する２
つのモジュールから収集されたトークンタイムアウト回
数がそれぞれ比較されてトークンが紛失した障害発生箇
所が推定される。
ュールから収集したトークンタイムアウト回数のうち、
隣接する２つのモジュールから収集されたトークンタイ
ムアウト回数をそれぞれ比較することによってトークン
が紛失した障害発生箇所を推定するようにしたものであ
る。したがって、マスタモジュールにより、隣接する２
つのモジュールから収集されたトークンタイムアウト回
数がそれぞれ比較されてトークンが紛失した障害発生箇
所が推定される。
【００１３】
【発明の実施の形態】次に、本発明について図面を参照
して説明する。図１は本発明の一実施の形態であるトー
クン障害検出方法を用いた二重化リング状ネットワーク
の構成図である。同図において、前述と同じまたは同等
部分には、同一符号を付してある。
して説明する。図１は本発明の一実施の形態であるトー
クン障害検出方法を用いた二重化リング状ネットワーク
の構成図である。同図において、前述と同じまたは同等
部分には、同一符号を付してある。
【００１４】スレーブモジュール２において、２５はト
ークンパッシング方式に基づいてシステムバス３または
４とスレーブプロセッサ２０との間で送受信データのや
り取りを行うとともに、トークンタイムアウトを検出す
るトークンタイムアウト（ＴＫＮ Ｔ．Ｏ）検出回路２
６、およびトークンタイムアウト検出回路２６で検出さ
れたトークンタイムアウトの回数をカウントするトーク
ンタイムアウトカウンタ２７を有するシステムバスアダ
プタ（ＳＢＡ−Ｓ）であり、それぞれシステムバス３，
４に対して二重化されて設けられている。
ークンパッシング方式に基づいてシステムバス３または
４とスレーブプロセッサ２０との間で送受信データのや
り取りを行うとともに、トークンタイムアウトを検出す
るトークンタイムアウト（ＴＫＮ Ｔ．Ｏ）検出回路２
６、およびトークンタイムアウト検出回路２６で検出さ
れたトークンタイムアウトの回数をカウントするトーク
ンタイムアウトカウンタ２７を有するシステムバスアダ
プタ（ＳＢＡ−Ｓ）であり、それぞれシステムバス３，
４に対して二重化されて設けられている。
【００１５】次に、図２を参照して、本発明の動作を説
明する。図２は、障害箇所検出方法を示す説明図であ
り、特に、現用系として用いられているシステムバス
（０系）３に関する部分のみを示してある。システムバ
ス３には、マスタモジュール１とｎ個のスレーブモジュ
ール２がリング状に接続されており、正常時には、シス
テムバス３上でトークンが転送され、システムバス３の
使用権が制御される。
明する。図２は、障害箇所検出方法を示す説明図であ
り、特に、現用系として用いられているシステムバス
（０系）３に関する部分のみを示してある。システムバ
ス３には、マスタモジュール１とｎ個のスレーブモジュ
ール２がリング状に接続されており、正常時には、シス
テムバス３上でトークンが転送され、システムバス３の
使用権が制御される。
【００１６】ここで、地点Ｐにおいて何らかの障害が発
生した場合、スレーブモジュール＃ｋ−１から送信され
たトークンは地点Ｐにて紛失する。これに応じて下流側
に隣接するスレーブモジュール＃ｋでは、トークンを受
信することができず、すべてのモジュールのうちで最も
過去にトークンを送信していることから、すべてのモジ
ュールのうちで最も早くトークンタイムアウトがトーク
ンタイムアウト検出回路２６により検出される。
生した場合、スレーブモジュール＃ｋ−１から送信され
たトークンは地点Ｐにて紛失する。これに応じて下流側
に隣接するスレーブモジュール＃ｋでは、トークンを受
信することができず、すべてのモジュールのうちで最も
過去にトークンを送信していることから、すべてのモジ
ュールのうちで最も早くトークンタイムアウトがトーク
ンタイムアウト検出回路２６により検出される。
【００１７】次に、スレーブモジュール＃ｋ＋１のトー
クンタイムアウト検出回路２６がトークンタイムアウト
を検出し、同様にして、スレーブモジュール＃ｋ＋２
（図示せず）、…、スレーブモジュール＃Ｎ、マスタモ
ジュール１、スレーブモジュール＃１、…、スレーブモ
ジュール＃ｋ−１の順にトークンタイムアウトが検出さ
れるものとなる。
クンタイムアウト検出回路２６がトークンタイムアウト
を検出し、同様にして、スレーブモジュール＃ｋ＋２
（図示せず）、…、スレーブモジュール＃Ｎ、マスタモ
ジュール１、スレーブモジュール＃１、…、スレーブモ
ジュール＃ｋ−１の順にトークンタイムアウトが検出さ
れるものとなる。
【００１８】また、各モジュールのトークンタイムアウ
ト回路２６では、トークンタイムアウト検出後、再び所
定の時間を設定してトークンタイムアウトの検出待ちを
実施する。したがって、スレーブモジュール＃ｋ−１で
トークンタイムアウトが検出された後、再びスレーブモ
ジュール＃ｋから順に２回目のトークンタイムアウトが
検出されるものとなる。
ト回路２６では、トークンタイムアウト検出後、再び所
定の時間を設定してトークンタイムアウトの検出待ちを
実施する。したがって、スレーブモジュール＃ｋ−１で
トークンタイムアウトが検出された後、再びスレーブモ
ジュール＃ｋから順に２回目のトークンタイムアウトが
検出されるものとなる。
【００１９】これらトークンタイムアウトの回数は、各
スレーブモジュール２のシステムバスアダプタ２５内の
トークンタイムアウトカウンタ２７で、それぞれカウン
トされる。一方、マスタモジュール１でもトークンタイ
ムアウトの回数がマスタプロセッサ１０内のトークンタ
イムアウトカウンタ１３でカウントされる。
スレーブモジュール２のシステムバスアダプタ２５内の
トークンタイムアウトカウンタ２７で、それぞれカウン
トされる。一方、マスタモジュール１でもトークンタイ
ムアウトの回数がマスタプロセッサ１０内のトークンタ
イムアウトカウンタ１３でカウントされる。
【００２０】ここで、マスタプロセッサ１０には、シス
テムバス切り替えの判断基準としてトークンタイムアウ
トの許容回数ｍthが予め設定されており、マスタプロセ
ッサ１０はこの許容回数ｍthとトークンタイムカウンタ
１３のカウント値ｍとを比較し、ｍがｍth以上となった
場合に、現在使用している現用系システムバスから予備
系システムバスへの切り替え、この場合にはシステムバ
ス３からシステムバス４への切り替えを行うとともに、
新たなトークンを生成してシステムバス３に送出する。
テムバス切り替えの判断基準としてトークンタイムアウ
トの許容回数ｍthが予め設定されており、マスタプロセ
ッサ１０はこの許容回数ｍthとトークンタイムカウンタ
１３のカウント値ｍとを比較し、ｍがｍth以上となった
場合に、現在使用している現用系システムバスから予備
系システムバスへの切り替え、この場合にはシステムバ
ス３からシステムバス４への切り替えを行うとともに、
新たなトークンを生成してシステムバス３に送出する。
【００２１】これと同時に、マスタプロセッサ１０は、
システムバスアダプタ（ＳＢＡ−Ｍ）１１を制御して、
システムバス４から各スレーブモジュール２に対し、図
３（ａ）に示すようなトークンタイムアウト読出しコマ
ンドを送出することにより、すべてのスレーブモジュー
ル＃１〜＃ｎから、各スレーブモジュール２のトークン
タイムアウトカウンタ２７の値を収集する。なお、図３
の各コマンドおよびステータスを示すフレームは、一般
的なＨＤＬＣ（ハイレベル・データ・リンク・コントロ
ール）に基づくものであり、詳細な説明は省略する。
システムバスアダプタ（ＳＢＡ−Ｍ）１１を制御して、
システムバス４から各スレーブモジュール２に対し、図
３（ａ）に示すようなトークンタイムアウト読出しコマ
ンドを送出することにより、すべてのスレーブモジュー
ル＃１〜＃ｎから、各スレーブモジュール２のトークン
タイムアウトカウンタ２７の値を収集する。なお、図３
の各コマンドおよびステータスを示すフレームは、一般
的なＨＤＬＣ（ハイレベル・データ・リンク・コントロ
ール）に基づくものであり、詳細な説明は省略する。
【００２２】これに応じて、各スレーブモジュール２の
システムバス（１系）４側のシステムバスアダプタ２５
は、現用系として使用していたシステムバス（０系）３
のトークンタイムアウトカウンタ２７からそのカウント
値を読出し、図３（ｂ）に示すようなトークンタイムア
ウト回数応答ステータスにより、自局で検出されたトー
クンタイムアウト回数をマスタモジュール１に通知す
る。
システムバス（１系）４側のシステムバスアダプタ２５
は、現用系として使用していたシステムバス（０系）３
のトークンタイムアウトカウンタ２７からそのカウント
値を読出し、図３（ｂ）に示すようなトークンタイムア
ウト回数応答ステータスにより、自局で検出されたトー
クンタイムアウト回数をマスタモジュール１に通知す
る。
【００２３】このようにして、マスタモジュール１は、
すべてのスレーブモジュール２からトークンタイムアウ
ト回数を収集し、これら値をそれぞれ比較することによ
り障害発生箇所を推定する。まず、図２に示すように、
ｍ回目のトークンタイムアウトがスレーブモジュール＃
ｋから順に検出され、マスタモジュール１でｍ回目のト
ークンタイムアウトが検出された時点で、新たなトーク
ンがシステムバス３に送信されるため、マスタスレーブ
より下流のスレーブモジュール＃１〜＃ｋ−１ではｍ回
目のトークンタイムアウトが検出されなくなる。
すべてのスレーブモジュール２からトークンタイムアウ
ト回数を収集し、これら値をそれぞれ比較することによ
り障害発生箇所を推定する。まず、図２に示すように、
ｍ回目のトークンタイムアウトがスレーブモジュール＃
ｋから順に検出され、マスタモジュール１でｍ回目のト
ークンタイムアウトが検出された時点で、新たなトーク
ンがシステムバス３に送信されるため、マスタスレーブ
より下流のスレーブモジュール＃１〜＃ｋ−１ではｍ回
目のトークンタイムアウトが検出されなくなる。
【００２４】したがって、すべてのスレーブモジュール
２から収集したトークンタイムアウト回数を比較した場
合、障害発生箇所である地点Ｐを挟む両側のスレーブモ
ジュール＃ｋとスレーブ＃ｋ−１とでは、トークンタイ
ムアウト回数がそれぞれｍ，ｍ−１となって差が生じる
ものとなり、この差を検査することにより、いずれのモ
ジュール間で障害が発生したのかを推定することができ
る。
２から収集したトークンタイムアウト回数を比較した場
合、障害発生箇所である地点Ｐを挟む両側のスレーブモ
ジュール＃ｋとスレーブ＃ｋ−１とでは、トークンタイ
ムアウト回数がそれぞれｍ，ｍ−１となって差が生じる
ものとなり、この差を検査することにより、いずれのモ
ジュール間で障害が発生したのかを推定することができ
る。
【００２５】この後、マスタモジュール１のプロセッサ
１０により、システムバスアダプタ１１が制御されて、
図３（ｃ）に示すようなトークンタイムアウト回数クリ
アコマンドが同報にてシステムバス３に送信され、これ
に応じて各スレーブモジュール２のシステムバス（０
系）３側のトークンタイムアウトカウンタ２７のカウン
ト値がクリアされ、新たなトークンタイムアウト検出回
数のカウント動作が開始される。
１０により、システムバスアダプタ１１が制御されて、
図３（ｃ）に示すようなトークンタイムアウト回数クリ
アコマンドが同報にてシステムバス３に送信され、これ
に応じて各スレーブモジュール２のシステムバス（０
系）３側のトークンタイムアウトカウンタ２７のカウン
ト値がクリアされ、新たなトークンタイムアウト検出回
数のカウント動作が開始される。
【００２６】また、マスタモジュール１とその上流側に
隣接するスレーブモジュール＃ｎとの間で障害が発生し
た場合には、マスタモジュール１にてトークンタイムア
ウトが最初に検出されることから、マスタモジュール１
で検出されるトークンタイムアウト回数が他のスレーブ
モジュール２に比較して最も大きくなる。したがって、
マスタモジュール１で検出されたトークンタイムアウト
回数ｍが、許容回数ｍth以上となった時点において、他
のスレーブモジュール２のトークンタイムアウトより大
きい場合には、マスタモジュール１とその上流側に隣接
するスレーブモジュール＃ｎとの間に障害発生箇所があ
ると判推定される。
隣接するスレーブモジュール＃ｎとの間で障害が発生し
た場合には、マスタモジュール１にてトークンタイムア
ウトが最初に検出されることから、マスタモジュール１
で検出されるトークンタイムアウト回数が他のスレーブ
モジュール２に比較して最も大きくなる。したがって、
マスタモジュール１で検出されたトークンタイムアウト
回数ｍが、許容回数ｍth以上となった時点において、他
のスレーブモジュール２のトークンタイムアウトより大
きい場合には、マスタモジュール１とその上流側に隣接
するスレーブモジュール＃ｎとの間に障害発生箇所があ
ると判推定される。
【００２７】また、マスタモジュール１とその下流側に
隣接するスレーブモジュール＃１との間で障害が発生し
た場合には、スレーブモジュール＃１にてトークンタイ
ムアウトが最初に検出されることから、マスタモジュー
ル１で検出されるトークンタイムアウト回数が他のスレ
ーブモジュール２と等しくなる。したがって、マスタモ
ジュール１で検出されたトークンタイムアウト回数ｍ
が、許容回数ｍth以上となった時点において、他のスレ
ーブモジュール２のトークンタイムアウトと等しい場合
には、マスタモジュール１とその下流側に隣接するスレ
ーブモジュール＃１との間に障害発生箇所があると推定
される。
隣接するスレーブモジュール＃１との間で障害が発生し
た場合には、スレーブモジュール＃１にてトークンタイ
ムアウトが最初に検出されることから、マスタモジュー
ル１で検出されるトークンタイムアウト回数が他のスレ
ーブモジュール２と等しくなる。したがって、マスタモ
ジュール１で検出されたトークンタイムアウト回数ｍ
が、許容回数ｍth以上となった時点において、他のスレ
ーブモジュール２のトークンタイムアウトと等しい場合
には、マスタモジュール１とその下流側に隣接するスレ
ーブモジュール＃１との間に障害発生箇所があると推定
される。
【００２８】このように、ネットワークを構成するすべ
てのモジュールにトークンタイムアウト検出回路、およ
び検出されたトークンタイムアウト回数を記憶するトー
クンタイムアウトカウンタを設けて、マスタモジュール
１で検出されたトークンタイムアウト回数が許容回数以
上となった場合には、すべてのスレーブモジュール２か
らトークンタイムアウト回数を収集し、これらトークン
タイムアウトを比較することにより障害発生箇所を推定
するようにしたので、システムバスの切断などによる固
定的な障害だけではなく、ノイズなどに起因して間欠的
あるいは突発的に発生するトークン紛失障害であって
も、その障害発生箇所が推定される。
てのモジュールにトークンタイムアウト検出回路、およ
び検出されたトークンタイムアウト回数を記憶するトー
クンタイムアウトカウンタを設けて、マスタモジュール
１で検出されたトークンタイムアウト回数が許容回数以
上となった場合には、すべてのスレーブモジュール２か
らトークンタイムアウト回数を収集し、これらトークン
タイムアウトを比較することにより障害発生箇所を推定
するようにしたので、システムバスの切断などによる固
定的な障害だけではなく、ノイズなどに起因して間欠的
あるいは突発的に発生するトークン紛失障害であって
も、その障害発生箇所が推定される。
【００２９】なお、以上の説明において、隣接するモジ
ュールのトークンタイムアウト回数を比較し、これらト
ークンタイムアウト回数の差に基づいて障害発生箇所を
推定するようにした場合について説明したが、これに限
られるものではなく、これら隣接するモジュールでのト
ークンタイムアウト回数が急激に変化するもの、その差
が最も大きいもの、あるいはその差が所定値より大きい
ものを障害発生箇所推定の判断基準とするようにしても
よく、また、すべてのトークンタイムアウト回数を比較
して、その最も大きな値により障害箇所を推定するよう
にしても良く、個々のネットワークにおけるトークン障
害の発生状況に応じた判断基準を用いることにより、前
述と同様の作用効果を奏するものとなる。
ュールのトークンタイムアウト回数を比較し、これらト
ークンタイムアウト回数の差に基づいて障害発生箇所を
推定するようにした場合について説明したが、これに限
られるものではなく、これら隣接するモジュールでのト
ークンタイムアウト回数が急激に変化するもの、その差
が最も大きいもの、あるいはその差が所定値より大きい
ものを障害発生箇所推定の判断基準とするようにしても
よく、また、すべてのトークンタイムアウト回数を比較
して、その最も大きな値により障害箇所を推定するよう
にしても良く、個々のネットワークにおけるトークン障
害の発生状況に応じた判断基準を用いることにより、前
述と同様の作用効果を奏するものとなる。
【００３０】
【発明の効果】以上説明したように、本発明は、各モジ
ュールに、トークンタイムアウト検出回路と、検出され
たトークンタイムアウトの回数を計数するトークンタイ
ムアウトカウンタとを設けて、各モジュールにて、現用
系のシステムバスから検出されたトークンタイムアウト
回数を計数し、マスタモジュールにおいて検出されたト
ークンタイムアウト回数が所定の許容回数以上となった
場合、マスタモジュールにより、すべてのモジュールの
トークンタイムアウトカウンタからそれぞの装置で検出
されたトークンタイムアウト回数を収集し、これら収集
されたトークンタイムアウト回数をそれぞれ比較するこ
とによってトークンが紛失した障害発生箇所を推定する
ようにしたものである。
ュールに、トークンタイムアウト検出回路と、検出され
たトークンタイムアウトの回数を計数するトークンタイ
ムアウトカウンタとを設けて、各モジュールにて、現用
系のシステムバスから検出されたトークンタイムアウト
回数を計数し、マスタモジュールにおいて検出されたト
ークンタイムアウト回数が所定の許容回数以上となった
場合、マスタモジュールにより、すべてのモジュールの
トークンタイムアウトカウンタからそれぞの装置で検出
されたトークンタイムアウト回数を収集し、これら収集
されたトークンタイムアウト回数をそれぞれ比較するこ
とによってトークンが紛失した障害発生箇所を推定する
ようにしたものである。
【００３１】したがって、システムバスの切断などによ
る固定的な障害だけではなく、ノイズなどに起因して間
欠的あるいは突発的に発生するトークン紛失障害であっ
ても、その障害発生箇所を推定することが可能となる。
また、マスタモジュールは、すべてのモジュールから収
集したトークンタイムアウト回数のうち、隣接する２つ
のモジュールから収集されたトークンタイムアウト回数
をそれぞれ比較することによってトークンが紛失した障
害発生箇所を推定するようにしたので、より正確に障害
発生箇所を推定することが可能となる。
る固定的な障害だけではなく、ノイズなどに起因して間
欠的あるいは突発的に発生するトークン紛失障害であっ
ても、その障害発生箇所を推定することが可能となる。
また、マスタモジュールは、すべてのモジュールから収
集したトークンタイムアウト回数のうち、隣接する２つ
のモジュールから収集されたトークンタイムアウト回数
をそれぞれ比較することによってトークンが紛失した障
害発生箇所を推定するようにしたので、より正確に障害
発生箇所を推定することが可能となる。
【図面の簡単な説明】
【図１】 本発明の一実施の形態によるトークン障害検
出方法を用いた二重化リング状ネットワークを示す構成
図である。
出方法を用いた二重化リング状ネットワークを示す構成
図である。
【図２】 トークン障害検出方法を示す説明図である。
【図３】 各種コマンドおよびステータスを示す説明図
である。
である。
【図４】 従来のトークン障害検出方法を用いた二重化
リング状ネットワークを示す構成図である。
リング状ネットワークを示す構成図である。
１…マスタモジュール、１０…マスタプロセッサ、１１
…システムバスアダプタ（ＳＢＡ−Ｍ）、１２…トーク
ンタイムアウト検出回路、１３…トークンタイムアウト
カウンタ、２…スレーブモジュール、２０…スレーブプ
ロセッサ、２５…システムバスアダプタ（ＳＢＡ−
Ｓ）、２６…トークンタイムアウト検出回路、２７…ト
ークンタイムアウトカウンタ、３…システムバス０系、
４…システムバス（１系）。
…システムバスアダプタ（ＳＢＡ−Ｍ）、１２…トーク
ンタイムアウト検出回路、１３…トークンタイムアウト
カウンタ、２…スレーブモジュール、２０…スレーブプ
ロセッサ、２５…システムバスアダプタ（ＳＢＡ−
Ｓ）、２６…トークンタイムアウト検出回路、２７…ト
ークンタイムアウトカウンタ、３…システムバス０系、
４…システムバス（１系）。
フロントページの続き (56)参考文献 特開 平４−129350（ＪＰ，Ａ) 特開 平４−35251（ＪＰ，Ａ) 特開 平４−14934（ＪＰ，Ａ) 特開 平３−195146（ＪＰ，Ａ) 特開 平３−11841（ＪＰ，Ａ) 特開 平２−224545（ＪＰ，Ａ) 特開 平２−78344（ＪＰ，Ａ) 特開 平８−307438（ＪＰ，Ａ) (58)調査した分野(Int.Cl.6，ＤＢ名) H04L 12/42 - 12/437
Claims (2)
- 【請求項１】 それぞれ所定方向に各種情報を転送する
リング状の独立した２つのシステムバスと、必要に応じ
てこれらシステムバスのうち一方を現用系とし他方を予
備系として切替制御を行うマスタモジュールと、前記各
システムバスを介して各種情報をやり取りすることによ
り任意の処理を行う複数のスレーブモジュールとからな
り、前記システムバスに対するアクセス方式として、前
記各モジュール間で順にトークンを転送することにより
前記システムバスの使用権を制御するトークンパッシン
グ方式を用いる二重化リング状ネットワークにおいて、 各モジュールに、 現用系として用いられているシステムバスから所定時間
以上前記トークンが検出されない場合にトークンタイム
アウトを検出するトークンタイムアウト検出回路と、 このトークンタイムアウト検出回路で検出されたトーク
ンタイムアウトの回数を計数するトークンタイムアウト
カウンタとを設けて、 各モジュールは、 前記トークンタイムアウト検出回路によりトークンタイ
ムアウトの発生を検出するとともに、前記トークンタイ
ムアウトカウンタにより前記トークンタイムアウトの検
出回数を計数し、 マスタモジュールは、 自装置で検出されたトークンタイムアウト回数が、所定
の許容回数以上となった場合、現用系を一方のシステム
バスから今まで予備系であった他方のシステムバスに切
り替えた後、新たに現用系となった他方のシステムバス
にトークンを転送するとともに、新たに現用系となった
システムバスを介してすべてのモジュールのトークンタ
イムアウトカウンタからそれぞれのモジュールで検出さ
れたトークンタイムアウト回数を収集し、これら収集さ
れたトークンタイムアウト回数をそれぞれ比較すること
によってトークンが紛失した障害発生箇所を推定するよ
うにしたことを特徴とするトークン障害検出方法。 - 【請求項２】 請求項１記載のトークン障害検出方法に
おいて、 マスタモジュールは、 すべてのモジュールから収集した前記トークンタイムア
ウト回数のうち、隣接する２つのモジュールから収集さ
れたトークンタイムアウト回数をそれぞれ比較すること
によってトークンが紛失した障害発生箇所を推定するよ
うにしたことを特徴とするトークン障害検出方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7184182A JP2822942B2 (ja) | 1995-07-20 | 1995-07-20 | トークン障害検出方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7184182A JP2822942B2 (ja) | 1995-07-20 | 1995-07-20 | トークン障害検出方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0936902A JPH0936902A (ja) | 1997-02-07 |
| JP2822942B2 true JP2822942B2 (ja) | 1998-11-11 |
Family
ID=16148802
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7184182A Expired - Lifetime JP2822942B2 (ja) | 1995-07-20 | 1995-07-20 | トークン障害検出方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2822942B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100895839B1 (ko) * | 2007-06-11 | 2009-05-06 | 한국전력거래소 | 이중 채널 링 방식을 통해 멀티 마스터 기능을 지원하는전력거래용 원격소 단말장치 및 그 운용 방법 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4860284A (en) * | 1988-04-20 | 1989-08-22 | American Telephone And Telegraph Company, At&T Bell Laboratories | Method and apparatus for identifying location of a lost token signal in a data communication network |
| JPH02224545A (ja) * | 1989-02-27 | 1990-09-06 | Nec Corp | ローカルエリアネットワーク |
| JPH0311841A (ja) * | 1989-06-09 | 1991-01-21 | Nec Corp | ローカルエリアネットワーク |
| JPH03195146A (ja) * | 1989-12-22 | 1991-08-26 | Fujitsu Ltd | リングネットワークの監視試験方式 |
| JPH0414934A (ja) * | 1990-05-09 | 1992-01-20 | Nippon Telegr & Teleph Corp <Ntt> | 分散形処理システムにおける通信路故障検出方法 |
| JPH0435251A (ja) * | 1990-05-25 | 1992-02-06 | Fujitsu Ltd | リングネットワークの障害監視方式 |
| JPH04129350A (ja) * | 1990-09-20 | 1992-04-30 | Nec Corp | トークンリングネットワークのトークン監視方式 |
-
1995
- 1995-07-20 JP JP7184182A patent/JP2822942B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0936902A (ja) | 1997-02-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5740157A (en) | Distributed control methodology and mechanism for implementing automatic protection switching | |
| US5784547A (en) | Method for fault-tolerant communication under strictly real-time conditions | |
| JP3047275B2 (ja) | バックアップ切り換え制御方法 | |
| US5968189A (en) | System of reporting errors by a hardware element of a distributed computer system | |
| EP0854610A2 (en) | Ethernet communication redundancy method | |
| US20060085669A1 (en) | System and method for supporting automatic protection switching between multiple node pairs using common agent architecture | |
| US5923840A (en) | Method of reporting errors by a hardware element of a distributed computer system | |
| JP2822942B2 (ja) | トークン障害検出方法 | |
| JP2003008580A (ja) | ネットワークシステム、ネットワークエンティティ障害検出方法及び監視方法、記録媒体 | |
| JP3158517B2 (ja) | 障害検出方式 | |
| JP2001344125A (ja) | ２重化ノードシステム | |
| JP3123944B2 (ja) | 網管理システムにおける監視データの二重化方式 | |
| Hilmer et al. | A fault-tolerant communication architecture for real-time control systems | |
| US5287357A (en) | Communication control device having an apparatus for detecting the absence of a control data on a ring communication network | |
| JP3419979B2 (ja) | 装置状態管理方法およびデータ通信システム | |
| JP3082425B2 (ja) | データ通信システムの伝送路制御方法 | |
| JPH0818590A (ja) | ループ式通信システム | |
| JP2757455B2 (ja) | 伝送路切替装置 | |
| KR960010879B1 (ko) | 공통의 버스 자원을 공유한 다수 프로세서의 버스 이중화 제어 및 버스 이상 상태 발생시 복구 처리방법 | |
| KR100313756B1 (ko) | 통신 시스템의 기지국 제어카드의 이중화 장치 및 방법 | |
| JP2606130B2 (ja) | ループ型ネットワーク | |
| KR100229434B1 (ko) | 이중화 데이터 통신 제어 장치 | |
| JP3133172B2 (ja) | 複数波のリング形ｌａｎの障害管理システム | |
| JPH04321342A (ja) | トークンアクセス法での障害検出方法 | |
| JP2000295236A (ja) | Ａｔｍ伝送装置 |