ネットワークシステムおよび伝送装置並びに接続管理方法
【課題】
従来は、ＤＨＣＰ方式を用いるネットワークシステムにおいて、ＯＬＴ側で必要のない余計な情報の動的な削除や再登録を行うことができなかった。
【解決手段】
本発明に係るネットワークシステムは、複数の端末装置を管理下に収容する伝送装置と、上位網にアクセスするためのＩＰアドレスを前記端末装置に割り当てるサーバ装置とを有するネットワークシステムにおいて、前記伝送装置は、前記端末装置と前記サーバ装置との間で送受信される情報をモニタして、前記サーバ装置から前記端末装置にＩＰアドレスを最初に割り当てる初期シーケンス完了時に、前記端末装置情報を端末情報保持メモリに登録してリンクを管理し、前記端末装置とのリンク断を検出時に前記端末情報保持メモリに登録された当該端末装置情報を削除することを特徴とする。
従来は、ＤＨＣＰ方式を用いるネットワークシステムにおいて、ＯＬＴ側で必要のない余計な情報の動的な削除や再登録を行うことができなかった。
【解決手段】
本発明に係るネットワークシステムは、複数の端末装置を管理下に収容する伝送装置と、上位網にアクセスするためのＩＰアドレスを前記端末装置に割り当てるサーバ装置とを有するネットワークシステムにおいて、前記伝送装置は、前記端末装置と前記サーバ装置との間で送受信される情報をモニタして、前記サーバ装置から前記端末装置にＩＰアドレスを最初に割り当てる初期シーケンス完了時に、前記端末装置情報を端末情報保持メモリに登録してリンクを管理し、前記端末装置とのリンク断を検出時に前記端末情報保持メモリに登録された当該端末装置情報を削除することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＤＨＣＰ方式を用いる伝送システムおよび伝送装置並びに接続管理方法に関する。
【背景技術】
【０００２】
近年、ＩＰｖ４アドレスの枯渇化が進んでおり、ＩＡＮＡ（Ｉｎｔｅｒｎｅｔ Ａｓｓｉｇｎｅｄ Ｎｕｍｂｅｒｓ Ａｕｔｈｏｒｉｔｙ）からのＩＰｖ４アドレスの新規払出し分もなくなっている。一方、サーバが動的にＩＰアドレスをユーザ端末に割り当ててユーザ端末の通信を許可するＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）技術が用いられているが、ＩＰｖ４アドレスの枯渇化により、数量的にＤＨＣＰのような動的な割り当てができず、ＰＰＰｏＥ（Ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ ｐｒｏｔｏｃｏｌ ｏｖｅｒ Ｅｔｈｅｒｎｅｔ（登録商標））技術によりイーサネットフレームにＰＰＰをカプセル化する通信プロトコルが主に用いられている。
【０００３】
今後は、ＩＰｖ４よりもアドレス空間が広いＩＰｖ６への移行が進むと予想されている。特にＩＰｖ６は膨大なアドレス空間を持っているため、様々な機器にＩＰアドレスを割り当ててプラグインプレイを実現するＤＨＣＰｖ６技術の利用が進んでいくと考えられる。ＤＨＣＰｖ６では、ＤＨＣＰｖ４で培ったさまざまな技術が踏襲され、今後さらに発展していくことが予想されるが、ＤＨＣＰｖ６で定められたメッセージを確実に利用することが今後の課題になると思われる。
【０００４】
一方、ＧＥＰＯＮ（Ｇｉｇａｂｉｔ Ｅｔｈｅｒｎｅｔ（登録商標） Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）システムは、光ファイバーケーブルを使用したネットワークで、現在までの主な通信インフラであった電話回線に代わるアクセス系の通信インフラとして急激に増加しており、今日の日本のネットワークインフラではＧＥＰＯＮを使用した通信システムが必要不可欠となっている。
【０００５】
このようなＧＥＰＯＮシステムにおいて、ＤＨＣＰ（ＤＨＣＰｖ４／ｖ６）を利用する際に、スヌーピングを行う技術が検討されている（例えば、特許文献１参照）
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−１６６０８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところが、ＧＥＰＯＮシステムにおける従来のＤＨＣＰスヌーピング技術は、ＤＨＣＰシーケンスのスヌーピングによって、一旦、ＯＬＴ（Ｏｐｔｉｃａｌ Ｌｉｎｅ Ｔｅｒｍｉｎａｌ）にユーザ端末情報が登録されるが、その後のＯＮＵ（Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ Ｕｎｉｔ）の接続の有無に関係なく、ネットワーク管理者による手動の端末情報の削除やサーバからのＩＰアドレスの貸し出し期間の経過、ユーザ端末からの切断要求などの場合以外は、ＯＬＴの管理テーブルに端末情報が保持され続けていた。このために、電源断などで実際には接続されていないＯＮＵ配下のユーザ端末情報が長期間に亘ってＯＬＴ内に残り続けることにより、ＯＬＴで無駄なメモリが消費されてしまうという問題があった。
【０００８】
近年まで主流であったＩＰｖ４アドレスによるネットワークシステムではユーザ端末の接続はＰＰＰｏＥにより行われていたため、サーバから払い出されるユーザ端末の情報は同じものである場合が多く、ＯＮＵが一旦切断されて再接続されても同じ情報で再接続されることが殆どであったため、大きな問題にはならなかった。ところが、ＩＰｖ６アドレス化が進むにつれて、ＤＨＣＰｖ６によるネットワークシステムが利用されるようになると、膨大なアドレス空間を管理することになり、実際に使用されていない端末情報などにより無駄なメモリが消費され、ＯＬＴ内の負荷が増大して誤動作などを引き起こす可能性もある。
【０００９】
そこで、ＯＬＴ側で上記のような必要のない余計な情報の動的な削除や再登録が望まれるが、従来のシステムではユーザ端末の接続状況に応じた動的な動作が行われていなかった。
【００１０】
上記課題に鑑み、本発明の目的は、ＤＨＣＰ方式を用いるネットワークシステムにおいて、ＯＬＴ側で必要のない余計な情報の動的な削除や再登録を行うことができるネットワークシステムおよび伝送装置並びに接続管理方法を提供することである。
【課題を解決するための手段】
【００１１】
本発明に係るネットワークシステムは、複数の端末装置を管理下に収容する伝送装置と、上位網にアクセスするためのＩＰアドレスを前記端末装置に割り当てるサーバ装置とを有するネットワークシステムにおいて、前記伝送装置は、前記端末装置と前記サーバ装置との間で送受信される情報をモニタして、前記サーバ装置から前記端末装置にＩＰアドレスを最初に割り当てる初期シーケンス完了時に、前記端末装置情報を端末情報保持メモリに登録してリンクを管理し、前記端末装置とのリンク断を検出時に前記端末情報保持メモリに登録された当該端末装置情報を削除することを特徴とする。
【００１２】
特に、既に登録を削除された前記端末装置から前記サーバ装置に再接続メッセージが送信され、前記サーバ装置から許可を示すメッセージがあった場合は、前記初期シーケンスを介さずに前記端末装置情報を端末情報保持メモリに再登録することを特徴とする。
【００１３】
また、前記端末装置が管理されている状態での確認メッセージ、既に登録を削除された前記端末装置からの再接続メッセージ、などに対する前記サーバ装置の応答メッセージが当該端末装置の拒否を示す場合、前記端末情報保持メモリに登録された前記端末装置情報を即時に削除せずに、予め設定した時間が経過するまで前記端末情報を保持することを特徴とする。
【００１４】
さらに、既に登録を削除された前記端末装置からの再接続メッセージに対する前記サーバ装置の応答メッセージが前記予め設定した時間内に当該端末装置の拒否を示すメッセージと許可を示すメッセージの両方の応答があった場合、その受信順序に関係なく、許可を示すメッセージを有効として、前記端末装置情報を前記端末情報保持メモリに再登録することを特徴とする。
【００１５】
また、既に登録を削除された前記端末装置からの再接続メッセージに対して、前記接続管理方法の上位網に接続される複数のサーバ装置から返送された応答メッセージが、前記予め設定した時間内に全ての応答メッセージが当該端末装置の拒否を示すメッセージであった場合、または前記予め設定した時間後に許可を示すメッセージがあった場合、のいずれの場合でも前記端末装置情報を再登録しないことを特徴とする。
【００１６】
特に、前記伝送装置は、ＧＥＰＯＮシステムのＯＬＴ装置であり、前記ＯＬＴ装置の配下に接続されるＯＮＵ装置を介して前記端末装置を収容することを特徴とする。
【００１７】
本発明に係る伝送装置は、下位側に複数の端末装置を収容し、上位網にアクセスするためのＩＰアドレスを前記端末装置に割り当てる上位側のサーバ装置との間に配置される伝送装置において、前記伝送装置は、前記端末装置と前記サーバ装置との間で送受信されるメッセージをモニタして、前記端末装置の上位網へのアクセスを制御する制御部と、初期シーケンス時に前記サーバから上位網へのアクセスが許可された前記端末装置情報を登録する端末情報保持メモリと、前記端末装置とのリンク状態を検出するＩＦ部とを備え、前記制御部は、前記ＩＦ部が前記端末装置とのリンク断を検出した場合に、前記端末情報保持メモリに登録された当該端末装置情報を削除することを特徴とする。
【００１８】
特に、前記制御部は、既に登録を削除された前記端末装置から前記サーバ装置に再接続メッセージが送信され、前記サーバ装置から許可を示すメッセージがあった場合は、前記初期シーケンスを介さずに前記端末装置情報を端末情報保持メモリに再登録することを特徴とする。
【００１９】
また、予め設定した時間を計測するタイマー部を更に設け、前記制御部は、前記伝送装置に前記端末装置が管理されている状態での確認メッセージ、既に登録を削除された前記端末装置からの再接続メッセージ、などに対する前記サーバ装置の応答メッセージが当該端末装置の拒否を示す場合、前記端末情報保持メモリに登録された前記端末装置情報を即時に削除せずに、前記タイマー部がタイムアウトするまで前記端末情報を保持することを特徴とする。
【００２０】
さらに、前記制御部は、既に登録を削除された前記端末装置からの再接続メッセージに対する前記サーバ装置の応答メッセージが前記予め設定した時間内に当該端末装置の拒否を示すメッセージと許可を示すメッセージの両方の応答があった場合、その受信順序に関係なく、許可を示すメッセージを有効として、前記端末装置情報を前記端末情報保持メモリに再登録することを特徴とする。
【００２１】
また、前記制御部は、既に登録を削除された前記端末装置からの再接続メッセージに対して、前記伝送装置の上位網に接続される複数のサーバ装置から返送された応答メッセージが、前記予め設定した時間内に全ての応答メッセージが当該端末装置の拒否を示すメッセージであった場合、または前記予め設定した時間後に許可を示すメッセージがあった場合、のいずれの場合でも前記端末装置情報を再登録しないことを特徴とする。
【００２２】
特に、前記伝送装置は、ＧＥＰＯＮシステムのＯＬＴ装置であり、前記ＯＬＴ装置の配下に接続されるＯＮＵ装置を介して前記端末装置を収容することを特徴とする。
【００２３】
本発明に係る接続管理方法は、複数の端末装置を管理下に収容する伝送装置と、上位網にアクセスするためのＩＰアドレスを前記端末装置に割り当てるサーバ装置とを有するネットワークシステムにおける接続管理方法において、前記端末装置と前記サーバ装置との間で送受信されるメッセージを前記伝送装置でモニタして、前記端末装置の上位網へのアクセスを制御し、初期シーケンス時に前記サーバから上位網へのアクセスが許可された前記端末装置情報を端末情報保持メモリに登録し、前記端末装置とのリンク断を検出時に前記端末情報保持メモリに登録された当該端末装置情報を削除することを特徴とする。
【００２４】
特に、既に登録を削除された前記端末装置から前記サーバ装置に再接続メッセージが送信され、前記サーバ装置から許可を示すメッセージがあった場合は、前記初期シーケンスを介さずに前記端末装置情報を端末情報保持メモリに再登録することを特徴とする。
【００２５】
また、前記接続管理方法に前記端末装置が管理されている状態での確認メッセージ、既に登録を削除された前記端末装置からの再接続メッセージ、などに対する前記サーバ装置の応答メッセージが当該端末装置の拒否を示す場合、前記端末情報保持メモリに登録された前記端末装置情報を即時に削除せずに、予め設定した時間が経過するまで前記端末情報を保持することを特徴とする。
【００２６】
さらに、既に登録を削除された前記端末装置からの再接続メッセージに対する前記サーバ装置の応答メッセージが前記予め設定した時間内に当該端末装置の拒否を示すメッセージと許可を示すメッセージの両方の応答があった場合、その受信順序に関係なく、許可を示すメッセージを有効として、前記端末装置情報を前記端末情報保持メモリに再登録することを特徴とする。
【００２７】
また、既に登録を削除された前記端末装置からの再接続メッセージに対して、前記接続管理方法の上位網に接続される複数のサーバ装置から返送された応答メッセージが、前記予め設定した時間内に全ての応答メッセージが当該端末装置の拒否を示すメッセージであった場合、または前記予め設定した時間後に許可を示すメッセージがあった場合、のいずれの場合でも前記端末装置情報を再登録しないことを特徴とする。
【００２８】
特に、前記伝送装置は、ＧＥＰＯＮシステムのＯＬＴ装置であり、前記ＯＬＴ装置の配下に接続されるＯＮＵ装置を介して前記端末装置を収容することを特徴とする。
【発明の効果】
【００２９】
本発明に係るネットワークシステムおよび伝送装置並びに接続管理方法は、ＤＨＣＰ方式を用いるネットワークシステムにおいて、ＯＬＴ側で必要のない余計な情報の動的な削除や再登録を行うことができる。
【図面の簡単な説明】
【００３０】
【図１】ネットワークシステム１００の構成例を示す図である。
【図２】ＯＬＴ１０１の構成例を示す図である。
【図３】ＭＡＣテーブル２０４の一例を示す図である。
【図４】端末情報保持メモリ２０７の一例を示す図である。
【図５】ＯＮＵ管理テーブル２０８の一例を示す図である。
【図６】ＤＨＣＰシーケンスの流れを示す図である。
【図７】ロジカルリンク断発生時のＯＬＴ１０１の処理例を示す図である。
【図８】ロジカルリンク復旧時のＯＬＴ１０１の処理例１を示す図である。
【図９】ロジカルリンク復旧時のＯＬＴ１０１の処理例２を示す図である。
【図１０】ロジカルリンク復旧時のＯＬＴ１０１の処理例３を示す図である。
【図１１】ロジカルリンク復旧時のＯＬＴ１０１の処理例４を示す図である。
【図１２】ロジカルリンク復旧時のＯＬＴ１０１の処理例５を示す図である。
【発明を実施するための形態】
【００３１】
以下、本発明に係るネットワークシステムの実施形態について詳しく説明する。
【００３２】
図１は、本実施形態に係るネットワークシステム１００の構成例を示す図である。図１において、ネットワークシステム１００は、ＯＬＴ１０１と、光カプラ１０２と、ＯＮＵ１０３（１０３ａ、１０３ｂ、１０３ｃ）とで構成されるＥｔｈｅｒｎｅｔ（登録商標）ＰＯＮシステムである。そして、ＯＬＴ１０１の上位網側にはサーバ１０５が接続され、ＯＮＵ１０３には端末装置としてユーザ端末１０４（１０４ａ、１０４ｂ、１０４ｃ）が接続されている。ユーザ端末１０４ａ、ユーザ端末１０４ｂおよびユーザ端末１０４ｃは、それぞれＯＮＵ１０３ａ、ＯＮＵ１０３ｂおよびＯＮＵ１０３ｃを介してユーザデータを送受信し、各ＯＮＵ１０３とＯＬＴ１０１との間は光カプラ１０２を介して時分割多重されてユーザデータが送受信される。そして、ユーザデータはＯＬＴ１０１から上位網に送信され、上位網から受信するデータは各ＯＮＵ１０３を介してユーザ端末１０４に送信される。
【００３３】
ここで、ＯＬＴ１０１は、各ユーザ端末１０４のＭＡＣアドレスを学習しており、上位網から受信するフレームの宛先のＭＡＣアドレスにより各ＯＮＵに振り分けて各ユーザ端末１０４に送られる。
【００３４】
尚、以降の説明において、ＯＮＵ１０３ａ、ＯＮＵ１０３ｂおよびＯＮＵ１０３ｃに共通の事項を説明する場合はＯＮＵ１０３と表記し、個々の装置を指す場合はアルファベットのａ、ｂ、ｃを付加して例えばＯＮＵ１０３ａのように表記する。また、ユーザ端末１０４についても同様に表記する。
【００３５】
図１において、ユーザ端末１０４が上位網にアクセスするにはＩＰアドレスを取得する必要がある。そこで、ＩＰアドレスを取得するためにサーバ１０５にＩＰアドレスの払い出しを要求する。ここで、サーバ１０５は、ＤＨＣＰサーバに対応する。尚、本実施形態に係るネットワークシステム１００は、ＩＰｖ６に対応するもＤＨＣＰｖ６を利用する。ＤＨＣＰプロトコルは、ＲＦＣで定められており、特にＤＨＣＰｖ６についてはＲＦＣ３３１５を主として仕様が定められている。
【００３６】
次にＯＬＴ１０１の構成例について図２を用いて説明する。図２において、ＯＬＴ１０１は、ＯＬＴ制御部２０１と、ＩＦ部２０２と、Ｌ２フィルタ部２０３と、ＭＡＣテーブル２０４と、パケットキャプチャ部２０５と、一時情報保持メモリ２０６と、端末情報保持メモリ２０７と、ＯＮＵ管理テーブル２０８と、タイマー２０９とで構成される。
【００３７】
ＯＬＴ制御部２０１は、ＯＬＴ１０１全体の動作を制御する。例えばＩＦ部２０２を介して接続されるＯＮＵ１０３の情報を取得して、ＯＮＵ管理テーブル２０８に登録する。そして、ＯＮＵ１０３とのＰＯＮ区間のロジカルリンク切断を検出した場合はＯＮＵ管理テーブル２０８から削除する。また、パケットキャプチャ部２０５で各ＯＮＵ１０３に接続されるユーザ端末１０４のＭＡＣアドレスをスヌーピングしてＭＡＣテーブル２０４に登録する。ここで、スヌーピングは各ユーザ端末１０４が上位網との間で送受信する情報をモニタする技術で、サーバ１０５との間でＩＰアドレスの払い出しを受ける時のＤＨＣＰシーケンス確立時に各ユーザ端末１０４のＭＡＣアドレスやＩＰアドレス、リース期間などの端末情報を取得する。尚、以降の説明において、ＯＬＴ１０１が行う制御は、ＯＬＴ制御部２０１の内部に予め記憶されたプログラムによって実行される。また、ＤＨＣＰスヌーピング自体は、本来レイヤ２のＬ２スイッチとして使用されるＧＥＰＯＮシステムをよりセキュアな装置とするために考えられた方式であり、既に実現されている技術である。本実施形態に係るネットワークシステム１００では、ＤＨＣＰスヌーピング機能を利用して、ＤＨＣＰ時の端末装置の管理をより効果的に行うことができる。
【００３８】
ＩＦ部２０２は、ＯＬＴ１０１と複数のＯＮＵ１０３との間を接続するための光インターフェースを提供し、各ＯＮＵとの間で伝送されるデータを時分割多重して送受信する。また、ＰＯＮ区間のロジカルリンクの確立または切断を検出してＯＬＴ制御部２０１に通知する。
【００３９】
Ｌ２フィルタ部２０３は、ＯＮＵ１０３から受信するユーザフレームを上位網に送信する。また、Ｌ２フィルタ部２０３は、ＭＡＣテーブル２０４に登録されているＭＡＣアドレス宛（ユーザ端末１０４のＭＡＣアドレス）のユーザフレームを上位網から受信した場合は、当該ＭＡＣアドレスに対応するユーザ端末１０４が接続されているＯＮＵ１０３に受信するユーザフレームを送信し、ＭＡＣテーブル２０４に登録されていないＭＡＣアドレス宛のユーザフレームを上位網から受信した場合は、フィルタリングして、ＯＮＵ１０３側に受信するユーザフレームを送信しない。
【００４０】
ＭＡＣテーブル２０４は、スヌーピングによりパケットキャプチャ部２０５で取得したユーザ端末１０４のＭＡＣアドレスが登録されている。Ｌ２フィルタ部２０３は、ＭＡＣテーブル２０４を参照し、上位網から受信されるユーザフレームのＭＡＣアドレスをチェックしてＭＡＣテーブル２０４に登録されているＭＡＣアドレス宛のユーザフレームをＯＮＵ１０３側に送信する。このようにして、ＭＡＣテーブル２０４に登録されているユーザ端末１０４は上位網にアクセスすることができる。
【００４１】
図３は、ＭＡＣテーブル２０４の一例を示す図である。図３において、ＭＡＣテーブル２０４には、ユーザ端末１０４毎にＭＡＣアドレス、ＩＰアドレスなどの情報が登録される。図４の例では、ユーザ端末１０４ａはＯＮＵ１０３ａに接続される端末装置で、ＭＡＣアドレス（５５−４４−３３−２２−１１−００）、ＩＰｖ６対応のＩＰアドレス（１２：３６：０：・・・）であることがわかる。同様に、ユーザ端末１０４ｂおよびユーザ端末１０４ｃについてもそれぞれＭＡＣアドレスなどが登録される。
【００４２】
尚、ＭＡＣテーブル２０４は、ＯＬＴ制御部２０１により更新される。例えば、ＰＯＮ区間のロジカルリンク断によりＯＬＴ制御部２０１がＯＮＵ管理テーブル２０８からＯＮＵ１０３を削除すると、当該ＯＮＵ１０３に接続されるユーザ端末１０４情報もＭＡＣテーブル２０４から削除する。図３において、例えばＯＮＵ１０３ｃとＯＬＴ１０１とのＰＯＮ区間がロジカルリンク断になった場合、ＯＮＵ１０３ｃに対応付けられているユーザ端末１０４ｃのＭＡＣアドレスおよびＩＰアドレスなどの情報がＭＡＣテーブル２０４から削除される。そして、ＯＮＵ１０３ｃとＯＬＴ１０１のＰＯＮ区間のロジカルリンクが復旧後、ユーザ端末１０４ｃが上位網に通信しようとしてもユーザ端末１０４ｃのＭＡＣアドレスがＭＡＣテーブル２０４から削除されているので、上位網から受信するユーザ端末１０４ｃのＭＡＣアドレス宛のユーザフレームは、ユーザ端末１０４ｃが接続されるＯＮＵ１０３ｃに送信されず、ユーザ端末１０４ｃは上位網へのアクセスができなくなる。尚、ＯＮＵ１０３ｃ側から上位網側に送信されるユーザフレームやＤＨＣＰ＿ｃｏｎｆｉｒｍなどのＤＨＣＰシーケンスのフレームは上位側のサーバ１０５に送信される。
【００４３】
パケットキャプチャ部２０５は、各ユーザ端末１０４が上位網との間で送受信するフレームをスヌーピングしてＯＬＴ制御部２０１に出力する。
【００４４】
一時情報保持メモリ２０６は、パケットキャプチャ部２０５でスヌーピングしたユーザ端末情報（ＭＡＣアドレスなど）を一時的に保持するためのバッファである。
【００４５】
端末情報保持メモリ２０７は、一時情報保持メモリ２０６で保持されていたユーザ端末情報が確定した段階で当該ユーザ端末情報が記憶される。尚、端末情報保持メモリ２０７に記憶されると共にＭＡＣテーブル２０４にも登録される。ここで、端末情報保持メモリ２０７とＭＡＣテーブル２０４とを１つのメモリで構成してもよい。
【００４６】
図４は、端末情報保持メモリ２０７の一例を示す図である。図４において、端末情報保持メモリ２０７には、ユーザ端末１０４毎にＭＡＣアドレス、ＩＰアドレスおよびＩＰアドレスのリース期間などの情報が登録される。図４の例では、ＯＮＵ１０３ａに接続されている端末装置として、ユーザ端末１０４ａが登録され、ユーザ端末１０４ａのＭＡＣアドレス（５５−４４−３３−２２−１１−００）と、ＩＰｖ６対応のＩＰアドレス（１２：３６：０：・・・）と、リース期間（３日間）とが登録されている。同様に、ＯＮＵ１０３ｂおよびＯＮＵ１０３ｃについてもそれぞれに接続されているユーザ端末１０４ｂおよびユーザ端末１０４ｃに関する端末情報が登録される。
【００４７】
このように端末情報保持メモリ２０７には、ＯＮＵ１０３毎に接続されるユーザ端末１０４の端末情報が登録され、管理される。尚、これらの情報は、ユーザ端末１０４とサーバ１０５との間でＤＨＣＰシーケンスを確立する時に送受信されるパケットをＯＬＴ１０１がスヌーピングして取得した情報である。
【００４８】
ＯＮＵ管理テーブル２０８は、ロジカルリンク確立時にＩＦ部２０２を介して接続されるＯＮＵ１０３の情報を保持する。また、ロジカルリンク切断時にＯＮＵ情報がＯＮＵ管理テーブル２０８から削除される。
【００４９】
タイマー２０９は、ＯＬＴ制御部２０１の指令に応じて予め設定された時間を計測するタイマーである。
【００５０】
図５は、ＯＮＵ管理テーブル２０８の一例を示す図である。図５において、ＯＮＵ管理テーブル２０８には、ＯＬＴ１０１とＰＯＮ区間のロジカルリンクを形成するＯＮＵ１０３が管理され、ロジカルリンク確立時に該当するＯＮＵ１０３のＭＡＣアドレスが登録され、ロジカルリンク切断時にＯＮＵ管理テーブル２０８から削除される。図４の例では、ロジカルリンクが確立されているＯＮＵ１０３ａのＭＡＣアドレス（００−１１−２２−３３−４４−５５）とＯＮＵ１０３ｃのＭＡＣアドレス（１１−２２−３３−４４−５５−６６）とが管理されており、この場合はＯＮＵ１０３ｂはロジカルリンク断などにより削除されている。
【００５１】
このようにＯＮＵ管理テーブル２０８には、ＯＬＴ１０１との間でＧＥＰＯＮを形成するＯＮＵ１０３が管理される。
【００５２】
以上説明したように、本実施形態に係るネットワークシステム１００のＯＬＴ１０１は構成され、ＰＯＮ区間を形成するＯＮＵ１０３およびＯＮＵ１０３に接続されるユーザ端末１０４を管理する。
【００５３】
［ＤＨＣＰシーケンス］
次に、ＤＨＣＰシーケンスについて、図６を用いて詳しく説明する。図６は、ユーザ端末１０４とサーバ１０５との間でＤＨＣＰシーケンスを行ってＩＰアドレスの払い出しを受ける場合のメッセージの送受信と、ＩＰアドレスの確認、更新、解放などのメッセージの送受信の流れを示した図である。ここで、確認および更新メッセージは、請求項の再接続メッセージに対応する。
（ＤＨＣＰ初期確立時のシーケンス）
先ず、ユーザ端末１０４がサーバ１０５からＩＰアドレスの払い出しを受ける時のシーケンスについて説明する。図６において、ユーザ端末１０４は、ＤＨＣＰサーバの場所を探すためのＤＨＣＰ＿Ｓｏｌｉｃｉｔ（要請）メッセージを送信する。ＤＨＣＰ＿Ｓｏｌｉｃｉｔメッセージは、ＯＮＵ１０３を介してＯＬＴ１０１に送られ、ＯＬＴ１０１から上位側に送信される。そして、上位側のサーバ１０５は、当該メッセージを受信する。ここで、もし複数のサーバがある場合は、各サーバでそれぞれ受信される。この時、ＯＬＴ１０１は、ＤＨＣＰ＿Ｓｏｌｉｃｉｔメッセージをスヌーピングして、ユーザ端末１０４のＭＡＣアドレスなどの情報を一時情報保持メモリ２０６に保持する（処理Ｓ３０１）。
【００５４】
これを受けたサーバ１０５は、ＤＨＣＰサービスの利用が可能であることを示すＤＨＣＰ＿Ａｄｖｅｒｔｉｓｅ（広告）メッセージをユーザ端末１０４に送信する。サーバ１０５から送信されたＤＨＣＰ＿Ａｄｖｅｒｔｉｓｅメッセージは、ＯＬＴ１０１およびＯＮＵ１０３を介してユーザ端末１０４で受信される。尚、ＯＬＴ１０１は、ＤＨＣＰ＿Ａｄｖｅｒｔｉｓｅメッセージについてもスヌーピングによりメッセージ内容をモニタしている。また、ここではサーバ１０５のみの例を示しているが、複数のサーバがある場合は、複数のサーバにＤＨＣＰ＿Ｓｏｌｉｃｉｔメッセージがマルチキャスト送信され、ユーザ端末１０４は複数のサーバからＤＨＣＰ＿Ａｄｖｅｒｔｉｓｅメッセージを受信する。
【００５５】
そして、ユーザ端末１０４は、ＤＨＣＰ＿Ａｄｖｅｒｔｉｓｅメッセージを受信したサーバの中からいずれかのサーバを選択して、ＩＰアドレスの払い出しを要求するＤＨＣＰ＿Ｒｅｑｕｅｓｔ（要求）メッセージを送信する。図６の例では、ユーザ端末１０４は、サーバ１０５にＤＨＣＰ＿Ｒｅｑｕｅｓｔメッセージを送信する。尚、ＯＬＴ１０１は、ＤＨＣＰ＿Ｒｅｑｕｅｓｔメッセージの内容についてもスヌーピングしている。
【００５６】
これを受けたサーバ１０５は、ユーザ端末１０４に割り当てるＩＰアドレスなどのパラメータを含むＤＨＣＰ＿Ｒｅｐｌｙ（応答）メッセージをユーザ端末１０４に送信する。サーバ１０５から送信されたＤＨＣＰ＿Ｒｅｐｌｙメッセージは、ＯＬＴ１０１およびＯＮＵ１０３を介してユーザ端末１０４で受信される。尚、ＯＬＴ１０１は、ＤＨＣＰ＿Ｒｅｐｌｙメッセージのスヌーピングによりユーザ端末１０４にＩＰアドレスが払い出されたことを認識し、ＤＨＣＰ＿Ｒｅｐｌｙメッセージに含まれるユーザ端末１０４のＩＰアドレスとそのリース期間の情報と、一時情報保持メモリ２０６に保持されていたユーザ端末１０４のＭＡＣアドレス情報とを関連付けて、端末情報保持メモリ２０７に登録する（処理Ｓ３０２）。この時点で、ＤＨＣＰの初期確立のシーケンスが完了する。
【００５７】
そして、ＯＬＴ１０１のＯＬＴ制御部２０１は、端末情報保持メモリ２０７に登録されたユーザ端末１０４のＭＡＣアドレス情報などをＭＡＣテーブル２０４にも登録する。これにより、ＩＰアドレスを取得したユーザ端末１０４が送信するＩＰフレームは、ＯＬＴ１０１のＬ２フィルタ部２０３を介して上位網に送信され、上位網から受信するユーザ端末１０４のＭＡＣアドレス宛のフレームは、ユーザ端末１０４が接続されるＯＮＵ１０３に送信されるので、ユーザ端末１０４は上位のネットワークにアクセスできるようになる。
（ＤＨＣＰ確認時のシーケンス）
次に、ユーザ端末１０４がサーバ１０５から割り当てられたＩＰアドレスが未だ有効であるか否かの確認を行う時のシーケンスについて説明する。図６において、ユーザ端末１０４は、ＤＨＣＰ＿Ｃｏｎｆｉｒｍ（確認）メッセージを送信する。ＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージは、ＯＮＵ１０３を介してＯＬＴ１０１に送られ、ＯＬＴ１０１からサーバ１０５に送信される。この時、ＯＬＴ１０１は、ＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージの内容をスヌーピングしている。
【００５８】
これを受けたサーバ１０５は、ユーザ端末１０４に割り当てられたＩＰアドレスが適切であるか否かを示すＤＨＣＰ＿Ｒｅｐｌｙメッセージをユーザ端末１０４に送信する。サーバ１０５から送信されたＤＨＣＰ＿Ｒｅｐｌｙメッセージは、ＯＬＴ１０１およびＯＮＵ１０３を介してユーザ端末１０４で受信される。尚、ＯＬＴ１０１は、ＤＨＣＰ＿Ｒｅｐｌｙメッセージの内容をスヌーピングしており、ユーザ端末１０４に割り当てられていたＩＰアドレスの許可応答であるか拒否応答であるかを知ることができ、これに基づいて端末情報保持メモリ２０７の端末情報を維持するか削除するかを制御する（処理Ｓ３０３）。尚、ＯＬＴ制御部２０１は、端末情報保持メモリ２０７から端末情報を削除する場合、ＭＡＣテーブル２０４からも当該端末情報を削除するので、上位網から受信するユーザ端末１０４のＭＡＣアドレス宛のフレームは、ＯＮＵ１０３側に送信されないので、ユーザ端末１０４は上位網へのアクセスができなくなる。
（ＤＨＣＰ更新時のシーケンス）
次に、ユーザ端末１０４がサーバ１０５から割り当てられたＩＰアドレスのリース期間を延長する場合のシーケンスについて説明する。図６において、ユーザ端末１０４は、ＤＨＣＰ＿Ｒｅｎｅｗ（更新）メッセージを送信する。ＤＨＣＰ＿Ｒｅｎｅｗメッセージは、ＯＮＵ１０３を介してＯＬＴ１０１に送られ、ＯＬＴ１０１からサーバ１０５に送信される。この時、ＯＬＴ１０１は、ＤＨＣＰ＿Ｒｅｎｅｗメッセージの内容をスヌーピングしている。
【００５９】
これを受けたサーバ１０５は、ユーザ端末１０４に割り当てられたＩＰアドレスのリース期間の延長を許可するか否かを示すＤＨＣＰ＿Ｒｅｐｌｙメッセージをユーザ端末１０４に送信する。サーバ１０５から送信されたＤＨＣＰ＿Ｒｅｐｌｙメッセージは、ＯＬＴ１０１およびＯＮＵ１０３を介してユーザ端末１０４で受信される。尚、ＯＬＴ１０１は、ＤＨＣＰ＿Ｒｅｐｌｙメッセージの内容をスヌーピングしており、ユーザ端末１０４に割り当てられていたＩＰアドレスのリース期間の延長要求に対して許可応答であるか拒否応答であるかを知ることができ、これに基づいて端末情報保持メモリ２０７の端末情報のリース期間を更新するか否かを制御する（処理Ｓ３０４）。
（ＤＨＣＰ解放時のシーケンス）
次に、ユーザ端末１０４がサーバ１０５から割り当てられたＩＰアドレスを使わなくなった場合のシーケンスについて説明する。図６において、ユーザ端末１０４は、ＤＨＣＰ＿Ｒｅｌｅａｓｅ（解放）メッセージを送信する。ＤＨＣＰ＿Ｒｅｌｅａｓｅメッセージは、ＯＮＵ１０３を介してＯＬＴ１０１に送られ、ＯＬＴ１０１からサーバ１０５に送信される。この時、ＯＬＴ１０１は、ＤＨＣＰ＿Ｒｅｌｅａｓｅメッセージの内容をスヌーピングしており、端末情報保持メモリ２０７に登録されている当該ユーザ端末１０４の端末情報を削除する（処理Ｓ３０５）。尚、ＯＬＴ制御部２０１は、ＭＡＣテーブル２０４からも当該端末情報を削除する。また、図６の場合、ＤＨＣＰ＿Ｒｅｌｅａｓｅメッセージに対してサーバ１０５から解放要求を許可するか辞退するかを示すＤＨＣＰ＿Ｒｅｐｌｙメッセージをスヌーピングして、当該端末情報削除するか否かを判断してもよい。但し、ユーザ端末１０４は、解放（Ｒｅｌｅａｓｅ）した時点で取得していたＩＰアドレスを使用しないので、この場合は上記の判断は不要である。
【００６０】
このようにして、本実施形態に係るネットワークシステム１００では、ＯＬＴ１０１は、ユーザ端末１０４とサーバ１０５との間で送受信されるＤＨＣＰ制御情報をスヌーピングして、ユーザ端末１０４の端末情報の登録や削除を行うことができる。ここで、ＤＨＣＰ＿ＣｏｎｆｉｒｍメッセージやＤＨＣＰ＿Ｒｅｎｅｗメッセージなどサーバ側に再接続を要求するメッセージであれば同様に適用可能である。
［ロジカルリンク断発生時の動作］
次に、ＤＨＣＰシーケンス完了後にＯＬＴ１０１とＯＮＵ１０３との間のＰＯＮ区間でロジカルリンク断が発生した場合の動作について図７を用いて説明する。
【００６１】
図７において、図６で説明したように、ＤＨＣＰシーケンスが完了してＯＬＴ１０１の端末情報保持メモリ２０７およびＭＡＣテーブル２０４に端末のＭＡＣアドレスなどが登録される（処理Ｓ４０１）。これにより、ユーザ端末１０４は上位網から受信するユーザ端末１０４のＭＡＣアドレス宛のフレームを受信することができ、ユーザ端末１０４は上位のネットワークへの通信が可能な状態になる。その後、ＯＬＴ１０１とＯＮＵ１０３との間のＰＯＮ区間のロジカルリンク断が発生すると、ＯＬＴ１０１のＩＦ部２０２がロジカルリンク断を検出してＯＬＴ制御部２０１に通知する（処理Ｓ４０２）。これにより、ＯＬＴ制御部２０１は、端末情報保持メモリ２０７およびＭＡＣテーブル２０４に登録されているユーザ端末１０４の情報を削除する（処理Ｓ４０３)。これにより、Ｌ２フィルタ部２０３は、上位網から受信するユーザ端末１０４のＭＡＣアドレス宛のフレームを通さないので、ユーザ端末１０４は通信不可の状態になる（状態Ａ）。
［ロジカルリンク復旧時の動作例１］
次に、通信不可の状態ＡからＯＬＴ１０１とＯＮＵ１０３との間のＰＯＮ区間のロジカルリンクが復旧した場合、図８に示すような動作が行われる。ユーザ端末１０４は、ＯＬＴ１０１のＭＡＣテーブル２０４から端末情報が削除されているので、上位網から受信するユーザ端末１０４のＭＡＣアドレス宛のフレームは、ＯＮＵ１０３側に送信されず、上位網にアクセスすることができない。そこで、ユーザ端末１０４は、最初に割り当てられていたＩＰアドレスが使用可能か否かをサーバに問い合わせるためのＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージを送信する。この時、本実施形態に係るＯＬＴ１０１では、ＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージをスヌーピングして、ユーザ端末１０４の端末情報（ＭＡＣアドレス、ＩＰアドレスなど）を一時情報保持メモリ２０６に保持する（処理Ｓ４０４）。
【００６２】
そして、図８の例では、サーバ１０５ａからＩＰアドレスが適切であることを示す許可応答をＤＨＣＰ＿Ｒｅｐｌｙメッセージでユーザ端末１０４に返信する。ＯＬＴ１０１は、このＤＨＣＰ＿Ｒｅｐｌｙメッセージをスヌーピングして、許可応答であれば処理Ｓ４０４で一時情報保持メモリ２０６に保持していた端末情報を端末情報保持メモリ２０７およびＭＡＣテーブル２０４に再登録する（処理Ｓ４０５）。これにより、ユーザ端末１０４は、上位網から受信するユーザ端末１０４のＭＡＣアドレス宛のフレームを受信することができ、ロジカルリンク断の前と同様に上位網と通信することができる。
【００６３】
従来は、ＤＨＣＰの初期確立時のみに端末情報をＭＡＣテーブル２０４に登録していたので、ユーザ端末１０４がＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージをサーバ１０５ａに送信して許可応答を受け取り、ユーザ端末１０４が上位網に通信しようとしてもＯＬＴ１０１のＬ２フィルタ部２０３のＭＡＣテーブル２０４からユーザ端末１０４のＭＡＣアドレスが削除されたままなので、ユーザ端末１０４の通信が阻害されるという問題があった。特にこの場合は、ユーザ端末１０４はＩＰアドレスが使用可能であるという応答メッセージをサーバ１０５ａから受け取っているにも拘わらず上位網との間で通信できない点に大きな問題があり、この場合はユーザ端末１０４が再びＤＨＣＰ確立シーケンスを実行しなければならなかった。尚、ＰＰＰｏＥのように高価なＢＲＡＳを用いる場合は、ＢＲＡＳによってユーザ端末１０４の上位網へのアクセスが制御されるので、ＯＬＴ１０１はユーザ端末１０４のアクセス制御を行う必要がなく、上記のような問題は生じないが、高価なＢＲＡＳを用いずにＤＨＣＰシーケンスをスヌーピングしてＯＬＴ１０１によりアクセス制御を行う場合、上記のような問題が生じる。
【００６４】
これに対して、本実施形態に係るＯＬＴ１０１では、図８で説明したように、ＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージに対するＤＨＣＰ＿Ｒｅｐｌｙメッセージをスヌーピングして、許可応答である場合に端末情報を再登録するので、ユーザ端末１０４はサーバ１０５ａの許可応答を受けて、再び上位網との間で通信を行うことができる。
［ロジカルリンク復旧時の動作例２］
次に、通信不可の状態ＡからＯＬＴ１０１とＯＮＵ１０３との間のＰＯＮ区間のロジカルリンクが復旧した場合の動作例２について、図９を用いて説明する。図８では、ＤＨＣＰサーバは、サーバ１０５ａのみであったが、図９の例では、２つのサーバ１０５ａ、サーバ１０５ｂがＤＨＣＰ＿Ｒｅｐｌｙメッセージをユーザ端末１０４に返信する。尚、ロジカルリンクが復旧した時点でＯＬＴ１０１のＭＡＣテーブル２０４からユーザ端末１０４の端末情報が削除されているので、上位網から受信するユーザ端末１０４のＭＡＣアドレス宛のフレームはＯＮＵ１０３側に送信されず、ユーザ端末１０４は上位網にアクセスすることができない。そこで、図８の場合と同様に、ユーザ端末１０４はＩＰアドレスの継続使用が可能か否かをサーバに問い合わせるためのＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージを送信する。ここで、ＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージにはサーバ識別子（Ｓｅｒｖｅｒ Ｉｎｄｅｎｔｉｆｉｅｒ）を含むことができないため、ユーザ端末１０４からのＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージに対して、受信した全てのサーバが許可、或いは拒否の応答を返信する。このため、複数のサーバから応答がある場合、ＯＬＴ１０１は、許可応答の後で拒否応答を受けたり、逆に拒否応答の後で許可応答を受けることがある。図９の例ではサーバ１０５ａとサーバ１０５ｂとに送信される。この時、ＯＬＴ１０１は、図８の処理Ｓ４０４と同様に、ＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージをスヌーピングして、ユーザ端末１０４の端末情報（ＭＡＣアドレス、ＩＰアドレスなど）を一時情報保持メモリ２０６に保持する。
【００６５】
そして、サーバ１０５ａからＩＰアドレスが適切であることを示す許可応答をＤＨＣＰ＿Ｒｅｐｌｙメッセージによりユーザ端末１０４に返信する。この時、ＯＬＴ１０１では図８の処理Ｓ４０５と同じ処理が実行され、ユーザ端末１０４の端末情報を端末情報保持メモリ２０７およびＭＡＣテーブル２０４に再登録するので、ユーザ端末１０４は、上位網から受信するユーザ端末１０４のＭＡＣアドレス宛のフレームを受信することができ、ロジカルリンク断の前と同様に上位網と通信することができる。
【００６６】
ところが、サーバ１０５ｂからもＤＨＣＰ＿Ｒｅｐｌｙメッセージがユーザ端末１０４に返信される。特にサーバ１０５ｂは、ユーザ端末１０４にＩＰアドレスを割り当てていないので、拒否応答を示すＤＨＣＰ＿Ｒｅｐｌｙメッセージがユーザ端末１０４に返信される。この時、ＯＬＴ１０１がＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージに対するＤＨＣＰ＿Ｒｅｐｌｙメッセージの内容（許可応答／拒否応答）に基づいて単純に再登録や削除などの処理を行う場合は、端末情報が再び削除されてしまうことになり、従来と同様に、上位網から受信するユーザ端末１０４のＭＡＣアドレス宛のフレームはＯＮＵ１０３側に送信されず、ユーザ端末１０４と上位網との間の通信が阻害されてしまうという問題が生じる。
【００６７】
そこで、本実施形態に係るＯＬＴ１０１は、図９に示すように、ユーザ端末１０４が送信したＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージをスヌーピングした時点でタイマー２０９の動作を開始する（処理Ｓ４０６）。そして、タイマー２０９がタイムアウトするまでに許可応答を示すＤＨＣＰ＿Ｒｅｐｌｙメッセージをスヌーピングした場合は、タイマー２０９がタイムアウトするまでに他のサーバ１０５から受信した拒否応答を示すＤＨＣＰ＿Ｒｅｐｌｙメッセージを無視してユーザ端末１０４の端末情報を削除しないように制御する（処理Ｓ４０７）。
［ロジカルリンク復旧時の動作例３］
次に、通信不可の状態ＡからＯＬＴ１０１とＯＮＵ１０３との間のＰＯＮ区間のロジカルリンクが復旧した場合の動作例３について、図１０を用いて説明する。図９では、タイマー２０９の設定時間内に複数のＤＨＣＰサーバからＤＨＣＰ＿Ｒｅｐｌｙメッセージがユーザ端末１０４に返信される場合を示したが、図１０では先にサーバ１０５ａから拒否応答を示すＤＨＣＰ＿Ｒｅｐｌｙメッセージが返信される。この場合、ＯＬＴ１０１は拒否応答なのでユーザ端末１０４の端末情報を再登録しない（処理Ｓ４０９）。さらに、図１０の例では、サーバ１０５ｂから許可応答を示すＤＨＣＰ＿Ｒｅｐｌｙメッセージが返信される。このＤＨＣＰ＿Ｒｅｐｌｙメッセージがタイマー２０９の所定時間内に受信すれば図９で説明したように、再登録（処理Ｓ４０５）が行われるので、ユーザ端末１０４は通信可能となるが、図１０の例では許可応答を示すＤＨＣＰ＿Ｒｅｐｌｙメッセージがタイムアウト（処理Ｓ４０８）後に受信（正確にはＯＬＴ１０１でスヌーピングした時点）されているので、ＯＬＴ１０１はこの許可応答を無視し、再登録を行わない（処理Ｓ４１０）。
【００６８】
尚、図９で説明したように、例えば本来のサーバ１０５ａから返信される許可応答をタイムアウト後に受信して、通信が阻害されることがないように、十分なタイマー時間でシステム設計が為されるので、実際には図１０のような状態は生じない。特に、本来のサーバ１０５ａ以外のサーバ１０５から許可応答が送信されることは誤認識や誤作動以外には想定されない。また、タイムアウトしないようにすることも考えられるが、この場合は、ＯＬＴ１０１がＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージに対する応答メッセージを永久に待ち続けることになるので、所定時間経過後に処理を終了するためにタイムアウトする必要がある。
［一時情報保持メモリ２０６の制御］
次に、本実施形態に係るＯＬＴ１０１における一時情報保持メモリ２０６の制御について説明する。図１１は、図１０と同様に、通信不可の状態ＡからＯＬＴ１０１とＯＮＵ１０３との間のＰＯＮ区間のロジカルリンクが復旧した場合、ユーザ端末１０４はＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージを送信し、ＯＬＴ１０１はこのＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージをスヌーピングして、ユーザ端末１０４の端末情報（ＭＡＣアドレス、ＩＰアドレスなど）を一時情報保持メモリ２０６に保持する（処理Ｓ４０４）。
【００６９】
そして、サーバ１０５ａから拒否応答を示すＤＨＣＰ＿Ｒｅｐｌｙメッセージが返信され、図１０で説明したように、拒否応答なのでユーザ端末１０４の端末情報を再登録しない（処理Ｓ４０９）。ここで、ＯＬＴ１０１は、タイマー２０９がタイムアウト前であるか否かを判別し、タイムアウトしていない場合は処理Ｓ４０４で一時情報保持メモリ２０６に保持した端末情報を削除せずに維持する（処理Ｓ４１１）。そして、タイマー２０９がタイムアウトした時に一時情報保持メモリ２０６に保持されている端末情報を削除する（処理Ｓ４１２）。
【００７０】
このように、タイマー２０９がタイムアウトするまで、ＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージでスヌーピングした端末情報を保持し続けるので、図１２に示すように、拒否応答を示すＤＨＣＰ＿Ｒｅｐｌｙメッセージの後で許可応答を示すＤＨＣＰ＿Ｒｅｐｌｙメッセージを受信した時に、一時情報保持メモリ２０６に保持していた端末情報を直ぐに登録することができる（処理Ｓ４１４）。これにより、タイマー２０９がタイムアウトするまでの間に受信する拒否応答と許可応答の順序に依らず、１回でも許可応答があった場合は一時情報保持メモリ２０６に保持されていた端末情報が端末情報保持メモリ２０７およびＭＡＣテーブル２０４に再登録されるので、上位網から受信するユーザ端末１０４のＭＡＣアドレス宛のフレームを受信することができ、ユーザ端末１０４と上位網との通信は阻害されず、インターネットなどへのアクセスを行うことができる。
【００７１】
以上、各実施形態に係るネットワークシステム１００およびＯＬＴ１０１並びにユーザ端末１０４の接続管理方法について説明してきたように、ＯＬＴ１０１およびＯＮＵ１０３のＰＯＮ区間のリンク状態により、ユーザ端末１０４の端末情報を管理する端末情報保持メモリ２０７およびＭＡＣテーブル２０４の登録や削除を行うことにより、ＯＬＴ１０１内に使われていない端末情報を保持する必要がなくなる。特に、上記の実施形態で説明したようなＩＰｖ６に対応するネットワークシステム１００においては、膨大なＩＰアドレス空間を持っているので使われていない端末情報を管理し続けることは非現実的である。
【００７２】
そして、決められたシーケンスを利用するユーザ端末１０４の端末情報のみを登録することにより、余分なメモリ消費を防ぎ、メモリ容量の削減や装置の低価格化を図ることができる。
【００７３】
さらに、ＯＬＴ１０１側でユーザ端末１０４と上位網との間の通信を制御することにより、過去に割り当てられたＩＰアドレスを使用して上位網にアクセスすることを防止し、セキュリティの高い通信サービスを提供することができる。
【００７４】
また、上記の実施形態では、ネットワークシステム１００は、ＯＬＴ１０１とＯＮＵ１０３によってＰＯＮ区間を形成するＧＥＰＯＮを利用したが、ＯＬＴ１０１の代わりにＬ２スイッチを用い、Ｌ２スイッチの配下に複数のユーザ端末が接続されるようなネットワークシステムにおいて、Ｌ２スイッチでユーザ端末１０４とサーバ１０５間のＤＨＣＰシーケンスをモニタして、上記の実施形態と同様の処理を行うようにしてもよい。
【００７５】
尚、本発明に係るネットワークシステムおよび伝送装置並びに接続管理方法について、各実施例を挙げて説明してきたが、その精神またはその主要な特徴から逸脱することなく他の多様な形で実施することができる。そのため、上述した実施例はあらゆる点で単なる例示に過ぎず、限定的に解釈してはならない。本発明は、特許請求の範囲によって示されるものであって、本発明は明細書本文にはなんら拘束されない。さらに、特許請求の範囲の均等範囲に属する変形や変更は、全て本発明の範囲内である。
【符号の説明】
【００７６】
１００・・・ネットワークシステム
１０１・・・ＯＬＴ
１０２・・・光カプラ
１０３・・・ＯＮＵ
１０４・・・ユーザ端末
１０５・・・サーバ
２０１・・・ＯＬＴ制御部
２０２・・・ＩＦ部
２０３・・・Ｌ２フィルタ部
２０４・・・ＭＡＣテーブル
２０５・・・パケットキャプチャ部
２０６・・・一時情報保持メモリ
２０７・・・端末情報保持メモリ
２０８・・・ＯＮＵ管理テーブル
２０９・・・タイマー
【技術分野】
【０００１】
本発明は、ＤＨＣＰ方式を用いる伝送システムおよび伝送装置並びに接続管理方法に関する。
【背景技術】
【０００２】
近年、ＩＰｖ４アドレスの枯渇化が進んでおり、ＩＡＮＡ（Ｉｎｔｅｒｎｅｔ Ａｓｓｉｇｎｅｄ Ｎｕｍｂｅｒｓ Ａｕｔｈｏｒｉｔｙ）からのＩＰｖ４アドレスの新規払出し分もなくなっている。一方、サーバが動的にＩＰアドレスをユーザ端末に割り当ててユーザ端末の通信を許可するＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）技術が用いられているが、ＩＰｖ４アドレスの枯渇化により、数量的にＤＨＣＰのような動的な割り当てができず、ＰＰＰｏＥ（Ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ ｐｒｏｔｏｃｏｌ ｏｖｅｒ Ｅｔｈｅｒｎｅｔ（登録商標））技術によりイーサネットフレームにＰＰＰをカプセル化する通信プロトコルが主に用いられている。
【０００３】
今後は、ＩＰｖ４よりもアドレス空間が広いＩＰｖ６への移行が進むと予想されている。特にＩＰｖ６は膨大なアドレス空間を持っているため、様々な機器にＩＰアドレスを割り当ててプラグインプレイを実現するＤＨＣＰｖ６技術の利用が進んでいくと考えられる。ＤＨＣＰｖ６では、ＤＨＣＰｖ４で培ったさまざまな技術が踏襲され、今後さらに発展していくことが予想されるが、ＤＨＣＰｖ６で定められたメッセージを確実に利用することが今後の課題になると思われる。
【０００４】
一方、ＧＥＰＯＮ（Ｇｉｇａｂｉｔ Ｅｔｈｅｒｎｅｔ（登録商標） Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）システムは、光ファイバーケーブルを使用したネットワークで、現在までの主な通信インフラであった電話回線に代わるアクセス系の通信インフラとして急激に増加しており、今日の日本のネットワークインフラではＧＥＰＯＮを使用した通信システムが必要不可欠となっている。
【０００５】
このようなＧＥＰＯＮシステムにおいて、ＤＨＣＰ（ＤＨＣＰｖ４／ｖ６）を利用する際に、スヌーピングを行う技術が検討されている（例えば、特許文献１参照）
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−１６６０８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところが、ＧＥＰＯＮシステムにおける従来のＤＨＣＰスヌーピング技術は、ＤＨＣＰシーケンスのスヌーピングによって、一旦、ＯＬＴ（Ｏｐｔｉｃａｌ Ｌｉｎｅ Ｔｅｒｍｉｎａｌ）にユーザ端末情報が登録されるが、その後のＯＮＵ（Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ Ｕｎｉｔ）の接続の有無に関係なく、ネットワーク管理者による手動の端末情報の削除やサーバからのＩＰアドレスの貸し出し期間の経過、ユーザ端末からの切断要求などの場合以外は、ＯＬＴの管理テーブルに端末情報が保持され続けていた。このために、電源断などで実際には接続されていないＯＮＵ配下のユーザ端末情報が長期間に亘ってＯＬＴ内に残り続けることにより、ＯＬＴで無駄なメモリが消費されてしまうという問題があった。
【０００８】
近年まで主流であったＩＰｖ４アドレスによるネットワークシステムではユーザ端末の接続はＰＰＰｏＥにより行われていたため、サーバから払い出されるユーザ端末の情報は同じものである場合が多く、ＯＮＵが一旦切断されて再接続されても同じ情報で再接続されることが殆どであったため、大きな問題にはならなかった。ところが、ＩＰｖ６アドレス化が進むにつれて、ＤＨＣＰｖ６によるネットワークシステムが利用されるようになると、膨大なアドレス空間を管理することになり、実際に使用されていない端末情報などにより無駄なメモリが消費され、ＯＬＴ内の負荷が増大して誤動作などを引き起こす可能性もある。
【０００９】
そこで、ＯＬＴ側で上記のような必要のない余計な情報の動的な削除や再登録が望まれるが、従来のシステムではユーザ端末の接続状況に応じた動的な動作が行われていなかった。
【００１０】
上記課題に鑑み、本発明の目的は、ＤＨＣＰ方式を用いるネットワークシステムにおいて、ＯＬＴ側で必要のない余計な情報の動的な削除や再登録を行うことができるネットワークシステムおよび伝送装置並びに接続管理方法を提供することである。
【課題を解決するための手段】
【００１１】
本発明に係るネットワークシステムは、複数の端末装置を管理下に収容する伝送装置と、上位網にアクセスするためのＩＰアドレスを前記端末装置に割り当てるサーバ装置とを有するネットワークシステムにおいて、前記伝送装置は、前記端末装置と前記サーバ装置との間で送受信される情報をモニタして、前記サーバ装置から前記端末装置にＩＰアドレスを最初に割り当てる初期シーケンス完了時に、前記端末装置情報を端末情報保持メモリに登録してリンクを管理し、前記端末装置とのリンク断を検出時に前記端末情報保持メモリに登録された当該端末装置情報を削除することを特徴とする。
【００１２】
特に、既に登録を削除された前記端末装置から前記サーバ装置に再接続メッセージが送信され、前記サーバ装置から許可を示すメッセージがあった場合は、前記初期シーケンスを介さずに前記端末装置情報を端末情報保持メモリに再登録することを特徴とする。
【００１３】
また、前記端末装置が管理されている状態での確認メッセージ、既に登録を削除された前記端末装置からの再接続メッセージ、などに対する前記サーバ装置の応答メッセージが当該端末装置の拒否を示す場合、前記端末情報保持メモリに登録された前記端末装置情報を即時に削除せずに、予め設定した時間が経過するまで前記端末情報を保持することを特徴とする。
【００１４】
さらに、既に登録を削除された前記端末装置からの再接続メッセージに対する前記サーバ装置の応答メッセージが前記予め設定した時間内に当該端末装置の拒否を示すメッセージと許可を示すメッセージの両方の応答があった場合、その受信順序に関係なく、許可を示すメッセージを有効として、前記端末装置情報を前記端末情報保持メモリに再登録することを特徴とする。
【００１５】
また、既に登録を削除された前記端末装置からの再接続メッセージに対して、前記接続管理方法の上位網に接続される複数のサーバ装置から返送された応答メッセージが、前記予め設定した時間内に全ての応答メッセージが当該端末装置の拒否を示すメッセージであった場合、または前記予め設定した時間後に許可を示すメッセージがあった場合、のいずれの場合でも前記端末装置情報を再登録しないことを特徴とする。
【００１６】
特に、前記伝送装置は、ＧＥＰＯＮシステムのＯＬＴ装置であり、前記ＯＬＴ装置の配下に接続されるＯＮＵ装置を介して前記端末装置を収容することを特徴とする。
【００１７】
本発明に係る伝送装置は、下位側に複数の端末装置を収容し、上位網にアクセスするためのＩＰアドレスを前記端末装置に割り当てる上位側のサーバ装置との間に配置される伝送装置において、前記伝送装置は、前記端末装置と前記サーバ装置との間で送受信されるメッセージをモニタして、前記端末装置の上位網へのアクセスを制御する制御部と、初期シーケンス時に前記サーバから上位網へのアクセスが許可された前記端末装置情報を登録する端末情報保持メモリと、前記端末装置とのリンク状態を検出するＩＦ部とを備え、前記制御部は、前記ＩＦ部が前記端末装置とのリンク断を検出した場合に、前記端末情報保持メモリに登録された当該端末装置情報を削除することを特徴とする。
【００１８】
特に、前記制御部は、既に登録を削除された前記端末装置から前記サーバ装置に再接続メッセージが送信され、前記サーバ装置から許可を示すメッセージがあった場合は、前記初期シーケンスを介さずに前記端末装置情報を端末情報保持メモリに再登録することを特徴とする。
【００１９】
また、予め設定した時間を計測するタイマー部を更に設け、前記制御部は、前記伝送装置に前記端末装置が管理されている状態での確認メッセージ、既に登録を削除された前記端末装置からの再接続メッセージ、などに対する前記サーバ装置の応答メッセージが当該端末装置の拒否を示す場合、前記端末情報保持メモリに登録された前記端末装置情報を即時に削除せずに、前記タイマー部がタイムアウトするまで前記端末情報を保持することを特徴とする。
【００２０】
さらに、前記制御部は、既に登録を削除された前記端末装置からの再接続メッセージに対する前記サーバ装置の応答メッセージが前記予め設定した時間内に当該端末装置の拒否を示すメッセージと許可を示すメッセージの両方の応答があった場合、その受信順序に関係なく、許可を示すメッセージを有効として、前記端末装置情報を前記端末情報保持メモリに再登録することを特徴とする。
【００２１】
また、前記制御部は、既に登録を削除された前記端末装置からの再接続メッセージに対して、前記伝送装置の上位網に接続される複数のサーバ装置から返送された応答メッセージが、前記予め設定した時間内に全ての応答メッセージが当該端末装置の拒否を示すメッセージであった場合、または前記予め設定した時間後に許可を示すメッセージがあった場合、のいずれの場合でも前記端末装置情報を再登録しないことを特徴とする。
【００２２】
特に、前記伝送装置は、ＧＥＰＯＮシステムのＯＬＴ装置であり、前記ＯＬＴ装置の配下に接続されるＯＮＵ装置を介して前記端末装置を収容することを特徴とする。
【００２３】
本発明に係る接続管理方法は、複数の端末装置を管理下に収容する伝送装置と、上位網にアクセスするためのＩＰアドレスを前記端末装置に割り当てるサーバ装置とを有するネットワークシステムにおける接続管理方法において、前記端末装置と前記サーバ装置との間で送受信されるメッセージを前記伝送装置でモニタして、前記端末装置の上位網へのアクセスを制御し、初期シーケンス時に前記サーバから上位網へのアクセスが許可された前記端末装置情報を端末情報保持メモリに登録し、前記端末装置とのリンク断を検出時に前記端末情報保持メモリに登録された当該端末装置情報を削除することを特徴とする。
【００２４】
特に、既に登録を削除された前記端末装置から前記サーバ装置に再接続メッセージが送信され、前記サーバ装置から許可を示すメッセージがあった場合は、前記初期シーケンスを介さずに前記端末装置情報を端末情報保持メモリに再登録することを特徴とする。
【００２５】
また、前記接続管理方法に前記端末装置が管理されている状態での確認メッセージ、既に登録を削除された前記端末装置からの再接続メッセージ、などに対する前記サーバ装置の応答メッセージが当該端末装置の拒否を示す場合、前記端末情報保持メモリに登録された前記端末装置情報を即時に削除せずに、予め設定した時間が経過するまで前記端末情報を保持することを特徴とする。
【００２６】
さらに、既に登録を削除された前記端末装置からの再接続メッセージに対する前記サーバ装置の応答メッセージが前記予め設定した時間内に当該端末装置の拒否を示すメッセージと許可を示すメッセージの両方の応答があった場合、その受信順序に関係なく、許可を示すメッセージを有効として、前記端末装置情報を前記端末情報保持メモリに再登録することを特徴とする。
【００２７】
また、既に登録を削除された前記端末装置からの再接続メッセージに対して、前記接続管理方法の上位網に接続される複数のサーバ装置から返送された応答メッセージが、前記予め設定した時間内に全ての応答メッセージが当該端末装置の拒否を示すメッセージであった場合、または前記予め設定した時間後に許可を示すメッセージがあった場合、のいずれの場合でも前記端末装置情報を再登録しないことを特徴とする。
【００２８】
特に、前記伝送装置は、ＧＥＰＯＮシステムのＯＬＴ装置であり、前記ＯＬＴ装置の配下に接続されるＯＮＵ装置を介して前記端末装置を収容することを特徴とする。
【発明の効果】
【００２９】
本発明に係るネットワークシステムおよび伝送装置並びに接続管理方法は、ＤＨＣＰ方式を用いるネットワークシステムにおいて、ＯＬＴ側で必要のない余計な情報の動的な削除や再登録を行うことができる。
【図面の簡単な説明】
【００３０】
【図１】ネットワークシステム１００の構成例を示す図である。
【図２】ＯＬＴ１０１の構成例を示す図である。
【図３】ＭＡＣテーブル２０４の一例を示す図である。
【図４】端末情報保持メモリ２０７の一例を示す図である。
【図５】ＯＮＵ管理テーブル２０８の一例を示す図である。
【図６】ＤＨＣＰシーケンスの流れを示す図である。
【図７】ロジカルリンク断発生時のＯＬＴ１０１の処理例を示す図である。
【図８】ロジカルリンク復旧時のＯＬＴ１０１の処理例１を示す図である。
【図９】ロジカルリンク復旧時のＯＬＴ１０１の処理例２を示す図である。
【図１０】ロジカルリンク復旧時のＯＬＴ１０１の処理例３を示す図である。
【図１１】ロジカルリンク復旧時のＯＬＴ１０１の処理例４を示す図である。
【図１２】ロジカルリンク復旧時のＯＬＴ１０１の処理例５を示す図である。
【発明を実施するための形態】
【００３１】
以下、本発明に係るネットワークシステムの実施形態について詳しく説明する。
【００３２】
図１は、本実施形態に係るネットワークシステム１００の構成例を示す図である。図１において、ネットワークシステム１００は、ＯＬＴ１０１と、光カプラ１０２と、ＯＮＵ１０３（１０３ａ、１０３ｂ、１０３ｃ）とで構成されるＥｔｈｅｒｎｅｔ（登録商標）ＰＯＮシステムである。そして、ＯＬＴ１０１の上位網側にはサーバ１０５が接続され、ＯＮＵ１０３には端末装置としてユーザ端末１０４（１０４ａ、１０４ｂ、１０４ｃ）が接続されている。ユーザ端末１０４ａ、ユーザ端末１０４ｂおよびユーザ端末１０４ｃは、それぞれＯＮＵ１０３ａ、ＯＮＵ１０３ｂおよびＯＮＵ１０３ｃを介してユーザデータを送受信し、各ＯＮＵ１０３とＯＬＴ１０１との間は光カプラ１０２を介して時分割多重されてユーザデータが送受信される。そして、ユーザデータはＯＬＴ１０１から上位網に送信され、上位網から受信するデータは各ＯＮＵ１０３を介してユーザ端末１０４に送信される。
【００３３】
ここで、ＯＬＴ１０１は、各ユーザ端末１０４のＭＡＣアドレスを学習しており、上位網から受信するフレームの宛先のＭＡＣアドレスにより各ＯＮＵに振り分けて各ユーザ端末１０４に送られる。
【００３４】
尚、以降の説明において、ＯＮＵ１０３ａ、ＯＮＵ１０３ｂおよびＯＮＵ１０３ｃに共通の事項を説明する場合はＯＮＵ１０３と表記し、個々の装置を指す場合はアルファベットのａ、ｂ、ｃを付加して例えばＯＮＵ１０３ａのように表記する。また、ユーザ端末１０４についても同様に表記する。
【００３５】
図１において、ユーザ端末１０４が上位網にアクセスするにはＩＰアドレスを取得する必要がある。そこで、ＩＰアドレスを取得するためにサーバ１０５にＩＰアドレスの払い出しを要求する。ここで、サーバ１０５は、ＤＨＣＰサーバに対応する。尚、本実施形態に係るネットワークシステム１００は、ＩＰｖ６に対応するもＤＨＣＰｖ６を利用する。ＤＨＣＰプロトコルは、ＲＦＣで定められており、特にＤＨＣＰｖ６についてはＲＦＣ３３１５を主として仕様が定められている。
【００３６】
次にＯＬＴ１０１の構成例について図２を用いて説明する。図２において、ＯＬＴ１０１は、ＯＬＴ制御部２０１と、ＩＦ部２０２と、Ｌ２フィルタ部２０３と、ＭＡＣテーブル２０４と、パケットキャプチャ部２０５と、一時情報保持メモリ２０６と、端末情報保持メモリ２０７と、ＯＮＵ管理テーブル２０８と、タイマー２０９とで構成される。
【００３７】
ＯＬＴ制御部２０１は、ＯＬＴ１０１全体の動作を制御する。例えばＩＦ部２０２を介して接続されるＯＮＵ１０３の情報を取得して、ＯＮＵ管理テーブル２０８に登録する。そして、ＯＮＵ１０３とのＰＯＮ区間のロジカルリンク切断を検出した場合はＯＮＵ管理テーブル２０８から削除する。また、パケットキャプチャ部２０５で各ＯＮＵ１０３に接続されるユーザ端末１０４のＭＡＣアドレスをスヌーピングしてＭＡＣテーブル２０４に登録する。ここで、スヌーピングは各ユーザ端末１０４が上位網との間で送受信する情報をモニタする技術で、サーバ１０５との間でＩＰアドレスの払い出しを受ける時のＤＨＣＰシーケンス確立時に各ユーザ端末１０４のＭＡＣアドレスやＩＰアドレス、リース期間などの端末情報を取得する。尚、以降の説明において、ＯＬＴ１０１が行う制御は、ＯＬＴ制御部２０１の内部に予め記憶されたプログラムによって実行される。また、ＤＨＣＰスヌーピング自体は、本来レイヤ２のＬ２スイッチとして使用されるＧＥＰＯＮシステムをよりセキュアな装置とするために考えられた方式であり、既に実現されている技術である。本実施形態に係るネットワークシステム１００では、ＤＨＣＰスヌーピング機能を利用して、ＤＨＣＰ時の端末装置の管理をより効果的に行うことができる。
【００３８】
ＩＦ部２０２は、ＯＬＴ１０１と複数のＯＮＵ１０３との間を接続するための光インターフェースを提供し、各ＯＮＵとの間で伝送されるデータを時分割多重して送受信する。また、ＰＯＮ区間のロジカルリンクの確立または切断を検出してＯＬＴ制御部２０１に通知する。
【００３９】
Ｌ２フィルタ部２０３は、ＯＮＵ１０３から受信するユーザフレームを上位網に送信する。また、Ｌ２フィルタ部２０３は、ＭＡＣテーブル２０４に登録されているＭＡＣアドレス宛（ユーザ端末１０４のＭＡＣアドレス）のユーザフレームを上位網から受信した場合は、当該ＭＡＣアドレスに対応するユーザ端末１０４が接続されているＯＮＵ１０３に受信するユーザフレームを送信し、ＭＡＣテーブル２０４に登録されていないＭＡＣアドレス宛のユーザフレームを上位網から受信した場合は、フィルタリングして、ＯＮＵ１０３側に受信するユーザフレームを送信しない。
【００４０】
ＭＡＣテーブル２０４は、スヌーピングによりパケットキャプチャ部２０５で取得したユーザ端末１０４のＭＡＣアドレスが登録されている。Ｌ２フィルタ部２０３は、ＭＡＣテーブル２０４を参照し、上位網から受信されるユーザフレームのＭＡＣアドレスをチェックしてＭＡＣテーブル２０４に登録されているＭＡＣアドレス宛のユーザフレームをＯＮＵ１０３側に送信する。このようにして、ＭＡＣテーブル２０４に登録されているユーザ端末１０４は上位網にアクセスすることができる。
【００４１】
図３は、ＭＡＣテーブル２０４の一例を示す図である。図３において、ＭＡＣテーブル２０４には、ユーザ端末１０４毎にＭＡＣアドレス、ＩＰアドレスなどの情報が登録される。図４の例では、ユーザ端末１０４ａはＯＮＵ１０３ａに接続される端末装置で、ＭＡＣアドレス（５５−４４−３３−２２−１１−００）、ＩＰｖ６対応のＩＰアドレス（１２：３６：０：・・・）であることがわかる。同様に、ユーザ端末１０４ｂおよびユーザ端末１０４ｃについてもそれぞれＭＡＣアドレスなどが登録される。
【００４２】
尚、ＭＡＣテーブル２０４は、ＯＬＴ制御部２０１により更新される。例えば、ＰＯＮ区間のロジカルリンク断によりＯＬＴ制御部２０１がＯＮＵ管理テーブル２０８からＯＮＵ１０３を削除すると、当該ＯＮＵ１０３に接続されるユーザ端末１０４情報もＭＡＣテーブル２０４から削除する。図３において、例えばＯＮＵ１０３ｃとＯＬＴ１０１とのＰＯＮ区間がロジカルリンク断になった場合、ＯＮＵ１０３ｃに対応付けられているユーザ端末１０４ｃのＭＡＣアドレスおよびＩＰアドレスなどの情報がＭＡＣテーブル２０４から削除される。そして、ＯＮＵ１０３ｃとＯＬＴ１０１のＰＯＮ区間のロジカルリンクが復旧後、ユーザ端末１０４ｃが上位網に通信しようとしてもユーザ端末１０４ｃのＭＡＣアドレスがＭＡＣテーブル２０４から削除されているので、上位網から受信するユーザ端末１０４ｃのＭＡＣアドレス宛のユーザフレームは、ユーザ端末１０４ｃが接続されるＯＮＵ１０３ｃに送信されず、ユーザ端末１０４ｃは上位網へのアクセスができなくなる。尚、ＯＮＵ１０３ｃ側から上位網側に送信されるユーザフレームやＤＨＣＰ＿ｃｏｎｆｉｒｍなどのＤＨＣＰシーケンスのフレームは上位側のサーバ１０５に送信される。
【００４３】
パケットキャプチャ部２０５は、各ユーザ端末１０４が上位網との間で送受信するフレームをスヌーピングしてＯＬＴ制御部２０１に出力する。
【００４４】
一時情報保持メモリ２０６は、パケットキャプチャ部２０５でスヌーピングしたユーザ端末情報（ＭＡＣアドレスなど）を一時的に保持するためのバッファである。
【００４５】
端末情報保持メモリ２０７は、一時情報保持メモリ２０６で保持されていたユーザ端末情報が確定した段階で当該ユーザ端末情報が記憶される。尚、端末情報保持メモリ２０７に記憶されると共にＭＡＣテーブル２０４にも登録される。ここで、端末情報保持メモリ２０７とＭＡＣテーブル２０４とを１つのメモリで構成してもよい。
【００４６】
図４は、端末情報保持メモリ２０７の一例を示す図である。図４において、端末情報保持メモリ２０７には、ユーザ端末１０４毎にＭＡＣアドレス、ＩＰアドレスおよびＩＰアドレスのリース期間などの情報が登録される。図４の例では、ＯＮＵ１０３ａに接続されている端末装置として、ユーザ端末１０４ａが登録され、ユーザ端末１０４ａのＭＡＣアドレス（５５−４４−３３−２２−１１−００）と、ＩＰｖ６対応のＩＰアドレス（１２：３６：０：・・・）と、リース期間（３日間）とが登録されている。同様に、ＯＮＵ１０３ｂおよびＯＮＵ１０３ｃについてもそれぞれに接続されているユーザ端末１０４ｂおよびユーザ端末１０４ｃに関する端末情報が登録される。
【００４７】
このように端末情報保持メモリ２０７には、ＯＮＵ１０３毎に接続されるユーザ端末１０４の端末情報が登録され、管理される。尚、これらの情報は、ユーザ端末１０４とサーバ１０５との間でＤＨＣＰシーケンスを確立する時に送受信されるパケットをＯＬＴ１０１がスヌーピングして取得した情報である。
【００４８】
ＯＮＵ管理テーブル２０８は、ロジカルリンク確立時にＩＦ部２０２を介して接続されるＯＮＵ１０３の情報を保持する。また、ロジカルリンク切断時にＯＮＵ情報がＯＮＵ管理テーブル２０８から削除される。
【００４９】
タイマー２０９は、ＯＬＴ制御部２０１の指令に応じて予め設定された時間を計測するタイマーである。
【００５０】
図５は、ＯＮＵ管理テーブル２０８の一例を示す図である。図５において、ＯＮＵ管理テーブル２０８には、ＯＬＴ１０１とＰＯＮ区間のロジカルリンクを形成するＯＮＵ１０３が管理され、ロジカルリンク確立時に該当するＯＮＵ１０３のＭＡＣアドレスが登録され、ロジカルリンク切断時にＯＮＵ管理テーブル２０８から削除される。図４の例では、ロジカルリンクが確立されているＯＮＵ１０３ａのＭＡＣアドレス（００−１１−２２−３３−４４−５５）とＯＮＵ１０３ｃのＭＡＣアドレス（１１−２２−３３−４４−５５−６６）とが管理されており、この場合はＯＮＵ１０３ｂはロジカルリンク断などにより削除されている。
【００５１】
このようにＯＮＵ管理テーブル２０８には、ＯＬＴ１０１との間でＧＥＰＯＮを形成するＯＮＵ１０３が管理される。
【００５２】
以上説明したように、本実施形態に係るネットワークシステム１００のＯＬＴ１０１は構成され、ＰＯＮ区間を形成するＯＮＵ１０３およびＯＮＵ１０３に接続されるユーザ端末１０４を管理する。
【００５３】
［ＤＨＣＰシーケンス］
次に、ＤＨＣＰシーケンスについて、図６を用いて詳しく説明する。図６は、ユーザ端末１０４とサーバ１０５との間でＤＨＣＰシーケンスを行ってＩＰアドレスの払い出しを受ける場合のメッセージの送受信と、ＩＰアドレスの確認、更新、解放などのメッセージの送受信の流れを示した図である。ここで、確認および更新メッセージは、請求項の再接続メッセージに対応する。
（ＤＨＣＰ初期確立時のシーケンス）
先ず、ユーザ端末１０４がサーバ１０５からＩＰアドレスの払い出しを受ける時のシーケンスについて説明する。図６において、ユーザ端末１０４は、ＤＨＣＰサーバの場所を探すためのＤＨＣＰ＿Ｓｏｌｉｃｉｔ（要請）メッセージを送信する。ＤＨＣＰ＿Ｓｏｌｉｃｉｔメッセージは、ＯＮＵ１０３を介してＯＬＴ１０１に送られ、ＯＬＴ１０１から上位側に送信される。そして、上位側のサーバ１０５は、当該メッセージを受信する。ここで、もし複数のサーバがある場合は、各サーバでそれぞれ受信される。この時、ＯＬＴ１０１は、ＤＨＣＰ＿Ｓｏｌｉｃｉｔメッセージをスヌーピングして、ユーザ端末１０４のＭＡＣアドレスなどの情報を一時情報保持メモリ２０６に保持する（処理Ｓ３０１）。
【００５４】
これを受けたサーバ１０５は、ＤＨＣＰサービスの利用が可能であることを示すＤＨＣＰ＿Ａｄｖｅｒｔｉｓｅ（広告）メッセージをユーザ端末１０４に送信する。サーバ１０５から送信されたＤＨＣＰ＿Ａｄｖｅｒｔｉｓｅメッセージは、ＯＬＴ１０１およびＯＮＵ１０３を介してユーザ端末１０４で受信される。尚、ＯＬＴ１０１は、ＤＨＣＰ＿Ａｄｖｅｒｔｉｓｅメッセージについてもスヌーピングによりメッセージ内容をモニタしている。また、ここではサーバ１０５のみの例を示しているが、複数のサーバがある場合は、複数のサーバにＤＨＣＰ＿Ｓｏｌｉｃｉｔメッセージがマルチキャスト送信され、ユーザ端末１０４は複数のサーバからＤＨＣＰ＿Ａｄｖｅｒｔｉｓｅメッセージを受信する。
【００５５】
そして、ユーザ端末１０４は、ＤＨＣＰ＿Ａｄｖｅｒｔｉｓｅメッセージを受信したサーバの中からいずれかのサーバを選択して、ＩＰアドレスの払い出しを要求するＤＨＣＰ＿Ｒｅｑｕｅｓｔ（要求）メッセージを送信する。図６の例では、ユーザ端末１０４は、サーバ１０５にＤＨＣＰ＿Ｒｅｑｕｅｓｔメッセージを送信する。尚、ＯＬＴ１０１は、ＤＨＣＰ＿Ｒｅｑｕｅｓｔメッセージの内容についてもスヌーピングしている。
【００５６】
これを受けたサーバ１０５は、ユーザ端末１０４に割り当てるＩＰアドレスなどのパラメータを含むＤＨＣＰ＿Ｒｅｐｌｙ（応答）メッセージをユーザ端末１０４に送信する。サーバ１０５から送信されたＤＨＣＰ＿Ｒｅｐｌｙメッセージは、ＯＬＴ１０１およびＯＮＵ１０３を介してユーザ端末１０４で受信される。尚、ＯＬＴ１０１は、ＤＨＣＰ＿Ｒｅｐｌｙメッセージのスヌーピングによりユーザ端末１０４にＩＰアドレスが払い出されたことを認識し、ＤＨＣＰ＿Ｒｅｐｌｙメッセージに含まれるユーザ端末１０４のＩＰアドレスとそのリース期間の情報と、一時情報保持メモリ２０６に保持されていたユーザ端末１０４のＭＡＣアドレス情報とを関連付けて、端末情報保持メモリ２０７に登録する（処理Ｓ３０２）。この時点で、ＤＨＣＰの初期確立のシーケンスが完了する。
【００５７】
そして、ＯＬＴ１０１のＯＬＴ制御部２０１は、端末情報保持メモリ２０７に登録されたユーザ端末１０４のＭＡＣアドレス情報などをＭＡＣテーブル２０４にも登録する。これにより、ＩＰアドレスを取得したユーザ端末１０４が送信するＩＰフレームは、ＯＬＴ１０１のＬ２フィルタ部２０３を介して上位網に送信され、上位網から受信するユーザ端末１０４のＭＡＣアドレス宛のフレームは、ユーザ端末１０４が接続されるＯＮＵ１０３に送信されるので、ユーザ端末１０４は上位のネットワークにアクセスできるようになる。
（ＤＨＣＰ確認時のシーケンス）
次に、ユーザ端末１０４がサーバ１０５から割り当てられたＩＰアドレスが未だ有効であるか否かの確認を行う時のシーケンスについて説明する。図６において、ユーザ端末１０４は、ＤＨＣＰ＿Ｃｏｎｆｉｒｍ（確認）メッセージを送信する。ＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージは、ＯＮＵ１０３を介してＯＬＴ１０１に送られ、ＯＬＴ１０１からサーバ１０５に送信される。この時、ＯＬＴ１０１は、ＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージの内容をスヌーピングしている。
【００５８】
これを受けたサーバ１０５は、ユーザ端末１０４に割り当てられたＩＰアドレスが適切であるか否かを示すＤＨＣＰ＿Ｒｅｐｌｙメッセージをユーザ端末１０４に送信する。サーバ１０５から送信されたＤＨＣＰ＿Ｒｅｐｌｙメッセージは、ＯＬＴ１０１およびＯＮＵ１０３を介してユーザ端末１０４で受信される。尚、ＯＬＴ１０１は、ＤＨＣＰ＿Ｒｅｐｌｙメッセージの内容をスヌーピングしており、ユーザ端末１０４に割り当てられていたＩＰアドレスの許可応答であるか拒否応答であるかを知ることができ、これに基づいて端末情報保持メモリ２０７の端末情報を維持するか削除するかを制御する（処理Ｓ３０３）。尚、ＯＬＴ制御部２０１は、端末情報保持メモリ２０７から端末情報を削除する場合、ＭＡＣテーブル２０４からも当該端末情報を削除するので、上位網から受信するユーザ端末１０４のＭＡＣアドレス宛のフレームは、ＯＮＵ１０３側に送信されないので、ユーザ端末１０４は上位網へのアクセスができなくなる。
（ＤＨＣＰ更新時のシーケンス）
次に、ユーザ端末１０４がサーバ１０５から割り当てられたＩＰアドレスのリース期間を延長する場合のシーケンスについて説明する。図６において、ユーザ端末１０４は、ＤＨＣＰ＿Ｒｅｎｅｗ（更新）メッセージを送信する。ＤＨＣＰ＿Ｒｅｎｅｗメッセージは、ＯＮＵ１０３を介してＯＬＴ１０１に送られ、ＯＬＴ１０１からサーバ１０５に送信される。この時、ＯＬＴ１０１は、ＤＨＣＰ＿Ｒｅｎｅｗメッセージの内容をスヌーピングしている。
【００５９】
これを受けたサーバ１０５は、ユーザ端末１０４に割り当てられたＩＰアドレスのリース期間の延長を許可するか否かを示すＤＨＣＰ＿Ｒｅｐｌｙメッセージをユーザ端末１０４に送信する。サーバ１０５から送信されたＤＨＣＰ＿Ｒｅｐｌｙメッセージは、ＯＬＴ１０１およびＯＮＵ１０３を介してユーザ端末１０４で受信される。尚、ＯＬＴ１０１は、ＤＨＣＰ＿Ｒｅｐｌｙメッセージの内容をスヌーピングしており、ユーザ端末１０４に割り当てられていたＩＰアドレスのリース期間の延長要求に対して許可応答であるか拒否応答であるかを知ることができ、これに基づいて端末情報保持メモリ２０７の端末情報のリース期間を更新するか否かを制御する（処理Ｓ３０４）。
（ＤＨＣＰ解放時のシーケンス）
次に、ユーザ端末１０４がサーバ１０５から割り当てられたＩＰアドレスを使わなくなった場合のシーケンスについて説明する。図６において、ユーザ端末１０４は、ＤＨＣＰ＿Ｒｅｌｅａｓｅ（解放）メッセージを送信する。ＤＨＣＰ＿Ｒｅｌｅａｓｅメッセージは、ＯＮＵ１０３を介してＯＬＴ１０１に送られ、ＯＬＴ１０１からサーバ１０５に送信される。この時、ＯＬＴ１０１は、ＤＨＣＰ＿Ｒｅｌｅａｓｅメッセージの内容をスヌーピングしており、端末情報保持メモリ２０７に登録されている当該ユーザ端末１０４の端末情報を削除する（処理Ｓ３０５）。尚、ＯＬＴ制御部２０１は、ＭＡＣテーブル２０４からも当該端末情報を削除する。また、図６の場合、ＤＨＣＰ＿Ｒｅｌｅａｓｅメッセージに対してサーバ１０５から解放要求を許可するか辞退するかを示すＤＨＣＰ＿Ｒｅｐｌｙメッセージをスヌーピングして、当該端末情報削除するか否かを判断してもよい。但し、ユーザ端末１０４は、解放（Ｒｅｌｅａｓｅ）した時点で取得していたＩＰアドレスを使用しないので、この場合は上記の判断は不要である。
【００６０】
このようにして、本実施形態に係るネットワークシステム１００では、ＯＬＴ１０１は、ユーザ端末１０４とサーバ１０５との間で送受信されるＤＨＣＰ制御情報をスヌーピングして、ユーザ端末１０４の端末情報の登録や削除を行うことができる。ここで、ＤＨＣＰ＿ＣｏｎｆｉｒｍメッセージやＤＨＣＰ＿Ｒｅｎｅｗメッセージなどサーバ側に再接続を要求するメッセージであれば同様に適用可能である。
［ロジカルリンク断発生時の動作］
次に、ＤＨＣＰシーケンス完了後にＯＬＴ１０１とＯＮＵ１０３との間のＰＯＮ区間でロジカルリンク断が発生した場合の動作について図７を用いて説明する。
【００６１】
図７において、図６で説明したように、ＤＨＣＰシーケンスが完了してＯＬＴ１０１の端末情報保持メモリ２０７およびＭＡＣテーブル２０４に端末のＭＡＣアドレスなどが登録される（処理Ｓ４０１）。これにより、ユーザ端末１０４は上位網から受信するユーザ端末１０４のＭＡＣアドレス宛のフレームを受信することができ、ユーザ端末１０４は上位のネットワークへの通信が可能な状態になる。その後、ＯＬＴ１０１とＯＮＵ１０３との間のＰＯＮ区間のロジカルリンク断が発生すると、ＯＬＴ１０１のＩＦ部２０２がロジカルリンク断を検出してＯＬＴ制御部２０１に通知する（処理Ｓ４０２）。これにより、ＯＬＴ制御部２０１は、端末情報保持メモリ２０７およびＭＡＣテーブル２０４に登録されているユーザ端末１０４の情報を削除する（処理Ｓ４０３)。これにより、Ｌ２フィルタ部２０３は、上位網から受信するユーザ端末１０４のＭＡＣアドレス宛のフレームを通さないので、ユーザ端末１０４は通信不可の状態になる（状態Ａ）。
［ロジカルリンク復旧時の動作例１］
次に、通信不可の状態ＡからＯＬＴ１０１とＯＮＵ１０３との間のＰＯＮ区間のロジカルリンクが復旧した場合、図８に示すような動作が行われる。ユーザ端末１０４は、ＯＬＴ１０１のＭＡＣテーブル２０４から端末情報が削除されているので、上位網から受信するユーザ端末１０４のＭＡＣアドレス宛のフレームは、ＯＮＵ１０３側に送信されず、上位網にアクセスすることができない。そこで、ユーザ端末１０４は、最初に割り当てられていたＩＰアドレスが使用可能か否かをサーバに問い合わせるためのＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージを送信する。この時、本実施形態に係るＯＬＴ１０１では、ＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージをスヌーピングして、ユーザ端末１０４の端末情報（ＭＡＣアドレス、ＩＰアドレスなど）を一時情報保持メモリ２０６に保持する（処理Ｓ４０４）。
【００６２】
そして、図８の例では、サーバ１０５ａからＩＰアドレスが適切であることを示す許可応答をＤＨＣＰ＿Ｒｅｐｌｙメッセージでユーザ端末１０４に返信する。ＯＬＴ１０１は、このＤＨＣＰ＿Ｒｅｐｌｙメッセージをスヌーピングして、許可応答であれば処理Ｓ４０４で一時情報保持メモリ２０６に保持していた端末情報を端末情報保持メモリ２０７およびＭＡＣテーブル２０４に再登録する（処理Ｓ４０５）。これにより、ユーザ端末１０４は、上位網から受信するユーザ端末１０４のＭＡＣアドレス宛のフレームを受信することができ、ロジカルリンク断の前と同様に上位網と通信することができる。
【００６３】
従来は、ＤＨＣＰの初期確立時のみに端末情報をＭＡＣテーブル２０４に登録していたので、ユーザ端末１０４がＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージをサーバ１０５ａに送信して許可応答を受け取り、ユーザ端末１０４が上位網に通信しようとしてもＯＬＴ１０１のＬ２フィルタ部２０３のＭＡＣテーブル２０４からユーザ端末１０４のＭＡＣアドレスが削除されたままなので、ユーザ端末１０４の通信が阻害されるという問題があった。特にこの場合は、ユーザ端末１０４はＩＰアドレスが使用可能であるという応答メッセージをサーバ１０５ａから受け取っているにも拘わらず上位網との間で通信できない点に大きな問題があり、この場合はユーザ端末１０４が再びＤＨＣＰ確立シーケンスを実行しなければならなかった。尚、ＰＰＰｏＥのように高価なＢＲＡＳを用いる場合は、ＢＲＡＳによってユーザ端末１０４の上位網へのアクセスが制御されるので、ＯＬＴ１０１はユーザ端末１０４のアクセス制御を行う必要がなく、上記のような問題は生じないが、高価なＢＲＡＳを用いずにＤＨＣＰシーケンスをスヌーピングしてＯＬＴ１０１によりアクセス制御を行う場合、上記のような問題が生じる。
【００６４】
これに対して、本実施形態に係るＯＬＴ１０１では、図８で説明したように、ＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージに対するＤＨＣＰ＿Ｒｅｐｌｙメッセージをスヌーピングして、許可応答である場合に端末情報を再登録するので、ユーザ端末１０４はサーバ１０５ａの許可応答を受けて、再び上位網との間で通信を行うことができる。
［ロジカルリンク復旧時の動作例２］
次に、通信不可の状態ＡからＯＬＴ１０１とＯＮＵ１０３との間のＰＯＮ区間のロジカルリンクが復旧した場合の動作例２について、図９を用いて説明する。図８では、ＤＨＣＰサーバは、サーバ１０５ａのみであったが、図９の例では、２つのサーバ１０５ａ、サーバ１０５ｂがＤＨＣＰ＿Ｒｅｐｌｙメッセージをユーザ端末１０４に返信する。尚、ロジカルリンクが復旧した時点でＯＬＴ１０１のＭＡＣテーブル２０４からユーザ端末１０４の端末情報が削除されているので、上位網から受信するユーザ端末１０４のＭＡＣアドレス宛のフレームはＯＮＵ１０３側に送信されず、ユーザ端末１０４は上位網にアクセスすることができない。そこで、図８の場合と同様に、ユーザ端末１０４はＩＰアドレスの継続使用が可能か否かをサーバに問い合わせるためのＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージを送信する。ここで、ＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージにはサーバ識別子（Ｓｅｒｖｅｒ Ｉｎｄｅｎｔｉｆｉｅｒ）を含むことができないため、ユーザ端末１０４からのＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージに対して、受信した全てのサーバが許可、或いは拒否の応答を返信する。このため、複数のサーバから応答がある場合、ＯＬＴ１０１は、許可応答の後で拒否応答を受けたり、逆に拒否応答の後で許可応答を受けることがある。図９の例ではサーバ１０５ａとサーバ１０５ｂとに送信される。この時、ＯＬＴ１０１は、図８の処理Ｓ４０４と同様に、ＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージをスヌーピングして、ユーザ端末１０４の端末情報（ＭＡＣアドレス、ＩＰアドレスなど）を一時情報保持メモリ２０６に保持する。
【００６５】
そして、サーバ１０５ａからＩＰアドレスが適切であることを示す許可応答をＤＨＣＰ＿Ｒｅｐｌｙメッセージによりユーザ端末１０４に返信する。この時、ＯＬＴ１０１では図８の処理Ｓ４０５と同じ処理が実行され、ユーザ端末１０４の端末情報を端末情報保持メモリ２０７およびＭＡＣテーブル２０４に再登録するので、ユーザ端末１０４は、上位網から受信するユーザ端末１０４のＭＡＣアドレス宛のフレームを受信することができ、ロジカルリンク断の前と同様に上位網と通信することができる。
【００６６】
ところが、サーバ１０５ｂからもＤＨＣＰ＿Ｒｅｐｌｙメッセージがユーザ端末１０４に返信される。特にサーバ１０５ｂは、ユーザ端末１０４にＩＰアドレスを割り当てていないので、拒否応答を示すＤＨＣＰ＿Ｒｅｐｌｙメッセージがユーザ端末１０４に返信される。この時、ＯＬＴ１０１がＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージに対するＤＨＣＰ＿Ｒｅｐｌｙメッセージの内容（許可応答／拒否応答）に基づいて単純に再登録や削除などの処理を行う場合は、端末情報が再び削除されてしまうことになり、従来と同様に、上位網から受信するユーザ端末１０４のＭＡＣアドレス宛のフレームはＯＮＵ１０３側に送信されず、ユーザ端末１０４と上位網との間の通信が阻害されてしまうという問題が生じる。
【００６７】
そこで、本実施形態に係るＯＬＴ１０１は、図９に示すように、ユーザ端末１０４が送信したＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージをスヌーピングした時点でタイマー２０９の動作を開始する（処理Ｓ４０６）。そして、タイマー２０９がタイムアウトするまでに許可応答を示すＤＨＣＰ＿Ｒｅｐｌｙメッセージをスヌーピングした場合は、タイマー２０９がタイムアウトするまでに他のサーバ１０５から受信した拒否応答を示すＤＨＣＰ＿Ｒｅｐｌｙメッセージを無視してユーザ端末１０４の端末情報を削除しないように制御する（処理Ｓ４０７）。
［ロジカルリンク復旧時の動作例３］
次に、通信不可の状態ＡからＯＬＴ１０１とＯＮＵ１０３との間のＰＯＮ区間のロジカルリンクが復旧した場合の動作例３について、図１０を用いて説明する。図９では、タイマー２０９の設定時間内に複数のＤＨＣＰサーバからＤＨＣＰ＿Ｒｅｐｌｙメッセージがユーザ端末１０４に返信される場合を示したが、図１０では先にサーバ１０５ａから拒否応答を示すＤＨＣＰ＿Ｒｅｐｌｙメッセージが返信される。この場合、ＯＬＴ１０１は拒否応答なのでユーザ端末１０４の端末情報を再登録しない（処理Ｓ４０９）。さらに、図１０の例では、サーバ１０５ｂから許可応答を示すＤＨＣＰ＿Ｒｅｐｌｙメッセージが返信される。このＤＨＣＰ＿Ｒｅｐｌｙメッセージがタイマー２０９の所定時間内に受信すれば図９で説明したように、再登録（処理Ｓ４０５）が行われるので、ユーザ端末１０４は通信可能となるが、図１０の例では許可応答を示すＤＨＣＰ＿Ｒｅｐｌｙメッセージがタイムアウト（処理Ｓ４０８）後に受信（正確にはＯＬＴ１０１でスヌーピングした時点）されているので、ＯＬＴ１０１はこの許可応答を無視し、再登録を行わない（処理Ｓ４１０）。
【００６８】
尚、図９で説明したように、例えば本来のサーバ１０５ａから返信される許可応答をタイムアウト後に受信して、通信が阻害されることがないように、十分なタイマー時間でシステム設計が為されるので、実際には図１０のような状態は生じない。特に、本来のサーバ１０５ａ以外のサーバ１０５から許可応答が送信されることは誤認識や誤作動以外には想定されない。また、タイムアウトしないようにすることも考えられるが、この場合は、ＯＬＴ１０１がＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージに対する応答メッセージを永久に待ち続けることになるので、所定時間経過後に処理を終了するためにタイムアウトする必要がある。
［一時情報保持メモリ２０６の制御］
次に、本実施形態に係るＯＬＴ１０１における一時情報保持メモリ２０６の制御について説明する。図１１は、図１０と同様に、通信不可の状態ＡからＯＬＴ１０１とＯＮＵ１０３との間のＰＯＮ区間のロジカルリンクが復旧した場合、ユーザ端末１０４はＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージを送信し、ＯＬＴ１０１はこのＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージをスヌーピングして、ユーザ端末１０４の端末情報（ＭＡＣアドレス、ＩＰアドレスなど）を一時情報保持メモリ２０６に保持する（処理Ｓ４０４）。
【００６９】
そして、サーバ１０５ａから拒否応答を示すＤＨＣＰ＿Ｒｅｐｌｙメッセージが返信され、図１０で説明したように、拒否応答なのでユーザ端末１０４の端末情報を再登録しない（処理Ｓ４０９）。ここで、ＯＬＴ１０１は、タイマー２０９がタイムアウト前であるか否かを判別し、タイムアウトしていない場合は処理Ｓ４０４で一時情報保持メモリ２０６に保持した端末情報を削除せずに維持する（処理Ｓ４１１）。そして、タイマー２０９がタイムアウトした時に一時情報保持メモリ２０６に保持されている端末情報を削除する（処理Ｓ４１２）。
【００７０】
このように、タイマー２０９がタイムアウトするまで、ＤＨＣＰ＿Ｃｏｎｆｉｒｍメッセージでスヌーピングした端末情報を保持し続けるので、図１２に示すように、拒否応答を示すＤＨＣＰ＿Ｒｅｐｌｙメッセージの後で許可応答を示すＤＨＣＰ＿Ｒｅｐｌｙメッセージを受信した時に、一時情報保持メモリ２０６に保持していた端末情報を直ぐに登録することができる（処理Ｓ４１４）。これにより、タイマー２０９がタイムアウトするまでの間に受信する拒否応答と許可応答の順序に依らず、１回でも許可応答があった場合は一時情報保持メモリ２０６に保持されていた端末情報が端末情報保持メモリ２０７およびＭＡＣテーブル２０４に再登録されるので、上位網から受信するユーザ端末１０４のＭＡＣアドレス宛のフレームを受信することができ、ユーザ端末１０４と上位網との通信は阻害されず、インターネットなどへのアクセスを行うことができる。
【００７１】
以上、各実施形態に係るネットワークシステム１００およびＯＬＴ１０１並びにユーザ端末１０４の接続管理方法について説明してきたように、ＯＬＴ１０１およびＯＮＵ１０３のＰＯＮ区間のリンク状態により、ユーザ端末１０４の端末情報を管理する端末情報保持メモリ２０７およびＭＡＣテーブル２０４の登録や削除を行うことにより、ＯＬＴ１０１内に使われていない端末情報を保持する必要がなくなる。特に、上記の実施形態で説明したようなＩＰｖ６に対応するネットワークシステム１００においては、膨大なＩＰアドレス空間を持っているので使われていない端末情報を管理し続けることは非現実的である。
【００７２】
そして、決められたシーケンスを利用するユーザ端末１０４の端末情報のみを登録することにより、余分なメモリ消費を防ぎ、メモリ容量の削減や装置の低価格化を図ることができる。
【００７３】
さらに、ＯＬＴ１０１側でユーザ端末１０４と上位網との間の通信を制御することにより、過去に割り当てられたＩＰアドレスを使用して上位網にアクセスすることを防止し、セキュリティの高い通信サービスを提供することができる。
【００７４】
また、上記の実施形態では、ネットワークシステム１００は、ＯＬＴ１０１とＯＮＵ１０３によってＰＯＮ区間を形成するＧＥＰＯＮを利用したが、ＯＬＴ１０１の代わりにＬ２スイッチを用い、Ｌ２スイッチの配下に複数のユーザ端末が接続されるようなネットワークシステムにおいて、Ｌ２スイッチでユーザ端末１０４とサーバ１０５間のＤＨＣＰシーケンスをモニタして、上記の実施形態と同様の処理を行うようにしてもよい。
【００７５】
尚、本発明に係るネットワークシステムおよび伝送装置並びに接続管理方法について、各実施例を挙げて説明してきたが、その精神またはその主要な特徴から逸脱することなく他の多様な形で実施することができる。そのため、上述した実施例はあらゆる点で単なる例示に過ぎず、限定的に解釈してはならない。本発明は、特許請求の範囲によって示されるものであって、本発明は明細書本文にはなんら拘束されない。さらに、特許請求の範囲の均等範囲に属する変形や変更は、全て本発明の範囲内である。
【符号の説明】
【００７６】
１００・・・ネットワークシステム
１０１・・・ＯＬＴ
１０２・・・光カプラ
１０３・・・ＯＮＵ
１０４・・・ユーザ端末
１０５・・・サーバ
２０１・・・ＯＬＴ制御部
２０２・・・ＩＦ部
２０３・・・Ｌ２フィルタ部
２０４・・・ＭＡＣテーブル
２０５・・・パケットキャプチャ部
２０６・・・一時情報保持メモリ
２０７・・・端末情報保持メモリ
２０８・・・ＯＮＵ管理テーブル
２０９・・・タイマー
【特許請求の範囲】
【請求項１】
複数の端末装置を管理下に収容する伝送装置と、上位網にアクセスするためのＩＰアドレスを前記端末装置に割り当てるサーバ装置とを有するネットワークシステムにおいて、
前記伝送装置は、前記端末装置と前記サーバ装置との間で送受信される情報をモニタして、前記サーバ装置から前記端末装置にＩＰアドレスを最初に割り当てる初期シーケンス完了時に、前記端末装置情報を端末情報保持メモリに登録してリンクを管理し、前記端末装置とのリンク断を検出時に前記端末情報保持メモリに登録された当該端末装置情報を削除する
ことを特徴とするネットワークシステム。
【請求項２】
請求項１に記載のネットワークシステムにおいて、
既に登録を削除された前記端末装置から前記サーバ装置に再接続メッセージが送信され、前記サーバ装置から許可を示すメッセージがあった場合は、前記初期シーケンスを介さずに前記端末装置情報を端末情報保持メモリに再登録する
ことを特徴とするネットワークシステム。
【請求項３】
請求項２に記載のネットワークシステムにおいて、
前記端末装置が管理されている状態での確認メッセージ、既に登録を削除された前記端末装置からの再接続メッセージ、などに対する前記サーバ装置の応答メッセージが当該端末装置の拒否を示す場合、前記端末情報保持メモリに登録された前記端末装置情報を即時に削除せずに、予め設定した時間が経過するまで前記端末情報を保持する
ことを特徴とするネットワークシステム。
【請求項４】
請求項３に記載のネットワークシステムにおいて、
既に登録を削除された前記端末装置からの再接続メッセージに対する前記サーバ装置の応答メッセージが前記予め設定した時間内に当該端末装置の拒否を示すメッセージと許可を示すメッセージの両方の応答があった場合、その受信順序に関係なく、許可を示すメッセージを有効として、前記端末装置情報を前記端末情報保持メモリに再登録する
ことを特徴とするネットワークシステム。
【請求項５】
請求項２または３に記載のネットワークシステムにおいて、
既に登録を削除された前記端末装置からの再接続メッセージに対して、前記接続管理方法の上位網に接続される複数のサーバ装置から返送された応答メッセージが、前記予め設定した時間内に全ての応答メッセージが当該端末装置の拒否を示すメッセージであった場合、または前記予め設定した時間後に許可を示すメッセージがあった場合、のいずれの場合でも前記端末装置情報を再登録しない
ことを特徴とするネットワークシステム。
【請求項６】
請求項１から５に記載のネットワークシステムにおいて、
前記伝送装置は、ＧＥＰＯＮシステムのＯＬＴ装置であり、前記ＯＬＴ装置の配下に接続されるＯＮＵ装置を介して前記端末装置を収容する
ことを特徴とするネットワークシステム。
【請求項７】
下位側に複数の端末装置を収容し、上位網にアクセスするためのＩＰアドレスを前記端末装置に割り当てる上位側のサーバ装置との間に配置される伝送装置において、
前記伝送装置は、
前記端末装置と前記サーバ装置との間で送受信されるメッセージをモニタして、前記端末装置の上位網へのアクセスを制御する制御部と、
初期シーケンス時に前記サーバから上位網へのアクセスが許可された前記端末装置情報を登録する端末情報保持メモリと、
前記端末装置とのリンク状態を検出するＩＦ部と
を備え、
前記制御部は、前記ＩＦ部が前記端末装置とのリンク断を検出した場合に、前記端末情報保持メモリに登録された当該端末装置情報を削除する
ことを特徴とする伝送装置。
【請求項８】
請求項７に記載の伝送装置において、
前記制御部は、既に登録を削除された前記端末装置から前記サーバ装置に再接続メッセージが送信され、前記サーバ装置から許可を示すメッセージがあった場合は、前記初期シーケンスを介さずに前記端末装置情報を端末情報保持メモリに再登録する
ことを特徴とする伝送装置。
【請求項９】
請求項８に記載の伝送装置において、
予め設定した時間を計測するタイマー部を更に設け、
前記制御部は、前記伝送装置に前記端末装置が管理されている状態での確認メッセージ、既に登録を削除された前記端末装置からの再接続メッセージ、などに対する前記サーバ装置の応答メッセージが当該端末装置の拒否を示す場合、前記端末情報保持メモリに登録された前記端末装置情報を即時に削除せずに、前記タイマー部がタイムアウトするまで前記端末情報を保持する
ことを特徴とする伝送装置。
【請求項１０】
請求項９に記載の伝送装置において、
前記制御部は、既に登録を削除された前記端末装置からの再接続メッセージに対する前記サーバ装置の応答メッセージが前記予め設定した時間内に当該端末装置の拒否を示すメッセージと許可を示すメッセージの両方の応答があった場合、その受信順序に関係なく、許可を示すメッセージを有効として、前記端末装置情報を前記端末情報保持メモリに再登録する
ことを特徴とする伝送装置。
【請求項１１】
請求項９または１０に記載の伝送装置において、
前記制御部は、既に登録を削除された前記端末装置からの再接続メッセージに対して、前記伝送装置の上位網に接続される複数のサーバ装置から返送された応答メッセージが、前記予め設定した時間内に全ての応答メッセージが当該端末装置の拒否を示すメッセージであった場合、または前記予め設定した時間後に許可を示すメッセージがあった場合、のいずれの場合でも前記端末装置情報を再登録しない
ことを特徴とする伝送装置。
【請求項１２】
請求項７から１１に記載の伝送装置において、
前記伝送装置は、ＧＥＰＯＮシステムのＯＬＴ装置であり、前記ＯＬＴ装置の配下に接続されるＯＮＵ装置を介して前記端末装置を収容する
ことを特徴とする伝送装置。
【請求項１３】
複数の端末装置を管理下に収容する伝送装置と、上位網にアクセスするためのＩＰアドレスを前記端末装置に割り当てるサーバ装置とを有するネットワークシステムにおける接続管理方法において、
前記端末装置と前記サーバ装置との間で送受信されるメッセージを前記伝送装置でモニタして、前記端末装置の上位網へのアクセスを制御し、初期シーケンス時に前記サーバから上位網へのアクセスが許可された前記端末装置情報を端末情報保持メモリに登録し、前記端末装置とのリンク断を検出時に前記端末情報保持メモリに登録された当該端末装置情報を削除する
ことを特徴とする接続管理方法。
【請求項１４】
請求項１３に記載の接続管理方法において、
既に登録を削除された前記端末装置から前記サーバ装置に再接続メッセージが送信され、前記サーバ装置から許可を示すメッセージがあった場合は、前記初期シーケンスを介さずに前記端末装置情報を端末情報保持メモリに再登録する
ことを特徴とする接続管理方法。
【請求項１５】
請求項１４に記載の接続管理方法において、
前記接続管理方法に前記端末装置が管理されている状態での確認メッセージ、既に登録を削除された前記端末装置からの再接続メッセージ、などに対する前記サーバ装置の応答メッセージが当該端末装置の拒否を示す場合、前記端末情報保持メモリに登録された前記端末装置情報を即時に削除せずに、予め設定した時間が経過するまで前記端末情報を保持する
ことを特徴とする接続管理方法。
【請求項１６】
請求項１５に記載の接続管理方法において、
既に登録を削除された前記端末装置からの再接続メッセージに対する前記サーバ装置の応答メッセージが前記予め設定した時間内に当該端末装置の拒否を示すメッセージと許可を示すメッセージの両方の応答があった場合、その受信順序に関係なく、許可を示すメッセージを有効として、前記端末装置情報を前記端末情報保持メモリに再登録する
ことを特徴とする接続管理方法。
【請求項１７】
請求項１５または１６に記載の接続管理方法において、
既に登録を削除された前記端末装置からの再接続メッセージに対して、前記接続管理方法の上位網に接続される複数のサーバ装置から返送された応答メッセージが、前記予め設定した時間内に全ての応答メッセージが当該端末装置の拒否を示すメッセージであった場合、または前記予め設定した時間後に許可を示すメッセージがあった場合、のいずれの場合でも前記端末装置情報を再登録しない
ことを特徴とする接続管理方法。
【請求項１８】
請求項１３から１７に記載の接続管理方法において、
前記伝送装置は、ＧＥＰＯＮシステムのＯＬＴ装置であり、前記ＯＬＴ装置の配下に接続されるＯＮＵ装置を介して前記端末装置を収容する
ことを特徴とする接続管理方法。
【請求項１】
複数の端末装置を管理下に収容する伝送装置と、上位網にアクセスするためのＩＰアドレスを前記端末装置に割り当てるサーバ装置とを有するネットワークシステムにおいて、
前記伝送装置は、前記端末装置と前記サーバ装置との間で送受信される情報をモニタして、前記サーバ装置から前記端末装置にＩＰアドレスを最初に割り当てる初期シーケンス完了時に、前記端末装置情報を端末情報保持メモリに登録してリンクを管理し、前記端末装置とのリンク断を検出時に前記端末情報保持メモリに登録された当該端末装置情報を削除する
ことを特徴とするネットワークシステム。
【請求項２】
請求項１に記載のネットワークシステムにおいて、
既に登録を削除された前記端末装置から前記サーバ装置に再接続メッセージが送信され、前記サーバ装置から許可を示すメッセージがあった場合は、前記初期シーケンスを介さずに前記端末装置情報を端末情報保持メモリに再登録する
ことを特徴とするネットワークシステム。
【請求項３】
請求項２に記載のネットワークシステムにおいて、
前記端末装置が管理されている状態での確認メッセージ、既に登録を削除された前記端末装置からの再接続メッセージ、などに対する前記サーバ装置の応答メッセージが当該端末装置の拒否を示す場合、前記端末情報保持メモリに登録された前記端末装置情報を即時に削除せずに、予め設定した時間が経過するまで前記端末情報を保持する
ことを特徴とするネットワークシステム。
【請求項４】
請求項３に記載のネットワークシステムにおいて、
既に登録を削除された前記端末装置からの再接続メッセージに対する前記サーバ装置の応答メッセージが前記予め設定した時間内に当該端末装置の拒否を示すメッセージと許可を示すメッセージの両方の応答があった場合、その受信順序に関係なく、許可を示すメッセージを有効として、前記端末装置情報を前記端末情報保持メモリに再登録する
ことを特徴とするネットワークシステム。
【請求項５】
請求項２または３に記載のネットワークシステムにおいて、
既に登録を削除された前記端末装置からの再接続メッセージに対して、前記接続管理方法の上位網に接続される複数のサーバ装置から返送された応答メッセージが、前記予め設定した時間内に全ての応答メッセージが当該端末装置の拒否を示すメッセージであった場合、または前記予め設定した時間後に許可を示すメッセージがあった場合、のいずれの場合でも前記端末装置情報を再登録しない
ことを特徴とするネットワークシステム。
【請求項６】
請求項１から５に記載のネットワークシステムにおいて、
前記伝送装置は、ＧＥＰＯＮシステムのＯＬＴ装置であり、前記ＯＬＴ装置の配下に接続されるＯＮＵ装置を介して前記端末装置を収容する
ことを特徴とするネットワークシステム。
【請求項７】
下位側に複数の端末装置を収容し、上位網にアクセスするためのＩＰアドレスを前記端末装置に割り当てる上位側のサーバ装置との間に配置される伝送装置において、
前記伝送装置は、
前記端末装置と前記サーバ装置との間で送受信されるメッセージをモニタして、前記端末装置の上位網へのアクセスを制御する制御部と、
初期シーケンス時に前記サーバから上位網へのアクセスが許可された前記端末装置情報を登録する端末情報保持メモリと、
前記端末装置とのリンク状態を検出するＩＦ部と
を備え、
前記制御部は、前記ＩＦ部が前記端末装置とのリンク断を検出した場合に、前記端末情報保持メモリに登録された当該端末装置情報を削除する
ことを特徴とする伝送装置。
【請求項８】
請求項７に記載の伝送装置において、
前記制御部は、既に登録を削除された前記端末装置から前記サーバ装置に再接続メッセージが送信され、前記サーバ装置から許可を示すメッセージがあった場合は、前記初期シーケンスを介さずに前記端末装置情報を端末情報保持メモリに再登録する
ことを特徴とする伝送装置。
【請求項９】
請求項８に記載の伝送装置において、
予め設定した時間を計測するタイマー部を更に設け、
前記制御部は、前記伝送装置に前記端末装置が管理されている状態での確認メッセージ、既に登録を削除された前記端末装置からの再接続メッセージ、などに対する前記サーバ装置の応答メッセージが当該端末装置の拒否を示す場合、前記端末情報保持メモリに登録された前記端末装置情報を即時に削除せずに、前記タイマー部がタイムアウトするまで前記端末情報を保持する
ことを特徴とする伝送装置。
【請求項１０】
請求項９に記載の伝送装置において、
前記制御部は、既に登録を削除された前記端末装置からの再接続メッセージに対する前記サーバ装置の応答メッセージが前記予め設定した時間内に当該端末装置の拒否を示すメッセージと許可を示すメッセージの両方の応答があった場合、その受信順序に関係なく、許可を示すメッセージを有効として、前記端末装置情報を前記端末情報保持メモリに再登録する
ことを特徴とする伝送装置。
【請求項１１】
請求項９または１０に記載の伝送装置において、
前記制御部は、既に登録を削除された前記端末装置からの再接続メッセージに対して、前記伝送装置の上位網に接続される複数のサーバ装置から返送された応答メッセージが、前記予め設定した時間内に全ての応答メッセージが当該端末装置の拒否を示すメッセージであった場合、または前記予め設定した時間後に許可を示すメッセージがあった場合、のいずれの場合でも前記端末装置情報を再登録しない
ことを特徴とする伝送装置。
【請求項１２】
請求項７から１１に記載の伝送装置において、
前記伝送装置は、ＧＥＰＯＮシステムのＯＬＴ装置であり、前記ＯＬＴ装置の配下に接続されるＯＮＵ装置を介して前記端末装置を収容する
ことを特徴とする伝送装置。
【請求項１３】
複数の端末装置を管理下に収容する伝送装置と、上位網にアクセスするためのＩＰアドレスを前記端末装置に割り当てるサーバ装置とを有するネットワークシステムにおける接続管理方法において、
前記端末装置と前記サーバ装置との間で送受信されるメッセージを前記伝送装置でモニタして、前記端末装置の上位網へのアクセスを制御し、初期シーケンス時に前記サーバから上位網へのアクセスが許可された前記端末装置情報を端末情報保持メモリに登録し、前記端末装置とのリンク断を検出時に前記端末情報保持メモリに登録された当該端末装置情報を削除する
ことを特徴とする接続管理方法。
【請求項１４】
請求項１３に記載の接続管理方法において、
既に登録を削除された前記端末装置から前記サーバ装置に再接続メッセージが送信され、前記サーバ装置から許可を示すメッセージがあった場合は、前記初期シーケンスを介さずに前記端末装置情報を端末情報保持メモリに再登録する
ことを特徴とする接続管理方法。
【請求項１５】
請求項１４に記載の接続管理方法において、
前記接続管理方法に前記端末装置が管理されている状態での確認メッセージ、既に登録を削除された前記端末装置からの再接続メッセージ、などに対する前記サーバ装置の応答メッセージが当該端末装置の拒否を示す場合、前記端末情報保持メモリに登録された前記端末装置情報を即時に削除せずに、予め設定した時間が経過するまで前記端末情報を保持する
ことを特徴とする接続管理方法。
【請求項１６】
請求項１５に記載の接続管理方法において、
既に登録を削除された前記端末装置からの再接続メッセージに対する前記サーバ装置の応答メッセージが前記予め設定した時間内に当該端末装置の拒否を示すメッセージと許可を示すメッセージの両方の応答があった場合、その受信順序に関係なく、許可を示すメッセージを有効として、前記端末装置情報を前記端末情報保持メモリに再登録する
ことを特徴とする接続管理方法。
【請求項１７】
請求項１５または１６に記載の接続管理方法において、
既に登録を削除された前記端末装置からの再接続メッセージに対して、前記接続管理方法の上位網に接続される複数のサーバ装置から返送された応答メッセージが、前記予め設定した時間内に全ての応答メッセージが当該端末装置の拒否を示すメッセージであった場合、または前記予め設定した時間後に許可を示すメッセージがあった場合、のいずれの場合でも前記端末装置情報を再登録しない
ことを特徴とする接続管理方法。
【請求項１８】
請求項１３から１７に記載の接続管理方法において、
前記伝送装置は、ＧＥＰＯＮシステムのＯＬＴ装置であり、前記ＯＬＴ装置の配下に接続されるＯＮＵ装置を介して前記端末装置を収容する
ことを特徴とする接続管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１３−１２８９９（Ｐ２０１３−１２８９９Ａ）
【公開日】平成２５年１月１７日（２０１３．１．１７）
【国際特許分類】
【出願番号】特願２０１１−１４４２０５（Ｐ２０１１−１４４２０５）
【出願日】平成２３年６月２９日（２０１１．６．２９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．イーサネット
【出願人】（０００２３７６６２）富士通テレコムネットワークス株式会社 (682)
【Ｆターム（参考）】
【公開日】平成２５年１月１７日（２０１３．１．１７）
【国際特許分類】
【出願日】平成２３年６月２９日（２０１１．６．２９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．イーサネット
【出願人】（０００２３７６６２）富士通テレコムネットワークス株式会社 (682)
【Ｆターム（参考）】
[ Back to top ]