JP2007259406A - リングネットワーク及びマスタノード - Google Patents
リングネットワーク及びマスタノード Download PDFInfo
- Publication number
- JP2007259406A JP2007259406A JP2006204931A JP2006204931A JP2007259406A JP 2007259406 A JP2007259406 A JP 2007259406A JP 2006204931 A JP2006204931 A JP 2006204931A JP 2006204931 A JP2006204931 A JP 2006204931A JP 2007259406 A JP2007259406 A JP 2007259406A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- ring
- master node
- port
- node
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/42—Loop networks
- H04L12/437—Ring fault isolation or reconfiguration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
Abstract
【解決手段】マスタノード110は、リング上に接続されたネットワークの状態を確認する為のプローブパケット140をリングの両方向に送信する。スレーブノード120は、受信したプローブパケット140に含まれるホップ数を増加して隣接するリング構成ノードに送信し、及び、ホップカウント報告パケット150をマスタノード110に送信する。マスタノード110は、自身が送信したプローブパケットを受信しないことで、リング上の障害を検出する。さらに、リングの両方向から受信したホップカウント報告パケット150のホップ数の最大値の和を基に、多重障害の発生及び多重障害の少なくともひとつの障害が復旧したことを検出して、パケット転送用データベースの更新を促すパケットを送信する。
【選択図】図1
Description
また、光ファイバで接続されるリングのマスタノードから発行されたパイロットパケットを受信したノードが、パイロットパケットを正常に受信できたか否かをマスタノードに通知することにより、マスタノードがリングにおける故障ノードを同定する方式が開示されている(例えば、特許文献2参照)。
また、非特許文献1では、リング上における多重障害へ対応する為の記述が無い。仮に、多重障害が発生した場面に於いては、非特許文献1のマスタノードは、リング上における最初の障害の発生時及びリング上における全ての障害が復旧したと認識する場合のみ、リングを構成する全てのノードに対して転送用データデースの更新を促すと考えられる。従って、リング上での多重障害発生後において1箇所の障害が復旧する場合、非特許文献1のマスタノードは、リングを構成する全ノードに対して転送用データベースの更新を促さないと考えられる。即ち、多重障害から復旧する場合において、データ伝送の信頼性が低下することが予想できる。
また、本発明は、リングネットワークにおいて多重障害の発生箇所が変わった場合にも、リング構成ノードの転送用データベースを適宜更新することを目的のひとつとする。
パケット転送のためのデータベースを参照してパケットを転送する複数のノード
を備え、
複数の上記ノードがリング状に接続され、
上記ノードのうち少なくともひとつは、リング状に接続されたネットワークの状態を確認する為のプローブパケットを送信するマスタノードであり、他のノードは上記マスタノードからの指示に応じて処理するスレーブノードであり、
上記マスタノードが、
ホップ数が初期化されたプローブパケットを、予め定めた時間毎に又は不定期に、第1のポート及び第2のポートからリングの両方向へ1個又は所定個ずつ送信し、
上記各スレーブノードが、
プローブパケットを、リングに接続されたふたつのポートの一方を介して受信すると、プローブパケットに含まれるホップ数を増加し、
増加されたホップ数を含む該プローブパケットを、受信したポートとは異なる他方のポートを介して、隣接する上記スレーブノード又は上記マスタノードに送信し、
増加されたホップ数を含むホップカウント報告パケットを作成し、プローブパケットを受信したポートを介して上記マスタノードに送信し、
上記マスタノードが、
各スレーブノードから送信される1つ以上のホップカウント報告パケットを第1のポート及び第2のポートを介して受信し、ポート毎に、ホップカウント報告パケットに含まれるホップ数の最大値を管理し、
第1のポートに対応するホップ数の最大値と、第2のポートに対応するホップ数の最大値の和を求め、求められた和に基づいて上記マスタノードから通信可能なスレーブノード総数を求め、
求められた通信可能なスレーブノード総数の変動により、リングにおける多重障害の発生、及び、該多重障害の少なくともひとつの障害の復旧を検出し、
更に、求められた通信可能なスレーブノード総数が変動しない場合、第1のポート又は第2のポートに対応するホップ数の最大値の変動により、リングにおけるトポロジの変化を検出し、
これらの事象を検出する度に装置内の上記データベースを更新し、及び/又は、上記スレーブノードに対して、パケット転送のための上記データベースを更新するためのパケットを送信するリングネットワークが提供される。
本発明の第2の解決手段によると、
パケット転送のためのデータベースを参照してパケットを転送する複数のノード
を備え、
複数の上記ノードがリング状に接続され、
上記ノードのうち少なくともひとつは、リング状に接続されたネットワークの状態を確認する為のプローブパケットを送信するマスタノードであり、他のノードは上記マスタノードからの指示に応じて処理するスレーブノードであり、
上記マスタノードが、
ホップ数が初期化されたプローブパケットを、予め定めた時間毎に又は不定期に、第1のポート及び第2のポートからリングの両方向へ1個又は所定個ずつ送信し、
上記各スレーブノードが、
プローブパケットを、リングに接続されたふたつのポートの一方を介して受信すると、プローブパケットに含まれるホップ数を増加し、
増加されたホップ数を含む該プローブパケットを、受信したポートとは異なる他方のポートを介して、隣接する上記スレーブノード又は上記マスタノードに送信し、
増加されたホップ数を含むホップカウント報告パケットを作成し、プローブパケットを受信したポートを介して上記マスタノードに送信し、
上記マスタノードが、
各スレーブノードからの複数のホップカウント報告パケットを第1のポート及び第2のポートを介して受信し、ポート毎に、ホップカウント報告パケットに含まれるホップ数の最大値を管理し、
第1のポートに対応するホップ数の最大値と、第2のポートに対応するホップ数の最大値の和を求め、求められた和に基づいて上記マスタノードから通信可能なスレーブノード総数を求め、
求められた通信可能なスレーブノード総数の変動により、リングにおける多重障害の発生、及び、該多重障害の少なくともひとつの障害の復旧を検出し、
これらの事象を検出する度に、装置内の上記データベースを更新し、及び/又は、上記スレーブノードに対して、パケット転送のための上記データベースを更新するためのパケットを送信するリングネットワークが提供される。
パケット転送のためのデータベースを参照してパケットを転送する複数のノードがリング状に接続されたリングネットワークにおいて、
リングに接続される第1のポート及び第2のポートと、
リングにおける障害の発生及び復旧を検出するリング管理部と
を備え、
上記リング管理部は、
ホップ数が初期化されたプローブパケットを、予め定めた時間毎に又は不定期に、上記第1のポート及び上記第2のポートからリングの両方向へ1個又は所定個ずつ送信し、
プローブパケットを、リングに接続されたふたつのポートの一方を介して受信し、
プローブパケットに含まれるホップ数を増加し、
増加されたホップ数を含む該プローブパケットを、受信したポートとは異なる他方のポートを介して、隣接する上記スレーブノード又は上記マスタノードに送信し、
増加されたホップ数を含むホップカウント報告パケットを作成し、プローブパケットを受信したポートを介して上記マスタスイッチに送信し、
リングを構成する他のノードがプローブパケットに含まれるホップ数を増加し返信した、増加されたホップ数を含む複数のホップカウント報告パケットを、上記第1のポート及び上記第2のポートを介して受信し、ポート毎に、ホップカウント報告パケットに含まれるホップ数の最大値を管理し、
第1のポートに対応するホップ数の最大値と、第2のポートに対応するホップ数の最大値の和を求め、求められた和に基づいて通信可能なノード総数を求め、
求められた通信可能なノード総数の変動により、リングにおける多重障害の発生、及び、該多重障害の少なくともひとつの障害の復旧を検出し、
これらの事象を検出する度に、装置内の上記データベースを更新し、及び/又は、リングを構成する他のノードに対して、パケット転送のための上記データベースを更新するためのパケットを送信するマスタノードが提供される。
また、本発明によると、リングネットワークにおいて多重障害の発生箇所が変わった場合にも、リング構成ノードの転送用データベースを適宜更新することができる。
以下、本実施の形態について図面を参照して説明する。本実施の形態では、単一のリングのネットワークについて述べる。但し、適用する装置、パケットの種類はこれに限られない。
(ハード構成)
図1は、リングネットワークの構成例を示す図である。
単一リングネットワーク100は、リング状態の確認及びデータパケットの転送用データベース更新を担うマスタノード(マスタスイッチ)110と、マスタノード110の指示に従うスレーブノード(スレーブスイッチ)120−1〜120−5とを備える。各スイッチには、例えば、端末130−1、130−2が接続される。
マスタノード110は、自身に障害が発生していない場合、リング上における多重障害の発生及び多重障害からの復旧を検出する為、マスタノード110から通信可能なスレーブノード数を求める。マスタノード110は、通信可能なスレーブノード数を求める為、プローブパケット140を第1ポート1101及び第2ポート1102から送信する。プローブパケット140には、マスタノード110から通信可能なスレーブノード数(以下、ホップカウント)を示す項目が含まれる。
マスタノード110は、一定時間内に自身が送信したプローブパケット140がリングを伝送して戻って来ない場合、リング上における障害の発生を認識する。このときマスタノード110は、各スレーブノード120が送信するホップカウント報告パケット150の内、第1ポート1101で受信可能なホップカウントの最大値と、第2ポート1102で受信可能なホップカウントの最大値との和を計算する。第1ポート1101及び第2ポート1102で受信可能なホップカウントの最大値の和の増減により、マスタノード110は、リング上での障害発生時において、多重障害の発生及び多重障害からの復旧を検出できる。
可変長のパケット200は、OSI参照モデルにおける第2層(データリンク層)のL2ヘッダ210と、L2ペイロード220とを含む。L2ヘッダ210の形状は、ネットワークを構成する装置が収容する回線の種類によって異なる。例えば、収容する回線がイーサネット(登録商標)である場合、L2ヘッダ210には、宛先MACアドレス211と、送信元MACアドレス212と、タグ213と、フレームタイプ214とが含まれる。
図7は、リングが備えるノード装置900の構成例を示す図である。
マスタノード110及びスレーブノード120−1〜120−5は、ノード装置900を用いることができる。自装置が、マスターノード110であるか、スレーブノード120であるかを予め決定することにより、両ノードのいずれかの機能を定義する。
図10は、パケット転送部920の構成例を示す図である。
パケット転送部920は、受信パケットに適用すべき後段処理を示すパケット転送データベース922と、パケット転送処理とパケット転送用データベース922の制御とを実行するパケット転送プロセッサ921とを有する。
パケット転送部920は、受信したパケットの後段処理を決定する。ここでは、パケット転送部920は、受信パケットに対する後段処理として、例えば、送信用回線インタフェースの検索と、リングプロトコルのパケットを制御するリング管理部930への転送と、装置制御部940への転送とが挙げられる。
リング管理部930は、リングパケット入力部731と、プローブパケット管理部932と、リング状態管理部933と、リングプロトコル制御パケット生成部934と、リングパケット出力部935とを有する。各部の詳細は後述する。
図7において、管理端末30に接続される装置制御部940は、ネットワークを伝送する制御パケットの解析と、パケット転送部920を含む装置全体の制御とを実行する。また、装置制御部940は、解析の結果を用い、装置内の状態更新あるいは受信した制御パケットに対する応答を実行する。
回線インタフェース910−iは、収容回線上を伝送するパケットの送受信を実行する。
リングが備えるノード装置900は、主従関係を持たせるための「マスタ」と「スレーブ」の各モードをノード装置900の起動時のモード設定で決定する。リングが備える各ノードに対するモード設定は、ネットワーク管理者が管理端末30を用いてノード毎に入力する。ネットワーク管理者が入力したモードの情報は、信号線L7を介して装置制御部940に入力される。モード情報を入力した装置制御部940は、L2ペイロード220にモード情報を記載したパケット(モード情報パケット)を生成し、信号線L3に、生成したモード情報パケットを出力する。信号線L3からモード情報パケットを入力したリング管理部930のパケット入力部931は、入力パケットがモード情報パケットであることを識別し、信号線L92に出力する。信号線L92からモード情報パケットを入力したリング状態管理部933は、入力したモード情報パケットに記載された情報を基に自装置のモード(マスタノード、サブマスタノード及びスレーブノード)を設定する。
マスタノード110及びスレーブノード120−1〜120−5は、パケット200を受信すると、宛先に向けてパケットを転送する。
具体的に説明すると、各ノード装置900では、パケット200を受信した回線インタフェース910−iは、信号線L8−i(i=1〜N)に受信したパケット200を出力する。パケット転送部920のパケット転送プロセッサ921は、信号線L8−iからパケット200を入力し、受信したパケット200に記載の情報からパケットの種別を識別する。このとき、受信パケット200がリングパケットである場合、受信パケット200を信号線L1に出力する。
一方、受信したパケット200がリングパケットでは無い場合、パケット転送プロセッサ921は、L2ヘッダ210からパケット転送データベース922を検索する為の検索キーを生成し、生成した検索キーと検索コマンドとを信号線L10に出力する。検索の結果、検索結果情報がL11からパケット転送プロセッサ921に入力される。ここで、検索結果情報の構成について説明する。
検索結果情報800は、後段処理指示フラグ810と、出力インタフェース情報820を含む。
パケット転送プロセッサ921は、後段処理指示フラグ810から、受信パケット200に適用する後段処理を決定する。ここで、パケット転送プロセッサ921は、後段処理指示フラグ810が示す後段処理が例えば「装置制御部への転送」である場合、受信パケット200を信号線L5に出力する。また、パケット転送プロセッサ921は、後段処理が「通常転送」である場合、出力インタフェース情報820に記載の回線インタフェース910−j(j=1〜N、j≠i)から受信パケット200を送信する為、受信パケット200を信号線L8−jに出力する。尚、パケット転送プロセッサ921は、後段処理が「廃棄」である場合、受信パケット200を廃棄する。
リングプロトコルは、ネットワーク管理者によるマスタノード110の管理端末30に対する起動コマンドの入力後に起動する。ネットワーク管理者により入力された起動コマンドは、信号線L7を介して装置制御部940に入力される。起動コマンドを入力した装置制御部940は、L2ペイロード220にモード情報を記載したパケット(リングプロトコル起動パケット)を生成し、信号線L3に、生成したリングプロトコル起動パケットを出力する。信号線L3からモード情報を記載したパケットを入力したパケット入力部931は、入力パケットがリングプロトコル起動パケットであることを識別し、信号線L92に出力する。信号線L92からリングプロトコル起動パケットを入力したリング状態管理部933は、リングプロトコル起動パケットを信号線L96に出力すると同時又はほぼ同時に、リングプロトコル管理タイマを起動する。このとき、リング状態管理部933は、リング状態を「正常」に遷移させる。
信号線L2からプローブパケット140を入力したパケット転送プロセッサ921は、入力したパケットのL2ペイロード220に記載の情報からプローブパケット140であると識別する。このとき、パケット転送プロセッサ921は、プローブパケット140を複製する。パケット転送プロセッサ921は、複製の結果2つになったプローブパケット140を、回線インタフェース910の構成要素である第1ポート1101及び第2ポート1102に対応する信号線L8にそれぞれ出力する。この後、各プローブパケット140は、第1ポート1101と第2ポート1102に対応する回線インタフェース910を介して送信される。
第1ポート1101と第2ポート1102の定義は、ネットワーク管理者が管理端末30により行うモード設定と同時に実行することができる。更に、モード設定の際、マスタスイッチには、リングが備えるスレーブスイッチ数を定義する。
図1には記載していないが、マスタノード110の第2ポート1102は、論理的にデータパケットをブロックしている。例えば、マスタノード110は、端末130−2から端末130−1に向かうデータパケットを第2ポート1102で受信した場合、受信したデータパケットを廃棄する。データパケットを論理的にブロックする理由は、データパケットがリングを無限に周回する「ループ」状態により、回線の輻輳が発生することを防ぐ為である。尚、この論理的なブロックは、データパケットだけを廃棄し、プローブパケット140を含むリングを制御する為のパケット(制御パケット)は廃棄しない。
図3は、プローブパケット140とホップカウント報告パケット150との関係を示す説明図である。図4は、スレーブノード120によるプローブパケット140の送受信とホップカウント報告パケット150の発行の処理のフローチャートである。
スレーブノード120は、プローブパケット140を受信して、プローブパケット140のホップカウントを1だけ増加する(ステップS401)。スレーブノード120は、プローブパケット140のホップカウント増加後、受信ポートとは反対側のリング用回線収容ポートから隣接ノードに向けてホップカウントが増加されたプローブパケット140を送信する(ステップS402)。また、スレーブノード120は、ステップS402と同時又はその前後に、プローブパケット140の到達度をマスタノード110に伝達する為のホップカウント報告パケット150を生成する。ホップカウント報告パケット150は、ステップS401で増加後のホップカウントを含む。スレーブノード120は、マスタノード110に対して、生成したホップカウント報告パケット150を、プローブパケット140を受信した回線インタフェースから送信する(ステップS403)。マスタノード110は、ホップカウント報告パケット150を受信することにより、マスタノード110から通信可能な最大ホップ数を把握することができる。
プローブパケット140を受信する隣接したスレーブノード120及び他の複数のスレーブノード120は、同じ処理を実行する。
図12は、スレーブノード120によるホップカウント報告パケット150を転送する処理のフローチャートである。
まず、スレーブノード120は、ホップカウント報告パケット150を受信する(ステップS1201)。尚、受信したホップカウント報告パケット150に記載の情報へ対する更新を実行しない。スレーブノード120は、ホップカウント報告パケット150を受信後、マスタスイッチ110に伝送する為、受信ポートとは反対側のリング用回線収容ポートから隣接ノードに向けてホップカウント報告パケット150を送信する(ステップS1202)。
まず、マスタノード110は、上述したように、自身が収容する2方向のリング回線に向けてプローブパケット140を発行する(ステップS501)。マスタノード110は、一定時間内に、自身が発行し、リングを1周して各スレーブノード120によりホップカウントが加算されたプローブパケット140を受信でき、且つ、受信したプローブパケット140に記載のホップカウントが、リングが備えるスレーブノード120の数に一致しているかを検査する(ステップS502)。尚、リングが備えるスレーブノード120の数は、適宜のメモリに予め設定される。また、ステップS502では、プローブパケット140の受信可能か、ホップカウントがスレーブノード120の数に一致するかのいずれかを判断するようにしてもよい。マスタノード110は、ステップS502でYesであればステップS501へ戻り、一方、NoであればステップS503へ移る。
ステップS503では、マスタノード110は、第2ポート1102の論理ブロックを解除した後又は直後に、転送用データベースの更新を促す第1のメッセージ(Flush FDB−1)を発行する(ステップS503)。尚、Flush FDB−1は、障害発生時における転送用データベースの更新を促す意味を持つ。また、マスタノード110は、マスタノード110から通信可能なスレーブノード数の計測を開始する。例えば、マスタノード110から通信可能なスレーブノード数は「0」とする。
信号線L4から障害発生通知パケットを入力した装置制御部940は、入力した障害発生通知パケットを信号線L6とL7とに出力する。信号線L7から障害発生通知パケットを入力した管理端末30では、障害発生通知と障害発生通知パケットの入力時刻が例えば表示部に表示される。
マスタノード110において、パケット転送データベース922は、パケット転送プロセッサ921からの指示に従い、パケット転送用情報を消去した結果、データパケットを転送する為の情報が無い状態になる。このとき、パケット転送プロセッサ921は、データパケットを入力しても、パケット転送データベース922の検索結果として入力したデータパケットの宛先が示されない。パケット転送プロセッサ921は、収容する全ての回線インタフェース910を介して、入力したデータパケットを送信させる為、入力したデータパケットを信号線L8−1〜L8−Nにそれぞれ出力する。この動作をフラッディングと呼ぶ。
隣接するノードからFlush FDB−1を受信したスレーブノード120のパケット転送プロセッサ921は、受信パケットに記載の情報から転送用データベース更新パケットであると識別する。この後、パケット転送プロセッサ921は、パケット転送データベース922に記載されるパケット転送用情報を消去する為の指令を信号線L10に出力する。尚、スレーブノード120のパケット転送データベース922の更新に関する動作は、マスタノード110と同じである。同時又はその後に、パケット転送プロセッサ921は、転送用データベース更新パケットのL2ペイロード220に記載される受信回線インタフェース情報とは異なるリング用回線収容ポートから転送用データベース更新パケットを送信する為、受信回線インタフェース情報とは異なるリング用回線収容ポートに対応する信号線L8−mへ転送用データベース更新パケットを出力する。
ステップ505の条件を満たす場合(ステップS505、Yes)、マスタノード110は、リング上における障害が無いことを認識する。このとき、マスタノード110は、管理すべきリングの状態を「正常」に遷移させる。また、第2ポート1102を論理的にブロックし、転送用データベースの更新を促すメッセージ(Flush FDB−2)を発行する(ステップS507)。Flush FDB−2は、障害の復旧時における転送用データベースの更新を促す意味を持つ。
信号線L6から障害復旧通知パケットを入力したパケット転送プロセッサ921は、モード設定の際に定義した第2ポート1102を論理的にブロックする。パケット転送プロセッサ921は、第2ポート1102を論理ブロックした後又は直後、パケット転送データベース922に記載されるパケット転送用情報を消去する為の指令を信号線L10に出力する。また、パケット転送プロセッサ921は、障害発生時と同様に、モード設定の際に定義した第1ポート1101と第2ポート1102とから転送用データベース更新パケットを送信する為、第1ポート1101と第2ポート1102とに対応する信号線L8−e及び信号線L8−fに出力する。尚、転送用データベース更新パケットは、パケット200の形式を用いる。転送用データベース更新パケットの生成時において、パケット転送プロセッサ921は、リング上における障害の発生と、転送用データベース更新パケットとを識別する為の情報を転送用データベース更新パケットのL2ペイロード220に記載する。リングが備えるノード装置900における転送用データベースの更新手順は、上述した通りである。
この後、リング状態管理部933は、障害発生時に「0」と設定した「マスタノード110から通信可能なスレーブノード数」の値を確認する。ここで「0」のまま(未更新)である場合、リング状態管理部933は、ステップS509で求めた「一定時間内にリングの2方向から報告される最大ホップカウントの和」を用いて、「マスタノード110から通信可能なスレーブノード数」を更新する。更新後、マスタノード110内のリング状態管理部933は、ステップS504を実行する為のトリガを掛ける。このトリガによりステップS504以降の処理が実行される。
尚、この例では信号線又は回線インタフェースと、装置内の障害の多重障害について説明したが、信号線の多重障害若しくは装置内の多重障害についても同様にホップカウント数の和が増加又は減少する。
図14は、第2の実施の形態におけるリングネットワークの構成図である。
第2の実施の形態では、図1に示したマスタノード110に障害が生じる場合又は多重障害によりマスタノード110からプローブパケット140が受信できなくなった場合について説明する。ネットワークの構成については、第1の実施の形態と同様である。但し、本実施の形態では、スレーブノード120のひとつを「サブマスタノード」120−6と定義する。
サブマスタノード120−6は、マスタノード110に障害が発生した場合、状態を「マスタ」に遷移し、マスタノード110と同等の役割を果たす。「マスタ」状態にあるサブマスタノード120−6は、本来のマスタノード110が障害から復旧した場合、元の状態(「サブマスタ」状態)に遷移する。尚、サブマスタノード120−6は、マスタノード110に障害が無い場合、他のスレーブノードと同じ動作を実行する。
図6は、マスタノード110障害発生時におけるサブマスタノード120−6の動作のフローチャートである。
マスタ状態にあるサブマスタノード120−6は、マスタノード110を送信元とするプローブパケット140の受信の有無を確認する(ステップS608)。ここでは、リング管理部930がマスタノード110を送信元とするプローブパケット140を受信可能か否かを監視する。サブマスタノード120−6は、リング管理部930にてマスタノード110を送信元とするプローブパケット140を受信できない場合、ステップS607を実行する。
第2の実施の形態では、スレーブノード120−6をサブマスタノードと定義したが、スレーブノード120−iの内、何れか1つ以上をサブマスタノードと定義することで第2の実施の形態と同様の効果が得られる。
第3の実施の形態では、第2の実施の形態で述べたサブマスタノード120−6を含むリングにおいて、マスタノード110による多重障害復旧への対応動作を説明する。但し、本実施の形態では、第1の実施の形態と第2の実施の形態との差分についてのみ述べることにする。尚、ネットワークの構成については、上述の第2の実施の形態と同様である。
図13は、多重障害が発生しているリングネットワーク100の構成図である。図8は、サブマスタノード120−6を含むリングのマスタノード110による障害への対応動作のフローチャートである。尚、上述と同様の処理については同じ符号を付し、詳細な説明を省略する。
図8におけるステップS805(ステップS505)の条件が満たされない場合、マスタノード110は、サブマスタノード120−6を送信元とするプローブパケット140の受信の有無を確認する(ステップS806)。ここでは、多重障害からの復旧に備え、マスタノード110のリング管理部930は、サブマスタノード120−6を送信元とするプローブパケット140が受信可能か否か監視する。マスタノード110は、リング管理部930にてサブマスタノード120−6を送信元とするプローブパケット140を受信できない場合、ステップS809(ステップS509)を実行する。
ステップS808を詳述すると、マスタノード110は、第2の実施の形態で述べたサブマスタノード120−6と異なり、自身と異なる装置から送信されたプローブパケット140を受信する際、受信したプローブパケット140の転送は行わない。また、受信したプローブパケット140の発行元であるサブマスタノード120−6に対してホップカウント報告パケット150を発行しない。これらの動作を実行しないのは、リングにおける混乱を避けるためである。
以上のように、本実施の形態によれば、マスタノード110の障害の有無にかかわらず、リング上における多重障害の発生及び多重障害からの一部復旧を検出できる。
4.第4の実施の形態
更なる例として、図1のリングネットワーク上で、多重障害が発生している最中に、ホップカウント数の和が変わらないままトポロジが変化する場合について述べる。ここで、トポロジとは、例えばネットワークの構成を示す。例えば、図15に示すように、多重障害として、上述した第1の障害と第2の障害が発生している場合、マスタノード110におけるホップカウントの和は3である。
図16は、本実施の形態におけるトポロジ変化の説明図である。
ここで、上記の障害が全て解消されると同時に、スレーブスイッチ120−1〜スレーブスイッチ120−2間の信号線又は回線インタフェース障害と、スレーブスイッチ120−3の装置内障害が発生する場合(図16)、マスタノード110におけるホップカウントの和は3のままである。本実施の形態では、上述の実施の形態の処理に加え、さらに、マスタノード110が、リングの各方向で受信されるホップカウントの最大値が変化していることを認識し、トポロジに変化が生じたと判断して転送用データベース更新パケット(Flush FDB−2)を発行する。これにより、ホップカウント数の和が変化せずに障害発生箇所が変わった場合も検出可能であり、転送用データベースを更新できる。
なお、マスタノード110は、上述の実施の形態と同様、各ポートから受信されたホップカウント報告パケット150に含まれるホップカウントの最大値をポート毎に管理しておく。また、ホップカウントの最大値をポート毎、かつ、プローブパケット毎に管理してもよい。例えば、プローブパケット、それに対するホップカウント報告パケットは、プローブパケットを識別するための識別子を含み、ポート毎に、その識別子に対応してホップカウントの最大値を管理してもよい。因みに、マスタノード110は、ホップカウントの和が変わらない状況が継続し、且つリングの各方向で受信されるホップカウントの最大値が不変の場合、トポロジに変化が無いと判断して転送用データベース更新パケット(Flush FDB−2)を発行しない。なお、トポロジの変化は上述の例に限られない。
次に、本実施の形態の処理について説明する。なお、ハード構成、プローブパケットの送信・転送等は、上述の第1の実施の形態と同様である。
図17は、本実施の形態におけるマスタノード110による障害への対応動作のフローチャートである。ステップS501〜S513の各処理は、第1の実施の形態と同様であるので、説明を省略する。
ステップS512において、マスタノード110内のリング状態管理部933は、ステップS509で求めた「一定時間内にリングの2方向から報告される最大ホップカウントの和」が「マスタノード110から通信可能なスレーブノード数」未満ではない場合(ステップS512)、「マスタノード110から通信可能なスレーブノード数」が「一定時間内にリングの2方向から報告される最大ホップカウントの和」未満であるかを確認する(ステップS514’)。
「マスタノード110から通信可能なスレーブノード数」が「一定時間内にリングの2方向から報告される最大ホップカウントの和」未満である場合(ステップS514’、Yes)、リング状態管理部933は、リング上における1つ以上の障害が復旧したと認識する。このとき、「一定時間内にリングの2方向から報告される最大ホップカウントの和」を用いて、「マスタノード110から通信可能なスレーブノード数」を更新し、Flush FDB−2を発行する(ステップS515)。但し、リングにおける全ての障害が復旧していない為、リング状態管理部933は、管理すべきリングの状態を遷移させないで「障害発生」のままにし、ステップS504を実行する為のトリガを掛ける。
一方、「マスタノード110から通信可能なスレーブノード数」が「一定時間内にリングの2方向から報告される最大ホップカウントの和」未満ではない場合(ステップS514、No)、ステップS513、S514の結果よりマスタノード110内のリング状態管理部933は、「マスタノード110から通信可能なスレーブノード数」が「一定時間内にリングの2方向から報告される最大ホップカウントの和」と同値であると判断する。このとき、リング状態管理部933は、上述したように、ポート毎に管理している「各ポートから受信されたホップカウント報告パケット150に含まれるホップカウントの最大値」を用いて、各ポートにおけるホップカウントの最大値が一定時間内に(又はプローブパケット毎に)変化するか否かを確認する(ステップS516)。
例えば、プローブパケットを発行する前などの適宜のタイミングで、前の時間内におけるポート毎のホップカウントの最大値(第1の値)を別の領域にストアし、その後ホップカウントの最大値をリセットする。また、例えば、ステップS509では、リセットされたホップカウントの最大値を受信されたホップカウント報告パケットに従い順次更新して、当該時間内のホップカウントの最大値(第2の値)を求める。ステップS516では、当該時間内のホップカウントの最大値(第2の値)と前の時間におけるホップカウントの最大値(第1の値)とを、ポート毎に比較して、変化しているかを判断する。
また、ホップカウントの最大値を、ポート毎かつプローブパケット毎に管理している場合には、2つのプローブパケットに対するホップカウントの最大値を比較するようにしてもよい。例えば連続する2つのプローブパケットに対する値を比較してもよい。
「マスタノード110の各ポートにおけるホップカウントの最大値」が一定時間内に変化しない場合(ステップS516、No)、リング状態管理部933はステップS504を実行する為のトリガを掛ける。一方、「マスタノード110の各ポートにおけるホップカウントの最大値」が一定時間内に変化する場合(ステップS516、Yes)、リング状態管理部933は、管理すべきリング上におけるトポロジが変化したと判断し、Flush FDB−2を発行する(ステップS517)。但し、リングにおける全ての障害が復旧していない為、リング状態管理部933は、管理すべきリングの状態を遷移させないで「障害発生」のままにし、ステップS504を実行する為のトリガを掛ける。以上のように、ステップS504〜S517をリング上における全ての障害が復旧するまで繰り返し実行する。
5.第5の実施の形態
上述の第4の実施の形態におけるトポロジの変化に対応するための処理(例えばS516、S517)は、第2、第3の実施の形態にも適用できる。なお、ハード構成、プローブパケットの送信・転送等は、上述の第2、第3の実施の形態と同様である。
図18は、本実施の形態におけるサブマスタノードを含むリングのマスタノード110による障害への対応動作のフローチャートである。各ステップの処理の詳細は、上述の第3、第4の実施の形態と同様であるので、同じ符号を付し、説明を省略する。
110 マスタノード
120 スレーブノード
120−6 サブマスタノード
130 端末
140 プローブパケット
150 ホップカウント報告パケット
900 ノード装置
1101 第1ポート
1102 第2ポート
Claims (14)
- パケット転送のためのデータベースを参照してパケットを転送する複数のノード
を備え、
複数の上記ノードがリング状に接続され、
上記ノードのうち少なくともひとつは、リング状に接続されたネットワークの状態を確認する為のプローブパケットを送信するマスタノードであり、他のノードは上記マスタノードからの指示に応じて処理するスレーブノードであり、
上記マスタノードが、
ホップ数が初期化されたプローブパケットを、予め定めた時間毎に又は不定期に、第1のポート及び第2のポートからリングの両方向へ1個又は所定個ずつ送信し、
上記各スレーブノードが、
プローブパケットを、リングに接続されたふたつのポートの一方を介して受信すると、プローブパケットに含まれるホップ数を増加し、
増加されたホップ数を含む該プローブパケットを、受信したポートとは異なる他方のポートを介して、隣接する上記スレーブノード又は上記マスタノードに送信し、
増加されたホップ数を含むホップカウント報告パケットを作成し、プローブパケットを受信したポートを介して上記マスタノードに送信し、
上記マスタノードが、
各スレーブノードからの複数のホップカウント報告パケットを第1のポート及び第2のポートを介して受信し、ポート毎に、ホップカウント報告パケットに含まれるホップ数の最大値を管理し、
第1のポートに対応するホップ数の最大値と、第2のポートに対応するホップ数の最大値の和を求め、求められた和に基づいて上記マスタノードから通信可能なスレーブノード総数を求め、
求められた通信可能なスレーブノード総数の変動により、リングにおける多重障害の発生、及び、該多重障害の少なくともひとつの障害の復旧を検出し、
これらの事象を検出する度に、装置内の上記データベースを更新し、及び/又は、上記スレーブノードに対して、パケット転送のための上記データベースを更新するためのパケットを送信するリングネットワーク。 - 上記マスタノードが、さらに、
求められた通信可能なスレーブノード総数が変動しない場合、第1のポート又は第2のポートに対応するホップ数の最大値の変動により、リングにおけるトポロジの変化を検出し、
該変化を検出する度に装置内の上記データベースを更新し、及び/又は、上記スレーブノードに対して、パケット転送のための上記データベースを更新するためのパケットを送信するリングネットワーク。 - 上記マスタノードは、
第1のポートから送信したプローブパケットが第2のポートで受信されないこと、及び/又は、第2のポートから送信したプローブパケットが第1のポートで受信されないことにより、リングの第1の障害を検出し、
第1の障害の検出後、上記通信可能なスレーブノード総数の変動により、第2の障害の発生、及び、第1並びに第2の障害の少なくともひとつの障害の復旧を検出する請求項1に記載のリングネットワーク。 - 上記マスタノードが、
障害の無い正常なリングにおいては、リング用の回線を収容する第1及び第2のポートのいずれかのポートにてデータパケットの通過を阻止し、
リングでのひとつ又は複数の障害発生の際には、第1及び第2のポートにてデータパケットの通過を許可し、
リングにおける障害の全てが復旧する際には、第1及び第2のポートのいずれかのポートにてデータパケットの通過を阻止する請求項1に記載のリングネットワーク。 - リングでの障害発生中において、
上記マスタノードは、上記スレーブノード総数が以前の状態から減少することにより、多重障害の発生を検出する請求項1に記載のリングネットワーク。 - リングでの多重障害発生中において、
上記マスタノードは、上記スレーブノード総数が以前の状態から増加することにより、多重障害から少なくとも一箇所の復旧を検出する請求項1に記載のリングネットワーク。 - リングでの多重障害発生中において、
上記マスタノードは、上記スレーブノード総数が以前の状態から変わらない場合、第1又は第2のポートに対応するホップ数の最大値の変動により、トポロジの変化又は多重障害の発生箇所の変化を検出する請求項2に記載のリングネットワーク。 - 上記スレーブノードは、上記マスタノードから上記データベースを更新するためのパケットを受信すると、上記データベースに記憶された情報を消去し、アドレス学習を実行する請求項1に記載のリングネットワーク。
- 上記スレーブノードのうち少なくともひとつが、設定されるモードに応じて、マスタノード及びスレーブノードのいずれかとして動作するサブマスタノードであり、
上記サブマスタノードは、
上記マスタノードから、予め定められた時間内に1個以上のプローブパケットを受信可能な場合、モードをサブマスタに設定してスレーブノードとして動作し、
上記マスタノードから、予め定められた時間内に1個以上のプローブパケットを受信できない場合、モードをマスタに設定してマスタノードとして動作する請求項1に記載のリングネットワーク。 - モードがマスタに設定された上記サブマスタノードが、
障害の少なくともひとつが復旧することにより上記マスタノードからプローブパケットを受信すると、リングを構成する上記スレーブノード及び/又は上記マスタノードに対してパケット転送のための上記データベースを更新するためのパケットを送信し、及び、モードをサブマスタに遷移させる請求項9に記載のリングネットワーク。 - 上記マスタノードは、上記サブマスタノードからプローブパケットを受信すると、該プローブパケットを破棄する請求項9に記載のリングネットワーク。
- 上記マスタノード及び/又は上記サブマスタノードから送信されるプローブパケットは、該プローブパケットの送信元を示す識別子を含む請求項9に記載のリングネットワーク。
- パケット転送のためのデータベースを参照してパケットを転送する複数のノードがリング状に接続されたリングネットワークにおいて、
リングに接続される第1のポート及び第2のポートと、
リングにおける障害の発生及び復旧を検出するリング管理部と
を備え、
上記リング管理部は、
ホップ数が初期化されたプローブパケットを、予め定めた時間毎に又は不定期に、上記第1のポート及び上記第2のポートからリングの両方向へ1個又は所定個ずつ送信し、
リングを構成する他の各ノードが、リングに接続されたふたつのポートの一方を介して、上記リング管理部により送信された又は他のノードにより転送されたプローブパケットを受信し、該プローブパケットに含まれるホップ数を増加して、増加されたホップ数を含む該プローブパケットを、受信したポートとは異なる他方のポートを介して隣接するノードに転送し、及び、増加されたホップ数を含むホップカウント報告パケットを作成し、プローブパケットを受信したポートを介して送信した、複数の上記ホップカウント報告パケットを、上記第1のポート及び上記第2のポートを介して受信し、
ポート毎に、ホップカウント報告パケットに含まれるホップ数の最大値を管理し、
第1のポートに対応するホップ数の最大値と、第2のポートに対応するホップ数の最大値の和を求め、求められた和に基づいて通信可能なノード総数を求め、
求められた通信可能なノード総数の変動により、リングにおける多重障害の発生、及び、該多重障害の少なくともひとつの障害の復旧を検出し、
これらの事象を検出する度に、装置内の上記データベースを更新し、及び/又は、リングを構成する他のノードに対して、パケット転送のための上記データベースを更新するためのパケットを送信するマスタノード。 - 上記リング管理部は、さらに
求められた通信可能なスレーブノード総数が変動しない場合、第1のポート又は第2のポートに対応するホップ数の最大値の変動により、リングにおけるトポロジの変化を検出し、
該変化を検出する度に装置内の上記データベースを更新し、及び/又は、他のノードに対して、パケット転送のための上記データベースを更新するためのパケットを送信する請求項13に記載のマスタノード。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006204931A JP4739141B2 (ja) | 2006-02-24 | 2006-07-27 | リングネットワーク及びマスタノード |
KR20070008043A KR100898432B1 (ko) | 2006-02-24 | 2007-01-25 | 링 네트워크 및 마스터 노드 |
US11/703,073 US7664052B2 (en) | 2006-02-24 | 2007-02-07 | Ring network and master node |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006048855 | 2006-02-24 | ||
JP2006048855 | 2006-02-24 | ||
JP2006204931A JP4739141B2 (ja) | 2006-02-24 | 2006-07-27 | リングネットワーク及びマスタノード |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2007259406A true JP2007259406A (ja) | 2007-10-04 |
JP2007259406A5 JP2007259406A5 (ja) | 2009-04-09 |
JP4739141B2 JP4739141B2 (ja) | 2011-08-03 |
Family
ID=38445367
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2006204931A Expired - Fee Related JP4739141B2 (ja) | 2006-02-24 | 2006-07-27 | リングネットワーク及びマスタノード |
Country Status (3)
Country | Link |
---|---|
US (1) | US7664052B2 (ja) |
JP (1) | JP4739141B2 (ja) |
KR (1) | KR100898432B1 (ja) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009105540A (ja) * | 2007-10-22 | 2009-05-14 | Alaxala Networks Corp | リングプロトコル高速切替方法およびその装置 |
JP2010062861A (ja) * | 2008-09-03 | 2010-03-18 | Fuji Electric Systems Co Ltd | リング型ネットワークシステム及びリング型ネットワークシステムの復旧方法 |
JP2011019092A (ja) * | 2009-07-09 | 2011-01-27 | Fujitsu Ltd | 通信装置および通信パス提供方法 |
JP2011176718A (ja) * | 2010-02-25 | 2011-09-08 | Hitachi Industrial Equipment Systems Co Ltd | 情報処理装置及び制御用ネットワークシステム |
JP2011193403A (ja) * | 2010-03-16 | 2011-09-29 | Fujitsu Ltd | リング型ネットワーク、中継装置及び帯域制御方法 |
CN106059879A (zh) * | 2016-01-29 | 2016-10-26 | 深圳市禾望电气股份有限公司 | 一种控制系统及其控制方法 |
JP6437175B1 (ja) * | 2017-10-04 | 2018-12-12 | 三菱電機株式会社 | ネットワーク管理システムおよびネットワーク管理方法 |
JPWO2017149838A1 (ja) * | 2016-02-29 | 2018-12-27 | 株式会社オーディオテクニカ | 会議システム |
Families Citing this family (39)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102007016432A1 (de) * | 2007-04-05 | 2008-10-09 | Hirschmann Automation And Control Gmbh | Verfahren zur Konfiguration des Redundanzprotokolls auf Geräten in einem redundanten Ringnetzwerk |
WO2006072996A1 (ja) * | 2005-01-07 | 2006-07-13 | Fujitsu Limited | ノード設定装置、ネットワークシステム、ノード設定方法およびノード設定プログラム |
KR101483045B1 (ko) * | 2007-10-02 | 2015-01-15 | 에스엠에스씨 유럽 게엠베하 | 링 버스 시스템에서 신호 장애 검출을 위한 시스템 및 방법 |
KR20090050920A (ko) | 2007-11-16 | 2009-05-20 | 한국전자통신연구원 | 이더넷 링 네트워크의 비환원 모드에서의 장애 복구 방법 |
US8107383B2 (en) * | 2008-04-04 | 2012-01-31 | Extreme Networks, Inc. | Reducing traffic loss in an EAPS system |
US8004966B2 (en) * | 2008-04-25 | 2011-08-23 | Calix, Inc. | Efficient management of ring networks |
US7856019B2 (en) * | 2008-08-29 | 2010-12-21 | Extreme Networks, Inc. | Convergence of multicast traffic |
US8634498B2 (en) * | 2008-12-17 | 2014-01-21 | Entropic Communications, Inc. | Systems and methods for probing wired communication channels |
US8149692B2 (en) * | 2008-12-31 | 2012-04-03 | Ciena Corporation | Ring topology discovery mechanism |
WO2010087308A1 (ja) * | 2009-02-02 | 2010-08-05 | 日本電気株式会社 | 通信ネットワーク管理システム、方法、プログラム、及び管理計算機 |
US20100290340A1 (en) * | 2009-05-15 | 2010-11-18 | Electronics And Telecommunications Research Institute | Method for protection switching |
US8832222B2 (en) * | 2009-10-05 | 2014-09-09 | Vss Monitoring, Inc. | Method, apparatus and system for inserting a VLAN tag into a captured data packet |
US8402311B2 (en) * | 2010-07-19 | 2013-03-19 | Microsoft Corporation | Monitoring activity with respect to a distributed application |
EP2530881B1 (en) * | 2011-06-27 | 2014-02-12 | Huawei Technologies Co., Ltd. | Media access control address protection method and switch |
TWI433507B (zh) * | 2011-08-09 | 2014-04-01 | Nat Univ Tsing Hua | 環狀網路及其建構方法 |
US9210453B1 (en) * | 2012-04-19 | 2015-12-08 | Arris Enterprises, Inc. | Measuring quality of experience and identifying problem sources for various service types |
KR101442567B1 (ko) * | 2012-05-31 | 2014-09-19 | 박영규 | 링 네트워크 토폴로지에서 프레임기반 라우팅을 이용한 프레임 무손실 통신 방법 |
CN102739456B (zh) * | 2012-07-13 | 2015-03-25 | 西南交通大学 | 一种有线和无线热备冗余多主通信方法与现场网关模块 |
US9129061B2 (en) | 2012-07-25 | 2015-09-08 | Advanced Micro Devices, Inc. | Method and apparatus for on-chip debugging |
US9442815B2 (en) * | 2012-10-31 | 2016-09-13 | Advanced Micro Devices, Inc. | Distributed on-chip debug triggering with allocated bus lines |
CN104301027B (zh) * | 2013-07-16 | 2018-10-26 | 南京中兴新软件有限责任公司 | 光突发交换环网中实现自动保护倒换的方法、系统及节点 |
US9608857B2 (en) * | 2013-07-29 | 2017-03-28 | Coriant Operations, Inc. | Method and apparatus for providing alarms in networks |
KR101816944B1 (ko) * | 2013-10-02 | 2018-01-09 | 엘에스산전 주식회사 | UART Ring 통신의 ID 자동 설정방법 |
KR101607273B1 (ko) | 2014-09-12 | 2016-03-31 | 한국전기연구원 | 복수의 노드를 제어 하기 위한 방법, 이를 위한 장치 및 시스템 |
KR101615252B1 (ko) * | 2014-09-25 | 2016-04-27 | 한국전기연구원 | 복수의 노드로 데이터를 전송하기 위한 방법, 이를 위한 장치 및 시스템 |
CN104506357B (zh) * | 2014-12-22 | 2018-05-11 | 国云科技股份有限公司 | 一种高可用集群节点管理方法 |
AT517779B1 (de) * | 2015-10-01 | 2021-10-15 | B & R Ind Automation Gmbh | Verfahren zum Querverkehr zwischen zwei Slaves eines ringförmigen Datennetzwerks |
EP3206338A1 (en) * | 2016-02-11 | 2017-08-16 | Xieon Networks S.à r.l. | Service-based loss forwarding in communication networks |
CN106059824B (zh) * | 2016-06-30 | 2019-12-06 | 新华三技术有限公司 | 一种故障处理方法及装置 |
US20180048487A1 (en) * | 2016-08-15 | 2018-02-15 | Alcatel-Lucent Canada Inc. | Method for handling network partition in cloud computing |
US20180097845A1 (en) * | 2016-10-05 | 2018-04-05 | Rapid Focus Security, Llc | Self-Managed Intelligent Network Devices that Protect and Monitor a Distributed Network |
US10411984B2 (en) * | 2016-12-12 | 2019-09-10 | Johnson Controls Technology Company | Systems and methods related to diagnostics for ethernet rings based on media redundancy protocol |
US11277279B2 (en) * | 2016-12-12 | 2022-03-15 | Johnson Controls Tyco IP Holdings LLP | Systems and methods for incorporating a single-port ethernet device in a media protocol ring |
US10367654B2 (en) * | 2017-07-14 | 2019-07-30 | Fujitsu Limited | Network design method for ethernet ring protection switching |
KR101992228B1 (ko) * | 2017-12-12 | 2019-09-30 | 루이테크놀로지 주식회사 | 스마트 디바이스 간 실시간 장애 처리 및 연결 복구를 위한 링 네트워크 통신 방법 및 그 시스템 |
KR101990130B1 (ko) * | 2018-02-13 | 2019-06-17 | 엘에스산전 주식회사 | 직렬 연결된 유닛들 사이의 데이터 송수신 방법 |
CN108919762B (zh) * | 2018-07-06 | 2021-05-25 | 东莞市李群自动化技术有限公司 | 基于工业以太网的控制方法及装置 |
JP6969585B2 (ja) * | 2019-03-29 | 2021-11-24 | オムロン株式会社 | マスタ装置、演算処理装置、プログラマブル・ロジック・コントローラ、ネットワーク、及び情報処理方法 |
CN110932882B (zh) * | 2019-10-21 | 2022-11-25 | 国网上海市电力公司 | 一种hsr冗余网络系统网络故障定位方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH05227183A (ja) * | 1992-02-12 | 1993-09-03 | Mitsubishi Electric Corp | ループ伝送系の異常診断方式 |
JP2001103082A (ja) * | 1999-09-28 | 2001-04-13 | Mitsubishi Electric Corp | ネットワーク構成自動認識方式 |
JP2005269059A (ja) * | 2004-03-17 | 2005-09-29 | Fujitsu Ltd | データ中継装置、データ中継方法およびデータ中継プログラム |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5781534A (en) * | 1995-10-31 | 1998-07-14 | Novell, Inc. | Method and apparatus for determining characteristics of a path |
US6052733A (en) * | 1997-05-13 | 2000-04-18 | 3Com Corporation | Method of detecting errors in a network |
US6208616B1 (en) * | 1997-05-13 | 2001-03-27 | 3Com Corporation | System for detecting errors in a network |
US6134678A (en) * | 1997-05-13 | 2000-10-17 | 3Com Corporation | Method of detecting network errors |
CN1291414A (zh) * | 1998-02-20 | 2001-04-11 | Adc长途电讯有限公司 | 虚连接的保护交换 |
US6952421B1 (en) * | 1999-10-07 | 2005-10-04 | Cisco Technology, Inc. | Switched Ethernet path detection |
JP3983621B2 (ja) | 2001-12-07 | 2007-09-26 | 三菱電機株式会社 | 二重リングネットワークシステムおよびリング選択方法 |
JP2004248316A (ja) | 2004-04-05 | 2004-09-02 | Nippon Telegr & Teleph Corp <Ntt> | 故障箇所同定方法 |
CN101112056B (zh) * | 2005-01-31 | 2012-07-18 | 英国电讯有限公司 | 对信息进行编码的方法 |
US7675861B2 (en) * | 2005-04-25 | 2010-03-09 | Cisco Technology, Inc. | Active probe target management |
-
2006
- 2006-07-27 JP JP2006204931A patent/JP4739141B2/ja not_active Expired - Fee Related
-
2007
- 2007-01-25 KR KR20070008043A patent/KR100898432B1/ko not_active IP Right Cessation
- 2007-02-07 US US11/703,073 patent/US7664052B2/en not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH05227183A (ja) * | 1992-02-12 | 1993-09-03 | Mitsubishi Electric Corp | ループ伝送系の異常診断方式 |
JP2001103082A (ja) * | 1999-09-28 | 2001-04-13 | Mitsubishi Electric Corp | ネットワーク構成自動認識方式 |
JP2005269059A (ja) * | 2004-03-17 | 2005-09-29 | Fujitsu Ltd | データ中継装置、データ中継方法およびデータ中継プログラム |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009105540A (ja) * | 2007-10-22 | 2009-05-14 | Alaxala Networks Corp | リングプロトコル高速切替方法およびその装置 |
JP2010062861A (ja) * | 2008-09-03 | 2010-03-18 | Fuji Electric Systems Co Ltd | リング型ネットワークシステム及びリング型ネットワークシステムの復旧方法 |
JP2011019092A (ja) * | 2009-07-09 | 2011-01-27 | Fujitsu Ltd | 通信装置および通信パス提供方法 |
JP2011176718A (ja) * | 2010-02-25 | 2011-09-08 | Hitachi Industrial Equipment Systems Co Ltd | 情報処理装置及び制御用ネットワークシステム |
US9148297B2 (en) | 2010-02-25 | 2015-09-29 | Hitachi, Ltd. | Information processor and control network system |
JP2011193403A (ja) * | 2010-03-16 | 2011-09-29 | Fujitsu Ltd | リング型ネットワーク、中継装置及び帯域制御方法 |
CN106059879A (zh) * | 2016-01-29 | 2016-10-26 | 深圳市禾望电气股份有限公司 | 一种控制系统及其控制方法 |
JPWO2017149838A1 (ja) * | 2016-02-29 | 2018-12-27 | 株式会社オーディオテクニカ | 会議システム |
US11303755B2 (en) | 2016-02-29 | 2022-04-12 | Audio-Technica Corporation | Conference system |
JP6437175B1 (ja) * | 2017-10-04 | 2018-12-12 | 三菱電機株式会社 | ネットワーク管理システムおよびネットワーク管理方法 |
WO2019069401A1 (ja) * | 2017-10-04 | 2019-04-11 | 三菱電機株式会社 | ネットワーク管理システムおよびネットワーク管理方法 |
Also Published As
Publication number | Publication date |
---|---|
JP4739141B2 (ja) | 2011-08-03 |
KR100898432B1 (ko) | 2009-05-21 |
US20070204068A1 (en) | 2007-08-30 |
KR20070088338A (ko) | 2007-08-29 |
US7664052B2 (en) | 2010-02-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4739141B2 (ja) | リングネットワーク及びマスタノード | |
JP4760504B2 (ja) | ネットワークシステムおよび通信装置 | |
US7944815B2 (en) | System and method for network recovery from multiple link failures | |
CN100555976C (zh) | 环形网络和主节点 | |
JP5073812B2 (ja) | 分散型イーサネットシステムおよび該システムに基づいて障害を検出する方法 | |
JP5033856B2 (ja) | ネットワーク構成の想定のための装置、システム | |
CN110780615B (zh) | 在高可用性工业控制系统上传输数据的系统和方法 | |
JP5151927B2 (ja) | 伝送装置、警報制御方法、警報制御プログラムおよびメッセージ送受信プログラム | |
JP4628945B2 (ja) | レイヤ2ネットワーク | |
JP2007259406A5 (ja) | ||
WO2010064531A1 (ja) | 通信ネットワーク管理システム、方法、プログラム、及び管理計算機 | |
JP5429697B2 (ja) | 通信ネットワーク管理システム、方法、及び管理計算機 | |
EP3099021A1 (en) | Interconnecting networks | |
JP4544415B2 (ja) | 中継ネットワークシステム、ノード装置、および障害通知方法 | |
JP5084772B2 (ja) | リング型ネットワーク | |
JP6115148B2 (ja) | 警報管理装置、通信装置、警報制御装置、警報管理方法、通信方法、警報制御方法、警報管理プログラム、通信プログラム、及び警報制御プログラム | |
JP4562081B2 (ja) | 光クロスコネクト装置と伝送装置の連係方式 | |
US10033573B2 (en) | Protection switching method, network, and system | |
JP5004758B2 (ja) | レイヤ2ネットワークおよびネットワーク接続装置 | |
JP6442847B2 (ja) | 通信システム及びノード | |
JPWO2006075403A1 (ja) | 伝送装置および障害通知方法 | |
WO2010098300A1 (ja) | 通信ネットワーク管理システム、方法、及び管理計算機 | |
WO2010095268A1 (ja) | リングネットワーク制御方法、マスタノード、スレーブノードおよびリングネットワーク | |
JP4653800B2 (ja) | 伝送路システム、フレーム伝送装置、伝送路システムにおける伝送路切り替え方法およびプログラム | |
WO2013014764A1 (ja) | 通信システム、通信装置および通信方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090223 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20090223 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20110414 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20110426 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110427 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 4739141 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140513 Year of fee payment: 3 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |