JP2000004257A - Ｄｈｃｐリレーエージェント機能の起動および停止方法およびルータ - Google Patents

Abstract

(57)【要約】 【課題】 アドレス体系の異なるネットワーク間で、Ｄ
ＨＣＰによってクライアントがサーバからＩＰアドレス
を取得する時、複数のＤＨＣＰリレーエージェントが存
在する場合には無効パケットが発生する。 【解決手段】 複数のＤＨＣＰリレーエージェント６、
７等に、異なるタイミングを与えておき、タイミングの
最も短いＤＨＣＰリレーエージェントが動作し、他のリ
レーエージェントはネットワーク９上のデータを監視し
て、他のリレーエージェントがメッセージを送ったこと
を発見した場合には、リレーエージェントの機能を停止
する。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、ネットワークアド
レス体系が異なるネットワーク間で、ＤＨＣＰ（Ｄｙｎ
ａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐ
ｒｏｔｏｃｏｌ）サーバとＤＨＣＰクライアントが通信
するための、ＤＨＣＰリレーエージェントに関する。

【０００２】

【従来の技術】従来、ＤＨＣＰクライアントが、異なる
ネットワークアドレス体系のネットワーク上にあるＤＨ
ＣＰサーバからＩＰアドレスを得ようとする場合、クラ
イアントはＤＨＣＰリレーエージェントにＩＰアドレス
を取得するために有効サーバを見つけるためのメッセー
ジをブロードキャストで送信し、クライアントの属する
ネットワーク上に複数のＤＨＣＰリレーエージェントが
存在すると、クライアントがブロードキャストした信号
を、同一ネットワーク上の全ＤＨＣＰリレーエージェン
トがそれぞれ独立に受信し、それぞれがＤＨＣＰサーバ
からＩＰアドレスを取得するために、メッセージの中継
や応答を行なっていた。即ち、同じデータがＤＨＣＰク
ライアント、各ＤＨＣＰリレーエージェント、ＤＨＣＰ
サーバの間で重複して転送され、そしてＤＨＣＰクライ
アントは最初に受信した応答によってＤＨＣＰサーバを
選択してＩＰアドレスを取得していた。

【０００３】

【発明が解決しようとする課題】しかしながら、上記の
ような従来の方式では、ＤＨＣＰサーバを起動したＤＨ
ＣＰクライアントがＩＰアドレスを受け取るまでに、Ｄ
ＨＣＰサーバ、ＤＨＣＰリレーエージェント、ＤＨＣＰ
クライアント間で、同じ動作がリレーエージェント数だ
け繰り返されることになり、無効動作が増加し、無効ト
ラヒックを生じる原因になっていた。

【０００４】本発明は、このような従来の課題を解決す
るためになされたもので、同一ネットワーク内では、１
つのＤＨＣＰリレーエージェントだけがＤＨＣＰサー
バ、ＤＨＣＰクライアントとデータのやり取りをし、他
のＤＨＣＰリレーエージェントの動作を停止させ、無効
トラヒックを防止することが課題である。

【０００５】

【課題を解決するための手段】上記の課題を解決するた
めに請求項１に記載の発明は、ＤＨＣＰサーバと、少な
くとも１つのＤＨＣＰクライアントが接続された第１の
ネットワークと、前記第１のネットワークとルータを介
して接続された、該第１のネットワークとネットワーク
アドレス体系の異なる第２のネットワークから構成さ
れ、前記第２のネットワークには、少なくとも１つのＤ
ＨＣＰリレーエージェントおよびＤＨＣＰクライアント
が接続されており、前記ＤＨＣＰリレーエージェントが
複数存在する場合には、各ＤＨＣＰリレーエージェント
はそれぞれ異なるタイミングを与えられ、該ＤＨＣＰリ
レーエージェントは、前記第２のネットワーク上のＤＨ
ＣＰクライアントから、第１のネットワーク上のＤＨＣ
ＰサーバからＩＰアドレスを取得するためにブロードキ
ャストされるＩＰアドレス取得要求メッセージを監視
し、該ＩＰアドレス取得要求メッセージの受信によっ
て、前記タイミングを測り始めると同時に、他のＤＨＣ
Ｐリレーエージェントから前記第１のネットワークのＤ
ＨＣＰサーバにユニキャストされるＩＰアドレス取得要
求メッセージを監視して、前記タイミング終了前に他の
ＤＨＣＰリレーエージェントからＤＨＣＰサーバにユニ
キャストされるメッセージを検知した場合には、前記Ｉ
Ｐアドレス取得要求メッセージの監視を停止すると共に
リレーエージェントとしての機能も停止し、前記タイミ
ング終了まで、他のＤＨＣＰリレーエージェントからＤ
ＨＣＰサーバにユニキャストされるＩＰアドレス取得要
求メッセージを検知しなかった場合には、ＩＰアドレス
取得要求メッセージの監視を停止し、ＤＨＣＰサーバに
ＩＰアドレス取得要求メッセージをユニキャストすると
共に、リレーエージェント機能を動作させ、前記第１の
ネットワーク上のＤＨＣＰサーバと、サーバにアクセス
した第２のネットワーク上のＤＨＣＰクライアントの間
でデータの転送を行なうことを特徴とする。

