JP2008067303A - リレーエージェント装置及び代行アドレス貸与装置 - Google Patents
リレーエージェント装置及び代行アドレス貸与装置 Download PDFInfo
- Publication number
- JP2008067303A JP2008067303A JP2006245744A JP2006245744A JP2008067303A JP 2008067303 A JP2008067303 A JP 2008067303A JP 2006245744 A JP2006245744 A JP 2006245744A JP 2006245744 A JP2006245744 A JP 2006245744A JP 2008067303 A JP2008067303 A JP 2008067303A
- Authority
- JP
- Japan
- Prior art keywords
- address
- terminal
- address lending
- proxy
- dhcp server
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/59—Network arrangements, protocols or services for addressing or naming using proxies for addressing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
- H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】正常運用時のＩＰアドレス獲得のレスポンスを落とすことなくサーバ設備追加コストを抑えたＤＨＣＰサーバ冗長化の実現を課題とする。
【解決手段】端末及びこの端末に対してアドレス貸与サービスを実施するアドレス貸与装置を収容する複数のネットワークの１つに配置され、前記アドレス貸与装置による前記端末へのアドレス貸出状況を、前記複数のネットワーク間で共用される代行アドレス貸与装置に通知する通知部と、前記アドレス貸与装置の障害を検知する検知部と、前記障害が検知されたときに、前記アドレス貸与装置によるＩＰアドレス貸与サービスを前記代行アドレス貸与装置に引き継がせるために、前記端末からのアドレス貸与に係るメッセージを前記代行アドレス貸与装置に転送し、前記代行アドレス貸与装置から前記端末へ向けたアドレス貸与に係るメッセージを該端末に転送する転送部と、を含むリレーエージェント装置とした。
【選択図】図１
【解決手段】端末及びこの端末に対してアドレス貸与サービスを実施するアドレス貸与装置を収容する複数のネットワークの１つに配置され、前記アドレス貸与装置による前記端末へのアドレス貸出状況を、前記複数のネットワーク間で共用される代行アドレス貸与装置に通知する通知部と、前記アドレス貸与装置の障害を検知する検知部と、前記障害が検知されたときに、前記アドレス貸与装置によるＩＰアドレス貸与サービスを前記代行アドレス貸与装置に引き継がせるために、前記端末からのアドレス貸与に係るメッセージを前記代行アドレス貸与装置に転送し、前記代行アドレス貸与装置から前記端末へ向けたアドレス貸与に係るメッセージを該端末に転送する転送部と、を含むリレーエージェント装置とした。
【選択図】図１
Description
本発明は、ＤＨＣＰサーバ機能および装置の冗長化に関する。
近年のＬＡＮ（Local Area Network）においては、ＤＨＣＰ（Dynamic Host Configuration Protocol、RFC2131）プロトコルを使用することが多い。ＤＨＣＰは、端末ＩＰ（Internet Protocol）アドレスのアサインを自動化するプトロコルである。具体的には、Ｄ
ＨＣＰは、企業／家庭内ＬＡＮ、ｘＤＳＬ（x Digital Subscriber Line）、ケーブルイ
ンターネット（Cable Internet）等において、しばしば使用されている。
ＨＣＰは、企業／家庭内ＬＡＮ、ｘＤＳＬ（x Digital Subscriber Line）、ケーブルイ
ンターネット（Cable Internet）等において、しばしば使用されている。
本プロトコルの動作は、端末がＤＨＣＰサーバのＩＰアドレスを知らずに動作できるように、サブネット内ブロードキャスト（broadcast）を基本とする。即ち、次の動作をす
る。
る。
（１）ＩＰアドレス未取得のクライアント端末は、ＩＰアドレス割り当て要求ＤＨＣＰパケットをサブネットにブロードキャストし、
（２）ＤＨＣＰパケットを検出したＤＨＣＰサーバは、要求元の端末にＩＰアドレスを割り当てる。
（２）ＤＨＣＰパケットを検出したＤＨＣＰサーバは、要求元の端末にＩＰアドレスを割り当てる。
本プロトコルは、エンドユーザ／システム管理者をアドレス管理／設定の手間から解放する一方で、ＤＨＣＰサーバ故障時に端末がＩＰアドレス取得不可となってしまう問題がある。ここで、「ＩＰアドレス取得不可」とは、「ネットワークを使用できない」ことを意味する。これは、例えば、企業においては業務停止を引き起こすことになるため、ＤＨＣＰサーバの冗長化対策が重要となってくる。
図１６及び図１７は、従来のＤＨＣＰの運用形態を示す図である。従来のＤＨＣＰの運用形態は、大きく次の２つの運用形態に分かれる。
〈１〉各サブネットに1台ずつＤＨＣＰサーバを配置する（図１６）。
〈２〉全ネットワークで共用する1台のＤＨＣＰサーバを配置し、
各サブネットにはそれぞれリレーＡｇｅｎｔを配置する（図１７）。
各サブネットにはそれぞれリレーＡｇｅｎｔを配置する（図１７）。
図１８は、運用形態〈２〉におけるリレーＡｇｅｎｔ及び共用ＤＨＣＰサーバの構成例を示す図である。リレーＡｇｅｎｔ１３０は、ＤＨＣＰ転送部２３６を有する。ＤＨＣＰ転送部２３６は、サブネット１０５と共用ＤＨＣＰサーバ１４０との間でＤＨＣＰパケットを中継する。また、共用ＤＨＣＰサーバ１４０は、共用ＤＨＣＰサーバ部２４６と使用アドレス管理データベース２４８を有する。共用ＤＨＣＰサーバ部２４６は、ＩＰアドレス割り当て要求に対し、ＩＰアドレスを割り当てる。
上記した運用形態〈２〉は、運用形態〈１〉に比べ、端末とサーバと間にＷＡＮ（Wide
Area Network）やイントラネット（Intranet）があることによるレスポンスの低さがユ
ーザに直接見えてしまうことが問題である。そのため、通常は運用形態〈１〉の形態がとられることが多い。
Area Network）やイントラネット（Intranet）があることによるレスポンスの低さがユ
ーザに直接見えてしまうことが問題である。そのため、通常は運用形態〈１〉の形態がとられることが多い。
図１９は、上記した運用形態〈１〉のＤＨＣＰの運用形態の動作シーケンス図である。
端末１２０は、ＩＰアドレス割り当ての打診のためＤＨＣＰサーバ１１０に対してDiscoverメッセージを送信する。すると、ＤＨＣＰサーバ１１０は、端末１２０に対してOfferメッセージを送信する。Offerメッセージを受信した端末１２０は、ＤＨＣＰサーバ１１０に対して、ＩＰアドレスを要求するために、Requestメッセージを送信する。ＤＨＣＰ
サーバ１１０は、ACKメッセージを端末１２０に送信するとともに、ＩＰアドレス及びリ
ース開始時間／リース期間を通知する。これら、Discover、Offer、Request、ACKのそれ
ぞれのメッセージは、ブロードキャスト（broadcast）で送信される。
サーバ１１０は、ACKメッセージを端末１２０に送信するとともに、ＩＰアドレス及びリ
ース開始時間／リース期間を通知する。これら、Discover、Offer、Request、ACKのそれ
ぞれのメッセージは、ブロードキャスト（broadcast）で送信される。
リース期間延長の際には、端末１２０はＤＨＣＰサーバ１１０に対して、ＩＰアドレスのリース期間の延長を要求するために、Requestメッセージを送信する。ＤＨＣＰサーバ
１１０は、端末１２０に対して、ACKメッセージを送信するとともに新たなリース期間を
通知する。これら、Request、ACKのメッセージは、ユニキャスト（unicast）で送信され
る。したがって、他の装置は、これらのメッセージを見ることはできない。
１１０は、端末１２０に対して、ACKメッセージを送信するとともに新たなリース期間を
通知する。これら、Request、ACKのメッセージは、ユニキャスト（unicast）で送信され
る。したがって、他の装置は、これらのメッセージを見ることはできない。
図２０は、上記した運用形態〈２〉のＤＨＣＰの運用形態の動作シーケンス図である。
端末１２０と共用ＤＨＣＰサーバ１４０との間の情報の流れは、上記した運用形態〈１〉における端末１２０とＤＨＣＰサーバ１１０との間の情報の流れと同様である。しかし、共用ＤＨＣＰサーバ１４０は端末１２０のサブネット１０５上に無いので、リレーＡｇｅｎｔ１３０が端末１２０と共用ＤＨＣＰサーバ１４０との間の通信を中継する。リレーＡｇｅｎｔ１３０と共用ＤＨＣＰサーバ１４０との間の通信は、ユニキャストで行われる。
図２１及び図２２は、従来のＤＨＣＰサーバ冗長化アプローチを示す図である。次の２つのアプローチは、上記した２つの運用形態に対応するものである。
〈１〉ＤＨＣＰサーバを各ＬＡＮに２台設置し、障害時にＤＨＣＰサーバを切り替える（図２１）。
〈２〉共用ＤＨＣＰサーバをネットワークに２台設置し、障害時に共用ＤＨＣＰサーバを切り替える（図２２）。
アプローチ〈１〉は、高信頼性が求められるネットワークにおいて、従来技術として使われているアプローチである。しかし、本アプローチは、各ＬＡＮに対し、冗長化のためにサーバを２台ずつ置くことを要求する。このため、管理者にとって大きなコスト負担となってしまう。
アプローチ〈２〉は、現状では実現不可のアプローチである。すなわち、現状のリレーＡｇｅｎｔは、障害の検知や検知後の共用ＤＨＣＰサーバ切り替え機能を持たないため、実現不可である。仮に実現したとしても、前述のように、元が共用する１台のＤＨＣＰサーバを配置する形態である。このため、アドレス取得までのレスポンスの低さが、冗長化とは無関係に常に見えてしまう。この点が問題となる。
特開２００１−２３０７８８号公報
本発明は、各サブネットにＤＨＣＰサーバを配置する形態と比較して、正常運用時のＩＰアドレス獲得のレスポンスを落とすことなくサーバ設備追加コストを抑えたＤＨＣＰサーバ冗長化の実現を課題とする。
本発明は、上記課題を解決するために、以下の手段を採用する。
即ち、本発明は、
端末及びこの端末に対してアドレス貸与サービスを実施するアドレス貸与装置を収容する複数のネットワークの１つと、前記複数のネットワーク間で共用される代行アドレス貸与装置との間に配置され、
前記アドレス貸与装置による前記端末へのアドレス貸出状況を前記代行アドレス貸与装置に通知する通知部と、
前記アドレス貸与装置の障害を検知する検知部と、
前記障害が検知されたときに、前記アドレス貸与装置によるＩＰアドレス貸与サービスを前記代行アドレス貸与装置に引き継がせるために、前記端末からのアドレス貸与に係るメッセージを前記代行アドレス貸与装置に転送し、前記代行アドレス貸与装置から前記端末へ向けたアドレス貸与に係るメッセージを該端末に転送する転送部と
を含むリレーエージェント装置
である。
端末及びこの端末に対してアドレス貸与サービスを実施するアドレス貸与装置を収容する複数のネットワークの１つと、前記複数のネットワーク間で共用される代行アドレス貸与装置との間に配置され、
前記アドレス貸与装置による前記端末へのアドレス貸出状況を前記代行アドレス貸与装置に通知する通知部と、
前記アドレス貸与装置の障害を検知する検知部と、
前記障害が検知されたときに、前記アドレス貸与装置によるＩＰアドレス貸与サービスを前記代行アドレス貸与装置に引き継がせるために、前記端末からのアドレス貸与に係るメッセージを前記代行アドレス貸与装置に転送し、前記代行アドレス貸与装置から前記端末へ向けたアドレス貸与に係るメッセージを該端末に転送する転送部と
を含むリレーエージェント装置
である。
本発明によると、アドレス貸与装置の障害が発生した際、同じネットワークに代わりのアドレス貸与装置が存在しなくても、複数のネットワーク間で共用される代行アドレス貸与装置にアドレス貸与サービスを引き継がせることができる。
また、本発明は、
端末とこの端末に対してアドレス貸与サービスを実施するアドレス貸与装置とを収容するネットワークとリレーエージェント装置を介して接続され、
前記アドレス貸与装置に障害が生じていない場合に前記リレーエージェント装置から転送されてくる前記アドレス貸与装置による前記端末へのアドレス貸出状況を学習する学習部と、
前記アドレス貸出状況を記憶する記憶部と、
前記学習部の学習内容及び前記記憶部のアドレス貸出状況に基づいて、前記端末との間でアドレス貸与に係るやりとりを前記リレーエージェント装置を介して行うことで、前記アドレス貸与装置によるアドレス貸与サービスを引き継ぐ代行部と、
を含む代行アドレス貸与装置
である。
端末とこの端末に対してアドレス貸与サービスを実施するアドレス貸与装置とを収容するネットワークとリレーエージェント装置を介して接続され、
前記アドレス貸与装置に障害が生じていない場合に前記リレーエージェント装置から転送されてくる前記アドレス貸与装置による前記端末へのアドレス貸出状況を学習する学習部と、
前記アドレス貸出状況を記憶する記憶部と、
前記学習部の学習内容及び前記記憶部のアドレス貸出状況に基づいて、前記端末との間でアドレス貸与に係るやりとりを前記リレーエージェント装置を介して行うことで、前記アドレス貸与装置によるアドレス貸与サービスを引き継ぐ代行部と、
を含む代行アドレス貸与装置
である。
本発明によると、あるネットワークのアドレス貸与装置に障害が発生した際、アドレス貸与サービスを引き継ぐことができる。
本発明によれば、各サブネットにＤＨＣＰサーバを配置する形態と比較して、正常運用時のＩＰアドレス獲得のレスポンスを落とすことなくサーバ設備追加コストを抑えたＤＨＣＰサーバ冗長化の実現をすることができる。
以下、図面を参照して本発明の実施形態について説明する。実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
〔第１実施形態〕
〈ネットワーク構成〉
図１は、本実施形態のネットワーク構成を示す図である。ＷＡＮ（又はＩｎｔｅｒｎｅｔ）１００に、代行ＤＨＣＰサーバ１４５、１つ又は複数の拡張リレーＡｇｅｎｔ１５０
が接続される。サブネット（ＬＡＮ）１０５は、拡張リレーＡｇｅｎｔ１５０を通じてＷＡＮ１００に接続される。サブネット１０５には、ＤＨＣＰサーバ１１０、端末１２０が接続される。
〈ネットワーク構成〉
図１は、本実施形態のネットワーク構成を示す図である。ＷＡＮ（又はＩｎｔｅｒｎｅｔ）１００に、代行ＤＨＣＰサーバ１４５、１つ又は複数の拡張リレーＡｇｅｎｔ１５０
が接続される。サブネット（ＬＡＮ）１０５は、拡張リレーＡｇｅｎｔ１５０を通じてＷＡＮ１００に接続される。サブネット１０５には、ＤＨＣＰサーバ１１０、端末１２０が接続される。
各サブネット１０５上のＤＨＣＰサーバ１１０は、従来のＤＨＣＰサーバと同様のものであり、現用系として動作する。代行ＤＨＣＰサーバ１４５は、従来の共用ＤＨＣＰサーバに拡張を加えたものであり、待機系として動作する。
サブネット１０５上の各拡張リレーＡｇｅｎｔ１５０は、従来のリレーＡｇｅｎｔに拡張を加えたものである。
本発明のリレーエージェント装置及び代行アドレス貸与装置には、それぞれ本実施形態の拡張リレーＡｇｅｎｔ１５０及び代行ＤＨＣＰサーバ１４５が含まれる。
〈拡張リレーＡｇｅｎｔ及び代行ＤＨＣＰサーバ〉
図２は、本実施形態の拡張リレーＡｇｅｎｔ１５０及び代行ＤＨＣＰサーバ１４５を示す図である。
図２は、本実施形態の拡張リレーＡｇｅｎｔ１５０及び代行ＤＨＣＰサーバ１４５を示す図である。
（拡張リレーＡｇｅｎｔ）
拡張リレーＡｇｅｎｔ１５０は、使用アドレス通知部２３２、障害検知部２３４、及びＤＨＣＰ転送部２３６を有する。
拡張リレーＡｇｅｎｔ１５０は、使用アドレス通知部２３２、障害検知部２３４、及びＤＨＣＰ転送部２３６を有する。
本発明の、通知部、検知部、及び転送部には、それぞれ、本実施形態の使用アドレス通知部２３２、障害検知部２３４、及びＤＨＣＰ転送部２３６が含まれる。
使用アドレス通知部２３２は、ＬＡＮ上で、ブロードキャスト（broadcast）でやり取
りされるＤＨＣＰパケットを監視する。ＤＨＣＰパケットは、Discovery、Offer、Request、ACKのパケットである。使用アドレス通知部２３２は、ＬＡＮ上のＤＨＣＰサーバ１１０から端末１２０にリースされた割り当て済みＩＰアドレス情報を代行ＤＨＣＰサーバ１４５に通知する。割り当て済みＩＰアドレス情報には、端末１２０に割り当てられたＩＰアドレス、該ＩＰアドレスのリース開始時間及びリース期間、端末１２０のＭＡＣアドレス等の情報が含まれる。
りされるＤＨＣＰパケットを監視する。ＤＨＣＰパケットは、Discovery、Offer、Request、ACKのパケットである。使用アドレス通知部２３２は、ＬＡＮ上のＤＨＣＰサーバ１１０から端末１２０にリースされた割り当て済みＩＰアドレス情報を代行ＤＨＣＰサーバ１４５に通知する。割り当て済みＩＰアドレス情報には、端末１２０に割り当てられたＩＰアドレス、該ＩＰアドレスのリース開始時間及びリース期間、端末１２０のＭＡＣアドレス等の情報が含まれる。
障害検知部２３４は、ブロードキャストでやり取りされるＤＨＣＰパケットを監視する。障害検知部２３４は、ＤＨＣＰサーバ１１０の障害の有無を監視し、障害を検知する。障害検知部２３４は、端末１２０からのDiscoveryメッセージに対するＤＨＣＰサーバ１
１０からのOffer応答の有無、及び端末１２０からのRequestメッセージに対するＤＨＣＰサーバ１１０からのACK応答の有無を監視する。障害検知部２３４は、ＤＨＣＰサーバ１
１０から端末１２０への応答が、一定時間、無い場合、ＤＨＣＰサーバ１１０に障害が起きたと判断し、ＤＨＣＰサーバ１１０の障害を検知する。また、障害検知部２３４は、障害検知後もＬＡＮ上で監視を続ける。障害検知部２３４は、ＤＨＣＰサーバ１１０から端末１２０への応答の再開を確認すると、ＬＡＮ上のＤＨＣＰサーバ１１０が復旧したことを検知する。
１０からのOffer応答の有無、及び端末１２０からのRequestメッセージに対するＤＨＣＰサーバ１１０からのACK応答の有無を監視する。障害検知部２３４は、ＤＨＣＰサーバ１
１０から端末１２０への応答が、一定時間、無い場合、ＤＨＣＰサーバ１１０に障害が起きたと判断し、ＤＨＣＰサーバ１１０の障害を検知する。また、障害検知部２３４は、障害検知後もＬＡＮ上で監視を続ける。障害検知部２３４は、ＤＨＣＰサーバ１１０から端末１２０への応答の再開を確認すると、ＬＡＮ上のＤＨＣＰサーバ１１０が復旧したことを検知する。
ＤＨＣＰ転送部２３６は、端末１２０と代行ＤＨＣＰサーバ１４５との間でＤＨＣＰパケットを転送する。ＤＨＣＰ転送部２３６は、既存のリレーＡｇｅｎｔと同様の機能を有する。
なお、使用アドレス通知部２３２及び障害検知部２３４が、本発明を実現するために既存のリレーＡｇｅｎｔに搭載された新規又は改良に係る構成である。
（代行ＤＨＣＰサーバ）
代行ＤＨＣＰサーバ１４５は、使用アドレス学習部２４２、リース期間延長確認部２４４、共用ＤＨＣＰサーバ部２４６、使用アドレス管理データベース２４８を有する。
代行ＤＨＣＰサーバ１４５は、使用アドレス学習部２４２、リース期間延長確認部２４４、共用ＤＨＣＰサーバ部２４６、使用アドレス管理データベース２４８を有する。
使用アドレス管理データベース２４８は、ＤＨＣＰによる割り当て済みＩＰアドレスを管理するデータベース（ＤＢ）である。既存のＤＨＣＰサーバや、共用ＤＨＣＰサーバが有するものと同様である。
使用アドレス学習部２４２は、拡張リレーＡｇｅｎｔ１５０の使用アドレス通知部２３２から通知された割り当て済みＩＰアドレス情報を、通知元ＬＡＮのＩＰアドレス使用状況として、使用アドレス管理データベース２４８に格納する。
リース期間延長確認部２４４は、リース期間が切れたＩＰアドレスについて、該当ＩＰに対して、使用中か否かを確認するため問い合わせメッセージ（Ｐｉｎｇ）を送信する。このメッセージに対して、応答が無い場合は、リース期間切れとして使用アドレス管理データベース２４８を更新する。また、応答があった時は、リース期間延長として使用アドレス管理データベース２４８を更新する。
共用ＤＨＣＰサーバ部２４６は、既存の共用ＤＨＣＰサーバと同様の機能を有する。
代行ＤＨＣＰサーバ１４５における使用アドレス学習部２４２及びリース期間延長確認部２４４が、本発明を実現するための新規又は改良に係る構成に相当する。
〈動作の概要〉
（障害発生前）
障害発生前は、拡張リレーＡｇｅｎｔ１５０は、障害検知部２３４により、同一ＬＡＮ上のＤＨＣＰサーバの障害の有無を監視／検知する。さらに、拡張リレーＡｇｅｎｔ部１５０は、使用アドレス通知部２３２により、同一ＬＡＮ上のＤＨＣＰサーバ１１０によるＩＰアドレス使用状況を、代行ＤＨＣＰサーバ１４５に通知する。
（障害発生前）
障害発生前は、拡張リレーＡｇｅｎｔ１５０は、障害検知部２３４により、同一ＬＡＮ上のＤＨＣＰサーバの障害の有無を監視／検知する。さらに、拡張リレーＡｇｅｎｔ部１５０は、使用アドレス通知部２３２により、同一ＬＡＮ上のＤＨＣＰサーバ１１０によるＩＰアドレス使用状況を、代行ＤＨＣＰサーバ１４５に通知する。
代行ＤＨＣＰサーバ１４５は、ＩＰアドレス使用状況の通知を受けると、使用アドレス学習部２４２により、ＩＰアドレス使用状況を学習する。
ＤＨＣＰの仕様では、一端リースしたＩＰアドレスに関するリース期間の延長依頼／応答は、ユニキャスト（unicast）で行われる。そのため、使用アドレス通知部２３２は、
リースされているＩＰアドレスのリース期間延長を認識して通知することができない。そこで、代行ＤＨＣＰサーバ１４５は、リース期間延長確認部２４４により、リース期間の更新を端末１２０に対して確認し、確認結果に基づき使用アドレス管理データベース２４８を更新する。
リースされているＩＰアドレスのリース期間延長を認識して通知することができない。そこで、代行ＤＨＣＰサーバ１４５は、リース期間延長確認部２４４により、リース期間の更新を端末１２０に対して確認し、確認結果に基づき使用アドレス管理データベース２４８を更新する。
（障害発生後）
ＬＡＮ上のＤＨＣＰサーバ１１０に障害が発生したとする。拡張リレーＡｇｅｎｔ１５０は、障害検知部２３４により、障害の発生を検知する。障害検知部２３４は、ＤＨＣＰ転送部２３６に対して、代行ＤＨＣＰサーバ１４５へ、ＤＨＣＰパケットの転送開始を指示する。また、障害検知部２３４は、使用アドレス通知部２３２に対して、使用アドレス学習部２４２への割り当て済みアドレス情報の通知停止を指示する。障害発生後は、代行ＤＨＣＰサーバ１４５自体が、ＩＰアドレスの割り当てを行うため、拡張リレーＡｇｅｎｔ１５０が重複してＩＰアドレス使用状況を通知する必要が無いからである。
ＬＡＮ上のＤＨＣＰサーバ１１０に障害が発生したとする。拡張リレーＡｇｅｎｔ１５０は、障害検知部２３４により、障害の発生を検知する。障害検知部２３４は、ＤＨＣＰ転送部２３６に対して、代行ＤＨＣＰサーバ１４５へ、ＤＨＣＰパケットの転送開始を指示する。また、障害検知部２３４は、使用アドレス通知部２３２に対して、使用アドレス学習部２４２への割り当て済みアドレス情報の通知停止を指示する。障害発生後は、代行ＤＨＣＰサーバ１４５自体が、ＩＰアドレスの割り当てを行うため、拡張リレーＡｇｅｎｔ１５０が重複してＩＰアドレス使用状況を通知する必要が無いからである。
代行ＤＨＣＰサーバ１４５は、使用アドレス学習部２４２及びリース期間延長確認部２４４により構築された使用アドレス管理データベース２４８を使用して、以降のＤＨＣＰサーバ処理を引き継ぐ。
（障害復旧後）
ＬＡＮ上のＤＨＣＰサーバ１１０の障害が復旧したとする。拡張リレーＡｇｅｎｔ１５０は、障害検知部２３４により障害の復旧を検知する。障害検知部２３４は、ＤＨＣＰ転送部２３６に対して代行ＤＨＣＰサーバへの転送停止を指示する。また、障害検知部２３４は、使用アドレス通知部２３２に対して、使用アドレス学習部２４２への割り当て済みアドレス情報の通知開始を指示する。
ＬＡＮ上のＤＨＣＰサーバ１１０の障害が復旧したとする。拡張リレーＡｇｅｎｔ１５０は、障害検知部２３４により障害の復旧を検知する。障害検知部２３４は、ＤＨＣＰ転送部２３６に対して代行ＤＨＣＰサーバへの転送停止を指示する。また、障害検知部２３４は、使用アドレス通知部２３２に対して、使用アドレス学習部２４２への割り当て済みアドレス情報の通知開始を指示する。
以後、障害発生前と同様の動作をする。
〈動作の詳細〉
図３及び図４は、本実施形態の動作シーケンス図である。本実施形態の動作例を図面を参照して詳細に説明する。説明は、「障害発生前」、「障害発生後」、「障害復旧後」に分けて行う。
図３及び図４は、本実施形態の動作シーケンス図である。本実施形態の動作例を図面を参照して詳細に説明する。説明は、「障害発生前」、「障害発生後」、「障害復旧後」に分けて行う。
（障害発生前）
図１に示した或るＬＡＮ上の既存のＤＨＣＰサーバ１１０Ａは、端末Ａ（１２０Ａ）からのＩＰアドレス割り当ての要求に対して応答する。具体的には、ＤＨＣＰサーバ１１０Ａは、DHCP Discoveryメッセージを受信する（ＳＱ１００２）と、DHCP Offerメッセージにより応答する（ＳＱ１００６）。また、ＤＨＣＰサーバ１１０Ａは、DHCP Requestメッセージを受信する（ＳＱ１０１０）と、DHCP ACKメッセージにより応答する（ＳＱ１０１４）。これらメッセージのやり取りは、すべてブロードキャスト（broadcast）で、ＵＤ
Ｐのｐｏｒｔ ６７、６８宛パケットにより行われる。
図１に示した或るＬＡＮ上の既存のＤＨＣＰサーバ１１０Ａは、端末Ａ（１２０Ａ）からのＩＰアドレス割り当ての要求に対して応答する。具体的には、ＤＨＣＰサーバ１１０Ａは、DHCP Discoveryメッセージを受信する（ＳＱ１００２）と、DHCP Offerメッセージにより応答する（ＳＱ１００６）。また、ＤＨＣＰサーバ１１０Ａは、DHCP Requestメッセージを受信する（ＳＱ１０１０）と、DHCP ACKメッセージにより応答する（ＳＱ１０１４）。これらメッセージのやり取りは、すべてブロードキャスト（broadcast）で、ＵＤ
Ｐのｐｏｒｔ ６７、６８宛パケットにより行われる。
図５は、ＤＨＣＰメッセージフォーマットを示す図である。図６は、ＤＨＣＰメッセージフォーマットの各フィールドの意味を説明するテーブルである。ＤＨＣＰメッセージフォーマットは、Ｏｐ、ｈｔｙｐｅ、ｈｌｅｎ、ｈｏｐｓ、ｘｉｄ、ｓｅｃｓ、ｆｌａｇｓ、ｃｉａｄｄｒ、ｓｉａｄｄｒ，ｓｉａｄｄｒ、ｇｉａｄｄｒ、ｃｈａｄｄｒ、ｓｎａｍｅ、ｆｉｌｅ、ｏｐｔｉｏｎｓの各フィールドを有する。
図３に戻って、同じＬＡＮ上の拡張リレーＡｇｅｎｔ１５０の障害検知部２３４は、上記ＤＨＣＰのペイロードを見て、ＤＨＣＰサーバ１１０Ａによる端末Ａ（１２０Ａ）への応答の有無を監視する（ＳＱ１００４、ＳＱ１００８）。図７は、障害検知の為の監視対象フィールドを示す図である。障害検知部２３４は、ＤＨＣＰパケットのＵＤＰヘッダのDstPort、ＤＨＣＰメッセージのchaddr及びXIDを、監視する。
障害検知部２３４を有する拡張リレーＡｇｅｎｔ１５０は、ＵＤＰ ＤｓｔＰｏｒｔ＝
６７によりＤＨＣＰサーバ１１０Ａ宛パケット（要求パケット）を認識する。ＵＤＰ Ｄ
ｓｔＰｏｒｔ＝６８によりＤＨＣＰクライアント宛パケット（応答パケット）を認識する。端末Ａ（１２０Ａ）からの要求に対する応答であることの判断は、chaddrおよびXIDフ
ィールドの一致判定により行う。chaddrは、クライアント端末のＭＡＣアドレスを示す。XIDは、トランザクションＩＤ（１トランザクション毎にクライアントが決める乱数）を
示す。応答があれば障害なしと判断し、応答がなければ障害ありと判断する。
６７によりＤＨＣＰサーバ１１０Ａ宛パケット（要求パケット）を認識する。ＵＤＰ Ｄ
ｓｔＰｏｒｔ＝６８によりＤＨＣＰクライアント宛パケット（応答パケット）を認識する。端末Ａ（１２０Ａ）からの要求に対する応答であることの判断は、chaddrおよびXIDフ
ィールドの一致判定により行う。chaddrは、クライアント端末のＭＡＣアドレスを示す。XIDは、トランザクションＩＤ（１トランザクション毎にクライアントが決める乱数）を
示す。応答があれば障害なしと判断し、応答がなければ障害ありと判断する。
また、同じ拡張リレーＡｇｅｎｔ１５０内の使用アドレス通知部２３２は、同様に、上記ＤＨＣＰパケットの要求／応答を監視する（ＳＱ１０１２、ＳＱ１０１６）。使用ＩＰアドレスを知る為の監視対象フィールドは、図７の例と同様である。使用アドレス通知部
２３２は、ＤＨＣＰパケットのＵＤＰヘッダのDstPort、ＤＨＣＰメッセージのchaddr及
びXIDを、監視する。
２３２は、ＤＨＣＰパケットのＵＤＰヘッダのDstPort、ＤＨＣＰメッセージのchaddr及
びXIDを、監視する。
使用アドレス通知部２３２を有する拡張リレーＡｇｅｎｔ１５０は、ＵＤＰ ＤｓｔＰ
ｏｒｔ＝６７によりＤＨＣＰサーバ１１０Ａ宛パケット（要求パケット）を認識する。ＵＤＰ ＤｓｔＰｏｒｔ＝６８によりＤＨＣＰクライアント宛パケット（応答パケット）を
認識する。端末Ａ（１２０Ａ）からの要求に対する応答であることの判断は、chaddrおよびXIDフィールドの一致判定により行う。ＩＰアドレス、リース期間は、応答メッセージ
中のyiaddrおよびoptionフィールドから抽出する。
ｏｒｔ＝６７によりＤＨＣＰサーバ１１０Ａ宛パケット（要求パケット）を認識する。ＵＤＰ ＤｓｔＰｏｒｔ＝６８によりＤＨＣＰクライアント宛パケット（応答パケット）を
認識する。端末Ａ（１２０Ａ）からの要求に対する応答であることの判断は、chaddrおよびXIDフィールドの一致判定により行う。ＩＰアドレス、リース期間は、応答メッセージ
中のyiaddrおよびoptionフィールドから抽出する。
この情報を代行ＤＨＣＰサーバ１４５の使用アドレス学習部２４２に対して通知する（ＳＱ１０１８）。図８は、使用アドレス通知の際のメッセージフォーマット例を示す図である。図９は、使用アドレス通知の際のメッセージフォーマットの各フィールドの意味を説明するテーブルである。使用アドレス通知の際のメッセージは、ｙｉａｄｄｒ、ｇｉａｄｄｒ、ｃｈａｄｄｒ、ｌｅａｓｅ ｔｉｍｅの各フィールドを有する。
使用アドレス通知を受けた代行ＤＨＣＰサーバ１４５の使用アドレス学習部２４２は、アドレス使用状況を使用アドレス管理データベース２４８に登録する（ＳＱ１０２０）。使用アドレス管理データベース２４８は、既存の共用ＤＨＣＰサーバが持つデータベースそのものである。
図１０は、データベース・フォーマット例を示す図である。図１０の各行が使用アドレス管理データベース２４８のレコードに相当する。これらのレコードは、拡張リレーＡｇｅｎｔ毎に区別して格納される。使用アドレス管理データベース２４８の各レコードは、クライアント端末ＭＡＣアドレス、割り当てＩＰアドレス、リース開始時間、リース終了時間を有している。リース終了時間の代わりに、リース期間などとしてもよい。
図１１は、ＩＰアドレスプール空間の定義例を示す図である。図１１では、ＩＰアドレスが「１９２．１６８．０．１」の拡張リレーＡｇｅｎｔ１５０の存在するサブネットに対して、「１９２．１６８．０．２〜９」のＩＰアドレスが割り当てられている。同様に、ＩＰアドレスが「１９２．１６８．１．１」の拡張リレーＡｇｅｎｔ１５０の存在するサブネットに対して、「１９２．１６８．１．２〜９」のＩＰアドレスが割り当てられている。ＩＰアドレスが「１９２．１６８．２．１」の拡張リレーＡｇｅｎｔ１５０の存在するサブネットに対して、「１９２．１６８．２．２〜９」のＩＰアドレスが割り当てられている。
図１２は、図１１の如くＩＰアドレスプール空間定義がされたネットワークにおいて、図１０のように端末Ａ（１２０Ａ）にＩＰアドレスが割り当てられているときの、ネットワーク構成例を示す図である。図１２では、代行ＤＨＣＰサーバに、ＩＰアドレス「１９２．１６８．３．１」が割り当てられている。
図３に戻って、ＩＰアドレスのリース期間延長を希望する端末Ａ（１２０Ａ）は、ＤＨＣＰサーバに対し、Requestメッセージを送信する（ＳＱ１０２２）。ＤＨＣＰサーバ１
１０Ａは、端末Ａ（１２０Ａ）からリース期間延長のRequestメッセージを受信すると、ACKメッセージにより応答する（ＳＱ１０２４）。これにより、端末Ａ（１２０Ａ）にリースされたＩＰアドレスのリース期間が、延長される。
１０Ａは、端末Ａ（１２０Ａ）からリース期間延長のRequestメッセージを受信すると、ACKメッセージにより応答する（ＳＱ１０２４）。これにより、端末Ａ（１２０Ａ）にリースされたＩＰアドレスのリース期間が、延長される。
代行ＤＨＣＰサーバ１４５のリース期間延長確認部２４４は、使用アドレス管理データベース２４８に登録された各ＩＰアドレスに対し、リース期間が切れたことを確認する（ＳＱ１０２６）と、ICMP Echo Requestパケットを送信する（Ｓ１０２８）。応答があれ
ば（ＳＱ１０３０）、リース期間が更新されたものと判断し、使用アドレス管理データベース２４８上のリース終了時間を延長する（ＳＱ１０３２）。応答がなければ、使用アドレス管理データベース２４８から当該エントリを削除する。
ば（ＳＱ１０３０）、リース期間が更新されたものと判断し、使用アドレス管理データベース２４８上のリース終了時間を延長する（ＳＱ１０３２）。応答がなければ、使用アドレス管理データベース２４８から当該エントリを削除する。
（障害発生後）
次に、図４を用いて、障害発生後について説明する。図１に示した或るＬＡＮ上のＤＨＣＰサーバ１１０Ａに障害が発生（例えば、ＤＨＣＰサーバ１１０Ａが、停止している）したとする。拡張リレーＡｇｅｎｔ１５０は、障害検知部２３４が端末Ｂ（１２０Ｂ）のＤＨＣＰサーバ１１０Ａに対する要求（ＳＱ２００２）を受信した（ＳＱ２００４）にもかかわらず、それに対する応答がない場合（ＳＱ２００６）、障害検知部２３４は、ＤＨＣＰサーバ１１０Ａに障害ありと判断し、障害発生を検知する。応答の有無を判断するまでの待ち時間は、例えば１０秒とする。
次に、図４を用いて、障害発生後について説明する。図１に示した或るＬＡＮ上のＤＨＣＰサーバ１１０Ａに障害が発生（例えば、ＤＨＣＰサーバ１１０Ａが、停止している）したとする。拡張リレーＡｇｅｎｔ１５０は、障害検知部２３４が端末Ｂ（１２０Ｂ）のＤＨＣＰサーバ１１０Ａに対する要求（ＳＱ２００２）を受信した（ＳＱ２００４）にもかかわらず、それに対する応答がない場合（ＳＱ２００６）、障害検知部２３４は、ＤＨＣＰサーバ１１０Ａに障害ありと判断し、障害発生を検知する。応答の有無を判断するまでの待ち時間は、例えば１０秒とする。
障害の発生を検知した障害検知部２３４は、ＤＨＣＰ転送部２３６に対して代行ＤＨＣＰサーバ１４５へのＤＨＣＰパケットの転送開始を指示する（ＳＱ２００８）。また、障害検知部２３４は、使用アドレス通知部２３２に対して代行ＤＨＣＰサーバ１４５の使用アドレス学習部２４２への割り当て済みアドレス情報の通知停止を指示する（ＳＱ２０１０）。
指示を受けたＤＨＣＰ転送部２３６は、既存のリレーＡｇｅｎｔ機能を開始する。具体的には、ＬＡＮ内部のＵＤＰ ＤｓｔＰｏｒｔ＝６７パケットを、あらかじめ設定された
代行ＤＨＣＰサーバ１４５宛に転送する。転送メッセージフォーマットは、上記したＤＨＣＰのメッセージフォーマット（図５）と同様である。拡張リレーＡｇｅｎｔ１５０は、ＤＨＣＰメッセージ中のgiaddrフィールドに拡張リレーＡｇｅｎｔ１５０のＩＰアドレスを入れる。また、拡張リレーＡｇｅｎｔ１５０は、送信元ＩＰヘッダを拡張リレーＡｇｅｎｔ１５０に、送信先ＩＰヘッダを代行ＤＨＣＰサーバ１４５に更新した上で、ユニキャスト（unicast）として送信する。これにより、端末Ｂ（１２０Ｂ）のＤＨＣＰサーバへ
の要求（Ｓ２０１２）は、ＤＨＣＰサーバ１１０Ａから応答されないが、ＤＨＣＰ転送部２３６で受信され（Ｓ２０１４）、代行ＤＨＣＰサーバ２４６へ転送される。
代行ＤＨＣＰサーバ１４５宛に転送する。転送メッセージフォーマットは、上記したＤＨＣＰのメッセージフォーマット（図５）と同様である。拡張リレーＡｇｅｎｔ１５０は、ＤＨＣＰメッセージ中のgiaddrフィールドに拡張リレーＡｇｅｎｔ１５０のＩＰアドレスを入れる。また、拡張リレーＡｇｅｎｔ１５０は、送信元ＩＰヘッダを拡張リレーＡｇｅｎｔ１５０に、送信先ＩＰヘッダを代行ＤＨＣＰサーバ１４５に更新した上で、ユニキャスト（unicast）として送信する。これにより、端末Ｂ（１２０Ｂ）のＤＨＣＰサーバへ
の要求（Ｓ２０１２）は、ＤＨＣＰサーバ１１０Ａから応答されないが、ＤＨＣＰ転送部２３６で受信され（Ｓ２０１４）、代行ＤＨＣＰサーバ２４６へ転送される。
代行ＤＨＣＰサーバ１４５は、拡張リレーＡｇｅｎｔ１５０からＤＨＣＰパケットを受信する（ＳＱ２０１６）と、既存の共用ＤＨＣＰサーバと同様の動作によりＩＰアドレス割り当ての動作を行う（待機系として動作する）。その際に使用するデータベースは、上記した使用アドレス通知部２３２およびリース期間延長確認部２４４が構築した使用アドレス管理データベース２４８となる。共用ＤＨＣＰサーバ機能部２４６は、使用アドレス管理データベース２４８を確認する（ＳＱ２０１８）。共用ＤＨＣＰサーバ機能部２４６は、端末Ｂ（１２０Ｂ）にリースするＩＰアドレスを決定し、ＤＨＣＰ転送部２３６を経由して（ＳＱ２０２０）、端末Ｂ（１２０Ｂ）へ通知する（ＳＱ２０２２）。
（障害復旧後）
その後、図４に示すように、ＬＡＮ上のＤＨＣＰサーバ１１０Ａの障害が復旧したとする。拡張リレーＡｇｅｎｔ１５０は、障害検知部２３４が端末１２０からＤＨＣＰサーバ１１０Ａへの要求（ＳＱ２０２４）を受信し（ＳＱ２０２６）、その要求に対するＤＨＣＰサーバ１１０Ａからの応答（ＳＱ２０２８）があることを認識（ＳＱ２０３０）した時点で障害の復旧を検知する。障害検知部２３４は、ＤＨＣＰ転送部２３６に対して代行ＤＨＣＰサーバ１４５へのＤＨＣＰパケットの転送停止を指示し（ＳＱ２０３２）、使用アドレス通知部２３２に対して代行ＤＨＣＰサーバ１４５の使用アドレス学習部２４２への割り当て済みアドレス情報の通知開始を指示する（ＳＱ２０３４）。
その後、図４に示すように、ＬＡＮ上のＤＨＣＰサーバ１１０Ａの障害が復旧したとする。拡張リレーＡｇｅｎｔ１５０は、障害検知部２３４が端末１２０からＤＨＣＰサーバ１１０Ａへの要求（ＳＱ２０２４）を受信し（ＳＱ２０２６）、その要求に対するＤＨＣＰサーバ１１０Ａからの応答（ＳＱ２０２８）があることを認識（ＳＱ２０３０）した時点で障害の復旧を検知する。障害検知部２３４は、ＤＨＣＰ転送部２３６に対して代行ＤＨＣＰサーバ１４５へのＤＨＣＰパケットの転送停止を指示し（ＳＱ２０３２）、使用アドレス通知部２３２に対して代行ＤＨＣＰサーバ１４５の使用アドレス学習部２４２への割り当て済みアドレス情報の通知開始を指示する（ＳＱ２０３４）。
復旧後の各ＬＡＮ上のＤＨＣＰサーバ１１０Ａは、使用中のＩＰアドレスを知りえない
が、以下の従来機能により、使用中のＩＰアドレスを別端末に重複して割り当てるリスクは回避される。即ち、端末１２０からアドレス割り当て要求を受けた際に、ＤＨＣＰサーバ１１０Ａは、今から割り当てようとするアドレスがＬＡＮ内で使われているか否かを、ＡＲＰ（Address Resolution Protocol）要求により確認する。ＡＲＰ応答がなければ、
未使用であるので、そのＩＰアドレスを端末１２０に割り当てる。応答があれば、既に使用済みであり、別のＩＰアドレスを割り当て対象とする。
が、以下の従来機能により、使用中のＩＰアドレスを別端末に重複して割り当てるリスクは回避される。即ち、端末１２０からアドレス割り当て要求を受けた際に、ＤＨＣＰサーバ１１０Ａは、今から割り当てようとするアドレスがＬＡＮ内で使われているか否かを、ＡＲＰ（Address Resolution Protocol）要求により確認する。ＡＲＰ応答がなければ、
未使用であるので、そのＩＰアドレスを端末１２０に割り当てる。応答があれば、既に使用済みであり、別のＩＰアドレスを割り当て対象とする。
〈本実施形態の効果〉
本実施形態によると、ＤＨＣＰサーバ１１０はサブネット１０５上に存在するので、端末１２０からのＩＰアドレス取得要求があった際のレスポンスが低下しない。また、各サブネット１０５に１台のＤＨＣＰサーバ１１０を配置するため、各サブネットに現用系と待機系の２台のＤＨＣＰサーバを配置する場合と比較して、低コストである。
本実施形態によると、ＤＨＣＰサーバ１１０はサブネット１０５上に存在するので、端末１２０からのＩＰアドレス取得要求があった際のレスポンスが低下しない。また、各サブネット１０５に１台のＤＨＣＰサーバ１１０を配置するため、各サブネットに現用系と待機系の２台のＤＨＣＰサーバを配置する場合と比較して、低コストである。
〔第２実施形態〕
第２実施形態では、第１実施形態において、使用アドレス通知部２３２から代行ＤＨＣＰサーバ１４５への割り当て済みアドレス情報の通知の際のメッセージフォーマットとして、既存のリレーＡｇｅｎｔからの要求メッセージフォーマットを使用する形態について説明する。第２実施形態は、第１実施形態との共通点を有する。従って、主として相違点について説明し、共通点については説明を省略する。
第２実施形態では、第１実施形態において、使用アドレス通知部２３２から代行ＤＨＣＰサーバ１４５への割り当て済みアドレス情報の通知の際のメッセージフォーマットとして、既存のリレーＡｇｅｎｔからの要求メッセージフォーマットを使用する形態について説明する。第２実施形態は、第１実施形態との共通点を有する。従って、主として相違点について説明し、共通点については説明を省略する。
ネットワーク構成は、第１実施形態と同様である（図１）。
図１３は、本実施形態の拡張リレーＡｇｅｎｔ１５０及び代行ＤＨＣＰサーバ１４５の構成例を示す図である。
拡張リレーＡｇｅｎｔ１５０の使用アドレス通知部２３２は、以下のＤＨＣＰメッセージを代行ＤＨＣＰサーバ１４５の共用ＤＨＣＰサーバ部２４６へ送信する。
代行ＤＨＣＰサーバ１４５へ送信される割り当て済みアドレス情報のメッセージフォーマットは、図５の既存のＤＨＣＰメッセージと同様である。ＤＨＣＰメッセージのchaddrフィールドに、ＩＰアドレスが割り当てられた端末１２０（例えば、図１で示した端末Ａ（１２０Ａ））のＭＡＣアドレスを格納する。ＤＨＣＰメッセージの「要求ＩＰアドレス」オプションフィールドに、端末Ａ（１２０Ａ）にリースするものとして通知したＩＰアドレスを格納する。ＤＨＣＰメッセージの「リース期間」オプションフィールドに、リース期間情報を格納する。
更に、拡張リレーＡｇｅｎｔ１５０は、ＤＨＣＰパケットを既存のリレーＡｇｅｎｔが行うのと同様に代行ＤＨＣＰサーバ１４５宛ユニキャスト（unicast）パケットに更新し
た上で、代行ＤＨＣＰサーバ１４５宛に転送する。
た上で、代行ＤＨＣＰサーバ１４５宛に転送する。
要求メッセージを受信した代行ＤＨＣＰサーバ１４５の共用ＤＨＣＰサーバ部２４６は、使用したいＩＰアドレス及びリース期間の申請を、端末Ａ（１２０Ａ）から直接受信したかの如く動作する。即ち、共用ＤＨＣＰサーバ部２４６は、「要求ＩＰアドレス」オプションフィールドで通知されたＩＰアドレスを使用アドレス管理データベース２４８に登録し、更に応答メッセージを拡張リレーＡｇｅｎｔ１５０宛にユニキャスト（unicast）
で返す。
で返す。
応答メッセージを受信した拡張リレーＡｇｅｎｔ１５０上では、使用アドレス通知部２３２が当該メッセージを受信し、障害監視部２３４と同じフィールドを見て、先述の要求に対応した応答であることを認識し、該メッセージを破棄する。ＤＨＣＰサーバ１１０の
障害なしの場合は、使用アドレス通知部２３２が動作開始しており、ＤＨＣＰ転送部２３６は動作停止している。しかし、ＤＨＣＰサーバ１１０の障害ありの場合は、使用アドレス通知部２３２が動作停止しており、ＤＨＣＰ転送部２３６が動作開始しているので、ＤＨＣＰ転送部２３６が当該メッセージを受信し、既存の転送処理を行う。
障害なしの場合は、使用アドレス通知部２３２が動作開始しており、ＤＨＣＰ転送部２３６は動作停止している。しかし、ＤＨＣＰサーバ１１０の障害ありの場合は、使用アドレス通知部２３２が動作停止しており、ＤＨＣＰ転送部２３６が動作開始しているので、ＤＨＣＰ転送部２３６が当該メッセージを受信し、既存の転送処理を行う。
本実施形態によると、代行ＤＨＣＰサーバ１４５において、第１実施形態の代行ＤＨＣＰサーバ１４５における使用アドレス学習部２４２が不要となり、代行ＤＨＣＰサーバ１４５の簡素化が可能となる。
〔第３実施形態〕
第３実施形態では、障害検知部２３４が、ＤＨＣＰの要求／応答の監視ではなく、使用中のＩＰアドレスに対するＩＣＭＰ（Internet Control Message Protocol） Echo Request／Replyにより、ＤＨＣＰサーバ１１０の障害の検知を行う形態について説明する。第
３実施形態は、第１実施形態との共通点を有する。従って、主として相違点について説明し、共通点については説明を省略する。
第３実施形態では、障害検知部２３４が、ＤＨＣＰの要求／応答の監視ではなく、使用中のＩＰアドレスに対するＩＣＭＰ（Internet Control Message Protocol） Echo Request／Replyにより、ＤＨＣＰサーバ１１０の障害の検知を行う形態について説明する。第
３実施形態は、第１実施形態との共通点を有する。従って、主として相違点について説明し、共通点については説明を省略する。
ネットワーク構成および機能構成は第１実施形態と同様である（図１、図２）。
拡張リレーＡｇｅｎｔ１５０の障害検知部２３４（図２）は、ＬＡＮ内のＤＨＣＰパケットを参照して、ＤＨＣＰサーバ１１０のＩＰアドレスを認識する。障害検知部２３４は、そのＤＨＣＰサーバ１１０のＩＰアドレス宛にICMP Echoを送信する。その後、一定時
間内にICMP Echo Replyを受信しなければ、障害ありと判断する。
間内にICMP Echo Replyを受信しなければ、障害ありと判断する。
本実施形態によると、障害検知部２３４は、ＩＣＭＰに基づく状態確認メッセージ（ICMP Echo）をＤＨＣＰサーバ１１０に送信する。ＤＨＣＰサーバ１１０が正常であれば、
その応答メッセージ（ICMP Echo Reply）を障害検知部２３４は受け取ることができる。
これに対し、ＤＨＣＰサーバ１１０が異常である（障害を持つ）場合には、障害検知部２３４は、所定期間内に応答メッセージを受信できない。この応答メッセージの負受信を以って、ＤＨＣＰサーバ１１０の障害を検知する。このようにすれば、ＬＡＮ上を流れるＤＨＣＰパケットを常に監視すること無く、ＤＨＣＰサーバ１１０の障害検知が可能となる。
〔第４実施形態〕
第４実施形態では、障害検知部が、ＤＨＣＰの要求／応答の監視ではなく、使用中のアドレスに対するＡＲＰ（Address Resolution Protocol）により、ＤＨＣＰサーバの障害
の検知を行う形態について説明する。ＡＲＰとは、ＩＰアドレスからＭＡＣアドレスを知るためのプロトコルである。第４実施形態は、第１実施形態との共通点を有する。従って、主として相違点について説明し、共通点については説明を省略する。
その応答メッセージ（ICMP Echo Reply）を障害検知部２３４は受け取ることができる。
これに対し、ＤＨＣＰサーバ１１０が異常である（障害を持つ）場合には、障害検知部２３４は、所定期間内に応答メッセージを受信できない。この応答メッセージの負受信を以って、ＤＨＣＰサーバ１１０の障害を検知する。このようにすれば、ＬＡＮ上を流れるＤＨＣＰパケットを常に監視すること無く、ＤＨＣＰサーバ１１０の障害検知が可能となる。
〔第４実施形態〕
第４実施形態では、障害検知部が、ＤＨＣＰの要求／応答の監視ではなく、使用中のアドレスに対するＡＲＰ（Address Resolution Protocol）により、ＤＨＣＰサーバの障害
の検知を行う形態について説明する。ＡＲＰとは、ＩＰアドレスからＭＡＣアドレスを知るためのプロトコルである。第４実施形態は、第１実施形態との共通点を有する。従って、主として相違点について説明し、共通点については説明を省略する。
ネットワーク構成および機能構成は第１実施形態と同様である（図１、図２）。
拡張リレーＡｇｅｎｔ１５０の障害検知部２３４（図２）は、ＬＡＮ内のＤＨＣＰパケットを参照して、ＤＨＣＰサーバ１１０のＩＰアドレスを認識する。障害検知部２３４は、ＤＨＣＰサーバ１１０のＩＰアドレス宛にARP Requestを送信する。その後、一定時間
内にARP Replyを受信しなければ、障害ありと判断する。
内にARP Replyを受信しなければ、障害ありと判断する。
本実施形態によると、障害検知部２３４は、ＡＲＰリクエストに対するＡＲＰリプライの受信／不受信を以って、ＤＨＣＰサーバ１１０の障害の有無を判断する。このようにすれば、障害検知部２３４がＬＡＮ上を流れるＤＨＣＰパケットを常に監視すること無く、ＤＨＣＰサーバ１１０の障害検知が可能となる。
〔第５実施形態〕
第５実施形態では、ＤＨＣＰサーバの復旧時に、使用中ＩＰアドレスを逐一ＡＲＰ確認しなくてよいように、代行ＤＨＣＰサーバがＤＨＣＰサーバに対し、使用アドレス管理データベースの内容を通知する形態について説明する。第５実施形態は、第１実施形態との共通点を有する。従って、主として相違点について説明し、共通点については説明を省略する。
〔第５実施形態〕
第５実施形態では、ＤＨＣＰサーバの復旧時に、使用中ＩＰアドレスを逐一ＡＲＰ確認しなくてよいように、代行ＤＨＣＰサーバがＤＨＣＰサーバに対し、使用アドレス管理データベースの内容を通知する形態について説明する。第５実施形態は、第１実施形態との共通点を有する。従って、主として相違点について説明し、共通点については説明を省略する。
ネットワーク構成は、第１実施形態と同様である（図１）。図１４は、第５実施形態におけるＤＨＣＰサーバ１１０、拡張リレーＡｇｅｎｔ１５０、代行ＤＨＣＰサーバ１４５を示す図である。
本実施形態では、第１実施形態の構成に対し、次の構成を追加する。
拡張リレーＡｇｅｎｔ１５０は、復旧通知部２３８をさらに備える。復旧通知部２３８は、ＤＨＣＰサーバ１１０の復旧を代行ＤＨＣＰサーバ１４５に対して通知する。
代行ＤＨＣＰサーバ１４５は、使用アドレス管理ＤＢ通知部２４７をさらに備える。使用アドレス管理ＤＢ通知部２４７は、代行ＤＨＣＰサーバ１４５上の使用アドレス管理データベース２４８の内容を拡張リレーＡｇｅｎｔ１５０に通知する。
ＤＨＣＰサーバ１１０は、使用アドレス管理ＤＢ受信部２１４、使用アドレス管理データベース２１６を備える。使用アドレス管理ＤＢ受信部２１４は、通知された使用アドレス管理データベース２４８の内容を、ＤＨＣＰサーバ１１０内の使用アドレス管理データベース２１６に格納する。
即ち、拡張リレーＡｇｅｎｔ１５０の障害検知部２３４は、ＤＨＣＰサーバ１１０の復旧を検知すると、復旧通知部２３８に通知する。復旧通知部２３８は、代行ＤＨＣＰサーバ１４５に対してＤＨＣＰサーバ１１０の復旧を通知する。
復旧の通知を受けた代行ＤＨＣＰサーバ１４５は、使用アドレス管理ＤＢ通知部２４７により、メッセージ中のgiaddr（拡張リレーＡｇｅｎｔ１５０のＩＰアドレス）宛に、当該拡張リレーＡｇｅｎｔ１５０用の使用アドレス管理データベース内容を通知する。
通知を受けた拡張リレーＡｇｅｎｔ１５０内の復旧検知部２３８は、ＬＡＮ内のＤＨＣＰサーバ１１０に対し、使用アドレス管理データベース内容を通知する。
ＤＨＣＰサーバ１１０内の使用アドレス管理ＤＢ受信部２１４は、通知された使用アドレス管理データベース内容を、自身の使用アドレス管理データベース２１６に格納する。
本実施形態によれば、ＤＨＣＰサーバ１１０は、障害復旧時に、使用中のＩＰアドレスを逐一ＡＲＰ確認する必要が無くなる。
〔第６実施形態〕
第６実施形態では、幾つかのＬＡＮをグループ化し、グループ毎に代行ＤＨＣＰサーバを設置することで、全体で1台しか代行ＤＨＣＰサーバを設置しない場合と比較して、代
行ＤＨＣＰサーバ１台あたりの処理負荷を軽減する形態について説明する。第６実施形態は、第１実施形態との共通点を有する。従って、主として相違点について説明し、共通点については説明を省略する。
第６実施形態では、幾つかのＬＡＮをグループ化し、グループ毎に代行ＤＨＣＰサーバを設置することで、全体で1台しか代行ＤＨＣＰサーバを設置しない場合と比較して、代
行ＤＨＣＰサーバ１台あたりの処理負荷を軽減する形態について説明する。第６実施形態は、第１実施形態との共通点を有する。従って、主として相違点について説明し、共通点については説明を省略する。
図１５は、本実施形態のネットワーク構成例を示す図である。機能構成は、第１実施形態と同様である。
拡張リレーＡｇｅｎｔＡ（１５０Ａ）は、代行ＤＨＣＰサーバＡ（１４５Ａ）とやり取りするように、あらかじめ設定する。また、拡張リレーＡｇｅｎｔＢ（１４５Ｂ）及び拡張リレーＡｇｅｎｔＣ（１４５Ｃ）は、代行ＤＨＣＰサーバＢ（１４５Ｂ）とやり取りするように、あらかじめ設定する。
本実施形態によれば、代行ＤＨＣＰサーバを複数用意することにより、代行ＤＨＣＰサーバ１台あたりの処理負荷を軽減できる。
〔その他〕
上記した実施形態は、以下の発明を開示する。以下の発明は、必要に応じて適宜組み合わせることができる。
上記した実施形態は、以下の発明を開示する。以下の発明は、必要に応じて適宜組み合わせることができる。
（付記１）
端末及びこの端末に対してアドレス貸与サービスを実施するアドレス貸与装置を収容する複数のネットワークの１つに配置され、
前記アドレス貸与装置による前記端末へのアドレス貸出状況を、前記複数のネットワーク間で共用される代行アドレス貸与装置に通知する通知部と、
前記アドレス貸与装置の障害を検知する検知部と、
前記障害が検知されたときに、前記アドレス貸与装置によるＩＰアドレス貸与サービスを前記代行アドレス貸与装置に引き継がせるために、前記端末からのアドレス貸与に係るメッセージを前記代行アドレス貸与装置に転送し、前記代行アドレス貸与装置から前記端末へ向けたアドレス貸与に係るメッセージを該端末に転送する転送部と
を含むリレーエージェント装置。（１）
（付記２）
前記通知部は、前記アドレス貸与装置から前記端末へ貸与されたアドレスを、前記代行アドレス貸与装置が前記引き継ぎ時に使用する情報として管理するために、前記代行アドレス貸与装置に通知する
付記１記載のリレーエージェント装置。（２）
（付記３）
前記転送部は、前記端末に貸与されたアドレスが貸与期間を過ぎたときに前記代行アドレス貸与装置から送信されてくる該アドレスの継続使用を端末に問い合わせるメッセージを前記端末へ転送し、前記端末からの前記問い合わせメッセージの応答メッセージを前記代行アドレス貸与装置に転送する
付記１又は２記載のリレーエージェント装置。（３）
（付記４）
前記アドレス貸与装置及び前記代行アドレス貸与装置は、ダイナミック・ホスト・コンフィグレーション・プロトコル(ＤＨＣＰ)に基づいてＩＰアドレスを端末に貸与するＤＨＣＰサーバであり、
前記通知部は、前記アドレス貸与装置によって端末に貸与されるＩＰアドレスを、ＤＨＣＰに基づくメッセージに格納して前記代行アドレス貸与装置に通知する
付記１〜３のいずれかに記載のリレーエージェント装置。（４）
（付記５）
前記検知部は、前記アドレス貸与装置と前記端末との間でやりとりされるアドレス貸与のためのメッセージを監視し、前記アドレス貸与装置が前記端末からのメッセージに応答しない場合に、前記アドレス貸与装置の障害を検知する
付記１〜４のいずれかに記載のリレーエージェント装置。
端末及びこの端末に対してアドレス貸与サービスを実施するアドレス貸与装置を収容する複数のネットワークの１つに配置され、
前記アドレス貸与装置による前記端末へのアドレス貸出状況を、前記複数のネットワーク間で共用される代行アドレス貸与装置に通知する通知部と、
前記アドレス貸与装置の障害を検知する検知部と、
前記障害が検知されたときに、前記アドレス貸与装置によるＩＰアドレス貸与サービスを前記代行アドレス貸与装置に引き継がせるために、前記端末からのアドレス貸与に係るメッセージを前記代行アドレス貸与装置に転送し、前記代行アドレス貸与装置から前記端末へ向けたアドレス貸与に係るメッセージを該端末に転送する転送部と
を含むリレーエージェント装置。（１）
（付記２）
前記通知部は、前記アドレス貸与装置から前記端末へ貸与されたアドレスを、前記代行アドレス貸与装置が前記引き継ぎ時に使用する情報として管理するために、前記代行アドレス貸与装置に通知する
付記１記載のリレーエージェント装置。（２）
（付記３）
前記転送部は、前記端末に貸与されたアドレスが貸与期間を過ぎたときに前記代行アドレス貸与装置から送信されてくる該アドレスの継続使用を端末に問い合わせるメッセージを前記端末へ転送し、前記端末からの前記問い合わせメッセージの応答メッセージを前記代行アドレス貸与装置に転送する
付記１又は２記載のリレーエージェント装置。（３）
（付記４）
前記アドレス貸与装置及び前記代行アドレス貸与装置は、ダイナミック・ホスト・コンフィグレーション・プロトコル(ＤＨＣＰ)に基づいてＩＰアドレスを端末に貸与するＤＨＣＰサーバであり、
前記通知部は、前記アドレス貸与装置によって端末に貸与されるＩＰアドレスを、ＤＨＣＰに基づくメッセージに格納して前記代行アドレス貸与装置に通知する
付記１〜３のいずれかに記載のリレーエージェント装置。（４）
（付記５）
前記検知部は、前記アドレス貸与装置と前記端末との間でやりとりされるアドレス貸与のためのメッセージを監視し、前記アドレス貸与装置が前記端末からのメッセージに応答しない場合に、前記アドレス貸与装置の障害を検知する
付記１〜４のいずれかに記載のリレーエージェント装置。
（付記６）
前記検知部は、前記アドレス貸与装置に対して状態確認メッセージを送信し、前記アド
レス貸与装置が前記状態確認メッセージに応答しない場合に、前記アドレス貸与装置の障害を検知する
付記１〜４のいずれかに記載のリレーエージェント装置。
前記検知部は、前記アドレス貸与装置に対して状態確認メッセージを送信し、前記アド
レス貸与装置が前記状態確認メッセージに応答しない場合に、前記アドレス貸与装置の障害を検知する
付記１〜４のいずれかに記載のリレーエージェント装置。
（付記７）
前記検知部は、前記アドレス貸与装置に対して、アドレス問い合わせメッセージを送信し、前記アドレス貸与装置が前記アドレス問い合わせメッセージに応答しない場合に、前記アドレス貸与装置の障害を検知する
付記１〜４のいずれかに記載のリレーエージェント装置。
前記検知部は、前記アドレス貸与装置に対して、アドレス問い合わせメッセージを送信し、前記アドレス貸与装置が前記アドレス問い合わせメッセージに応答しない場合に、前記アドレス貸与装置の障害を検知する
付記１〜４のいずれかに記載のリレーエージェント装置。
（付記８）
前記アドレス貸与装置の障害からの復旧が検知された場合に、復旧を前記代行アドレス貸与装置に通知し、前記復旧通知に応じて前記代行アドレス貸与装置から送信されてくる前記代行アドレス貸与装置によるアドレス貸出状況を、前記アドレス貸与装置に通知する復旧通知部、
をさらに含む付記１〜７のいずれかに記載のリレーエージェント装置。
前記アドレス貸与装置の障害からの復旧が検知された場合に、復旧を前記代行アドレス貸与装置に通知し、前記復旧通知に応じて前記代行アドレス貸与装置から送信されてくる前記代行アドレス貸与装置によるアドレス貸出状況を、前記アドレス貸与装置に通知する復旧通知部、
をさらに含む付記１〜７のいずれかに記載のリレーエージェント装置。
（付記９）
前記リレーエージェント装置は、複数の代行アドレス貸与装置のうちの１つに対して接続されている
付記１〜８のいずれかに記載のリレーエージェント装置。
前記リレーエージェント装置は、複数の代行アドレス貸与装置のうちの１つに対して接続されている
付記１〜８のいずれかに記載のリレーエージェント装置。
（付記１０）
前記通信部は、前記端末と前記アドレス貸与装置との間でやり取りされる前記ネットワークの１つの中でブロードキャストされるメッセージからアドレス貸出状況を得る、
付記１〜９のいずれかに記載のリレーエージェント装置。
前記通信部は、前記端末と前記アドレス貸与装置との間でやり取りされる前記ネットワークの１つの中でブロードキャストされるメッセージからアドレス貸出状況を得る、
付記１〜９のいずれかに記載のリレーエージェント装置。
（付記１１）
端末とこの端末に対してアドレス貸与サービスを実施するアドレス貸与装置とを収容するネットワークとリレーエージェント装置を介して接続され、
前記アドレス貸与装置に障害が生じていない場合に前記リレーエージェント装置から転送されてくる前記アドレス貸与装置による前記端末へのアドレス貸出状況を学習する学習部と、
前記アドレス貸出状況を記憶する記憶部と、
前記学習部の学習内容及び前記記憶部のアドレス貸出状況に基づいて、前記端末との間でアドレス貸与に係るやりとりを前記リレーエージェント装置を介して行うことで、前記アドレス貸与装置によるアドレス貸与サービスを引き継ぐ代行部と、
を含む代行アドレス貸与装置。（５）
（付記１２）
前記記憶部は、前記端末に貸与されているアドレスを含むアドレス貸出状況を記憶する付記１１記載の代行アドレス貸与装置。
端末とこの端末に対してアドレス貸与サービスを実施するアドレス貸与装置とを収容するネットワークとリレーエージェント装置を介して接続され、
前記アドレス貸与装置に障害が生じていない場合に前記リレーエージェント装置から転送されてくる前記アドレス貸与装置による前記端末へのアドレス貸出状況を学習する学習部と、
前記アドレス貸出状況を記憶する記憶部と、
前記学習部の学習内容及び前記記憶部のアドレス貸出状況に基づいて、前記端末との間でアドレス貸与に係るやりとりを前記リレーエージェント装置を介して行うことで、前記アドレス貸与装置によるアドレス貸与サービスを引き継ぐ代行部と、
を含む代行アドレス貸与装置。（５）
（付記１２）
前記記憶部は、前記端末に貸与されているアドレスを含むアドレス貸出状況を記憶する付記１１記載の代行アドレス貸与装置。
（付記１３）
前記代行部は、前記記憶部に記憶された前記端末に貸与されているアドレスの貸与期間が過ぎたときに、このアドレスの貸与期間延長を問い合わせる問い合わせメッセージを前記リレーエージェント装置を介して前記端末に送信し、前記端末からの問い合わせメッセージの応答メッセージを前記リレーエージェント装置を介して受信し、応答メッセージの内容に応じて前記記憶部に記憶されたアドレス貸出状況を更新する
付記１２記載の代行アドレス貸与装置。
前記代行部は、前記記憶部に記憶された前記端末に貸与されているアドレスの貸与期間が過ぎたときに、このアドレスの貸与期間延長を問い合わせる問い合わせメッセージを前記リレーエージェント装置を介して前記端末に送信し、前記端末からの問い合わせメッセージの応答メッセージを前記リレーエージェント装置を介して受信し、応答メッセージの内容に応じて前記記憶部に記憶されたアドレス貸出状況を更新する
付記１２記載の代行アドレス貸与装置。
（付記１４）
前記アドレス貸与装置の障害からの復旧が前記リレーエージェント装置から通知された場合に、前記記憶部に記憶されているアドレス貸出状況を、前記リレーエージェント装置を介して前記アドレス貸与装置に通知する通知部をさらに含む
付記１１〜１３のいずれかに記載の代行アドレス貸与装置。
前記アドレス貸与装置の障害からの復旧が前記リレーエージェント装置から通知された場合に、前記記憶部に記憶されているアドレス貸出状況を、前記リレーエージェント装置を介して前記アドレス貸与装置に通知する通知部をさらに含む
付記１１〜１３のいずれかに記載の代行アドレス貸与装置。
１００ ＷＡＮ／Ｉｎｔｅｒｎｅｔ
１０５ サブネット（ＬＡＮ）
１１０ ＤＨＣＰサーバ
１１０Ａ ＤＨＣＰサーバ
１１２ ＤＨＣＰサーバ（現用）
１１４ ＤＨＣＰサーバ（待機）
１２０ 端末
１２０Ａ 端末Ａ
１２０Ｂ 端末Ｂ
１３０ リレーＡｇｅｎｔ
１４０ 共用ＤＨＣＰサーバ
１４２ 共用ＤＨＣＰサーバ（現用）
１４４ 共用ＤＨＣＰサーバ（待機）
１４５ 代行ＤＨＣＰサーバ
１４５Ａ 代行ＤＨＣＰサーバＡ
１４５Ｂ 代行ＤＨＣＰサーバＢ
１５０ 拡張リレーＡｇｅｎｔ
１５０Ａ 拡張リレーＡｇｅｎｔＡ
１５０Ｂ 拡張リレーＡｇｅｎｔＢ
１５０Ｃ 拡張リレーＡｇｅｎｔＣ
２１２ ＤＨＣＰサーバのＤＨＣＰサーバ機能部
２１４ ＤＨＣＰサーバの使用アドレス管理データベース受信部
２１６ ＤＨＣＰサーバの使用アドレス管理データベース
２３２ 拡張リレーＡｇｅｎｔの使用アドレス通知部
２３４ 拡張リレーＡｇｅｎｔの障害検知部
２３６ 拡張リレーＡｇｅｎｔのＤＨＣＰ転送部
２３８ 拡張リレーＡｇｅｎｔの復旧通知部
２４２ 代行ＤＨＣＰサーバの使用アドレス学習部
２４４ 代行ＤＨＣＰサーバのリース期間延長確認部
２４６ 代行ＤＨＣＰサーバの共用ＤＨＣＰサーバ部
２４８ 代行ＤＨＣＰサーバの使用アドレス管理データベース
１０５ サブネット（ＬＡＮ）
１１０ ＤＨＣＰサーバ
１１０Ａ ＤＨＣＰサーバ
１１２ ＤＨＣＰサーバ（現用）
１１４ ＤＨＣＰサーバ（待機）
１２０ 端末
１２０Ａ 端末Ａ
１２０Ｂ 端末Ｂ
１３０ リレーＡｇｅｎｔ
１４０ 共用ＤＨＣＰサーバ
１４２ 共用ＤＨＣＰサーバ（現用）
１４４ 共用ＤＨＣＰサーバ（待機）
１４５ 代行ＤＨＣＰサーバ
１４５Ａ 代行ＤＨＣＰサーバＡ
１４５Ｂ 代行ＤＨＣＰサーバＢ
１５０ 拡張リレーＡｇｅｎｔ
１５０Ａ 拡張リレーＡｇｅｎｔＡ
１５０Ｂ 拡張リレーＡｇｅｎｔＢ
１５０Ｃ 拡張リレーＡｇｅｎｔＣ
２１２ ＤＨＣＰサーバのＤＨＣＰサーバ機能部
２１４ ＤＨＣＰサーバの使用アドレス管理データベース受信部
２１６ ＤＨＣＰサーバの使用アドレス管理データベース
２３２ 拡張リレーＡｇｅｎｔの使用アドレス通知部
２３４ 拡張リレーＡｇｅｎｔの障害検知部
２３６ 拡張リレーＡｇｅｎｔのＤＨＣＰ転送部
２３８ 拡張リレーＡｇｅｎｔの復旧通知部
２４２ 代行ＤＨＣＰサーバの使用アドレス学習部
２４４ 代行ＤＨＣＰサーバのリース期間延長確認部
２４６ 代行ＤＨＣＰサーバの共用ＤＨＣＰサーバ部
２４８ 代行ＤＨＣＰサーバの使用アドレス管理データベース
Claims (5)
- 端末及びこの端末に対してアドレス貸与サービスを実施するアドレス貸与装置を収容する複数のネットワークの１つに配置され、
前記アドレス貸与装置による前記端末へのアドレス貸出状況を、前記複数のネットワーク間で共用される代行アドレス貸与装置に通知する通知部と、
前記アドレス貸与装置の障害を検知する検知部と、
前記障害が検知されたときに、前記アドレス貸与装置によるＩＰアドレス貸与サービスを前記代行アドレス貸与装置に引き継がせるために、前記端末からのアドレス貸与に係るメッセージを前記代行アドレス貸与装置に転送し、前記代行アドレス貸与装置から前記端末へ向けたアドレス貸与に係るメッセージを該端末に転送する転送部と
を含むリレーエージェント装置。 - 前記通知部は、前記アドレス貸与装置から前記端末へ貸与されたアドレスを、前記代行アドレス貸与装置が前記引き継ぎ時に使用する情報として管理するために、前記代行アドレス貸与装置に通知する
請求項１記載のリレーエージェント装置。 - 前記転送部は、前記端末に貸与されたアドレスが貸与期間を過ぎたときに前記代行アドレス貸与装置から送信されてくる該アドレスの継続使用を端末に問い合わせるメッセージを前記端末へ転送し、前記端末からの前記問い合わせメッセージの応答メッセージを前記代行アドレス貸与装置に転送する
請求項１又は２記載のリレーエージェント装置。 - 前記アドレス貸与装置及び前記代行アドレス貸与装置は、ダイナミック・ホスト・コンフィグレーション・プロトコル(ＤＨＣＰ)に基づいてＩＰアドレスを端末に貸与するＤＨＣＰサーバであり、
前記通知部は、前記アドレス貸与装置によって端末に貸与されるＩＰアドレスを、ＤＨＣＰに基づくメッセージに格納して前記代行アドレス貸与装置に通知する
請求項１〜３のいずれかに記載のリレーエージェント装置。 - 端末とこの端末に対してアドレス貸与サービスを実施するアドレス貸与装置とを収容するネットワークとリレーエージェント装置を介して接続され、
前記アドレス貸与装置に障害が生じていない場合に前記リレーエージェント装置から転送されてくる前記アドレス貸与装置による前記端末へのアドレス貸出状況を学習する学習部と、
前記アドレス貸出状況を記憶する記憶部と、
前記学習部の学習内容及び前記記憶部のアドレス貸出状況に基づいて、前記端末との間でアドレス貸与に係るやりとりを前記リレーエージェント装置を介して行うことで、前記アドレス貸与装置によるアドレス貸与サービスを引き継ぐ代行部と、
を含む代行アドレス貸与装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006245744A JP4727537B2 (ja) | 2006-09-11 | 2006-09-11 | リレーエージェント装置及び代行アドレス貸与装置 |
| US11/836,915 US7797568B2 (en) | 2006-09-11 | 2007-08-10 | Relay agent device and proxy address leasing device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006245744A JP4727537B2 (ja) | 2006-09-11 | 2006-09-11 | リレーエージェント装置及び代行アドレス貸与装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2008067303A true JP2008067303A (ja) | 2008-03-21 |
| JP4727537B2 JP4727537B2 (ja) | 2011-07-20 |
Family
ID=39171088
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006245744A Expired - Fee Related JP4727537B2 (ja) | 2006-09-11 | 2006-09-11 | リレーエージェント装置及び代行アドレス貸与装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7797568B2 (ja) |
| JP (1) | JP4727537B2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101068207B1 (ko) * | 2009-09-23 | 2011-09-28 | 삼성에스디에스 주식회사 | Ｄｈｃｐ 이중화 시스템 및 방법 |
| KR20110115597A (ko) * | 2009-02-05 | 2011-10-21 | 코닌클리케 필립스 일렉트로닉스 엔.브이. | 홈 네트워크 관리 |
| JP2013243560A (ja) * | 2012-05-21 | 2013-12-05 | Nippon Telegr & Teleph Corp <Ntt> | ネットワークシステム、ネットワーク管理装置、ネットワーク管理プログラム及びネットワーク管理方法 |
| JP2016012864A (ja) * | 2014-06-30 | 2016-01-21 | パナソニックＩｐマネジメント株式会社 | 通信システム、通信方法及び管理装置 |
Families Citing this family (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7596615B2 (en) * | 2006-02-22 | 2009-09-29 | Microsoft Corporation | Multi-server automated redundant service configuration |
| US8495224B2 (en) * | 2007-06-29 | 2013-07-23 | Apple Inc. | Network management |
| FR2938144B1 (fr) * | 2008-10-31 | 2012-12-28 | Canon Kk | Procede de gestion d'espaces d'adressage a la fermeture d'un tunnel de communication entre une premiere et une seconde tete de tunnel, produit programme d'ordinateur, moyen de stockage et dispositif correspondants. |
| US8285875B2 (en) * | 2009-01-28 | 2012-10-09 | Juniper Networks, Inc. | Synchronizing resource bindings within computer network |
| US8260902B1 (en) | 2010-01-26 | 2012-09-04 | Juniper Networks, Inc. | Tunneling DHCP options in authentication messages |
| US8560658B2 (en) * | 2010-03-23 | 2013-10-15 | Juniper Networks, Inc. | Managing distributed address pools within network devices |
| US8914523B2 (en) * | 2010-05-17 | 2014-12-16 | Verizon Patent And Licensing Inc. | Dynamic internet protocol registry for mobile internet protocol based communications |
| US8631100B2 (en) | 2010-07-20 | 2014-01-14 | Juniper Networks, Inc. | Automatic assignment of hardware addresses within computer networks |
| US8782211B1 (en) | 2010-12-21 | 2014-07-15 | Juniper Networks, Inc. | Dynamically scheduling tasks to manage system load |
| WO2013024485A2 (en) * | 2011-08-17 | 2013-02-21 | Scaleio Inc. | Methods and systems of managing a distributed replica based storage |
| US9736005B2 (en) | 2011-12-22 | 2017-08-15 | International Business Machines Corporation | Duplicate IP address detection by a DHCP relay agent |
| US8972542B2 (en) * | 2011-12-22 | 2015-03-03 | International Business Machines Corporation | Extending a DHCP relay to backup a DHCP server |
| US9300541B2 (en) * | 2012-09-28 | 2016-03-29 | Time Warner Cable Enterprises Llc | System and method for automatically learning and maintaining IP address allocation topology |
| US9785355B2 (en) | 2013-06-26 | 2017-10-10 | Cnex Labs, Inc. | NVM express controller for remote access of memory and I/O over ethernet-type networks |
| US9785356B2 (en) * | 2013-06-26 | 2017-10-10 | Cnex Labs, Inc. | NVM express controller for remote access of memory and I/O over ethernet-type networks |
| WO2014205700A1 (zh) * | 2013-06-26 | 2014-12-31 | 华为技术有限公司 | 一种ip地址分配的***和方法 |
| US9430412B2 (en) | 2013-06-26 | 2016-08-30 | Cnex Labs, Inc. | NVM express controller for remote access of memory and I/O over Ethernet-type networks |
| US10063638B2 (en) | 2013-06-26 | 2018-08-28 | Cnex Labs, Inc. | NVM express controller for remote access of memory and I/O over ethernet-type networks |
| US9438555B2 (en) * | 2013-10-31 | 2016-09-06 | Aruba Networks, Inc. | Communicating with a distribution system via an uplink access point |
| CN103825974B (zh) * | 2014-02-24 | 2017-11-14 | 新华三技术有限公司 | Dhcp续约处理方法及装置 |
| US10187354B2 (en) * | 2016-01-22 | 2019-01-22 | Cisco Technology, Inc. | DHCP client lease time based threat detection for authorised users |
| US10225138B2 (en) * | 2016-02-16 | 2019-03-05 | Architecture Technology Corporation | Scalable and automated network-parameter assignment |
| US10992637B2 (en) | 2018-07-31 | 2021-04-27 | Juniper Networks, Inc. | Detecting hardware address conflicts in computer networks |
| US11165744B2 (en) | 2018-12-27 | 2021-11-02 | Juniper Networks, Inc. | Faster duplicate address detection for ranges of link local addresses |
| US10931628B2 (en) | 2018-12-27 | 2021-02-23 | Juniper Networks, Inc. | Duplicate address detection for global IP address or range of link local IP addresses |
| US10965637B1 (en) | 2019-04-03 | 2021-03-30 | Juniper Networks, Inc. | Duplicate address detection for ranges of global IP addresses |
| US11165691B1 (en) * | 2020-05-19 | 2021-11-02 | Juniper Networks, Inc. | Assignment of segment identifiers in segment routing |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003228527A (ja) * | 2002-02-01 | 2003-08-15 | Oki Electric Ind Co Ltd | 冗長機能付きサーバシステムおよびそのサーバシステムの運用制御方法 |
| JP2004356920A (ja) * | 2003-05-29 | 2004-12-16 | Hitachi Ltd | Ｄｈｃｐサーバシステム |
| JP2005341199A (ja) * | 2004-05-27 | 2005-12-08 | Nec Soft Ltd | Ｄｈｃｐパケット輻輳制御システム及びその方法 |
| JP2007274329A (ja) * | 2006-03-31 | 2007-10-18 | Kddi Corp | 複数のｄｈｃｐサーバにおけるアドレス管理方法、ｄｈｃｐサーバ及びプログラム |
Family Cites Families (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001230788A (ja) | 2000-02-16 | 2001-08-24 | Hitachi Cable Ltd | 多重化ＤＨＣＰ（ＤｙｎａｍｉｃＨｏｓｔＣｏｎｆｉｇｕｒａｔｉｏｎＰｒｏｔｏｃｏｌ）サーバ |
| US7363374B2 (en) * | 2001-04-27 | 2008-04-22 | International Business Machines Corporation | Method and system for fault-tolerant remote boot in the presence of boot server overload/failure with self-throttling boot servers |
| US7873985B2 (en) * | 2002-01-08 | 2011-01-18 | Verizon Services Corp. | IP based security applications using location, port and/or device identifier information |
| US7649866B2 (en) * | 2003-06-24 | 2010-01-19 | Tropos Networks, Inc. | Method of subnet roaming within a network |
| JP4298530B2 (ja) * | 2004-01-30 | 2009-07-22 | キヤノン株式会社 | 通信装置 |
| US20050271049A1 (en) * | 2004-06-03 | 2005-12-08 | International Business Machines Corporation | DHCP cache method and apparatus |
| US20070002833A1 (en) * | 2005-06-30 | 2007-01-04 | Symbol Technologies, Inc. | Method, system and apparatus for assigning and managing IP addresses for wireless clients in wireless local area networks (WLANs) |
| US7929452B2 (en) * | 2005-06-30 | 2011-04-19 | Intel Corporation | Internet protocol (IP) address sharing and platform dynamic host configuration protocol (DHCP) mediator |
| US7590129B2 (en) * | 2005-12-07 | 2009-09-15 | Alcatel Lucent | Complementary residential gateway management |
| DE102006015033B4 (de) * | 2005-12-16 | 2016-07-07 | Siemens Aktiengesellschaft | Mobile Station als Gateway für mobile Endgeräte zu einem Zugangsnetz sowie Verfahren zur Netzanmeldung der mobilen Station und der mobilen Endgeräte |
| JP2007180777A (ja) * | 2005-12-27 | 2007-07-12 | Fujitsu Ltd | 無線伝送装置 |
| JP4764279B2 (ja) * | 2006-07-28 | 2011-08-31 | 富士通株式会社 | 中継装置 |
| US7865576B2 (en) * | 2007-01-31 | 2011-01-04 | Alcatel Lucent | Change of subscriber information in a multi-chassis network access environment |
| CN101296509B (zh) * | 2007-04-28 | 2012-12-12 | 华为技术有限公司 | 紧急通信业务实现方法、***及其相关设备 |
| CN101304363B (zh) * | 2007-05-12 | 2011-12-07 | 华为技术有限公司 | 一种会话连接的管理方法及装置、*** |
| US8125999B2 (en) * | 2008-05-30 | 2012-02-28 | At&T Intellectual Property I, L.P. | Systems and methods to minimize customer equipment downtime in a voice over internet protocol (VOIP) service network |
| US20100034130A1 (en) * | 2008-08-01 | 2010-02-11 | Tricci So | Dynamic Discovery of Multicast Broadcast Services controller and Synchronization in Wireless Communication Systems |
| US8782256B2 (en) * | 2008-11-26 | 2014-07-15 | Cisco Technology, Inc. | Deterministic session load-balancing and redundancy of access servers in a computer network |
-
2006
- 2006-09-11 JP JP2006245744A patent/JP4727537B2/ja not_active Expired - Fee Related
-
2007
- 2007-08-10 US US11/836,915 patent/US7797568B2/en not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003228527A (ja) * | 2002-02-01 | 2003-08-15 | Oki Electric Ind Co Ltd | 冗長機能付きサーバシステムおよびそのサーバシステムの運用制御方法 |
| JP2004356920A (ja) * | 2003-05-29 | 2004-12-16 | Hitachi Ltd | Ｄｈｃｐサーバシステム |
| JP2005341199A (ja) * | 2004-05-27 | 2005-12-08 | Nec Soft Ltd | Ｄｈｃｐパケット輻輳制御システム及びその方法 |
| JP2007274329A (ja) * | 2006-03-31 | 2007-10-18 | Kddi Corp | 複数のｄｈｃｐサーバにおけるアドレス管理方法、ｄｈｃｐサーバ及びプログラム |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20110115597A (ko) * | 2009-02-05 | 2011-10-21 | 코닌클리케 필립스 일렉트로닉스 엔.브이. | 홈 네트워크 관리 |
| JP2012517176A (ja) * | 2009-02-05 | 2012-07-26 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | ホームネットワークの管理 |
| KR101606438B1 (ko) | 2009-02-05 | 2016-03-28 | 코닌클리케 필립스 엔.브이. | 홈 네트워크 관리 |
| KR101068207B1 (ko) * | 2009-09-23 | 2011-09-28 | 삼성에스디에스 주식회사 | Ｄｈｃｐ 이중화 시스템 및 방법 |
| JP2013243560A (ja) * | 2012-05-21 | 2013-12-05 | Nippon Telegr & Teleph Corp <Ntt> | ネットワークシステム、ネットワーク管理装置、ネットワーク管理プログラム及びネットワーク管理方法 |
| JP2016012864A (ja) * | 2014-06-30 | 2016-01-21 | パナソニックＩｐマネジメント株式会社 | 通信システム、通信方法及び管理装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4727537B2 (ja) | 2011-07-20 |
| US20080065747A1 (en) | 2008-03-13 |
| US7797568B2 (en) | 2010-09-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4727537B2 (ja) | リレーエージェント装置及び代行アドレス貸与装置 | |
| Cheshire et al. | Nat port mapping protocol (nat-pmp) | |
| US6847649B2 (en) | Methods, systems and computer program products for accessing an embedded web server on a broadband access terminal | |
| US7636775B2 (en) | Digital network modem with an integrated DHCP server | |
| JP2007166069A (ja) | Ｉｐ通信装置およびこれを備えたｉｐ通信システムならびにｉｐ通信装置のｉｐアドレス設定方法 | |
| US20030126262A1 (en) | Method for assigning setting information for conection to external network | |
| JP2006013827A (ja) | パケット転送装置 | |
| AU2006200427A1 (en) | Network, network terminal device, IP address management method using the same, and program therefor | |
| US20120182994A1 (en) | Address compatibility in a network device reload | |
| US7239643B2 (en) | Method for assigning setting information for connection to external network | |
| EP2139189B1 (en) | Method and system for performing keepalive monitoring on client sessions | |
| US20240163243A1 (en) | Systems and methods for improving arp/nd performance on host communication devices | |
| JP3896897B2 (ja) | ルータ設定方法およびルータ | |
| CN101325587A (zh) | 一种dhcp会话监测方法 | |
| US8291111B1 (en) | Responding to a DHCPLEASEQUERY message | |
| JP5818362B2 (ja) | ネットワークシステム、ネットワーク管理装置、ネットワーク管理プログラム及びネットワーク管理方法 | |
| JP2012029222A (ja) | 通信制御装置、通信システム及びプログラム | |
| JP4709055B2 (ja) | ＩＰテレフォニーシステム、ＶｏＩＰサービス提供方法 | |
| CN101888319A (zh) | 获取终端设备的网络接入信息的方法和装置 | |
| US20110235641A1 (en) | Communication apparatus, method of controlling the communication apparatus,and program | |
| US11729140B2 (en) | Method and system for managing DHCP servers | |
| KR101586761B1 (ko) | 네트워크에서 네트워크 성분들을 관리하기 위한 방법과 네트워크 성분 | |
| JP6579608B2 (ja) | アドレス変換システム、アドレス変換の二重化方法及びプログラム | |
| JP5278358B2 (ja) | ネットワ−ク接続装置 | |
| JP5310734B2 (ja) | 通信装置、通信装置の制御方法、及びネットワークシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20090512 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20110329 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110413 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140422 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |