JP2008092486A - 通信方法、通信システム、ルータ及びそのプログラム - Google Patents

Abstract

【課題】本発明の目的は、ルータの設定情報を管理するにあたって、ルータの設定情報を登録するための作業の手間とコストとをかけることなく管理ができ、更に、新規ルータに確実に正しい設定情報を登録することができる技術を提供することにある。
【解決手段】本発明は、自身の経路情報と自身の設定情報とを組み合わせて隣接ルータへ設定情報を通知し、ある隣接ルータからの問い合わせに対して、自身で管理している複数の隣接ルータの設定情報から適切な設定情報を選択して返信し、隣接ルータから返信された設定情報に基づいて設定する。
【選択図】図１

Description

本発明はルータに関する技術であり、特に隣接ルータの最新の設定情報を互いに管理する技術に関する。

従来、ネットワークにおけるルータの設定情報の管理は、紙、フロッピーディスク（登録商標）等の記録媒体に記録することによって行われていた。また、各ルータの設定情報をネットワーク管理装置に送信してネットワーク管理装置に集中管理させていた。

上記の記録媒体にルータの設定情報をバックアップする方法を用いた場合、設定変更があったときには設定変更する度に設定情報を媒体に記録する必要があり、その作業の手間とコストとがかかる。また、ルータに何かしらの障害が発生してルータを交換する場合、媒体に記録した設定情報を用いてルータを設定する作業を手動で行っている為、人為的なミスなどが発生してネットワークの停止時間が長くなることがある。

更に、ネットワーク監視装置によって集中管理する方法を用いた場合、ルータに障害が発生してルータを交換する際に、ネットワーク監視装置への接続ができるまでの設定を入力しなければならなかった。

また、ネットワークを管理する方法として例えば特許文献１のようにルータが保持している情報をルータ同士で交換してネットワークを管理する方法がある。しかしながら、特許文献１は経路情報を交換してネットワークを管理するための技術であり、ルータの設定情報を管理する技術ではない為、その技術を用いてルータの設定情報を管理しようとしても適用することができなかった。

そこで、本発明が解決しようとする課題は、上記問題点を解決することであって、ルータの設定情報を管理するための技術を提供することにある。

また、ルータの設定情報を管理するにあたって、ルータの設定情報を登録するための作業の手間とコストとをかけることなく管理ができ、更に、新規ルータに確実に正しい設定情報を登録することができる技術を提供することにある。
特開平１０‐３３６２８８号公報

上記課題を解決するための第１の発明は、通信システムであって、
所定のタイミングで自ルータの設定情報を通知する通知手段と、
前記設定情報を通知したルータのアドレスが自ルータのルーティングテーブルに存在するかを確認し、存在する場合にはそのルータのアドレスと設定情報とを対応付けてコンフィグテーブルを生成する生成部と
を有することを特徴とする。

上記課題を解決するための第２の発明は、上記第１の発明において、
自ルータの設定情報が登録されていない場合、自ルータの設定情報の送信要求を送信する送信手段と、
前記送信要求を受信すると、その送信要求を送信したルータのアドレスに基づいて前記コンフィグテーブルから該アドレスに対応付けられている設定情報を検索する検索手段と、
前記検索された設定情報に基づいて自ルータの設定を行う設定手段と
を有することを特徴とする。

上記課題を解決するための第３の発明は、上記第１又は第２の発明において、
前記通知手段は、自ルータの設定情報が更新される度に設定情報を通知するように構成されていることを特徴とする。

上記課題を解決するための第４の発明は、上記第１又は第２の発明において、
前記通知手段は、自ルータの設定情報が登録されていない場合、設定情報を通知しないように構成されていることを特徴とする。

上記課題を解決するための第５の発明は、上記第１から第４のいずれかの発明において、
前記通知手段は、前記ルーティングテーブルに基づいて、設定情報を通知するルータを決定するように構成されていることを特徴とする。

上記課題を解決するための第６の発明は、ルータであって、
隣接するルータ同士で自ルータの設定情報を交換し、自ルータ以外のルータに記憶されている自ルータの設定情報に基づいて自ルータの設定を行うように構成されていることを特徴とする。

上記課題を解決するための第７の発明は、通信方法であって、
所定のタイミングで自ルータの設定情報を通知する通知ステップと、
前記設定情報を通知したルータのアドレスが自ルータのルーティングテーブルに存在するかを確認する確認ステップと、
前記確認の結果、そのアドレスが存在する場合にはそのルータのアドレスと設定情報とを対応付けてコンフィグテーブルを生成する生成ステップと
を有することを特徴とする。

