JP2006340182A - 通信装置、通信制御方法 - Google Patents

Abstract

【課題】通信ノードによる故障の発見、経路切替、経路切替による通信断時間の短縮を可能とし、かつ、通信装置に対する事前の設定を不要とする。
【解決手段】送信側通信ノード２００ａと受信側通信ノード２００ｂとの間で授受されるデータが通過するインタフェースを有する通信装置１００ａ、１００ｂにおいて、インタフェースを通過するデータに含まれている送信側ノードのアドレスである発アドレス、該データに含まれている受信側ノードのアドレスである着アドレス、及び、該データが通過するインタフェースに関する情報であるインタフェース情報を記憶しておく。故障Ｋ等のイベント発生時においては、その記憶内容に基づいて、発アドレス及び着アドレスに向けてイベント発生の旨を通知する。
【効果】通信装置への設定作業稼働の削減しつつ、通信ノードへのイベント通知を行うことができる。
【選択図】 図６

Description

本発明は通信装置、通信制御方法に関し、特に送信側ノードと受信側ノードとの間で授受されるデータが通過するインタフェースを有する通信装置、及びその装置を制御する通信制御方法に関する。

従来、通信装置、例えばルータによって構成されるＩＰネットワークにおける故障発生時には、ルータが故障を検知しルーティングテーブルを変更し新たに迂回経路を設定しなおすことにより、通信の疎通を回復していた。また故障等のイベントはＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）やＴｒａｐによって行われ、これはルータに対する通知先及び通知項目の事前の設定や、ルータへのポーリングによる情報読み出し等を必要としていた。

この従来技術について、図７を参照して説明する。同図には、通信装置を用いたネットワークが示されている。同図に示されているネットワークには、通信装置１００ａ〜１００ｆが設けられている。通信装置１００ａ〜１００ｆは、例えばルータである。
ここでは、送信側通信ノード２００ａから受信側通信ノード２００ｂへデータを送信する場合に、通信装置１００ａ、１００ｂ、１００ｃを順に経由するのが通常の経路Ｒ１であると仮定する。

このような状態において故障Ｋが発生すると、同図中の矢印Ｙ７１〜Ｙ７６のように、その故障発生の旨を通信装置１００ａ、１００ｂから他の通信装置１００ｃ〜１００ｆに通知する。この通知を受けた場合に、迂回路が設定される。本例における迂回路は、通信装置１００ａ、１００ｄ、１００ｅ、１００ｆ、１００ｃを順に経由する経路Ｒ２である。このような迂回路が設定される結果、送信側通信ノード２００ａから受信側通信ノード２００ｂへのデータ送信は継続されるが、送信側通信ノード２００ａ及び受信側通信ノード２００ｂは、故障Ｋが発生したことを検出することはできない。
このため、通信ノード側への故障通知の方法として、事前に端末から登録された障害通知先への故障通知等の方法が提案されていた（例えば、特許文献１）。

この手法を用いたネットワーク構成例について、図８を参照して説明する。同図に示されているネットワークの構成は、図７の場合と同様である。本例では、各通信装置１００ａ〜１００ｆへの故障通知先を事前に設定しておくか、ポーリングによる情報取得を行うことにより（同図中の矢印Ｙ８１）、故障Ｋが発生した場合には同図中の矢印Ｙ８２のように、通信装置１００ａから送信側通信ノード２００ａに、その発生が通知される。このため、送信側通信ノード２００ａは、例えば通信装置１００ｄ、１００ｅ、１００ｆを順に経由する経路Ｒ３を迂回経路とし、そのように経由するインタフェースからデータを送出することができる。
特開２００４−３６４１５４号公報

しかしながら、上述した従来のネットワークにおいては、イベント通知のための事前設定や情報読み出し設定を個々の通信装置に対して施す必要があるため、手順が繁雑であるという問題があった。
また、通信装置や通信装置間の伝送路が故障した場合、迂回経路が再設定され通信の疎通が回復するまでの時間は通信装置側の仕様や能力に委ねられており、通信ノード側での対処は不可能であるという問題があった。
加えて、優先度の高い通信データにおいても、優先度の低いデータと同じ時間だけ迂回経路再設定を待つ必要があった。
そこで本発明は以上の点に鑑みてなされたもので、その目的は通信ノードによる故障の発見、経路切替、経路切替による通信断時間の短縮を可能とし、かつ、通信装置に対する事前の設定を不要とする通信装置、通信制御方法を提供することである。