【０００６】本発明によれば、タイミングの１番短いＤ
ＨＣＰリレーエージェントのみがリレーエージェントと
して働き、他のＤＨＣＰリレーエージェントは動作を停
止するので、ＩＰアドレス取得のための無効トラヒック
を減少させることができる。

【０００７】本発明の請求項２に記載のルータは、ＤＨ
ＣＰサーバおよび少なくとも１つのＤＨＣＰクライアン
トが接続された第１のネットワークと、当該第１のネッ
トワークはネットワークアドレス体系が異なる第２のネ
ットワークとの間に介在し、これらのネットワーク間で
データのルーティングを行なうルータにおいて、ＤＨＣ
Ｐリレーエージェント機能と、予め設定されたタイミン
グを記憶する記憶手段と、前記第２のネットワーク上の
ＤＨＣＰクライアントから、前記第１のネットワーク上
のＤＨＣＰサーバからＩＰアドレスを取得するためにブ
ロードキャストされるＩＰアドレス取得要求メッセージ
を監視する第１の監視手段と、前記第１の監視手段が前
記ＩＰアドレス取得要求メッセージを検知すると、前記
記憶手段に記憶されているタイミングの間に、ＤＨＣＰ
リレーエージェントが前記第１のネットワークのＤＨＣ
ＰサーバにユニキャストするＩＰアドレス取得要求メッ
セージを送信したかどうか監視する第２の監視手段と、
前記タイミング内に前記ＤＨＣＰリレーエージェントが
送信したＩＰアドレス取得要求メッセージを送信したこ
とを検知した場合は、前記ＤＨＣＰリレーエージェント
機能を停止させ、前記タイミング内に当該ＩＰアドレス
取得要求メッセージを検知しなかった場合は、前記リレ
ーエージェント機能を動作させるリレーエージェント機
能制御手段とを備えたことを特徴とする。

【０００８】本発明によれば、請求項１に記載のＤＨＣ
Ｐリレーエージェント機能の起動および停止を行なうル
ータを実現できる。

【０００９】

【発明の実施の形態】図1は、本発明の実施の形態であ
るネットワーク構成図である。

【００１０】ＤＨＣＰは、個々のクライアントにはＩＰ
アドレスを設定せず、クライアントが起動時にＤＨＣＰ
サーバにアクセスしてＩＰアドレスを取得するプロトコ
ルである。

【００１１】本発明はＤＨＣＰサーバとは異なるネット
ワーク上のＤＨＣＰクライアントが、ＤＨＣＰリレーエ
ージェントを介してＤＨＣＰサーバからＩＰアドレスを
取得する方法に関する。

【００１２】図１において、１はＤＨＣＰサーバ、２は
ＤＨＣＰクライアントで、共に第１のネットワーク３に
接続されている。そしてＤＨＣＰクライアント２は一般
的には複数であるが、図ではＤＨＣＰクライアント２で
代表している。

【００１３】ＤＨＣＰサーバの接続されたネットワーク
３は、例えば企業における本社内のローカルエリアネッ
トワークＬＡＮを想定している。

【００１４】４はルータで、他のネットワークと接続す
るためにネットワーク３に接続されている。

【００１５】５はワイドエリアネットワークＷＡＮで、
ネットワーク３と後で説明するネットワーク９を接続す
るために、ルータ４および後述するルータ機能をもった
ＤＨＣＰリレーエージェント６に接続されている。５は
ＷＡＮである必要はなく、サービス総合ディジタルネッ
トワークＩＳＤＮであってもよい。

