JP2004179786A - 通信方法及び通信装置、並びにコンピュータプログラム - Google Patents
通信方法及び通信装置、並びにコンピュータプログラム Download PDFInfo
- Publication number
- JP2004179786A JP2004179786A JP2002341317A JP2002341317A JP2004179786A JP 2004179786 A JP2004179786 A JP 2004179786A JP 2002341317 A JP2002341317 A JP 2002341317A JP 2002341317 A JP2002341317 A JP 2002341317A JP 2004179786 A JP2004179786 A JP 2004179786A
- Authority
- JP
- Japan
- Prior art keywords
- signal processing
- processing unit
- control signal
- network
- communication device
- 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
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】制御信号処理部を１つにして制御信号処理部の同期問題を考慮する必要がなく、トラフィック無中断通信を可能にする通信方法及び通信装置、並びにコンピュータプログラムを提供する。
【解決手段】データ信号処理部３に障害が生じた場合、障害発生を表す信号を警報信号処理手段３５が作成し信号送受信手段３１が全てのデータ信号処理部３ａ〜３ｎへブロードキャストする。制御信号処理部２の異常を検出したデータ信号処理部は自身が保持する擬似ルーティングプロトコル処理手段３６に対して動作を開始するためのトリガを与える。トリガを受けたルーティングプロトコル処理手段は自身に接続されている隣接通信装置との間に張られたセッションを維持するために必要な情報を含んだパケットを作成し、隣接通信装置に対して送信する。
【選択図】 図３
【解決手段】データ信号処理部３に障害が生じた場合、障害発生を表す信号を警報信号処理手段３５が作成し信号送受信手段３１が全てのデータ信号処理部３ａ〜３ｎへブロードキャストする。制御信号処理部２の異常を検出したデータ信号処理部は自身が保持する擬似ルーティングプロトコル処理手段３６に対して動作を開始するためのトリガを与える。トリガを受けたルーティングプロトコル処理手段は自身に接続されている隣接通信装置との間に張られたセッションを維持するために必要な情報を含んだパケットを作成し、隣接通信装置に対して送信する。
【選択図】 図３
Description
【０００１】
【発明の属する技術分野】
本発明は、ルータ、スイッチなどネットワークを構成するトラフィック無中断通信を行う通信方法及び通信装置、並びにコンピュータプログラムに関する。
【０００２】
【従来の技術】
近年の通信トラフィックの多様化によりネットワークを構成する通信装置の制御は非常に複雑になりつつある。そのため通信装置は各種ネットワークプロトコルを制御する部分と、データ信号を転送する部分とに分離し、それぞれを組み合わせて動作させるのが一般的である（下記の特許文献１参照）。
【０００３】
【特許文献１】
特開２００１−３３９４６３号公報（図１、段落００１２〜００１６）
【０００４】
図１６はこの種の従来の通信装置の概略構成を示すブロック図である。同図において、通信装置１０は制御信号処理部１１及び１２と、データ信号処理部１３ａ〜１３ｎに分かれ、２つの処理部は制御信号のやり取りを行うための通信経路１４を保持し、データ信号処理部１３ａ〜１３ｎが相互に信号をやり取りする通信経路１５を保持している。また、データ信号処理部１３ａ〜１３ｎはそれぞれデータ信号の受け渡し及び交換などを行うための複数の通信経路１６ａ〜１６ｎを保持している。
【０００５】
図１７に制御信号処理部１１の構成を示す。もう１つの制御信号処理部１２もこれと同様に構成されているので図示を省略する。制御信号処理部１１では各種プロトコル処理を担いプロトコル処理によって導出されたパラメータをデータ信号処理部１３ａ〜１３ｎに設定する。さらに隣接する通信装置との間で制御パケットをやり取りすることによってお互いの正常性を認識し合い、ネットワークを円滑に動作させるために必要な処理を行うための信号の送信も担っている。そのために、制御信号処理部１１は各種ルーティングプロトコルに関連するパケットの処理を行うルーティングプロトコル処理手段１１１と、データ信号処理部１３ａ〜１３ｎに設定するパラメータ類を作成する制御信号作成手段１１２と、ルーティングプロトコル処理部１１１及び制御信号作成部１１２で作成されたパケットの送受信を行う信号送受信手段１１３と、制御信号処理部１１に障害が発生した時にデータ信号処理部１３ａ〜１３ｎに送信する警報信号を作る警報信号処理手段１１４と、通信装置１０、制御信号処理部１１、１２、データ信号処理部１３ａ〜１３ｎの各動作に必要なパラメータや情報を保持しているデータベース１１５とを備えている。
【０００６】
図１８は図１６に示したデータ信号処理部１３ａ〜１３ｎの詳細な構成を示すブロック図であり、これらが全て同一に構成されているため、データ信号処理部１３として表している。このデータ信号処理部１３では制御信号処理部１１及び１２より受け取った各種パラメータの設定を行い、そのパラメータに従ってデータ信号の入出力及び交換などを行う。データ信号処理部１３は制御信号処理部１１及び１２からのパケットを送受信する信号送受信手段１３１と、受信した制御信号の内容を解析する制御信号解析手段１３２と、解析した内容を、ハードウェアを動作させることが可能な形のパラメータに変換して、ハードレジスタやメモリなどに設定を行うパラメータ設定手段１３３と、そのパラメータなどを保持しておくデータベース１３４と、主信号の転送を担う主信号送受信手段１６とを備えている。
【０００７】
通信装置１０全体の制御を担っている制御信号処理部１１及び１２は、障害発生時においてもその正常動作を保証するためにこれらが二重に装備されている。また、通信装置１０の各処理部１１、１２、１３ａ〜１３ｎはパッケージとして外側の架に挿入して用いるものであるため、正常動作時にもパッケージを抜去することが可能である。したがって制御信号処理部を二重化することによって、一方の制御信号処理部に障害が発生したり正常動作時において制御信号処理部が抜去されたとしても、その正常動作を保つことが可能になる。
【０００８】
しかし一方で、制御信号処理部の二重化は障害発生時の対応策であり、正常動作時にはその効果は発揮されない。また制御信号処理部の二重化は生産コストを低く抑えるという観点から見ると冗長な部分であり、制御信号処理部を１つにすることで生産コストを抑えることが可能になる。このように安定動作を保証するか、あるいは、生産コストを抑えるかということは、冗長構成を削除するかどうかという点にも大きく関係するためトレードオフの関係となることが多い。現行では安定動作を保証するために二重化構成をとることが一般的となっている。
【０００９】
【発明が解決しようとする課題】
生産コストを抑えることを重要視して制御信号処理部の二重化構成を排除して単一の制御信号処理部で動作をさせても、それが直接誤動作につながるわけではない。さらに、唯一の制御信号処理部で障害が発生したり制御信号処理部が抜去されたとしても、通信装置のデータ信号処理部１３ａ〜１３ｎにはデータ信号の転送を担うための各種パラメータが設定済みであるため、通信装置全体としては設定パラメータ類の更新は不可能ではあるが現状の状態を保ったままデータ信号の転送は可能な状態になっている。すなわち、データ信号転送装置としては動作可能な状態となっている。
【００１０】
しかし、制御信号処理部１１及び１２は隣接通信装置との正常性維持などの処理も担っているため、制御信号処理部１１及び１２に障害が起きた通信装置からは正常性を維持するための信号などは発信されない。よって他の通信装置から見ると、制御信号処理部に障害が起きた通信装置はデータ信号を転送するという動作をすることが可能な状態であるにもかかわらず、通信装置全体が動作不能と判断されてトラフィックの供給が断たれてしまうという問題がある。この問題は制御信号処理部を二重化し、一方に障害が生じたり一方を抜去した際に、もう一方が正常性を維持するための信号を発信するなどの動作をすることでも緩和することが可能であることは前述したが、その際には２つの制御信号処理部を同時に動作させるのかどうか、制御信号処理部間で保持するパラメータなどを統一するのかどうかといった同期に関する問題を考慮する必要が生じる。
【００１１】
本発明は上記の課題を解決するためになされたもので、制御信号処理部を１つにして生産コストを抑えた上で、制御信号処理部の同期問題を考慮する必要がなくなり、さらに、上記の正常性維持のための信号が途絶えることから生じる問題点を緩和してトラフィック無中断通信を可能にする通信方法及び通信装置、並びにコンピュータプログラムを提供することを目的とする。
【００１２】
【課題を解決するための手段】
請求項１に係る発明は、ネットワークプロトコルを制御する部分と、データ信号を転送する部分とに分離し、これらの部分を組み合わせて動作させる通信方法において、
装置を正常に見せるためのパラメータを保持するステップと、
障害発生時にパラメータを内部に配布するためのトリガを与えるステップと、
トリガを受けて装置を正常に見せるためのパラメータを配布するステップと、
障害発生時でもトラフィックの送受信機能に問題が無い場合においては、外部とのトラフィックの送受信が中断してしまうことを回避するステップとを備えたことを特徴とする。
この方法により、制御信号処理部を１つにして生産コストを抑えた上で、同期問題を考慮する必要がなくなり、トラフィック無中断通信が可能になる。
【００１３】
請求項２に係る発明は、請求項１に記載の通信方法において、ネットワークはＭＰＬＳネットワークであり、正常性を検証するために用いられるプロトコルはＬＤＰであることを特徴とする。
この方法により、ＬＤＰプロトコルを用いるＭＰＬＳネットワークに適用できる。
【００１４】
請求項３に係る発明は、請求項１に記載の通信方法において、ネットワークはルーティングプロトコルとしてＯＳＰＦを適用したネットワークであることを特徴とする。
この方法により、ＯＳＰＦプロトコルを用いるネットワークにも適用できる。
【００１５】
請求項４に係る発明は、ネットワークプロトコルを制御する制御信号処理部と、データ信号の転送などを担うデータ信号処理部とを備えた通信装置において、
制御信号処理部は、障害発生時に障害情報を発信する手段を備え、
データ信号処理部は、外部に対して装置を正常に見せるためのパラメータを保持する手段と、保持しているパラメータを配布するためのトリガを与える手段と、トリガを受けて正常性を維持するためのパラメータの処理を行う手段とを備え、
トラフィックの送受信機能に問題が無い場合においては、外部とのトラフィックの送受信が中断してしまうことを回避することを特徴とする。
この構成により、制御信号処理部を１つにして生産コストを抑えた上で、同期問題を考慮する必要がなくなり、トラフィック無中断通信が可能になる。
【００１６】
請求項５に係る発明は、請求項４に記載の通信装置において、ネットワークはＭＰＬＳネットワークであり、正常性を検証するために用いられるプロトコルはＬＤＰであることを特徴とする。
この構成により、ＬＤＰプロトコルを用いるＭＰＬＳネットワークに適用できる。
【００１７】
請求項６に係る発明は、請求項４に記載の通信装置において、ネットワークはルーティングプロトコルとしてＯＳＰＦを適用したネットワークであることを特徴とする。
この構成により、ＯＳＰＦプロトコルを用いるネットワークにも適用できる。
【００１８】
請求項７に係る発明は、ネットワークプロトコルを制御する部分と、データ信号を転送する部分とに分離し、これらの部分を組み合わせて動作させるコンピュータプログラムであって、
装置を正常に見せるためのパラメータを保持するステップと、
障害発生時にパラメータを配布するためのトリガを与えるステップと、
トリガを受けて装置を正常に見せるためのパラメータを配布するステップと、
障害発生時でもトラフィックの送受信機能に問題が無い場合においては、外部とのトラフィックの送受信が中断してしまうことを回避するステップとを、
順次コンピュータに実行させるためのコンピュータプログラムである。
これによって、パーソナルコンピュータなどにインストールすれば、制御信号生産コストを抑えた上で、同期問題を考慮する必要がなくなり、トラフィック無中断通信が可能になる。
【００１９】
【発明の実施の形態】
以下、本発明を図面に示す好適な実施の形態に基づいて詳細に説明する。図１は本発明に係る通信方法を実施する通信装置の第１の実施の形態の概略構成を示すブロック図である。同図において、通信装置１は１つの制御信号処理部２と複数のデータ信号処理部３ａ〜３ｎとを備えており、制御信号処理部２とデータ信号処理部３ａ〜３ｎとは制御信号のやり取りを行うための通信経路４を保持している。また、データ信号処理部３ａ〜３ｎは相互間で通信を行う通信経路５を保持し、さらに、データ信号処理部３ａ〜３ｎにはデータ信号の受け渡し及び交換などを行うためにそれぞれ複数の通信経路６ａ〜６ｎを保持している。
【００２０】
図２は図１に示した制御信号処理部２の詳細な構成を示すブロック図である。この制御信号処理部２は各種ルーティングプロトコルに関連するパケットの処理を行うルーティングプロトコル処理手段２１と、データ信号処理部３ａ〜３ｎに設定するパラメータ類を作成する制御信号作成手段２２と、ルーティングプロトコル処理手段２１及び制御信号作成手段２２で作成されたパケットの送受信を行う信号送受信手段２３と、制御信号処理部２に障害が発生した時に他のデータ信号処理部３ａ〜３ｎに送信する警報信号を作る警報信号処理手段２４と、通信装置１、制御信号処理部２及びデータ信号処理部３ａ〜３ｎの各動作に必要なパラメータや情報を保持しているデータベース２５とで構成されている。
【００２１】
図３は図１に示したデータ信号処理部３ａ〜３ｎの詳細な構成を示すブロック図であり、これらが全て同一に構成されているため、データ信号処理部３として表している。このデータ信号処理部３は制御信号処理部２からのパケットを送受信する信号送受信手段３１と、受信した制御信号の内容を解析する制御信号解析手段３２と、解析した内容をハードウェアが動作可能な形のパラメータに変換してハードレジスタやメモリなどに設定を行うパラメータ設定手段３３と、このパラメータなどを保持しておくデータベース３４と、制御信号処理部２から送信された警報情報を表すパケットを処理する警報信号処理手段３５と、この警報信号処理手段３５に契機を与えられて動作を開始する擬似ルーティングプロトコル処理手段３６と、主信号の転送を担う主信号送受信手段３７とで構成されている。この主信号送受信手段３７からは隣接通信装置と通信を行うための複数の通信経路６が導出されている。
【００２２】
上記のように構成された第１の実施の形態の全体的な動作について以下に説明する。
正常動作時は制御信号処理部２と隣接通信装置との間で正常性を相互確認するために制御信号処理部２が備えるルーティングプロトコル処理手段２１が定期的に正常性を確認するための情報を含んだパケットを作成し、信号送受信手段２３に渡す。信号送受信手段２３はパケットをデータ信号処理部３ａ〜３ｎへ転送し、データ信号処理部３ａ〜３ｎの各ポートから隣接通信装置へとパケットを転送する。また、隣接通信装置から正常性を維持するためのパケットを受信した場合には、受信したデータ信号処理部３ａ〜３ｎの主信号送受信手段３７はそのパケットを信号送受信手段３１へ転送し、さらに、制御信号処理部２へ転送する。制御信号処理部２では信号送受信手段２３で受信したパケットをルーティングプロトコル処理手段２１へ転送し、各プロトコルに対応した処理を行う。
【００２３】
制御信号処理部２に障害が生じた場合、障害発生を表す信号を制御信号処理部２が備える警報信号処理手段２４が作成し、制御信号処理部２が備える信号送受信手段２３が全てのデータ信号処理部３ａ〜３ｎへブロードキャストする。あるいは、データ信号処理部３ａ〜３ｎがポーリングなどの何らかの手段を用いて制御信号処理部２の異常を検出する。制御信号処理部２の異常を検出したデータ信号処理部３ａ〜３ｎは自身が保持する擬似ルーティングプロトコル処理手段３６に対して動作を開始するためのトリガを与える。
【００２４】
トリガを受けた擬似ルーティングプロトコル処理手段３６はそれ自身に接続されている隣接通信装置との間で正常性を維持するために必要な情報を含んだパケットを作成し、隣接通信装置に対して送信する。隣接通信装置から正常性を維持するためのパケットを受信した場合には、そのパケットはデータ信号処理部３ａ〜３ｎが保持する擬似ルーティングプロトコル処理手段３６に取り込まれ、そこで各プロトコルに対応した処理が行われる。これによって制御信号処理部２に障害が発生した場合でも、隣接通信装置から動作不能な通信装置であると認識されずにデータ信号の転送を行うことが可能になる。
【００２５】
図４はＭＰＬＳ（Ｍｕｌｔｉ Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ） ネットワークを構成する通信装置に本発明を適用する際に制御信号処理部２が備えるルーティングプロトコル処理手段２１Ａの詳細な構成を示すブロック図であり、図５はデータ信号処理部３が備える擬似ルーティングプロトコル処理手段３６Ａの詳細な構成を示すブロック図である。ＭＰＬＳとはラベルと呼ばれる経路識別子を用いてトラフィック制御を行うプロトコルであり、ＬＤＰ（Ｌａｂｅｌ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）というプロトコルを適用してセッションの確立、維持、切断を行う。ＬＤＰではＵＤＰコネクションとＴＣＰコネクションの両方を用いてプロトコル処理を確立している。
【００２６】
ここで、ＵＤＰコネクションはＬＤＰ Ｈｅｌｌｏメッセージという、自身が動作可能状態であることを隣接通信装置に通知するパケットを送受信するために用いられる。また、ＴＣＰコネクションはＬＤＰ Ｈｅｌｌｏメッセージ以外のメッセージの送受信を行うために用いられる。また、各コネクション上に張られているＬＤＰセッションにはそれぞれ通信時間が定められており、一定時間以上メッセージのやり取りが行われずにこの通信時間が経過した場合にはセッションが切られることになる。したがって、ＬＤＰが正常に動作し続けるには、ＵＤＰコネクション上に確立されたセッションを維持するためにＵＤＰコネクションを用いて隣接通信装置にＬＤＰ Ｈｅｌｌｏメッセージを定期的に送信し続けることが必要である。さらに、ＴＣＰコネクション上に確立されたセッションを維持するために隣接通信装置より送信されたＬＤＰ Ｈｅｌｌｏメッセージ以外のメッセージに対して何らかの応答を返すことが必要である。
【００２７】
図４に示したルーティングプロトコル処理手段２１は、ＬＤＰの処理を行うためのＬＤＰパケット処理手段２１１と通信経路であるＴＣＰ／ＵＤＰポートの番号などを管理するＴＣＰ・ＵＤＰポート番号情報管理手段２１２とを備えている。また、図５に示した擬似ルーティングプロトコル処理手段３６Ａは、警報信号処理手段３５から契機を受けて動作を開始するトリガ３６１と、このトリガ３６１に励起される擬似Ｈｅｌｌｏ送信手段３６２と、隣接通信装置から送信されたＬＤＰ関連パケットを覗き見る手段３６３と、のぞき見た結果よりパケット種別を調べて必要情報を抜き取る手段３６４と、ＬＤＰパケットを覗き見た際にそのパケットに対するＴＣＰ／ＩＰのＡＣＫパケットを返す擬似ＡＣＫパケット送信手段３６５と、隣接通信装置が発信したＬＤＰメッセージに対する適当な応答を返信するための擬似ＬＤＰパケット送信手段３６６とを備えている。
【００２８】
さて、本実施の形態において制御信号処理部２に障害が発生した場合、この制御信号処理部２が担っていた機能、すなわち、▲１▼ Ｈｅｌｌｏメッセージを送信する機能、▲２▼ Ｈｅｌｌｏメッセージ以外のＬＤＰメッセージを送信する機能、▲３▼ ▲２▼においてのＴＣＰパケットに対するＡＣＫパケットを送信する機能をデータ信号処理部３が代わりに行う必要がある。図６は擬似Ｈｅｌｌｏパケット送信時の具体的処理手順を示すフローチャートである。
ここでは、最初のステップ１００１にて障害情報を通知する信号を警報信号処理手段３５が作成し、信号送受信手段３１が全てのデータ信号処理部３ａ〜３ｎにブロードキャストする。さらに、ステップ１００２にてＵＤＰポート番号などをブロードキャストする。次に、ステップ１００３では、制御信号処理部２から送信された警報信号を検出したデータ信号処理部３ａ〜３ｎのいずれかにおいて、まず信号送受信手段３１が、制御信号処理部２が発信した警報信号を受信してそれを警報信号処理手段３５へ転送する。そして、ステップ１００４にて警報信号処理手段３５は受信した警報信号から制御信号処理部２に障害が発生したことを検出し、擬似Ｈｅｌｌｏ送信手段３６２の動作を開始させるためのトリガを与える。そこで、ステップ１００５では、トリガを受けた擬似Ｈｅｌｌｏ送信手段３６２はＵＤＰコネクション上に張られたセッション維持のためにＨｅｌｌｏメッセージを隣接通信装置に対して定期的に送信し続ける。
【００２９】
図７に擬似Ｈｅｌｌｏ送信手段３６２が送信するＨｅｌｌｏメッセージのパケットフォーマットを示す。バージョン（Ｖｅｒｓｉｏｎ）はプロトコルのバージョンを表す２オクテットの整数である。ＰＤＵ レングス（Ｌｅｎｇｔｈ）はプロトコル データ ユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）の長さを表し、具体的にはＬＤＰ アイデンティファイヤ（Ｉｄｅｎｔｉｆｉｅｒ）以降の領域の長さを表す。ＬＤＰ Ｉｄｅｎｔｉｆｉｅｒはこのパケットを送信する通信装置に関する情報を含む領域であり、最初の４オクテットでＬＳＲ ＩＤと呼ばれる通信装置に特有の値を表す。次にＨｅｌｌｏメッセージであることを示す値が挿入され、そのメッセージ長を表すメッセージレングス（Ｍｅｓｓａｇｅ Ｌｅｎｇｔｈ）が挿入される。さらに、コモン ハロー パームズ（Ｃｏｍｍｏｎ Ｈｅｌｌｏ Ｐａｒｒｍｓ）というパケット種別を表す領域、その長さを表す領域が挿入され、その後セッション維持に関連するＨｅｌｌｏ保持時間を表す領域、Ｈｅｌｌｏメッセージの種別を示す領域のＴ及びＲが挿入される。本実施の形態においては、正常動作時にはＬＳＲ ＩＤは通信装置に対して与えられているものであるため、ＬＳＲ ＩＤと通信装置と１対１に対応するものであり、対応していればその種類は問わない。よって障害発生時に擬似Ｈｅｌｌｏメッセージ発信機能をデータ信号処理部が担う際には、複数あるデータ信号処理部３ａ〜３ｎの発信するＨｅｌｌｏメッセージは同一のＬＳＲ ＩＤを含む。このＬＳＲ ＩＤは動作開始前に設定をしておく必要がある。
【００３０】
隣接通信装置からＨｅｌｌｏメッセージを受信した時に制御信号処理部２に障害が発生していた場合、主信号送受信手段３７で受信したＨｅｌｌｏメッセージは擬似ルーティングプロトコル処理手段３６へ転送される。擬似ルーティングプロトコル処理手段３６の内部では受信したＨｅｌｌｏメッセージを覗き見て必要情報を抽出し所定の処理を行う。ここで所定の処理とはＲＦＣ３０３６のＬＤＰに記載されている処理のことを言う。
【００３１】
次にＬＤＰメッセージの送信について説明すると、ＬＤＰではＴＣＰコネクション上に張られたセッションを維持するために何らかのＬＤＰメッセージを送受信し続けることになっている。もし何も処理をする必要がない場合にはキープアライブ（ＫｅｅｐＡｌｉｖｅ）メッセージというセッション維持のために送信するメッセージが規定されている。よってデータ信号処理部３ａ〜３ｎではＫｅｅｐＡｌｉｖｅメッセージを隣接通信装置に対して送信し続ける必要がある。
【００３２】
図８は障害発生からＫｅｅｐＡｌｉｖｅメッセージ送信までの具体的な処理手順を示すフローチャートである。すなわち、障害発生時にはステップ１０１１にて障害発生を表す信号が制御信号処理部２からデータ信号処理部３ａ〜３ｎへとブロードキャストされる。その際、ステップ１０１２で制御信号処理部２が具備するＴＣＰ・ＵＤＰポート番号情報管理手段２１２は各データ信号処理部３ａ〜３ｎに対して、図９に示すような、物理ポート番号、物理ポートを介して接続していたＴＣＰコネクションの宛先ＴＣＰポート番号（隣接通信装置側）、送信元ＴＣＰポート番号（制御信号処理部側）、そのポートを介して接続されていたＴＣＰコネクションのシーケンス番号との対応表を合わせてブロードキャストする。ステップ１０１３で対応表を受信したデータ信号処理部３ａ〜３ｎはステップ１０１４にて自身が保持する物理ポート番号に則したものだけを取得し、ステップ１０１５で擬似ルーティングプロトコル処理手段３６へ転送する。擬似ルーティングプロトコル手段３６の内部では、通知された対応表を擬似ＬＤＰパケット送信手段３６６へ通知する。ステップ１０１６にて擬似ＬＤＰパケット送信手段３６６ではその通知を契機としてＫｅｅｐＡｌｉｖｅメッセージをＴＣＰパケットとして送信するが、その宛先ポート番号、送信元ポート番号、シーケンス番号として制御信号処理部２から通知された番号を書き込んでパケットを作成し、対応する物理ポートから対向の隣接通信装置に対して送信する。
【００３３】
次にＡＣＫについて説明すると、ＬＤＰのメッセージはＴＣＰコネクションを用いて交換される。そのため隣接通信装置はＬＤＰメッセージを送信した後にそのＴＣＰパケットに対するＡＣＫパケットを受信する必要がある。このＡＣＫパケットを受信できない場合にはパケットの再送を行う。さらに、ＡＣＫを受信できない場合はＴＣＰコネクションの切断を行う。これを避けるために制御信号処理部２に障害が発生した場合に、データ信号処理部が適切な擬似ＡＣＫパケットを送信する必要がある。
【００３４】
図１０は擬似ＡＣＫパケット送信時の具体的処理手順を示すフローチャートである。この場合、隣接通信装置から送信されたＬＤＰメッセージをデータ信号処理部３ａ〜３ｎが具備する主信号送受信手段３７が受信する。このとき既に制御信号処理部２に障害が発生し、その通知をデータ信号処理部３ａ〜３ｎが受けていれば、ステップ１０２１にて受信したＬＤＰメッセージを含むＴＣＰパケットをデータ信号処理部３ａ〜３ｎが具備する擬似ルーティングプロトコル処理手段３６へ転送する。擬似ルーティングプロトコル処理手段３６内では、ステップ１０２２でパケットを覗き見る手段３６３を用いて受信したパケットのＴＣＰヘッダを覗き見て、パケット種別を調べて必要情報を抜き取る手段３６４を用いて受信パケットに記述されている宛先ＴＣＰポート番号、送信元ＴＣＰポート番号、シーケンス番号を取得する。その取得を契機に擬似ＡＣＫパケット送信手段３６５がステップ１０２３にてＴＣＰのＡＣＫパケットを作成する。この際、取得した宛先ＴＣＰポート番号をＡＣＫパケットの送信元ＴＣＰポート番号に、取得した送信元ＴＣＰポート番号をＡＣＫパケットの宛先ポート番号に書き込んでＡＣＫパケットを作成し、ステップ１０２４でシーケンス番号を含めて送信する。図１１はこの擬似ＡＣＫパケットの送信の際の処理手順を図式化して示した図である。
【００３５】
これによって正常動作時には制御信号処理部２が行っていた隣接通信装置とのセッション維持のためのＨｅｌｌｏメッセージ処理、ＬＤＰメッセージ処理、ＡＣＫパケット送信を、制御信号処理部２において障害発生した場合でも、データ信号処理部３ａ〜３ｎにその機能を実行させることが可能になり、制御信号処理部２の二重化という構成をとることなく隣接通信装置との間のセッションを維持してデータ転送が可能になる。
【００３６】
図１２は本発明に係る通信方法を実施する通信装置の第２の実施の形態として、ＯＳＰＦ（Ｏｐｅｎ Ｓｈｏｒｔｅｓｔ Ｐａｔｈ Ｆｉｒｓｔ）プロトコルを用いたネットワークを構成する通信装置に適用した際の制御信号処理部２が備えるルーティングプロトコル処理手段２１Ｂの構成を示し、図１３はデータ信号処理部３ａ〜３ｎが備える擬似ルーティングプロトコル処理手段３６Ｂの構成を示すブロック図である。
【００３７】
ＯＳＰＦとはネットワーク内の通信装置間でルーティング情報を交換するためのプロトコルで、ネットワークのトポロジー変更などによって動的に対応するダイナミックルーティングプロトコルの１つである。ＯＳＰＦは相関関係を持つ２つの部分からなり、一方をＨｅｌｌｏプロトコル部、もう一方をフラッディングアルゴリズム部という。ここで、Ｈｅｌｌｏプロトコルは近隣のＯＳＰＦを理解する通信装置を検出し、その存在を確認するためのプロトコルである、Ｈｅｌｌｏパケットという制御パケットを発信して自身が動作可能状態であることを隣接通信装置に通知しつつ、他の近隣通信装置からのＨｅｌｌｏパケットを受信することによって近隣通信装置が動作可能状態であることを認識し、それらの近隣通信装置との間でルーティング情報を交換する。図１４にＯＳＰＦのＨｅｌｌｏパケットのフォーマットを示す。ＯＳＰＦのＨｅｌｌｏパケットは２２４．０．０．５のマルチキャストアドレスに対して送信されるが、このマルチキャストアドレスはＯＳＰＦを認識する通信装置全てが認識するアドレスである。近隣通信装置によってＨｅｌｌｏパケットが確認されなくなった通信装置は、ＯＳＰＦの機構に何らかの異常が発生したか、装置自体に異常が発生したかということが近隣通信装置に認識され、近隣通信装置のルーティング情報から削除されてしまう。すなわち、ＯＳＰＦを認識する通信装置は自身が動作可能状態である間はＨｅｌｌｏパケットを一定間隔で２２４．０．０．５のマルチキャストアドレス宛てに送信し続ける必要がある。
【００３８】
図１２に示す第２の実施の形態におけるルーティングプロトコル処理手段２１Ｂは、ＯＳＰＦ Ｈｅｌｌｏの処理を行うためのＯＳＰＦ Ｈｅｌｌｏパケット処理手段２１３を具備している。図１３に示す第２の実施の形態における擬似ルーティングプロトコル処理手段３６Ｂは、警報信号処理手段２４から契機を受けて動作を開始するトリガ３６１と、そのトリガ３６１に励起される擬似ＯＳＰＦ Ｈｅｌｌｏ送信手段３６７と、隣接通信装置から送信されたＯＳＰＦ関連パケットを覗き見る手段３６３と、のぞき見た結果よりパケット種別を調べて必要情報を抜き取る手段３６４と、隣接通信装置が発信したＯＳＰＦの所定の処理を行う手段３６８（擬似ＯＳＰＦパケット処理手段）とを備えている。
【００３９】
上記の構成により、制御信号処理部２に障害が発生した場合、制御信号処理部２が担っていたＨｅｌｌｏパケットを送信するということをデータ信号処理部３ａ〜３ｎが代わりに行う必要がある。図１５は擬似Ｈｅｌｌｏパケット送信時の具体的処理手順を示すフローチャートである。ここで、障害情報を通知する信号を警報信号処理手段２４が作成し、ステップ１０３１にて信号送受信手段２３が全てのデータ信号処理部３ａ〜３ｎにブロードキャストする。さらに、制御信号処理部３ａ〜３ｎから送信された警報信号を検出したデータ信号処理部では、ステップ１０３２で信号送受信手段２３が、制御信号処理部２が発信した警報信号を受信してそれを警報信号処理手段２４へ転送する。警報信号処理手段２４ではステップ１０３３にて受信した警報信号から制御信号処理部に障害が発生したことを検出し、ステップ１０３４で擬似Ｈｅｌｌｏ送信手段の動作を開始させるためのトリガを与える。トリガを受けた擬似ＯＳＰＦＨｅｌｌｏ送信手段３６７はステップ１０３５で隣接通信装置が保持するルーティング情報から自身の情報が削除されることを防ぐために擬似ＯＳＰＦ Ｈｅｌｌｏパケットを隣接通信装置に対して定期的に送信し続ける。
【００４０】
隣接通信装置からＨｅｌｌｏパケットを受信した時に制御信号処理部２に障害が発生していた場合、主信号送受信手段３７で受信したＨｅｌｌｏパケットは擬似ルーティングプロトコル処理手段３６へ転送される。擬似ルーティングプロトコル処理手段３６の内部では受信したＨｅｌｌｏパケットを覗き見て必要情報を抽出して所定の処理を行う。ここで所定の処理とはＲＦＣ２３２８のＯＳＰＦに記載されている処理のことを言う。
【００４１】
以上の動作によって正常動作時には制御信号処理部２が行っていた、隣接通信装置に自身の関連するルーティング情報を保持させるためのＨｅｌｌｏパケット処理を、制御信号処理部２において障害発生した場合でもデータ信号処理部３ａ〜３ｎにその機能を実行させ、ＯＳＰＦによって作成されたルーティング情報を隣接通信装置に維持させることが可能になるため、制御信号処理部の二重化という構成をとることなく制御信号処理部２において障害が発生した場合でもＩＰルーティングを続けることが可能になる。
【００４２】
ところで、上述した第１及び第２の実施の形態では、本発明に係る通信方法をハードウェアにて実現したが、この通信方法を実現するコンピュータプログラムをあらかじめＣＤＲＯＭなどに記憶させておき、必要に応じてパーソナルコンピュータなどにインストールして用いることも可能である。
【００４３】
【発明の効果】
以上の説明によって明らかなように、本発明によれば、制御信号処理部に障害が発生した場合でもデータ信号処理部は正常に動作することが可能となり、これによって隣接通信装置からセッションを切断されずに通信を行うことを可能にするため、制御信号処理部を１つにして生産コストを抑えた上で、同期問題を考慮する必要がなくなり、トラフィック無中断通信が可能になる。
【図面の簡単な説明】
【図１】本発明の通信装置の第１の実施の形態の概略構成を示すブロック図
【図２】第１の実施の形態の制御信号処理部の詳細な構成を示すブロック図
【図３】第１の実施の形態のデータ信号処理部の詳細な構成を示すブロック図
【図４】ＭＰＬＳネットワークを構成する通信装置に本発明を適用する際に制御信号処理部が備えるルーティングプロトコル処理手段の詳細な構成を示すブロック図
【図５】ＭＰＬＳネットワークを構成する通信装置に本発明を適用する際にデータ信号処理部が備える擬似ルーティングプロトコル処理手段の詳細な構成を示すブロック図
【図６】第１の実施の形態で擬似Ｈｅｌｌｏパケット送信時の具体的処理手順を示すフローチャート
【図７】第１の実施の形態で送信するＨｅｌｌｏメッセージのパケットフォーマット
【図８】第１の実施の形態で障害発生からＫｅｅｐＡｌｉｖｅメッセージ送信までの具体的な処理手順を示すフローチャート
【図９】障害発生時に送信されるポート情報の対応表
【図１０】第１の実施の形態で擬似ＡＣＫパケット送信時の具体的処理手順を示すフローチャート
【図１１】第１の実施形態で擬似ＡＣＫパケットの送信の際の処理手順を図式化して示した図
【図１２】本発明の第２の実施の形態として、ＯＳＰＦプロトコルを用いたネットワークを構成する通信装置に本発明を適用する際の制御信号処理部が備えるルーティングプロトコル処理手段の構成を示すブロック図
【図１３】ＯＳＰＦプロトコルを用いたネットワークを構成する通信装置に本発明を適用する際のデータ信号処理部が備える擬似ルーティングプロトコル処理手段の構成を示すブロック図
【図１４】ＯＳＰＦのＨｅｌｌｏパケットのフォーマット
【図１５】擬似Ｈｅｌｌｏパケット送信時の具体的処理手順を示すフローチャート
【図１６】従来の通信装置の概略構成を示すブロック図
【図１７】従来の通信装置の制御信号処理部の詳細な構成を示すブロック図
【図１８】従来の通信装置のデータ信号処理部の詳細な構成を示すブロック図
【符号の説明】
１、１０ 通信装置
２、１１、１２ 制御信号処理部
３ａ〜３ｎ、１３、１３ａ〜１３ｎ データ信号処理部
４、５、６ａ〜６ｎ、１４、１５、１６ａ〜１６ｎ 通信経路
１６ 主信号送受信手段
２１、２１Ａ、２１Ｂ ルーティングプロトコル処理手段
２２ 制御信号作成手段
２３、３１ 信号送受信手段
２４、３５ 警報信号処理手段
２５、３４ データベース
３２ 制御信号解析手段
３３ パラメータ設定手段
３６、３６Ａ、３６Ｂ 擬似ルーティングプロトコル処理手段
３７ 主信号送受信手段
２１１ ＬＤＰパケット処理手段
２１２ ＴＣＰ・ＵＤＰポート番号情報管理手段
２１３ ＯＳＰＦパケット処理手段
３６１ トリガ
３６２ 擬似Ｈｅｌｌｏ送信手段
３６３ パケットを覗き見る手段
３６４ パケット種別を調べて必要情報を抜き取る手段
３６５ 擬似ＡＣＫパケット送信手段
３６６ 擬似ＬＤＰパケット送信手段
３６７ 擬似ＯＳＰＦ Ｈｅｌｌｏ 送信手段
３６８ ＯＳＰＦの所定の処理を行う手段（擬似ＯＳＰＦパケット処理手段）
【発明の属する技術分野】
本発明は、ルータ、スイッチなどネットワークを構成するトラフィック無中断通信を行う通信方法及び通信装置、並びにコンピュータプログラムに関する。
【０００２】
【従来の技術】
近年の通信トラフィックの多様化によりネットワークを構成する通信装置の制御は非常に複雑になりつつある。そのため通信装置は各種ネットワークプロトコルを制御する部分と、データ信号を転送する部分とに分離し、それぞれを組み合わせて動作させるのが一般的である（下記の特許文献１参照）。
【０００３】
【特許文献１】
特開２００１−３３９４６３号公報（図１、段落００１２〜００１６）
【０００４】
図１６はこの種の従来の通信装置の概略構成を示すブロック図である。同図において、通信装置１０は制御信号処理部１１及び１２と、データ信号処理部１３ａ〜１３ｎに分かれ、２つの処理部は制御信号のやり取りを行うための通信経路１４を保持し、データ信号処理部１３ａ〜１３ｎが相互に信号をやり取りする通信経路１５を保持している。また、データ信号処理部１３ａ〜１３ｎはそれぞれデータ信号の受け渡し及び交換などを行うための複数の通信経路１６ａ〜１６ｎを保持している。
【０００５】
図１７に制御信号処理部１１の構成を示す。もう１つの制御信号処理部１２もこれと同様に構成されているので図示を省略する。制御信号処理部１１では各種プロトコル処理を担いプロトコル処理によって導出されたパラメータをデータ信号処理部１３ａ〜１３ｎに設定する。さらに隣接する通信装置との間で制御パケットをやり取りすることによってお互いの正常性を認識し合い、ネットワークを円滑に動作させるために必要な処理を行うための信号の送信も担っている。そのために、制御信号処理部１１は各種ルーティングプロトコルに関連するパケットの処理を行うルーティングプロトコル処理手段１１１と、データ信号処理部１３ａ〜１３ｎに設定するパラメータ類を作成する制御信号作成手段１１２と、ルーティングプロトコル処理部１１１及び制御信号作成部１１２で作成されたパケットの送受信を行う信号送受信手段１１３と、制御信号処理部１１に障害が発生した時にデータ信号処理部１３ａ〜１３ｎに送信する警報信号を作る警報信号処理手段１１４と、通信装置１０、制御信号処理部１１、１２、データ信号処理部１３ａ〜１３ｎの各動作に必要なパラメータや情報を保持しているデータベース１１５とを備えている。
【０００６】
図１８は図１６に示したデータ信号処理部１３ａ〜１３ｎの詳細な構成を示すブロック図であり、これらが全て同一に構成されているため、データ信号処理部１３として表している。このデータ信号処理部１３では制御信号処理部１１及び１２より受け取った各種パラメータの設定を行い、そのパラメータに従ってデータ信号の入出力及び交換などを行う。データ信号処理部１３は制御信号処理部１１及び１２からのパケットを送受信する信号送受信手段１３１と、受信した制御信号の内容を解析する制御信号解析手段１３２と、解析した内容を、ハードウェアを動作させることが可能な形のパラメータに変換して、ハードレジスタやメモリなどに設定を行うパラメータ設定手段１３３と、そのパラメータなどを保持しておくデータベース１３４と、主信号の転送を担う主信号送受信手段１６とを備えている。
【０００７】
通信装置１０全体の制御を担っている制御信号処理部１１及び１２は、障害発生時においてもその正常動作を保証するためにこれらが二重に装備されている。また、通信装置１０の各処理部１１、１２、１３ａ〜１３ｎはパッケージとして外側の架に挿入して用いるものであるため、正常動作時にもパッケージを抜去することが可能である。したがって制御信号処理部を二重化することによって、一方の制御信号処理部に障害が発生したり正常動作時において制御信号処理部が抜去されたとしても、その正常動作を保つことが可能になる。
【０００８】
しかし一方で、制御信号処理部の二重化は障害発生時の対応策であり、正常動作時にはその効果は発揮されない。また制御信号処理部の二重化は生産コストを低く抑えるという観点から見ると冗長な部分であり、制御信号処理部を１つにすることで生産コストを抑えることが可能になる。このように安定動作を保証するか、あるいは、生産コストを抑えるかということは、冗長構成を削除するかどうかという点にも大きく関係するためトレードオフの関係となることが多い。現行では安定動作を保証するために二重化構成をとることが一般的となっている。
【０００９】
【発明が解決しようとする課題】
生産コストを抑えることを重要視して制御信号処理部の二重化構成を排除して単一の制御信号処理部で動作をさせても、それが直接誤動作につながるわけではない。さらに、唯一の制御信号処理部で障害が発生したり制御信号処理部が抜去されたとしても、通信装置のデータ信号処理部１３ａ〜１３ｎにはデータ信号の転送を担うための各種パラメータが設定済みであるため、通信装置全体としては設定パラメータ類の更新は不可能ではあるが現状の状態を保ったままデータ信号の転送は可能な状態になっている。すなわち、データ信号転送装置としては動作可能な状態となっている。
【００１０】
しかし、制御信号処理部１１及び１２は隣接通信装置との正常性維持などの処理も担っているため、制御信号処理部１１及び１２に障害が起きた通信装置からは正常性を維持するための信号などは発信されない。よって他の通信装置から見ると、制御信号処理部に障害が起きた通信装置はデータ信号を転送するという動作をすることが可能な状態であるにもかかわらず、通信装置全体が動作不能と判断されてトラフィックの供給が断たれてしまうという問題がある。この問題は制御信号処理部を二重化し、一方に障害が生じたり一方を抜去した際に、もう一方が正常性を維持するための信号を発信するなどの動作をすることでも緩和することが可能であることは前述したが、その際には２つの制御信号処理部を同時に動作させるのかどうか、制御信号処理部間で保持するパラメータなどを統一するのかどうかといった同期に関する問題を考慮する必要が生じる。
【００１１】
本発明は上記の課題を解決するためになされたもので、制御信号処理部を１つにして生産コストを抑えた上で、制御信号処理部の同期問題を考慮する必要がなくなり、さらに、上記の正常性維持のための信号が途絶えることから生じる問題点を緩和してトラフィック無中断通信を可能にする通信方法及び通信装置、並びにコンピュータプログラムを提供することを目的とする。
【００１２】
【課題を解決するための手段】
請求項１に係る発明は、ネットワークプロトコルを制御する部分と、データ信号を転送する部分とに分離し、これらの部分を組み合わせて動作させる通信方法において、
装置を正常に見せるためのパラメータを保持するステップと、
障害発生時にパラメータを内部に配布するためのトリガを与えるステップと、
トリガを受けて装置を正常に見せるためのパラメータを配布するステップと、
障害発生時でもトラフィックの送受信機能に問題が無い場合においては、外部とのトラフィックの送受信が中断してしまうことを回避するステップとを備えたことを特徴とする。
この方法により、制御信号処理部を１つにして生産コストを抑えた上で、同期問題を考慮する必要がなくなり、トラフィック無中断通信が可能になる。
【００１３】
請求項２に係る発明は、請求項１に記載の通信方法において、ネットワークはＭＰＬＳネットワークであり、正常性を検証するために用いられるプロトコルはＬＤＰであることを特徴とする。
この方法により、ＬＤＰプロトコルを用いるＭＰＬＳネットワークに適用できる。
【００１４】
請求項３に係る発明は、請求項１に記載の通信方法において、ネットワークはルーティングプロトコルとしてＯＳＰＦを適用したネットワークであることを特徴とする。
この方法により、ＯＳＰＦプロトコルを用いるネットワークにも適用できる。
【００１５】
請求項４に係る発明は、ネットワークプロトコルを制御する制御信号処理部と、データ信号の転送などを担うデータ信号処理部とを備えた通信装置において、
制御信号処理部は、障害発生時に障害情報を発信する手段を備え、
データ信号処理部は、外部に対して装置を正常に見せるためのパラメータを保持する手段と、保持しているパラメータを配布するためのトリガを与える手段と、トリガを受けて正常性を維持するためのパラメータの処理を行う手段とを備え、
トラフィックの送受信機能に問題が無い場合においては、外部とのトラフィックの送受信が中断してしまうことを回避することを特徴とする。
この構成により、制御信号処理部を１つにして生産コストを抑えた上で、同期問題を考慮する必要がなくなり、トラフィック無中断通信が可能になる。
【００１６】
請求項５に係る発明は、請求項４に記載の通信装置において、ネットワークはＭＰＬＳネットワークであり、正常性を検証するために用いられるプロトコルはＬＤＰであることを特徴とする。
この構成により、ＬＤＰプロトコルを用いるＭＰＬＳネットワークに適用できる。
【００１７】
請求項６に係る発明は、請求項４に記載の通信装置において、ネットワークはルーティングプロトコルとしてＯＳＰＦを適用したネットワークであることを特徴とする。
この構成により、ＯＳＰＦプロトコルを用いるネットワークにも適用できる。
【００１８】
請求項７に係る発明は、ネットワークプロトコルを制御する部分と、データ信号を転送する部分とに分離し、これらの部分を組み合わせて動作させるコンピュータプログラムであって、
装置を正常に見せるためのパラメータを保持するステップと、
障害発生時にパラメータを配布するためのトリガを与えるステップと、
トリガを受けて装置を正常に見せるためのパラメータを配布するステップと、
障害発生時でもトラフィックの送受信機能に問題が無い場合においては、外部とのトラフィックの送受信が中断してしまうことを回避するステップとを、
順次コンピュータに実行させるためのコンピュータプログラムである。
これによって、パーソナルコンピュータなどにインストールすれば、制御信号生産コストを抑えた上で、同期問題を考慮する必要がなくなり、トラフィック無中断通信が可能になる。
【００１９】
【発明の実施の形態】
以下、本発明を図面に示す好適な実施の形態に基づいて詳細に説明する。図１は本発明に係る通信方法を実施する通信装置の第１の実施の形態の概略構成を示すブロック図である。同図において、通信装置１は１つの制御信号処理部２と複数のデータ信号処理部３ａ〜３ｎとを備えており、制御信号処理部２とデータ信号処理部３ａ〜３ｎとは制御信号のやり取りを行うための通信経路４を保持している。また、データ信号処理部３ａ〜３ｎは相互間で通信を行う通信経路５を保持し、さらに、データ信号処理部３ａ〜３ｎにはデータ信号の受け渡し及び交換などを行うためにそれぞれ複数の通信経路６ａ〜６ｎを保持している。
【００２０】
図２は図１に示した制御信号処理部２の詳細な構成を示すブロック図である。この制御信号処理部２は各種ルーティングプロトコルに関連するパケットの処理を行うルーティングプロトコル処理手段２１と、データ信号処理部３ａ〜３ｎに設定するパラメータ類を作成する制御信号作成手段２２と、ルーティングプロトコル処理手段２１及び制御信号作成手段２２で作成されたパケットの送受信を行う信号送受信手段２３と、制御信号処理部２に障害が発生した時に他のデータ信号処理部３ａ〜３ｎに送信する警報信号を作る警報信号処理手段２４と、通信装置１、制御信号処理部２及びデータ信号処理部３ａ〜３ｎの各動作に必要なパラメータや情報を保持しているデータベース２５とで構成されている。
【００２１】
図３は図１に示したデータ信号処理部３ａ〜３ｎの詳細な構成を示すブロック図であり、これらが全て同一に構成されているため、データ信号処理部３として表している。このデータ信号処理部３は制御信号処理部２からのパケットを送受信する信号送受信手段３１と、受信した制御信号の内容を解析する制御信号解析手段３２と、解析した内容をハードウェアが動作可能な形のパラメータに変換してハードレジスタやメモリなどに設定を行うパラメータ設定手段３３と、このパラメータなどを保持しておくデータベース３４と、制御信号処理部２から送信された警報情報を表すパケットを処理する警報信号処理手段３５と、この警報信号処理手段３５に契機を与えられて動作を開始する擬似ルーティングプロトコル処理手段３６と、主信号の転送を担う主信号送受信手段３７とで構成されている。この主信号送受信手段３７からは隣接通信装置と通信を行うための複数の通信経路６が導出されている。
【００２２】
上記のように構成された第１の実施の形態の全体的な動作について以下に説明する。
正常動作時は制御信号処理部２と隣接通信装置との間で正常性を相互確認するために制御信号処理部２が備えるルーティングプロトコル処理手段２１が定期的に正常性を確認するための情報を含んだパケットを作成し、信号送受信手段２３に渡す。信号送受信手段２３はパケットをデータ信号処理部３ａ〜３ｎへ転送し、データ信号処理部３ａ〜３ｎの各ポートから隣接通信装置へとパケットを転送する。また、隣接通信装置から正常性を維持するためのパケットを受信した場合には、受信したデータ信号処理部３ａ〜３ｎの主信号送受信手段３７はそのパケットを信号送受信手段３１へ転送し、さらに、制御信号処理部２へ転送する。制御信号処理部２では信号送受信手段２３で受信したパケットをルーティングプロトコル処理手段２１へ転送し、各プロトコルに対応した処理を行う。
【００２３】
制御信号処理部２に障害が生じた場合、障害発生を表す信号を制御信号処理部２が備える警報信号処理手段２４が作成し、制御信号処理部２が備える信号送受信手段２３が全てのデータ信号処理部３ａ〜３ｎへブロードキャストする。あるいは、データ信号処理部３ａ〜３ｎがポーリングなどの何らかの手段を用いて制御信号処理部２の異常を検出する。制御信号処理部２の異常を検出したデータ信号処理部３ａ〜３ｎは自身が保持する擬似ルーティングプロトコル処理手段３６に対して動作を開始するためのトリガを与える。
【００２４】
トリガを受けた擬似ルーティングプロトコル処理手段３６はそれ自身に接続されている隣接通信装置との間で正常性を維持するために必要な情報を含んだパケットを作成し、隣接通信装置に対して送信する。隣接通信装置から正常性を維持するためのパケットを受信した場合には、そのパケットはデータ信号処理部３ａ〜３ｎが保持する擬似ルーティングプロトコル処理手段３６に取り込まれ、そこで各プロトコルに対応した処理が行われる。これによって制御信号処理部２に障害が発生した場合でも、隣接通信装置から動作不能な通信装置であると認識されずにデータ信号の転送を行うことが可能になる。
【００２５】
図４はＭＰＬＳ（Ｍｕｌｔｉ Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ） ネットワークを構成する通信装置に本発明を適用する際に制御信号処理部２が備えるルーティングプロトコル処理手段２１Ａの詳細な構成を示すブロック図であり、図５はデータ信号処理部３が備える擬似ルーティングプロトコル処理手段３６Ａの詳細な構成を示すブロック図である。ＭＰＬＳとはラベルと呼ばれる経路識別子を用いてトラフィック制御を行うプロトコルであり、ＬＤＰ（Ｌａｂｅｌ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）というプロトコルを適用してセッションの確立、維持、切断を行う。ＬＤＰではＵＤＰコネクションとＴＣＰコネクションの両方を用いてプロトコル処理を確立している。
【００２６】
ここで、ＵＤＰコネクションはＬＤＰ Ｈｅｌｌｏメッセージという、自身が動作可能状態であることを隣接通信装置に通知するパケットを送受信するために用いられる。また、ＴＣＰコネクションはＬＤＰ Ｈｅｌｌｏメッセージ以外のメッセージの送受信を行うために用いられる。また、各コネクション上に張られているＬＤＰセッションにはそれぞれ通信時間が定められており、一定時間以上メッセージのやり取りが行われずにこの通信時間が経過した場合にはセッションが切られることになる。したがって、ＬＤＰが正常に動作し続けるには、ＵＤＰコネクション上に確立されたセッションを維持するためにＵＤＰコネクションを用いて隣接通信装置にＬＤＰ Ｈｅｌｌｏメッセージを定期的に送信し続けることが必要である。さらに、ＴＣＰコネクション上に確立されたセッションを維持するために隣接通信装置より送信されたＬＤＰ Ｈｅｌｌｏメッセージ以外のメッセージに対して何らかの応答を返すことが必要である。
【００２７】
図４に示したルーティングプロトコル処理手段２１は、ＬＤＰの処理を行うためのＬＤＰパケット処理手段２１１と通信経路であるＴＣＰ／ＵＤＰポートの番号などを管理するＴＣＰ・ＵＤＰポート番号情報管理手段２１２とを備えている。また、図５に示した擬似ルーティングプロトコル処理手段３６Ａは、警報信号処理手段３５から契機を受けて動作を開始するトリガ３６１と、このトリガ３６１に励起される擬似Ｈｅｌｌｏ送信手段３６２と、隣接通信装置から送信されたＬＤＰ関連パケットを覗き見る手段３６３と、のぞき見た結果よりパケット種別を調べて必要情報を抜き取る手段３６４と、ＬＤＰパケットを覗き見た際にそのパケットに対するＴＣＰ／ＩＰのＡＣＫパケットを返す擬似ＡＣＫパケット送信手段３６５と、隣接通信装置が発信したＬＤＰメッセージに対する適当な応答を返信するための擬似ＬＤＰパケット送信手段３６６とを備えている。
【００２８】
さて、本実施の形態において制御信号処理部２に障害が発生した場合、この制御信号処理部２が担っていた機能、すなわち、▲１▼ Ｈｅｌｌｏメッセージを送信する機能、▲２▼ Ｈｅｌｌｏメッセージ以外のＬＤＰメッセージを送信する機能、▲３▼ ▲２▼においてのＴＣＰパケットに対するＡＣＫパケットを送信する機能をデータ信号処理部３が代わりに行う必要がある。図６は擬似Ｈｅｌｌｏパケット送信時の具体的処理手順を示すフローチャートである。
ここでは、最初のステップ１００１にて障害情報を通知する信号を警報信号処理手段３５が作成し、信号送受信手段３１が全てのデータ信号処理部３ａ〜３ｎにブロードキャストする。さらに、ステップ１００２にてＵＤＰポート番号などをブロードキャストする。次に、ステップ１００３では、制御信号処理部２から送信された警報信号を検出したデータ信号処理部３ａ〜３ｎのいずれかにおいて、まず信号送受信手段３１が、制御信号処理部２が発信した警報信号を受信してそれを警報信号処理手段３５へ転送する。そして、ステップ１００４にて警報信号処理手段３５は受信した警報信号から制御信号処理部２に障害が発生したことを検出し、擬似Ｈｅｌｌｏ送信手段３６２の動作を開始させるためのトリガを与える。そこで、ステップ１００５では、トリガを受けた擬似Ｈｅｌｌｏ送信手段３６２はＵＤＰコネクション上に張られたセッション維持のためにＨｅｌｌｏメッセージを隣接通信装置に対して定期的に送信し続ける。
【００２９】
図７に擬似Ｈｅｌｌｏ送信手段３６２が送信するＨｅｌｌｏメッセージのパケットフォーマットを示す。バージョン（Ｖｅｒｓｉｏｎ）はプロトコルのバージョンを表す２オクテットの整数である。ＰＤＵ レングス（Ｌｅｎｇｔｈ）はプロトコル データ ユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）の長さを表し、具体的にはＬＤＰ アイデンティファイヤ（Ｉｄｅｎｔｉｆｉｅｒ）以降の領域の長さを表す。ＬＤＰ Ｉｄｅｎｔｉｆｉｅｒはこのパケットを送信する通信装置に関する情報を含む領域であり、最初の４オクテットでＬＳＲ ＩＤと呼ばれる通信装置に特有の値を表す。次にＨｅｌｌｏメッセージであることを示す値が挿入され、そのメッセージ長を表すメッセージレングス（Ｍｅｓｓａｇｅ Ｌｅｎｇｔｈ）が挿入される。さらに、コモン ハロー パームズ（Ｃｏｍｍｏｎ Ｈｅｌｌｏ Ｐａｒｒｍｓ）というパケット種別を表す領域、その長さを表す領域が挿入され、その後セッション維持に関連するＨｅｌｌｏ保持時間を表す領域、Ｈｅｌｌｏメッセージの種別を示す領域のＴ及びＲが挿入される。本実施の形態においては、正常動作時にはＬＳＲ ＩＤは通信装置に対して与えられているものであるため、ＬＳＲ ＩＤと通信装置と１対１に対応するものであり、対応していればその種類は問わない。よって障害発生時に擬似Ｈｅｌｌｏメッセージ発信機能をデータ信号処理部が担う際には、複数あるデータ信号処理部３ａ〜３ｎの発信するＨｅｌｌｏメッセージは同一のＬＳＲ ＩＤを含む。このＬＳＲ ＩＤは動作開始前に設定をしておく必要がある。
【００３０】
隣接通信装置からＨｅｌｌｏメッセージを受信した時に制御信号処理部２に障害が発生していた場合、主信号送受信手段３７で受信したＨｅｌｌｏメッセージは擬似ルーティングプロトコル処理手段３６へ転送される。擬似ルーティングプロトコル処理手段３６の内部では受信したＨｅｌｌｏメッセージを覗き見て必要情報を抽出し所定の処理を行う。ここで所定の処理とはＲＦＣ３０３６のＬＤＰに記載されている処理のことを言う。
【００３１】
次にＬＤＰメッセージの送信について説明すると、ＬＤＰではＴＣＰコネクション上に張られたセッションを維持するために何らかのＬＤＰメッセージを送受信し続けることになっている。もし何も処理をする必要がない場合にはキープアライブ（ＫｅｅｐＡｌｉｖｅ）メッセージというセッション維持のために送信するメッセージが規定されている。よってデータ信号処理部３ａ〜３ｎではＫｅｅｐＡｌｉｖｅメッセージを隣接通信装置に対して送信し続ける必要がある。
【００３２】
図８は障害発生からＫｅｅｐＡｌｉｖｅメッセージ送信までの具体的な処理手順を示すフローチャートである。すなわち、障害発生時にはステップ１０１１にて障害発生を表す信号が制御信号処理部２からデータ信号処理部３ａ〜３ｎへとブロードキャストされる。その際、ステップ１０１２で制御信号処理部２が具備するＴＣＰ・ＵＤＰポート番号情報管理手段２１２は各データ信号処理部３ａ〜３ｎに対して、図９に示すような、物理ポート番号、物理ポートを介して接続していたＴＣＰコネクションの宛先ＴＣＰポート番号（隣接通信装置側）、送信元ＴＣＰポート番号（制御信号処理部側）、そのポートを介して接続されていたＴＣＰコネクションのシーケンス番号との対応表を合わせてブロードキャストする。ステップ１０１３で対応表を受信したデータ信号処理部３ａ〜３ｎはステップ１０１４にて自身が保持する物理ポート番号に則したものだけを取得し、ステップ１０１５で擬似ルーティングプロトコル処理手段３６へ転送する。擬似ルーティングプロトコル手段３６の内部では、通知された対応表を擬似ＬＤＰパケット送信手段３６６へ通知する。ステップ１０１６にて擬似ＬＤＰパケット送信手段３６６ではその通知を契機としてＫｅｅｐＡｌｉｖｅメッセージをＴＣＰパケットとして送信するが、その宛先ポート番号、送信元ポート番号、シーケンス番号として制御信号処理部２から通知された番号を書き込んでパケットを作成し、対応する物理ポートから対向の隣接通信装置に対して送信する。
【００３３】
次にＡＣＫについて説明すると、ＬＤＰのメッセージはＴＣＰコネクションを用いて交換される。そのため隣接通信装置はＬＤＰメッセージを送信した後にそのＴＣＰパケットに対するＡＣＫパケットを受信する必要がある。このＡＣＫパケットを受信できない場合にはパケットの再送を行う。さらに、ＡＣＫを受信できない場合はＴＣＰコネクションの切断を行う。これを避けるために制御信号処理部２に障害が発生した場合に、データ信号処理部が適切な擬似ＡＣＫパケットを送信する必要がある。
【００３４】
図１０は擬似ＡＣＫパケット送信時の具体的処理手順を示すフローチャートである。この場合、隣接通信装置から送信されたＬＤＰメッセージをデータ信号処理部３ａ〜３ｎが具備する主信号送受信手段３７が受信する。このとき既に制御信号処理部２に障害が発生し、その通知をデータ信号処理部３ａ〜３ｎが受けていれば、ステップ１０２１にて受信したＬＤＰメッセージを含むＴＣＰパケットをデータ信号処理部３ａ〜３ｎが具備する擬似ルーティングプロトコル処理手段３６へ転送する。擬似ルーティングプロトコル処理手段３６内では、ステップ１０２２でパケットを覗き見る手段３６３を用いて受信したパケットのＴＣＰヘッダを覗き見て、パケット種別を調べて必要情報を抜き取る手段３６４を用いて受信パケットに記述されている宛先ＴＣＰポート番号、送信元ＴＣＰポート番号、シーケンス番号を取得する。その取得を契機に擬似ＡＣＫパケット送信手段３６５がステップ１０２３にてＴＣＰのＡＣＫパケットを作成する。この際、取得した宛先ＴＣＰポート番号をＡＣＫパケットの送信元ＴＣＰポート番号に、取得した送信元ＴＣＰポート番号をＡＣＫパケットの宛先ポート番号に書き込んでＡＣＫパケットを作成し、ステップ１０２４でシーケンス番号を含めて送信する。図１１はこの擬似ＡＣＫパケットの送信の際の処理手順を図式化して示した図である。
【００３５】
これによって正常動作時には制御信号処理部２が行っていた隣接通信装置とのセッション維持のためのＨｅｌｌｏメッセージ処理、ＬＤＰメッセージ処理、ＡＣＫパケット送信を、制御信号処理部２において障害発生した場合でも、データ信号処理部３ａ〜３ｎにその機能を実行させることが可能になり、制御信号処理部２の二重化という構成をとることなく隣接通信装置との間のセッションを維持してデータ転送が可能になる。
【００３６】
図１２は本発明に係る通信方法を実施する通信装置の第２の実施の形態として、ＯＳＰＦ（Ｏｐｅｎ Ｓｈｏｒｔｅｓｔ Ｐａｔｈ Ｆｉｒｓｔ）プロトコルを用いたネットワークを構成する通信装置に適用した際の制御信号処理部２が備えるルーティングプロトコル処理手段２１Ｂの構成を示し、図１３はデータ信号処理部３ａ〜３ｎが備える擬似ルーティングプロトコル処理手段３６Ｂの構成を示すブロック図である。
【００３７】
ＯＳＰＦとはネットワーク内の通信装置間でルーティング情報を交換するためのプロトコルで、ネットワークのトポロジー変更などによって動的に対応するダイナミックルーティングプロトコルの１つである。ＯＳＰＦは相関関係を持つ２つの部分からなり、一方をＨｅｌｌｏプロトコル部、もう一方をフラッディングアルゴリズム部という。ここで、Ｈｅｌｌｏプロトコルは近隣のＯＳＰＦを理解する通信装置を検出し、その存在を確認するためのプロトコルである、Ｈｅｌｌｏパケットという制御パケットを発信して自身が動作可能状態であることを隣接通信装置に通知しつつ、他の近隣通信装置からのＨｅｌｌｏパケットを受信することによって近隣通信装置が動作可能状態であることを認識し、それらの近隣通信装置との間でルーティング情報を交換する。図１４にＯＳＰＦのＨｅｌｌｏパケットのフォーマットを示す。ＯＳＰＦのＨｅｌｌｏパケットは２２４．０．０．５のマルチキャストアドレスに対して送信されるが、このマルチキャストアドレスはＯＳＰＦを認識する通信装置全てが認識するアドレスである。近隣通信装置によってＨｅｌｌｏパケットが確認されなくなった通信装置は、ＯＳＰＦの機構に何らかの異常が発生したか、装置自体に異常が発生したかということが近隣通信装置に認識され、近隣通信装置のルーティング情報から削除されてしまう。すなわち、ＯＳＰＦを認識する通信装置は自身が動作可能状態である間はＨｅｌｌｏパケットを一定間隔で２２４．０．０．５のマルチキャストアドレス宛てに送信し続ける必要がある。
【００３８】
図１２に示す第２の実施の形態におけるルーティングプロトコル処理手段２１Ｂは、ＯＳＰＦ Ｈｅｌｌｏの処理を行うためのＯＳＰＦ Ｈｅｌｌｏパケット処理手段２１３を具備している。図１３に示す第２の実施の形態における擬似ルーティングプロトコル処理手段３６Ｂは、警報信号処理手段２４から契機を受けて動作を開始するトリガ３６１と、そのトリガ３６１に励起される擬似ＯＳＰＦ Ｈｅｌｌｏ送信手段３６７と、隣接通信装置から送信されたＯＳＰＦ関連パケットを覗き見る手段３６３と、のぞき見た結果よりパケット種別を調べて必要情報を抜き取る手段３６４と、隣接通信装置が発信したＯＳＰＦの所定の処理を行う手段３６８（擬似ＯＳＰＦパケット処理手段）とを備えている。
【００３９】
上記の構成により、制御信号処理部２に障害が発生した場合、制御信号処理部２が担っていたＨｅｌｌｏパケットを送信するということをデータ信号処理部３ａ〜３ｎが代わりに行う必要がある。図１５は擬似Ｈｅｌｌｏパケット送信時の具体的処理手順を示すフローチャートである。ここで、障害情報を通知する信号を警報信号処理手段２４が作成し、ステップ１０３１にて信号送受信手段２３が全てのデータ信号処理部３ａ〜３ｎにブロードキャストする。さらに、制御信号処理部３ａ〜３ｎから送信された警報信号を検出したデータ信号処理部では、ステップ１０３２で信号送受信手段２３が、制御信号処理部２が発信した警報信号を受信してそれを警報信号処理手段２４へ転送する。警報信号処理手段２４ではステップ１０３３にて受信した警報信号から制御信号処理部に障害が発生したことを検出し、ステップ１０３４で擬似Ｈｅｌｌｏ送信手段の動作を開始させるためのトリガを与える。トリガを受けた擬似ＯＳＰＦＨｅｌｌｏ送信手段３６７はステップ１０３５で隣接通信装置が保持するルーティング情報から自身の情報が削除されることを防ぐために擬似ＯＳＰＦ Ｈｅｌｌｏパケットを隣接通信装置に対して定期的に送信し続ける。
【００４０】
隣接通信装置からＨｅｌｌｏパケットを受信した時に制御信号処理部２に障害が発生していた場合、主信号送受信手段３７で受信したＨｅｌｌｏパケットは擬似ルーティングプロトコル処理手段３６へ転送される。擬似ルーティングプロトコル処理手段３６の内部では受信したＨｅｌｌｏパケットを覗き見て必要情報を抽出して所定の処理を行う。ここで所定の処理とはＲＦＣ２３２８のＯＳＰＦに記載されている処理のことを言う。
【００４１】
以上の動作によって正常動作時には制御信号処理部２が行っていた、隣接通信装置に自身の関連するルーティング情報を保持させるためのＨｅｌｌｏパケット処理を、制御信号処理部２において障害発生した場合でもデータ信号処理部３ａ〜３ｎにその機能を実行させ、ＯＳＰＦによって作成されたルーティング情報を隣接通信装置に維持させることが可能になるため、制御信号処理部の二重化という構成をとることなく制御信号処理部２において障害が発生した場合でもＩＰルーティングを続けることが可能になる。
【００４２】
ところで、上述した第１及び第２の実施の形態では、本発明に係る通信方法をハードウェアにて実現したが、この通信方法を実現するコンピュータプログラムをあらかじめＣＤＲＯＭなどに記憶させておき、必要に応じてパーソナルコンピュータなどにインストールして用いることも可能である。
【００４３】
【発明の効果】
以上の説明によって明らかなように、本発明によれば、制御信号処理部に障害が発生した場合でもデータ信号処理部は正常に動作することが可能となり、これによって隣接通信装置からセッションを切断されずに通信を行うことを可能にするため、制御信号処理部を１つにして生産コストを抑えた上で、同期問題を考慮する必要がなくなり、トラフィック無中断通信が可能になる。
【図面の簡単な説明】
【図１】本発明の通信装置の第１の実施の形態の概略構成を示すブロック図
【図２】第１の実施の形態の制御信号処理部の詳細な構成を示すブロック図
【図３】第１の実施の形態のデータ信号処理部の詳細な構成を示すブロック図
【図４】ＭＰＬＳネットワークを構成する通信装置に本発明を適用する際に制御信号処理部が備えるルーティングプロトコル処理手段の詳細な構成を示すブロック図
【図５】ＭＰＬＳネットワークを構成する通信装置に本発明を適用する際にデータ信号処理部が備える擬似ルーティングプロトコル処理手段の詳細な構成を示すブロック図
【図６】第１の実施の形態で擬似Ｈｅｌｌｏパケット送信時の具体的処理手順を示すフローチャート
【図７】第１の実施の形態で送信するＨｅｌｌｏメッセージのパケットフォーマット
【図８】第１の実施の形態で障害発生からＫｅｅｐＡｌｉｖｅメッセージ送信までの具体的な処理手順を示すフローチャート
【図９】障害発生時に送信されるポート情報の対応表
【図１０】第１の実施の形態で擬似ＡＣＫパケット送信時の具体的処理手順を示すフローチャート
【図１１】第１の実施形態で擬似ＡＣＫパケットの送信の際の処理手順を図式化して示した図
【図１２】本発明の第２の実施の形態として、ＯＳＰＦプロトコルを用いたネットワークを構成する通信装置に本発明を適用する際の制御信号処理部が備えるルーティングプロトコル処理手段の構成を示すブロック図
【図１３】ＯＳＰＦプロトコルを用いたネットワークを構成する通信装置に本発明を適用する際のデータ信号処理部が備える擬似ルーティングプロトコル処理手段の構成を示すブロック図
【図１４】ＯＳＰＦのＨｅｌｌｏパケットのフォーマット
【図１５】擬似Ｈｅｌｌｏパケット送信時の具体的処理手順を示すフローチャート
【図１６】従来の通信装置の概略構成を示すブロック図
【図１７】従来の通信装置の制御信号処理部の詳細な構成を示すブロック図
【図１８】従来の通信装置のデータ信号処理部の詳細な構成を示すブロック図
【符号の説明】
１、１０ 通信装置
２、１１、１２ 制御信号処理部
３ａ〜３ｎ、１３、１３ａ〜１３ｎ データ信号処理部
４、５、６ａ〜６ｎ、１４、１５、１６ａ〜１６ｎ 通信経路
１６ 主信号送受信手段
２１、２１Ａ、２１Ｂ ルーティングプロトコル処理手段
２２ 制御信号作成手段
２３、３１ 信号送受信手段
２４、３５ 警報信号処理手段
２５、３４ データベース
３２ 制御信号解析手段
３３ パラメータ設定手段
３６、３６Ａ、３６Ｂ 擬似ルーティングプロトコル処理手段
３７ 主信号送受信手段
２１１ ＬＤＰパケット処理手段
２１２ ＴＣＰ・ＵＤＰポート番号情報管理手段
２１３ ＯＳＰＦパケット処理手段
３６１ トリガ
３６２ 擬似Ｈｅｌｌｏ送信手段
３６３ パケットを覗き見る手段
３６４ パケット種別を調べて必要情報を抜き取る手段
３６５ 擬似ＡＣＫパケット送信手段
３６６ 擬似ＬＤＰパケット送信手段
３６７ 擬似ＯＳＰＦ Ｈｅｌｌｏ 送信手段
３６８ ＯＳＰＦの所定の処理を行う手段（擬似ＯＳＰＦパケット処理手段）
Claims (7)
- ネットワークプロトコルを制御する部分と、データ信号を転送する部分とに分離し、これらの部分を組み合わせて動作させる通信方法において、
装置を正常に見せるためのパラメータを保持するステップと、
障害発生時に前記パラメータを内部に配布するためのトリガを与えるステップと、
前記トリガを受けて装置を正常に見せるためのパラメータを配布するステップと、
障害発生時でもトラフィックの送受信機能に問題が無い場合においては、外部とのトラフィックの送受信が中断してしまうことを回避するステップとを、
備えたことを特徴とする通信方法。 - 前記ネットワークはＭＰＬＳネットワークであり、正常性を検証するために用いられるプロトコルはＬＤＰであることを特徴とする請求項１に記載の通信方法。
- 前記ネットワークはルーティングプロトコルとしてＯＳＰＦを適用したネットワークであることを特徴とする請求項１に記載の通信方法。
- ネットワークプロトコルを制御する制御信号処理部と、データ信号の転送などを担うデータ信号処理部とを備えた通信装置において、
前記制御信号処理部は、障害発生時に障害情報を発信する手段を備え、
前記データ信号処理部は、外部に対して装置を正常に見せるためのパラメータを保持する手段と、保持しているパラメータを配布するためのトリガを与える手段と、トリガを受けて正常性を維持するためのパラメータの処理を行う手段とを備え、
トラフィックの送受信機能に問題が無い場合においては、外部とのトラフィックの送受信が中断してしまうことを回避することを特徴とする通信装置。 - 前記ネットワークはＭＰＬＳネットワークであり、正常性を検証するために用いられるプロトコルはＬＤＰであることを特徴とする請求項４に記載の通信装置。
- 前記ネットワークはルーティングプロトコルとしてＯＳＰＦを適用したネットワークであることを特徴とする請求項４に記載の通信装置。
- ネットワークプロトコルを制御する部分と、データ信号を転送する部分とに分離し、これらの部分を組み合わせて動作させるためのコンピュータプログラムであって、
装置を正常に見せるためのパラメータを保持するステップと、
障害発生時に前記パラメータを配布するためのトリガを与えるステップと、
前記トリガを受けて装置を正常に見せるためのパラメータを配布するステップと、
障害発生時でもトラフィックの送受信機能に問題が無い場合においては、外部とのトラフィックの送受信が中断してしまうことを回避するステップとを、
順次コンピュータに実行させるためのコンピュータプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002341317A JP2004179786A (ja) | 2002-11-25 | 2002-11-25 | 通信方法及び通信装置、並びにコンピュータプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002341317A JP2004179786A (ja) | 2002-11-25 | 2002-11-25 | 通信方法及び通信装置、並びにコンピュータプログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004179786A true JP2004179786A (ja) | 2004-06-24 |
Family
ID=32703717
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002341317A Withdrawn JP2004179786A (ja) | 2002-11-25 | 2002-11-25 | 通信方法及び通信装置、並びにコンピュータプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004179786A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009232358A (ja) * | 2008-03-25 | 2009-10-08 | Nec Corp | 通信システム、中継伝送装置、ルータ装置及び通信方法 |
-
2002
- 2002-11-25 JP JP2002341317A patent/JP2004179786A/ja not_active Withdrawn
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009232358A (ja) * | 2008-03-25 | 2009-10-08 | Nec Corp | 通信システム、中継伝送装置、ルータ装置及び通信方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5073812B2 (ja) | 分散型イーサネットシステムおよび該システムに基づいて障害を検出する方法 | |
| US7318179B1 (en) | Virtual routing system for real-time network applications | |
| EP3373547B1 (en) | Method for realizing disaster tolerance backup | |
| US7490161B2 (en) | Method and system for implementing OSPF redundancy | |
| CN102904818B (zh) | 一种arp信息表项更新方法及装置 | |
| CN102025646B (zh) | 链路倒换方法及其装置 | |
| KR101591102B1 (ko) | Ｖｒｒｐ 라우터의 동작 방법 및 이를 위한 통신 시스템 | |
| CN102404146B (zh) | 主从切换方法、网络设备及dhcp服务器 | |
| WO2006136088A1 (fr) | Procédé pour implémenter un dispositif de passerelle en activité/en veille dans le réseau et système pour cela | |
| JP4790591B2 (ja) | リングノード装置 | |
| JP4500836B2 (ja) | 冗長化ゲートウェイシステムのためのネットワークスイッチ装置 | |
| WO2005039129A1 (en) | Redundant routing capabilities for a network node cluster | |
| WO2007062573A1 (fr) | Procede de gestion de groupe auxiliaire de protocole de redondance du routeur virtuel | |
| EP2465233B1 (en) | Router and method for graceful restart | |
| WO2008046358A1 (fr) | Procédé et dispositif destinés à réaliser une pénétration d'un statut de liaison de réseau point à multipoint | |
| WO2008014696A1 (fr) | Méthode et dispositif pour effectuer un transfert de communications | |
| JP2010283427A (ja) | Ｌａｃ装置及びフェイルオーバ方法 | |
| CN102647304A (zh) | 地址解析协议表的同步方法及装置 | |
| JP4637021B2 (ja) | 伝送装置、伝送路リング間接続方法および伝送路リング間接続プログラム | |
| JP5176623B2 (ja) | イーサネットの伝送方法、伝送装置およびシステム | |
| JP2011166245A (ja) | ネットワークシステム、ゲートウェイ装置切替方法、第１のトンネル終端ゲートウェイ装置および第２のトンネル終端ゲートウェイ装置 | |
| JP2004179786A (ja) | 通信方法及び通信装置、並びにコンピュータプログラム | |
| JP2005192027A (ja) | ネットワーク制御システム及び制御方法 | |
| JP3794580B2 (ja) | データ中継方法、データ中継装置およびその装置を用いたデータ中継システム | |
| JP5532260B2 (ja) | 通信システム及び通信装置 |
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: 20060207 |