本発明の請求項１による通信装置は、送信側ノードと受信側ノードとの間で授受されるデータが通過するインタフェースを有する通信装置であって、前記インタフェースを通過するデータに含まれている送信側ノードのアドレスである発アドレス、該データに含まれている受信側ノードのアドレスである着アドレス、及び、該データが通過するインタフェースに関する情報であるインタフェース情報を記憶する記憶手段と、イベント発生時において前記記憶手段の記憶内容に基づいて、前記発アドレス及び前記着アドレスに向けてイベント発生の旨を通知するイベント通知手段とを含むことを特徴とする。このような通信装置を用いてネットワークを構成すれば、通信ノードによる故障の発見、経路切替、経路切替による通信断時間の短縮を可能とし、かつ、従来必要であったイベント通知のための通信装置に対する事前の設定を不要とすることができる。

本発明の請求項２による通信装置は、請求項１において、前記イベント通知手段は、イベント発生時において、前記データに予め定められた優先順位に従って、前記イベント発生の旨を通知することを特徴とする。こうすることにより、イベント発生の際、優先度の高いデータが正常に送受信されたか否かを短時間で確認できる。
本発明の請求項３による通信装置は、請求項１又は２において、前記データにはイベント発生の旨の通知要否を示すイベント通知要否情報が含まれており、前記記憶手段には前記イベント通知要否情報が通知要になっているデータのみ記憶することを特徴とする。こうすることにより、イベント通知が不要であれば該当データを記憶する必要が無い。

本発明の請求項４による通信制御方法は、送信側ノードと受信側ノードとの間で授受されるデータが通過するインタフェースを有する装置を制御する通信制御方法であって、インタフェースを通過するデータに含まれている送信側ノードのアドレスである発アドレス、該データに含まれている受信側ノードのアドレスである着アドレス、及び、該データが通過するインタフェースに関する情報であるインタフェース情報を記憶する記憶ステップと、イベント発生時において前記記憶ステップにおいて記憶した記憶内容に基づいて、前記発アドレス及び前記着アドレスに向けてイベント発生の旨を通知するイベント通知ステップとを含むことを特徴とする。このような通信制御方法を用いれば、通信ノードによる故障の発見、経路切替、経路切替による通信断時間の短縮を可能とし、かつ、通信装置に対する事前の設定を不要とすることができる。

以上説明したように本発明は、通信装置において通信ノードが送信する通信データに含まれている発着アドレス及びそのデータの通過するインタフェース情報を記憶しておき、故障や輻輳等のイベント発生時にはその記憶した情報を基に通信ノードへイベント通知を行うことにより、通信ノードによる故障の発見、経路切替、経路切替による通信断時間の短縮を可能とし、かつ、従来必要であったイベント通知のための事前設定や情報読み出し設定を個々の通信装置に対して施す必要がなくなるため、設定作業稼働の削減ができるという効果がある。
また、イベント発生時に、通信ノードへのイベント通知を自動的に行うことにより、現状のネットワーク状態に応じた最適な経路選択を行うことができるという効果がある。
さらに、動的にイベント通知を行う通信ノードを設定する場合と比較して、ネットワーク設計作業の稼動も削減できるという効果がある。

以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。
（本実施形態に係わる通信装置を含むネットワークの構成）
図１は、本実施形態に係わるネットワークを構成する、通信装置１００ａ〜１００ｆを含むネットワークの概略構成を示すブロック図である。同図に示されているように、通信装置１００ａ、１００ｂ、１００ｃ、１００ｄ、１００ｅ、１００ｆは当該ネットワークを利用する通信ノード２００ａと通信ノード２００ｂとが通信を行えるように接続されている。

通信装置１００ａ〜１００ｆは、例えばルータである。もっとも、ルータに限定されるものではなく、通信データを転送できる機器であれば良く、例えばスイッチでも良い。また本実施形態では単一のハードウェアを用いて構成されることとしているが、複数のハードウェアを用いて構成されても良い。
通信ノード２００ａ、２００ｂは、例えばサーバである。もっとも、サーバに限定されるものではなく、通信を送受信できる機器であれば良く、例えば交換機でも良い。また本実施形態では単一のハードウェアを用いて構成されることとしているが、複数のハードウェアを用いて構成されても良い。
なお本実施形態では、通信装置１００ａ〜１００ｆは、通信ノード２００ａ、２００ｂの通信経路となりえるが、ネットワークは、より多くの通信通信ノード、すなわち交換機や伝送装置等によって構成されても良いことは勿論である。

（通信装置の論理ブロック構成）
図２は、本実施形態に係わるネットワークを構成する、通信装置１００ａにおける論理ブロック構成を示す図である。
同図に示されているように、通信装置１００ａは、記憶部１０１と、順序制御部１０２と、通知制御部１０３と、イベント通知部１０４と、インタフェース部１０５ａ及び１０５ｂと、転送部１０６と、管理部１０７とを含んで構成されている。なお、通信装置１００ｂ、１００ｃ、１００ｄ、１００ｅ、１００ｆも、同様に構成される。

記憶部１０１は、ＩＰパケット等の通信データの全部もしくは一部（つまり少なくとも一部）を格納することができるデータベースである。この記憶部１０１には転送部１０６を通過する通信データが蓄積される。また、通過する通信データがどのインタフェースを通ったかを示すインタフェース情報も合わせて蓄積される。なお、記憶部１０１のデータベース容量は有限であるため、過去の格納情報を自動的に消去もしくは上書きする機能を有する。過去の格納情報のうち消去対象となるのは一定時間経過した格納情報や、内容重複となる格納情報であるが、これ以外の格納情報でも良い。また記憶部１０１の記憶内容は、転送部１０６を通過する通信データに依らず、通信装置に接続された端末等からの操作により、内容の追加、修正及び消去を行うことができる。

また、記憶部１０１は、図３に示されているような通信データ及びインタフェース情報を格納する。すなわち、同図を参照すると、（１）通信装置を通過する通信データから抽出した発アドレス情報（例えば、発ＩＰアドレス）、（２）通信装置を通過する通信データから抽出した着アドレス情報（例えば、着ＩＰアドレス）、（３）通信装置を通過する通信データが使用した入側インタフェース情報、（４）通信装置を通過する通信データが使用した出側インタフェース情報、（５）通信装置を通過する通信データから抽出した優先度情報、（６）通信装置を通過する通信データを蓄積した日時（例えば年月日時分秒）が記憶部１０１に格納されている。もっとも、記憶部１０１はこれ以外の通信データを格納しても良い。

図２に戻り、順序制御部１０２は、イベント発生時において、記憶部１０１の優先度表示を参照し、その優先順位に従った順序で、記憶部１０１の通信データを取得することができる。取り出された通信データはイベント通知部１０４に渡される。
なお、記憶部１０１に記憶される優先度情報とは、例えばＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）におけるＤＳＣＰ（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｃｏｄｅ Ｐｏｉｎｔ）である。

通知制御部１０３は、通信データ内の“イベント通知要否”表示を参照し、その要否表示に従って、イベント通知の有無を判断することができるものである。通知制御部１０３は、転送部１０６と記憶部１０１との間に位置している。通信データ内の“イベント通知要否”表示が“イベント通知否”である場合、通知制御部１０３はイベント通知不要な通信データを記憶部１０１に取り込まないように制御する。このように制御することにより、イベントを非通知にすることができる。なお“イベント通知要否”表示は、例えばＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）によるパケットにおけるオプションヘッダ部に設定できる。

イベント通知部１０４は順序制御部１０２より渡された通信データを基にして、通信ノード２００ａ、２００ｂにイベント発生の旨を自動的に通知するものである。
インタフェース部１０５ａ及び１０５ｂは、ルータ等の通信装置における通信データが通過する入出力インタフェースであり、例えばＧｉｇａｂｉｔＥｔｈｅｒ等である。これは既存通信装置においても搭載されているものである。

転送部１０６は、ルータ等の通信装置におけるスイッチ部であり、通信データ内の宛先と、通信装置が持つルーティングテーブルに沿って、通信データを転送するものである。これは既存通信装置においても搭載されているものである。
管理部１０７は、通信装置自身や通信装置間の線の故障等のイベントを検知することができる。これは既存通信装置においても搭載されているものである。ただし本実施形態においては、故障等のイベントを検知した場合、順序制御部１０２に対し、記憶部１０１から通信データを取り出すよう要求する機能を持ち合わせている点が、既存通信装置と異なる。