上記課題を解決するための第８の発明は、上記第７の発明において、
自ルータの設定情報が登録されていない場合、自ルータの設定情報の送信要求を送信する送信ステップと、
前記送信要求を受信する受信ステップと、
前記受信した送信要求を送信したルータのアドレスに基づいて前記コンフィグテーブルから該アドレスに対応付けられている設定情報を検索する検索ステップと、
前記検索された設定情報に基づいて自ルータの設定を行う設定ステップと
を有することを特徴とする。

上記課題を解決するための第９の発明は、上記第７又は第８の発明において、
前記通知ステップは、自ルータの設定情報が更新される度に設定情報を通知することを特徴とする。

上記課題を解決するための第１０の発明は、上記第７又は第８の発明において、
前記通知ステップは、自ルータの設定情報が登録されていない場合には行われないことを特徴とする。

上記課題を解決するための第１１の発明は、上記第７から第１０のいずれかの発明において、
前記ルーティングテーブルに基づいて、設定情報を通知するルータを決定することを特徴とする。

上記課題を解決するための第１２の発明は、ルータのプログラムであって、前記プログラムは前記ルータを、
所定のタイミングで自ルータの設定情報を通知する通知手段と、
前記設定情報を通知したルータのアドレスが自ルータのルーティングテーブルに存在するかを確認し、存在する場合にはそのルータのアドレスと設定情報とを対応付けてコンフィグテーブルを生成する生成部と、
自ルータの設定情報が登録されていない場合、自ルータの設定情報の送信要求を送信する送信手段と、
前記送信要求を受信すると、その送信要求を送信したルータのアドレスに基づいて前記コンフィグテーブルから該アドレスに対応付けられている設定情報を検索する検索手段と、
前記検索された設定情報に基づいて自ルータの設定を行う設定手段と
して機能させることを特徴とする。

本発明は、自身の経路情報と自身の設定情報とを組み合わせて、隣接ルータへ設定情報を通知する機能と、ある隣接ルータからの問い合わせに対し、自身で管理している複数の隣接ルータの設定情報から適切な設定情報を選択し通知する機能と、隣接ルータから通知された設定情報に基づいて設定する機能とを有する。

本発明によると、ルータの設定情報を管理するための作業の手間とコストとをかけることなく、確実に正しい設定情報を登録することができる。

これは、隣接するルータ同士で、自ルータの設定情報を交換して互いに管理しており、新規のルータに交換する際、隣接ルータに保持されている設定情報に基づいて新規のルータの設定情報を登録する構成をとっているためである。

また、本発明は、自ルータに記憶されているルーティングテーブルに基づいて、自ルータの設定情報を交換するルータを決定する構成をとっているので、人為的な作業が削除でき、手間とコストを減らすことができる。

また、本発明は、自ルータの設定情報が更新される度に設定情報を隣接ルータに通知するので、新規のルータに交換する際、確実に新しい設定情報を新規のルータに登録することができる。

本発明の特徴を説明するために、以下において、図面を参照して具体的に述べる。

図１は、本発明における通信システムの概要図である。

図１に示すように、本発明の通信システムは、ルータ１、ルータ２、及びルータ３と、ネットワーク１１、ネットワーク１２、ネットワーク１３、及びネットワーク１４とから構成されている。

ルータ１は、ネットワーク１１とネットワーク１２とに接続されており、ネットワーク１１にはＩＰアドレス２１で定義付けられて接続されており、ネットワーク１２にはＩＰアドレス２２で定義付けられて接続されている。ルータ１には、コンフィグテーブル３１とルーティングテーブル５１とが保持されている。コンフィグテーブル３１は、図２に示すとおり、ルータ１の隣接ルータであるルータ２へのネクストホップＩＰアドレスと、このＩＰアドレスで定義されて接続している隣接ルータ２のコンフィグファイル４２とが互いに対応付けられている。ネクストホップＩＰアドレスは、図３に示すとおり、ルータ１のルーティングテーブル５１から抽出される。コンフィグファイルはルータの設定情報であり、例えばインタフェースのＩＰアドレス、インタフェースの制御情報、ＳＮＭＰ（Simple Network Management Protocol）の設定情報、ホスト名等が記述されている。