【００１６】６および７はネットワーク９に接続された
ルータ機能を有するＤＨＣＰリレーエージェントであ
る。

【００１７】図１ではＤＨＣＰリレーエージェントは６
および７の２つが示されているが、３つ以上でもよい
し、ルータ機能を分離してもよい。

【００１８】８はＤＨＣＰクライアントを代表的に表し
たもので、この数も一般的には複数である。

【００１９】９は第２のネットワークで、例えば企業の
支社のローカルエリアネットワークＬＡＮを想定してい
る。

【００２０】ＤＨＣＰリレーエージェントはネットワー
ク構成上は１つで良いが、ＤＨＣＰリレーエージェント
を組み込んだワークステーション等もあり、この様なワ
ークステーションをネットワークに接続することによっ
て、現実には複数になることが多い。

【００２１】図２はルータ機能を有するＤＨＣＰリレー
エージェント通信装置６の内部構成を示した図である。

【００２２】６０１は中央処理装置ＣＰＵで、ＤＨＣＰ
リレーエージェントの制御、ルーティングの制御、およ
びデータ通信の監視を制御する。

【００２３】６０２は主記憶装置ＲＡＭで、ＤＨＣＰリ
レーエージェントおよびデータ通信監視の実行用メモリ
である。

【００２４】６０３は記憶装置ＥＥＰＲＯＭで、ＤＨＣ
Ｐリレーエージェント、ルータ、およびデータ通信監視
のタイミング値、プログラム等の記憶用メモリである。

【００２５】６０４は発光ダイオードＬＥＤで、ＷＡＮ
およびネットワーク９のＨＵＢの状態を表示する表示器
である。

【００２６】６０５は時計で、ＤＨＣＰリレーエージェ
ントおよびデータ通信監視のタイミングを計時する。

【００２７】６０６は記憶装置ＲＡＭで、後述するＬＡ
Ｎコントローラ６０７およびＷＡＮコントローラ６０８
が送受信するデータ格納用のメモリである。

【００２８】６０７はＬＡＮコントローラで、ネットワ
ーク９から受信または送信するデータを制御する。

【００２９】６０８はＷＡＮコントローラで、ＷＡＮか
ら受信または送信するデータを制御する。

【００３０】６０９はインタフェースコントローラで、
ＷＡＮインタフェースの物理的な制御をする。

【００３１】６１０はＨＵＢコントローラで、ネットワ
ーク９のＨＵＢ機能を制御する。

【００３２】６１１はＲＳ―２３２Ｃインタフェースの
物理的な制御をする。

【００３３】１０はＤＨＣＰリレーエージェントのデー
タ監視タイミング値、動作条件等の機能設定や保守管理
を行なう端末装置である。

【００３４】図３は、図１に示すように、ネットワーク
９にＤＨＣＰリレーエージェント６（データ監視タイミ
ングをα秒に設定）とＤＨＣＰリレーエージェント７
（データ監視タイミングを０秒に設定、従来技術による
ＤＨＣＰリレーエージェントと同等）が共存した状態に
おいて、ネットワーク９に接続されたＤＨＣＰクライア
ント８が、ネットワーク３上のＤＨＣＰサーバ１にＩＰ
アドレスを取得にゆく動作の、本発明に関係する部分の
シーケンスを示した図である。

【００３５】ＤＨＣＰクライアント８がＩＰアドレスの
取得を行なう時、先ず自分を起動して立ち上げる（ステ
ップＳ１０１）。

【００３６】次に有効サーバを見つけるために、ＤＨＣ
ＰＤＩＳＣＯＶＥＲメッセージ（ＩＰアドレス取得要求
メッセージ）をブロードキャストで送信する(ステップ
Ｓ１０２−１、ステップＳ１０２−２)。

【００３７】ＤＨＣＰリレーエージェント６はこのメッ
セージを受信すると、他にＤＨＣＰリレーエージェント
が存在するかどうかを確かめるために、α秒間ネットワ
ーク９上のデータ監視を開始する（ステップＳ１０
３）。

【００３８】ここでαは可変であり端末装置１０から自
由に設定でき、設定された時間（α秒）を記憶装置に記
憶させておく。また自動設定も可能である。

【００３９】ＤＨＣＰリレーエージェント７はα＝０に
設定してあるので、従来技術によるＤＨＣＰリレーエー
ジェントと同様、直ちにサーバ宛にＤＨＣＰＤＩＳＣＯ
ＶＥＲメッセージをユニキャストで送信する（ステップ
Ｓ１０４）。

