JP5703848B2 - 通信方法、並びに通信システム、ルータ及びサーバ - Google Patents

Description

本発明は、例えば冗長構成を有するルータを介したアドレス割り当てを行う際の通信方法、並びに通信システム、ルータ及びサーバの技術分野に関する。

インターネットの利用者の増加によるアドレス枯渇が懸念されているＩＰｖ４（Internet Protocol version 4）に代わる技術として、ＩＰｖ６（Internet Protocol version 6）がある。ＩＰｖ６では、ＩＰｖ４と比較してアドレス空間（つまり、アドレス数）が膨大であるため、ユーザに対して、グローバルに一意のプレフィックス（Prefix：言いかえれば、ネットワークアドレス）が割り当てられる。

プレフィックスを割り当てるプロトコルとして、ＤＨＣＰ−ＰＤ（Dynamic Host Configuration Protocol Prefix Delegation）が使用される。プレフィックスを割り当てる際には、ＤＨＣＰクライアントからゲートウェイとなるルータを介して、プレフィックスの割り当てを要求するＤＨＣＰメッセージがＤＨＣＰサーバに対して送信される。当該ＤＨＣＰメッセージに対するＤＨＣＰサーバからのレスポンスとなるＤＨＣＰメッセージもまた、ゲートウェイとなるルータを介してＤＨＣＰクライアントに対して送信される。つまり、ＤＨＣＰ−ＰＤを用いたプレフィックスの割り当ての際には、ルータは、ＤＨＣＰクライアントとＤＨＣＰサーバとの間でＤＨＣＰメッセージをリレーしている。

ＤＨＣＰメッセージのリレーと並行して、ルータは、ＤＨＣＰクライアントまでの経路をルーティング情報としてルータ自身に登録するために、以下の動作を行うことがある。具体的には、ルータは、リレーするＤＨＣＰメッセージの内部を読み取ることで、ＤＨＣＰサーバからＤＨＣＰクライアントに対して割り当てられるプレフィックスを取得する。その後、ルータは、当該取得したプレフィックスのネクストホップをＤＨＣＰクライアントとするルーティング情報を、ＤＨＣＰクライアントまでの経路として登録する。

一方、ＤＨＣＰクライアントとＤＨＣＰサーバとの間に位置するルータは、冗長構成を有する場合がある。例えば、ＤＨＣＰクライアントとＤＨＣＰサーバとの間に複数のルータを設置すると共に、これら複数のルータの夫々を所定の規則に従ってマスタ動作又はバックアップ動作させる技術がある。例えば、マスタ動作している一つのルータが故障した場合には、バックアップ動作しているルータのうちの一つが新たにマスタ動作する。ルータの冗長構成を実現するためのプロトコルの一例として、例えば、ＶＲＲＰ（Virtual Router Redundancy Protocol）がある。

特開２００７−２０８５０２号公報

しかしながら、冗長構成を有する複数のルータによって上述したＤＨＣＰメッセージのリレーが行われる場合には、以下に示す技術的な問題点が生じてしまう。まず、ＤＨＣＰメッセージをリレーするのは、複数のルータのうちのマスタ動作している一つのルータとなる。従って、マスタ動作しているルータは、リレーするＤＨＣＰメッセージの内部を読み取ることで、ＤＨＣＰクライアントに割り当てられるプレフィックスのネクストホップをＤＨＣＰクライアントとするルーティング情報を、ＤＨＣＰクライアントまでの経路として登録することができる。一方で、複数のルータのうちのバックアップ動作しているルータは、ＤＨＣＰメッセージをリレーしない。このため、バックアップ動作しているルータは、ＤＨＣＰメッセージの内部を読み取ることができず、結果として、ＤＨＣＰクライアントに割り当てられるプレフィックスを認識することができない。従って、バックアップ動作しているルータは、ＤＨＣＰクライアントまでの経路を登録することができない。従って、マスタ動作しているルータに登録されている経路（或いは、ルーティング情報）とバックアップ動作しているルータに登録されている経路（或いは、ルーティング情報）との間での同期がとれていない状態が発生してしまう。このような状態でバックアップ動作しているルータが新たにマスタ動作することになった場合には、新たにマスタ動作することになったルータにＤＨＣＰクライアントまでの経路が登録されていないがゆえに、ＤＨＣＰクライアントとの間の通信が断絶してしまいかねない。この場合には、新たにマスタ動作することになったルータを介してＤＨＣＰメッセージの送受信が新たに行われれば、新たにマスタ動作することになったルータは、ＤＨＣＰクライアントまでの経路を登録することができる。しかしながら、ＤＨＣＰメッセージの送受信が新たに行われる間はＤＨＣＰクライアントに向けての通信が断絶してしまう。このため、利用しているサービス（例えば、音声通話サービス等）によっては影響が大きいものとなりかねない。

本発明が解決しようとする課題には上記のようなものが一例として挙げられる。本発明は、例えば冗長構成を有する複数のルータを介して端末へのアドレス割り当てが行われる場合においても当該割り当てられるアドレスに基づく端末への経路を適切に管理することが可能な通信方法、並びに通信システム、ルータ及びサーバを提供することを目的とする。

開示の通信方法は、冗長構成を有する第１ルータ及び第２ルータを介して端末と当該端末にアドレスを割り当てるサーバとが接続されている通信システムにおける通信方法であって、第１送信工程と、通知工程と、登録工程とを備える。第１送信工程では、第２ルータを特定するための特定情報が、端末とサーバとの間の通信を中継する第１ルータからサーバに送信される。通知工程では、サーバから、特定情報を送信した第１ルータ及び特定情報によって特定される前記第２ルータの双方に対して、端末に割り当てるアドレスが通知される。登録工程では、第１及び第２ルータの双方に通知されるアドレスに基づく端末への経路が、第１及び第２ルータの双方に登録される。

開示の通信システムは、冗長構成を有する第１及び第２ルータと、端末と、第１及び第２ルータを介して端末と接続され、且つ端末にアドレスを割り当てるサーバとを備える。端末とサーバとの間の通信を中継する第１ルータは、第２ルータを特定するための特定情報を、サーバに送信する送信部を備える。サーバは、特定情報を送信した第１ルータ及び特定情報によって特定される第２ルータの双方に対して、端末に割り当てるアドレスを通知する通知部を備える。第１ルータは、第１ルータに通知されるアドレスに基づく端末への経路を、第１ルータに登録する第１登録部を備える。第２ルータは、第２ルータに通知されるアドレスに基づく前記端末への経路を、第２ルータに登録する第２登録部を備える。

開示のルータは、端末と当該端末にアドレスを割り当てるサーバとを接続すると共に、他のルータと共に冗長構成を有するルータであって、送信部と、登録部とを備える。送信部は、他のルータを特定するための特定情報を、サーバに送信する。登録部は、特定情報を送信したルータ及び特定情報によって特定される他のルータの双方に対してサーバから通知される、端末に割り当てるアドレスに基づく端末への経路を、ルータ内部に登録する。

開示のサーバは、冗長構成を有する第１及び第２ルータを介して端末と接続され、且つ端末にアドレスを割り当てるサーバであって、受信部と、通知部とを備える。受信部は、端末とサーバとの間の通信を中継する第１ルータから、第２ルータを特定するための特定情報を受信する。通知部は、特定情報を送信した第１ルータ及び特定情報によって特定される第２ルータの双方に対して、端末に割り当てるアドレスを通知する。

以上説明した通信方法、並びに通信システム、ルータ及びサーバによれば、冗長構成を有する複数のルータを介して端末へのアドレス割り当てが行われる場合においても当該割り当てられるアドレスに基づく端末への経路を適切に管理することができる。

本実施形態の通信システムの構成を示すブロック図である。 本実施形態のＤＨＣＰサーバの構成を示すブロック図である。 本実施形態のルータの構成を示すブロック図である。 本実施形態のＨＧＷの構成を示すブロック図である。 本実施形態の通信システムにおける処理の流れの一部を示すフローチャートである。 本実施形態の通信システムにおける処理の流れの他の一部を示すフローチャートである。 ルータ広告メッセージのフォーマットを示すデータ構造図である。 冗長ルータソースアドレステーブルのデータ構造を示すテーブル図である。 Ｒｅｌａｙ−Ｆｏｒｗａｒｄ（Ｒｅｑｕｅｓｔ）メッセージのフォーマットを示すデータ構造図である。 冗長ルータアドレステーブルのデータ構造を示すテーブル図である。 ＩＰプレフィックスプールテーブルのデータ構造を示すテーブル図である。

以下、発明を実施するための形態を、図面に基づいて説明する。

（１）通信システムの構成
図１を参照して、本実施形態の通信システム１の構成について説明する。図１は、本実施形態の通信システム１の構成の一例を示すブロック図である。

図１に示すように、本実施形態の通信システム１は、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ１０と、複数のルータ２０と、ＨＧＷ（Home Gate Way）３０とを備えている。尚、以下の説明では、本実施形態の通信システム１がＩＰｖ６（Internet Protocol version 6）に準拠している例について説明を進める。但し、本実施形態の通信システム１がＩＰｖ６以外のその他のプロトコル又は規格（例えば、ＩＰｖ４（Internet Protocol version 4）等）に準拠していてもよい。

ＤＨＣＰサーバ１０は、ＨＧＷ３０からのアドレス割り当ての要求に応じて、ＨＧＷ３０に対してアドレスを割り当てる。本実施形態では、ＤＨＣＰサーバ１０は、ＨＧＷ３０に対して、ＩＰｖ６のプレフィックス（IPv6-Prefixであり、いわゆる、ネットワークアドレス）を割り当てる。

複数のルータ２０の夫々は、レイヤ３ネットワーク間でのパケットの転送（つまり、ルーティング）を行う機器である。本実施形態では、複数のルータ２０は、冗長構成を採用している。具体的には、複数のルータ２０の夫々は、ＶＲＲＰ（Virtual Router Redundancy Protocol）機能を実装している。ＶＲＲＰ機能により、複数のルータ２０の夫々は、一つの仮想的なＭＡＣ（Media Access Control）アドレス及び一つの仮想的なＩＰｖ６アドレスを共有する。また、ＶＲＲＰ機能により、複数のルータ２０の夫々は、管理者等によって予め設定された優先度又は複数のルータ２０の夫々の装置ＩＤ等に応じて定まる優先度に従って、マスタとして動作するか又はバックアップとして動作するかを決定する。その結果、複数のルータ２０のうちのいずれか一つが、実際にルーティングを行うマスタとなる。複数のルータ２０のうちのその他のルータ２０は、実際にルーティングを行わないバックアップとなる。従って、ＤＨＣＰサーバ１０とＨＧＷ３０との間の通信は、複数のルータ２０のうちのマスタとなる１つのルータ２０を介して行われる。以降、マスタとなるルータ２０を、適宜“マスタルータ２０”と称する。同様に、バックアップとなるルータ２０を、適宜“バックアップルータ２０”と称する。

本実施形態では、複数のルータ２０のうちのマスタルータ２０は、ＨＧＷ３０とＤＨＣＰサーバ１０との間でやりとりされるＤＨＣＰメッセージをリレーする。つまり、マスタルータ２０は、ＤＨＣＰリレーを行う。具体的には、マスタルータ２０は、ＨＧＷ３０から送信されるＤＨＣＰメッセージ（例えば、後述のＳｏｌｉｃｉｔメッセージや、Ｒｅｑｕｅｓｔメッセージ）を受信する。マスタルータ２０は、受信したＤＨＣＰメッセージを新たなＩＰｖ６パケットにカプセリングすることで得られる新たなＤＨＣＰメッセージ（例えば、後述のＲｅｌａｙ−Ｆｏｒｗａｒｄメッセージ）を、ＤＨＣＰサーバ１０に送信する。同様に、マスタルータ２０は、ＤＨＣＰサーバ１０から送信されるＤＨＣＰメッセージ（例えば、後述のＲｅｌａｙ−Ｒｅｐｌｙメッセージ）を受信する。マスタルータ２０は、受信したＤＨＣＰメッセージにカプセリングされたＤＨＣＰメッセージ（例えば、後述のＡｄｖｅｒｔｉｓｅメッセージや、Ｒｅｐｌｙメッセージ）をデカプセリングした後、当該デカプセリングしたＤＨＣＰメッセージを、ＨＧＷ３０に送信する。

尚、複数のルータ２０の夫々とＤＨＣＰサーバ１０（或いは、ＤＨＣＰサーバ１０が接続されているレイヤ３ネットワーク）との間の通信経路上には、他のルータ４０が配置さされていてもよい。或いは、複数のルータ２０の夫々とＤＨＣＰサーバ１０（或いは、ＤＨＣＰサーバ１０が接続されているレイヤ３ネットワーク）との間の通信経路上には、他のルータ４０が配置されていなくともよい。つまり、複数のルータ２０の夫々とＤＨＣＰサーバ１０とが同一のレイヤ３ネットワーク上に配置されていてもよい。この場合、複数のルータ２０の夫々とＤＨＣＰサーバ１０とは、例えばスイッチングハブ等のレイヤ２スイッチを介して接続される。また、複数のルータ２０の夫々は、スイッチングハブ５０を介してＨＧＷ３０と接続されている。

ＨＧＷ３０は、ＷＡＮ（Wide Area Network）側に接続されたスイッチングハブ５０及び複数のルータ２０（より具体的には、マスタルータ２０）を介して、ＤＨＣＰサーバ１０に対して、ＩＰｖ６のプレフィックスの割り当てを要求する。ＨＧＷ３０は、要求の結果、ＤＨＣＰサーバ１０から割り当てられたＩＰｖ６のプレフィックス（つまり、ネットワークアドレス）を取得する。ＨＧＷ３０は、ＨＧＷ３０の配下に存在する（具体的には、ＨＧＷ３０のＬＡＮ（Local Area Network）側に接続されているレイヤ２ネットワーク上に存在する）クライアントに対して、ＤＨＣＰサーバ１０から割り当てられたプレフィックスに属するＩＰｖ６アドレスを割り当てる。

尚、本実施形態の通信システム１は、ＶＬＡＮ（Virtual LAN）構成を採用していてもよい。例えば、ＨＧＷ３０とＤＨＣＰサーバ１０との間には、複数のＶＬＡＮが設定されていてもよい。この場合、複数のＶＬＡＮの夫々毎に、複数のルータ２０の夫々の優先度が変えられていてもよいし、同一にされていてもよい。例えば、ＨＧＷ３０とＤＨＣＰサーバ１０との間には、３つのＶＬＡＮ（ＶＬＡＮ＃１からＶＬＡＮ＃３）が設定されていてもよい。ＶＬＡＮ＃１では、例えば、初期状態では、複数のルータ２０のうち図１中の最も左側に図示されているルータ２０がマスタとして動作し且つその他のルータ２０がバックアップとして動作するように優先度が設定されていてもよい。ＶＬＡＮ＃２では、例えば、初期状態では、複数のルータ２０のうち図１中の真ん中に図示されているルータ２０がマスタとして動作し且つその他のルータ２０がバックアップとして動作するように優先度が設定されていてもよい。ＶＬＡＮ＃３では、例えば、初期状態では、複数のルータ２０のうち図１中の一番右側に図示されているルータ２０がマスタとして動作し且つその他のルータ２０がバックアップとして動作するように優先度が設定されていてもよい。

（２）ＤＨＣＰサーバの構成
図２を参照して、本実施形態のＤＨＣＰサーバ１０の構成について説明する。図２は、本実施形態のＤＨＣＰサーバ１０の構成を示すブロック図である。

図２に示すように、ＤＨＣＰサーバ１０は、ＣＰＵ（Central Processing Unit）１１と、メモリ１２と、記憶装置１３と、回線インタフェース部１４と、データバス１５とを備えている。

ＣＰＵ１１は、所定のファームウェア等に基づいて動作する制御回路であって、ＤＨＣＰサーバ１０全体の動作を制御する。

ＣＰＵ１１は、その内部に実現される物理的な、論理的な又は機能的な処理ブロックとして、ＤＨＣＰプロトコル処理部１１１と、冗長ルータアドレスオプション処理部１１２とを備える。

ＤＨＣＰプロトコル処理部１１１は、ＨＧＷ３０に対するＩＰｖ６のプレフィックスの割り当てを行う。尚、本実施形態では、ＤＨＣＰプロトコル処理部１１１は、ＤＨＣＰ−ＰＤ（Dynamic Host Configuration Protocol Prefix Delegation）に従って、ＨＧＷ３０との間でＤＨＣＰメッセージの送受信を行うことで、ＨＧＷ３０に対するＩＰｖ６アドレスのプレフィックスの割り当てを行う。但し、ＤＨＣＰプロトコル処理部１１１は、その他のプロトコルに従って、ＨＧＷ３０に対する任意のアドレスの割り当てを行ってもよい。

冗長ルータアドレスオプション処理部１１２は、マスタルータ２０からＤＨＣＰサーバ１０に対して送信される、バックアップルータ２０のアドレス（より具体的には、ＤＨＣＰリレーを行うときに使用される送信元アドレス）を示す冗長ルータアドレスオプションを処理する。尚、本実施形態では、後に詳述するように、冗長ルータアドレスオプションは、ＤＨＣＰメッセージのうちのＲｅｑｕｅｓｔメッセージをマスタルータ２０がＤＨＣＰサーバ１０に送信する（言い換えれば、中継する）際に、合わせて送信される。冗長ルータアドレスオプション処理部１１２は、受信した冗長ルータアドレスオプションに含まれるバックアップルータ２０のアドレスを、冗長ルータアドレステーブル１２２としてメモリ１２内で管理する。

メモリ１２は、ＤＨＣＰサーバ１０内部で使用する情報を一時的に格納したり、ＤＨＣＰサーバ１０としての動作を行うためのプログラム（即ち、ファームウェア）を格納したりする。

メモリ１２は、その内部に、ＩＰｖ６プレフィックスプールテーブル１２１と、冗長ルータアドレステーブル１２２とを備える。

ＩＰｖ６プレフィックスプールテーブル１２１は、ＤＨＣＰサーバ１０が割り当てを管理している（つまり、ＤＨＣＰサーバ１０が割り当てることが可能な）プレフィックスを示すと共に、その割り当て状況を管理するためのテーブルである。尚、ＩＰｖ６プレフィックステーブル１２１のデータ構造の詳細については後の詳細に説明するため、ここでの説明は省略する（図１１参照）。

冗長ルータアドレステーブル１２２は、冗長ルータアドレスオプションに含まれるアドレス（例えば、バックアップルータ２０のアドレス）を管理するためのテーブルである。尚、冗長ルータアドレステーブル１２２のデータ構造の詳細については後の詳細に説明するため、ここでの説明は省略する（図１０参照）。

記憶装置１３は、ＤＨＣＰサーバ１０が使用する各種情報を格納する記録媒体である。記憶装置１３として、例えば、ＨＤＤ（Hard Disk Drive）や、フラッシュメモリ等の半導体メモリや、ＣＤ及びＤＶＤ等の光ディスク等が一例としてあげられる。或いは、ＤＨＣＰサーバ１０は、記憶装置１３を備えていなくともよい。

回線インタフェース部１４は、ＤＨＣＰサーバ１０の外部の装置（例えば、ルータ２０や、ＨＧＷ３０や、他のルータ４０等）との間の情報の送受信を制御する。

データバス１５は、ＣＰＵ１１と、メモリ１２と、記憶装置１３と、回線インタフェース部１４との間の情報の伝送を行う。

（３）ルータの構成
図３を参照して、本実施形態のルータ２０の構成について説明する。図３は、本実施形態のルータ２０の構成を示すブロック図である。

図３に示すように、複数のルータ２０の夫々は、ＣＰＵ２１と、メモリ２２と、ＴＣＡＭ（Ternary Content Addressable Memory）２３と、複数の回線インタフェース部２４と、データバス２５と、転送エンジン２６とを備えている。

ＣＰＵ２１は、所定のファームウェア等に基づいて動作する制御回路であって、ルータ２０全体の動作を制御する。

ＣＰＵ２１は、その内部に実現される物理的な、論理的な又は機能的な処理ブロックとして、ＤＨＣＰリレー処理部２１１と、ＶＲＲＰ制御部２１２とを備える。

ＤＨＣＰリレー処理部２１１は、ＤＨＣＰサーバ１０とＨＧＷ３０との間のＤＨＣＰメッセージの送受信をリレーする。

本実施形態では、ＤＨＣＰリレー処理部２１１は、ルータ２０がマスタとして動作している場合には、バックアップとして動作している他のルータ２０のアドレスを、冗長アドレスオプションとして、ＤＨＣＰサーバ１０に通知する。バックアップとして動作している他のルータ２０のアドレスの通知は、ＤＨＣＰリレー処理部２１１の内部に実現される物理的な、論理的な又は機能的な処理ブロックとしての冗長ルータアドレス制御部２１１１によって行われる。

本実施形態では、ＤＨＣＰリレー処理部２１１は、ＤＨＣＰサーバ１０とＨＧＷ３０との間で送受信されるＤＨＣＰメッセージ（つまり、ＤＨＣＰ処理部２１１がリレーしているＤＨＣＰメッセージ）の内部を読み取ることで、ＨＧＷ３０に割り当てられるプレフィックスを認識する。認識されたプレフィックスは、ＤＨＣＰリレー処理部２１１の内部に実現される物理的な、論理的な又は機能的な処理ブロックとしてのルート登録部２１１２によって、メモリ２２内のルーティングテーブル２２１に、ＨＧＷ３０に対応するスタティックルートとして登録される。

ＶＲＲＰ制御部２１２は、ルータ２０の冗長構成を管理及び制御する。例えば、ＶＲＲＰ制御部２１２は、冗長構成を有する複数のルータ２０が共有する仮想的なＩＰアドレスと仮想的なＭＡＣアドレスを管理する。本実施形態の通信システム１がＶＬＡＮ構成を採用している場合には、ＶＲＲＰ制御部２１２は、冗長構成を有する複数のルータ２０が共有する仮想的なＩＰアドレスと仮想的なＭＡＣアドレスを、ＶＬＡＮ毎に管理してもよい。

メモリ２２は、ルータ２０内部で使用する情報を一時的に格納したり、ルータ２０としての動作を行うためのプログラム（即ち、ファームウェア）を格納したりする。

メモリ２２は、その内部に、ルーティングテーブル２２１と、冗長ルータソースアドレステーブル２２２とを備える。

ルーティングテーブル２２１は、ルータ２０がルーティング処理を行う際に参照するべきルーティング情報を格納するテーブルである。ルーティングテーブル２２１内には、ＤＨＣＰリレー処理部２１１がＤＨＣＰメッセージの内部を読み取ることで認識するＨＧＷ３０のプレフィックスが、スタティックルートとして格納される。

冗長ルータソースアドレステーブル２２２は、ＶＲＲＰ構成を有する他のルータ２０のアドレスを格納するテーブルである。言い換えれば、冗長ルータソースアドレステーブル２２２は、当該冗長ルータソースアドレステーブル２２２を備えるルータ２０自身がマスタルータ２０となる場合にバックアップルータ２０となる他のルータ２０のアドレスを格納するテーブルである。上述した冗長ルータアドレス制御部２１１１は、冗長ルータソースアドレステーブル２２２を参照することで、バックアップルータ２０のアドレスを、冗長ルータアドレスオプションとして、ＤＨＣＰサーバ１０に通知する。尚、冗長ルータソースアドレステーブル２２２のデータ構造の詳細については後の詳細に説明するため、ここでの説明は省略する（図８参照）。

ＴＣＡＭ２３は、ルーティングテーブル２２１に格納されているルーティング情報が、ルータ２０による実際のルーティング時に読みだされるメモリである。従って、ルータ２０は、ルーティングを行う際には、ＴＣＡＭ２３に読みだされているルーティング情報を検索することで、実際のルーティング先を決定する。

回線インタフェース部２４は、ルータ２０の外部の装置（例えば、ＤＨＣＰサーバ１０や、ＨＧＷ３０や、他のルータ４０や、スイッチングハブ５０等）との間の情報の送受信を制御する。

データバス２５は、ＣＰＵ２１と、メモリ２２と、ＴＣＡＭ２３と、回線インタフェース部２４と、転送エンジン２６との間の情報の伝送を行う。

転送エンジン２６は、ある回線インタフェース部２４から入力してくるデータ（例えば、パケット）を、ＴＣＡＭ２３に読みだされているルーティング情報を検索することで決定されるルーティング先に対応する他の回線インタフェース部２４に対して転送する。その結果、転送されたデータは、他の回線インタフェース部２４からルーティング先に向かって出力される。尚、データの転送動作は、転送エンジン２６の内部に実現される物理的な、論理的な又は機能的な処理ブロックとしてのパケット転送処理部２６１によって行われる。

（４）ＨＧＷの構成
図４を参照して、本実施形態のＨＧＷ３０の構成について説明する。図４は、本実施形態のＨＧＷ３０の構成を示すブロック図である。

図４に示すように、ＨＧＷ３０は、ＣＰＵ３１と、メモリ３２と、ＬＡＮ側回線インタフェース部３４＿１と、ＷＡＮ側回線インタフェース部３４＿２と、転送エンジン３６とを備えている。

ＣＰＵ３１は、所定のファームウェア等に基づいて動作する制御回路であって、ＨＧＷ３０全体の動作を制御する。

ＣＰＵ３１は、その内部に実現される物理的な、論理的な又は機能的な処理ブロックとして、ＤＨＣＰプロトコル処理部３１１を備える。

ＤＨＣＰプロトコル処理部３１１は、ＤＨＣＰサーバ１０に対して、ＩＰｖ６のプレフィックスの割り当てを要求する。尚、本実施形態では、ＤＨＣＰプロトコル処理部３１１は、ＤＨＣＰ−ＰＤに従って、ＤＨＣＰサーバ１０との間でＤＨＣＰメッセージの送受信を行うことで、ＤＨＣＰサーバ１０に対して、プレフィックスの割り当てを要求する。

メモリ３２は、ＨＧＷ３０内部で使用する情報を一時的に格納したり、ＨＧＷ３０としての動作を行うためのプログラム（即ち、ファームウェア）を格納したりする。

メモリ３２は、その内部に、ＩＰｖ６プレフィックス格納部３２１を備える。

ＩＰｖ６プレフィックス格納部３２１は、ＤＨＣＰサーバ１０から割り当てられたＩＰｖ６のプレフィックスを格納すると共に、その使用状況（つまり、ＨＧＷ３０の配下のクライアントへのアドレスの割り当て状況）を管理するテーブルである。

ＬＡＮ側回線インタフェース部３４＿１は、ＨＧＷ３０のＬＡＮ側に位置するクライアント（つまり、ＨＧＷ３０の配下のクライアント）との間の情報の送受信を制御する。

ＷＡＮ側回線インタフェース部３４＿２は、ＨＧＷ３０のＷＡＮ側に位置する複数のルータ２０（或いは、ＤＨＣＰサーバ１０や他のルータ４０）との間の情報の送受信を制御する。

データバス３５は、ＣＰＵ３１と、メモリ３２と、ＬＡＮ側回線インタフェース部３４＿１と、ＷＡＮ側回線インタフェース部３４＿２と、転送エンジン３６との間の情報の伝送を行う。

転送エンジン３６は、ＬＡＮ側回線インタフェース部３４＿１から入力してくるデータ（例えば、パケット）を、ＷＡＮ側回線インタフェース部３４＿２に対して転送する。或いは、転送エンジン３６は、ＷＡＮ側回線インタフェース部３４＿２から入力してくるデータ（例えば、パケット）を、ＬＡＮ側回線インタフェース部３４＿１に対して転送する。或いは、転送エンジン３６は、ＬＡＮ側回線インタフェース部３４＿１から入力してくるデータ（例えば、パケット）を、ＬＡＮ側回線インタフェース部３４＿１に対して転送する。尚、データの転送動作は、転送エンジン３６の内部に実現される物理的な、論理的な又は機能的な処理ブロックとしてのパケット転送処理部３６１によって行われる。

（５）通信システムで行われる処理
図５及び図６を参照して、本実施形態の通信システム１における処理の流れについて説明する。図５は、本実施形態の通信システム１における処理の流れの一部を示すフローチャートである。図６は、本実施形態の通信システム１における処理の流れの他の一部を示すフローチャートである。

図５に示すように、マスタルータ２０が備えるＶＲＲＰ制御部２１２は、自身のアドレス（具体的には、ＤＨＣＰリレーを行う際に使用される送信元アドレス）を、冗長構成を有する他のルータ２０（つまり、バックアップルータ２０）に対して通知する（ステップＳ２０１）。マスタルータ２０のＶＲＲＰ制御部２１２は、ルータ広告（ＲＡ：Router Advertisement）メッセージを他のルータ２０に向けて送信することで、自身のアドレスを通知してもよい。或いは、マスタルータ２０のＶＲＲＰ制御部２１２は、その他の何らかのメッセージないしは制御信号を他のルータ２０に向けて送信することで、自身のアドレスを通知してもよい。

図７を参照して、アドレスを通知するために用いられるルータ広告メッセージについて説明する。図７は、ルータ広告メッセージのフォーマットを示すデータ構造図である。

図７に示すように、ルータ広告メッセージは、ＩＰｖ６ヘッダと、ＶＲＲＰペイロードとを含む。ＶＲＲＰペイロードは、バージョンを示すバージョンフィールドと、タイプを示すタイプフィールドと、冗長構成のＩＤを示すＶＲＩＤフィールドと、冗長構成における各ルータ２０の優先度を示す優先度フィールドと、冗長構成で使用している仮想アドレスの数（図７では、ｎ：但し、ｎは１以上の整数）を示す仮想アドレス数フィールドと、将来の拡張用のリザーブドフィールドと、ルータ広告メッセージの送信間隔を示す広告間隔フィールドと、ルータ広告メッセージのチェックサムを示すチェックサムフィールドと、使用している仮想アドレス＃１から＃ｎを示す仮想アドレスフィールドと、通知している他のルータ２０のアドレスの数（図７では、ｍ：但し、ｍは１以上の整数）を示す冗長ルータアドレス数フィールドと、通知している他のルータ２０のアドレス＃１から＃ｍを示す冗長ルータアドレスフィールドとを含む。

再び図５において、その結果、バックアップルータ２０が備えるＶＲＲＰ制御部２１２は、マスタルータ２０から送信されるルータ広告メッセージを受信する。その後、バックアップルータ２０が備えるＶＲＲＰ制御部２１２は、受信したルータ広告メッセージ中の冗長ルータアドレスフィールドを参照することで、マスタルータ２０のアドレスを取得する。バックアップルータ２０が備えるＶＲＲＰ制御部２１２は、取得したマスタルータ２０のアドレスを、バックアップルータ２０が備える冗長ルータソースアドレステーブル２２２に登録する（ステップＳ２５２）。

図８を参照して、冗長ルータソースアドレステーブル２２２について説明する。図８は、冗長ルータソースアドレステーブル２２２のデータ構造を示すテーブル図である。

図８（ａ）に示すように、あるルータ２０が備える冗長ルータソースアドレステーブル２２２は、ＶＲＲＰ構成を有する他のルータ２０のアドレスを格納する。図８（ａ）に示す冗長ルータソースアドレステーブル２２２の例は、あるルータ２０と共に冗長構成を有する他のルータ２０が５つ存在し、且つそれらのアドレスが、「１１１１：２２２２：：１」、「１１１１：３３３３：：１」、「１１１１：４４４４：：１」、「１１１１：５５５５：：１」、及び「１１１１：６６６６：：１」である例を示している。

尚、上述したように、本実施形態の通信システム１は、ＶＬＡＮ（Virtual LAN）構成を採用していてもよい。ＶＬＡＮ構成を採用する場合には、冗長ルータソースアドレステーブル２２２の形式を変えてもよい。

例えば、図８（ｂ）に示すように、あるルータ２０に複数のＶＬＡＮが設定されている場合には、当該ルータ２０が備える冗長ルータソースアドレステーブル２２２は、設定されたＶＬＡＮ毎に、ＶＲＲＰ構成を有する他のルータ２０のアドレスを格納してもよい。図８（ｂ）に示す冗長ルータソースアドレステーブル２２２の例は、ＶＬＡＮ＃１が設定されているあるルータ２０と共にＶＬＡＮ＃１上で冗長構成を有する他のルータ２０が５つ存在し、且つそれらのアドレスが、「１１１１：２２２２：：１」、「１１１１：３３３３：：１」、「１１１１：４４４４：：１」、「１１１１：５５５５：：１」、及び「１１１１：６６６６：：１」である例を示している。同様に、図８（ｂ）に示す冗長ルータソースアドレステーブル２２２の例は、ＶＬＡＮ＃２が設定されているあるルータ２０と共にＶＬＡＮ＃２上で冗長構成を有する他のルータ２０が２つ存在し、且つそれらのアドレスが、「２２２２：２２２２：：１」及び「２２２２：３３３３：：１」である例を示している。同様に、図８（ｂ）に示す冗長ルータソースアドレステーブル２２２の例は、ＶＬＡＮ＃３が設定されているあるルータ２０と共にＶＬＡＮ＃３上で冗長構成を有する他のルータ２０が２つ存在し、且つそれらのアドレスが、「３３３３：２２２２：：１」及び「３３３３：３３３３：：１」である例を示している。

或いは、例えば、図８（ｃ）に示すように、あるルータ２０に複数のＶＬＡＮが設定されている場合には、当該ルータ２０が備える冗長ルータソースアドレステーブル２２２は、ＶＲＲＰ構成を有する他のルータ２０のアドレスを、設定されているＶＬＡＮに対する使用可否を示す情報と共に格納してもよい。図８（ｃ）に示す冗長ルータソースアドレステーブル２２２の例は、ＶＬＡＮ＃１からＶＬＡＮ＃４が設定されているあるルータ２０と共にいずれかのＶＬＡＮ上で冗長構成を有する他のルータ２０が５つ存在し、且つそれらのアドレスが、「１１１１：２２２２：：１」、「１１１１：３３３３：：１」、「１１１１：４４４４：：１」、「１１１１：５５５５：：１」、及び「１１１１：６６６６：：１」である例を示している。加えて、図８（ｃ）に示す冗長ルータソースアドレステーブル２２２の例は、「１１１１：２２２２：：１」というアドレスを有する他のルータ２０は、ＶＬＡＮ＃１、ＶＬＡＮ＃２、ＶＬＡＮ＃３及びＶＬＡＮ＃４上で、あるルータ２０と冗長構成を有する例を示している。加えて、図８（ｃ）に示す冗長ルータソースアドレステーブル２２２の例は、「１１１１：３３３３：：１」というアドレスを有する他のルータ２０は、ＶＬＡＮ＃１、ＶＬＡＮ＃２及びＶＬＡＮ＃３上で、あるルータ２０と冗長構成を有する例を示している。加えて、図８（ｃ）に示す冗長ルータソースアドレステーブル２２２の例は、「１１１１：４４４４：：１」というアドレスを有する他のルータ２０は、ＶＬＡＮ＃１、ＶＬＡＮ＃２及びＶＬＡＮ＃４上で、あるルータ２０と冗長構成を有する例を示している。加えて、図８（ｃ）に示す冗長ルータソースアドレステーブル２２２の例は、「１１１１：５５５５：：１」というアドレスを有する他のルータ２０は、ＶＬＡＮ＃１及びＶＬＡＮ＃２上で、あるルータ２０と冗長構成を有する例を示している。加えて、図８（ｃ）に示す冗長ルータソースアドレステーブル２２２の例は、「１１１１：５５５５：：１」というアドレスを有する他のルータ２０は、ＶＬＡＮ＃１及びＶＬＡＮ＃２上で、あるルータ２０と冗長構成を有する例を示している。

尚、図８（ａ）から図８（ｃ）に示す冗長ルータソースアドレステーブル２２２は一例であって、冗長ルータソースアドレステーブル２２２のデータ構造が図８（ａ）から図８（ｃ）に示す例に限定されることはない。冗長ルータソースアドレステーブル２２２は、少なくとも冗長構成を有する他のルータ２０のアドレスを何らかの形式で認識可能な形式であればよい。

再び図５において、マスタルータ２０と同様に、バックアップルータ２０が備えるＶＲＲＰ制御部２１２もまた、自身のアドレスを、冗長構成を有する他のルータ２０（つまり、マスタルータ２０及び他のバックアップルータ２０）に対して通知する（ステップＳ２５１）。バックアップルータ２０のＶＲＲＰ制御部２１２もまた、ＲＡメッセージを他のルータ２０に向けて送信することで、自身のアドレスを通知する。

その結果、マスタルータ２０及び他のバックアップルータ２０の夫々が備えるＶＲＲＰ制御部２１２は、バックアップルータ２０のアドレスを取得する。マスタルータ２０及び他のバックアップルータ２０が備えるＶＲＲＰ制御部２１２は、取得したバックアップルータ２０のアドレスを、マスタルータ２０及び他のバックアップルータ２０が備える冗長ルータソースアドレステーブル２２２に登録する（ステップＳ２０２及びステップＳ２５２）。

尚、上述の説明では、ルータ広告メッセージを送受信することで、あるルータ２０のアドレスを、当該あるルータ２０と共に冗長構成を有する他のルータ２０に通知する動作について説明している。しかしながら、ルータ広告メッセージの送受信に加えて又は代えて、他の手法によって、あるルータ２０のアドレスを、当該あるルータ２０と共に冗長構成を有する他のルータ２０に通知してもよい。或いは、ルータ広告メッセージの送受信に加えて又は代えて、他の手法によって、あるルータ２０の冗長ルータソースアドレステーブル２２２に、当該あるルータ２０と共に冗長構成を有する他のルータ２０のアドレスを登録してもよい。例えば、ルータ２０のオペレータが入力するコマンドによって（言い換えれば、オペレータの手作業によって）、あるルータ２０の冗長ルータソースアドレステーブル２２２に、当該あるルータ２０と共に冗長構成を有する他のルータ２０のアドレスを登録してもよい。尚、オペレータは、例えば冗長構成を実現するＶＲＲＰの設定（例えば、ループバックインタフェースアドレスの使用可否の設定や、優先度の設定等）のためのコマンドを入力することで、複数のルータ２０の冗長構成を設定している。このため、オペレータが冗長ルータソースアドレステーブル２２２への登録をオペレータが行ったとしても、作業負荷が大幅に増えることは殆ど又は全くない。

続いて、ＨＧＷ３０が備えるＤＨＣＰプロトコル処理部３１１は、プレフィックスの割り当てをＤＨＣＰサーバ１０に対して要求するためのＤＨＣＰメッセージの一例であるＳｏｌｉｃｉｔメッセージを、ＶＲＲＰ構成を有する複数のルータ２０に対して送信する（ステップＳ３０１）。ステップＳ３０１の動作は、例えばＨＧＷ３０の電源がオンになったタイミング（或いは、ＨＧＷ３０が起動したタイミング）で行われる。尚、ＨＧＷ３０が備えるＤＨＣＰプロトコル処理部３１１は、例えば、リンクローカルマルチキャストアドレス（例えば、ＦＦ０２：：１：２）を宛先に指定した上で、Ｓｏｌｉｃｉｔメッセージを送信する。

続いて、マスタルータ２０が備えるＤＨＣＰリレー処理部２１１は、ＨＧＷ３０から送信されたＳｏｌｉｃｉｔメッセージを受信する（ステップＳ２０３）。尚、バックアップルータ２０は、Ｓｏｌｉｃｉｔメッセージを受信しなくともよいし、受信したとしても以下の処理を行わなくともよい。マスタルータ２０が備えるＤＨＣＰリレー処理部２１１は、受信したＳｏｌｉｃｉｔメッセージを、ＤＨＣＰメッセージの一例であるＲｅｌａｙ−Ｆｏｒｗａｒｄ（Ｓｏｌｉｃｉｔ）メッセージにカプセリングする。マスタルータ２０が備えるＤＨＣＰリレー処理部２１１は、ＳｏｌｉｃｉｔメッセージがカプセリングされたＲｅｌａｙ−Ｆｏｒｗａｒｄ（Ｓｏｌｉｃｉｔ）メッセージを、ＤＨＣＰサーバ１０に対して送信する（ステップＳ２０４）。

続いて、ＤＨＣＰサーバ１０が備えるＤＨＣＰプロトコル処理部１１１は、マスタルータ２０から送信されるＲｅｌａｙ−Ｆｏｒｗａｒｄ（Ｓｏｌｉｃｉｔ）メッセージを受信する（ステップＳ１０１）。ＤＨＣＰサーバ１０が備えるＤＨＣＰプロトコル処理部１１１は、Ｒｅｌａｙ−Ｆｏｒｗａｒｄ（Ｓｏｌｉｃｉｔ）メッセージをデカプセリングすることで、ＨＧＷ３０から送信されたＳｏｌｉｃｉｔメッセージを取得する。ＤＨＣＰサーバ１０が備えるＤＨＣＰプロトコル処理部１１１は、Ｓｏｌｉｃｉｔメッセージに対する応答として、ＤＨＣＰメッセージの一例であるＡｄｖｅｒｔｉｓｅメッセージがカプセリングされた、ＤＨＣＰメッセージの一例であるＲｅｌａｙ−Ｒｅｐｌｙ（Ａｄｖｅｒｔｉｓｅ）メッセージを生成する。ＤＨＣＰサーバ１０が備えるＤＨＣＰプロトコル処理部１１１は、生成したＲｅｌａｙ−Ｒｅｐｌｙ（Ａｄｖｅｒｔｉｓｅ）メッセージを、マスタルータ２０に対して送信する（ステップＳ１０２）。

続いて、マスタルータ２０が備えるＤＨＣＰリレー処理部２１１は、ＤＨＣＰサーバ１０から送信されたＲｅｌａｙ−Ｒｅｐｌｙ（Ａｄｖｅｒｔｉｓｅ）メッセージを受信する（ステップＳ２０５）。マスタルータ２０が備えるＤＨＣＰリレー処理部２１１は、受信したＲｅｌａｙ−Ｒｅｐｌｙ（Ａｄｖｅｒｔｉｓｅ）メッセージをデカプセリングすることで、Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージを取得する。マスタルータ２０が備えるＤＨＣＰリレー処理部２１１は、取得したＡｄｖｅｒｔｉｓｅメッセージを、ＨＧＷ３０に対して送信する（ステップＳ２０６）。

続いて、ＨＧＷ３０が備えるＤＨＣＰプロトコル処理部３１１は、マスタルータ２０から送信されるＡｄｖｅｒｔｉｓｅメッセージを受信する（ステップＳ３０２）。ＨＧＷ３０が備えるＤＨＣＰプロトコル処理部３１１は、プレフィックスの割り当てをＤＨＣＰサーバ１０に対して要求するための更なるＤＨＣＰメッセージの一例であるＲｅｑｕｅｓｔメッセージを、ＶＲＲＰ構成を有する複数のルータ２０に対して送信する（ステップＳ３０３）。

続いて、マスタルータ２０が備えるＤＨＣＰリレー処理部２１１は、ＨＧＷ３０から送信されたＲｅｑｕｅｓｔメッセージを受信する（ステップＳ２０７）。尚、バックアップルータ２０は、Ｒｅｑｕｅｓｔメッセージを受信しなくともよいし、受信したとしても以下の処理を行わなくともよい。

その後、マスタルータ２０が備える冗長ルータアドレス制御部２１１１は、冗長ルータソースアドレステーブル２２２に他のルータ２０（例えば、バックアップルータ２０）のアドレスが登録されているか否かを判定する（ステップＳ２０８）。

ステップＳ２０８における判定の結果、冗長ルータソースアドレステーブル２２２に他のルータ２０のアドレスが登録されていると判定される場合には（ステップＳ２０８：Ｙｅｓ）、マスタルータ２０が備える冗長ルータアドレス制御部２１１１は、冗長ルータソースアドレステーブル２２２に登録されている他のルータ２０のアドレスを、冗長ルータアドレスオプションとして付加するようにＤＨＣＰリレー処理部２１１の動作を制御する（ステップＳ２０８）。その結果、マスタルータ２０が備えるＤＨＣＰリレー処理部２１１は、受信したＲｅｑｕｅｓｔメッセージを、ＤＨＣＰメッセージの一例であるＲｅｌａｙ−Ｆｏｒｗａｒｄ（Ｒｅｑｕｅｓｔ）メッセージにカプセリングする。加えて、マスタルータ２０が備えるＤＨＣＰリレー処理部２１１は、Ｒｅｌａｙ−Ｆｏｒｗａｒｄ（Ｒｅｑｕｅｓｔ）メッセージ中に確保される冗長ルータアドレスオプションフィールドに、冗長ルータソースアドレステーブル２２２に登録されている他のルータ２０のアドレス（つまり、冗長ルータアドレスオプション）を格納する。但し、マスタルータ２０が備えるＤＨＣＰリレー処理部２１１は、Ｒｅｌａｙ−Ｆｏｒｗａｒｄ（Ｒｅｑｕｅｓｔ）メッセージ中の任意のフィールドに、冗長ルータソースアドレステーブル２２２に登録されている他のルータ２０のアドレスを格納してもよい。その結果、Ｒｅｑｕｅｓｔメッセージがカプセリングされると共に冗長ルータソースアドレステーブル２２２に登録されている他のルータ２０のアドレスが格納されたＲｅｌａｙ−Ｆｏｒｗａｒｄ（Ｒｅｑｕｅｓｔ）メッセージが生成される。

図９を参照して、冗長ルータソースアドレステーブル２２２に登録されている他のルータ２０のアドレスが冗長ルータアドレスオプションフィールドに格納されるＲｅｐｌｙ−Ｆｏｒｗａｒｄ（Ｒｅｑｕｅｓｔ）メッセージのフォーマットについて説明する。図９は、Ｒｅｐｌｙ−Ｆｏｒｗａｒｄ（Ｒｅｑｕｅｓｔ）メッセージのフォーマットを示すデータ構造図である。

図９に示すように、Ｒｅｐｌｙ−Ｆｏｒｗａｒｄ（Ｒｅｑｕｅｓｔ）メッセージは、ＩＰｖ６ヘッダと、宛先ポート及び送信元ポートを識別する情報を含むＵＤＰ（User Datagram Protocol）ヘッダと、ＤＨＣＰｖ６ペイロードとを含んでいる。

ＤＨＣＰｖ６ペイロードは、メッセージのタイプを示すメッセージタイプフィールドと、当該メッセージでリレーするべきＲｅｑｕｅｓｔメッセージを格納するリレーメッセージフィールドと、当該メッセージが送信されるインタフェースを識別するインタフェースＩＤフィールドと、冗長ルータソースアドレステーブル２２２に登録されている他のルータ２０のアドレスを示す冗長ルータアドレスオプションフィールドをと含んでいる。

尚、Ｒｅｐｌｙ−Ｆｏｒｗａｒｄ（Ｒｅｑｕｅｓｔ）メッセージのみならず、Ｒｅｐｌｙ−Ｆｏｒｗａｒｄ（Ｓｏｌｉｃｉｔ）メッセージや、Ｒｅｐｌｙ−Ｒｅｐｌｙ（Ａｄｖｅｒｔｉｓｅ）もまた、図９に示すＲｅｐｌｙ−Ｆｏｒｗａｒｄ（Ｒｅｑｕｅｓｔ）メッセージと同様の又は類似のフォーマットを有していてもよい。

