JP2005229537A - Network fault isolation method, network fault isolation tool and program - Google Patents
Network fault isolation method, network fault isolation tool and program Download PDFInfo
- Publication number
- JP2005229537A JP2005229537A JP2004038809A JP2004038809A JP2005229537A JP 2005229537 A JP2005229537 A JP 2005229537A JP 2004038809 A JP2004038809 A JP 2004038809A JP 2004038809 A JP2004038809 A JP 2004038809A JP 2005229537 A JP2005229537 A JP 2005229537A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- network
- fault isolation
- packet
- packet data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Landscapes
- Small-Scale Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
Description
本発明はネットワーク障害切り分け方法、ネットワーク障害切り分けツール及びプログラムに関するものである。 The present invention relates to a network fault isolation method, a network fault isolation tool, and a program.
シリアル通信を用いたバス接続ローカルネットワークは、例えばテレビスタジオ調光システムやオンサイト発電システム等に用いられている。このバス接続ローカルネットワークを施工・構築する際にはネットワークの状態を調べてネットワーク障害の切り分けを行う必要がある。このネットワーク障害切り分け方法としては、次のような方法が従来用いられていた。 A bus connection local network using serial communication is used in, for example, a television studio dimming system, an on-site power generation system, and the like. When constructing and constructing this bus connection local network, it is necessary to investigate the state of the network and isolate the network fault. As this network fault isolation method, the following method has been conventionally used.
その方法としては、図１３に示すようにネットワークの通信線Ｌ上に流れる通信データＤＡを監視するラインモニタ１００を用いる方法である。ラインモニタ１００はパケットキャプチャ部１００ａが取り込んだ通信データＤＡからパケットデータＰＤを抽出し、このパケットデータＰＤをそのままバイト列として表示部１００ｂで表示するものであり、施工者やシステム管理者はこの表示されるバイト列からネットワーク状態を把握し、障害切り分けを切り分けを行うのである。
As the method, as shown in FIG. 13, a
また他の方法としては、通信プロトコルをアプリケーションレベルまで解析できる障害発見ツールを持ち、この障害発見ツールによってネットワークの障害切り分けを行う方法である。 As another method, there is a failure detection tool that can analyze the communication protocol up to the application level, and a network failure is isolated by using this failure detection tool.
例えば前記のバイト列表示の代わりにシリアル通信データに基づいて通信シーケンス図を表示させる通信プロトコルアナライザも提供されている（例えば特許文献１）
前記のラインモニタ１００を用いてパケットデータＰＤから障害切り分けを行う場合には、通信の上位プロトコルまで理解する高いスキルが施工者やシステム管理者に要求され、通信の知識がない者がネットワーク障害の切り分けを行うのは非常に難しいという問題があった。
When performing fault isolation from the packet data PD using the
また、障害発見ツールを用いる方法は、アプリケーションレベルの解析が完全にできるツールさえあれば、ネットワーク障害の切り分けを容易に行えるが、個々のシステムに個別に対応した解析ソフトウェアの開発が必要なため、コスト高で実用的でなかった。 In addition, the method using the failure detection tool can easily isolate the network failure as long as there is a tool that can complete the analysis at the application level, but it is necessary to develop analysis software individually corresponding to each system. It was expensive and not practical.
本発明は、前記の点に鑑みて為されたもので、アプリケーションレベルでの完全なプロトコル解析を必要とせず、通信プロトコルを理解できる高いスキルを持った人でなくてもネットワークの構築・施工時の障害に対応することができるネットワーク障害切り分け方法、ネットワーク障害切り分けツール及びプログラムを提供することにある。 The present invention has been made in view of the above points, and does not require a complete protocol analysis at the application level, and it is not necessary to have a highly skilled person who can understand communication protocols. It is an object of the present invention to provide a network fault isolation method, a network fault isolation tool, and a program that can deal with the faults of the network.
前記目的を達成するために、請求項１のネットワーク障害切り分け方法の発明では、シリアル通信を用いたバス接続のネットワークにおける障害切り分け方法において、ネットワークの通信線上の通信データを受信して通信データからパケットデータを取り込む過程と、予め通信フォーマット中のパケットデータの所定領域に対応付けて接続状況の正常や異常を判断するための定義付けを登録している接続状態判断用テーブルに基づいて、前記過程にて取り込んだパケットデータの所定領域の内容から正常／異常を判断する過程と、その判断結果を提示する過程と、前回取り込んだパケットデータに基づいて正常と判断されてから、次に正常と判断されるパケットデータが、前記接続状態判断用テーブルに登録されている一定時間以内に取り込まれなかった場合に異常と判断する過程とを含むことを特徴とする。
In order to achieve the above object, according to the invention of a network fault isolation method of
請求項１のネットワーク障害切り分け方法の発明によれば、通信線上の通信データをモニタリングするに当たって、通信プロトコルのアプリケーションプロトコルを完全に理解することなしでも、通信障害の切り分けを可能とし、ネットワークの構築・施工時において、アプリケーションレベルの通信プロトコルが理解できる高いスキルを持った人でなくとも、構築・施工時のネットワーク障害に対応することができる
請求項２のネットワーク障害切り分け方法の発明では、請求項１の発明において、前記接続状態判断用テーブルを外部設定ファイルから読み込む過程を含むことを特徴とする。
According to the invention of the network fault isolation method of
請求項２のネットワーク障害切り分け方法の発明によれば、外部設定ファイルのカスタマイズによって種々の通信プロトコルに対応させることができる。
According to the invention of the network fault isolation method of
請求項３の発明のネットワーク障害切り分けツールの発明では、シリアル通信を用いたバス接続のネットワークにおける障害切り分けに用いるネットワーク障害切り分けツールにおいて、ネットワークの通信線上の通信データを受信して通信データからパケットデータを取り込む取込手段と、予め通信フォーマット中のパケットデータの所定領域に対応付けて接続状況の正常や異常を判断するための定義付けを登録している接続状態判断用テーブルと、該接続状態判断用テーブルに基づき、前記取込手段で取り込んだパケットデータの所定領域の内容から正常／異常を判断するとともに、前回の判断で正常と判断してから次に正常と判断されるパケットデータが前記接続状態判断用テーブルに登録されている一定時間以内に取り込まれなかった場合に異常と判断する判断手段と、該判断手段の判断結果を提示する提示手段とを備えることを特徴とする。
According to the invention of the network fault isolation tool of the invention of
請求項３のネットワーク障害切り分けツールの発明によれば、通信線上の通信データをモニタリングするに当たって、通信プロトコルのアプリケーションレベルの通信プロトコルを完全に理解することなしでも、通信障害の切り分けを可能とし、ネットワークの構築・施工時において、アプリケーションプロトコルが理解できる高いスキルを持った人でなくとも、構築・施工時のネットワーク障害に対応することを可能とするネットワーク障害切り分けツールを提供することができる。
According to the invention of the network fault isolation tool of
請求項４のネットワーク障害切り分けツールの発明では、請求項３の発明において、前記接続状態判断用テーブルを外部設定ファイルから読み込む設定ファイル読み込み手段を備えていることを特徴とする。 According to a fourth aspect of the present invention, there is provided a network fault isolation tool according to the third aspect, further comprising setting file reading means for reading the connection state determination table from an external setting file.
請求項４のネットワーク障害切り分けツールの発明によれば、外部設定ファイルのカスタマイズによって種々の通信プロトコルに対応させることが可能なネットワーク障害切り分けツールを提供することができる。
According to the invention of the network fault isolation tool of
請求項５のプログラムの発明では、コンピュータ上で実行されることで、該コンピュータを請求項３又は４のネットワーク障害切り分けツールの前記判断手段、前記提示手段として機能させることを特徴とする。
The invention of the program according to
請求項５のプログラムの発明によれば、該コンピュータを用いてネットワーク障害切り分けツールを実現できる。
According to the program invention of
本発明は、通信線上の通信データをモニタリングするに当たって、通信プロトコルのアプリケーションレベルの通信プロトコルを完全に理解することなしでも、通信障害の切り分けを可能とし、ネットワークの構築・施工時において、アプリケーションプロトコルが理解できる高いスキルを持った人でなくとも、構築・施工時のネットワーク障害に対応することができるという効果がある。 The present invention makes it possible to isolate communication faults without monitoring the communication data on the communication line without completely understanding the communication protocol application level communication protocol. Even if it is not a person with high skills that can be understood, there is an effect that it is possible to cope with a network failure at the time of construction and construction.
以下本発明を実施形態により説明する。
（実施形態１）
図１に示す本実施形態のネットワーク障害切り分けツール（以下ツールという）１は図２に示すように端末２１、２２…２ｎが接続されたネットワークの通信線Ｌに接続する受信ポート１０と、受信ポート１０で受信する通信線Ｌ上の通信データＤＡからパケットデータＰＤを取り込む取込手段たるパケットキャプチャ部１１と、当該ツール１の各構成要素間のデータの授受や制御を行うアプリケーション管理部（以下管理部という）１２と、前記パケットキャプチャ部１１で取り込んだパケットデータＰＤから後述する接続状況判断用テーブル１３に登録されている接続状況通知パケット定義に基づいてデータネットワーク通信状態を判断する判断手段たる通信接続／切断判断部１４と、モニタ装置１７（図９参照）の表示画面のアイコンとポィンティングデバイスを利用して、ユーザーから処理の開始／停止命令を受け取って管理部１２に渡したり、管理部１２からネットワーク通信状態の判断結果を表示データとして受け取ってモニタ装置１７で提示（表示）させるためのグラフィカル・ユーザー・インターフェース部（以下ＧＵＩ部という）１５と、前記接続状況判断用テーブル１３を格納するメモリ部１６とで構成されたものである。
Embodiments of the present invention will be described below.
(Embodiment 1)
A network fault isolation tool (hereinafter referred to as a tool) 1 according to the present embodiment shown in FIG. 1 includes a
ここで本実施形態のツール１は、パーソナルコンピュータ等の汎用のコンピュータの中央演算装置上でネットワーク障害切り分けツール用のアプリケーションソフトウェアを実行することで、前記パケットキャプチャ部１１、管理部１２、通信接続／切断判断部１４、ＧＵＩ部１５の各機能を中央演算装置に持たせたものであり、アプリケーションソフトウェアは記憶媒体により提供され、コンピュータに備わっている対応するドライブ装置（図示せず）から主メモリ上にロードされて実行される。またアプリケーションソフトウェアのロード時にアプリケーションソフトウェアとともにコンパイルされて一体となった接続状況判断用テーブル１３もメモリ１６上にロードされる。また通信設定データ（ボーレート、ストップビット、パリティ、バイトサイズ、受信ポート１０のポート名）もロードされてパケットキャプチャ部１１に読み込まれることになる。
Here, the
尚通信接続／切断判断部１４は図３に示すように端末識別部１４０と、通信状況判断部１４１に機能が分かれており、端末識別部１４０ではパケットデータＰＤのバイト列中の端末番号を示す所定領域から端末番号を識別する機能を有し、通信状況判断部１４１は後述する方法で端末２が正常接続されているか、異常が起きているかを判断して接続／切断の判断結果（通信状態）を管理部１２へ出力する機能をそれぞれ有する。
As shown in FIG. 3, the communication connection /
前記接続状況判断用テーブル１３に登録される接続状況通知パケットの内容定義は次のような動作に基づいて作成されている。 The content definition of the connection status notification packet registered in the connection status determination table 13 is created based on the following operation.
まず正常に端末間で通信が行われている場合の確認方法としては次の２通りの方法がある。 First, there are the following two methods as a confirmation method when communication is normally performed between terminals.
つまり図４（ａ）に示すように、例えば端末２１から端末２２に対して何らかの要求を行った場合に、この要求に対する応答が端末２２から端末２１にあった場合には正常な通信が行われていると判断できる。
That is, as shown in FIG. 4A, when a request is made from the
また図４（ｂ）に示すように、例えば端末２１に対して端末２２から一定時間おきに生存確認通知が為されている場合にも正常であると判断できる。
Further, as shown in FIG. 4B, for example, it can be determined that the
一方、ある端末、或いはある端末に至るノードに異常が発生している場合の通信は図４（ｃ）〜（ｆ）の４通りの何れかになる。 On the other hand, communication in the case where an abnormality has occurred in a certain terminal or a node leading to a certain terminal is any one of the four types shown in FIGS.
つまり図４（ｃ）に示すように、例えば端末２２から端末２１へ異常発生を示す異常通知を行う場合、或いは図４（ｄ）に示すように、例えば端末２１と端末２２との間で何のやりとりもない場合、更に図４（ｅ）に示すように、例えば端末２１から端末２２へある要求が為された場合において端末２２から要求に対する応答がない場合、また更に図４（ｆ）に示すように、例えば端末２１に対して端末２２から一定時間おきに生存確認通知が為されるべきところ、生存確認通知が為されなくなった場合も異常と判断できる。
That is, as shown in FIG. 4C, for example, when the abnormality notification indicating the occurrence of an abnormality is performed from the
以上の点からある端末から正常通信を通知するパケットデータＰＤが送信される（図４（ａ）、（ｂ））場合は端末は正常に通信を行える状態にあると判断でき、またある端末から異常を通知するパケットデータＰＤが送信される場合（図４（ｃ））や、端末から正常通信を示すパケットデータＰＤが一定時間経っても送信されない場合（図４（ｄ）〜（ｆ））には端末２が通信を行うのを妨げる障害（異常）が発生していると、判断できる。
From the above point, when packet data PD for notifying normal communication is transmitted from a certain terminal (FIGS. 4A and 4B), it can be determined that the terminal is in a state where communication can be normally performed, and from a certain terminal When packet data PD for notifying abnormality is transmitted (FIG. 4C), or when packet data PD indicating normal communication is not transmitted even after a certain period of time (FIGS. 4D to 4F) It can be determined that a failure (abnormality) that prevents the
而して本実施形態では、前記各場合において接続状況を示すパケットデータＰＤの所定領域の内容定義や時間設定を行って前記の接続状況判断用テーブル１３に登録し、この定義内容や設定された時間に基づいて判断処理を行うのである。 Thus, in this embodiment, the contents of the predetermined area of the packet data PD indicating the connection status in each case and the time setting are performed and registered in the connection status determination table 13, and the definition contents and the setting are set. Judgment processing is performed based on time.
次に本実施形態のツール１の動作を図５（ａ）、（ｂ）のフローチャートに基づいて説明する。
Next, operation | movement of the
まず図５（ａ）は端末からのパケットデータＰＤにより接続状態を判断するフローチャートを示し、図５（ｂ）は正常通知のパケットが送信されてからの経過時間により接続状態を判断するフローチャートを示しており、図５（ａ）の判断処理では、まず受信ポート１０で受信される通信線Ｌ上の通信データＤＡからパケットキャプチャ部１１が管理部１２のデータ受信開始命令に基づいてパケットデータＰＤを取り込み、管理部１２を介して通信接続／切断判断部１４へ送る（ステップＳ１）。
First, FIG. 5A shows a flowchart for determining the connection state based on the packet data PD from the terminal, and FIG. 5B shows a flowchart for determining the connection state based on the elapsed time after the normal notification packet is transmitted. In the determination process of FIG. 5A, first, the
次に通信接続／切断判断部１４は前記接続状況判断用テーブル１３に登録されている接続状況通知パケットのパケットデータＰＤの所定領域に対応する内容定義を読み出して、内容定義に基づいて正常通知のパケットか否かを判断し（ステップＳ２）、正常通知のパケットであれば、内蔵する経過時間タイマ（図示せず）がカウントしている経過時間をリセットし（ステップＳ３）、正常な通信状態を示す判断結果を管理部１２へ送る（ステップＳ４）。
Next, the communication connection /
管理部１２は通信状態が正常であるとする判断結果を受け取ると、接続正常を提示するための表示データをＧＵＩ部１５を通じてモニタ装置１７に送り、その画面に接続正常であることを表示させる。
Upon receiving the determination result that the communication state is normal, the
また前記のステップＳ２で正常通知のパケットでないと判断されると、通信接続／切断判断部１４は、当該パケットが異常通知パケットであるか否かの判断を当該パケットのパケットデータＰＤの所定領域の内容定義に基づいて行う（ステップＳ５）。ここで異常通知パケットと判断された場合には、異常な通知状態を示す判断結果を管理部１２へ送る（ステップＳ６）。
If it is determined in step S2 that the packet is not a normal notification packet, the communication connection /
この判断結果を受け取った管理部１２は接続異常を提示するための表示データをＧＵＩ部１５を通じてモニタ装置１７に送り、その画面に接続異常であることを表示させる。
Receiving this determination result, the
一方前記のステップＳ５で、異常通知パケットでないと判断された場合には、通信接続／切断判断部１４は接続変化なしを示す判断結果を管理部１２へ送る（ステップＳ７）。この判断結果を受け取った管理部１２は接続変化なしを提示する表示データをＧＵＩ部１５を通じてモニタ装置１７へ送り、その画面に接続変化なしであることを表示させる。
On the other hand, if it is determined in step S5 that the packet is not an abnormality notification packet, the communication connection /
ところで前記ステップＳ２（又はＳ５）において、受信したパケットデータが正常（又は異常）通知パケットであるかどうかを判断する方法について説明する。 Now, a method for determining whether or not the received packet data is a normal (or abnormal) notification packet in step S2 (or S5) will be described.
本実施形態のツール１を用いるシリアル通信では、全てのパケットに通信状況が含まれているわけではなく、通信状況情報が含まれているパケットにおいても、パケットデータＰＤの全バイト列を確認する必要はなく、例えば図６に示すように通信状況が含まれているパケットにおいてもパケットデータＰＤの所定領域のバイトをチェックすれば、ほしい情報が得られる。
In serial communication using the
この図６の場合には、パケットの先頭から３バイト目のデータ（例えば０ｘ０３）がパケットの種類（端末状態を示す種類）を示し、７バイト目から２バイト分のデータ（例えば０ｘ００１０）が端末の生存を示しており、従ってこのパケットが端末状態を示すものであって、このパケットを端末から通信されたとき、当該端末が正常に接続されていると判断できるのである。 In the case of FIG. 6, the third byte data (for example, 0x03) from the head of the packet indicates the packet type (type indicating the terminal status), and the data for two bytes (for example, 0x0010) from the seventh byte is the terminal. Therefore, when this packet is communicated from the terminal, it can be determined that the terminal is normally connected.
図７はステップＳ２での判断処理のフローチャートを示しており、通信接続／切断判断部１４は、管理部１２を通じてパケットデータＰＤを受け取る（ステップＳ１）と、ステップＳ２内の処理を行う。つまり、ステップＳ２０では、接続状況判断用テーブル１３から定義内容を読み出す。
FIG. 7 shows a flowchart of the determination process in step S2, and the communication connection /
ここで接続状況判断用テーブル１３に登録されている定義内容の具体例を表１に基づいて説明する。 A specific example of the definition contents registered in the connection status determination table 13 will be described with reference to Table 1.
この表１中、［Position］欄は接続の状況と特徴付けるコードのパケットデータＰＤ中での位置を表し、パケットデータＰＤの先頭から何バイト目かを記述する。［Size］欄は［Position］欄で記述された位置にある接続の状況を特徴付けるコードのサイズ（バイト数）を記述する。［Mask］欄はコードをビット単位まで検証するためのにかけるマスクで１６進表記される。［Code］欄はマスクをかけたあとのコードの値と比較するためのデータを記述する。［Type］欄はパケット中コードと、テーブル中コードが一致すればいいのか、しなければよいのかを「True」と、「False」とで記述する。 In Table 1, the [Position] column represents the connection status and the position of the character to be characterized in the packet data PD, and describes the number of bytes from the beginning of the packet data PD. The [Size] column describes the size (number of bytes) of the code that characterizes the connection status at the position described in the [Position] column. The [Mask] field is expressed in hexadecimal with a mask applied to verify the code to the bit unit. [Code] column describes data to be compared with the code value after masking. In the [Type] column, “True” and “False” describe whether the code in the packet should match the code in the table or not.
さて前記のステップＳ２０で接続状況判断用テーブル１３から定義内容を読み出すと、通信接続／切断判断部１４は、次のステップＳ２１でパケット中の指定位置の切り出しを行う。つまり接続状況判断用テーブル１３の［Position］欄の記述と、［Size］欄の記述に従い、特定領域のバイト列を取り出す処理を行う。
When the definition content is read from the connection status determination table 13 in step S20, the communication connection /
この取り出し処理後、ステップＳ２２で、取り出した特定領域のバイト列と、接続状況判断用テーブル１３の［Mask］に記述した１６進データの論理積演算を行い、次のステップＳ２３でパケットデータＰＤの所定領域のデータと接続状況判断用テーブル１３のコードとの比較を行う。つまり接続状況判断用テーブル１３の［Type］欄の記述が「True」であれば、マスク処理で得られたデータと、接続状況判断用テーブル１３の「Code」の欄の１６進データが一致しているときにはステップＳ２５へ遷移し、接続状況判断用テーブル１３の［Type］欄の記述が「False」であれば、マスク処理で得られたデータと、接続状況判断用テーブル１３の［Code］欄の１６進データが一致しなかったときには同様にステップＳ２５へ遷移する。ステップＳ２５では未比較コードがあるか否かの判断を行う。つまり接続状況判断用テーブル１３の１行目から検証を行い、接続状況判断用テーブル１３中に未だ検証されていない行のデータがあればステップＳ２１へ戻る。ステップＳ２４で［Ｎｏ」の場合には図４（ａ）のステップＳ５へ、またステップ２５で「Ｎｏ」の場合には図４（ａ）のステップＳ３へそれぞれ遷移する。 After this extraction process, in step S22, the AND operation of the extracted byte sequence of the specific area and the hexadecimal data described in [Mask] of the connection status determination table 13 is performed. In the next step S23, the packet data PD is calculated. The data in the predetermined area is compared with the code in the connection status determination table 13. In other words, if the description in the [Type] column of the connection status determination table 13 is “True”, the data obtained by the mask processing matches the hexadecimal data in the “Code” column of the connection status determination table 13. If the description in the [Type] column of the connection status determination table 13 is “False”, the data obtained by the mask process and the [Code] column of the connection status determination table 13 are displayed. Similarly, when the hexadecimal data does not match, the process proceeds to step S25. In step S25, it is determined whether there is an uncompared code. That is, verification is performed from the first row of the connection status determination table 13, and if there is data in a row that has not been verified yet in the connection status determination table 13, the process returns to step S21. If “No” in step S24, the process proceeds to step S5 in FIG. 4A, and if “No” in step 25, the process proceeds to step S3 in FIG.
実際にパケットデータＰＤの取り込みを行った場合、図７のフローチャートをどのように遷移するのかを表２の接続状況判断用テーブル１３と、図８のパケットデータＰＤを用いて説明する。 7 will be described with reference to the connection status determination table 13 of Table 2 and the packet data PD of FIG. 8 when the packet data PD is actually captured.
まずステップＳ２０のパケット指定位置切り出しを行う。この場合表２の接続状況判断用テーブル１３の［Position］欄及び［Size］欄の記述内容に基づいて５バイト目から１バイト分のキャラクタを切り出す（→０ｘ００）。 First, the packet designated position is cut out in step S20. In this case, a 1-byte character is cut out from the 5th byte based on the description contents of the [Position] field and the [Size] field of the connection status determination table 13 in Table 2 (→ 0x00).
次にステップＳ２１において指定位置のバイト列に対するマスク処理を行う。この場合切り出したバイト列に［Mask］欄の１６進データによりマスクをかける（０ｘ００＆０ｘFF）＝０ｘ００）。 In step S21, a mask process is performed on the byte string at the designated position. In this case, the cut-out byte string is masked with hexadecimal data in the [Mask] field (0x00 & 0xFF) = 0x00).
次のステップＳ２３において接続状況判断用テーブル１３の［Code］欄のコードと比較を行う。この場合［Code］欄のコードとマスク処理をしたパケットデータを比較して、［Type］欄の記述内容によって「Ｙｅｓ」＜ステップＳ２４＞に遷移するか、「Ｎｏ」＜ステップＳ４＞へ遷移するかを決定する。この場合一致したときに「Ｙｅｓ」へ遷移するのが「True」であり、一致しないときに「Ｙｅｓ」へ遷移するのが「False」である。表２の場合、Code＝０ｘ００なので、一致しており、またType＝Trueなので、「Ｙｅｓ」へ遷移する。 In the next step S23, a comparison is made with the code in the [Code] column of the connection status determination table 13. In this case, the code in the [Code] field is compared with the masked packet data, and the process proceeds to “Yes” <Step S24> or “No” <Step S4> depending on the description in the [Type] field. To decide. In this case, the transition to “Yes” is “True” when they match, and “False” is the transition to “Yes” when they do not match. In the case of Table 2, since Code = 0x00, they match, and since Type = True, the transition is made to “Yes”.
さてステップＳ２４へ遷移すると、未比較コードの有無が判定される。つまり、接続状況判断用テーブル１３の最終行でなければ、「Ｙｅｓ」＜ステップＳ２１＞へ遷移し、最終行であれば「Ｎｏ」＜ステップＳ３＞へ遷移する。この場合２行目があるので、「Ｙｅｓ」へ遷移する。 When the process proceeds to step S24, it is determined whether or not there is an uncompared code. That is, if it is not the last line of the connection status determination table 13, the process proceeds to “Yes” <Step S21>, and if it is the last line, the process proceeds to “No” <Step S3>. In this case, since there is a second line, transition is made to “Yes”.
この遷移により再度ステップＳ２１で指定位置切り出し処理を行う。この場合［Position］欄は１２バイト、［Size］欄は２バイトを示しているため、先頭から１２バイト目から２バイト分のキャラクタ（→０ｘ００４０）を切り出す。次にステップＳ２２で指定位置バイト列マスク処理を行う。この場合［Mask］欄はＦＦ８０が記入されているため、０ｘ００４０＆０ｘＦＦ８０＝０ｘ００００となる。 With this transition, the designated position cut-out process is performed again in step S21. In this case, since the [Position] field indicates 12 bytes and the [Size] field indicates 2 bytes, 2 bytes of characters (→ 0x0040) are cut out from the 12th byte from the top. In step S22, a designated position byte string mask process is performed. In this case, since FF80 is entered in the [Mask] column, 0x0040 & 0xFF80 = 0x0000.
次のステップＳ２３で接続状況判断用テーブル１３の［Code］欄の記入内容と比較する。この場合０ｘ００８０≠０ｘ００００であり、しかも［Type］欄は「False」であるので「Ｙｅｓ」へ遷移する。 In the next step S23, it is compared with the contents entered in the [Code] column of the connection status determination table 13. In this case, 0x0080 ≠ 0x0000, and since the [Type] column is “False”, the process proceeds to “Yes”.
ステップＳ２４へ遷移すると、未比較コードの有無が判定される。つまり、接続状況判断用テーブル１３の最終行でなければ、「Ｙｅｓ」＜ステップＳ２１＞へ遷移し、最終行であれば「Ｎｏ」＜ステップＳ３＞へ遷移する。この場合３行目があるので、「Ｙｅｓ」へ遷移する。 When the process proceeds to step S24, it is determined whether or not there is an uncompared code. That is, if it is not the last line of the connection status determination table 13, the process proceeds to “Yes” <Step S21>, and if it is the last line, the process proceeds to “No” <Step S3>. In this case, since there is a third line, transition to “Yes”.
この遷移により上述と同様にステップＳ２１で指定位置切り出し処理を行う。この場合［Position］欄は１７バイト、［Size］欄は２バイトを示しているため、先頭から１７バイト目から２バイト分のキャラクタ（→０ｘ５５４０）を切り出す。次にステップＳ２２で指定位置バイト列マスク処理を行う。この場合［Mask］欄は０１０１が記入されているため、０ｘ５５４０＆０ｘ０１０１＝０ｘ０１００となる。 With this transition, the designated position cut-out process is performed in step S21 as described above. In this case, since the [Position] field indicates 17 bytes and the [Size] field indicates 2 bytes, a 2-byte character (→ 0x5540) is extracted from the 17th byte from the top. In step S22, a designated position byte string mask process is performed. In this case, since 0101 is entered in the [Mask] field, 0x5540 & 0x0101 = 0x0100.
次のステップＳ２３で接続状況判断用テーブル１３の［Code］欄の記入内容と比較する。この場合０ｘ０１００≠０ｘ０１０１であり、しかも［Type］欄は「True」であるので「Ｎｏ」へ遷移する。 In the next step S23, it is compared with the contents entered in the [Code] column of the connection status determination table 13. In this case, 0x0100 ≠ 0x0101, and since the [Type] field is “True”, the state transitions to “No”.
従って通信接続／切断判断部１４から管理部１２へ送る判断結果は「切断」つまり「異常」となる。
Accordingly, the determination result sent from the communication connection /
ところで、正常通知パケットを取り込んでから通信接続／切断判断部１４は図５（ｂ）に示すように経過時間タイマで時間カウント（ステップ１０）を行っており、ステップ１１において次の正常通知パケットが一定時間経過（タイムアウト）するまでに取り込まれるか否かをチェックしており、タイムアウトした場合には、接続異常と判断し（ステップＳ１２）、またタイムアウトするまでに受け取った場合に接続変化なしと判断し（ステップ１３）する処理を行い、判断結果を管理部１２へ送り、管理部１２はこの判断結果に基づいた表示データをＧＵＩ部１５を介してモニタ装置１７に送って表示させるようなっている。
By the way, after capturing the normal notification packet, the communication connection /
而して通信接続／切断判断部１５の判断結果に基づいて管理部１２はＧＵＩ部１５を通じてモニタ装置１７の画面に例えば図９に示すように各端末２1…の端末番号と、端末名と、接続状況を表形式で表示する。つまり従来のようにバイト列の表示ではなく、直感的に正常に接続されている端末と、切断され動作していない端末とがわかる形で表示される。つまり管理部１２、ＧＵＩ部１５及びモニタ装置１７が提示手段を構成する。
Thus, based on the determination result of the communication connection /
以上の本実施形態のツール１を用いれば、モニタリングする通信プロトコルをアプリケーションレベルまで完全に理解することなしでも、ネットワークの構築・施工時において、障害の切り分けができることになる。
By using the
また端末が生存確認を行うパケット内容、生存確認パケットが流れる時間間隔、端末以上を通知するパケット内容、パケットデータＰＤ中の端末番号を識別する領域がわかることで、どの端末（までのノード）が通信障害を起こしているのか、という情報を得ることができる。 In addition, it is possible to know which terminal (up to the node) by identifying the contents of the packet that the terminal confirms the existence of, the time interval through which the existence confirmation packet flows, the contents of the packet that notifies the terminal or more, and the area for identifying the terminal number in the packet data PD Information indicating whether a communication failure has occurred can be obtained.
（実施形態２）
前記実施形態１ではツール１の機能を実現するためのアプリケーションソフトウェアのロード時にメモリ１６内に格納される接続状況判断用テーブル１３から定義内容を通信接続／切断判断部１４が読み出して判断処理を行うようになっていたが、本実施形態では図１０に示すように通信設定データと、通信における障害切り分け用の接続状況通知パケットの内容定義を登録している接続状況判断用テーブルデータを書き込んだテキストファイルからなる外部設定ファイル１８を所定の記憶媒体に格納しておき、ツール１を用いて障害切り分けを行う場合に、外部設定ファイル１８から通信設定データ及び接続状況判断用テーブルデータを記憶媒体から設定ファイル読み込み部１９を通じて読み取る点に特徴があり、管理部１２は設定読み込み命令を設定ファイル読み込み部１９に与えて各種設定データを設定ファイル読み込み部１９を通じて受け取り、通信設定データ（ボーレート、ストップビット、パリティ、バイトサイズ、受信ポート１０のポート名）はパケットキャプチャ部１１へ、接続状況通知パケット定義（正常通知パケットの定義、異常通知パケットの定義、生存確認パケットの送信時間間隔及びパケット中の端末番号識別領域手定義）を通信接続／切断判断部１４へ渡すようになっている。尚記憶媒体からデータ読み取りのための装置は記憶媒体に対応したものを用いる。
(Embodiment 2)
In the first embodiment, the communication connection /
尚その他の構成は実施形態１と同じであるので、同じ構成要素には同じ符号を付して説明を省略する。 Since other configurations are the same as those of the first embodiment, the same components are denoted by the same reference numerals and description thereof is omitted.
図１１は本実施形態に用いる外部設定ファイルの書式例（モニタ装置１６の画面上で表示させた状態）を示す。 FIG. 11 shows a format example of the external setting file used in the present embodiment (a state displayed on the screen of the monitor device 16).
この書式例において、［Communication］欄は、通信の設定を行う欄であって、欄中、BaudRateはモニタリングする通信のボーレートを示し、Stopbitはモニタリングする通信のストップビットを示し、Parityはモニタリングする通信のパリティ設定を示し、またByteSizeがモニタリングするバイトサイズを示す。 In this format example, the [Communication] column is a column for setting communication, in which BaudRate indicates the baud rate of the monitored communication, Stopbit indicates the stop bit of the monitored communication, and Parity indicates the communication to be monitored. The parity setting of ByteSize indicates the byte size to be monitored.
また［Device］欄は、端末番号を識別するための、パケット内端末番号領域の定義を行う欄であって、欄中のDev_Posは端末番号識別領域の先頭位置、Dev_Sizeは端末番号識別領域のサイズを示す。 The [Device] column is a column for defining a terminal number area in a packet for identifying a terminal number, and Dev_Pos in the column is the start position of the terminal number identification area, Dev_Size is the size of the terminal number identification area Indicates.
更に［Connect］欄は、接続正常通知パケットの定義を行う欄であって、欄中Code#_Posは正常通知パケットを特徴付ける領域（バイト列）の先頭位置を示し、またCode#_Sizeは正常通知パケットを特徴付ける領域のサイズを示し、Code#_Maskはパケットデータ内の正常通知パケットを識別するための領域を評価するためにかけるマスクを示し、更にCode#_Typeはパケット中コードと外部設定ファイル中コードが一致すればいいのか、しなければいいのかを論理値”１”又は”０”で記述する項目を示し、更にCode#は正常通知パケットを特徴付ける領域のバイト列を１６進で表記する項目を示す。 Further, the [Connect] column is a column for defining a connection normal notification packet. In the column, Code # _Pos indicates the start position of an area (byte string) characterizing the normal notification packet, and Code # _Size is a normal notification packet. Code # _Mask indicates the mask applied to evaluate the area for identifying the normal notification packet in the packet data, and Code # _Type indicates the code in the packet and the code in the external setting file. An item describing whether it should match or not should be indicated by a logical value “1” or “0”, and Code # indicates an item indicating a byte string of an area characterizing a normal notification packet in hexadecimal. .
また更に［Connect_Timeout］欄は、Timeoutで設定した秒数の間、［Connect］欄で定義したパケットが送信されないと、接続状態を異常とする定義を行う欄であって、マイナスの値を設定すると、タイムアウトの設定を行わないようになっている。 Furthermore, the [Connect_Timeout] field is a field for defining that the connection status is abnormal if the packet defined in the [Connect] field is not transmitted for the number of seconds set in Timeout. The timeout setting is not made.
また［Disconnect］欄は接続異常通知パケットの定義を行う欄であって、その記述内容は［Connect］欄と同じとなっている。 The [Disconnect] field is a field for defining a connection error notification packet, and the description content is the same as the [Connect] field.
而して本実施形態では、通信設定データ及び定義データをテキストファイルからなる外部設定ファイル２を用いるためカスタマイズができ、アプリケーションソフトウェアを構成するプログラムとともにコンパイルする必要がないため、異なる通信プロトコルを用いたネットワークシステムに容易に適用させることができる。またアプリケーションプロトコルを理解したシステム開発者が施工調整する必要もあったが、システム開発者は定義ファイルを用意するだけでよくなる。
Thus, in this embodiment, the communication setting data and the definition data can be customized because the
（実施形態３）
本実施形態のツール１は、実施形態２の構成に、図１０において破線で示す帯域占有率計算部２０を加えたものである。帯域占有率計算部２０は、管理部１２からボーレートやバイトサイズ等の通信設定と、パケットデータＰＤとを受け取り、次式によって、各端末２１…や通信コマンド毎の帯域占有率を計算する機能を有するものである。
(Embodiment 3)
The
ここで帯域占有率計算部２０は、図１２（ａ）に示すように指定されたパケット内の端末番号領域情報を帯域占有率計算機能部２１へ与え、端末番号毎の帯域占有率を計算させる端末識別機能部２０と、図１２（ｂ）で示すよう指定されたパケット内の通信コマンド領域情報を帯域占有率計算機能部２１へ与え、通信コマンド毎の帯域占有率を計算させるコマンド識別機能部２０’とを備え、パケット内の指定した情報毎の帯域占有率を計算することができるようになっている。この計算された帯域占有率は管理部１２及びＧＵＩ部１５を通じてモニタ装置１７で表示される。
Here, the bandwidth occupancy
而して、どの端末ノードの通信負荷が高いかを知りたければ端末21…毎の帯域占有率を調べることができ、また通信コマンド毎の帯域占有率を調べることで、正常時にはある通信コマンドの帯域占有率が高いのに、異常時は別のコマンドの帯域占有率が高い等の情報を得ることができる。尚この計算された帯域占有率は管理部１２及びＧＵＩ部１５を通じてモニタ装置１７で表示される。
Therefore, if you want to know which terminal node has a high communication load, you can check the bandwidth occupancy for each terminal 21 ..., and by checking the bandwidth occupancy for each communication command, Even when the bandwidth occupancy is high, information such as a high bandwidth occupancy of another command can be obtained at the time of abnormality. The calculated bandwidth occupancy is displayed on the
尚この帯域占有率計算部２０は実施形態１の構成に加えても勿論よい。
Of course, the bandwidth occupancy
１ ネットワーク障害切り分けツール
１０ 受信ポート
１１ パケットキャプチャ部
１２ アプリケーション管理部
１３ 接続状況判断用テーブル
１４ 通信接続／切断判断部
１５ ＧＵＩ部
１６ メモリ
Ｌ 通信線
ＤＡ 通信データ
ＰＤ パケットデータ
DESCRIPTION OF
Claims (5)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2004038809A JP2005229537A (en) | 2004-02-16 | 2004-02-16 | Network fault isolation method, network fault isolation tool and program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2004038809A JP2005229537A (en) | 2004-02-16 | 2004-02-16 | Network fault isolation method, network fault isolation tool and program |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005229537A true JP2005229537A (en) | 2005-08-25 |
Family
ID=35003888
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004038809A Withdrawn JP2005229537A (en) | 2004-02-16 | 2004-02-16 | Network fault isolation method, network fault isolation tool and program |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2005229537A (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20080062817A (en) * | 2006-12-29 | 2008-07-03 | 한전케이디엔주식회사 | Zigbee sensor network analysis system |
| WO2012144300A1 (en) * | 2011-04-19 | 2012-10-26 | 株式会社 東芝 | Synchronization control system |
| JP2014093625A (en) * | 2012-11-02 | 2014-05-19 | Yamaha Corp | Music system control method |
| JP2022500963A (en) * | 2018-09-19 | 2022-01-04 | マグデータ インクMagdata Inc. | Network security monitoring methods, network security monitoring devices and systems |
-
2004
- 2004-02-16 JP JP2004038809A patent/JP2005229537A/en not_active Withdrawn
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20080062817A (en) * | 2006-12-29 | 2008-07-03 | 한전케이디엔주식회사 | Zigbee sensor network analysis system |
| WO2012144300A1 (en) * | 2011-04-19 | 2012-10-26 | 株式会社 東芝 | Synchronization control system |
| JP2012227688A (en) * | 2011-04-19 | 2012-11-15 | Toshiba Corp | Synchronous control system |
| JP2014093625A (en) * | 2012-11-02 | 2014-05-19 | Yamaha Corp | Music system control method |
| JP2022500963A (en) * | 2018-09-19 | 2022-01-04 | マグデータ インクMagdata Inc. | Network security monitoring methods, network security monitoring devices and systems |
| JP7178646B2 (en) | 2018-09-19 | 2022-11-28 | マグデータ インク | Network security monitoring method, network security monitoring device and system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109981747B (en) | Device control method, device, electronic device and storage medium | |
| WO2007085832A1 (en) | Methods and apparatus for monitoring software systems | |
| CN111052087B (en) | Control system, information processing apparatus, and recording medium | |
| CN105530220B (en) | The interface method of two kinds of different agreement system communications is realized based on OPC | |
| CN110557274A (en) | Network device modification via augmented reality user interface | |
| US11516229B2 (en) | Control device and control system | |
| CN107147546A (en) | Double net heartbeat inspecting method and system | |
| CN106803792A (en) | Data transfer equipment, electric equipment and electric equipment fault diagnosis system | |
| JP6124612B2 (en) | Engineering apparatus and engineering method | |
| JP2005229537A (en) | Network fault isolation method, network fault isolation tool and program | |
| US9686128B2 (en) | Wireless network adapter and self-configuration method of same | |
| CN101136756B (en) | Electric self-checking method, system and BMC chip on network long-range control host machine | |
| KR101104048B1 (en) | Radio device testing system | |
| CN116137603A (en) | Link fault detection method and device, storage medium and electronic device | |
| JP2017158081A (en) | Network equipment monitoring device | |
| CN103391303A (en) | Service fault noticing method and server using same | |
| CN100588161C (en) | Information processing device, method and programme | |
| Cisco | Cisco ONS 15194 Release Notes Release 1.1 | |
| Cisco | Troubleshooting | |
| CN107276796B (en) | Network detection method and device | |
| JP5847064B2 (en) | Simple monitoring and control device | |
| KR101680736B1 (en) | Process for checking status of network device | |
| CN109391544A (en) | The crash of 2G/3G/4G router is restarted automatically method and circuit | |
| CN109727309A (en) | A kind of apparatus failure display methods, device, storage medium and terminal | |
| CN116955093B (en) | CPU state monitoring method, device, system, equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20070501 |