冗長構成を有する第1ルータ及び第2ルータを介して端末と当該端末にアドレスを割り当てるサーバとが接続されている通信システムにおける通信方法であって、前記第2ルータを特定するための特定情報を、前記端末と前記サーバとの間の通信を中継する前記第1ルータから前記サーバに送信する第1送信工程と、前記サーバから、前記特定情報を送信した前記第1ルータ及び前記特定情報によって特定される前記第2ルータの双方に対して、前記端末に割り当てる前記アドレスを通知する通知工程と、前記第1及び第2ルータの双方に通知される前記アドレスに基づく前記端末への経路を、前記第1及び第2ルータの双方に登録する登録工程とを備えることを特徴とする通信方法。前記端末への前記アドレスの割り当てを要求する要求メッセージを、前記端末から前記第1ルータに送信する第2送信工程を更に備え、前記第1送信工程は、前記特定情報を、前記第2送信工程において送信された前記要求メッセージと共に、前記第1ルータから前記サーバに送信し、前記通知工程は、前記サーバから、前記要求メッセージと共に前記特定情報を送信した前記第1ルータ及び前記特定情報によって特定される前記第2ルータの双方に対して、前記端末に割り当てる前記アドレスを通知することを特徴とする請求項1に記載の通信方法。前記通知工程は、前記サーバから、前記特定情報を送信した前記第1ルータに対して、前記端末に割り当てる前記アドレスを、当該アドレスの通知先を前記第1ルータに指定して通知し、且つ、前記サーバから、前記特定情報によって特定される前記第2ルータに対して、前記端末に割り当てるアドレスを、当該アドレスの通知先を前記第2ルータに指定して通知することを特徴とする請求項1又は2に記載の通信方法。前記第2ルータを特定するための前記特定情報を前記第2ルータから前記第1ルータに送信する第3送信工程を更に備え、前記第1送信工程は、前記第3送信工程において前記第2ルータから送信された前記特定情報を、前記第1ルータから前記サーバに送信することを特徴とする請求項1から3のいずれか一項に記載の通信方法。冗長構成を有する第1及び第2ルータと、端末と、前記第1及び第2ルータを介して前記端末と接続され、且つ前記端末にアドレスを割り当てるサーバとを備える通信システムであって、前記端末と前記サーバとの間の通信を中継する前記第1ルータは、前記第2ルータを特定するための特定情報を、前記サーバに送信する送信部を備え、前記サーバは、前記特定情報を送信した前記第1ルータ及び前記特定情報によって特定される前記第2ルータの双方に対して、前記端末に割り当てる前記アドレスを通知する通知部を備え、前記第1ルータは、前記第1ルータに通知される前記アドレスに基づく前記端末への経路を、前記第1ルータに登録する第1登録部を備え前記第2ルータは、前記第2ルータに通知される前記アドレスに基づく前記端末への経路を、前記第2ルータに登録する第2登録部を備えることを特徴とする通信システム。端末と当該端末にアドレスを割り当てるサーバとを接続すると共に、他のルータと共に冗長構成を有するルータであって、前記他のルータを特定するための特定情報を、前記サーバに送信する送信部と、前記特定情報を送信した前記ルータ及び前記特定情報によって特定される前記他のルータの双方に対して前記サーバから通知される、前記端末に割り当てる前記アドレスに基づく前記端末への経路を、前記ルータ内部に登録する登録部と備えることを特徴とするルータ。冗長構成を有する第1及び第2ルータを介して端末と接続され、且つ前記端末にアドレスを割り当てるサーバであって、前記端末と前記サーバとの間の通信を中継する前記第1ルータから、前記第2ルータを特定するための特定情報を受信する受信部と、前記特定情報を送信した前記第1ルータ及び前記特定情報によって特定される前記第2ルータの双方に対して、前記端末に割り当てる前記アドレスを通知する通知部とを備えることを特徴とするサーバ。しかしながら、冗長構成を有する複数のルータによって上述したDHCPメッセージのリレーが行われる場合には、以下に示す技術的な問題点が生じてしまう。まず、DHCPメッセージをリレーするのは、複数のルータのうちのマスタ動作している一つのルータとなる。従って、マスタ動作しているルータは、リレーするDHCPメッセージの内部を読み取ることで、DHCPクライアントに割り当てられるプレフィックスのネクストホップをDHCPクライアントとするルーティング情報を、DHCPクライアントまでの経路として登録することができる。一方で、複数のルータのうちのバックアップ動作しているルータは、DHCPメッセージをリレーしない。このため、バックアップ動作しているルータは、DHCPメッセージの内部を読み取ることができず、結果として、DHCPクライアントに割り当てられるプレフィックスを認識することができない。従って、バックアップ動作しているルータは、DHCPクライアントまでの経路を登録することができない。従って、マスタ動作しているルータに登録されている経路或いは、ルーティング情報とバックアップ動作しているルータに登録されている経路或いは、ルーティング情報との間での同期がとれていない状態が発生してしまう。このような状態でバックアップ動作しているルータが新たにマスタ動作することになった場合には、新たにマスタ動作することになったルータにDHCPクライアントまでの経路が登録されていないがゆえに、DHCPクライアントとの間の通信が断絶してしまいかねない。この場合には、新たにマスタ動作することになったルータを介してDHCPメッセージの送受信が新たに行われれば、新たにマスタ動作することになったルータは、DHCPクライアントまでの経路を登録することができる。しかしながら、DHCPメッセージの送受信が新たに行われる間はDHCPクライアントに向けての通信が断絶してしまう。このため、利用しているサービス例えば、音声通話サービス等によっては影響が大きいものとなりかねない。本発明が解決しようとする課題には上記のようなものが一例として挙げられる。本発明は、例えば冗長構成を有する複数のルータを介して端末へのアドレス割り当てが行われる場合においても当該割り当てられるアドレスに基づく端末への経路を適切に管理することが可能な通信方法、並びに通信システム、ルータ及びサーバを提供することを目的とする。開示の通信方法は、冗長構成を有する第1ルータ及び第2ルータを介して端末と当該端末にアドレスを割り当てるサーバとが接続されている通信システムにおける通信方法であって、第1送信工程と、通知工程と、登録工程とを備える。第1送信工程では、第2ルータを特定するための特定情報が、端末とサーバとの間の通信を中継する第1ルータからサーバに送信される。通知工程では、サーバから、特定情報を送信した第1ルータ及び特定情報によって特定される前記第2ルータの双方に対して、端末に割り当てるアドレスが通知される。登録工程では、第1及び第2ルータの双方に通知されるアドレスに基づく端末への経路が、第1及び第2ルータの双方に登録される。開示の通信システムは、冗長構成を有する第1及び第2ルータと、端末と、第1及び第2ルータを介して端末と接続され、且つ端末にアドレスを割り当てるサーバとを備える。端末とサーバとの間の通信を中継する第1ルータは、第2ルータを特定するための特定情報を、サーバに送信する送信部を備える。サーバは、特定情報を送信した第1ルータ及び特定情報によって特定される第2ルータの双方に対して、端末に割り当てるアドレスを通知する通知部を備える。第1ルータは、第1ルータに通知されるアドレスに基づく端末への経路を、第1ルータに登録する第1登録部を備える。第2ルータは、第2ルータに通知されるアドレスに基づく前記端末への経路を、第2ルータに登録する第2登録部を備える。開示のルータは、端末と当該端末にアドレスを割り当てるサーバとを接続すると共に、他のルータと共に冗長構成を有するルータであって、送信部と、登録部とを備える。送信部は、他のルータを特定するための特定情報を、サーバに送信する。登録部は、特定情報を送信したルータ及び特定情報によって特定される他のルータの双方に対してサーバから通知される、端末に割り当てるアドレスに基づく端末への経路を、ルータ内部に登録する。開示のサーバは、冗長構成を有する第1及び第2ルータを介して端末と接続され、且つ端末にアドレスを割り当てるサーバであって、受信部と、通知部とを備える。受信部は、端末とサーバとの間の通信を中継する第1ルータから、第2ルータを特定するための特定情報を受信する。通知部は、特定情報を送信した第1ルータ及び特定情報によって特定される第2ルータの双方に対して、端末に割り当てるアドレスを通知する。以上説明した通信方法、並びに通信システム、ルータ及びサーバによれば、冗長構成を有する複数のルータを介して端末へのアドレス割り当てが行われる場合においても当該割り当てられるアドレスに基づく端末への経路を適切に管理することができる。以下、発明を実施するための形態を、図面に基づいて説明する。1通信システムの構成図1を参照して、本実施形態の通信システム1の構成について説明する。図1は、本実施形態の通信システム1の構成の一例を示すブロック図である。図1に示すように、本実施形態の通信システム1は、DHCPDynamicHostConfigurationProtocolサーバ10と、複数のルータ20と、HGWHomeGateWay30とを備えている。尚、以下の説明では、本実施形態の通信システム1がIPv6InternetProtocolversion6に準拠している例について説明を進める。但し、本実施形態の通信システム1がIPv6以外のその他のプロトコル又は規格例えば、IPv4InternetProtocolversion4等に準拠していてもよい。DHCPサーバ10は、HGW30からのアドレス割り当ての要求に応じて、HGW30に対してアドレスを割り当てる。本実施形態では、DHCPサーバ10は、HGW30に対して、IPv6のプレフィックスIPv6Prefixであり、いわゆる、ネットワークアドレスを割り当てる。複数のルータ20の夫々は、レイヤ3ネットワーク間でのパケットの転送つまり、ルーティングを行う機器である。本実施形態では、複数のルータ20は、冗長構成を採用している。具体的には、複数のルータ20の夫々は、VRRPVirtualRouterRedundancyProtocol機能を実装している。VRRP機能により、複数のルータ20の夫々は、一つの仮想的なMACMediaAccessControlアドレス及び一つの仮想的なIPv6アドレスを共有する。また、VRRP機能により、複数のルータ20の夫々は、管理者等によって予め設定された優先度又は複数のルータ20の夫々の装置ID等に応じて定まる優先度に従って、マスタとして動作するか又はバックアップとして動作するかを決定する。その結果、複数のルータ20のうちのいずれか一つが、実際にルーティングを行うマスタとなる。複数のルータ20のうちのその他のルータ20は、実際にルーティングを行わないバックアップとなる。従って、DHCPサーバ10とHGW30との間の通信は、複数のルータ20のうちのマスタとなる1つのルータ20を介して行われる。以降、マスタとなるルータ20を、適宜マスタルータ20と称する。同様に、バックアップとなるルータ20を、適宜バックアップルータ20と称する。本実施形態では、複数のルータ20のうちのマスタルータ20は、HGW30とDHCPサーバ10との間でやりとりされるDHCPメッセージをリレーする。つまり、マスタルータ20は、DHCPリレーを行う。具体的には、マスタルータ20は、HGW30から送信されるDHCPメッセージ例えば、後述のSolicitメッセージや、Requestメッセージを受信する。マスタルータ20は、受信したDHCPメッセージを新たなIPv6パケットにカプセリングすることで得られる新たなDHCPメッセージ例えば、後述のRelay-Forwardメッセージを、DHCPサーバ10に送信する。同様に、マスタルータ20は、DHCPサーバ10から送信されるDHCPメッセージ例えば、後述のRelay-Replyメッセージを受信する。マスタルータ20は、受信したDHCPメッセージにカプセリングされたDHCPメッセージ例えば、後述のAdvertiseメッセージや、Replyメッセージをデカプセリングした後、当該デカプセリングしたDHCPメッセージを、HGW30に送信する。尚、複数のルータ20の夫々とDHCPサーバ10或いは、DHCPサーバ10が接続されているレイヤ3ネットワークとの間の通信経路上には、他のルータ40が配置さされていてもよい。或いは、複数のルータ20の夫々とDHCPサーバ10或いは、DHCPサーバ10が接続されているレイヤ3ネットワークとの間の通信経路上には、他のルータ40が配置されていなくともよい。つまり、複数のルータ20の夫々とDHCPサーバ10とが同一のレイヤ3ネットワーク上に配置されていてもよい。この場合、複数のルータ20の夫々とDHCPサーバ10とは、例えばスイッチングハブ等のレイヤ2スイッチを介して接続される。また、複数のルータ20の夫々は、スイッチングハブ50を介してHGW30と接続されている。HGW30は、WANWideAreaNetwork側に接続されたスイッチングハブ50及び複数のルータ20より具体的には、マスタルータ20を介して、DHCPサーバ10に対して、IPv6のプレフィックスの割り当てを要求する。HGW30は、要求の結果、DHCPサーバ10から割り当てられたIPv6のプレフィックスつまり、ネットワークアドレスを取得する。HGW30は、HGW30の配下に存在する具体的には、HGW30のLANLocalAreaNetwork側に接続されているレイヤ2ネットワーク上に存在するクライアントに対して、DHCPサーバ10から割り当てられたプレフィックスに属するIPv6アドレスを割り当てる。尚、本実施形態の通信システム1は、VLANVirtualLAN構成を採用していてもよい。例えば、HGW30とDHCPサーバ10との間には、複数のVLANが設定されていてもよい。この場合、複数のVLANの夫々毎に、複数のルータ20の夫々の優先度が変えられていてもよいし、同一にされていてもよい。例えば、HGW30とDHCPサーバ10との間には、3つのVLANVLAN1からVLAN3が設定されていてもよい。VLAN1では、例えば、初期状態では、複数のルータ20のうち図1中の最も左側に図示されているルータ20がマスタとして動作し且つその他のルータ20がバックアップとして動作するように優先度が設定されていてもよい。VLAN2では、例えば、初期状態では、複数のルータ20のうち図1中の真ん中に図示されているルータ20がマスタとして動作し且つその他のルータ20がバックアップとして動作するように優先度が設定されていてもよい。VLAN3では、例えば、初期状態では、複数のルータ20のうち図1中の一番右側に図示されているルータ20がマスタとして動作し且つその他のルータ20がバックアップとして動作するように優先度が設定されていてもよい。2DHCPサーバの構成図2を参照して、本実施形態のDHCPサーバ10の構成について説明する。図2は、本実施形態のDHCPサーバ10の構成を示すブロック図である。図2に示すように、DHCPサーバ10は、CPUCentralProcessingUnit11と、メモリ12と、記憶装置13と、回線インタフェース部14と、データバス15とを備えている。CPU11は、所定のファームウェア等に基づいて動作する制御回路であって、DHCPサーバ10全体の動作を制御する。CPU11は、その内部に実現される物理的な、論理的な又は機能的な処理ブロックとして、DHCPプロトコル処理部111と、冗長ルータアドレスオプション処理部112とを備える。DHCPプロトコル処理部111は、HGW30に対するIPv6のプレフィックスの割り当てを行う。尚、本実施形態では、DHCPプロトコル処理部111は、DHCP-PDDynamicHostConfigurationProtocolPrefixDelegationに従って、HGW30との間でDHCPメッセージの送受信を行うことで、HGW30に対するIPv6アドレスのプレフィックスの割り当てを行う。但し、DHCPプロトコル処理部111は、その他のプロトコルに従って、HGW30に対する任意のアドレスの割り当てを行ってもよい。冗長ルータアドレスオプション処理部112は、マスタルータ20からDHCPサーバ10に対して送信される、バックアップルータ20のアドレスより具体的には、DHCPリレーを行うときに使用される送信元アドレスを示す冗長ルータアドレスオプションを処理する。尚、本実施形態では、後に詳述するように、冗長ルータアドレスオプションは、DHCPメッセージのうちのRequestメッセージをマスタルータ20がDHCPサーバ10に送信する言い換えれば、中継する際に、合わせて送信される。冗長ルータアドレスオプション処理部112は、受信した冗長ルータアドレスオプションに含まれるバックアップルータ20のアドレスを、冗長ルータアドレステーブル122としてメモリ12内で管理する。メモリ12は、DHCPサーバ10内部で使用する情報を一時的に格納したり、DHCPサーバ10としての動作を行うためのプログラム即ち、ファームウェアを格納したりする。メモリ12は、その内部に、IPv6プレフィックスプールテーブル121と、冗長ルータアドレステーブル122とを備える。IPv6プレフィックスプールテーブル121は、DHCPサーバ10が割り当てを管理しているつまり、DHCPサーバ10が割り当てることが可能なプレフィックスを示すと共に、その割り当て状況を管理するためのテーブルである。尚、IPv6プレフィックステーブル121のデータ構造の詳細については後の詳細に説明するため、ここでの説明は省略する図11参照。冗長ルータアドレステーブル122は、冗長ルータアドレスオプションに含まれるアドレス例えば、バックアップルータ20のアドレスを管理するためのテーブルである。尚、冗長ルータアドレステーブル122のデータ構造の詳細については後の詳細に説明するため、ここでの説明は省略する図10参照。記憶装置13は、DHCPサーバ10が使用する各種情報を格納する記録媒体である。記憶装置13として、例えば、HDDHardDiskDriveや、フラッシュメモリ等の半導体メモリや、CD及びDVD等の光ディスク等が一例としてあげられる。或いは、DHCPサーバ10は、記憶装置13を備えていなくともよい。回線インタフェース部14は、DHCPサーバ10の外部の装置例えば、ルータ20や、HGW30や、他のルータ40等との間の情報の送受信を制御する。データバス15は、CPU11と、メモリ12と、記憶装置13と、回線インタフェース部14との間の情報の伝送を行う。3ルータの構成図3を参照して、本実施形態のルータ20の構成について説明する。図3は、本実施形態のルータ20の構成を示すブロック図である。図3に示すように、複数のルータ20の夫々は、CPU21と、メモリ22と、TCAMTernaryContentAddressableMemory23と、複数の回線インタフェース部24と、データバス25と、転送エンジン26とを備えている。CPU21は、所定のファームウェア等に基づいて動作する制御回路であって、ルータ20全体の動作を制御する。CPU21は、その内部に実現される物理的な、論理的な又は機能的な処理ブロックとして、DHCPリレー処理部211と、VRRP制御部212とを備える。DHCPリレー処理部211は、DHCPサーバ10とHGW30との間のDHCPメッセージの送受信をリレーする。本実施形態では、DHCPリレー処理部211は、ルータ20がマスタとして動作している場合には、バックアップとして動作している他のルータ20のアドレスを、冗長アドレスオプションとして、DHCPサーバ10に通知する。バックアップとして動作している他のルータ20のアドレスの通知は、DHCPリレー処理部211の内部に実現される物理的な、論理的な又は機能的な処理ブロックとしての冗長ルータアドレス制御部2111によって行われる。本実施形態では、DHCPリレー処理部211は、DHCPサーバ10とHGW30との間で送受信されるDHCPメッセージつまり、DHCP処理部211がリレーしているDHCPメッセージの内部を読み取ることで、HGW30に割り当てられるプレフィックスを認識する。認識されたプレフィックスは、DHCPリレー処理部211の内部に実現される物理的な、論理的な又は機能的な処理ブロックとしてのルート登録部2112によって、メモリ22内のルーティングテーブル221に、HGW30に対応するスタティックルートとして登録される。VRRP制御部212は、ルータ20の冗長構成を管理及び制御する。例えば、VRRP制御部212は、冗長構成を有する複数のルータ20が共有する仮想的なIPアドレスと仮想的なMACアドレスを管理する。本実施形態の通信システム1がVLAN構成を採用している場合には、VRRP制御部212は、冗長構成を有する複数のルータ20が共有する仮想的なIPアドレスと仮想的なMACアドレスを、VLAN毎に管理してもよい。メモリ22は、ルータ20内部で使用する情報を一時的に格納したり、ルータ20としての動作を行うためのプログラム即ち、ファームウェアを格納したりする。メモリ22は、その内部に、ルーティングテーブル221と、冗長ルータソースアドレステーブル222とを備える。ルーティングテーブル221は、ルータ20がルーティング処理を行う際に参照するべきルーティング情報を格納するテーブルである。ルーティングテーブル221内には、DHCPリレー処理部211がDHCPメッセージの内部を読み取ることで認識するHGW30のプレフィックスが、スタティックルートとして格納される。冗長ルータソースアドレステーブル222は、VRRP構成を有する他のルータ20のアドレスを格納するテーブルである。言い換えれば、冗長ルータソースアドレステーブル222は、当該冗長ルータソースアドレステーブル222を備えるルータ20自身がマスタルータ20となる場合にバックアップルータ20となる他のルータ20のアドレスを格納するテーブルである。上述した冗長ルータアドレス制御部2111は、冗長ルータソースアドレステーブル222を参照することで、バックアップルータ20のアドレスを、冗長ルータアドレスオプションとして、DHCPサーバ10に通知する。尚、冗長ルータソースアドレステーブル222のデータ構造の詳細については後の詳細に説明するため、ここでの説明は省略する図8参照。TCAM23は、ルーティングテーブル221に格納されているルーティング情報が、ルータ20による実際のルーティング時に読みだされるメモリである。従って、ルータ20は、ルーティングを行う際には、TCAM23に読みだされているルーティング情報を検索することで、実際のルーティング先を決定する。回線インタフェース部24は、ルータ20の外部の装置例えば、DHCPサーバ10や、HGW30や、他のルータ40や、スイッチングハブ50等との間の情報の送受信を制御する。データバス25は、CPU21と、メモリ22と、TCAM23と、回線インタフェース部24と、転送エンジン26との間の情報の伝送を行う。転送エンジン26は、ある回線インタフェース部24から入力してくるデータ例えば、パケットを、TCAM23に読みだされているルーティング情報を検索することで決定されるルーティング先に対応する他の回線インタフェース部24に対して転送する。その結果、転送されたデータは、他の回線インタフェース部24からルーティング先に向かって出力される。尚、データの転送動作は、転送エンジン26の内部に実現される物理的な、論理的な又は機能的な処理ブロックとしてのパケット転送処理部261によって行われる。4HGWの構成図4を参照して、本実施形態のHGW30の構成について説明する。図4は、本実施形態のHGW30の構成を示すブロック図である。図4に示すように、HGW30は、CPU31と、メモリ32と、LAN側回線インタフェース部34_1と、WAN側回線インタフェース部34_2と、転送エンジン36とを備えている。CPU31は、所定のファームウェア等に基づいて動作する制御回路であって、HGW30全体の動作を制御する。CPU31は、その内部に実現される物理的な、論理的な又は機能的な処理ブロックとして、DHCPプロトコル処理部311を備える。DHCPプロトコル処理部311は、DHCPサーバ10に対して、IPv6のプレフィックスの割り当てを要求する。尚、本実施形態では、DHCPプロトコル処理部311は、DHCP-PDに従って、DHCPサーバ10との間でDHCPメッセージの送受信を行うことで、DHCPサーバ10に対して、プレフィックスの割り当てを要求する。メモリ32は、HGW30内部で使用する情報を一時的に格納したり、HGW30としての動作を行うためのプログラム即ち、ファームウェアを格納したりする。メモリ32は、その内部に、IPv6プレフィックス格納部321を備える。IPv6プレフィックス格納部321は、DHCPサーバ10から割り当てられたIPv6のプレフィックスを格納すると共に、その使用状況つまり、HGW30の配下のクライアントへのアドレスの割り当て状況を管理するテーブルである。LAN側回線インタフェース部34_1は、HGW30のLAN側に位置するクライアントつまり、HGW30の配下のクライアントとの間の情報の送受信を制御する。WAN側回線インタフェース部34_2は、HGW30のWAN側に位置する複数のルータ20或いは、DHCPサーバ10や他のルータ40との間の情報の送受信を制御する。データバス35は、CPU31と、メモリ32と、LAN側回線インタフェース部34_1と、WAN側回線インタフェース部34_2と、転送エンジン36との間の情報の伝送を行う。転送エンジン36は、LAN側回線インタフェース部34_1から入力してくるデータ例えば、パケットを、WAN側回線インタフェース部34_2に対して転送する。或いは、転送エンジン36は、WAN側回線インタフェース部34_2から入力してくるデータ例えば、パケットを、LAN側回線インタフェース部34_1に対して転送する。或いは、転送エンジン36は、LAN側回線インタフェース部34_1から入力してくるデータ例えば、パケットを、LAN側回線インタフェース部34_1に対して転送する。尚、データの転送動作は、転送エンジン36の内部に実現される物理的な、論理的な又は機能的な処理ブロックとしてのパケット転送処理部361によって行われる。5通信システムで行われる処理図5及び図6を参照して、本実施形態の通信システム1における処理の流れについて説明する。図5は、本実施形態の通信システム1における処理の流れの一部を示すフローチャートである。図6は、本実施形態の通信システム1における処理の流れの他の一部を示すフローチャートである。図5に示すように、マスタルータ20が備えるVRRP制御部212は、自身のアドレス具体的には、DHCPリレーを行う際に使用される送信元アドレスを、冗長構成を有する他のルータ20つまり、バックアップルータ20に対して通知するステップS201。マスタルータ20のVRRP制御部212は、ルータ広告RA:RouterAdvertisementメッセージを他のルータ20に向けて送信することで、自身のアドレスを通知してもよい。或いは、マスタルータ20のVRRP制御部212は、その他の何らかのメッセージないしは制御信号を他のルータ20に向けて送信することで、自身のアドレスを通知してもよい。図7を参照して、アドレスを通知するために用いられるルータ広告メッセージについて説明する。図7は、ルータ広告メッセージのフォーマットを示すデータ構造図である。図7に示すように、ルータ広告メッセージは、IPv6ヘッダと、VRRPペイロードとを含む。VRRPペイロードは、バージョンを示すバージョンフィールドと、タイプを示すタイプフィールドと、冗長構成のIDを示すVRIDフィールドと、冗長構成における各ルータ20の優先度を示す優先度フィールドと、冗長構成で使用している仮想アドレスの数図7では、n:但し、nは1以上の整数を示す仮想アドレス数フィールドと、将来の拡張用のリザーブドフィールドと、ルータ広告メッセージの送信間隔を示す広告間隔フィールドと、ルータ広告メッセージのチェックサムを示すチェックサムフィールドと、使用している仮想アドレス1からnを示す仮想アドレスフィールドと、通知している他のルータ20のアドレスの数図7では、m:但し、mは1以上の整数を示す冗長ルータアドレス数フィールドと、通知している他のルータ20のアドレス1からmを示す冗長ルータアドレスフィールドとを含む。再び図5において、その結果、バックアップルータ20が備えるVRRP制御部212は、マスタルータ20から送信されるルータ広告メッセージを受信する。その後、バックアップルータ20が備えるVRRP制御部212は、受信したルータ広告メッセージ中の冗長ルータアドレスフィールドを参照することで、マスタルータ20のアドレスを取得する。バックアップルータ20が備えるVRRP制御部212は、取得したマスタルータ20のアドレスを、バックアップルータ20が備える冗長ルータソースアドレステーブル222に登録するステップS252。図8を参照して、冗長ルータソースアドレステーブル222について説明する。図8は、冗長ルータソースアドレステーブル222のデータ構造を示すテーブル図である。図8aに示すように、あるルータ20が備える冗長ルータソースアドレステーブル222は、VRRP構成を有する他のルータ20のアドレスを格納する。図8aに示す冗長ルータソースアドレステーブル222の例は、あるルータ20と共に冗長構成を有する他のルータ20が5つ存在し、且つそれらのアドレスが、1111:2222::1、1111:3333::1、1111:4444::1、1111:5555::1、及び1111:6666::1である例を示している。尚、上述したように、本実施形態の通信システム1は、VLANVirtualLAN構成を採用していてもよい。VLAN構成を採用する場合には、冗長ルータソースアドレステーブル222の形式を変えてもよい。例えば、図8bに示すように、あるルータ20に複数のVLANが設定されている場合には、当該ルータ20が備える冗長ルータソースアドレステーブル222は、設定されたVLAN毎に、VRRP構成を有する他のルータ20のアドレスを格納してもよい。図8bに示す冗長ルータソースアドレステーブル222の例は、VLAN1が設定されているあるルータ20と共にVLAN1上で冗長構成を有する他のルータ20が5つ存在し、且つそれらのアドレスが、1111:2222::1、1111:3333::1、1111:4444::1、1111:5555::1、及び1111:6666::1である例を示している。同様に、図8bに示す冗長ルータソースアドレステーブル222の例は、VLAN2が設定されているあるルータ20と共にVLAN2上で冗長構成を有する他のルータ20が2つ存在し、且つそれらのアドレスが、2222:2222::1及び2222:3333::1である例を示している。同様に、図8bに示す冗長ルータソースアドレステーブル222の例は、VLAN3が設定されているあるルータ20と共にVLAN3上で冗長構成を有する他のルータ20が2つ存在し、且つそれらのアドレスが、3333:2222::1及び3333:3333::1である例を示している。或いは、例えば、図8cに示すように、あるルータ20に複数のVLANが設定されている場合には、当該ルータ20が備える冗長ルータソースアドレステーブル222は、VRRP構成を有する他のルータ20のアドレスを、設定されているVLANに対する使用可否を示す情報と共に格納してもよい。図8cに示す冗長ルータソースアドレステーブル222の例は、VLAN1からVLAN4が設定されているあるルータ20と共にいずれかのVLAN上で冗長構成を有する他のルータ20が5つ存在し、且つそれらのアドレスが、1111:2222::1、1111:3333::1、1111:4444::1、1111:5555::1、及び1111:6666::1である例を示している。加えて、図8cに示す冗長ルータソースアドレステーブル222の例は、1111:2222::1というアドレスを有する他のルータ20は、VLAN1、VLAN2、VLAN3及びVLAN4上で、あるルータ20と冗長構成を有する例を示している。加えて、図8cに示す冗長ルータソースアドレステーブル222の例は、1111:3333::1というアドレスを有する他のルータ20は、VLAN1、VLAN2及びVLAN3上で、あるルータ20と冗長構成を有する例を示している。加えて、図8cに示す冗長ルータソースアドレステーブル222の例は、1111:4444::1というアドレスを有する他のルータ20は、VLAN1、VLAN2及びVLAN4上で、あるルータ20と冗長構成を有する例を示している。加えて、図8cに示す冗長ルータソースアドレステーブル222の例は、1111:5555::1というアドレスを有する他のルータ20は、VLAN1及びVLAN2上で、あるルータ20と冗長構成を有する例を示している。加えて、図8cに示す冗長ルータソースアドレステーブル222の例は、1111:5555::1というアドレスを有する他のルータ20は、VLAN1及びVLAN2上で、あるルータ20と冗長構成を有する例を示している。尚、図8aから図8cに示す冗長ルータソースアドレステーブル222は一例であって、冗長ルータソースアドレステーブル222のデータ構造が図8aから図8cに示す例に限定されることはない。冗長ルータソースアドレステーブル222は、少なくとも冗長構成を有する他のルータ20のアドレスを何らかの形式で認識可能な形式であればよい。再び図5において、マスタルータ20と同様に、バックアップルータ20が備えるVRRP制御部212もまた、自身のアドレスを、冗長構成を有する他のルータ20つまり、マスタルータ20及び他のバックアップルータ20に対して通知するステップS251。バックアップルータ20のVRRP制御部212もまた、RAメッセージを他のルータ20に向けて送信することで、自身のアドレスを通知する。その結果、マスタルータ20及び他のバックアップルータ20の夫々が備えるVRRP制御部212は、バックアップルータ20のアドレスを取得する。マスタルータ20及び他のバックアップルータ20が備えるVRRP制御部212は、取得したバックアップルータ20のアドレスを、マスタルータ20及び他のバックアップルータ20が備える冗長ルータソースアドレステーブル222に登録するステップS202及びステップS252。尚、上述の説明では、ルータ広告メッセージを送受信することで、あるルータ20のアドレスを、当該あるルータ20と共に冗長構成を有する他のルータ20に通知する動作について説明している。しかしながら、ルータ広告メッセージの送受信に加えて又は代えて、他の手法によって、あるルータ20のアドレスを、当該あるルータ20と共に冗長構成を有する他のルータ20に通知してもよい。或いは、ルータ広告メッセージの送受信に加えて又は代えて、他の手法によって、あるルータ20の冗長ルータソースアドレステーブル222に、当該あるルータ20と共に冗長構成を有する他のルータ20のアドレスを登録してもよい。例えば、ルータ20のオペレータが入力するコマンドによって言い換えれば、オペレータの手作業によって、あるルータ20の冗長ルータソースアドレステーブル222に、当該あるルータ20と共に冗長構成を有する他のルータ20のアドレスを登録してもよい。尚、オペレータは、例えば冗長構成を実現するVRRPの設定例えば、ループバックインタフェースアドレスの使用可否の設定や、優先度の設定等のためのコマンドを入力することで、複数のルータ20の冗長構成を設定している。このため、オペレータが冗長ルータソースアドレステーブル222への登録をオペレータが行ったとしても、作業負荷が大幅に増えることは殆ど又は全くない。続いて、HGW30が備えるDHCPプロトコル処理部311は、プレフィックスの割り当てをDHCPサーバ10に対して要求するためのDHCPメッセージの一例であるSolicitメッセージを、VRRP構成を有する複数のルータ20に対して送信するステップS301。ステップS301の動作は、例えばHGW30の電源がオンになったタイミング或いは、HGW30が起動したタイミングで行われる。尚、HGW30が備えるDHCPプロトコル処理部311は、例えば、リンクローカルマルチキャストアドレス例えば、FF02::1:2を宛先に指定した上で、Solicitメッセージを送信する。続いて、マスタルータ20が備えるDHCPリレー処理部211は、HGW30から送信されたSolicitメッセージを受信するステップS203。尚、バックアップルータ20は、Solicitメッセージを受信しなくともよいし、受信したとしても以下の処理を行わなくともよい。マスタルータ20が備えるDHCPリレー処理部211は、受信したSolicitメッセージを、DHCPメッセージの一例であるRelay-ForwardSolicitメッセージにカプセリングする。マスタルータ20が備えるDHCPリレー処理部211は、SolicitメッセージがカプセリングされたRelay-ForwardSolicitメッセージを、DHCPサーバ10に対して送信するステップS204。続いて、DHCPサーバ10が備えるDHCPプロトコル処理部111は、マスタルータ20から送信されるRelay-ForwardSolicitメッセージを受信するステップS101。DHCPサーバ10が備えるDHCPプロトコル処理部111は、Relay-ForwardSolicitメッセージをデカプセリングすることで、HGW30から送信されたSolicitメッセージを取得する。DHCPサーバ10が備えるDHCPプロトコル処理部111は、Solicitメッセージに対する応答として、DHCPメッセージの一例であるAdvertiseメッセージがカプセリングされた、DHCPメッセージの一例であるRelay-ReplyAdvertiseメッセージを生成する。DHCPサーバ10が備えるDHCPプロトコル処理部111は、生成したRelay-ReplyAdvertiseメッセージを、マスタルータ20に対して送信するステップS102。続いて、マスタルータ20が備えるDHCPリレー処理部211は、DHCPサーバ10から送信されたRelay-ReplyAdvertiseメッセージを受信するステップS205。マスタルータ20が備えるDHCPリレー処理部211は、受信したRelay-ReplyAdvertiseメッセージをデカプセリングすることで、Advertisementメッセージを取得する。マスタルータ20が備えるDHCPリレー処理部211は、取得したAdvertiseメッセージを、HGW30に対して送信するステップS206。続いて、HGW30が備えるDHCPプロトコル処理部311は、マスタルータ20から送信されるAdvertiseメッセージを受信するステップS302。HGW30が備えるDHCPプロトコル処理部311は、プレフィックスの割り当てをDHCPサーバ10に対して要求するための更なるDHCPメッセージの一例であるRequestメッセージを、VRRP構成を有する複数のルータ20に対して送信するステップS303。続いて、マスタルータ20が備えるDHCPリレー処理部211は、HGW30から送信されたRequestメッセージを受信するステップS207。尚、バックアップルータ20は、Requestメッセージを受信しなくともよいし、受信したとしても以下の処理を行わなくともよい。その後、マスタルータ20が備える冗長ルータアドレス制御部2111は、冗長ルータソースアドレステーブル222に他のルータ20例えば、バックアップルータ20のアドレスが登録されているか否かを判定するステップS208。ステップS208における判定の結果、冗長ルータソースアドレステーブル222に他のルータ20のアドレスが登録されていると判定される場合にはステップS208:Yes、マスタルータ20が備える冗長ルータアドレス制御部2111は、冗長ルータソースアドレステーブル222に登録されている他のルータ20のアドレスを、冗長ルータアドレスオプションとして付加するようにDHCPリレー処理部211の動作を制御するステップS208。その結果、マスタルータ20が備えるDHCPリレー処理部211は、受信したRequestメッセージを、DHCPメッセージの一例であるRelay-ForwardRequestメッセージにカプセリングする。加えて、マスタルータ20が備えるDHCPリレー処理部211は、Relay-ForwardRequestメッセージ中に確保される冗長ルータアドレスオプションフィールドに、冗長ルータソースアドレステーブル222に登録されている他のルータ20のアドレスつまり、冗長ルータアドレスオプションを格納する。但し、マスタルータ20が備えるDHCPリレー処理部211は、Relay-ForwardRequestメッセージ中の任意のフィールドに、冗長ルータソースアドレステーブル222に登録されている他のルータ20のアドレスを格納してもよい。その結果、Requestメッセージがカプセリングされると共に冗長ルータソースアドレステーブル222に登録されている他のルータ20のアドレスが格納されたRelay-ForwardRequestメッセージが生成される。図9を参照して、冗長ルータソースアドレステーブル222に登録されている他のルータ20のアドレスが冗長ルータアドレスオプションフィールドに格納されるReply-ForwardRequestメッセージのフォーマットについて説明する。図9は、Reply-ForwardRequestメッセージのフォーマットを示すデータ構造図である。図9に示すように、Reply-ForwardRequestメッセージは、IPv6ヘッダと、宛先ポート及び送信元ポートを識別する情報を含むUDPUserDatagramProtocolヘッダと、DHCPv6ペイロードとを含んでいる。DHCPv6ペイロードは、メッセージのタイプを示すメッセージタイプフィールドと、当該メッセージでリレーするべきRequestメッセージを格納するリレーメッセージフィールドと、当該メッセージが送信されるインタフェースを識別するインタフェースIDフィールドと、冗長ルータソースアドレステーブル222に登録されている他のルータ20のアドレスを示す冗長ルータアドレスオプションフィールドをと含んでいる。尚、Reply-ForwardRequestメッセージのみならず、Reply-ForwardSolicitメッセージや、Reply-ReplyAdvertiseもまた、図9に示すReply-ForwardRequestメッセージと同様の又は類似のフォーマットを有していてもよい。再び図5において、他方で、ステップS208における判定の結果、冗長ルータソースアドレステーブル222に他のルータ20のアドレスが登録されていないと判定される場合にはステップS208:No、マスタルータ20が備えるDHCPリレー処理部211は、受信したRequestメッセージを、Relay-ForwardRequestメッセージにカプセリングする。このとき、マスタルータ20が備えるDHCPリレー処理部211は、Relay-ForwardRequestメッセージ中に確保される冗長ルータアドレスオプションフィールドに何も格納しなくともよい。その後、図6に示すように、マスタルータ20が備えるDHCPリレー処理部211は、RequestメッセージがカプセリングされたRelay-ForwardRequestメッセージを、DHCPサーバ10に対して送信するステップS210。続いて、DHCPサーバ10が備えるDHCPプロトコル処理部111は、マスタルータ20から送信されるRelay-ForwardRequestメッセージを受信するステップS103。その後、DHCPサーバ10が備える冗長ルータアドレスオプション処理部112は、Relay-ForwardRequestメッセージ中に、有効な冗長ルータアドレスオプションが存在するか否かを判定するステップS104。言い換えれば、DHCPサーバ10が備える冗長ルータアドレスオプション処理部112は、Relay-ForwardRequestメッセージ中の冗長ルータアドレスオプションフィールドに、アドレスが格納されているかを判定する。冗長ルータアドレスオプションフィールドにアドレスが格納されている場合には、有効な冗長ルータアドレスオプションが存在すると判定されてもよい。他方で、冗長ルータアドレスオプションフィールドにアドレスが格納されていない場合には、有効な冗長ルータアドレスオプションが存在しないと判定されてもよい。ステップS104における判定の結果、有効な冗長ルータアドレスオプションが存在すると判定される場合にはステップS104:Yes、DHCPサーバ10が備える冗長ルータアドレスオプション処理部112は、冗長ルータアドレスオプションフィールドに格納されているアドレスを、冗長ルータアドレステーブル122に格納するステップS105。図10を参照して、冗長ルータアドレステーブル122のデータ構造について説明する。図10は、冗長ルータアドレステーブル122のデータ構造を示すテーブル図である。図10に示すように、冗長ルータアドレステーブル122は、シリアル番号と、ポインタと、冗長ルータアドレスとを含むレコードを一又は複数備えている。シリアル番号は、各レコードを識別するための識別情報である。ポインタは、後述するIPv6プレフィックスプールテーブル121内のレコードとの対応付けを示すポインタである。つまり、ポインタは、後述するIPv6プレフィックスプールテーブル121内の特定のプレフィックスと冗長ルータアドレスの対応付けを示すポインタである。更に言い換えれば、ポインタは、冗長ルータアドレステーブル122に格納された冗長ルータアドレスと、当該冗長ルータアドレスを含むRelay-ForwardRequestメッセージに応答して割り当てられるプレフィックスとの対応付けを示すポインタである。冗長ルータアドレスは、Relay-ForwardRequestメッセージ中の冗長ルータアドレスオプションフィールドに格納されているアドレスを示す。図10に示す冗長ルータアドレステーブル122の例は、シリアル番号が1であり、ポインタが1であり、且つ冗長ルータアドレスが1111:2222::1、1111:3333::1、1111:4444::1、1111:5555::1、及び1111:6666::1となるレコードを含んでいる。同様に、図10に示す冗長ルータアドレステーブル122の例は、シリアル番号が2であり、ポインタが2であり、且つ冗長ルータアドレスが2222:2222::1及び2222:3333::1となるレコードを含んでいる。同様に、図10に示す冗長ルータアドレステーブル122の例は、シリアル番号が3であり、ポインタが3であり、且つ冗長ルータアドレスが3333:2222::1及び2222:3333::1となるレコードを含んでいる。再び図6において、他方で、ステップS104における判定の結果、有効な冗長ルータアドレスオプションが存在しないと判定される場合にはステップS104:Yes、DHCPサーバ10が備える冗長ルータアドレスオプション処理部112は、ステップS105の処理を行わなくともよい。その後、DHCPサーバ10が備えるDHCPプロトコル処理部111は、Relay-ForwardRequestメッセージをデカプセリングすることで、HGW30から送信されたRequestメッセージを取得する。DHCPサーバ10が備えるDHCPプロトコル処理部111は、Requestメッセージに対する応答として、割り当てるプレフィックスを指定するDHCPメッセージの一例であるReplyメッセージがカプセリングされた、DHCPメッセージの一例であるRelay-ReplyReplyメッセージを生成する。DHCPプロトコル処理部111は、IPv6プレフィックスプールテーブル121を参照することで、HGW30に割り当てるプレフィックスを決定してもよい。より具体的には、例えば、DHCPプロトコル処理部111は、IPv6プレフィックスプールテーブル121を参照することで、自身が管理しているプレフィックスのうち未割り当てのプレフィックスを特定すると共に、特定した未割り当てのプレフィックスのうちの少なくとも一つを、HGW30に割り当てるプレフィックスとして決定してもよい。図11を参照して、HGW30に割り当てるプレフィックスを決定する際に参照されるIPv6プレフィックスプールテーブル121のデータ構造について説明する。図11は、IPv6プレフィックスプールテーブル121のデータ構造を示すテーブル図である。図11に示すように、IPv6プレフィックステーブル121は、シリアル番号と、IPv6プレフィックスプールと、割当状況と、送信元アドレスと、インタフェースIDと、ポインタとを含むレコードを一又は複数備えている。シリアル番号は、各レコードを識別するための識別情報である。IPv6プレフィックスプールは、DHCPサーバ10が割り当てを管理しているIPv6のプレフィックスを示す。割当状況は、IPv6プレフィックスプールが示す各プレフィックスが割り当て済みのプレフィックスであるのか又は未割り当てのプレフィックスであるのかを示す。送信元アドレスは、割り当て済みのプレフィックス毎に、当該プレフィックスの割り当てを要求してきたつまり、Relay-ForwardRequestメッセージを送信してきたルータ20のアドレスを示す。インタフェースIDは、割り当て済みのプレフィックス毎に、当該プレフィックスの割り当てを要求してきたつまり、Relay-ForwardRequestメッセージを送信してきたルータ20の回線インタフェース部24を示す。ポインタは、上述する冗長ルータアドレステーブル122内のレコードとの対応付けを示すポインタである。図11に示すIPv6プレフィックスプールテーブル121の例は、シリアル番号が1であり、IPv6プレフィックスが9999:0:0:1::/64であり、割当状況が割り当て済みであり、送信元アドレスが1111:1111::1であり、インタフェースIDがGE_1/1.10であり、且つポインタが1であるレコードを含んでいる。同様に、図11に示すIPv6プレフィックスプールテーブル122の例は、シリアル番号が2であり、IPv6プレフィックスが9999:0:0:2::/64であり、割当状況が割り当て済みであり、送信元アドレスが1111:1111::1であり、インタフェースIDがGE_1/1.20であり、且つポインタが2であるレコードを含んでいる。同様に、図11に示すIPv6プレフィックスプールテーブル122の例は、シリアル番号が3であり、IPv6プレフィックスが9999:0:0:3::/64であり、割当状況が割り当て済みであり、送信元アドレスが2222:1111::1であり、インタフェースIDがGE_1/1.10であり、且つポインタが3であるレコードを含んでいる。再び図6において、DHCPサーバ10が備えるDHCPプロトコル処理部111は、生成したRelay-ReplyReplyメッセージを、マスタルータ20に対して送信するステップS106。つまり、DHCPサーバ10が備えるDHCPプロトコル処理部111は、生成したRelay-ReplyReplyメッセージを、マスタルータ20のアドレスを宛先に指定して送信するステップS108。その結果、マスタルータ20が備えるDHCPリレー処理部211は、DHCPサーバ10から送信されたRelay-ReplyReplyメッセージを受信するステップS211。マスタルータ20が備えるルート登録部212は、ステップS211で受信したRelay-ReplyReplyメッセージを解析することで、DHCPサーバ10からHGW30に割り当てられたプレフィックスを認識する。その後、マスタルータ20が備えるルート登録部212は、認識したプレフィックスを、HGW30までの経路を示すスタティックルートとして、ルーティングテーブル221に登録するステップS212。より具体的には、マスタルータ20が備えるルート登録部212は、認識したプレフィックスのネクストホップをHGW30に指定するスタティックルートを、ルーティングテーブル221に登録するステップS212。また、マスタルータ20が備えるDHCPリレー処理部211は、受信したRelay-ReplyReplyメッセージをデカプセリングすることで、Replyメッセージを取得する。マスタルータ20が備えるDHCPリレー処理部211は、取得したReplyメッセージを、HGW30に対して送信するステップS213。その結果、HGW30が備えるDHCPプロトコル処理部311は、マスタルータ20から送信されるReplyメッセージを受信するステップS304。その後、HGW30が備えるDHCPプロトコル処理部311は、Replyメッセージが示すプレフィックスを、LAN側回線インタフェース部34_1に割り当てるステップS305。一方で、本実施形態では更に、DHCPサーバ10が備える冗長ルータアドレスオプション処理部112は、冗長ルータアドレステーブル122にアドレスが格納されているか否かを判定するステップS107。より具体的には、今回の一連の処理で割り当てたつまり、ステップS106で送信したReplyメッセージによって割り当てたプレフィックスに対してポインタによって相互に対応付けられた冗長ルータアドレスが、冗長ルータアドレステーブル122に含まれているか否かを判定する。ステップS107における判定の結果、冗長ルータアドレステーブル122にアドレスが格納されていないと判定される場合にはステップS107:No、DHCPサーバ10は、動作を終了してもよい。他方で、ステップS107における判定の結果、冗長ルータアドレステーブル122にアドレスが格納されていると判定される場合にはステップS107:Yes、DHCPサーバ10が備えるDHCPプロトコル処理部111は、生成したRelay-ReplyReplyメッセージを、冗長ルータアドレステーブル122に格納されているアドレスを有するルータ20に対して送信するステップS108。つまり、DHCPサーバ10が備えるDHCPプロトコル処理部111は、生成したRelay-ReplyReplyメッセージを、冗長ルータアドレステーブル122に格納されているアドレスを宛先に指定して送信する。従って、DHCPサーバ10が備えるDHCPプロトコル処理部111は、生成したRelay-ReplyReplyメッセージを、マスタルータ20のみならず、バックアップルータ20に対して送信する。その結果、バックアップルータ20が備えるDHCPリレー処理部211は、DHCPサーバ10から送信されたRelay-ReplyReplyメッセージを受信するステップS253。バックアップルータ20が備えるルート登録部212は、受信したRelay-ReplyReplyメッセージを解析することで、DHCPサーバ10からHGW30に割り当てられたプレフィックスを認識する。その後、バックアップルータ20が備えるルート登録部212は、認識したプレフィックスを、HGW30までの経路を示すスタティックルートとして、ルーティングテーブル221に登録するステップS254。以上説明したように、本実施形態の通信システム1によれば、HGW30に対して割り当てられるプレフィックスは、DHCPサーバ10から、DHCPリレーを行っているマスタルータ20のみならず、DHCPリレーを行っていないバックアップルータ20に対しても通知される。このため、マスタルータ20及びバックアップルータ20の双方は、HGW30までの経路を示す同一のスタティックルートを夫々のルーティングテーブル221に登録することができる。従って、マスタルータ20のルーティングテーブル221に登録されるスタティックルートと、バックアップルータ20のルーティングテーブル221に登録されるスタティックルートとの間の同期を好適に図ることができる。このため、バックアップルータ20が新たにマスタルータ20として動作を開始する場合であっても、バックアップルータ20は、好適に同期が図られたルーティングテーブル221を有しているため、その動作の継続性が妨げられることは殆ど又は全くない。尚、仮にHGW30に対して割り当てられるプレフィックスがバックアップルータ20に対して通知されなければ、バックアップルータ20は、HGW30に対応するスタティックルートを登録することができない。このような状態でバックアップルータ20が新たにマスタルータ20として動作を開始する場合には、新たなマスタルータ20にHGW30に対応するスタティックルートが登録されていないがゆえに、HGW30との間の通信が断絶してしまいかねない。このため、HGW30に向けての通信が断絶するため、利用しているサービス例えば、音声通話サービス等によっては影響が大きいものとなりかねない。この場合には、新たなマスタルータ20を介してDHCPメッセージの送受信が新たに行われれば、新たなマスタルータ20は、HGW30に対応するスタティックルートを登録することができる。しかしながら、DHCPメッセージの送受信が新たに行われる間はHGW30に向けての通信が断絶するため、利用しているサービス例えば、音声通話サービス等によっては影響が大きいものとなりかねない。しかるに、本実施形態によれば、上述したとおりHGW30に対して割り当てられるプレフィックスがバックアップルータ20に対しても通知されるため、HGW30に向けての通信が断絶する悪影響を好適に抑制することができる。尚、上述の説明では、Relay-ForwardRequestメッセージを用いて、バックアップルータ20のアドレスがDHCPサーバ10に通知される例が説明されている。しかしながら、Relay-ForwardRequestメッセージ以外のその他のメッセージ例えば、Relay-ForwardSolicitメッセージ等を用いて、バックアップルータ20のアドレスがDHCPサーバ10に通知されてもよい。或いは、DHCPメッセージ以外の任意のメッセージを用いて、DHCPメッセージの送受信の前に又はDHCPメッセージの送受信と並行して、バックアップルータ20のアドレスがDHCPサーバ10に通知されてもよい。いずれの構成を採用するにせよ、バックアップルータ20のアドレスがDHCPサーバ10に通知されることで、上述した各種効果を好適に享受することができる。DHCPサーバ10は、HGW30に割り当てるプレフィックスを通知するためのRelay-ReplyReplyメッセージを、マスタルータ20及びバックアップルータ20の夫々を宛先に指定して送信することができる。従って。DHCPサーバ10は、HGW30に割り当てるプレフィックスを、マスタルータ20及びバックアップルータ20の夫々に対して好適に通知することができる。以上説明した実施形態に関して、更に以下の付記を開示する。付記1冗長構成を有する第1ルータ及び第2ルータを介して端末と当該端末にアドレスを割り当てるサーバとが接続されている通信システムにおける通信方法であって、前記第2ルータを特定するための特定情報、前記端末と前記サーバとの間の通信を中継する前記第1ルータから前記サーバに送信する第1送信工程と、前記サーバから、前記特定情報を送信した前記第1ルータ及び前記特定情報によって特定される前記第2ルータの双方に対して、前記端末に割り当てる前記アドレスを通知する通知工程と、前記第1及び第2ルータの双方に通知される前記アドレスに基づく前記端末への経路を、前記第1及び第2ルータの双方に登録する登録工程とを備えることを特徴とする通信方法。付記2前記端末への前記アドレスの割り当てを要求する要求メッセージを、前記端末から前記第1ルータに送信する第2送信工程を更に備え、前記第1送信工程は、前記特定情報を、前記第2送信工程において送信された前記要求メッセージと共に、前記第1ルータから前記サーバに送信し、前記通知工程は、前記サーバから、前記要求メッセージと共に前記特定情報を送信した前記第1ルータ及び前記特定情報によって特定される前記第2ルータの双方に対して、前記端末に割り当てる前記アドレスを通知することを特徴とする付記1に記載の通信方法。付記3前記通知工程は、前記サーバから、前記特定情報を送信した前記第1ルータに対して、前記端末に割り当てる前記アドレスを、当該アドレスの通知先を前記第1ルータに指定して通知し、且つ、前記サーバから、前記特定情報によって特定される前記第2ルータに対して、前記端末に割り当てるアドレスを、当該アドレスの通知先を前記第2ルータに指定して通知することを特徴とする付記1又は2に記載の通信方法。付記4前記第2ルータを特定するための前記特定情報を前記第2ルータから前記第1ルータに送信する第3送信工程を更に備え、前記第1送信工程は、前記第3送信工程において前記第2ルータから送信された前記特定情報を、前記第1ルータから前記サーバに送信することを特徴とする付記1から3のいずれか一項に記載の通信方法。付記5冗長構成を有する第1及び第2ルータと、端末と、前記第1及び第2ルータを介して前記端末と接続され、且つ前記端末にアドレスを割り当てるサーバとを備える通信システムであって、前記端末と前記サーバとの間の通信を中継する前記第1ルータは、前記第2ルータを特定するための特定情報を、前記サーバに送信する送信部を備え、前記サーバは、前記特定情報を送信した前記第1ルータ及び前記特定情報によって特定される前記第2ルータの双方に対して、前記端末に割り当てる前記アドレスを通知する通知部を備え、前記第1ルータは、前記第1ルータに通知される前記アドレスに基づく前記端末への経路を、前記第1ルータに登録する第1登録部を備え前記第2ルータは、前記第2ルータに通知される前記アドレスに基づく前記端末への経路を、前記第2ルータに登録する第2登録部を備えることを特徴とする通信システム。付記6端末と当該端末にアドレスを割り当てるサーバとを接続すると共に、他のルータと共に冗長構成を有するルータであって、前記他のルータを特定するための特定情報を、前記サーバに送信する送信部と、前記特定情報を送信した前記ルータ及び前記特定情報によって特定される前記他のルータの双方に対して前記サーバから通知される、前記端末に割り当てる前記アドレスに基づく前記端末への経路を、前記ルータ内部に登録する登録部と備えることを特徴とするルータ。付記7冗長構成を有する第1及び第2ルータを介して端末と接続され、且つ前記端末にアドレスを割り当てるサーバであって、前記端末と前記サーバとの間の通信を中継する前記第1ルータから、前記第2ルータを特定するための特定情報を受信する受信部と、前記特定情報を送信した前記第1ルータ及び前記特定情報によって特定される前記第2ルータの双方に対して、前記端末に割り当てる前記アドレスを通知する通知部とを備えることを特徴とするサーバ。本発明は、上述した実施形態に限られるものではなく、請求の範囲及び明細書全体から読み取れる発明の要旨或いは思想に反しない範囲で適宜変更可能であり、そのような変更を伴う通信方法、並びに通信システム、ルータ及びサーバもまた本発明の技術的範囲に含まれるものである。