JP2017017631A - パケット伝送装置、通信ネットワークシステム、及び、アドレス割当確認方法 - Google Patents

Abstract

【課題】パケット伝送装置の起動処理による端末の通信中断時間を短縮する。【解決手段】クライアント端末と、該クライアント端末にＩＰアドレスを割り当てるサーバとの間の通信から、クライアント識別情報と割当ＩＰアドレスとを含むバインディング情報を記憶部に登録し、受信パケットの送信元ＩＰアドレスが記憶部に登録されていない場合に、該受信パケットを廃棄し、起動時にバインディング情報が記憶されたクライアント端末からの受信パケットの送信元ＩＰアドレスが該バインディング情報のＩＰアドレスと異なる場合に、サーバに、該受信パケットの送信元のクライアント端末への割当ＩＰアドレスの通知要求を送信する、パケット伝送装置である。【選択図】図１０Ａ

Description

本発明は、パケット伝送装置、通信ネットワークシステム、及び、アドレス割当確認方法に関する。

ＩＰ（Internet Protocol）ネットワークでは、装置の識別にＩＰアドレスが用いられ
る。装置へのＩＰアドレスの割り当ては、静的又は動的に行われる。静的なＩＰアドレスの割り当ては、管理者が手動で各装置に設定することによって行われる。動的なＩＰアドレスの割り当てには、例えば、ＤＨＣＰ（Dynamic Host Configuration Protocol）が用
いられる。

ＤＨＣＰでは、ＤＨＣＰサーバにアクセスしてＩＰアドレスを払い出してもらうことによって、ＤＨＣＰクライアント端末はＩＰアドレスを取得する。ＤＨＣＰ等の動的なＩＰアドレスの割り当て方法を用いることによって、ＩＰネットワークに接続することでＩＰアドレスが装置に割り当てられるため、装置１台１台にＩＰアドレスを設定する手間を省くことができる。

ＤＨＣＰでは、メッセージのやり取りには、ブロードキャストアドレスが用いられる。そのため、基本的に、ＤＨＣＰのサーバとクライアントとは、同じブロードキャストドメイン（サブネット）内に存在することが求められる。

ＤＨＣＰ Ｒｅｌａｙエージェントが導入されることによって、ＤＨＣＰのサーバとクライアントとが、異なるブロードキャストドメインに存在する場合でも、ＤＨＣＰクライアントはＤＨＣＰサーバからＩＰアドレスを取得することができる。ＤＨＣＰ Ｒｅｌａｙエージェントは、ＤＨＣＰクライアントからＤＨＣＰメッセージを受信すると、予め登録されているＤＨＣＰサーバにＤＨＣＰメッセージを転送する、という機能を有する。

ＤＨＣＰ Ｒｅｌａｙエージェントが導入される場合には、ＤＨＣＰ ＲｅｌａｙエージェントにＤＨＣＰスヌーピングとＩＰソースガードとの設定がなされることが多い。ＤＨＣＰスヌーピングは、ＤＨＣＰサーバとＤＨＣＰクライアントとの間のＤＨＣＰメッセージのやり取りをのぞき見する機能である。ＤＨＣＰスヌーピングが設定されているＤＨＣＰ Ｒｅｌａｙエージェントは、ＤＨＣＰクライアントの識別情報と、該ＤＨＣＰクライアントに割り当てられているＩＰアドレスとを含むバインディング情報を取得する。該バインディング情報は、ＤＨＣＰ Ｒｅｌａｙエージェントにおいて、バインディングテーブルに格納されて管理される。

ＩＰソースガードは、ＤＨＣＰスヌーピングによって作成されるバインディングテーブルを利用する機能である。ＩＰソースガードが設定されると、ＤＨＣＰ Ｒｅｌａｙエージェントは、受信パケットの送信元ＩＰアドレスがバインディングテーブルに登録されていないＩＰアドレスである場合には、該受信パケットを廃棄する。ＩＰソースガードは、ＤＨＣＰ Ｒｅｌａｙエージェントの、ＤＨＣＰサーバが接続されるポート以外のポートで有効にすることができる。ＩＰソースガードによって、ＩＰアドレスの成りすましのトラフィックをブロックすることができる。

特開２０１０−１０２５１２号公報 特開２００１−７８５０号公報 特開２００７−２５１６１７号公報 特開２０１１−８２５９３号公報

しかしながら、ＤＨＣＰ Ｒｅｌａｙエージェントが導入された通信ネットワークシステムでは、以下のような問題が発生する場合がある。

図１は、ＤＨＣＰ Ｒｅｌａｙエージェントが導入されている通信ネットワークシステムにおいて発生する可能性のある問題の一例を説明するための図である。図１では、ＤＨＣＰサーバＰ２とＤＨＣＰクライアントであるユーザ端末Ｐ３とは、異なるブロードキャストドメインに存在している。また、ブロードキャストドメインの境界に位置するルータＰ１は、ＤＨＣＰ Ｒｅｌａｙエージェントとして動作していることを前提とする。図１に示される例では、ＤＨＣＰｖ６が用いられている。

また、ＤＨＣＰ Ｒｅｌａｙエージェントには、ＤＨＣＰスヌーピングとＩＰソースガードとの設定が有効になっていることを前提とする。また、図１に示される例では、ＤＨＣＰサーバＰ２によって既にユーザ端末Ｐ３にＩＰアドレスが払い出されている状態であることを前提とする。

Ｓ１では、ルータＰ１は、再起動処理を開始する。ルータＰ１は、例えば、輻輳が発生し、処理負荷が大きくなる場合や、ルータＰ１の動作が設計通りでない場合等に、管理者によって再起動される。ルータＰ１は、ＤＨＣＰ Ｒｅｌａｙエージェントであり、ＤＨＣＰスヌーピングが有効である。そのため、ルータＰ１は、配下の各ユーザ端末Ｐ３のＤＨＣＰバインディング情報が登録されたＤＨＣＰバインディングテーブルを保持する。しかしながら、ＤＨＣＰバインディングテーブルは、揮発性の記憶装置内に保持されるため、ルータＰ１の再起動によって、消失する。

Ｓ２では、ルータＰ１は、ＤＨＣＰバインディングテーブルが消失したので、配下のユーザ端末Ｐ３に関するＤＨＣＰバインディング情報を取得するために、ＤＨＣＰサーバＰ２にＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージを送信する。ＤＨＣＰサーバＰ２も、ＤＨＣＰバインディング情報を管理している。ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージは、サーバに対して、ＤＨＣＰバインディング情報を含む最新の設定情報を要求する際に用いられるメッセージである。

Ｓ３では、ＤＨＣＰサーバＰ２は、ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージに対する応答として、該当のユーザ端末Ｐ３に割り当て中のＩＰアドレスを通知するＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅメッセージを送信する。ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅメッセージは、サーバがクライアントに、ＤＨＣＰバインディング情報を含む最新の設定情報を通知するためのメッセージである。

ＤＨＣＰサーバＰ２は、ユーザ端末Ｐ３に割り当て中のＩＰアドレス、すなわち、ユーザ端末Ｐ３のＤＨＣＰバインディング情報を記憶している。ＤＨＣＰサーバＰ２は、ルータＰ１からのＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージに対して、ユーザ端末Ｐ３の最新のＤＨＣＰバインディング情報をＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅメッセージによって通知する。

Ｓ４では、ルータＰ１は、ＤＨＣＰサーバＰ２から受信したＤＨＣＰ＿Ｒｅｃｏｎｆｉ
ｇｕｒｅメッセージを対象のユーザ端末Ｐ３に中継する。

Ｓ５では、ユーザ端末Ｐ３は、ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅメッセージに対して、ＤＨＣＰ＿Ｒｅｎｅｗメッセージを送信する。ＤＨＣＰ＿Ｒｅｎｅｗメッセージは、クライアントがサーバに、設定情報の更新を要求するためのメッセージである。なお、ユーザ端末Ｐ３は、現状の設定が異なる場合には、ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅメッセージ内のＤＨＣＰバインディング情報に、設定を更新する。

Ｓ６では、ルータＰ１は、ユーザ端末Ｐ３からＤＨＣＰ＿Ｒｅｎｅｗメッセージを受信し、該メッセージに基づいて、ＤＨＣＰバインディング情報を抽出し、ＤＨＣＰバインディングテーブルに登録する。ＤＨＣＰクライアントであるユーザ端末Ｐ３から送信されるＤＨＣＰ＿Ｒｅｎｅｗメッセージでは、設定済みのユーザ端末Ｐ３のＩＰアドレスが用いられているからである。

Ｓ７では、ルータＰ１は、ユーザ端末Ｐ３からのＤＨＣＰ＿ＲｅｎｅｗメッセージをＤＨＣＰサーバＰ２に中継する。

Ｓ２〜Ｓ７の処理が、ルータＰ１の配下のユーザ端末Ｐ３の台数分繰り返し実行される。ルータＰ１にＩＰソースガードが設定されている場合には、割り当てられているＩＰアドレスがルータＰ１のＤＨＣＰバインディングテーブルに登録されるまで、ユーザ端末Ｐ３は通信を行えない。また、ユーザ端末Ｐ３の数が多いほど、ルータＰ１の中継処理に係る負荷も大きくなり、ユーザ端末Ｐ３のＤＨＣＰバインディング情報の登録の処理の進行速度に影響を与える可能性がある。そのため、ユーザ端末Ｐ３の数が多いほど、ルータＰ１の再起動による配下の通信サービス利用中のユーザ端末Ｐ３の通信中断時間が長くなる可能性がある。なお、ＤＨＣＰｖ６に限定されず、ＤＨＣＰｖ４においても、用いられるメッセージの種類が異なるものの、ＤＨＣＰ Ｒｅｌａｙエージェント、ＤＨＣＰスヌーピング、ＩＰソースガードが設定されるルータは同様の動作を行うため、同様の問題が生じる可能性がある。

本発明の一態様は、パケット伝送装置の起動処理による端末の通信中断時間を短縮可能なパケット伝送装置、通信ネットワークシステム、及び、アドレス割当確認方法を提供することを目的とする。

本発明の態様の一つは、クライアント端末と、該クライアント端末にＩＰアドレスを割り当てるサーバと、パケット伝送装置を含む通信ネットワークシステムである。パケット伝送装置は、クライアント端末とサーバとの間でやり取りされるパケットに基づいて、クライアント識別情報と該クライアント端末に割り当てられたＩＰアドレスとを記憶部に登録する登録部と、受信パケットの送信元ＩＰアドレスが記憶部に登録されていない場合に、該受信パケットを廃棄する廃棄部と、起動時に記憶部に記憶されたクライアント識別情報に合致するパケットを受信し、該受信パケットの送信元ＩＰアドレスが記憶部に記憶されたＩＰアドレスと異なる場合に、サーバに、該受信パケットの送信元のクライアント端末に割り当て中のＩＰアドレスの通知要求を送信する制御部と、を備える。

開示のパケット伝送装置、通信ネットワークシステム、及び、アドレス割当確認方法によれば、パケット伝送装置の起動処理による端末の通信中断時間を短縮することができる。

ＤＨＣＰ Ｒｅｌａｙエージェントが導入されている通信ネットワークシステムにおいて発生する問題の一例を説明するための図である。 比較例における処理のシーケンスの一例を示す図である。 比較例における処理のシーケンスの一例を示す図である。 第１実施形態に係る通信ネットワークシステムのシステム構成の一例を示す図である。 第１実施形態に係るルータのハードウェア構成の一例を示す図である。 ルータの機能構成の一例を示す図である。 Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブルの一例である。 ＲｅｃｏｎｆｉｇｕｒｅチェックテーブルのＲｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの値の遷移の一例を示す図である。 ＤＨＣＰバインディング制御部のルータ再起動時の処理のフローチャートの一例である。 ＤＨＣＰバインディング制御部のルータ再起動時の処理のフローチャートの一例である。 ＩＰソースガード部の処理のフローチャートの一例である。 通信ネットワークシステムにおける具体例の一つにおける処理のシーケンスの一例を示す図である。 通信ネットワークシステムにおける具体例の一つにおける処理のシーケンスの一例を示す図である。 通信ネットワークシステムにおける具体例の一つにおける処理のシーケンスの一例を示す図である。 通信ネットワークシステムにおける具体例の一つにおける処理のシーケンスの一例を示す図である。

以下、図面に基づいて、本発明の実施の形態を説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。

＜比較例＞
比較例では、ルータが、ＤＨＣＰバインディング情報をファイルとして不揮発性の記憶装置に記憶する。ルータは、再起動時に該ファイルを読み込んで、ＤＨＣＰバインディング情報を揮発性の記憶装置内のバインディングテーブルに登録することによって、各ユーザ端末についてのＤＨＣＰバインディング情報の登録時間を短縮する。

しかしながら、ＤＨＣＰバインディング情報は、定期的に更新されるので、ルータの再起動のタイミングによっては、ルータの不揮発性の記憶装置内のＤＨＣＰバインディング情報が最新でない可能性がある。ＤＨＣＰバインディング情報は、例えば、ＤＨＣＰ＿Ｒｅｎｅｗメッセージがクライアント端末から送信される周期で更新される。

例えば、ユーザ端末に割り当てられるＩＰアドレスが変更になり、該ユーザ端末とＤＨＣＰサーバとのＤＨＣＰメッセージのやり取りから、ルータの揮発性の記憶装置に格納されるＤＨＣＰバインディング情報が更新されたとする。該ＤＨＣＰバインディング情報の更新が不揮発性の記憶装置内のＤＨＣＰバインディング情報に反映されるまでの間に、ルータの再起動が開始される場合には、不揮発性の記憶装置内のＤＨＣＰバインディング情報は更新前のものとなる。また、該当のユーザ端末について、再起動後のルータの保持するＤＨＣＰバインディング情報のＩＰアドレスと、実際のＩＰアドレスの割り当てとが異なることとなる。この場合には、該当のユーザ端末は、ルータのＤＨＣＰバインディングテーブル内のＩＰアドレスとは異なるＩＰアドレスを用いることとなり、ルータのＩＰソースガードの機能によって、該当のユーザ端末からのパケットはルータによって廃棄され
ることとなる。

そのため、比較例では、ルータは、再起動後、不揮発性の記憶装置から読み込んだＤＨＣＰバインディング情報と、ＤＨＣＰサーバが保持する最新のＤＨＣＰバインディング情報と、の整合性を確認する。具体的には、ルータは、再起動後、全ユーザ端末について、ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージを送信する。以降、単に、最新のＤＨＣＰバインディング情報、と称する場合には、ＤＨＣＰサーバが保持するＤＨＣＰバインディング情報を示すこととする。

図２Ａ及び図２Ｂは、比較例における処理のシーケンスの一例を示す図である。図２Ａ及び図２Ｂでは、通信ネットワークシステムには、ルータＤ１と、ＤＨＣＰサーバＤ２と、ルータＤ１の配下のユーザ端末＃１、＃２、＃３、＃４と、が存在している。ルータＤ１は、ＤＨＣＰバインディング情報をファイルとして不揮発性の記憶装置に記憶していることとする。

Ｓ１１では、ルータＤ１は、再起動処理を開始する。Ｓ１２では、ルータＤ１は、不揮発性の記憶装置からＤＨＣＰバインディング情報を読み出し、揮発性の記憶装置内のＤＨＣＰバインディングテーブルに登録する。

ユーザ端末＃１は、Ｓ１２の時点でルータＤ１に登録されているＤＨＣＰバインディング情報と最新のＤＨＣＰバインディング情報とに差分があり、通信サービスを利用していない状態であるとする。ユーザ端末＃２は、Ｓ１２の時点でルータＤ１に登録されているＤＨＣＰバインディング情報と最新のバインディング情報とに差分がなく、通信サービスを利用していない状態であるとする。ユーザ端末＃３は、Ｓ１２の時点でルータＤ１に登録されているＤＨＣＰバインディング情報と最新のＤＨＣＰバインディング情報とに差分がなく、通信サービスを利用している状態であるとする。ユーザ端末＃４は、Ｓ１２の時点でルータＤ１に登録されているＤＨＣＰバインディング情報と最新のＤＨＣＰバインディング情報とに差分があり、通信サービスを利用している状態であるとする。

Ｓ１２の時点で、ルータＤ１に登録されているＤＨＣＰバインディング情報と最新のＤＨＣＰバイディング情報とに差分のないユーザ端末＃３については、利用中の通信サービスが復旧する。

Ｓ１３では、ルータＤ１は、現時点で登録されているＤＨＣＰバインディング情報が最新のＤＨＣＰバインディング情報と整合性が取れているか不明であるので、ユーザ端末＃１〜＃４について、ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージをＤＨＣＰサーバＤ２に送信する。