【００４０】このメッセージはデータ監視を開始してい
るＤＨＣＰリレーエージェント６で検知され、ＤＨＣＰ
リレーエージェント６はデータ監視を停止すると共に、
リレーエージェント機能も停止する（ステップＳ１０
５）ＤＨＣＰＤＩＳＣＯＶＥＲメッセージを受け取った
ＤＨＣＰサーバ１は、折り返しＤＨＣＰＯＦＦＥＲメッ
セージ（ＩＰアドレス取得応答メッセージ）をユニキャ
ストでＤＨＣＰリレーエージェント７に送信する（ステ
ップＳ１０６）。

【００４１】このメッセージを受信したＤＨＣＰリレー
エージェント７は、ＤＨＣＰＯＦＦＥＲメッセージをネ
ットワーク９にブロードキャストで送信する（ステップ
Ｓ１０７）。

【００４２】ＤＨＣＰＯＦＦＥＲメッセージを受け取っ
たＤＨＣＰクライアント８は、ＤＨＣＰＲＥＱＵＥＳＴ
メッセージ（パラメータ要求メッセージ）をブロードキ
ャストで送信する（ステップＳ１０８−１、ステップＳ
１０８−２）。

【００４３】ステップＳ１０８−１でＤＨＣＰＲＥＱＵ
ＥＳＴメッセージを受け取ったＤＨＣＰリレーエージェ
ント６は、この呼に関して記憶していたフレーム（ＤＨ
ＣＰＤＩＳＣＯＶＥＲメッセージ）を廃棄する（ステッ
プＳ１０９）。

【００４４】一方、ステップＳ１０８−２でＤＨＣＰＲ
ＥＱＵＥＳＴメッセージを受け取ったＤＨＣＰリレーエ
ージェント７は、ＤＨＣＰサーバ１宛にユニキャストで
これを転送する（ステップＳ１１０）。

【００４５】ＤＨＣＰＲＥＱＵＥＳＴメッセージを受け
取ったＤＨＣＰサーバ１は、ＤＨＣＰリレーエージェン
ト７宛にＤＨＣＰＡＣＫメッセージ（パラメータ要求受
理メッセージ）をユニキャストで送信する（ステップＳ
１１１）。

【００４６】ＤＨＣＰリレーエージェント７はＤＨＣＰ
ＡＣＫメッセージをネットワーク９にブロードキャスト
で送信し、ＤＨＣＰクライアント８がこれを受信してＩ
Ｐアドレスを取得できる状態になる（ステップＳ１１
２）。

【００４７】以上説明したように、本発明の実施の形態
によるＤＨＣＰリレーエージェントは、タイミングによ
って他のＤＨＣＰリレーエージェントの動作を監視して
いるので、他と重複した無駄なパケットを送出せず、ト
ラヒックを軽減する。

【００４８】図４は、ネットワーク９にＤＨＣＰリレー
エージェント６だけが存在し、ＤＨＣＰリレーエージェ
ント７が存在しない状態において、ネットワーク９に接
続されたＤＨＣＰクライアント８が、ネットワーク３上
のＤＨＣＰサーバ１にＩＰアドレスを取得にゆく動作
の、本発明に関係する部分のシーケンスを示した図であ
る。

【００４９】ＤＨＣＰクライアント８がＩＰアドレスの
取得を行なう時、先ず自分を起動して立ち上げる（ステ
ップＳ２０１）。

【００５０】次に有効サーバを見つけるために、ＤＨＣ
ＰＤＩＳＣＯＶＥＲメッセージをブロードキャストで送
信する(ステップＳ２０２)。

【００５１】ＤＨＣＰリレーエージェント６はこのメッ
セージを受信すると、他にＤＨＣＰリレーエージェント
が存在するかどうかを確かめるために、α秒間ネットワ
ーク９上のデータ監視を開始する（ステップＳ２０
３）。

【００５２】ＤＨＣＰリレーエージェント６がα秒間、
他のＤＨＣＰリレーエージェントからＤＨＣＰサーバ１
にユニキャストで送信されるＤＨＣＰＤＩＳＣＯＶＥＲ
メッセージを受信しないと、他にＤＨＣＰリレーエージ
ェントが存在しないと判定して、データの監視を停止
し、リレーエージェント機能を動作させる（ステップＳ
２０４）。