ルータ２は、ネットワーク１２とネットワーク１３とに接続されており、ネットワーク１２にはＩＰアドレス２３で定義付けられて接続されており、ネットワーク１３にはＩＰアドレス２４で定義付けられて接続されている。ルータ２には、コンフィグテーブル３２とルーティングテーブル５２とが保持されている。コンフィグテーブル３２は、図２に示すとおり、ルータ２の隣接ルータであるルータ１及びルータ２へのネクストホップＩＰアドレスと、このＩＰアドレスで定義されて接続している隣接ルータのコンフィグファイル４１又はコンフィグファイル４２とが互いに対応付けられている。ネクストホップＩＰアドレスは、図３に示すとおり、ルータ２のルーティングテーブル５２から抽出される。

ルータ３は、ネットワーク１３とネットワーク１４とに接続されており、ネットワーク１３にはＩＰアドレス２５で定義付けられて接続されており、ネットワーク１４にはＩＰアドレス２６で定義付けられて接続されている。ルータ３には、コンフィグテーブル３３とルーティングテーブル５３とが保持されている。コンフィグテーブル３３は、図２に示すとおり、ルータ３の隣接ルータであるルータ３へのネクストホップＩＰアドレスと、このＩＰアドレスで定義されて接続している隣接ルータのコンフィグファイル４２とが互いに対応付けられている。ネクストホップＩＰアドレスは、図３に示すとおり、ルータ３のルーティングテーブル５３から抽出される。

ルータ１、ルータ２、及びルータ３は、図４に示すように、記憶部１０１、通知部１０２、生成部１０３、送信要求生成部１０４、検索部１０５、設定部１０６、送信部１０７、及び受信部１０８を有する。

記憶部１０１には、コンフィグテーブル、ルーティングテーブル、及びコンフィグファイルが格納されている。

通知部１０２は、自ルータのコンフィグファイル（設定情報）が登録又は設定変更やルーティングテーブルの変更等によってコンフィグファイルが更新されるとそれを検出し、記憶部１０１に格納されているルーティングテーブルを参照して、隣接するルータへのネクストホップＩＰアドレスを抽出する。そして、抽出したネクストホップＩＰアドレスに対して自ルータの新しいコンフィグファイルを通知する。また、誤って空のコンフィグファイルを通知して、隣接ルータに格納されている自ルータのコンフィグファイルが上書きされてしまうのを防ぐために、新規ルータのコンフィグファイルが空の時には自ルータのコンフィグファイルの通知を行わない。尚、本明細書では、コンフィグファイルの更新を検出してコンフィグファイルを通知する場合を用いて説明するが、コンフィグファイルの通知処理は定期的に行ってもよい。但し、設定変更や、ルーティングテーブルの変更等によってコンフィグファイルが更新される度に通知処理を行う方が望ましい。

生成部１０３は、コンフィグファイルの通知を受けると、記憶部１０１に格納されているルーティングテーブルを参照して、自ルータの隣接ルータ（ネクストホップＩＰアドレス）からの通知であることを確認する。確認後、ルータ２へのネクストホップＩＰアドレスとそのルータのコンフィグファイルとを対応付けて記憶して新しいコンフィグテーブルを生成する。また、ある一定の期間、コンフィグファイルを通知しないルータがある場合は、記憶部１０１に格納されているコンフィグテーブルから、その対応するルータのコンフィグファイルを削除し、そのルータへのネクストホップＩＰアドレスもコンフィグテーブルからも削除する。

送信要求生成部１０４は、自ルータのコンフィグファイルが記憶部１０１に格納されていない場合、それを検出して自ルータに接続されているネットワークに対して自ルータのコンフィグファイルの送信要求を生成して送信部１０７を介して送信する。尚、複数のネットワークに接続されている場合、先に接続されたネットワークに対して送信要求を送信しても、全ネットワークに対して送信しても良い。

検索部１０５は、受信部１０８を介して送信要求を受信すると、その送信要求を送信したルータのアドレスに基づいて記憶部１０１に格納されているコンフィグテーブルからそのアドレスに対応付けられているコンフィグファイルを検索し、そのコンフィグファイルを送信部１０７を介して送信する。

設定部１０６は、送信要求に応じて送信されたコンフィグファイルを受信部１０８を介して受け取り、そのコンフィグファイルに基づいて、自ルータの設定を行う。尚、送信要求生成部１０４が複数のネットワークに対して送信要求を送信した場合、最初に受け取ったコンフィグファイルに基づいて設定しても、全送信要求に応じて送信された全コンフィグファイルを受信して、全コンフィグファイルが同一の場合にいずれかのコンフィグファイルに基づいて設定しても良く、任意であってよい。

続いて、本発明の動作について図４及び図５を用いて説明する。