Ｓ１４では、ＤＨＣＰサーバＤ２から、ユーザ端末＃１〜＃４それぞれについて、ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅメッセージが送信され、ルータＤ１によってそれぞれユーザ端末＃１〜＃４に中継される。

Ｓ１５では、ユーザ端末＃１〜＃４それぞれから、ＤＨＣＰ＿Ｒｅｎｅｗメッセージが送信される。ルータＤ１は、ＤＨＣＰスヌーピングの機能により、ユーザ端末＃１〜＃４それぞれについて、中継するＤＨＣＰ＿ＲｅｎｅｗメッセージからＤＨＣＰバインディング情報を更新する。これによって、ルータＤ１に記憶されていたＤＨＣＰバインディング情報と最新のＤＨＣＰバインディング情報とで、ユーザ端末＃１及び＃４のＤＨＣＰバインディング情報の整合性が取れる。この時点で、ユーザ端末＃４について、利用中の通信サービスが復旧する。

Ｓ１６では、ルータＤ１は、ユーザ端末＃１〜＃４それぞれについて、ＤＨＣＰ＿ＲｅｎｅｗメッセージをＤＨＣＰサーバＤ２に転送する。

Ｓ１３において、ルータＤ１がＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージを送信するユーザ端末の順番に所定のルールはないため、どのようなユーザ端末の順番でＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージが送信されるのかは、確定的ではない。例えば、ユーザ端末＃１、＃２、＃３、＃４の順番で、ルータＤ１がＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージを送信する場合には、通信サービス利用中のユーザ端末＃４よりも通信サービス未利用のユーザ端末＃１及び＃２の方がＤＨＣＰバインディング情報の整合性が確認される。この場合には、通信サービス利用中のユーザ端末＃４のバインディング情報の整合性の確認が後回しにされ、通信サービス利用中のユーザ端末＃４の通信サービスの復旧が遅くなる可能性がある。

また、ユーザ端末＃３については、ルータＤ１の不揮発性の記憶装置に保持されていたＤＨＣＰバインディング情報と最新のＤＨＣＰバインディング情報とに差分はない。そのため、ルータＤ１がＤＨＣＰバインディング情報を不揮発性の記憶装置から読み出して登録することによって、ユーザ端末＃３の通信サービスは復旧される。すなわち、ユーザ端末＃３については、ルータＤ１によるＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージの送信がなくとも通信サービスを行うことができ、不要なＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージが送信されていることになる。

＜第１実施形態＞
第１実施形態では、ルータは、ＤＨＣＰバインディング情報を不揮発性の記憶装置に記憶し、再起動時に、揮発性の記憶装置内のＤＨＣＰバインディングテーブルに登録する。ルータは、揮発性の記憶装置内へのＤＨＣＰバインディング情報の登録後、所定時間の間、ＤＨＣＰサーバへのＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージの送信を停止する。ルータは、該所定時間の間、パケットを受信した場合には、該受信パケットの送信元のクライアントを通信サービス利用中のクライアントとみなし、該クライアントについては、優先的に、ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージをＤＨＣＰサーバに送信する。

また、ルータは、受信パケットの送信元のクライアントのＩＰアドレスと、揮発性の記憶装置内のＤＨＣＰバインディングテーブル内の該クライアントのＩＰアドレスと、を比較する。両ＩＰアドレスが一致する場合には、ルータは、ＤＨＣＰサーバにＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージを送信しない。両ＩＰアドレスが一致しない場合には、ルータは、ＤＨＣＰサーバに、ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージを送信する。これによって、ルータは、余計なＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージの送信を行わない。

図３は、第１実施形態に係る通信ネットワークシステム１００のシステム構成の一例を示す図である。通信ネットワークシステム１００は、ルータ１、ＤＨＣＰサーバ２、複数のユーザ端末３を含む。ユーザ端末３は、ＤＨＣＰクライアントである。以降、ユーザ端末３のことをＤＨＣＰクライアントと称することもある。

ＤＨＣＰサーバ２は、複数のユーザ端末３とは異なるサブネットに存在する。ルータ１とＤＨＣＰサーバ２とは、同じサブネットに接続する。ただし、ルータ１とＤＨＣＰサーバ２とは、異なるサブネットに接続していてもよい。

ルータ１は、複数のユーザ端末３のそれぞれと同じサブネットに接続している。なお、複数のユーザ端末３は、すべて同じサブネットに存在していてもよいし、それぞれが異な
るサブネットに存在していてもよい。第１実施形態では、複数のユーザ端末３は、それぞれ、異なるＶＬＡＮ（Virtual LAN）に存在しており、ルータ１は、物理又は論理インタ
フェースで各ＶＬＡＮを接続していることとする。ルータ１は、「パケット伝送装置」の一例である。ユーザ端末３、ＤＨＣＰクライアントは、「クライアント端末」の一例である。ＤＨＣＰサーバ２は、「サーバ」の一例である。

＜装置構成＞
図４は、第１実施形態に係るルータ１のハードウェア構成の一例を示す図である。ルータ１は、プロセッサカード１１０と、パケットブレード１２０とを備える。プロセッサカード１１０は、例えば、ＴＣＰ／ＩＰモデルのレイヤ２以上の処理を行う。パケットブレード１２０は、例えば、ＴＣＰ／ＩＰモデルのレイヤ１の処理を行う。

プロセッサカード１１０は、例えば、ＣＰＵ（Central Processing Unit）１０１、メ
モリ１０２、ディスクコントローラ１０３、ディスク１０４、ＮＰＵ（Network Processing Unit）１０５を備える。また、これらはバスにより互いに電気的に接続されている。

ディスク１０４は、様々なプログラムや、各プログラムの実行に際してＣＰＵ １０１が使用するデータを格納する。ディスク１０４は、例えば、ＥＰＲＯＭ（Erasable Programmable ROM）、フラッシュメモリ、又はハードディスクドライブ（Hard Disk Drive）等の不揮発性の記憶装置である。ディスク１０４は、例えば、オペレーティングシステム（ＯＳ）、ＤＨＣＰ Ｒｅｌａｙエージェントプログラム、その他様々なアプリケーションプログラムを保持する。ＤＨＣＰ Ｒｅｌａｙエージェントプログラムは、ルータ１をＤＨＣＰ Ｒｅｌａｙエージェントとして動作させるためのプログラムである。ディスク１０４は、ＤＨＣＰバインディング情報を含むファイル１０７を格納する。

ディスクコントローラ１０３は、ディスク１０４に対するデータの書き込み及び読み出しを制御する。

メモリ１０２は、ＣＰＵ １０１に、ディスク１０４に格納されているプログラムをロードする記憶領域および作業領域を提供したり、バッファとして用いられたりする。メモリ１０２は、例えば、ＲＡＭ（Random Access Memory）のような揮発性の半導体メモリを含む。メモリ１０２は、「記憶部」の一例である。

ＣＰＵ １０１は、ディスク１０４に保持されたＯＳや様々なアプリケーションプログラムをメモリ１０２にロードして実行することによって、様々な処理を実行する。ＣＰＵ
１０１は、１つに限られず、複数備えられてもよい。

ＮＰＵ １０５は、ネットワーク処理を行うプロセッサである。具体的には、ＮＰＵ １０５は、ルーティング、ＭＡＣ（Media Access Control）処理等を行う。

パケットブレード１２０は、ネットワークコントローラ１２１、ＮＩＣ（Network Interface Card）１２２を含む。ＮＩＣ １２２は、ネットワークとの情報の入出力を行うインタフェースである。ＮＩＣ １２２は、複数のユーザ端末３が存在するサブネットに接続するものと、ＤＨＣＰサーバ２が存在するネットワークに接続するものと、の少なくとも２つが備えられる。

ネットワークコントローラ１２１は、例えば、ＴＣＰ／ＩＰモデルのレイヤ１の処理、すなわち、物理処理を行う。具体的には、ＮＩＣ １２２に外部から入力される電気信号をフレームの形に変換したり、逆に、フレームを電気信号に変換してＮＩＣ １２２に出力したりする。

なお、図４に示されるルータ１のハードウェア構成は、一例であり、上記に限られず、実施の形態に応じて適宜構成要素の省略や置換、追加が可能である。例えば、ルータ１は、可搬記録媒体駆動装置を備え、可搬記録媒体に記録されたプログラムを実行してもよい。可搬記録媒体は、例えば、ＳＤカード、ｍｉｎｉＳＤカード、ｍｉｃｒｏＳＤカード、ＵＳＢ（Universal Serial Bus）フラッシュメモリ、ＣＤ（Compact Disc）、ＤＶＤ(Digital Versatile Disc)、Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ、又はフラッシュメモリカードのような記録媒体である。