【００５３】そして、ＤＨＣＰリレーエージェント６が
ＤＨＣＰサーバ１宛にＤＨＣＰＤＩＳＣＯＶＥＲメッセ
ージをユニキャストで送信する（Ｓ２０５）。

【００５４】ＤＨＣＰＤＩＳＣＯＶＥＲメッセージを受
け取ったＤＨＣＰサーバ１は、折り返しＤＨＣＰＯＦＦ
ＥＲメッセージをユニキャストでＤＨＣＰリレーエージ
ェント６に送信する（ステップＳ２０６）。

【００５５】このメッセージを受信したＤＨＣＰリレー
エージェント６は、ＤＨＣＰＯＦＦＥＲメッセージをネ
ットワーク９にブロードキャストで送信する（ステップ
Ｓ２０７）。

【００５６】ＤＨＣＰＯＦＦＥＲメッセージを受け取っ
たＤＨＣＰクライアント８は、ＤＨＣＰＲＥＱＵＥＳＴ
メッセージをブロードキャストで送信する（ステップＳ
２０８）。

【００５７】ステップＳ２０８でＤＨＣＰＲＥＱＵＥＳ
Ｔメッセージを受け取ったＤＨＣＰリレーエージェント
６は、ＤＨＣＰサーバ１宛にユニキャストでこれを転送
する（ステップＳ２０９）。

【００５８】ＤＨＣＰＲＥＱＵＥＳＴメッセージを受け
取ったＤＨＣＰサーバ１は、ＤＨＣＰリレーエージェン
ト６宛にＤＨＣＰＡＣＫメッセージをユニキャストで送
信する（ステップＳ２１０）。

【００５９】ＤＨＣＰリレーエージェント６はＤＨＣＰ
ＡＣＫメッセージをネットワーク９にブロードキャスト
で送信し、ＤＨＣＰクライアント８がこれを受信してＩ
Ｐアドレスを取得できる状態になる（ステップＳ２１
１）。

【００６０】以上説明したように、本発明の実施の形態
によるＤＨＣＰリレーエージェントは、タイミングによ
って他のＤＨＣＰリレーエージェントの動作を監視して
いるので、α秒の遅れは生じるが従来の技術と同様の機
能を発揮する。

【００６１】図５は、図１において、ネットワーク９に
ＤＨＣＰリレーエージェント６および７と図示省略され
たもう１つのＤＨＣＰリレーエージェント（いずれも本
発明の実施の形態によるＤＨＣＰリレーエージェント）
が接続され、同じくネットワーク９に接続されたＤＨＣ
Ｐクライアント８が、ネットワーク３上のＤＨＣＰサー
バ１にＩＰアドレスを取得にゆく動作の、本発明に関係
する部分の動作シーケンスを示した図である。

【００６２】図５では、上で説明した３つのＤＨＣＰリ
レーエージェントを＃１、＃２、および＃３で区別す
る。

【００６３】ＤＨＣＰクライアント８がＩＰアドレスの
取得を行なう時、先ず自分を起動して立ち上げる（ステ
ップＳ３０１）。

【００６４】次に有効サーバを見つけるために、ＤＨＣ
ＰＤＩＳＣＯＶＥＲメッセージをブロードキャストで送
信する（ステップＳ３０２−１、ステップＳ３０２−
２、およびステップＳ３０２−３）。

【００６５】ＤＨＣＰリレーエージェント＃１、＃２、
および＃３はこのメッセージを受信すると、他にＤＨＣ
Ｐリレーエージェントが存在するかどうかを確かめるた
めに、それぞれａ秒間、ｂ秒間、およびｃ秒間、ネット
ワーク９上のデータ監視を開始する（ステップＳ３０３
―１、ステップＳ３０３−２，およびステップＳ３０３
―３）。

【００６６】ここで時間ａ、ｂ、およびｃは、図５に示
したようにａ＞ｂ＞ｃの関係をもつものとする。

【００６７】時間ｃが最も短いので、ＤＨＣＰリレーエ
ージェント＃３が最初にタイムアウトする。ＤＨＣＰリ
レーエージェント＃３はｃ秒のタイムアウトによってデ
ータの監視を停止し、リレーエージェントとしての動作
を始め（ステップＳ３０４）、先ずＤＨＣＰＤＩＳＣＯ
ＶＥＲメッセージをＤＨＣＰサーバ１宛にユニキャスト
で送信する（ステップＳ３０５）。