まず、通常時の動作について図４を用いて説明する。図４は、通常時、自身のコンフィグファイルを隣接ルータに通知する場合を説明する為のチャート図である。

ルータ２の通知部１０２は、記憶部１０１に格納されている自ルータのルーティングテーブル５２を参照し（ステップＡ１）、隣接するルータ１へのネクストホップＩＰアドレス２２及び隣接するルータ３へのネクストホップＩＰアドレス２５を抽出する（ステップＡ２）。

更に通知部１０２はネクストホップＩＰアドレス２２及びネクストホップＩＰアドレス２５に対して、自ルータ２のコンフィグファイル４２を送信部１０７を介して送信して通知する（ステップＡ３）。

通知を受けたルータ１及びルータ３の生成部１０３は、記憶部１０１に格納されている自ルータのルーティングテーブル５１及びルーティングテーブル５３をそれぞれ参照し（ステップＡ６、Ａ７）、ネクストホップＩＰアドレスからの通知であることを確認する（ステップＡ８、Ａ９）。

確認後、ルータ１及びルータ３の生成部１０３は、ルータ２へのネクストホップＩＰアドレス２３、ネクストホップＩＰアドレス２４とコンフィグファイル４２とをペアにして保存し（ステップＡ１０、Ａ１１）、コンフィグテーブル３１、コンフィグテーブル３３をそれぞれ更新する（ステップＡ１２、Ａ１３）。

ルータ１及びルータ３でも上記と同様の動作を行い、隣接ルータの設定情報の保存とコンフィグテーブルの更新とを行う。更新の結果作成されるコンフィグテーブルが図２である。一連の動作は、定期的におこなわれ、常に最新の設定情報を保存する。設定変更、ルーティングテーブルの変更等の突発的な処理が行われたときは、その都度通知処理を行う。また、長期間通知を受けない場合は、保存してある設定情報を削除し、コンフィグテーブルからも削除する。

次に、機器交換等によって、自ルータのコンフィグファイルが空の場合に自ルータのコンフィグファイルを送信してもらう為の動作について図６を用いて説明する。図６は、自ルータのコンフィグファイルを送信してもらう場合の動作を説明する為のチャート図である。

ルータ３に障害が発生して新しいルータ４に交換する場合、ルータ４は新規ルータのためコンフィグファイルも無く、何の設定もされていない状態である（ステップＢ１）。そして、ルータ４にＩＰアドレス２５が設定され、ルータ４はネットワーク１３に接続する（ステップＢ２）。

ルータ４の送信要求生成部１０４は送信要求を生成して、ネットワーク１３に対してコンフィグファイルの問い合わせを実行する（ステップＢ３）。

ネットワーク１３に接続されているルータ２はルータ４からの問い合わせを受信部１０８を介して受信すると、問い合わせ元のＩＰアドレス２５を確認する（ステップＢ５）。

ルータ２の検索部１０５は、記憶部１０１に格納されているコンフィグテーブル３２を参照してＩＰアドレス２５に対応付けられているコンフィグファイルを検索する（ステップＢ６）。本動作においてはコンフィグファイル４３を検索する。

検索部１０５は、検索されたコンフィグファイル４３を問合せ元であるルータ４に送信部１０７を介して返信する（ステップＢ７）。

ルータ４の設定部１０６は、コンフィグファイル４３を受け取ると、コンフィグファイルを記憶部１０１に格納し、このコンフィグファイルに基づいて設定を開始する（ステップＢ９）。

新規ルータ４が設置された時、新規ルータ４が誤って空のコンフィグファイルを隣接ルータに通知して、隣接ファイルに格納されている自ルータのコンフィグファイル４３が上書きされてしまうのを防ぐために、新規ルータのコンフィグファイルが空の時には自身のコンフィグファイルを通知しない。よって、ルータ４は、ルータ２に保存されているコンフィグファイル４３を、変更されることなく入手することができる。ルータ４は、コンフィグファイル４３を入手後、通常通り自身のコンフィグファイルの通知を行う（ステップＢ１０）。

上述した本発明によると、隣接するルータ同士で自ルータの設定情報を交換して互いに管理し、新規のルータに交換する際に隣接ルータに保持されている設定情報に基づいて新規のルータの設定情報を登録する構成をとっているため、ルータの設定情報を管理するための作業の手間とコストとをかけることなく、確実に正しい設定情報を登録することができる。