ＤＨＣＰサーバ２は、例えば、専用又は汎用のコンピュータであって、ＣＰＵ、メモリ、ディスク、ネットワークインタフェース等を備える。ユーザ端末３は、例えば、ＰＣ（Personal Computer）、スマートフォン、タブレット端末等である。ユーザ端末３は、Ｃ
ＰＵ、メモリ、ディスク、ネットワークインタフェース、ディスプレイ、タッチパネルやキーボード等の入力装置を備える。

図５は、ルータ１の機能構成の一例を示す図である。ルータ１は、機能構成として、ＤＨＣＰ制御部１１と、転送制御部１２と、を有する。ＤＨＣＰ制御部１１は、ＣＰＵ １０１がＤＨＣＰ Ｒｅｌａｙエージェントプログラムを実行することによって達成される機能構成である。転送制御部１２は、パケットブレード１２０に相当する。

ＤＨＣＰ制御部１１は、ＤＨＣＰ Ｒｅｌａｙエージェント部１３、ＤＨＣＰスヌーピング部１４、ＩＰソースガード部１５、ＤＨＣＰバインディング制御部１６、ＤＨＣＰバインディングテーブル１７、Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８を含む。ＤＨＣＰバインディングテーブル１７及びＲｅｃｏｎｆｉｇｕｒｅチェックテーブル１８は、メモリ１０２の記憶領域に格納されている。

ＤＨＣＰ Ｒｅｌａｙエージェント部１３は、ＤＨＣＰ Ｒｅｌａｙエージェントとして、ＤＨＣＰメッセージの中継処理を行う。例えば、ＤＨＣＰｖ６では、ＤＨＣＰ Ｒｅｌａｙエージェント部１３は、ＤＨＣＰクライアントとＤＨＣＰサーバ２との間のＤＨＣＰメッセージの中継の際に、該ＤＨＣＰメッセージの宛先及び送信元ＩＰアドレスの書き換えを行う。中継処理が行われたＤＨＣＰメッセージは、転送制御部１２０に出力され、転送制御部１２０によってネットワークに送出される。

ＤＨＣＰスヌーピング部１４は、受信されたＤＨＣＰメッセージを覗き見て、ＤＨＣＰバインディング情報を取得し、ＤＨＣＰバインディングテーブル１７に登録する。ＤＨＣＰスヌーピング部１４が覗き見る対象のＤＨＣＰメッセージは、例えば、クライアントが送信するＤＨＣＰメッセージの一つであるＤＨＣＰ＿Ｒｅｎｅｗメッセージである。

ＤＨＣＰ＿Ｒｅｎｅｗメッセージには、例えば、ＤＨＣＰクライアントのＭＡＣアドレス、該ＤＨＣＰクライアントに割り当てられているＩＰアドレス、ＤＨＣＰクライアントが属するＶＬＡＮのＶＬＡＮ ＩＤ等が含まれている。ただし、ＤＨＣＰスヌーピング部１４が覗き見る対象のＤＨＣＰメッセージは、ＤＨＣＰ＿Ｒｅｎｅｗメッセージに限定されない。ＤＨＣＰクライアントのＭＡＣアドレス、ＤＨＣＰクライアントに割り当てられたＩＰアドレス、ＤＨＣＰクライアントが属するＶＬＡＮのＶＬＡＮ ＩＤ等を含むＤＨＣＰメッセージであればよい。

ＤＨＣＰスヌーピング部１４は、受信したＤＨＣＰメッセージに基づいて、クライアント識別情報と、該ＤＨＣＰクライアントに払い出されたＩＰアドレスと、を取得する。クライアント識別情報は、例えば、ＭＡＣアドレス、受信ポートとＶＬＡＮ ＩＤとの組み合わせ、等の、クライアントを一意に識別可能な情報である。ＤＨＣＰスヌーピング部１
４は、該ＤＨＣＰバインディング情報をメモリ１０２内のＤＨＣＰバインディングテーブル１７に格納する。

ＤＨＣＰバインディングテーブル１７に、すでに、同じクライアント識別情報を含むＤＨＣＰバインディング情報が格納されている場合には、ＤＨＣＰスヌーピング部１４は、新しいＤＨＣＰバインディング情報で上書きする。これによって、ＤＨＣＰバインディングテーブル１７が更新される。ＤＨＣＰスヌーピング部１４は、「登録部」の一例である。

ＩＰソースガード部１５は、パケットを受信した場合に、ＤＨＣＰバインディングテーブル１７を参照し、受信パケットの送信元ＩＰアドレスがＤＨＣＰバインディングテーブル１７に登録されているか否かを判定する。受信パケットの送信元ＩＰアドレスがＤＨＣＰバインディングテーブル１７に登録されていない場合には、ＩＰソースガード部１５は、該受信パケットを破棄する。受信パケットの送信元ＩＰアドレスがＤＨＣＰバインディングテーブル１７に登録されている場合には、ＩＰソースガード部１５は、該受信パケットを転送部１９に出力する。ＩＰソースガード部１５は、「廃棄部」の一例である。

ＤＨＣＰバインディング制御部１６は、例えば、ＤＨＣＰスヌーピング部１４によって、メモリ１０２内のＤＨＣＰバインディングテーブル１７のＤＨＣＰバインディング情報が更新される場合に、同じ情報を用いて、ディスク１０４内のファイル１０７内のＤＨＣＰバインディング情報を更新する。ＤＨＣＰバインディング情報の更新周期は、例えば、クライアントがＤＨＣＰ＿Ｒｅｎｅｗメッセージ等を送信する周期と同じであり、数時間、一日、又は、一週間に一回という周期である。

ＤＨＣＰバインディング制御部１６は、ルータ１が再起動する際に、ディスク１０４のファイル１０７からＤＨＣＰバインディング情報を読み出し、メモリ１０２内のＤＨＣＰバインディングテーブル１７とＲｅｃｏｎｆｉｇｕｒｅチェックテーブル１８とに登録する。

ＤＨＣＰバインディング制御部１６は、再起動完了後から所定時間経過するまでの間に受信するパケットの送信元のユーザ端末３を通信サービス利用中のクライアントとみなす。ＤＨＣＰバインディング制御部１６は、受信パケットの送信元のクライアントについて、ＤＨＣＰサーバ２にＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージを送信する。ＤＨＣＰバインディング制御部１６は、「制御部」の一例である。ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージは、「割り当て中のＩＰアドレスの通知要求」の一例である。

ただし、受信パケットの送信元ＩＰアドレスがメモリ１０２内のＲｅｃｏｎｆｉｇｕｒｅチェックテーブル１８に登録されている場合には、ＤＨＣＰバインディング制御部１６は、ＤＨＣＰサーバ２にＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージを送信しない。この場合には、ＤＨＣＰバインディング制御部１６は、ＩＰソースガード部１５に受信パケットを出力する。該受信パケットの送信元ＩＰアドレスは、ＤＨＣＰバインディングテーブル１７に登録されているので、ＩＰソースガード部１５は、該受信パケットの転送を許可する。

ルータ１の再起動完了後から所定時間経過後は、ＤＨＣＰバインディング制御部１６は、ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージを送信していないクライアントについて、ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージをＤＨＣＰサーバ２に送信する。ＤＨＣＰバインディング制御部１６は、ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージを送信したか否かを、後述のＲｅｃｏｎｆｉｇｕｒｅチェックテーブル１８に
よって管理する。

なお、ＤＨＣＰバインディング制御部１６が動作している間は、ＤＨＣＰバインディング制御部１６の処理は、ＩＰソースガード部１５に優先して行われることとする。

転送制御部１２は、転送部１９を含む。転送部１９は、ネットワークコントローラ１２１に相当する。転送部１９は、ＮＩＣ １２２とＤＨＣＰ制御部１１との間のパケットの転送を行う。

図６は、Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８の一例である。Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８は、メモリ１０２の記憶領域に格納される。Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８のエントリは、ＤＨＣＰバインディング情報とＲｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅとの項目を含む。ＤＨＣＰバインディング情報は、さらに、クライアント識別情報とＩＰアドレスとの項目を含む。