再び図５において、他方で、ステップＳ２０８における判定の結果、冗長ルータソースアドレステーブル２２２に他のルータ２０のアドレスが登録されていないと判定される場合には（ステップＳ２０８：Ｎｏ）、マスタルータ２０が備えるＤＨＣＰリレー処理部２１１は、受信したＲｅｑｕｅｓｔメッセージを、Ｒｅｌａｙ−Ｆｏｒｗａｒｄ（Ｒｅｑｕｅｓｔ）メッセージにカプセリングする。このとき、マスタルータ２０が備えるＤＨＣＰリレー処理部２１１は、Ｒｅｌａｙ−Ｆｏｒｗａｒｄ（Ｒｅｑｕｅｓｔ）メッセージ中に確保される冗長ルータアドレスオプションフィールドに何も格納しなくともよい。

その後、図６に示すように、マスタルータ２０が備えるＤＨＣＰリレー処理部２１１は、ＲｅｑｕｅｓｔメッセージがカプセリングされたＲｅｌａｙ−Ｆｏｒｗａｒｄ（Ｒｅｑｕｅｓｔ）メッセージを、ＤＨＣＰサーバ１０に対して送信する（ステップＳ２１０）。

続いて、ＤＨＣＰサーバ１０が備えるＤＨＣＰプロトコル処理部１１１は、マスタルータ２０から送信されるＲｅｌａｙ−Ｆｏｒｗａｒｄ（Ｒｅｑｕｅｓｔ）メッセージを受信する（ステップＳ１０３）。

その後、ＤＨＣＰサーバ１０が備える冗長ルータアドレスオプション処理部１１２は、Ｒｅｌａｙ−Ｆｏｒｗａｒｄ（Ｒｅｑｕｅｓｔ）メッセージ中に、有効な冗長ルータアドレスオプションが存在するか否かを判定する（ステップＳ１０４）。言い換えれば、ＤＨＣＰサーバ１０が備える冗長ルータアドレスオプション処理部１１２は、Ｒｅｌａｙ−Ｆｏｒｗａｒｄ（Ｒｅｑｕｅｓｔ）メッセージ中の冗長ルータアドレスオプションフィールドに、アドレスが格納されているかを判定する。冗長ルータアドレスオプションフィールドにアドレスが格納されている場合には、有効な冗長ルータアドレスオプションが存在すると判定されてもよい。他方で、冗長ルータアドレスオプションフィールドにアドレスが格納されていない場合には、有効な冗長ルータアドレスオプションが存在しないと判定されてもよい。

ステップＳ１０４における判定の結果、有効な冗長ルータアドレスオプションが存在すると判定される場合には（ステップＳ１０４：Ｙｅｓ）、ＤＨＣＰサーバ１０が備える冗長ルータアドレスオプション処理部１１２は、冗長ルータアドレスオプションフィールドに格納されているアドレスを、冗長ルータアドレステーブル１２２に格納する（ステップＳ１０５）。

図１０を参照して、冗長ルータアドレステーブル１２２のデータ構造について説明する。図１０は、冗長ルータアドレステーブル１２２のデータ構造を示すテーブル図である。

図１０に示すように、冗長ルータアドレステーブル１２２は、シリアル番号と、ポインタと、冗長ルータアドレスとを含むレコードを一又は複数備えている。

シリアル番号は、各レコードを識別するための識別情報である。

ポインタは、後述するＩＰｖ６プレフィックスプールテーブル１２１内のレコードとの対応付けを示すポインタである。つまり、ポインタは、後述するＩＰｖ６プレフィックスプールテーブル１２１内の特定のプレフィックスと冗長ルータアドレスの対応付けを示すポインタである。更に言い換えれば、ポインタは、冗長ルータアドレステーブル１２２に格納された冗長ルータアドレスと、当該冗長ルータアドレスを含むＲｅｌａｙ−Ｆｏｒｗａｒｄ（Ｒｅｑｕｅｓｔ）メッセージに応答して割り当てられるプレフィックスとの対応付けを示すポインタである。

冗長ルータアドレスは、Ｒｅｌａｙ−Ｆｏｒｗａｒｄ（Ｒｅｑｕｅｓｔ）メッセージ中の冗長ルータアドレスオプションフィールドに格納されているアドレスを示す。

図１０に示す冗長ルータアドレステーブル１２２の例は、シリアル番号が「１」であり、ポインタが「１」であり、且つ冗長ルータアドレスが「１１１１：２２２２：：１」、「１１１１：３３３３：：１」、「１１１１：４４４４：：１」、「１１１１：５５５５：：１」、及び「１１１１：６６６６：：１」となるレコードを含んでいる。同様に、図１０に示す冗長ルータアドレステーブル１２２の例は、シリアル番号が「２」であり、ポインタが「２」であり、且つ冗長ルータアドレスが「２２２２：２２２２：：１」及び「２２２２：３３３３：：１」となるレコードを含んでいる。同様に、図１０に示す冗長ルータアドレステーブル１２２の例は、シリアル番号が「３」であり、ポインタが「３」であり、且つ冗長ルータアドレスが「３３３３：２２２２：：１」及び「２２２２：３３３３：：１」となるレコードを含んでいる。

再び図６において、他方で、ステップＳ１０４における判定の結果、有効な冗長ルータアドレスオプションが存在しないと判定される場合には（ステップＳ１０４：Ｙｅｓ）、ＤＨＣＰサーバ１０が備える冗長ルータアドレスオプション処理部１１２は、ステップＳ１０５の処理を行わなくともよい。

その後、ＤＨＣＰサーバ１０が備えるＤＨＣＰプロトコル処理部１１１は、Ｒｅｌａｙ−Ｆｏｒｗａｒｄ（Ｒｅｑｕｅｓｔ）メッセージをデカプセリングすることで、ＨＧＷ３０から送信されたＲｅｑｕｅｓｔメッセージを取得する。ＤＨＣＰサーバ１０が備えるＤＨＣＰプロトコル処理部１１１は、Ｒｅｑｕｅｓｔメッセージに対する応答として、割り当てるプレフィックスを指定するＤＨＣＰメッセージの一例であるＲｅｐｌｙメッセージがカプセリングされた、ＤＨＣＰメッセージの一例であるＲｅｌａｙ−Ｒｅｐｌｙ（Ｒｅｐｌｙ）メッセージを生成する。ＤＨＣＰプロトコル処理部１１１は、ＩＰｖ６プレフィックスプールテーブル１２１を参照することで、ＨＧＷ３０に割り当てるプレフィックスを決定してもよい。より具体的には、例えば、ＤＨＣＰプロトコル処理部１１１は、ＩＰｖ６プレフィックスプールテーブル１２１を参照することで、自身が管理しているプレフィックスのうち未割り当てのプレフィックスを特定すると共に、特定した未割り当てのプレフィックスのうちの少なくとも一つを、ＨＧＷ３０に割り当てるプレフィックスとして決定してもよい。

図１１を参照して、ＨＧＷ３０に割り当てるプレフィックスを決定する際に参照されるＩＰｖ６プレフィックスプールテーブル１２１のデータ構造について説明する。図１１は、ＩＰｖ６プレフィックスプールテーブル１２１のデータ構造を示すテーブル図である。

図１１に示すように、ＩＰｖ６プレフィックステーブル１２１は、シリアル番号と、ＩＰｖ６プレフィックスプールと、割当状況と、送信元アドレスと、インタフェースＩＤと、ポインタとを含むレコードを一又は複数備えている。

シリアル番号は、各レコードを識別するための識別情報である。

ＩＰｖ６プレフィックスプールは、ＤＨＣＰサーバ１０が割り当てを管理しているＩＰｖ６のプレフィックスを示す。

割当状況は、ＩＰｖ６プレフィックスプールが示す各プレフィックスが割り当て済みのプレフィックスであるのか又は未割り当てのプレフィックスであるのかを示す。

送信元アドレスは、割り当て済みのプレフィックス毎に、当該プレフィックスの割り当てを要求してきた（つまり、Ｒｅｌａｙ−Ｆｏｒｗａｒｄ（Ｒｅｑｕｅｓｔ）メッセージを送信してきた）ルータ２０のアドレスを示す。

インタフェースＩＤは、割り当て済みのプレフィックス毎に、当該プレフィックスの割り当てを要求してきた（つまり、Ｒｅｌａｙ−Ｆｏｒｗａｒｄ（Ｒｅｑｕｅｓｔ）メッセージを送信してきた）ルータ２０の回線インタフェース部２４を示す。

ポインタは、上述する冗長ルータアドレステーブル１２２内のレコードとの対応付けを示すポインタである。

図１１に示すＩＰｖ６プレフィックスプールテーブル１２１の例は、シリアル番号が「１」であり、ＩＰｖ６プレフィックスが「９９９９：０：０：１：：／６４」であり、割当状況が「割り当て済み」であり、送信元アドレスが「１１１１：１１１１：：１」であり、インタフェースＩＤが「ＧＥ＿１／１．１０」であり、且つポインタが「１」であるレコードを含んでいる。同様に、図１１に示すＩＰｖ６プレフィックスプールテーブル１２２の例は、シリアル番号が「２」であり、ＩＰｖ６プレフィックスが「９９９９：０：０：２：：／６４」であり、割当状況が「割り当て済み」であり、送信元アドレスが「１１１１：１１１１：：１」であり、インタフェースＩＤが「ＧＥ＿１／１．２０」であり、且つポインタが「２」であるレコードを含んでいる。同様に、図１１に示すＩＰｖ６プレフィックスプールテーブル１２２の例は、シリアル番号が「３」であり、ＩＰｖ６プレフィックスが「９９９９：０：０：３：：／６４」であり、割当状況が「割り当て済み」であり、送信元アドレスが「２２２２：１１１１：：１」であり、インタフェースＩＤが「ＧＥ＿１／１．１０」であり、且つポインタが「３」であるレコードを含んでいる。