（通信装置を用いたイベント通知）
次に、上述した通信装置を用いてイベント通知する場合の動作について説明する。
図４は、通信装置を流れる通信データを記憶する場合のシーケンスを示している。
まず、ステップＳ１０において、転送部１０６を通過する通信データは通知制御部１０３に送られる。次に、ステップＳ２０において、通知制御部１０３は、通信データ内の“イベント通知要否”表示を見て、イベント通知要であればステップＳ３０に進み、イベント通知不要であれば該当通信データは破棄される。
次に、ステップＳ３０において、イベント通知要の通信データは記憶部１０１に送られる。

次に、ステップＳ４０において、送られた通信データは記憶部１０１に蓄積される。この際、記憶部１０１では、その蓄積日時を合わせて蓄積することもできる。ステップＳ４０では、蓄積済みのデータと同一データが送られてきた場合は、記憶部１０１の容量を消費しないように、新しく送られてきたデータを蓄積しないこともできる。またステップＳ４０では、記憶部１０１の容量確保のため、一定時間経過した格納情報や、内容重複となる格納情報を消去しても良い。この際には記憶部１０１内の蓄積日時を参照して消去を行うことができる。

図５は、故障等のイベントが発生した際に、そのイベントを通信ノードに通知する場合のシーケンスを示している。
ステップＳ１１０において、管理部１０７は通信装置自身、もしくは通信装置間の線、例えばＰＯＳ（Ｐａｃｋｅｔ ｏｖｅｒ ＳＯＮＥＴ）回線における故障等のイベントを検知する。このイベント情報はインタフェース部１０５ａ、１０５ｂ等からもたらされる。

次に、ステップＳ１２０においては、順序制御部１０２に対して、イベント通知の要求が行われる。この際に、イベント情報、例えばどの回線で故障が発生したか等の情報も順序制御部１０２に送られる。
次に、ステップＳ１３０においては、順序制御部１０２から記憶部１０１に対し、記憶部１０１に蓄積されている通信データの取り出しが要求される。

次に、ステップＳ１４０においては、記憶部１０１から順序制御部１０２に対し、記憶部１０１に蓄積されている通信データが送られる。
次に、ステップＳ１５０において、記憶部１０１から取り出された通信データの優先度を判定する。この際に、記憶部１０１から取り出された通信データ内の優先度表示を基に判定しても良い。

次に、ステップＳ１６０において、ステップＳ１５０にて判定された優先度の順位に従って、通信データ情報がイベント通知部１０４に送られる。
次に、ステップＳ１７０において、イベント通知部１０４は通信ノードに送るイベント通知情報を生成する。このイベント通知情報には、通信ノードのアドレス、及びイベント情報が含まれている。

次に、ステップＳ１８０において、前述のイベント通知情報は、イベント通知部１０４から転送部１０６に送られる。次にステップＳ１９０において、イベント通知情報は、転送部１０６からインタフェース部１０５ａ、１０５ｂに送られる。最後に、ステップＳ２００において、イベント通知情報はその情報内容に基づき、通信ノードに送信される。
なお、イベント通知について、具体的には、図３の通信データを用いて説明すると、インタフェース部１０５ａから通信ノード２００ａに対して、イベント情報が送られる。また、インタフェース部１０５ｂから通信ノード２００ｂに対して、イベント情報が送られる。

以下、図６を参照して、本実施形態による通信装置を用いたネットワーク全体の動作例について説明する。同図には、通信装置を用いたネットワークが示されている。同図に示されているネットワークには、通信装置１００ａ〜１００ｆが設けられている。通信装置１００ａ〜１００ｆは、例えばルータである。
ここでは、送信側通信ノード２００ａから受信側通信ノード２００ｂへデータを送信する場合に、通信装置１００ａ、１００ｂ、１００ｃを順に経由するのが通常の経路Ｒ１であると仮定する。
このような状態において故障Ｋが発生すると、その故障発生の旨が、通信装置１００ａから送信側通信ノード２００ａへ通知され（同図中の矢印Ｙ６１）、通信装置１００ｂから受信側通信ノード２００ｂへ通知される（同図中の矢印Ｙ６２）。