図６に示される例では、クライアント識別情報として、クライアントが接続するルータ１のポート番号と、クライアントが属するＶＬＡＮ ＩＤとが用いられている。第１実施形態では、ユーザ端末＃１〜＃４はそれぞれ異なるＶＬＡＮに属していることが想定されているため、ポート番号とＶＬＡＮ ＩＤとで、ユーザ端末を一意に識別可能である。ただし、クライアント識別情報は、ＭＡＣアドレスが用いられてもよい。ＩＰアドレスの項目には、クライアント識別情報が示すクライアントに割り当てられたＩＰアドレスが格納される。

Ｒｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅには、「空白」、「１」、「２」のいずれかの値が入る。Ｒｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅが「空白」の場合には、該当のＤＨＣＰバインディング情報のＤＨＣＰクライアントについて、ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージがＤＨＣＰサーバ２に送信されていないことが示される。以降、ＤＨＣＰバインディング情報について、ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージがＤＨＣＰサーバ２に送信され、最新のＤＨＣＰバインディング情報との整合性が確認されるまでの処理を、ＤＨＣＰ整合性確認処理と称する。すなわち、Ｒｅｃｏｎｆｉｇｕｒｅ
Ｓｔａｔｅの項目が「空白」であることは、該当のＤＨＣＰバインディング情報について、ＤＨＣＰ整合性確認処理が未実施であることを示す。

Ｒｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの値が「１」であることは、該当のＤＨＣＰバインディング情報について、ＤＨＣＰ整合性確認処理が実施中であることを示す。より具体的には、該当のＤＨＣＰバインディング情報について、ＤＨＣＰサーバ２にＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージが送信されており、該当のクライアントからのＤＨＣＰ＿Ｒｅｎｅｗメッセージは受信されていない状態である。

Ｒｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの値が「２」であることは、該当のＤＨＣＰバインディング情報について、ＤＨＣＰ整合性確認処理が完了したことを示す。すなわち、Ｒｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの値が「２」であることは、該当のクライアントについて、ルータ１が保持するＤＨＣＰバインディング情報と最新のＤＨＣＰバインディング情報との整合性が取れている状態であることを示す。

Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８内のＤＨＣＰバインディング情報は、ＤＨＣＰバインディングテーブル１７と同じ構造である。そのため、ＤＨＣＰバインディング制御部１６は、再起動時、ディスク１０４内のＤＨＣＰバインディング情報のメモリ１０２内のＤＨＣＰバインディングテーブル１７への登録とともに、Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８へも登録するようにしてもよい。又は、ＤＨＣＰバインディング
制御部１６は、ＤＨＣＰバインディングテーブル１７へのＤＨＣＰバインディング情報の登録後に、ＤＨＣＰバインディングテーブル１７をコピーして、Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８を作成してもよい。又は、ＤＨＣＰバインディング制御部１６は、ＤＨＣＰバインディングテーブル１７に、Ｒｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの項目を追加して、Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８として取り扱ってもよい。

なお、ＤＨＣＰバインディングテーブル１７の更新は、ＤＨＣＰスヌーピング部１４によって行われる。ＤＨＣＰバインディング制御部１６は、ＤＨＣＰバインディングテーブル１７を監視し、ＤＨＣＰバインディングテーブル１７が更新された場合には、Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８に該更新を反映させる。

図７は、Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８のＲｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの値の遷移の一例を示す図である。Ｒｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの値は、ＤＨＣＰ整合性確認処理の進行具合を示す。

Ｒｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの初期値は、空白である。Ｒｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの値が空白であることは、該当のＤＨＣＰバインディング情報について、ＤＨＣＰ整合性確認処理が未実施であることを示す。

Ｒｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの値が１であることは、該当のＤＨＣＰバインディング情報について、ＤＨＣＰ整合性確認処理が実施中であることを示す。Ｒｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの値が、空白から１に遷移するのは、ＤＨＣＰサーバ２に対して、該当のＤＨＣＰバインディング情報についてのＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージが送信された場合である。

ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージが送信されるのは、以下の２つの場合がある。一つ目は、再起動完了から所定時間経過までの間に受信されたパケットであって、該受信パケットの送信元ＩＰアドレスが、Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８の該当のＤＨＣＰバインディング情報のＩＰアドレスに一致しない場合である。二つ目は、再起動完了から所定時間経過後もＲｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの値が空白である場合である。所定時間は、例えば、１０分等で、管理者によって任意に決定される。

Ｒｅｃｏｎｆｕｒｅ Ｓｔａｔｅの値が２であることは、該当のＤＨＣＰバインディング情報について、ＤＨＣＰ整合性確認処理が実施済みであることを示す。Ｒｅｃｏｎｆｉｇｕｒｅ Ｓｔａｅｔｅの値が、１から２に遷移するのは、該当のＤＨＣＰバインディング情報に対応するクライアントからＤＨＣＰ＿Ｒｅｎｅｗメッセージが受信され、該当のＤＨＣＰバインディング情報が更新された場合である。

Ｒｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの値は、空白から２に遷移することもある。Ｒｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの値が空白から２に遷移するのは、再起動完了後から所定時間経過までの間に受信されたパケットの送信元ＩＰアドレスが、Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８の該当ＤＨＣＰバインディング情報のＩＰアドレスと一致する場合である。この場合には、該当受信パケットの送信元であるユーザ端末３のＤＨＣＰバインディング情報と最新のＤＨＣＰバインディング情報との整合性が取れている。そのため、ＤＨＣＰサーバ２に対して、該当のＤＨＣＰバインディング情報についてＤＨＣＰ整合性確認処理は実施されない。

図７に示されるように、ＤＨＣＰ整合性確認処理の進行状況がＲｅｃｏｎｆｉｇｕｒｅ
Ｓｔａｔｅの値で示されることによって、ＤＨＣＰバインディング制御部１６は、各Ｄ
ＨＣＰバインディング情報の整合性の確認状況を把握することができる。

＜処理の流れ＞
図８Ａ及び図８Ｂは、ＤＨＣＰバインディング制御部１６のルータ１の再起動時の処理のフローチャートの一例である。なお、第１実施形態において、再起動とは、ルータ１が工場出荷時の設定以外の設定で起動されることを示す。より具体的には、第１実施形態において、再起動とは、ディスク１０４にルータ１の設定ファイルが記憶されている状態で、起動することを示す。

図８Ａ及び図８Ｂに示される処理は、ルータ１が起動した場合に開始される。なお、図８Ａ及び図８Ｂの処理の主体は、実際には、ＤＨＣＰ Ｒｅｌａｙエージェントプログラムを実行するＣＰＵ １０１であるが、便宜上、ＤＨＣＰバインディング制御部１６を主体として説明する。以降のフローチャートについても同様である。

ＯＰ１では、ＤＨＣＰバインディング制御部１６は、ディスク１０４内にＤＨＣＰバインディング情報を含むファイル１０７が記憶されているか否かを判定する。ディスク１０４内にＤＨＣＰバインディング情報を含むファイル１０７が記憶されている場合には（ＯＰ１：ＹＥＳ）、処理がＯＰ２に進む。ディスク１０４内にＤＨＣＰバインディング情報を含むファイル１０７が記憶されていない場合には（ＯＰ１：ＮＯ）、図８Ａに示される処理が終了する。

ＯＰ２では、ＤＨＣＰバインディング制御部１６は、ディスク１０４内のファイル１０７からＤＨＣＰバインディング情報を読み出し、メモリ１０２内のＤＨＣＰバインディングテーブル１７に登録する。次に処理がＯＰ３に進む。

ＯＰ３では、ＤＨＣＰバインディング制御部１６は、再起動完了後から所定時間経過したか否かを判定する。再起動完了後から所定時間経過していない場合には（ＯＰ３：ＮＯ）、処理がＯＰ４に進む。再起動完了後から所定時間経過している場合には（ＯＰ３：ＹＥＳ）、処理がＯＰ１１に進む。

ＯＰ４からＯＰ１０は、再起動完了から所定時間経過するまでの処理である。ＯＰ４では、ＤＨＣＰバインディング制御部１６は、ユーザ端末３からのパケットを受信する。次に処理がＯＰ５に進む。

ＯＰ５では、ＤＨＣＰバインディング制御部１６は、Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８内の受信パケットに該当するＤＨＣＰバインディング情報に対応するＲｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの値を参照する。該当のＲｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの値が空白である場合には、処理がＯＰ６に進む。該当のＲｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの値が１又は２である場合には、処理がＯＰ３に進む。

