JPH0936902A - Token fault detecting method - Google Patents
Token fault detecting methodInfo
- Publication number
- JPH0936902A JPH0936902A JP7184182A JP18418295A JPH0936902A JP H0936902 A JPH0936902 A JP H0936902A JP 7184182 A JP7184182 A JP 7184182A JP 18418295 A JP18418295 A JP 18418295A JP H0936902 A JPH0936902 A JP H0936902A
- Authority
- JP
- Japan
- Prior art keywords
- token
- timeout
- detected
- modules
- system bus
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 12
- 238000001514 detection method Methods 0.000 claims abstract description 36
- 238000010586 diagram Methods 0.000 description 6
- 238000011144 upstream manufacturing Methods 0.000 description 1
Landscapes
- Small-Scale Networks (AREA)
Abstract
Description
【０００１】[0001]
【発明の属する技術分野】本発明は、トークン障害検出
方法に関し、特に二重化リング状ネットワークを構成す
る各システムバスの使用権を制御するトークンの紛失箇
所を推定するトークン障害検出方法に関するものであ
る。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a token failure detecting method, and more particularly to a token failure detecting method for estimating a lost portion of a token for controlling a right of use of each system bus constituting a duplex ring network.
【０００２】[0002]
【従来の技術】リング状ネットワークでは、複数のモジ
ュール（ノード）が同時にシステムバス（媒体）を使用
不可能なことから、システムバスの使用を予約する方法
として、トークン（ＴＫＮ）と呼ばれる特殊なフレーム
を各モジュール間で転送し、これを受信した任意のモジ
ュールがシステムバスの使用を予約できるトークンパッ
シング方式が用いられる。2. Description of the Related Art In a ring network, since a plurality of modules (nodes) cannot use a system bus (medium) at the same time, a special frame called a token (TKN) is used as a method for reserving the use of the system bus. Is transferred between the modules, and a token passing method is used in which an arbitrary module that receives this can reserve the use of the system bus.
【０００３】したがって、このトークンが何らかの原因
で紛失した場合には、システムバスの使用権が制御でき
なくなるため、任意のモジュールにて常時トークンを検
出し、所定時間以上検出できない場合、すなわちトーク
ンタイムアウト（ＴＫＮ Ｔ．Ｏ）が発生した場合に
は、トークン障害が発生してトークンが紛失したと判断
して、新たなトークンを生成するものとなっている。Therefore, if this token is lost for some reason, the right to use the system bus cannot be controlled. Therefore, the token is always detected by an arbitrary module. (TKN TO), it is determined that a token failure has occurred and the token has been lost, and a new token is generated.
【０００４】従来、この種のトークン障害検出方法は、
図４に示すような構成となっていた（例えば、特開昭６
２−１７５０４４号公報など）。同図において、１はシ
ステムバス０系（現用系）３およびシステムバス１系
（予備系）４の切替制御を行うマスタモジュール、２は
各システムバスを介して任意のモジュールとデータをや
り取りすることにより、所定の処理を実行するｎ個のス
レーブモジュール＃１〜＃ｎである。特に、このネット
ワークでは、システムバスがシステムバス０系および１
系により二重化されており、いずれかに障害が発生した
場合には、他方に切り替えて使用するものとなってい
る。Conventionally, this kind of token failure detection method has
The configuration is as shown in FIG.
No. 2-175044). In FIG. 1, reference numeral 1 denotes a master module for controlling switching of a system bus 0 system (working system) 3 and system bus 1 system (standby system) 4; and 2, a data exchange with an arbitrary module via each system bus. Thus, n slave modules # 1 to #n that execute a predetermined process. In particular, in this network, the system bus is composed of system bus 0 and 1
The system is duplicated, and if a failure occurs in one of them, it is switched to the other and used.
【０００５】マスタモジュール１において、１０はシス
テムバス３および４で発生したトークンタイムアウト回
数をカウントするトークンタイムアウトカウンタ１３を
有するマスタプロセッサ、１１はトークンパッシング方
式に基づいてシステムバス３または４とマスタプロセッ
サ１０との間で送受信データのやり取りを行うととも
に、トークンタイムアウトを検出するトークンタイムア
ウト検出回路１２を有するシステムバスアダプタ（ＳＢ
Ａ−Ｍ）であり、それぞれシステムバス３，４に対して
二重化されて設けられている。In the master module 1, reference numeral 10 denotes a master processor having a token timeout counter 13 for counting the number of token timeouts generated in the system buses 3 and 4, and reference numeral 11 denotes a system bus 3 or 4 and a master processor 10 based on a token passing method. And a system bus adapter (SB) having a token timeout detection circuit 12 for transmitting and receiving data between the
A-M), and are provided in duplicate with respect to the system buses 3 and 4, respectively.
【０００６】スレーブモジュール２において、２０はシ
ステムバス３，４を介して各種データをやり取りするこ
とにより所定の処理を行う上位装置であるスレーブプロ
セッサ、２１はトークンパッシング方式に基づいてシス
テムバス３または４とスレーブプロセッサ２０との間で
送受信データのやり取りを行うとともに、トークンタイ
ムアウトを検出するトークンタイムアウト検出回路２２
を有するシステムバスアダプタ（ＳＢＡ−Ｓ）であり、
それぞれシステムバス３，４に対して二重化されて設け
られている。In the slave module 2, reference numeral 20 denotes a slave processor which is a higher-level device for performing predetermined processing by exchanging various data via the system buses 3 and 4, and 21 denotes a system bus 3 or 4 based on a token passing method. And a slave processor 20 for transmitting and receiving data and detecting a token timeout.
A system bus adapter (SBA-S) having
Each is provided in duplicate with respect to the system buses 3 and 4.
【０００７】今、現用系としてシステムバス（０系）３
が使用されており、マスタモジュール１のトークンタイ
ムアウト検出回路１２でトークンタイムアウトが検出さ
れた場合、マスタプロセッサ１０は対応するシステムバ
ス３のトークンタイムアウトカウンタ１３でその検出回
数をカウントする。したがって、この検出回数が、ネッ
トワーク規模などに応じて設定される規定値以上となっ
た場合には、現在使用しているシステムバス３に障害が
あると判断して、他方のシステムバス４に切替制御する
ものとなっていた。Now, a system bus (0 system) 3 is used as an active system.
When the token timeout is detected by the token timeout detection circuit 12 of the master module 1, the master processor 10 counts the number of detections by the token timeout counter 13 of the corresponding system bus 3. Therefore, when the number of times of detection becomes equal to or more than a specified value set according to the network scale or the like, it is determined that the currently used system bus 3 has a fault, and the other system bus 4 is switched. Had to be controlled.
【０００８】[0008]
【発明が解決しようとする課題】したがって、このよう
な従来のトークン障害検出方法では、マスタモジュール
１のトークンタイムアウト検出回路１２により検出され
たトークンタイムアウトの回数に基づいてトークン障害
の発生有無を判断するものとなっているため、いずれの
箇所でトークン障害が発生したのか、その障害発生箇所
を推定することができないという問題点があった。Therefore, in such a conventional token failure detection method, it is determined whether or not a token failure has occurred based on the number of token timeouts detected by the token timeout detection circuit 12 of the master module 1. Therefore, there is a problem that it is not possible to estimate the location where the token failure has occurred and the location where the failure has occurred.
【０００９】また、マスタプロセッサ１０により、予備
系のシステムバス４を介して各スレーブモジュール２に
おける現用系システムバス３のトークンタイムアウトの
検出有無を確認する方法も考えられるが、実際には最初
にトークンタイムアウトを検出したモジュール以降、す
べてのモジュールで順にトークンタイムアウトが検出さ
れて行くため、固定的ではなく間欠的あるいは突発的に
発生する障害の発生箇所を正確に推定することは困難で
あった。本発明はこのような課題を解決するためのもの
であり、トークンの紛失障害が発生した箇所を正確に推
定することができるトークン障害検出方法を提供するこ
とを目的としている。It is also conceivable that the master processor 10 confirms whether or not the token time-out of the active system bus 3 in each slave module 2 is detected via the standby system bus 4. Since the token timeout is sequentially detected in all the modules after the module that detects the timeout, it is difficult to accurately estimate the location of the fault that occurs intermittently or suddenly rather than in a fixed manner. An object of the present invention is to solve such a problem, and an object of the present invention is to provide a token failure detection method capable of accurately estimating a place where a token loss failure has occurred.
【００１０】[0010]
【課題を解決するための手段】このような目的を達成す
るために、本発明によるトークン障害検出方法は、各モ
ジュールに、現用系として用いられているシステムバス
から所定時間以上トークンが検出されない場合にトーク
ンタイムアウトを検出するトークンタイムアウト検出回
路と、このトークンタイムアウト検出回路で検出された
トークンタイムアウトの回数を計数するトークンタイム
アウトカウンタとを設けて、各モジュールは、トークン
タイムアウト検出回路によりトークンタイムアウトの発
生を検出するとともに、トークンタイムアウトカウンタ
によりトークンタイムアウトの検出回数を計数し、マス
タモジュールは、自装置で検出されたトークンタイムア
ウト回数が、所定の許容回数以上となった場合、すべて
のモジュールのトークンタイムアウトカウンタからそれ
ぞの装置で検出されたトークンタイムアウト回数を収集
し、これら収集されたトークンタイムアウト回数をそれ
ぞれ比較することによってトークンが紛失した障害発生
箇所を推定するようにしたものである。In order to achieve such an object, the token failure detection method according to the present invention is applied to each module when a token is not detected for a predetermined time or more from a system bus used as an active system. A token timeout detection circuit that detects a token timeout and a token timeout counter that counts the number of token timeouts detected by this token timeout detection circuit are provided in each module, and each module detects occurrence of a token timeout by the token timeout detection circuit. In addition to the detection, the token timeout counter counts the number of token timeouts detected, and if the number of token timeouts detected by the master module is equal to or greater than the specified allowable number, Collect token number of timeouts detected from token timeout counter respectively of the device is obtained so as to estimate the point of failure that the token is lost by comparing these collected token time-out count, respectively.
【００１１】したがって、マスタモジュールにおいて検
出されたトークンタイムアウト回数が所定の許容回数以
上となった場合、マスタモジュールにより、すべてのモ
ジュールのトークンタイムアウトカウンタからそれぞの
装置で検出されたトークンタイムアウト回数が収集さ
れ、これら収集されたトークンタイムアウト回数がそれ
ぞれ比較されてトークンが紛失した障害発生箇所が推定
される。Therefore, when the number of token timeouts detected in the master module exceeds the predetermined allowable number, the master module collects the number of token timeouts detected in each device from the token timeout counters of all modules. Then, the collected token timeout counts are compared with each other to estimate the failure occurrence location where the token is lost.
【００１２】また、マスタモジュールは、すべてのモジ
ュールから収集したトークンタイムアウト回数のうち、
隣接する２つのモジュールから収集されたトークンタイ
ムアウト回数をそれぞれ比較することによってトークン
が紛失した障害発生箇所を推定するようにしたものであ
る。したがって、マスタモジュールにより、隣接する２
つのモジュールから収集されたトークンタイムアウト回
数がそれぞれ比較されてトークンが紛失した障害発生箇
所が推定される。[0012] The master module also selects the number of token timeouts collected from all modules.
The failure occurrence position where the token is lost is estimated by comparing the token timeout times collected from two adjacent modules. Therefore, the adjacent 2
The number of token timeouts collected from the two modules is compared with each other, and the fault location where the token is lost is estimated.
【００１３】[0013]
【発明の実施の形態】次に、本発明について図面を参照
して説明する。図１は本発明の一実施の形態であるトー
クン障害検出方法を用いた二重化リング状ネットワーク
の構成図である。同図において、前述と同じまたは同等
部分には、同一符号を付してある。Next, the present invention will be described with reference to the drawings. FIG. 1 is a configuration diagram of a duplicated ring network using a token failure detection method according to an embodiment of the present invention. In the figure, the same or equivalent parts as those described above are designated by the same reference numerals.
【００１４】スレーブモジュール２において、２５はト
ークンパッシング方式に基づいてシステムバス３または
４とスレーブプロセッサ２０との間で送受信データのや
り取りを行うとともに、トークンタイムアウトを検出す
るトークンタイムアウト（ＴＫＮ Ｔ．Ｏ）検出回路２
６、およびトークンタイムアウト検出回路２６で検出さ
れたトークンタイムアウトの回数をカウントするトーク
ンタイムアウトカウンタ２７を有するシステムバスアダ
プタ（ＳＢＡ−Ｓ）であり、それぞれシステムバス３，
４に対して二重化されて設けられている。In the slave module 2, reference numeral 25 denotes a token timeout (TKN T.O) for transmitting and receiving data between the system bus 3 or 4 and the slave processor 20 based on a token passing method and detecting a token timeout. Detection circuit 2
6, and a system bus adapter (SBA-S) having a token timeout counter 27 for counting the number of token timeouts detected by the token timeout detection circuit 26.
4 is provided in duplicate.
【００１５】次に、図２を参照して、本発明の動作を説
明する。図２は、障害箇所検出方法を示す説明図であ
り、特に、現用系として用いられているシステムバス
（０系）３に関する部分のみを示してある。システムバ
ス３には、マスタモジュール１とｎ個のスレーブモジュ
ール２がリング状に接続されており、正常時には、シス
テムバス３上でトークンが転送され、システムバス３の
使用権が制御される。Next, the operation of the present invention will be described with reference to FIG. FIG. 2 is an explanatory diagram showing a failure point detection method, and particularly shows only a portion related to the system bus (0 system) 3 used as the active system. A master module 1 and n slave modules 2 are connected to the system bus 3 in a ring shape. At normal times, tokens are transferred on the system bus 3 and the right to use the system bus 3 is controlled.
【００１６】ここで、地点Ｐにおいて何らかの障害が発
生した場合、スレーブモジュール＃ｋ−１から送信され
たトークンは地点Ｐにて紛失する。これに応じて下流側
に隣接するスレーブモジュール＃ｋでは、トークンを受
信することができず、すべてのモジュールのうちで最も
過去にトークンを送信していることから、すべてのモジ
ュールのうちで最も早くトークンタイムアウトがトーク
ンタイムアウト検出回路２６により検出される。Here, if any failure occurs at the point P, the token transmitted from the slave module # k-1 is lost at the point P. Accordingly, the slave module #k adjacent on the downstream side cannot receive the token, and has transmitted the token in the past in all the modules. The token timeout is detected by the token timeout detection circuit 26.
【００１７】次に、スレーブモジュール＃ｋ＋１のトー
クンタイムアウト検出回路２６がトークンタイムアウト
を検出し、同様にして、スレーブモジュール＃ｋ＋２
（図示せず）、…、スレーブモジュール＃Ｎ、マスタモ
ジュール１、スレーブモジュール＃１、…、スレーブモ
ジュール＃ｋ−１の順にトークンタイムアウトが検出さ
れるものとなる。Next, the token timeout detecting circuit 26 of the slave module # k + 1 detects the token timeout, and similarly, the slave module # k + 2
(Not shown),..., Slave module #N, master module 1, slave module # 1,.
【００１８】また、各モジュールのトークンタイムアウ
ト回路２６では、トークンタイムアウト検出後、再び所
定の時間を設定してトークンタイムアウトの検出待ちを
実施する。したがって、スレーブモジュール＃ｋ−１で
トークンタイムアウトが検出された後、再びスレーブモ
ジュール＃ｋから順に２回目のトークンタイムアウトが
検出されるものとなる。Further, in the token timeout circuit 26 of each module, after the detection of the token timeout, a predetermined time is set again to wait for the detection of the token timeout. Therefore, after the token timeout is detected by the slave module # k-1, the second token timeout is sequentially detected again from the slave module #k.
【００１９】これらトークンタイムアウトの回数は、各
スレーブモジュール２のシステムバスアダプタ２５内の
トークンタイムアウトカウンタ２７で、それぞれカウン
トされる。一方、マスタモジュール１でもトークンタイ
ムアウトの回数がマスタプロセッサ１０内のトークンタ
イムアウトカウンタ１３でカウントされる。The number of times of these token timeouts is counted by a token timeout counter 27 in the system bus adapter 25 of each slave module 2. On the other hand, the number of token timeouts in the master module 1 is also counted by the token timeout counter 13 in the master processor 10.
【００２０】ここで、マスタプロセッサ１０には、シス
テムバス切り替えの判断基準としてトークンタイムアウ
トの許容回数ｍthが予め設定されており、マスタプロセ
ッサ１０はこの許容回数ｍthとトークンタイムカウンタ
１３のカウント値ｍとを比較し、ｍがｍth以上となった
場合に、現在使用している現用系システムバスから予備
系システムバスへの切り替え、この場合にはシステムバ
ス３からシステムバス４への切り替えを行うとともに、
新たなトークンを生成してシステムバス３に送出する。Here, the allowable number m th of token timeouts is set in advance in the master processor 10 as a criterion for system bus switching, and the master processor 10 determines the allowable number m th and the count value of the token time counter 13. m, and when m becomes equal to or greater than m th , switching from the currently used system bus to the standby system bus is performed. In this case, switching from the system bus 3 to the system bus 4 is performed. Do,
A new token is generated and transmitted to the system bus 3.
【００２１】これと同時に、マスタプロセッサ１０は、
システムバスアダプタ（ＳＢＡ−Ｍ）１１を制御して、
システムバス４から各スレーブモジュール２に対し、図
３（ａ）に示すようなトークンタイムアウト読出しコマ
ンドを送出することにより、すべてのスレーブモジュー
ル＃１〜＃ｎから、各スレーブモジュール２のトークン
タイムアウトカウンタ２７の値を収集する。なお、図３
の各コマンドおよびステータスを示すフレームは、一般
的なＨＤＬＣ（ハイレベル・データ・リンク・コントロ
ール）に基づくものであり、詳細な説明は省略する。At the same time, the master processor 10
By controlling the system bus adapter (SBA-M) 11,
By transmitting a token timeout read command as shown in FIG. 3A from the system bus 4 to each slave module 2, the token timeout counter 27 of each slave module 2 is transmitted from all slave modules # 1 to #n. Collect the value of Note that FIG.
Are based on general HDLC (High Level Data Link Control), and detailed description is omitted.
【００２２】これに応じて、各スレーブモジュール２の
システムバス（１系）４側のシステムバスアダプタ２５
は、現用系として使用していたシステムバス（０系）３
のトークンタイムアウトカウンタ２７からそのカウント
値を読出し、図３（ｂ）に示すようなトークンタイムア
ウト回数応答ステータスにより、自局で検出されたトー
クンタイムアウト回数をマスタモジュール１に通知す
る。Accordingly, the system bus adapter 25 on the system bus (system 1) 4 side of each slave module 2
Is the system bus (system 0) 3 used as the active system
The count value is read from the token timeout counter 27, and the master module 1 is notified of the number of token timeouts detected in its own station by the token timeout number response status as shown in FIG.
【００２３】このようにして、マスタモジュール１は、
すべてのスレーブモジュール２からトークンタイムアウ
ト回数を収集し、これら値をそれぞれ比較することによ
り障害発生箇所を推定する。まず、図２に示すように、
ｍ回目のトークンタイムアウトがスレーブモジュール＃
ｋから順に検出され、マスタモジュール１でｍ回目のト
ークンタイムアウトが検出された時点で、新たなトーク
ンがシステムバス３に送信されるため、マスタスレーブ
より下流のスレーブモジュール＃１〜＃ｋ−１ではｍ回
目のトークンタイムアウトが検出されなくなる。As described above, the master module 1
The number of token timeouts is collected from all the slave modules 2 and these values are compared with each other to estimate the location where a failure has occurred. First, as shown in FIG.
The mth token timeout is the slave module #
k, a new token is transmitted to the system bus 3 when the m-th token timeout is detected in the master module 1, so that the slave modules # 1 to # k-1 downstream from the master slave The m-th token timeout is no longer detected.
【００２４】したがって、すべてのスレーブモジュール
２から収集したトークンタイムアウト回数を比較した場
合、障害発生箇所である地点Ｐを挟む両側のスレーブモ
ジュール＃ｋとスレーブ＃ｋ−１とでは、トークンタイ
ムアウト回数がそれぞれｍ，ｍ−１となって差が生じる
ものとなり、この差を検査することにより、いずれのモ
ジュール間で障害が発生したのかを推定することができ
る。Therefore, when the token timeout counts collected from all the slave modules 2 are compared, the token timeout counts of the slave modules #k and slave # k-1 on both sides of the point P where the failure has occurred are respectively different. m and m−1, and a difference occurs. By examining the difference, it is possible to estimate which module has a fault.
【００２５】この後、マスタモジュール１のプロセッサ
１０により、システムバスアダプタ１１が制御されて、
図３（ｃ）に示すようなトークンタイムアウト回数クリ
アコマンドが同報にてシステムバス３に送信され、これ
に応じて各スレーブモジュール２のシステムバス（０
系）３側のトークンタイムアウトカウンタ２７のカウン
ト値がクリアされ、新たなトークンタイムアウト検出回
数のカウント動作が開始される。Thereafter, the system bus adapter 11 is controlled by the processor 10 of the master module 1,
A token timeout count clear command as shown in FIG. 3 (c) is transmitted by broadcast to the system bus 3, and in response to this, the system bus (0
(System) The count value of the token timeout counter 27 on the 3 side is cleared, and the counting operation of the new token timeout detection count is started.
【００２６】また、マスタモジュール１とその上流側に
隣接するスレーブモジュール＃ｎとの間で障害が発生し
た場合には、マスタモジュール１にてトークンタイムア
ウトが最初に検出されることから、マスタモジュール１
で検出されるトークンタイムアウト回数が他のスレーブ
モジュール２に比較して最も大きくなる。したがって、
マスタモジュール１で検出されたトークンタイムアウト
回数ｍが、許容回数ｍth以上となった時点において、他
のスレーブモジュール２のトークンタイムアウトより大
きい場合には、マスタモジュール１とその上流側に隣接
するスレーブモジュール＃ｎとの間に障害発生箇所があ
ると判推定される。When a failure occurs between the master module 1 and a slave module #n adjacent to the master module 1, a token timeout is first detected by the master module 1, so that the master module 1
Is larger than the other slave modules 2. Therefore,
If the number of token timeouts m detected by the master module 1 becomes greater than or equal to the allowable number of times m th, and is larger than the token timeout of the other slave module 2, the master module 1 and its upstream adjacent slave module It is presumed that there is a failure occurrence point between #n.
【００２７】また、マスタモジュール１とその下流側に
隣接するスレーブモジュール＃１との間で障害が発生し
た場合には、スレーブモジュール＃１にてトークンタイ
ムアウトが最初に検出されることから、マスタモジュー
ル１で検出されるトークンタイムアウト回数が他のスレ
ーブモジュール２と等しくなる。したがって、マスタモ
ジュール１で検出されたトークンタイムアウト回数ｍ
が、許容回数ｍth以上となった時点において、他のスレ
ーブモジュール２のトークンタイムアウトと等しい場合
には、マスタモジュール１とその下流側に隣接するスレ
ーブモジュール＃１との間に障害発生箇所があると推定
される。When a failure occurs between the master module 1 and the slave module # 1 adjacent to the master module 1 on the downstream side, the token timeout is first detected in the slave module # 1. The number of token timeouts detected in 1 becomes equal to that of other slave modules 2. Therefore, the token timeout count m detected by the master module 1
Is equal to or greater than the token timeout of the other slave module 2 when the number of times becomes equal to or more than the permissible number m th , there is a failure location between the master module 1 and the slave module # 1 adjacent to the master module 1 on the downstream side. It is estimated to be.
【００２８】このように、ネットワークを構成するすべ
てのモジュールにトークンタイムアウト検出回路、およ
び検出されたトークンタイムアウト回数を記憶するトー
クンタイムアウトカウンタを設けて、マスタモジュール
１で検出されたトークンタイムアウト回数が許容回数以
上となった場合には、すべてのスレーブモジュール２か
らトークンタイムアウト回数を収集し、これらトークン
タイムアウトを比較することにより障害発生箇所を推定
するようにしたので、システムバスの切断などによる固
定的な障害だけではなく、ノイズなどに起因して間欠的
あるいは突発的に発生するトークン紛失障害であって
も、その障害発生箇所が推定される。As described above, a token timeout detecting circuit and a token timeout counter for storing the detected number of token timeouts are provided in all the modules constituting the network so that the number of token timeouts detected by the master module 1 is equal to the allowable number of times. In this case, the number of token timeouts is collected from all slave modules 2 and the location of the failure is estimated by comparing these token timeouts. Not only that, even if a token loss failure occurs intermittently or suddenly due to noise or the like, the failure occurrence location is estimated.
【００２９】なお、以上の説明において、隣接するモジ
ュールのトークンタイムアウト回数を比較し、これらト
ークンタイムアウト回数の差に基づいて障害発生箇所を
推定するようにした場合について説明したが、これに限
られるものではなく、これら隣接するモジュールでのト
ークンタイムアウト回数が急激に変化するもの、その差
が最も大きいもの、あるいはその差が所定値より大きい
ものを障害発生箇所推定の判断基準とするようにしても
よく、また、すべてのトークンタイムアウト回数を比較
して、その最も大きな値により障害箇所を推定するよう
にしても良く、個々のネットワークにおけるトークン障
害の発生状況に応じた判断基準を用いることにより、前
述と同様の作用効果を奏するものとなる。In the above description, a case has been described in which the number of token timeouts of adjacent modules is compared, and a failure occurrence location is estimated based on the difference between the number of token timeouts. However, the present invention is not limited to this. Instead, the one in which the number of token timeouts in these adjacent modules suddenly changes, the one in which the difference is the largest, or the one in which the difference is larger than a predetermined value may be used as a criterion for failure occurrence point estimation. Alternatively, all the token timeout times may be compared, and the location of the failure may be estimated based on the largest value.Using the criterion according to the occurrence situation of the token failure in each network, The same operation and effect can be obtained.
【００３０】[0030]
【発明の効果】以上説明したように、本発明は、各モジ
ュールに、トークンタイムアウト検出回路と、検出され
たトークンタイムアウトの回数を計数するトークンタイ
ムアウトカウンタとを設けて、各モジュールにて、現用
系のシステムバスから検出されたトークンタイムアウト
回数を計数し、マスタモジュールにおいて検出されたト
ークンタイムアウト回数が所定の許容回数以上となった
場合、マスタモジュールにより、すべてのモジュールの
トークンタイムアウトカウンタからそれぞの装置で検出
されたトークンタイムアウト回数を収集し、これら収集
されたトークンタイムアウト回数をそれぞれ比較するこ
とによってトークンが紛失した障害発生箇所を推定する
ようにしたものである。As described above, according to the present invention, each module is provided with a token timeout detection circuit and a token timeout counter for counting the number of detected token timeouts. The number of token timeouts detected from the system bus is counted, and if the number of token timeouts detected in the master module is equal to or greater than a predetermined allowable number, the master module causes the token timeout counters of all modules to return to the respective devices. The number of token timeouts detected in step (1) is collected, and the collected token timeout counts are compared with each other to estimate the failure occurrence location where the token is lost.
【００３１】したがって、システムバスの切断などによ
る固定的な障害だけではなく、ノイズなどに起因して間
欠的あるいは突発的に発生するトークン紛失障害であっ
ても、その障害発生箇所を推定することが可能となる。
また、マスタモジュールは、すべてのモジュールから収
集したトークンタイムアウト回数のうち、隣接する２つ
のモジュールから収集されたトークンタイムアウト回数
をそれぞれ比較することによってトークンが紛失した障
害発生箇所を推定するようにしたので、より正確に障害
発生箇所を推定することが可能となる。Therefore, it is possible to estimate the location where the failure has occurred not only in the case of a fixed failure due to disconnection of the system bus, but also in the case of a token loss failure that occurs intermittently or suddenly due to noise or the like. It becomes possible.
In addition, the master module estimates the fault occurrence location where the token is lost by comparing the token timeout counts collected from two adjacent modules among the token timeout counts collected from all modules. Thus, it is possible to more accurately estimate the location where a failure has occurred.
【図１】 本発明の一実施の形態によるトークン障害検
出方法を用いた二重化リング状ネットワークを示す構成
図である。FIG. 1 is a configuration diagram illustrating a duplex ring network using a token failure detection method according to an embodiment of the present invention.
【図２】 トークン障害検出方法を示す説明図である。FIG. 2 is an explanatory diagram showing a token failure detection method.
【図３】 各種コマンドおよびステータスを示す説明図
である。FIG. 3 is an explanatory diagram showing various commands and status.
【図４】 従来のトークン障害検出方法を用いた二重化
リング状ネットワークを示す構成図である。FIG. 4 is a configuration diagram illustrating a duplex ring network using a conventional token failure detection method.
１…マスタモジュール、１０…マスタプロセッサ、１１
…システムバスアダプタ（ＳＢＡ−Ｍ）、１２…トーク
ンタイムアウト検出回路、１３…トークンタイムアウト
カウンタ、２…スレーブモジュール、２０…スレーブプ
ロセッサ、２５…システムバスアダプタ（ＳＢＡ−
Ｓ）、２６…トークンタイムアウト検出回路、２７…ト
ークンタイムアウトカウンタ、３…システムバス０系、
４…システムバス（１系）。1: Master module, 10: Master processor, 11
... System bus adapter (SBA-M), 12 ... Token timeout detection circuit, 13 ... Token timeout counter, 2 ... Slave module, 20 ... Slave processor, 25 ... System bus adapter (SBA-M)
S), 26: token timeout detection circuit, 27: token timeout counter, 3: system bus 0 system,
4: System bus (system 1)
Claims (2)
リング状の独立した２つのシステムバスと、必要に応じ
てこれらシステムバスのうち一方を現用系とし他方を予
備系として切替制御を行うマスタモジュールと、前記各
システムバスを介して各種情報をやり取りすることによ
り任意の処理を行う複数のスレーブモジュールとからな
り、前記システムバスに対するアクセス方式として、前
記各モジュール間で順にトークンを転送することにより
前記システムバスの使用権を制御するトークンパッシン
グ方式を用いる二重化リング状ネットワークにおいて、 各モジュールに、 現用系として用いられているシステムバスから所定時間
以上前記トークンが検出されない場合にトークンタイム
アウトを検出するトークンタイムアウト検出回路と、 このトークンタイムアウト検出回路で検出されたトーク
ンタイムアウトの回数を計数するトークンタイムアウト
カウンタとを設けて、 各モジュールは、 前記トークンタイムアウト検出回路によりトークンタイ
ムアウトの発生を検出するとともに、前記トークンタイ
ムアウトカウンタにより前記トークンタイムアウトの検
出回数を計数し、 マスタモジュールは、 自装置で検出されたトークンタイムアウト回数が、所定
の許容回数以上となった場合、すべてのモジュールのト
ークンタイムアウトカウンタからそれぞの装置で検出さ
れたトークンタイムアウト回数を収集し、これら収集さ
れたトークンタイムアウト回数をそれぞれ比較すること
によってトークンが紛失した障害発生箇所を推定するよ
うにしたことを特徴とするトークン障害検出方法。1. A master module for performing switching control of two independent ring-shaped system buses for transferring various types of information in predetermined directions, and one of these system buses as an active system and the other as a standby system as required. And a plurality of slave modules that perform arbitrary processing by exchanging various kinds of information via each of the system buses. As an access method to the system bus, a token is sequentially transferred between each of the modules. In a duplex ring network that uses a token passing method that controls the right to use the system bus, a token timeout that detects a token timeout when each of the modules is not detected from the system bus used as the active system for a predetermined time or more. Detection circuit And a token timeout counter that counts the number of token timeouts detected by the token timeout detection circuit, and each module detects the occurrence of token timeout by the token timeout detection circuit and the token timeout counter by the token timeout counter. The master module counts the number of times the timeout was detected, and if the number of token timeouts detected by its own device exceeds the predetermined allowable number, the token timeout counters of all modules detect the tokens detected by each device. A token failure detection method characterized in that a failure occurrence location where a token is lost is estimated by collecting timeout times and comparing these collected token timeout times. .
おいて、 マスタモジュールは、 すべてのモジュールから収集した前記トークンタイムア
ウト回数のうち、隣接する２つのモジュールから収集さ
れたトークンタイムアウト回数をそれぞれ比較すること
によってトークンが紛失した障害発生箇所を推定するよ
うにしたことを特徴とするトークン障害検出方法。2. The token failure detection method according to claim 1, wherein the master module compares the number of token timeouts collected from two adjacent modules among the number of token timeouts collected from all modules. A token failure detection method characterized by estimating a failure occurrence location where a token has been lost.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7184182A JP2822942B2 (en) | 1995-07-20 | 1995-07-20 | Token failure detection method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7184182A JP2822942B2 (en) | 1995-07-20 | 1995-07-20 | Token failure detection method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0936902A true JPH0936902A (en) | 1997-02-07 |
| JP2822942B2 JP2822942B2 (en) | 1998-11-11 |
Family
ID=16148802
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7184182A Expired - Lifetime JP2822942B2 (en) | 1995-07-20 | 1995-07-20 | Token failure detection method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2822942B2 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100895839B1 (en) * | 2007-06-11 | 2009-05-06 | 한국전력거래소 | Remote station terminal device for power transaction supporting multi-master function through dual channel ring method and its operation method |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0278344A (en) * | 1988-04-20 | 1990-03-19 | American Teleph & Telegr Co <Att> | Data communication network and identification method of identifying position of token signal loss |
| JPH02224545A (en) * | 1989-02-27 | 1990-09-06 | Nec Corp | Local area network |
| JPH0311841A (en) * | 1989-06-09 | 1991-01-21 | Nec Corp | Local area network |
| JPH03195146A (en) * | 1989-12-22 | 1991-08-26 | Fujitsu Ltd | Monitoring and testing system for ring network |
| JPH0414934A (en) * | 1990-05-09 | 1992-01-20 | Nippon Telegr & Teleph Corp <Ntt> | Communication line fault detecting method in distributed processing system |
| JPH0435251A (en) * | 1990-05-25 | 1992-02-06 | Fujitsu Ltd | Fault monitor system for ring network |
| JPH04129350A (en) * | 1990-09-20 | 1992-04-30 | Nec Corp | Token monitor system for token ring network |
-
1995
- 1995-07-20 JP JP7184182A patent/JP2822942B2/en not_active Expired - Lifetime
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0278344A (en) * | 1988-04-20 | 1990-03-19 | American Teleph & Telegr Co <Att> | Data communication network and identification method of identifying position of token signal loss |
| JPH02224545A (en) * | 1989-02-27 | 1990-09-06 | Nec Corp | Local area network |
| JPH0311841A (en) * | 1989-06-09 | 1991-01-21 | Nec Corp | Local area network |
| JPH03195146A (en) * | 1989-12-22 | 1991-08-26 | Fujitsu Ltd | Monitoring and testing system for ring network |
| JPH0414934A (en) * | 1990-05-09 | 1992-01-20 | Nippon Telegr & Teleph Corp <Ntt> | Communication line fault detecting method in distributed processing system |
| JPH0435251A (en) * | 1990-05-25 | 1992-02-06 | Fujitsu Ltd | Fault monitor system for ring network |
| JPH04129350A (en) * | 1990-09-20 | 1992-04-30 | Nec Corp | Token monitor system for token ring network |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100895839B1 (en) * | 2007-06-11 | 2009-05-06 | 한국전력거래소 | Remote station terminal device for power transaction supporting multi-master function through dual channel ring method and its operation method |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2822942B2 (en) | 1998-11-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5740157A (en) | Distributed control methodology and mechanism for implementing automatic protection switching | |
| US20060085669A1 (en) | System and method for supporting automatic protection switching between multiple node pairs using common agent architecture | |
| US20050081110A1 (en) | Hybrid agent-oriented object model to provide software fault tolerance between distributed processor nodes | |
| JP3545642B2 (en) | Monitoring system and method | |
| US7685442B2 (en) | Method and systems for a radiation tolerant bus interface circuit | |
| JP2822942B2 (en) | Token failure detection method | |
| JP2001060160A (en) | Cpu duplex system for controller | |
| US5287357A (en) | Communication control device having an apparatus for detecting the absence of a control data on a ring communication network | |
| JP3419979B2 (en) | Device state management method and data communication system | |
| JPH11177550A (en) | Network monitoring method | |
| JPH05225161A (en) | Network monitoring system | |
| US20050220122A1 (en) | Methods and systems for a data processing system having radiation tolerant bus | |
| JPH04321342A (en) | Fault detection method by token access method | |
| JP3082425B2 (en) | Transmission line control method for data communication system | |
| JPH09212388A (en) | CPU operation monitoring method | |
| JP2757455B2 (en) | Transmission line switching device | |
| JP3295872B2 (en) | Polling monitoring method | |
| JPH06338896A (en) | Fault processing method for loop transmission system | |
| JPS62175044A (en) | Duplexing loop-shaped transmission line | |
| JP3133172B2 (en) | Multi-wave ring LAN fault management system | |
| JP2000148540A (en) | Processor system | |
| JPH0414934A (en) | Communication line fault detecting method in distributed processing system | |
| JPH08305641A (en) | Bus controller | |
| JPH01269152A (en) | Processor trouble detecting system in distributed processing system | |
| JPS63304744A (en) | Fault diagnostic system |