尚、上述した本発明のルータは、上記説明からも明らかなように、ハードウェアで構成することも可能であるが、プログラムにより実現することも可能である。このような構成の場合、プログラムメモリに格納されているプログラムで動作するプロセッサによって、上述した実施の形態と同様の機能、動作を実現させる。尚、上述した実施の形態の一部の機能のみをコンピュータプログラムにより実現することも可能である。

図１は、本発明の通信システムのブロック図である。 図２は、コンフィグテーブルの一例である。 図３は、ルーティングテーブルの一例である。 図４は、ルータのブロック図である。 図５は、コンフィグファイルを通知する動作を説明する為の図である。 図６は、コンフィグファイルを送信してもらう動作を説明する為の図である。

符号の説明

１，２，３ ルータ
１１，１２，１３ ネットワーク
３１，３２，３３ コンフィグテーブル
４１，４２，４３ コンフィグファイル
５１，５２，５３ ルーティングテーブル

Claims (12)

1. 通信システムであって、
   所定のタイミングで自ルータの設定情報を通知する通知手段と、
   前記設定情報を通知したルータのアドレスが自ルータのルーティングテーブルに存在するかを確認し、存在する場合にはそのルータのアドレスと設定情報とを対応付けてコンフィグテーブルを生成する生成部と
   を有することを特徴とする通信システム。
2. 自ルータの設定情報が登録されていない場合、自ルータの設定情報の送信要求を送信する送信手段と、
   前記送信要求を受信すると、その送信要求を送信したルータのアドレスに基づいて前記コンフィグテーブルから該アドレスに対応付けられている設定情報を検索する検索手段と、
   前記検索された設定情報に基づいて自ルータの設定を行う設定手段と
   を有することを特徴とする請求項１に記載の通信システム。
3. 前記通知手段は、自ルータの設定情報が更新される度に設定情報を通知するように構成されていることを特徴とする請求項１又は請求項２に記載の通信システム。
4. 前記通知手段は、自ルータの設定情報が登録されていない場合、設定情報を通知しないように構成されていることを特徴とする請求項１又は請求項２に記載の通信システム。
5. 前記通知手段は、前記ルーティングテーブルに基づいて、設定情報を通知するルータを決定するように構成されていることを特徴とする請求項１から請求項４のいずれかに記載の通信システム。
6. ルータであって、
   隣接するルータ同士で自ルータの設定情報を交換し、自ルータ以外のルータに記憶されている自ルータの設定情報に基づいて自ルータの設定を行うように構成されていることを特徴とするルータ。
7. 通信方法であって、
   所定のタイミングで自ルータの設定情報を通知する通知ステップと、
   前記設定情報を通知したルータのアドレスが自ルータのルーティングテーブルに存在するかを確認する確認ステップと、
   前記確認の結果、そのアドレスが存在する場合にはそのルータのアドレスと設定情報とを対応付けてコンフィグテーブルを生成する生成ステップと
   を有することを特徴とする通信方法。
8. 自ルータの設定情報が登録されていない場合、自ルータの設定情報の送信要求を送信する送信ステップと、
   前記送信要求を受信する受信ステップと、
   前記受信した送信要求を送信したルータのアドレスに基づいて前記コンフィグテーブルから該アドレスに対応付けられている設定情報を検索する検索ステップと、
   前記検索された設定情報に基づいて自ルータの設定を行う設定ステップと
   を有することを特徴とする請求項７に記載の通信方法。
9. 前記通知ステップは、自ルータの設定情報が更新される度に設定情報を通知することを特徴とする請求項７又は請求項８に記載の通信方法。
10. 前記通知ステップは、自ルータの設定情報が登録されていない場合には行われないことを特徴とする請求項７又は請求項８に記載の通信方法。
11. 前記ルーティングテーブルに基づいて、設定情報を通知するルータを決定することを特徴とする請求項７から請求項１０のいずれかに記載の通信方法。
12. ルータのプログラムであって、前記プログラムは前記ルータを、
    所定のタイミングで自ルータの設定情報を通知する通知手段と、
    前記設定情報を通知したルータのアドレスが自ルータのルーティングテーブルに存在するかを確認し、存在する場合にはそのルータのアドレスと設定情報とを対応付けてコンフィグテーブルを生成する生成部と、
    自ルータの設定情報が登録されていない場合、自ルータの設定情報の送信要求を送信する送信手段と、
    前記送信要求を受信すると、その送信要求を送信したルータのアドレスに基づいて前記コンフィグテーブルから該アドレスに対応付けられている設定情報を検索する検索手段と、
    前記検索された設定情報に基づいて自ルータの設定を行う設定手段と
    して機能させることを特徴とするプログラム。

Images