なお、該当のＲｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの値が１である場合には、該当のユーザ端末３についてＤＨＣＰ整合性確認処理が実施中であるため、ＯＰ４における受信パケットは、ルータ１にバッファされ、処理の待機状態となる。ＤＨＣＰ整合性確認処理が完了し、Ｒｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの値が２になると、ＯＰ４における受信パケットについて、通常の転送処理が行われる。通常の転送処理とは、ＩＰソースガード部１５によるＤＨＣＰバインディンテーブル１７を用いたフィルタリング処理の後、転送部１９によってネットワークに出力される処理である。

該当のＲｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの値が２である場合には、該当のユーザ端末３についてＤＨＣＰ整合性確認処理が実施済みであるため、ＯＰ４における受信パケッ
トについて、通常の転送処理が行われる。

ＯＰ６では、ＤＨＣＰバインディング制御部１６は、受信パケットの送信元ＩＰアドレスと、Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８内の受信パケットに該当するＤＨＣＰバインディング情報のＩＰアドレスと、が一致するか否かを判定する。両ＩＰアドレスが一致する場合には（ＯＰ６：ＹＥＳ）、処理がＯＰ１０に進む。両ＩＰアドレスが一致しない場合には（ＯＰ６：ＮＯ）、処理がＯＰ７に進む。

ＯＰ７では、ＤＨＣＰバインディング制御部１６は、該当のＤＨＣＰバインディング情報について、ＤＨＣＰサーバ２にＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージを送信する。次に処理がＯＰ８に進む。

ＯＰ８では、ＤＨＣＰバインディング制御部１６は、Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８の該当のＲｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの項目に「１」を入力する。次に処理がＯＰ９に進む。

ＯＰ９では、ＤＨＣＰバインディング制御部１６は、該当のユーザ端末３からＤＨＣＰ＿Ｒｅｎｅｗメッセージの受信を契機に、ＤＨＣＰスヌーピング部１４によって、ＤＨＣＰバインディングテーブル１７の該当ＤＨＣＰバインディング情報のＩＰアドレスが更新されたことを検知する。ＤＨＣＰバインディング制御部１６は、ＤＨＣＰバインディングテーブル１７の更新をＲｅｃｏｎｆｉｇｕｒｅチェックテーブル１８に反映させる。次に処理がＯＰ１０に進む。

ＯＰ１０では、ＤＨＣＰバインディング制御部１６は、Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８の該当のＲｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの項目に「２」を入力する。これによって、該当のＤＨＣＰバインディング情報についてのＤＨＣＰ整合性確認処理が完了する。次に処理がＯＰ３に進む。

図８ＢのＯＰ１１からＯＰ１５は、再起動完了から所定時間経過した後の処理である。ＯＰ１１では、ＤＨＣＰバインディング制御部１６は、Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８の全てのＲｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの項目に「２」が格納されているか否かを判定する。

Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８の全てのＲｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの項目に「２」が格納されている場合には（ＯＰ１１：ＹＥＳ）、図８Ｂに示される処理が終了する。すべてのＤＨＣＰバインディング情報についてＤＨＣＰ整合性確認処理が完了しているためである。

Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８の全てのＲｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの項目に「２」が格納されていない場合には（ＯＰ１１：ＮＯ）、処理がＯＰ１２に進む。

ＯＰ１２では、ＤＨＣＰバインディング制御部１６は、Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８のＲｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの値が空白であるＤＨＣＰバインディング情報について、ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージを送信する。次に処理がＯＰ１３に進む。

ＯＰ１３では、ＤＨＣＰバインディング制御部１６は、Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８の該当のＤＨＣＰバインディング情報のＲｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの項目に「１」を入力する。次に処理がＯＰ１４に進む。

ＯＰ１４では、ＤＨＣＰバインディング制御部１６は、該当のユーザ端末３からＤＨＣＰ＿Ｒｅｎｅｗメッセージの受信を契機に、ＤＨＣＰスヌーピング部１４によって、ＤＨＣＰバインディングテーブル１７の該当ＤＨＣＰバインディング情報のＩＰアドレスが更新されたことを検知する。ＤＨＣＰバインディング制御部１６は、ＤＨＣＰバインディングテーブル１７の更新をＲｅｃｏｎｆｉｇｕｒｅチェックテーブル１８に反映させる。次に処理がＯＰ１５に進む。

ＯＰ１５では、ＤＨＣＰバインディング制御部１６は、Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８の該当のＲｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの項目に「２」を入力する。これによって、該当のＤＨＣＰバインディング情報についてのＤＨＣＰ整合性確認処理が完了する。その後、図８Ｂに示される処理が終了する。

なお、図８Ａ及び図８ＢのＯＰ３において、再起動完了から所定時間経過しているか否かが判定される場合の再起動完了とは、例えば、ディスク１０４内のＤＨＣＰバインディング情報のメモリ１０２内のＤＨＣＰバインディングテーブル１７への登録完了である。ただし、これに限定されない。

図９は、ＩＰソースガード部１５の処理のフローチャートの一例である。図９に示される処理は、ルータ１の起動とともに開始され、ルータ１の稼働中は繰り返し実行される。ただし、ＩＰソースガードが有効に設定されていることを条件とする。図９に示される処理の主体は、実際には、ＤＨＣＰ Ｒｅｌａｙエージェントプログラムを実行するＣＰＵ
１０１であるが、便宜上、ＩＰソースガード部１５を主体として説明される。

ＯＰ２１では、ＩＰソースガード部１５は、パケットを受信する。次に処理がＯＰ２２に進む。

ＯＰ２２では、ＩＰソースガード部１５は、受信パケットの送信元のクライアント識別情報に対応するＤＨＣＰバインディング情報がＤＨＣＰバインディングテーブル１７に含まれているか否かを判定する。受信パケットの送信元のクライアント識別情報に対応するＤＨＣＰバインディング情報がＤＨＣＰバインディングテーブル１７に含まれている場合には（ＯＰ２２：ＹＥＳ）、処理がＯＰ２３に進む。受信パケットの送信元のクライアント識別情報に対応するＤＨＣＰバインディング情報がＤＨＣＰバインディングテーブル１７に含まれていない場合には（ＯＰ２２：ＮＯ）、処理がＯＰ２５に進む。

ＯＰ２３では、ＩＰソースガード部１５は、受信パケットの送信元ＩＰアドレスが、該受信パケットの送信元のクライアント識別情報に対応するＤＨＣＰバインディング情報のＩＰアドレスと一致するか否かを判定する。両ＩＰアドレスが一致する場合には（ＯＰ２３：ＹＥＳ）、処理がＯＰ２４に進む。両ＩＰアドレスが一致しない場合には（ＯＰ２３：ＮＯ）、処理がＯＰ２５に進む。

ＯＰ２４では、受信パケットの送信元ＩＰアドレスがＤＨＣＰバインディング情報に含まれるＩＰアドレスと一致しているので、ＩＰソースガード部１５は、受信パケットの転送を決定し、転送部１９に出力する。受信パケットは、転送部１９によって転送される。その後、図９に示される処理が終了する。

ＯＰ２５では、受信パケットに該当するＤＨＣＰバインディング情報がない、又は、受信パケットの送信元ＩＰアドレスが該当のＤＨＣＰバインディング情報のＩＰアドレスと一致しないので、ＩＰソースガード部１５は、入力パケットを廃棄する。その後、図９に示される処理が終了する。

なお、ＤＨＣＰの各種メッセージについては、ＩＰソースガード部１５の処理の前に、ＤＨＣＰ Ｒｅｌａｙエージェント部１３による転送処理が行われる。そのため、ＤＨＣＰの各種メッセージは、実質的には、ＩＰソースガード部１５の処理対象にはならない。

＜具体例＞
図１０Ａ、図１０Ｂ、図１０Ｃ、及び図１０Ｄは、通信ネットワークシステム１００における具体例の一つにおける処理のシーケンスの一例を示す図である。図１０Ａ〜図１０Ｄでは、ルータ１の再起動後の処理の流れについて説明される。

Ｓ２１では、ルータ１は再起動処理を開始する。Ｓ２２では、ルータ１は、ディスク１０４内のＤＨＣＰバインディング情報をメモリ１０２内のＤＨＣＰバインディングテーブル１７に登録する（図８Ａ、ＯＰ２）。