【００６８】このメッセージはデータ監視を開始してい
るＤＨＣＰリレーエージェント＃１および＃２で検知さ
れ、ＤＨＣＰリレーエージェント＃１および＃２は他の
ＤＨＣＰリレーエージェントが動作していることを知っ
て、データ監視を停止すると共に、リレーエージェント
機能も停止する（ステップＳ３０６―１およびステップ
３０６―２）ＤＨＣＰＤＩＳＣＯＶＥＲメッセージを受
け取ったＤＨＣＰサーバ１は、折り返しＤＨＣＰＯＦＦ
ＥＲメッセージをユニキャストでＤＨＣＰリレーエージ
ェント＃３に送信する（ステップＳ３０７）。

【００６９】このメッセージを受信したＤＨＣＰリレー
エージェント＃３は、ＤＨＣＰＯＦＦＥＲメッセージを
ネットワーク９にブロードキャストで送信する（ステッ
プＳ３０８）。

【００７０】ＤＨＣＰＯＦＦＥＲメッセージを受け取っ
たＤＨＣＰクライアント８は、ＤＨＣＰＲＥＱＵＥＳＴ
メッセージをブロードキャストで送信する（ステップＳ
３０９−１、ステップＳ３０９−２、およびステップ３
０９―３）。

【００７１】ステップＳ３０９−１およびステップＳ３
０９−２でＤＨＣＰＲＥＱＵＥＳＴメッセージを受け取
ったＤＨＣＰリレーエージェント＃１および＃２は、こ
の呼に関して記憶していたフレーム（ＤＨＣＰＤＩＳＣ
ＯＶＥＲメッセージ）を廃棄する（ステップＳ３１０―
１およびステップＳ３１０−２）。

【００７２】一方、ステップＳ３０９−３でＤＨＣＰＲ
ＥＱＵＥＳＴメッセージを受け取ったＤＨＣＰリレーエ
ージェント＃３は、ＤＨＣＰサーバ１宛にユニキャスト
でこれを転送する（ステップＳ３１１）。

【００７３】ＤＨＣＰＲＥＱＵＥＳＴメッセージを受け
取ったＤＨＣＰサーバ１は、ＤＨＣＰリレーエージェン
ト＃３宛にＤＨＣＰＡＣＫメッセージをユニキャストで
送信する（ステップＳ３１２）。

【００７４】ＤＨＣＰリレーエージェント＃３はＤＨＣ
ＰＡＣＫメッセージをネットワーク９にブロードキャス
トで送信し、ＤＨＣＰクライアント８がこれを受信して
ＩＰアドレスを取得できる状態になる（ステップＳ３１
３）。

【００７５】以上説明したように、本発明の実施の形態
によるＤＨＣＰリレーエージェントは、タイミングによ
って他のＤＨＣＰリレーエージェントの動作を監視して
いるので、タイミングの最も短いＤＨＣＰリレーエージ
ェントが動作をし、他のＤＨＣＰリレーエージェントは
動作を停止するので、重複した無駄なパケットを送出す
ることが無くなり、トラヒックが軽減する。

【００７６】

【発明の効果】本発明によれば、ＤＨＣＰによってＩＰ
アドレスを取得する場合、複数のＤＨＣＰリレーエージ
ェントがあっても、異なるタイミングによって互いに他
のＤＨＣＰリレーエージェントが動作しているかどうか
を監視し、タイミングの最も短いＤＨＣＰリレーエージ
ェントのみが動作し、他は動作を停止するので、無効パ
ケットの送出が無くなりトラヒックが減少し、サービス
が向上する効果がある。

【図面の簡単な説明】

【図１】本発明の実施の形態におけるシステム構成図で
ある。

【図２】本発明の実施の形態におけるＤＨＣＰリレーエ
ージェントのブロック構成図である。

【図３】本発明の実施の形態におけるＤＨＣＰリレーエ
ージェントと従来の技術におけるＤＨＣＰリレーエージ
ェントが混在した場合のＩＰアドレス取得時のシーケン
ス図である。

【図４】本発明の実施の形態におけるＤＨＣＰリレーエ
ージェントが単独で存在する場合の、ＩＰアドレス取得
時のシーケンス図である。

【図５】本発明の実施の形態におけるＤＨＣＰリレーエ
ージェントが複数存在する場合の、ＩＰアドレス取得時
のシーケンス図である。