再び図６において、ＤＨＣＰサーバ１０が備えるＤＨＣＰプロトコル処理部１１１は、生成したＲｅｌａｙ−Ｒｅｐｌｙ（Ｒｅｐｌｙ）メッセージを、マスタルータ２０に対して送信する（ステップＳ１０６）。つまり、ＤＨＣＰサーバ１０が備えるＤＨＣＰプロトコル処理部１１１は、生成したＲｅｌａｙ−Ｒｅｐｌｙ（Ｒｅｐｌｙ）メッセージを、マスタルータ２０のアドレスを宛先に指定して送信する（ステップＳ１０８）。

その結果、マスタルータ２０が備えるＤＨＣＰリレー処理部２１１は、ＤＨＣＰサーバ１０から送信されたＲｅｌａｙ−Ｒｅｐｌｙ（Ｒｅｐｌｙ）メッセージを受信する（ステップＳ２１１）。マスタルータ２０が備えるルート登録部２１２は、ステップＳ２１１で受信したＲｅｌａｙ−Ｒｅｐｌｙ（Ｒｅｐｌｙ）メッセージを解析することで、ＤＨＣＰサーバ１０からＨＧＷ３０に割り当てられたプレフィックスを認識する。その後、マスタルータ２０が備えるルート登録部２１２は、認識したプレフィックスを、ＨＧＷ３０までの経路を示すスタティックルートとして、ルーティングテーブル２２１に登録する（ステップＳ２１２）。より具体的には、マスタルータ２０が備えるルート登録部２１２は、認識したプレフィックスのネクストホップをＨＧＷ３０に指定するスタティックルートを、ルーティングテーブル２２１に登録する（ステップＳ２１２）。

また、マスタルータ２０が備えるＤＨＣＰリレー処理部２１１は、受信したＲｅｌａｙ−Ｒｅｐｌｙ（Ｒｅｐｌｙ）メッセージをデカプセリングすることで、Ｒｅｐｌｙメッセージを取得する。マスタルータ２０が備えるＤＨＣＰリレー処理部２１１は、取得したＲｅｐｌｙメッセージを、ＨＧＷ３０に対して送信する（ステップＳ２１３）。

その結果、ＨＧＷ３０が備えるＤＨＣＰプロトコル処理部３１１は、マスタルータ２０から送信されるＲｅｐｌｙメッセージを受信する（ステップＳ３０４）。その後、ＨＧＷ３０が備えるＤＨＣＰプロトコル処理部３１１は、Ｒｅｐｌｙメッセージが示すプレフィックスを、ＬＡＮ側回線インタフェース部３４＿１に割り当てる（ステップＳ３０５）。

一方で、本実施形態では更に、ＤＨＣＰサーバ１０が備える冗長ルータアドレスオプション処理部１１２は、冗長ルータアドレステーブル１２２にアドレスが格納されているか否かを判定する（ステップＳ１０７）。より具体的には、今回の一連の処理で割り当てた（つまり、ステップＳ１０６で送信したＲｅｐｌｙメッセージによって割り当てた）プレフィックスに対してポインタによって相互に対応付けられた冗長ルータアドレスが、冗長ルータアドレステーブル１２２に含まれているか否かを判定する。

ステップＳ１０７における判定の結果、冗長ルータアドレステーブル１２２にアドレスが格納されていないと判定される場合には（ステップＳ１０７：Ｎｏ）、ＤＨＣＰサーバ１０は、動作を終了してもよい。

他方で、ステップＳ１０７における判定の結果、冗長ルータアドレステーブル１２２にアドレスが格納されていると判定される場合には（ステップＳ１０７：Ｙｅｓ）、ＤＨＣＰサーバ１０が備えるＤＨＣＰプロトコル処理部１１１は、生成したＲｅｌａｙ−Ｒｅｐｌｙ（Ｒｅｐｌｙ）メッセージを、冗長ルータアドレステーブル１２２に格納されているアドレスを有するルータ２０に対して送信する（ステップＳ１０８）。つまり、ＤＨＣＰサーバ１０が備えるＤＨＣＰプロトコル処理部１１１は、生成したＲｅｌａｙ−Ｒｅｐｌｙ（Ｒｅｐｌｙ）メッセージを、冗長ルータアドレステーブル１２２に格納されているアドレスを宛先に指定して送信する。従って、ＤＨＣＰサーバ１０が備えるＤＨＣＰプロトコル処理部１１１は、生成したＲｅｌａｙ−Ｒｅｐｌｙ（Ｒｅｐｌｙ）メッセージを、マスタルータ２０のみならず、バックアップルータ２０に対して送信する。

その結果、バックアップルータ２０が備えるＤＨＣＰリレー処理部２１１は、ＤＨＣＰサーバ１０から送信されたＲｅｌａｙ−Ｒｅｐｌｙ（Ｒｅｐｌｙ）メッセージを受信する（ステップＳ２５３）。バックアップルータ２０が備えるルート登録部２１２は、受信したＲｅｌａｙ−Ｒｅｐｌｙ（Ｒｅｐｌｙ）メッセージを解析することで、ＤＨＣＰサーバ１０からＨＧＷ３０に割り当てられたプレフィックスを認識する。その後、バックアップルータ２０が備えるルート登録部２１２は、認識したプレフィックスを、ＨＧＷ３０までの経路を示すスタティックルートとして、ルーティングテーブル２２１に登録する（ステップＳ２５４）。

以上説明したように、本実施形態の通信システム１によれば、ＨＧＷ３０に対して割り当てられるプレフィックスは、ＤＨＣＰサーバ１０から、ＤＨＣＰリレーを行っているマスタルータ２０のみならず、ＤＨＣＰリレーを行っていないバックアップルータ２０に対しても通知される。このため、マスタルータ２０及びバックアップルータ２０の双方は、ＨＧＷ３０までの経路を示す同一のスタティックルートを夫々のルーティングテーブル２２１に登録することができる。従って、マスタルータ２０のルーティングテーブル２２１に登録されるスタティックルートと、バックアップルータ２０のルーティングテーブル２２１に登録されるスタティックルートとの間の同期を好適に図ることができる。このため、バックアップルータ２０が新たにマスタルータ２０として動作を開始する場合であっても、バックアップルータ２０は、好適に同期が図られたルーティングテーブル２２１を有しているため、その動作の継続性が妨げられることは殆ど又は全くない。

尚、仮にＨＧＷ３０に対して割り当てられるプレフィックスがバックアップルータ２０に対して通知されなければ、バックアップルータ２０は、ＨＧＷ３０に対応するスタティックルートを登録することができない。このような状態でバックアップルータ２０が新たにマスタルータ２０として動作を開始する場合には、新たなマスタルータ２０にＨＧＷ３０に対応するスタティックルートが登録されていないがゆえに、ＨＧＷ３０との間の通信が断絶してしまいかねない。このため、ＨＧＷ３０に向けての通信が断絶するため、利用しているサービス（例えば、音声通話サービス等）によっては影響が大きいものとなりかねない。この場合には、新たなマスタルータ２０を介してＤＨＣＰメッセージの送受信が新たに行われれば、新たなマスタルータ２０は、ＨＧＷ３０に対応するスタティックルートを登録することができる。しかしながら、ＤＨＣＰメッセージの送受信が新たに行われる間はＨＧＷ３０に向けての通信が断絶するため、利用しているサービス（例えば、音声通話サービス等）によっては影響が大きいものとなりかねない。

しかるに、本実施形態によれば、上述したとおりＨＧＷ３０に対して割り当てられるプレフィックスがバックアップルータ２０に対しても通知されるため、ＨＧＷ３０に向けての通信が断絶する悪影響を好適に抑制することができる。

尚、上述の説明では、Ｒｅｌａｙ−Ｆｏｒｗａｒｄ（Ｒｅｑｕｅｓｔ）メッセージを用いて、バックアップルータ２０のアドレスがＤＨＣＰサーバ１０に通知される例が説明されている。しかしながら、Ｒｅｌａｙ−Ｆｏｒｗａｒｄ（Ｒｅｑｕｅｓｔ）メッセージ以外のその他のメッセージ（例えば、Ｒｅｌａｙ−Ｆｏｒｗａｒｄ（Ｓｏｌｉｃｉｔ）メッセージ等）を用いて、バックアップルータ２０のアドレスがＤＨＣＰサーバ１０に通知されてもよい。或いは、ＤＨＣＰメッセージ以外の任意のメッセージを用いて、ＤＨＣＰメッセージの送受信の前に又はＤＨＣＰメッセージの送受信と並行して、バックアップルータ２０のアドレスがＤＨＣＰサーバ１０に通知されてもよい。いずれの構成を採用するにせよ、バックアップルータ２０のアドレスがＤＨＣＰサーバ１０に通知されることで、上述した各種効果を好適に享受することができる。