Ｓ２２の時点で、ユーザ端末＃１は、ルータ１に登録されたＤＨＣＰバインディング情報と最新のＤＨＣＰバインディング情報とに差分があり、通信サービスは利用していないとする。ユーザ端末＃２は、ルータ１に登録されたＤＨＣＰバインディング情報と最新のＤＨＣＰバインディング情報とに差分がなく、通信サービスは利用していないとする。ユーザ端末＃３は、ルータ１に登録されたＤＨＣＰバインディング情報と最新のＤＨＣＰバインディング情報とに差分がなく、通信サービスの利用中であるとする。ユーザ端末＃４は、ルータ１に登録されたＤＨＣＰバインディング情報と最新のＤＨＣＰバインディング情報とに差分があり、通信サービスの利用中であるとする。

Ｓ２３では、通信サービス利用中のユーザ端末＃３が、通信サービスのパケットを送信する。ルータ１は、ユーザ端末＃３からのパケットを受信する（図８Ａ、ＯＰ４）。ユーザ端末＃３からのパケットの送信元ＩＰアドレスは、Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８内のＤＨＣＰバインディング情報のＩＰアドレスと一致する（図８Ａ、ＯＰ６：ＹＥＳ）。そのため、ルータ１は、Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８のユーザ端末＃３のＲｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅに「２」を入力する（図８Ａ、ＯＰ１０）。

ユーザ端末＃３からの受信パケットの送信元ＩＰアドレスは、ＤＨＣＰバインディングテーブル１７内に登録されているので（図９、ＯＰ２２：ＹＥＳ、ＯＰ２３：ＹＥＳ）、ルータ１は、該受信パケットを宛先に転送する（図９、ＯＰ２４）。

Ｓ２４では、通信サービス利用中のユーザ端末＃４が、通信サービスのパケットを送信する。ルータ１は、ユーザ端末＃４からのパケットを受信する（図８Ａ、ＯＰ４）。

ユーザ端末＃４からのパケットの送信元ＩＰアドレスは、Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル１８内のＤＨＣＰバインディング情報のＩＰアドレスと一致しない（図８Ａ、ＯＰ６：ＮＯ）。Ｓ２５では、ルータ１は、ユーザ端末＃４のＤＨＣＰバインディング情報について、ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージを送信し（図８Ａ、ＯＰ７）、ユーザ端末＃４のＲｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅに「１」を入力する（図８Ａ、ＯＰ８）。ユーザ端末＃４からのパケットは、一旦、バッファされる。

図１０ＢのＳ２６では、ＤＨＣＰサーバ２は、ルータ１からのＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージに対して、ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅメッセージを送信する。Ｓ２７では、ルータ１は、ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅメッセージをユーザ端末＃４に中継する。

Ｓ２８では、ユーザ端末＃４は、ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅメッセージに対する応答として、ＤＨＣＰ＿Ｒｅｎｅｗメッセージを送信する。

Ｓ２９では、ルータ１は、ユーザ端末＃４が送信したＤＨＣＰ＿Ｒｅｎｅｗメッセージを受信し、該ＤＨＣＰ＿Ｒｅｎｅｗメッセージの送信元ＩＰアドレスで、ユーザ端末＃４のＤＨＣＰバインディング情報のＩＰアドレスを更新する（図８Ａ、ＯＰ９）。また、ルータ１は、ユーザ端末＃４のバインディング情報に対応するＲｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの値を「１」から「２」に更新する（図８Ａ、ＯＰ１０）。

Ｓ２４においてユーザ端末＃４から送信され、ルータ１にバッファされていたパケットは、Ｓ２９におけるＤＨＣＰバインディング情報の更新を契機に、転送処理が開始される。バッファされていたパケットの送信元ＩＰアドレスは、ＤＨＣＰバインディングテーブル１７に登録されたため（図９、ＯＰ２２：ＹＥＳ、ＯＰ２３：ＹＥＳ）、バッファされていたパケットは、ルータ１によって宛先に転送される（図９、ＯＰ２４）。

Ｓ３０では、ルータ１は、ＤＨＣＰ＿ＲｅｎｅｗメッセージをＤＨＣＰサーバ２に中継する。

図１０ＣのＳ３１では、ルータ１は、再起動完了から所定時間経過したことを検知する（図８Ａ、ＯＰ３：ＹＥＳ）。ユーザ端末＃１、＃２は、通信サービス利用中ではないため、再起動完了から所定時間経過するまでの間に、ユーザ端末＃１、＃２からの通信サービスのパケットは送信されず、Ｒｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅは空白のままである。

Ｓ３２、Ｓ３３のそれぞれでは、ルータ１は、Ｒｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの値が空白であるユーザ端末＃１、＃２について、ＤＨＣＰサーバ２に対して、ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅの要求メッセージを送信する（図８Ｂ、ＯＰ１２）。

Ｓ３４では、ルータ１は、ユーザ端末＃１、＃２のＲｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの値に「１」を入力する（図８Ｂ、ＯＰ１３）。

Ｓ３５、Ｓ３６のそれぞれでは、ＤＨＣＰサーバ２は、ユーザ端末＃１、＃２に対して、ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅメッセージを送信する。

図１０ＤのＳ３７、Ｓ３８のそれぞれでは、ルータ１が、ＤＨＣＰサーバ２からのＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅメッセージを、ユーザ端末＃１、＃２に中継する。Ｓ３９、Ｓ４０では、それぞれ、ユーザ端末＃１、＃２は、ＤＨＣＰ＿Ｒｅｃｏｎｆｉｇｕｒｅメッセージに対する応答として、ＤＨＣＰ＿Ｒｅｎｅｗメッセージを送信する。

Ｓ４１では、ルータ１は、ユーザ端末＃１、＃２それぞれが送信したＤＨＣＰ＿Ｒｅｎｅｗメッセージを受信し、該ＤＨＣＰ＿Ｒｅｎｅｗメッセージの送信元ＩＰアドレスで、ユーザ端末＃１、＃２のＤＨＣＰバインディング情報のＩＰアドレスを更新する（図８Ｂ、ＯＰ１４）。なお、ユーザ端末＃２は、ルータ１に登録されているＤＨＣＰバインディング情報のＩＰアドレスと最新のＤＨＣＰバインディング情報とに差分がないので、更新後も同じＩＰアドレスとなる。

また、Ｓ４１では、ルータ１は、ユーザ端末＃１、＃２それぞれのＤＨＣＰバインディング情報に対応するＲｅｃｏｎｆｉｇｕｒｅ Ｓｔａｔｅの値を「１」から「２」に更新する（図８Ｂ、ＯＰ１５）。

Ｓ４２、Ｓ４３のそれぞれでは、ルータ１は、ＤＨＣＰ＿ＲｅｎｅｗメッセージをＤＨＣＰサーバ２に中継する。

＜第１実施形態の作用効果＞
図１０Ａ〜図１０Ｄでは、ユーザ端末＃１〜＃４の中で最初に、通信サービス利用中で、且つ、ルータ１に登録されているＤＨＣＰバインディング情報と最新のＤＨＣＰバインディング情報とに差分のあるユーザ端末＃４について、ＤＨＣＰ整合性確認処理が行われる。一方、通信サービス利用中でないユーザ端末＃１、＃２については、ルータ１の再起動完了から所定時間経過後に行われる。これによって、ルータ１の起動処理による通信サービス利用中のユーザ端末３の通信切断から復旧までの時間をより短縮することができる。

また、通信サービス利用中であり、且つ、ルータ１に登録されているＤＨＣＰバインディング情報と最新のＤＨＣＰバインディング情報とに差分のないユーザ端末＃３については、ＤＨＣＰ整合性確認処理は実施されない。これによって、余計なＤＨＣＰ整合性確認処理が実施されないことにより、ＤＨＣＰ＿ＲｅｃｏｎｆｉｇｕｒｅメッセージやＤＨＣＰ＿Ｒｅｎｅｗメッセージの中継及びアドレス変換等のルータ１に係る負荷を削減することができる。ルータ１に係る負荷を削減することによって、ルータ１の再起動による通信サービス利用中のユーザ端末３の通信切断から復旧までの時間をより短縮することができる。

＜その他＞
第１実施形態では、ルータ１の再起動時に、上述のＤＨＣＰ整合性確認処理が行われることが説明された。第１実施形態では、ルータ１の再起動とは、工場出荷時の状態からの起動ではないことを示す。そのため、第１実施形態で説明された技術の適用は、稼働中のルータ１の電源が切断された後に自動的に起動する場合に限定されない。