【符号の説明】

１ ＤＨＣＰサーバ ２ ＤＨＣＰクライアント ３ 第１のネットワーク ４ ルータ ５ ワイドエリアネットワーク（ＷＡＮ） ６、７ ルータ機能をもったＤＨＣＰリレーエージェ
ント ８ ＤＨＣＰクライアント ９ 第２のネットワーク

Claims (2)

【特許請求の範囲】
1. 【請求項１】 ＤＨＣＰサーバと、少なくとも１つのＤ
   ＨＣＰクライアントが接続された第１のネットワーク
   と、 前記第１のネットワークとルータを介して接続された、
   該第１のネットワークとネットワークアドレス体系の異
   なる第２のネットワークから構成され、 前記第２のネットワークには、少なくとも１つのＤＨＣ
   ＰリレーエージェントおよびＤＨＣＰクライアントが接
   続されており、 前記ＤＨＣＰリレーエージェントが複数存在する場合に
   は、各ＤＨＣＰリレーエージェントはそれぞれ異なるタ
   イミングを与えられ、 該ＤＨＣＰリレーエージェントは、前記第２のネットワ
   ーク上のＤＨＣＰクライアントから、第１のネットワー
   ク上のＤＨＣＰサーバからＩＰアドレスを取得するため
   にブロードキャストされるＩＰアドレス取得要求メッセ
   ージを監視し、 該ＩＰアドレス取得要求メッセージの受信によって、前
   記タイミングを測り始めると同時に、他のＤＨＣＰリレ
   ーエージェントから前記第１のネットワークのＤＨＣＰ
   サーバにユニキャストされるＩＰアドレス取得要求メッ
   セージを監視して、 前記タイミング終了前に他のＤＨＣＰリレーエージェン
   トからＤＨＣＰサーバにユニキャストされるメッセージ
   を検知した場合には、前記ＩＰアドレス取得要求メッセ
   ージの監視を停止すると共にリレーエージェントとして
   の機能も停止し、 前記タイミング終了まで、他のＤＨＣＰリレーエージェ
   ントからＤＨＣＰサーバにユニキャストされるＩＰアド
   レス取得要求メッセージを検知しなかった場合には、Ｉ
   Ｐアドレス取得要求メッセージの監視を停止し、ＤＨＣ
   ＰサーバにＩＰアドレス取得要求メッセージをユニキャ
   ストすると共に、リレーエージェント機能を動作させ、 前記第１のネットワーク上のＤＨＣＰサーバと、サーバ
   にアクセスした第２のネットワーク上のＤＨＣＰクライ
   アントの間でデータの転送を行なう、 ことを特徴とするＤＨＣＰリレーエージェント機能の起
   動および停止方法。
2. 【請求項２】 ＤＨＣＰサーバおよび少なくとも１つの
   ＤＨＣＰクライアントが接続された第１のネットワーク
   と、当該第１のネットワークはネットワークアドレス体
   系が異なる第２のネットワークとの間に介在し、これら
   のネットワーク間でデータのルーティングを行なうルー
   タにおいて、 ＤＨＣＰリレーエージェント機能と、 予め設定されたタイミングを記憶する記憶手段と、 前記第２のネットワーク上のＤＨＣＰクライアントか
   ら、前記第１のネットワーク上のＤＨＣＰサーバからＩ
   Ｐアドレスを取得するためにブロードキャストされるＩ
   Ｐアドレス取得要求メッセージを監視する第１の監視手
   段と、 前記第１の監視手段が前記ＩＰアドレス取得要求メッセ
   ージを検知すると、前記記憶手段に記憶されているタイ
   ミングの間に、ＤＨＣＰリレーエージェントが前記第１
   のネットワークのＤＨＣＰサーバにユニキャストするＩ
   Ｐアドレス取得要求メッセージを送信したかどうか監視
   する第２の監視手段と、 前記タイミング内に前記ＤＨＣＰリレーエージェントが
   送信したＩＰアドレス取得要求メッセージを送信したこ
   とを検知した場合は、前記ＤＨＣＰリレーエージェント
   機能を停止させ、前記タイミング内に当該ＩＰアドレス
   取得要求メッセージを検知しなかった場合は、前記リレ
   ーエージェント機能を動作させるリレーエージェント機
   能制御手段と、 を備えたことを特徴とするルータ。