ＤＨＣＰサーバ１０は、ＨＧＷ３０に割り当てるプレフィックスを通知するためのＲｅｌａｙ−Ｒｅｐｌｙ（Ｒｅｐｌｙ）メッセージを、マスタルータ２０及びバックアップルータ２０の夫々を宛先に指定して送信することができる。従って。ＤＨＣＰサーバ１０は、ＨＧＷ３０に割り当てるプレフィックスを、マスタルータ２０及びバックアップルータ２０の夫々に対して好適に通知することができる。

以上説明した実施形態に関して、更に以下の付記を開示する。

（付記１）
冗長構成を有する第１ルータ及び第２ルータを介して端末と当該端末にアドレスを割り当てるサーバとが接続されている通信システムにおける通信方法であって、
前記第２ルータを特定するための特定情報、前記端末と前記サーバとの間の通信を中継する前記第１ルータから前記サーバに送信する第１送信工程と、
前記サーバから、前記特定情報を送信した前記第１ルータ及び前記特定情報によって特定される前記第２ルータの双方に対して、前記端末に割り当てる前記アドレスを通知する通知工程と、
前記第１及び第２ルータの双方に通知される前記アドレスに基づく前記端末への経路を、前記第１及び第２ルータの双方に登録する登録工程と
を備えることを特徴とする通信方法。

（付記２）
前記端末への前記アドレスの割り当てを要求する要求メッセージを、前記端末から前記第１ルータに送信する第２送信工程を更に備え、
前記第１送信工程は、前記特定情報を、前記第２送信工程において送信された前記要求メッセージと共に、前記第１ルータから前記サーバに送信し、
前記通知工程は、前記サーバから、前記要求メッセージと共に前記特定情報を送信した前記第１ルータ及び前記特定情報によって特定される前記第２ルータの双方に対して、前記端末に割り当てる前記アドレスを通知する
ことを特徴とする付記１に記載の通信方法。

（付記３）
前記通知工程は、(i)前記サーバから、前記特定情報を送信した前記第１ルータに対して、前記端末に割り当てる前記アドレスを、当該アドレスの通知先を前記第１ルータに指定して通知し、且つ、(ii)前記サーバから、前記特定情報によって特定される前記第２ルータに対して、前記端末に割り当てるアドレスを、当該アドレスの通知先を前記第２ルータに指定して通知する
ことを特徴とする付記１又は２に記載の通信方法。

（付記４）
前記第２ルータを特定するための前記特定情報を前記第２ルータから前記第１ルータに送信する第３送信工程を更に備え、
前記第１送信工程は、前記第３送信工程において前記第２ルータから送信された前記特定情報を、前記第１ルータから前記サーバに送信する
ことを特徴とする付記１から３のいずれか一項に記載の通信方法。

（付記５）
冗長構成を有する第１及び第２ルータと、
端末と、
前記第１及び第２ルータを介して前記端末と接続され、且つ前記端末にアドレスを割り当てるサーバと
を備える通信システムであって、
前記端末と前記サーバとの間の通信を中継する前記第１ルータは、前記第２ルータを特定するための特定情報を、前記サーバに送信する送信部を備え、
前記サーバは、前記特定情報を送信した前記第１ルータ及び前記特定情報によって特定される前記第２ルータの双方に対して、前記端末に割り当てる前記アドレスを通知する通知部を備え、
前記第１ルータは、前記第１ルータに通知される前記アドレスに基づく前記端末への経路を、前記第１ルータに登録する第１登録部を備え
前記第２ルータは、前記第２ルータに通知される前記アドレスに基づく前記端末への経路を、前記第２ルータに登録する第２登録部を備える
ことを特徴とする通信システム。

（付記６）
端末と当該端末にアドレスを割り当てるサーバとを接続すると共に、他のルータと共に冗長構成を有するルータであって、
前記他のルータを特定するための特定情報を、前記サーバに送信する送信部と、
前記特定情報を送信した前記ルータ及び前記特定情報によって特定される前記他のルータの双方に対して前記サーバから通知される、前記端末に割り当てる前記アドレスに基づく前記端末への経路を、前記ルータ内部に登録する登録部と
備えることを特徴とするルータ。

（付記７）
冗長構成を有する第１及び第２ルータを介して端末と接続され、且つ前記端末にアドレスを割り当てるサーバであって、
前記端末と前記サーバとの間の通信を中継する前記第１ルータから、前記第２ルータを特定するための特定情報を受信する受信部と、
前記特定情報を送信した前記第１ルータ及び前記特定情報によって特定される前記第２ルータの双方に対して、前記端末に割り当てる前記アドレスを通知する通知部と
を備えることを特徴とするサーバ。

本発明は、上述した実施形態に限られるものではなく、請求の範囲及び明細書全体から読み取れる発明の要旨或いは思想に反しない範囲で適宜変更可能であり、そのような変更を伴う通信方法、並びに通信システム、ルータ及びサーバもまた本発明の技術的範囲に含まれるものである。

１ 通信システム
１０ ＤＨＣＰセンタサーバ
１１ ＣＰＵ
１１１ ＤＨＣＰプロトコル部
１１２ 冗長ルータアドレスオプション部
１２ メモリ
１２１ ＩＰｖ６プレフィックスプールテーブル
１２２ 冗長ルータアドレステーブル
２０ ルータ
２１ ＣＰＵ
２１１ ＤＨＣＰリレー処理部
２１１１ 冗長ルータアドレス制御部
２１１２ ルート登録部
２１２ ＶＲＲＰ制御部
２２ メモリ
２２１ ルーティングテーブル
２２２ 冗長ルータアドレステーブル
３０ ＨＧＷ
３１ ＣＰＵ
３１１ ＤＨＣＰプロトコル処理部
３２ メモリ
３２１ ＩＰｖ６プレフィックス格納部

Claims (7)

1. 冗長構成を有する第１ルータ及び第２ルータを介して端末と当該端末にアドレスを割り当てるサーバとが接続されている通信システムにおける通信方法であって、
   前記第２ルータを特定するための特定情報を、前記端末と前記サーバとの間の通信を中継する前記第１ルータから前記サーバに送信する第１送信工程と、
   前記サーバから、前記特定情報を送信した前記第１ルータ及び前記特定情報によって特定される前記第２ルータの双方に対して、前記端末に割り当てる前記アドレスを通知する通知工程と、
   前記第１及び第２ルータの双方に通知される前記アドレスに基づく前記端末への経路を、前記第１及び第２ルータの双方に登録する登録工程と
   を備えることを特徴とする通信方法。
2. 前記端末への前記アドレスの割り当てを要求する要求メッセージを、前記端末から前記第１ルータに送信する第２送信工程を更に備え、
   前記第１送信工程は、前記特定情報を、前記第２送信工程において送信された前記要求メッセージと共に、前記第１ルータから前記サーバに送信し、
   前記通知工程は、前記サーバから、前記要求メッセージと共に前記特定情報を送信した前記第１ルータ及び前記特定情報によって特定される前記第２ルータの双方に対して、前記端末に割り当てる前記アドレスを通知する
   ことを特徴とする請求項１に記載の通信方法。
3. 前記通知工程は、(i)前記サーバから、前記特定情報を送信した前記第１ルータに対して、前記端末に割り当てる前記アドレスを、当該アドレスの通知先を前記第１ルータに指定して通知し、且つ、(ii)前記サーバから、前記特定情報によって特定される前記第２ルータに対して、前記端末に割り当てるアドレスを、当該アドレスの通知先を前記第２ルータに指定して通知する
   ことを特徴とする請求項１又は２に記載の通信方法。
4. 前記第２ルータを特定するための前記特定情報を前記第２ルータから前記第１ルータに送信する第３送信工程を更に備え、
   前記第１送信工程は、前記第３送信工程において前記第２ルータから送信された前記特定情報を、前記第１ルータから前記サーバに送信する
   ことを特徴とする請求項１から３のいずれか一項に記載の通信方法。
5. 冗長構成を有する第１及び第２ルータと、
   端末と、
   前記第１及び第２ルータを介して前記端末と接続され、且つ前記端末にアドレスを割り当てるサーバと
   を備える通信システムであって、
   前記端末と前記サーバとの間の通信を中継する前記第１ルータは、前記第２ルータを特定するための特定情報を、前記サーバに送信する送信部を備え、
   前記サーバは、前記特定情報を送信した前記第１ルータ及び前記特定情報によって特定される前記第２ルータの双方に対して、前記端末に割り当てる前記アドレスを通知する通知部を備え、
   前記第１ルータは、前記第１ルータに通知される前記アドレスに基づく前記端末への経路を、前記第１ルータに登録する第１登録部を備え
   前記第２ルータは、前記第２ルータに通知される前記アドレスに基づく前記端末への経路を、前記第２ルータに登録する第２登録部を備える
   ことを特徴とする通信システム。
6. 端末と当該端末にアドレスを割り当てるサーバとを接続すると共に、他のルータと共に冗長構成を有するルータであって、
   前記他のルータを特定するための特定情報を、前記サーバに送信する送信部と、
   前記特定情報を送信した前記ルータ及び前記特定情報によって特定される前記他のルータの双方に対して前記サーバから通知される、前記端末に割り当てる前記アドレスに基づく前記端末への経路を、前記ルータ内部に登録する登録部と
   備えることを特徴とするルータ。
7. 冗長構成を有する第１及び第２ルータを介して端末と接続され、且つ前記端末にアドレスを割り当てるサーバであって、
   前記端末と前記サーバとの間の通信を中継する前記第１ルータから、前記第２ルータを特定するための特定情報を受信する受信部と、
   前記特定情報を送信した前記第１ルータ及び前記特定情報によって特定される前記第２ルータの双方に対して、前記端末に割り当てる前記アドレスを通知する通知部と
   を備えることを特徴とするサーバ。

Images