例えば、予めルータ１のディスク１０４にＤＨＣＰバインディング情報を含むファイル１０７が保存されている状態で、ルータ１の電源が投入されて、ルータ１が起動する場合にも、第１実施形態で説明された技術を適用可能である。第１実施形態によれば、例えば、すでにユーザ端末３がＩＰアドレスをＤＨＣＰで取得しており、該ユーザ端末３を接続するルータ１が別のルータ１に交換されるような場合に、ユーザ端末３の通信復旧までの時間を短縮することができる。

また、第１実施形態では、ルータ１が工場出荷時の状態から起動した場合には、ディスク１０４にＤＨＣＰバインディング情報が保存されていないため、ＤＨＣＰ整合性確認処理は実施されない（図８Ａ、ＯＰ１：ＮＯ）。そのため、第１実施形態は、ルータ１が工場出荷時の状態から起動する場合にも適用可能である。

第１実施形態では、ルータ１がＤＨＣＰ Ｒｅｌａｙエージェントとして動作する場合について説明されたが、第１実施形態で説明された技術の適用先はこれに限定されない。

第１実施形態では、動的にＩＰアドレスを割り当てるプロトコルとして、ＤＨＣＰｖ６を例に説明されたが、第１実施形態で説明された技術の適用は、ＤＨＣＰｖ６を導入する通信ネットワークシステムに限定されない。例えば、ＤＨＣＰｖ４を導入する通信ネットワークシステムにも、第１実施形態で説明された技術を適用可能である。

＜記録媒体＞
コンピュータその他の機械、装置（以下、コンピュータ等）に上記いずれかの機能を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる
。コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。

ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる非一時的な記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシュメモリなどのメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスク、ＲＯＭ（リードオンリーメモリ）等がある。さらに、ＳＳＤ（Solid State Drive）は、コンピュータ等から取り外し可能な記録媒体としても、コ
ンピュータ等に固定された記録媒体としても利用可能である。

＜付記＞
上記第１実施形態は、以下の付記を開示する。
（付記１）
クライアント端末と、該クライアント端末にＩＰアドレスを割り当てるサーバとの間でやり取りされるパケットに基づいて、クライアント識別情報と該クライアント端末に割り当てられたＩＰアドレスとを記憶部に登録する登録部と、
受信パケットの送信元ＩＰアドレスが前記記憶部に登録されていない場合に、該受信パケットを廃棄する廃棄部と、
起動時に前記記憶部に記憶されたクライアント識別情報に合致するパケットを受信し、該受信パケットの送信元ＩＰアドレスが前記記憶部に記憶されたＩＰアドレスと異なる場合に、前記サーバに、該受信パケットの送信元のクライアント端末に割り当て中のＩＰアドレスの通知要求を送信する制御部と、
を備えるパケット伝送装置。
（付記２）
前記制御部は、起動完了から所定時間経過までに、前記記憶部に登録されているクライアント端末のうち、パケットを受信しなかったクライアント端末に割り当て中のＩＰアドレスの通知要求を前記サーバに送信する、
付記１に記載のパケット伝送装置。
（付記３）
前記制御部は、前記クライアント端末に割り当て中のＩＰアドレスの通知要求の送信、及び、該通知要求に対する前記サーバからの通知に対する前記クライアント端末からの応答の中継を記録する、
付記１又は２に記載のパケット伝送装置。
（付記４）
前記記憶部に登録されている、前記クライアント識別情報と前記クライアント端末に割り当てられたＩＰアドレスとを記憶する不揮発性の第２の記憶部をさらに備え、
前記記憶部は揮発性であり、
前記制御部は、起動時に前記第２の記憶部から前記クライアント識別情報と前記クライアント端末に割り当てられたＩＰアドレスとを前記記憶部に読み出す、
付記１から３のいずれか１つに記載のパケット伝送装置。
（付記５）
クライアント端末と、
前記クライアント端末にＩＰアドレスを割り当てるサーバと、
前記クライアント端末と前記サーバとの間でやり取りされるパケットに基づいて、クライアント識別情報と該クライアント端末に割り当てられたＩＰアドレスとを記憶部に登録する登録部と、
受信パケットの送信元ＩＰアドレスが前記記憶部に登録されていない場合に、該受信
パケットを廃棄する廃棄部と、
起動時に前記記憶部に記憶されたクライアント識別情報に合致するパケットを受信し、該受信パケットの送信元ＩＰアドレスが前記記憶部に記憶されたＩＰアドレスと異なる場合に、前記サーバに、該受信パケットの送信元のクライアント端末に割り当て中のＩＰアドレスの通知要求を送信する制御部と、
を備えるパケット伝送装置と、
を含む通信ネットワークシステム。
（付記６）
コンピュータが、
クライアント端末と、該クライアントにＩＰアドレスを割り当てるサーバとの間でやり取りされるパケットに基づいて、クライアント識別情報と該クライアント端末に割り当てられたＩＰアドレスとを記憶部に登録し、
受信パケットの送信元ＩＰアドレスが前記記憶部に登録されていない場合に、該受信パケットを廃棄し、
起動時に前記記憶部に記憶されたクライアント識別情報に合致するパケットを受信し、該受信パケットの送信元ＩＰアドレスが前記記憶部に記憶されたＩＰアドレスと異なる場合に、前記サーバに、該受信パケットの送信元のクライアント端末に割り当て中のＩＰアドレスの通知要求を送信する、
アドレス割当確認方法。

１ ルータ
２ ＤＨＣＰサーバ
３ ユーザ端末
１１ ＤＨＣＰ制御部
１２ 転送制御部
１３ ＤＨＣＰ Ｒｅｌａｙエージェント部
１４ ＤＨＣＰスヌーピング部
１５ ＩＰソースガード部
１６ ＤＨＣＰバインディング制御部
１７ ＤＨＣＰバインディングテーブル
１８ Ｒｅｃｏｎｆｉｇｕｒｅチェックテーブル
１９ 転送部
１０１ ＣＰＵ
１０２ メモリ
１０３ ディスクコントローラ
１０４ ディスク

Claims (4)

1. クライアント端末と、該クライアント端末にＩＰアドレスを割り当てるサーバとの間でやり取りされるパケットに基づいて、クライアント識別情報と該クライアント端末に割り当てられたＩＰアドレスとを記憶部に登録する登録部と、
   受信パケットの送信元ＩＰアドレスが前記記憶部に登録されていない場合に、該受信パケットを廃棄する廃棄部と、
   起動時に前記記憶部に記憶されたクライアント識別情報に合致するパケットを受信し、該受信パケットの送信元ＩＰアドレスが前記記憶部に記憶されたＩＰアドレスと異なる場合に、前記サーバに、該受信パケットの送信元のクライアント端末に割り当て中のＩＰアドレスの通知要求を送信する制御部と、
   を備えるパケット伝送装置。
2. 前記制御部は、起動完了から所定時間経過までに、前記記憶部に登録されているクライアント端末のうち、パケットを受信しなかったクライアント端末に割り当て中のＩＰアドレスの通知要求を前記サーバに送信する、
   請求項１に記載のパケット伝送装置。
3. クライアント端末と、
   前記クライアント端末にＩＰアドレスを割り当てるサーバと、
   前記クライアント端末と前記サーバとの間でやり取りされるパケットに基づいて、クライアント識別情報と該クライアント端末に割り当てられたＩＰアドレスとを記憶部に登録する登録部と、
   受信パケットの送信元ＩＰアドレスが前記記憶部に登録されていない場合に、該受信パケットを廃棄する廃棄部と、
   起動時に前記記憶部に記憶されたクライアント識別情報に合致するパケットを受信し、該受信パケットの送信元ＩＰアドレスが前記記憶部に記憶されたＩＰアドレスと異なる場合に、前記サーバに、該受信パケットの送信元のクライアント端末に割り当て中のＩＰアドレスの通知要求を送信する制御部と、
   を備えるパケット伝送装置と、
   を含む通信ネットワークシステム。
4. コンピュータが、
   クライアント端末と、該クライアント端末にＩＰアドレスを割り当てるサーバとの間でやり取りされるパケットに基づいて、クライアント識別情報と該クライアント端末に割り当てられたＩＰアドレスとを記憶部に登録し、
   受信パケットの送信元ＩＰアドレスが前記記憶部に登録されていない場合に、該受信パケットを廃棄し、
   起動時に前記記憶部に記憶されたクライアント識別情報に合致するパケットを受信し、該受信パケットの送信元ＩＰアドレスが前記記憶部に記憶されたＩＰアドレスと異なる場合に、前記サーバに、該受信パケットの送信元のクライアント端末に割り当て中のＩＰアドレスの通知要求を送信する、
   アドレス割当確認方法。

Images