すると、この通知を受けた送信側通信ノード２００ａ及び受信側通信ノード２００ｂの処理によって、短時間で迂回路が設定される。本例における迂回路は、通信装置１００ｄ、１００ｅ、１００ｆを順に経由する経路Ｒ３である。このような迂回路が設定される結果、送信側通信ノード２００ａから受信側通信ノード２００ｂへのデータ送信が継続される。つまり、本例のように、通信装置１００ａ〜１００ｆによってネットワークを構成することにより、故障の発見、経路切替、経路切替による通信断時間を短縮でき、かつ、通信装置に対する事前の設定は不要である。
また、イベント発生時に、通信ノードへのイベント通知を行うことにより、現状のネットワーク状態に応じた最適な経路選択を行うことができる。さらに、動的にイベント通知を行う通信ノードを設定する場合と比較して、ネットワーク設計作業の稼動も削減できる。

（通信制御方法）
以上説明した通信装置には、以下のような通信制御方法が採用されている。すなわち、送信側ノードと受信側ノードとの間で授受されるデータが通過するインタフェースを有する装置を制御する通信制御方法であって、インタフェースを通過するデータに含まれている送信側ノードのアドレスである発アドレス、該データに含まれている受信側ノードのアドレスである着アドレス、及び、該データが通過するインタフェースに関する情報であるインタフェース情報を記憶する記憶ステップ（図４中のステップＳ４０等に対応）と、イベント発生時において上記記憶ステップにおいて記憶した記憶内容に基づいて、上記発アドレス及び上記着アドレスに向けてイベント発生の旨を通知するイベント通知ステップ（図５中のステップＳ２００等に対応）とを含む通信制御方法が採用されている。このような通信制御方法を用いれば、通信ノードによる故障の発見、経路切替、経路切替による通信断時間の短縮を可能とし、かつ、通信装置に対する事前の設定を不要とすることができる。

本発明は、送信側ノードと受信側ノードとの間に設けられるネットワークを構成するルータ等の通信装置に利用することができる。

本発明の実施形態に係わる通信装置を含むネットワークの概略構成を示す図である。 図１中の通信装置の内部構成例を示すブロック図である。 図２中の記憶部の記憶内容の一例を示すシーケンス図である。 図２中の記憶部への記憶動作例を示すシーケンス図である。 図１中の通信装置によるイベント通知処理の一例を示す図である。 本発明の実施形態による通信装置を用いたネットワーク全体の動作例を示す図である。 従来技術の一例を示すブロック図である。 従来技術の他の例を示すブロック図である。

符号の説明

１００ａ〜１００ｆ 通信装置
１０１ 記憶部
１０２ 順序制御部
１０３ 通知制御部
１０４ イベント通知部
１０５ａ、１０５ｂ インタフェース部
１０６ 転送部
１０７ 管理部
２００ａ、２００ｂ 通信ノード
Ｒ１〜Ｒ３ 経路

Claims (4)

1. 送信側ノードと受信側ノードとの間で授受されるデータが通過するインタフェースを有する通信装置であって、前記インタフェースを通過するデータに含まれている送信側ノードのアドレスである発アドレス、該データに含まれている受信側ノードのアドレスである着アドレス、及び、該データが通過するインタフェースに関する情報であるインタフェース情報を記憶する記憶手段と、イベント発生時において前記記憶手段の記憶内容に基づいて、前記発アドレス及び前記着アドレスに向けてイベント発生の旨を通知するイベント通知手段とを含むことを特徴とする通信装置。
2. 前記イベント通知手段は、イベント発生時において、前記データに予め定められた優先順位に従って、前記イベント発生の旨を通知することを特徴とする請求項１記載の通信装置。
3. 前記データにはイベント発生の旨の通知要否を示すイベント通知要否情報が含まれており、前記記憶手段には前記イベント通知要否情報が通知要になっているデータのみ記憶することを特徴とする請求項１又は２記載の通信装置。
4. 送信側ノードと受信側ノードとの間で授受されるデータが通過するインタフェースを有する装置を制御する通信制御方法であって、インタフェースを通過するデータに含まれている送信側ノードのアドレスである発アドレス、該データに含まれている受信側ノードのアドレスである着アドレス、及び、該データが通過するインタフェースに関する情報であるインタフェース情報を記憶する記憶ステップと、イベント発生時において前記記憶ステップにおいて記憶した記憶内容に基づいて、前記発アドレス及び前記着アドレスに向けてイベント発生の旨を通知するイベント通知ステップとを含むことを特徴とする通信制御方法。

Images