JP2016225672A - パケット中継装置およびパケット中継方法 - Google Patents

Abstract

【課題】パケットの中継先の装置における当該パケットの処理負担を軽減することが可能なパケット中継装置およびパケット中継方法を提供する。
【解決手段】パケット中継装置は、パケットを受信する受信部と、前記パケット中継装置によって転送されたパケットであることを示す転送情報を、前記受信部によって受信された前記パケットに付与して出力する管理部と、前記管理部から受けた前記パケットに前記転送情報が付与されている場合、前記転送情報を付与せずに前記パケットの中継先の装置へ前記パケットを送信する中継部とを備える。
【選択図】図５

Description

本発明は、パケット中継装置およびパケット中継方法に関し、特に、パケットを中継するパケット中継装置およびパケット中継方法に関する。

たとえば、”Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ： ３３１５”、［ｏｎｌｉｎｅ］、２００３年７月、Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ（ＩＥＴＦ）、［平成２７年４月１０日検索］、インターネット〈ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ３３１５．ｔｘｔ〉（非特許文献１）には、ＤＨＣＰｖ６サーバがＩＰｖ６ノードすなわちクライアントにＩＰｖ６アドレスを渡すためのＩＰｖ６動的ホスト設定プロトコル（ＤＨＣＰ）が規定されている。

また、たとえば、”Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ： ６２２１”、［ｏｎｌｉｎｅ］、２０１１年５月、Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ（ＩＥＴＦ）、［平成２７年４月１０日検索］、インターネット〈ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ６２２１．ｔｘｔ〉（非特許文献２）には、中継機能を有さない装置であるＬＤＲＡ（Ｌｉｇｈｔｗｅｉｇｈｔ ＤＨＣＰｖ６ Ｒｅｌａｙ Ａｇｅｎｔ）が規定されている。

"Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ： ３３１５"、［ｏｎｌｉｎｅ］、２００３年７月、Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ（ＩＥＴＦ）、［平成２７年４月１０日検索］、インターネット〈ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ３３１５．ｔｘｔ〉 "Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ： ６２２１"、［ｏｎｌｉｎｅ］、２０１１年５月、Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ（ＩＥＴＦ）、［平成２７年４月１０日検索］、インターネット〈ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ６２２１．ｔｘｔ〉

たとえば、パケット中継装置は、クライアントから受信したパケットを転送する場合、ＲＦＣ６２２１（非特許文献２）に従って、自己が当該パケットを転送したことを示す転送情報を当該パケットに付与する。

また、たとえば、パケット中継装置は、上記転送情報が付与されたパケットを異なるネットワークに中継する場合、ＲＦＣ３３１５（非特許文献１）に従って、自己が当該パケットを転送したことを示す転送情報を当該パケットに付与して当該ネットワーク経由でＤＨＣＰｖ６サーバへ送信する。

しかしながら、ＤＨＣＰｖ６サーバがパケット中継装置から受信するパケットには転送情報が２つ付与されているため、以下の問題が生ずることがある。

すなわち、パケットに転送情報が２つ付与された場合、たとえば当該パケットの構造が複雑になるため、ＤＨＣＰｖ６サーバにおいて当該パケットを解析するための処理が複雑になってしまう。

この発明は、上述の課題を解決するためになされたもので、その目的は、パケットの中継先の装置における当該パケットの処理負担を軽減することが可能なパケット中継装置およびパケット中継方法を提供することである。

（１）上記課題を解決するために、この発明のある局面に係わるパケット中継装置は、パケット中継装置であって、パケットを受信する受信部と、前記パケット中継装置によって転送されたパケットであることを示す転送情報を、前記受信部によって受信された前記パケットに付与して出力する管理部と、前記管理部から受けた前記パケットに前記転送情報が付与されている場合、前記転送情報を付与せずに前記パケットの中継先の装置へ前記パケットを送信する中継部とを備える。

（９）上記課題を解決するために、この発明のある局面に係わるパケット中継方法は、パケット中継装置におけるパケット中継方法であって、パケットを受信するステップと、第１のプロトコルに従って、前記パケット中継装置によって転送されたパケットであることを示す転送情報を、受信した前記パケットに付与して出力するステップと、第２のプロトコルに従って、受けた前記パケットに前記転送情報が付与されている場合、前記転送情報を付与せずに前記パケットの中継先の装置へ前記パケットを送信するステップとを含む。

本発明は、このような特徴的な処理部を備えるパケット中継装置として実現できるだけでなく、パケット中継装置の一部または全部を実現する半導体集積回路として実現したり、パケット中継装置を備える通信システムとして実現したり、かかる特徴的な処理のステップをコンピュータに実行させるためのプログラムとして実現したりすることができる。

本発明によれば、パケットの中継先の装置における当該パケットの処理負担を軽減することができる。

図１は、本発明の実施の形態に係る通信システムの構成を示す図である。 図２は、本発明の実施の形態に係る通信システムにおいて用いられるパケットの一例を示す図である。 図３は、本発明の実施の形態に係る通信システムにおけるサーバおよびパケット中継装置間で送受信されるパケットに含まれるメッセージの構成を示す図である。 図４は、本発明の実施の形態に係る通信システムにおいて用いられるＤＨＣＰｖ６パケットの一例を示す図である。 図５は、本発明の実施の形態に係る通信システムにおけるパケット中継装置の構成を示す図である。 図６は、本発明の実施の形態に係るパケット中継装置における管理処理部の構成を示す図である。 図７は、本発明の実施の形態に係る管理処理部においてカプセル化されたＤＨＣＰｖ６パケットの一例を示す図である。 図８は、本発明の実施の形態に係るパケット中継装置における中継処理部の構成を示す図である。 図９は、本発明の実施の形態に係る集線中継部においてオプションが追加されたＲＦパケットの一例を示す図である。 図１０は、本発明の実施の形態に係る集線中継部においてカプセル化されたＤＨＣＰｖ６パケットの一例を示す図である。 図１１は、本発明の実施の形態に係るサーバにおいて作成されるＲＲパケットの一例を示す図である。 図１２は、本発明の実施の形態に係るサーバにおいて作成されるＲＲパケットの一例を示す図である。 図１３は、本発明の実施の形態に係る集線中継部においてオプションが削除されたＲＲパケットの一例を示す図である。 図１４は、本発明の実施の形態に係るパケット中継装置が、上り方向のＤＨＣＰｖ６パケットの中継処理を行う際の動作手順を定めたフローチャートである。 図１５は、本発明の実施の形態に係るパケット中継装置が、下り方向のＤＨＣＰｖ６パケットの中継処理を行う際の動作手順を定めたフローチャートである。 図１６は、比較例のパケット中継装置の構成を示す図である。 図１７は、比較例のパケット中継装置の管理処理部においてカプセル化されたＤＨＣＰｖ６パケットの一例を示す図である。 図１８は、比較例のパケット中継装置の中継処理部においてカプセル化されたＲＦパケットの一例を示す図である。

最初に、本発明の実施形態の内容を列記して説明する。

（１）本発明の実施の形態に係るパケット中継装置は、パケット中継装置であって、パケットを受信する受信部と、前記パケット中継装置によって転送されたパケットであることを示す転送情報を、前記受信部によって受信された前記パケットに付与して出力する管理部と、前記管理部から受けた前記パケットに前記転送情報が付与されている場合、前記転送情報を付与せずに前記パケットの中継先の装置へ前記パケットを送信する中継部とを備える。

このように、１つのパケットに転送情報が複数付与されることなくパケットの中継先の装置へ送信される構成により、単純な構造のパケットをパケットの中継先の装置へ送信することができるので、パケットの中継先の装置における当該パケットを解析するための処理を簡素化することができる。したがって、パケットの中継先の装置における当該パケットの処理負担を軽減することができる。

（２）好ましくは、前記管理部は、前記パケットの送信元の装置に関する情報であって前記中継先の装置において前記送信元の装置を判別するために用いられる情報である管理情報を前記パケットにさらに付与して出力する。

このような構成により、たとえば、パケットの中継先の装置において、管理情報を正しく取得したり、管理情報を簡単な処理で取得したりすることができるので、管理情報を用いてパケットの送信元の装置の判別を適切に行うことができる。

（３）好ましくは、前記中継部は、前記管理部から受けた前記パケットに前記パケットの出力元の前記管理部を示す出力元情報を付与して前記中継先の装置へ送信する。

このような構成により、たとえば、パケット中継装置が管理部を複数備える場合においても、中継部は、パケットの中継先の装置へ送信したパケットの応答パケットを当該装置から受信したときに、当該応答パケットを出力すべき管理部を当該応答パケットに含まれる出力元情報に基づいて正しく判別することができる。

（４）より好ましくは、前記受信部は、さらに、前記パケット中継装置によって送信された前記パケットに対する応答のパケットであって前記出力元情報を含むパケットである応答パケットを前記中継先の装置から受信し、前記中継部は、前記受信部によって受信された前記応答パケットから前記出力元情報を取得し、前記出力元情報の示す前記管理部へ、前記出力元情報を削除した前記応答パケットを出力する。

このように、出力元情報を削除した応答パケットを出力する構成により、管理部が出力したパケットの形式に対応する形式のパケットを管理部へ出力することができるので、管理部における処理を簡素化することができる。

（５）好ましくは、前記管理部は、前記転送情報を付与するか否かを設定可能であり、前記中継部は、前記管理部から受けた前記パケットに前記転送情報が付与されていない場合、前記転送情報を前記パケットに付与して前記中継先の装置へ送信する。

このような構成により、管理部において、パケットに転送情報を付与するか否かを選択することができる。また、管理部において転送情報がパケットに付与されない場合においても、中継部が当該パケットに転送情報を付与するので、パケットの中継先の装置は、パケット中継装置から受信するパケットを正しく処理することができる。

（６）より好ましくは、前記管理部は、前記受信部によって受信された前記パケットに前記転送情報を付与したことを示す付与情報を前記パケットにさらに付与し、前記中継部は、前記管理部から受けた前記パケットに前記付与情報が付与されていない場合、前記転送情報を前記パケットに付与して前記中継先の装置へ送信する。

このような構成により、中継部では、付与情報に基づいて、管理部において転送情報が付与されたか否かを正しく判断することができるので、１つのパケットに転送情報が複数付与されることを簡易な処理でより確実に防ぐことができる。

（７）より好ましくは、前記受信部は、さらに、前記パケット中継装置によって送信された前記パケットに対する応答のパケットであって前記転送情報に対する応答を示す応答情報を含むパケットである応答パケットを前記中継先の装置から受信し、前記中継部は、前記受信部によって受信された前記応答パケットに前記付与情報が付与されていない場合、前記応答情報を削除した前記応答パケットを前記管理部へ出力する。

このように、転送情報が付与されていないパケットを中継部へ出力した管理部に、応答情報を削除した応答パケットを出力する構成により、管理部が出力したパケットの形式に対応する形式のパケットを管理部へ出力することができるので、管理部における処理を簡素化することができる。

（８）好ましくは、前記管理部および前記中継部は、それぞれＲＦＣ６２２１およびＲＦＣ３３１５に従って動作する。

このような構成により、管理部および中継部は、それぞれＲＦＣ６２２１およびＲＦＣ３３１５の仕様を満たすので、当該仕様を満たすパケットの中継先の装置およびパケットの送信元の装置間において送受信されるパケットを適切に中継することができる。

（９）本発明の実施の形態に係るパケット中継方法は、パケット中継装置におけるパケット中継方法であって、パケットを受信するステップと、第１のプロトコルに従って、前記パケット中継装置によって転送されたパケットであることを示す転送情報を、受信した前記パケットに付与して出力するステップと、第２のプロトコルに従って、受けた前記パケットに前記転送情報が付与されている場合、前記転送情報を付与せずに前記パケットの中継先の装置へ前記パケットを送信するステップとを含む。

このように、１つのパケットに転送情報が複数付与されることなくパケットの中継先の装置へ送信される構成により、単純な構造のパケットをパケットの中継先の装置へ送信することができるので、パケットの中継先の装置における当該パケットを解析するための処理を簡素化することができる。したがって、パケットの中継先の装置における当該パケットの処理負担を軽減することができる。

以下、本発明の実施の形態について図面を用いて説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。また、以下に記載する実施の形態の少なくとも一部を任意に組み合わせてもよい。

［構成および基本動作］
図１は、本発明の実施の形態に係る通信システムの構成を示す図である。

図１を参照して、通信システム３０１は、パケット中継装置１０１と、複数のＤＨＣＰｖ６クライアント（以下、クライアントとも称する。）１１１と、複数の加入者端末装置１２１と、ＤＨＣＰｖ６サーバ（以下、サーバとも称する。）１５１とを備える。

図１では、複数の加入者端末装置１２１を代表的に示しているが、１つの加入者端末装置１２１が設けられてもよい。また、１つの加入者端末装置１２１に対して１つのクライアント１１１を代表的に示しているが、１つの加入者端末装置１２１に対して複数のクライアント１１１が設けられてもよい。

たとえば、複数のクライアント１１１、複数の加入者端末装置１２１、およびパケット中継装置１０１によりユーザネットワーク１０が構成されている。

また、たとえば、パケット中継装置１０１およびサーバ１５１により上位ネットワーク１１が構成されている。なお、図１では、パケット中継装置１０１がサーバ１５１に直接接続されているが、パケット中継装置１０１は、他の中継装置を介してサーバ１５１に接続されてもよい。

ユーザネットワーク１０および上位ネットワーク１１は、異なるネットワークである。より詳細には、ユーザネットワーク１０および上位ネットワーク１１のサブネットは異なる。

通信システム３０１におけるクライアント１１１は、たとえばコンピュータであり、加入者宅に設けられている。加入者端末装置１２１は、たとえばＯＮＵ（Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ Ｕｎｉｔ）であり、加入者宅に設けられている。

通信システム３０１において、クライアント１１１およびパケット中継装置１０１は、たとえば加入者端末装置１２１を介して互いにパケット、具体的にはＩＰｖ６パケットの送受信を行う。

より詳細には、加入者端末装置１２１およびパケット中継装置１０１は、たとえば、光ファイバを介して接続されており、加入者端末装置１２１およびパケット中継装置１０１間において光信号の送受信が行われる。

加入者端末装置１２１は、パケットを含む光信号をパケット中継装置１０１へ送信する場合、自己のＩＤを含むプリアンブルとともに当該パケットを光信号に含めてパケット中継装置１０１へ送信する。

パケット中継装置１０１およびサーバ１５１は、たとえば、互いにパケット、具体的にはＩＰｖ６パケットの送受信を行う。

パケット中継装置１０１は、たとえば、ユーザネットワーク１０に接続されたクライアント１１１と上位ネットワーク１１に接続されたサーバ１５１との間で送受信されるパケットを中継する。

具体的には、パケット中継装置１０１は、たとえば、ＩＰｖ６アドレスの要求を含むサーバ１５１宛のＤＨＣＰｖ６パケットをクライアント１１１から加入者端末装置１２１経由で受信すると、受信したＤＨＣＰｖ６パケットをサーバ１５１へ送信する。

また、パケット中継装置１０１は、たとえば、ＩＰｖ６アドレスの要求に対する応答を含むクライアント１１１宛のＤＨＣＰｖ６パケットをサーバ１５１から受信すると、受信したＤＨＣＰｖ６パケットを加入者端末装置１２１経由でクライアント１１１へ送信する。

以下、クライアント１１１からサーバ１５１への方向を上り方向と称し、サーバ１５１からクライアント１１１への方向を下り方向と称する。

［パケットの構成］
図２は、本発明の実施の形態に係る通信システムにおいて用いられるパケットの一例を示す図である。

図２を参照して、パケット４０１は、ＩＰｖ６ヘッダ４０１ｈと、ＵＤＰヘッダ４０１ｕと、ペイロード４０１ｐとを含む。

［メッセージの構成］
図３は、本発明の実施の形態に係る通信システムにおけるサーバおよびパケット中継装置間で送受信されるパケットに含まれるメッセージの構成を示す図である。

図３を参照して、サーバ１５１およびパケット中継装置１０１間では、たとえば、パケット４０１のペイロード４０１ｐにおいてメッセージｍｓｇを含むパケットが送受信される。

メッセージｍｓｇは、メッセージヘッダｍｈと、オプションｏｐｔとを含む。図３では、１つのオプションｏｐｔを代表的に示しているが、さらに多数のオプションｏｐｔがメッセージｍｓｇに含まれてもよい。

メッセージｍｓｇには、リレーフォワードメッセージ（Ｒｅｌａｙ−ｆｏｒｗａｒｄ Ｍｅｓｓａｇｅ）およびリレーリプライメッセージ（Ｒｅｌａｙ−ｒｅｐｌｙ Ｍｅｓｓａｇｅ）等がある。

オプションｏｐｔには、リレーメッセージオプション（Ｒｅｌａｙ Ｍｅｓｓａｇｅ Ｏｐｔｉｏｎ）、インタフェースＩＤオプション（Ｉｎｔｅｒｆａｃｅ ＩＤ Ｏｐｔｉｏｎ）、およびベンダスペシフィックオプション（Ｖｅｎｄｅｒ Ｓｐｅｃｉｆｉｃ Ｏｐｔｉｏｎ）等がある。

以下、リレーメッセージオプション、インタフェースＩＤオプションおよびベンダスペシフィックオプションを、それぞれＲＭオプション、ＩＩＤオプションおよびＶＳオプションとも称する。

メッセージヘッダｍｈのフィールド長は、たとえば固定値である。メッセージヘッダｍｈには、たとえば、メッセージタイプ、ホップカウント、リンクアドレスおよびピアアドレスが含まれる。

オプションｏｐｔのフィールド長は、たとえば可変値である。オプションｏｐｔはオプションヘッダｏｐｔｈおよび可変領域ｏｐｔｖを含む。

オプションヘッダｏｐｔｈのフィールド長は、たとえば固定値である。オプションヘッダｏｐｔｈは、たとえば、オプションｏｐｔの種類を示すオプション識別子、およびオプション長を含む。

可変領域ｏｐｔｖのフィールド長は、たとえばオプション長の示す長さである。可変領域ｏｐｔｖは、オプション識別子に応じた情報を含む。

たとえば、サーバ１５１およびパケット中継装置１０１は、メッセージｍｓｇにおいて複数のオプションｏｐｔが含まれる場合においても、オプションヘッダｏｐｔｈに含まれているオプション識別子およびオプション長に基づいて、各オプションｏｐｔをそれぞれ取得することが可能である。

［ＤＨＣＰｖ６パケットの構成］
図４は、本発明の実施の形態に係る通信システムにおいて用いられるＤＨＣＰｖ６パケットの一例を示す図である。

図１および図４を参照して、クライアント１１１は、たとえば、サーバ１５１に対してＩＰｖ６アドレスを要求するための要求情報がペイロード４０２ｐに格納されたＤＨＣＰｖ６パケット４０２を作成する。ＤＨＣＰｖ６パケット４０２におけるＵＤＰヘッダ４０２ｕには、ＤＨＣＰｖ６パケット４０２がＤＨＣＰ処理に用いられるパケットであることを示す所定のポート番号たとえば５４７番が含まれる。

クライアント１１１は、たとえば、作成したＤＨＣＰｖ６パケット４０２を加入者端末装置１２１経由でパケット中継装置１０１へ送信する。

［パケット中継装置の構成］
図５は、本発明の実施の形態に係る通信システムにおけるパケット中継装置の構成を示す図である。

図５を参照して、パケット中継装置１０１は、３つの管理処理部２１と、中継処理部２２と、設定部２３とを備える。

図５では、３つの管理処理部２１を代表的に示しているが、さらに多数または少数の管理処理部２１が設けられてもよい。また、１つの中継処理部２２を代表的に示しているが、さらに多数の中継処理部２２が設けられてもよい。

設定部２３は、たとえば、ユーザの操作を受け付け、受け付けたユーザの操作に応じて、管理処理部２１の動作モードを管理モードおよび非管理モードのいずれか一方に設定する。設定部２３は、たとえば、３つの管理処理部２１に対して、別個に動作モードを設定することも可能であるし、単一の動作モードを設定することも可能である。

管理処理部２１は、たとえば、自己のパケット中継装置１０１の配下の加入者を管理する。具体的には、管理処理部２１は、たとえば、加入者端末装置１２１を管理する。

図６は、本発明の実施の形態に係るパケット中継装置における管理処理部の構成を示す図である。

図６を参照して、管理処理部２１は、クライアント側通信部（受信部）３１と、加入者回線管理部３２と、ＤＨＣＰｖ６パケット取得部３３とを含む。

図６では、クライアント側通信部３１は、たとえば、３つの加入者端末装置１２１に接続されている。なお、クライアント側通信部３１は、２つ以下または４つ以上の加入者端末装置１２１に接続されてもよい。

クライアント側通信部３１および３つの加入者端末装置１２１によりたとえばＰＯＮ（Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）が構成されている。

クライアント側通信部３１は、たとえば、ＰＯＮにおいて光スプリッタを介して３つの加入者端末装置１２１と光ファイバにより接続されている。

なお、クライアント側通信部３１は、ＰＯＮに限らず、分岐回路を介してケーブルモデム等と電気信号線により接続されてもよい。

クライアント側通信部３１は、パケット４０１を受信する。より詳細には、クライアント側通信部３１は、たとえば、プリアンブルおよびパケット４０１を含む光信号を加入者端末装置１２１から受信し、受信した光信号を電気信号に変換してＤＨＣＰｖ６パケット取得部３３へ出力する。

また、クライアント側通信部３１は、たとえば、パケット４０１を含む電気信号をＤＨＣＰｖ６パケット取得部３３または加入者回線管理部３２から受けると、受けた電気信号を光信号に変換して加入者端末装置１２１へ送信する。

ＤＨＣＰｖ６パケット取得部３３は、たとえば、クライアント側通信部３１から受ける電気信号を監視し、電気信号からプリアンブルを検出すると、当該プリアンブル、および当該プリアンブルに続くパケット４０１を取得する。

ＤＨＣＰｖ６パケット取得部３３は、たとえば、取得したパケット４０１のＵＤＰヘッダ４０１ｕに含まれるポート番号が５４７番である場合、当該パケット４０１がＤＨＣＰｖ６パケット４０２であることを認識し、当該ＤＨＣＰｖ６パケット４０２およびプリアンブルを加入者回線管理部３２へ出力する。

また、ＤＨＣＰｖ６パケット取得部３３は、たとえば、上記ポート番号が５４７番以外である場合、当該パケット４０１が通常の中継対象のパケットであると認識し、当該パケット４０１を中継処理部２２へ出力する。

加入者回線管理部３２は、たとえば、ＤＨＣＰｖ６パケット４０２に転送情報を付与するか否かを設定可能である。より詳細には、加入者回線管理部３２は、たとえば、自己の管理処理部２１の動作モードが設定部２３により管理モードに設定されている場合、ＤＨＣＰｖ６パケット４０２に転送情報を付与する。

一方、加入者回線管理部３２は、たとえば、自己の管理処理部２１の動作モードが設定部２３により非管理モードに設定されている場合、ＤＨＣＰｖ６パケット４０２に転送情報を付与しない。転送情報の詳細については後述する。

なお、加入者回線管理部３２は、ＤＨＣＰｖ６パケット４０２に転送情報を付与するか否かを設定可能な構成に限らず、ＤＨＣＰｖ６パケット４０２に転送情報をデフォルトで付与する構成であってもよい。

より詳細には、加入者回線管理部３２は、たとえば、自己の管理処理部２１の動作モードが非管理モードである場合、ＤＨＣＰｖ６パケット取得部３３からＤＨＣＰｖ６パケット４０２およびプリアンブルを受けると、受けたＤＨＣＰｖ６パケット４０２をそのまま中継処理部２２へ出力する。

一方、加入者回線管理部３２は、たとえば、自己の管理処理部２１の動作モードが管理モードである場合、ＤＨＣＰｖ６パケット取得部３３からＤＨＣＰｖ６パケット４０２およびプリアンブルを受けると、第１のプロトコル、具体的にはＲＦＣ６２２１に従い、ＤＨＣＰｖ６パケット４０２に対する管理処理を開始する。

具体的には、たとえば、加入者回線管理部３２は、加入者端末装置１２１のＩＤとＯＮＵインデックスとの対応関係を保持している。加入者回線管理部３２は、たとえば、ＤＨＣＰｖ６パケット取得部３３から受けたプリアンブルから加入者端末装置１２１のＩＤを取得し、取得したＩＤに対応するＯＮＵインデックスを当該対応関係から特定する。

［管理処理およびカプセル化］
図７は、本発明の実施の形態に係る管理処理部においてカプセル化されたＤＨＣＰｖ６パケットの一例を示す図である。

図７を参照して、加入者回線管理部３２は、自己のパケット中継装置１０１によって転送されたパケットであることを示す転送情報を、クライアント側通信部３１によって受信されたＤＨＣＰｖ６パケット４０２に付与する。

また、加入者回線管理部３２は、たとえば、ＤＨＣＰｖ６パケット４０２の送信元の装置に関する情報であって中継先の装置において当該送信元の装置を判別するために用いられる情報である管理情報をＤＨＣＰｖ６パケット４０２にさらに付与する。

また、加入者回線管理部３２は、たとえば、クライアント側通信部３１によって受信されたＤＨＣＰｖ６パケット４０２に転送情報を付与したことを示す付与情報をＤＨＣＰｖ６パケット４０２にさらに付与する。

具体的には、加入者回線管理部３２は、たとえば、ＤＨＣＰｖ６パケット４０２のペイロード４０２ｐ、転送情報、管理情報および付与情報を含むメッセージ４５１ｍｓｇを作成し、作成したメッセージ４５１ｍｓｇがペイロード４５１ｐに格納されたパケットであるＤＨＣＰｖ６リレーフォワードパケット（以下、ＲＦパケットとも称する。）４５１を作成する。

より詳細には、加入者回線管理部３２は、たとえば、ＤＨＣＰｖ６パケット４０２のＩＰｖ６ヘッダ４０２ｈおよびＵＤＰヘッダ４０２ｕをそれぞれコピーしたＩＰｖ６ヘッダ４５１ｈおよびＵＤＰヘッダ４５１ｕを作成する。

この際、加入者回線管理部３２は、たとえば、ＩＰｖ６ヘッダ４０２ｈから送信元のＩＰｖ６アドレスすなわちクライアント１１１のＩＰｖ６アドレスを取得するとともに、ＩＰｖ６ヘッダ４５１ｈに含まれるアドレスの情報を必要に応じて書き換える。ここで、クライアント１１１のＩＰｖ６アドレスは、たとえばＣｎｔ＿ＩＰ＿Ａｄｄｒである。

また、加入者回線管理部３２は、たとえばメッセージタイプ、ホップカウント、リンクアドレス、およびピアアドレスとして、それぞれ「ＲＦ」、「０」、「０：：０」、および「Ｃｎｔ＿ＩＰ＿Ａｄｄｒ」を書き込んだメッセージヘッダ４５１ｍｈを作成する。

このメッセージヘッダ４５１ｍｈに含まれるメッセージタイプである「ＲＦ」が、たとえば上記転送情報に相当する。メッセージタイプの「ＲＦ」は、たとえばメッセージ４５１ｍｓｇがリレーフォワードメッセージであることを意味する。ホップカウントの「０」は、たとえば、ＲＦパケット４５１が１回ホップしたことを意味する。リンクアドレスの「０：：０」は、たとえば、加入者回線管理部３２が中継処理を行っていないことを意味する。ピアアドレスの「Ｃｎｔ＿ＩＰ＿Ａｄｄｒ」は、上述したようにクライアント１１１のＩＰｖ６アドレスである。

また、加入者回線管理部３２は、たとえば、ＤＨＣＰｖ６パケット４０２のペイロード４０２ｐのコピーが可変領域ｏｐｔｖに格納されたＲＭオプション４５１ｒｍｏを作成する。

以下、このように、あるパケット４０１のペイロード４０１ｐの内容をメッセージｍｓｇのＲＭオプションに含めることを、パケット４０１をカプセル化するという。

また、加入者回線管理部３２は、たとえば、上述の、特定したＯＮＵインデックスが管理情報として可変領域ｏｐｔｖに格納されたＩＩＤオプション４５１ｉｏを作成する。

なお、加入者回線管理部３２は、管理情報としてＯＮＵインデックスを含むＩＩＤオプション４５１ｉｏを作成する構成に限らず、ＤＨＣＰｖ６パケット４０２の送信元の加入者端末装置１２１のＭＡＣアドレスを管理情報として含むＩＩＤオプション４５１ｉｏを作成する構成であってもよい。

また、加入者回線管理部３２は、たとえば、所定の識別コードＣｄが付与情報として可変領域ｏｐｔｖに格納されたＶＳオプション４５１ｖｓｏを作成する。

また、加入者回線管理部３２は、たとえば、必要に応じてその他のオプション４５１ｅｔｃを作成する。

加入者回線管理部３２は、たとえば、先頭から順に、ＩＰｖ６ヘッダ４５１ｈ、ＵＤＰヘッダ４５１ｕ、メッセージヘッダ４５１ｍｈ、ＲＭオプション４５１ｒｍｏ、ＩＩＤオプション４５１ｉｏ、ＶＳオプション４５１ｖｓｏおよびその他のオプション４５１ｅｔｃを結合することによりＲＦパケット４５１を作成する。なお、ＲＦパケット４５１における各オプションｏｐｔの順番は入れ替わってもよい。

加入者回線管理部３２は、このようにして作成したＲＦパケット４５１を中継処理部２２へ出力する。

［中継処理］
図８は、本発明の実施の形態に係るパケット中継装置における中継処理部の構成を示す図である。

図８を参照して、中継処理部２２は、３つの通信ポート４１と、集線中継部４２と、サーバ側通信部（受信部）４３とを含む。

図８では、３つの通信ポート４１を代表的に示しているが、さらに多数または少数の通信ポート４１が設けられてもよい。また、１つの集線中継部４２を代表的に示しているが、さらに多数の集線中継部４２が設けられてもよい。

中継処理部２２における集線中継部４２は、たとえば、第２のプロトコル、具体的にはＲＦＣ３３１５に従い、ユーザネットワーク１０および上位ネットワーク１１間においてパケット４０１の中継処理を行う。

たとえば、各通信ポート４１は、図５に示すパケット中継装置１０１における各管理処理部２１と１：１で接続している。各通信ポート４１には、当該通信ポート４１の識別子である通信ポート番号、およびＩＰｖ６アドレスが別個に割り当てられている。

通信ポート４１は、たとえば、管理処理部２１からＤＨＣＰｖ６パケット４０２またはＲＦパケット４５１を受けると、受けたＤＨＣＰｖ６パケット４０２またはＲＦパケット４５１を集線中継部４２へ出力する。

たとえば、集線中継部４２は、各通信ポート４１の通信ポート番号およびＩＰｖ６アドレスを保持している。

集線中継部４２は、たとえば、通信ポート４１からＤＨＣＰｖ６パケット４０２またはＲＦパケット４５１を受けると、当該通信ポート４１の通信ポート番号およびＩＰｖ６アドレスを特定する。ここで、集線中継部４２により特定された通信ポート番号およびＩＰｖ６アドレスは、たとえば、それぞれＰｎｕｍおよびＲＰ＿ＩＰ＿Ａｄｄｒである。

［付与情報を含むＲＦパケット４５２］
図９は、本発明の実施の形態に係る集線中継部においてオプションが追加されたＲＦパケットの一例を示す図である。

図９を参照して、集線中継部４２は、加入者回線管理部３２から受けたパケットに転送情報が付与されている場合、転送情報を付与せずに当該パケットの中継先の装置、具体的にはサーバ１５１へ当該パケットを送信する。

具体的には、集線中継部４２は、たとえば、加入者回線管理部３２から受けたＲＦパケット４５１に識別コードＣｄを含むＶＳオプションが含まれているか否かを確認する確認処理ＣＴ１を行う。

集線中継部４２は、たとえば、確認処理ＣＴ１において、識別コードＣｄを含むＶＳオプション４５１ｖｓｏがＲＦパケット４５１に含まれることを確認した場合、ＲＦパケット４５１が、加入者回線管理部３２において転送情報すなわちメッセージヘッダ４５１ｍｈにおいてメッセージタイプを示す「ＲＦ」が付与されたパケットであると認識する。

集線中継部４２は、たとえば、ＲＦパケット４５１に基づいてＲＦパケット４５２を作成する。より詳細には、集線中継部４２は、たとえば、ＲＦパケット４５１におけるＩＰｖ６ヘッダ４５１ｈに含まれるアドレスの情報を必要に応じて書き換えてＩＰｖ６ヘッダ４５２ｈを作成する。また、集線中継部４２は、たとえば、メッセージ４５１ｍｓｇに基づいてメッセージ４５２ｍｓｇを作成する。

集線中継部４２は、たとえば、加入者回線管理部３２から受けたパケットに当該パケットの出力元の加入者回線管理部３２を示す出力元情報を付与してサーバ１５１へ送信する。

ここで、出力元情報は、たとえば、上述の、特定した通信ポート番号であるＰｎｕｍ、およびＩＰｖ６アドレスであるＲＰ＿ＩＰ＿Ａｄｄｒである。ＰｎｕｍおよびＲＰ＿ＩＰ＿Ａｄｄｒは、ＤＨＣＰｖ６パケット４０２またはＲＦパケット４５１を受信した通信ポート４１を示すが、通信ポート４１と管理処理部２１とは１：１で接続しているので、ＰｎｕｍおよびＲＰ＿ＩＰ＿Ａｄｄｒは、実質的に管理処理部２１すなわち加入者回線管理部３２を示す。なお、出力元情報は、通信ポート番号およびＩＰｖ６アドレスのような通信ポート４１を特定するための情報に限らず、管理処理部２１を特定することが可能な情報であれば、管理処理部２１のＩＰｖ６アドレスまたはＭＡＣアドレス等であってもよい。

集線中継部４２は、たとえば、Ｐｎｕｍを出力元情報として可変領域ｏｐｔｖに含むＶＳオプション４５２ｖｓｏを作成し、作成したＶＳオプション４５２ｖｓｏをその他のオプション４５１ｅｔｃの後に結合する。

また、集線中継部４２は、たとえば、ＲＦパケット４５１のメッセージヘッダ４５１ｍｈにおけるリンクアドレスすなわち「０：：０」を、上述の、特定したＩＰｖ６アドレスである「ＲＰ＿ＩＰ＿Ａｄｄｒ」に書き換えてメッセージヘッダ４５２ｍｈを作成する。リンクアドレスの「ＲＰ＿ＩＰ＿Ａｄｄｒ」は、たとえば、集線中継部４２が中継処理を行ったことを意味する。

また、集線中継部４２は、たとえば、必要に応じてその他のオプション４５２ｅｔｃを作成し、作成したその他のオプション４５２ｅｔｃをＶＳオプション４５２ｖｓｏの後に結合する。

集線中継部４２は、このようにして作成したＲＦパケット４５２をサーバ側通信部４３へ出力する。

［付与情報を含まないＲＦパケット４５３］
図１０は、本発明の実施の形態に係る集線中継部においてカプセル化されたＤＨＣＰｖ６パケットの一例を示す図である。

集線中継部４２は、たとえば、加入者回線管理部３２から受けたパケットに転送情報が付与されていない場合、転送情報を当該パケットに付与してサーバ１５１へ送信する。

具体的には、集線中継部４２は、たとえば、加入者回線管理部３２から受けたパケットに付与情報が付与されていない場合、転送情報を当該パケットに付与してサーバ１５１へ送信する。

より詳細には、集線中継部４２は、たとえば、通信ポート４１からＤＨＣＰｖ６パケット４０２を受けて確認処理ＣＴ１を行い、識別コードＣｄを含むＶＳオプションがＤＨＣＰｖ６パケット４０２に含まれないことを確認した場合、ＤＨＣＰｖ６パケット４０２が、加入者回線管理部３２において転送情報すなわちメッセージヘッダ４５１ｍｈにおいてメッセージタイプを示す「ＲＦ」が付与されていないパケットであると認識する。

そして、集線中継部４２は、たとえば、ＤＨＣＰｖ６パケット４０２に転送情報を付与してサーバ１５１へ送信する。

具体的には、集線中継部４２は、たとえば、ＤＨＣＰｖ６パケット４０２のペイロード４０２ｐ、転送情報および出力元情報を含むメッセージ４５３ｍｓｇを作成し、作成したメッセージ４５３ｍｓｇがペイロード４５３ｐに格納されたパケットであるＲＦパケット４５３を作成する。

より詳細には、集線中継部４２は、たとえば、図７に示すＲＦパケット４５１を作成する方法、および図９に示すＲＦパケット４５２を作成する方法を用いてＲＦパケット４５３を作成する。

たとえば、集線中継部４２は、ＤＨＣＰｖ６パケット４０２のＩＰｖ６ヘッダ４０２ｈおよびＵＤＰヘッダ４０２ｕの内容に基づいて、図９に示すＩＰｖ６ヘッダ４５２ｈおよびＵＤＰヘッダ４５１ｕをそれぞれ作成する。

また、集線中継部４２は、たとえば、図７に示すＲＭオプション４５１ｒｍｏ、ならびに図９に示すメッセージヘッダ４５２ｍｈ、ＶＳオプション４５２ｖｓｏおよびその他のオプション４５２ｅｔｃを作成する。

そして、集線中継部４２は、たとえば、先頭から順に、ＩＰｖ６ヘッダ４５２ｈ、ＵＤＰヘッダ４５１ｕ、メッセージヘッダ４５２ｍｈ、ＲＭオプション４５１ｒｍｏ、ＶＳオプション４５２ｖｓｏおよびその他のオプション４５２ｅｔｃを結合することにより、図１０に示すＲＦパケット４５３を作成する。なお、ＲＦパケット４５３における各オプションｏｐｔの順番は入れ替わってもよい。

集線中継部４２は、このようにして作成したＲＦパケット４５３をサーバ側通信部４３へ出力する。

サーバ側通信部４３は、たとえば、集線中継部４２からＲＦパケット４５２またはＲＦパケット４５３を受けると、受けたＲＦパケット４５２またはＲＦパケット４５３をサーバ１５１へ送信する。

［サーバ１５１における処理］
再び図１を参照して、サーバ１５１は、たとえば、パケット中継装置１０１からＲＦパケット４５２またはＲＦパケット４５３を受信すると、受信したＲＦパケット４５２またはＲＦパケット４５３に対する応答のパケット４０１を作成し、作成したパケット４０１をパケット中継装置１０１へ送信する。

図１１は、本発明の実施の形態に係るサーバにおいて作成されるＲＲパケットの一例を示す図である。

図１１を参照して、たとえば、サーバ１５１は、パケット中継装置１０１によって送信されたパケット４０１、具体的にはＲＦパケット４５１またはＲＦパケット４５２に対する応答のパケット４０１であって転送情報に対する応答を示す応答情報、および出力元情報を含むパケット４０１である応答パケット４０１を作成する。

具体的には、サーバ１５１は、たとえば、パケット中継装置１０１から図９に示すＲＦパケット４５２を受信すると、受信したＲＦパケット４５２に対する応答パケット４０１であるＲＲパケット５５２を作成する。

より詳細には、サーバ１５１は、たとえば、受信したＲＦパケット４５２に含まれるメッセージ４５２ｍｓｇからＲＭオプション４５１ｒｍｏ、ＩＩＤオプション４５１ｉｏ、ＶＳオプション４５１ｖｓｏ、その他のオプション４５１ｅｔｃ、ＶＳオプション４５２ｖｓｏおよびその他のオプション４５２ｅｔｃ、ならびにメッセージヘッダ４５２ｍｈを取得するパケット分解処理を行う。

ここで、ＩＩＤオプション４５１ｉｏ、ＶＳオプション４５１ｖｓｏ、その他のオプション４５１ｅｔｃ、ＶＳオプション４５２ｖｓｏおよびその他のオプション４５２ｅｔｃは、ＲＲパケット５５２にそのまま格納される。

サーバ１５１は、たとえば、ＩＩＤオプション４５１ｉｏの可変領域ｏｐｔｖからＯＮＵインデックスを取得し、取得したＯＮＵインデックスを加入者端末装置１２１の判別に用いる。

具体的には、サーバ１５１は、たとえば、同一の加入者端末装置１２１に渡すＩＰｖ６アドレスの個数を制限するためにＯＮＵインデックスを用いる。

また、サーバ１５１は、たとえば、メッセージヘッダ４５２ｍｈをコピーした仮メッセージヘッダを作成し、作成した仮メッセージヘッダにおけるメッセージタイプを「ＲＲ」に書き換えたメッセージヘッダ５５２ｍｈを作成する。

このメッセージヘッダ５５２ｍｈに含まれるメッセージタイプである「ＲＲ」が、たとえば応答情報に相当する。メッセージタイプの「ＲＲ」は、たとえばメッセージ５５２ｍｓｇがリレーリプライメッセージであることを意味する。

また、サーバ１５１は、たとえば、ＲＭオプション４５１ｒｍｏの可変領域ｏｐｔｖからＤＨＣＰｖ６パケット４０２のペイロード４０２ｐを取得し、取得したペイロード４０２ｐに含まれる要求情報の応答であるリプライ情報を作成する。

そして、サーバ１５１は、作成したリプライ情報が可変領域ｏｐｔｖに格納されたＲＭオプション５５１ｒｍｏを作成する。ここで、可変領域ｏｐｔｖに格納されたリプライ情報は、パケット中継装置１０１からクライアント１１１へ送信される予定の、図４に示すＤＨＣＰｖ６パケット５０２のペイロード５０２ｐに格納される情報である。

また、サーバ１５１は、たとえば、ＩＰｖ６ヘッダ４５２ｈおよびＵＤＰヘッダ４５１ｕをそれぞれコピーしたＩＰｖ６ヘッダ５５２ｈおよびＵＤＰヘッダ５５１ｕを作成する。この際、サーバ１５１は、たとえば、ＩＰｖ６ヘッダ５５２ｈに含まれるアドレスの情報を必要に応じて書き換える。また、サーバ１５１は、ＲＲパケット５５２がＤＨＣＰ処理に用いられるパケットであることを示す所定のポート番号たとえば５４６番をＵＤＰヘッダ５５１ｕに書き込む。

サーバ１５１は、たとえば、先頭から順に、ＩＰｖ６ヘッダ５５２ｈ、ＵＤＰヘッダ５５１ｕ、メッセージヘッダ５５２ｍｈ、ＲＭオプション５５１ｒｍｏ、ＩＩＤオプション４５１ｉｏ、ＶＳオプション４５１ｖｓｏ、その他のオプション４５１ｅｔｃ、ＶＳオプション４５２ｖｓｏおよびその他のオプション４５２ｅｔｃを結合することによりＲＲパケット５５２を作成する。なお、ＲＲパケット５５２における各オプションｏｐｔの順番は入れ替わってもよい。

図１２は、本発明の実施の形態に係るサーバにおいて作成されるＲＲパケットの一例を示す図である。

図１２を参照して、たとえば、サーバ１５１は、パケット中継装置１０１から図１０に示すＲＦパケット４５３を受信すると、受信したＲＦパケット４５３に対する応答パケット４０１であるＲＲパケット５５３を作成する。

より詳細には、サーバ１５１は、たとえば、図１１に示すＲＲパケット５５２の作成方法と同様の方法でＩＰｖ６ヘッダ５５２ｈ、ＵＤＰヘッダ５５１ｕ、メッセージヘッダ５５２ｍｈ、およびＲＭオプション５５１ｒｍｏの作成、ならびにＶＳオプション４５２ｖｓｏおよびその他のオプション４５２ｅｔｃの取得処理を行う。

そして、サーバ１５１は、たとえば、先頭から順に、ＩＰｖ６ヘッダ５５２ｈ、ＵＤＰヘッダ５５１ｕ、メッセージヘッダ５５２ｍｈ、ＲＭオプション５５１ｒｍｏ、ＶＳオプション４５２ｖｓｏおよびその他のオプション４５２ｅｔｃを結合することによりＲＲパケット５５３を作成する。なお、ＲＲパケット５５３における各オプションｏｐｔの順番は入れ替わってもよい。

再び図１を参照して、サーバ１５１は、たとえば、作成した応答パケット４０１をパケット中継装置１０１へ送信する。

パケット中継装置１０１は、たとえば、サーバ１５１から応答パケット４０１を受信すると、受信した応答パケット４０１を中継して加入者端末装置１２１経由でクライアント１１１へ送信する。

再び図８を参照して、中継処理部２２におけるサーバ側通信部４３は、たとえば、サーバ１５１から応答パケット４０１としてＲＲパケット５５２またはＲＲパケット５５３を受信すると、受信したＲＲパケット５５２またはＲＲパケット５５３を集線中継部４２へ出力する。

［付与情報を含むＲＲパケット５５２］
集線中継部４２は、たとえば、サーバ側通信部４３によって受信された応答パケット４０１に付与情報が付与されている場合、応答情報を削除せずに応答パケット４０１を管理処理部２１における加入者回線管理部３２へ出力する。

具体的には、集線中継部４２は、たとえば、サーバ側通信部４３から応答パケット４０１として図１１に示すＲＲパケット５５２を受けると、受けたＲＲパケット５５２に、識別コードＣｄを含むＶＳオプションが含まれているか否かを確認する確認処理ＣＴ２を行う。

集線中継部４２は、たとえば、確認処理ＣＴ２において、識別コードＣｄを含むＶＳオプション４５１ｖｓｏがＲＲパケット５５２に含まれることを確認した場合、ＲＲパケット５５２が、加入者回線管理部３２において転送情報が付与されたＲＦパケット４５１の応答のパケットであると認識する。

図１３は、本発明の実施の形態に係る集線中継部においてオプションが削除されたＲＲパケットの一例を示す図である。

図１３を参照して、集線中継部４２は、たとえば、サーバ側通信部４３によって受信された応答パケット４０１から出力元情報を取得し、取得した出力元情報の示す加入者回線管理部３２へ、出力元情報を削除した応答パケット４０１を出力する。

具体的には、集線中継部４２は、たとえば、ＲＲパケット５５２におけるＶＳオプション４５２ｖｓｏの可変領域ｏｐｔｖから通信ポート番号であるＰｎｕｍを取得する。

そして、集線中継部４２は、たとえば、ＲＲパケット５５２に基づいてＲＲパケット５５１を作成する。より詳細には、集線中継部４２は、たとえば、ＲＲパケット５５２におけるＩＰｖ６ヘッダ５５２ｈに含まれるアドレスの情報を必要に応じて書き換えてＩＰｖ６ヘッダ５５１ｈを作成する。

また、集線中継部４２は、たとえば、メッセージ５５２ｍｓｇに基づいてメッセージ５５１ｍｓｇを作成する。具体的には、集線中継部４２は、たとえば、ＶＳオプション４５２ｖｓｏおよびその他のオプション４５２ｅｔｃをメッセージ５５２ｍｓｇから削除したメッセージ５５１ｍｓｇを作成する。

集線中継部４２は、たとえば、作成したＲＲパケット５５１をＰｎｕｍの示す通信ポート４１へ出力する。

Ｐｎｕｍの示す通信ポート４１は、たとえば、集線中継部４２からＲＲパケット５５１を受けると、受けたＲＲパケット５５１を、自己と１：１で接続されている管理処理部２１へ出力する。

再び図６を参照して、ＤＨＣＰｖ６パケット取得部３３は、たとえば、中継処理部２２における通信ポート４１からＲＲパケット５５１を受けると、受けたＲＲパケット５５１のＵＤＰヘッダ５５１ｕに含まれるポート番号を取得する。

ＤＨＣＰｖ６パケット取得部３３は、たとえば、取得したポート番号が５４６番であることを確認すると、ＲＲパケット５５１がＤＨＣＰ処理に用いられるパケットであることを認識し、ＲＲパケット５５１を加入者回線管理部３２へ出力する。

また、ＤＨＣＰｖ６パケット取得部３３は、たとえば、中継処理部２２における通信ポート４１から受けるパケット４０１のポート番号が５４６番以外である場合、当該パケット４０１が通常の中継対象のパケットであると認識し、当該パケット４０１をクライアント側通信部３１経由で加入者端末装置１２１へ送信する。

加入者回線管理部３２は、たとえば、ＤＨＣＰｖ６パケット取得部３３からＲＲパケット５５１を受けると、受けたＲＲパケット５５１に、識別コードＣｄを含むＶＳオプションが含まれるか否かを確認する確認処理ＣＴ３を行う。

加入者回線管理部３２は、たとえば、確認処理ＣＴ３において、識別コードＣｄを含むＶＳオプション４５１ｖｓｏがＲＲパケット５５１に含まれることを確認した場合、ＲＲパケット５５１が、自己が転送情報を付与したＲＦパケット４５１の応答のパケットであると認識する。

そして、加入者回線管理部３２は、たとえば、ＲＲパケット５５１に基づいて、図４に示すＤＨＣＰｖ６パケット５０２を作成する。より詳細には、集線中継部４２は、たとえば、ＲＲパケット５５１のＲＭオプション５５１ｒｍｏにおける可変領域ｏｐｔｖの情報を、ペイロード５０２ｐに含むＤＨＣＰｖ６パケット５０２を作成する。

加入者回線管理部３２は、メッセージヘッダ５５２ｍｈにおけるピアアドレスを宛先アドレスとしてＩＰｖ６ヘッダ５０２ｈに含める。また、加入者回線管理部３２は、たとえば、ＵＤＰヘッダ５５１ｕをコピーしてＵＤＰヘッダ５０２ｕを作成する。そして、加入者回線管理部３２は、作成したＤＨＣＰｖ６パケット５０２をクライアント側通信部３１および加入者端末装置１２１経由で宛先のクライアント１１１へ送信する。

［付与情報を含まないＲＲパケット５５３］
再び図８を参照して、集線中継部４２は、たとえば、サーバ側通信部４３によって受信された応答パケット４０１に付与情報が付与されていない場合、応答情報を削除した応答パケット４０１を加入者回線管理部３２へ出力する。

具体的には、集線中継部４２は、たとえば、サーバ側通信部４３から応答パケット４０１として図１２に示すＲＲパケット５５３を受けると、受けたＲＲパケット５５３に、識別コードＣｄを含むＶＳオプションが含まれているか否かを確認する確認処理ＣＴ２を行う。

集線中継部４２は、たとえば、確認処理ＣＴ２において、識別コードＣｄを含むＶＳオプション４５１ｖｓｏがＲＲパケット５５３に含まれないことを確認した場合、ＲＲパケット５５３が、加入者回線管理部３２において転送情報が付与されなかったＤＨＣＰｖ６パケット４０２の応答のパケットであると認識する。

集線中継部４２は、たとえば、ＲＲパケット５５３におけるＶＳオプション４５２ｖｓｏの可変領域ｏｐｔｖから通信ポート番号であるＰｎｕｍを取得する。

そして、集線中継部４２は、たとえば、ＲＲパケット５５３に基づいて、図４に示すＤＨＣＰｖ６パケット５０２を作成する。より詳細には、集線中継部４２は、たとえば、ＲＲパケット５５３のＲＭオプション５５１ｒｍｏにおける可変領域ｏｐｔｖの情報が、ペイロード５０２ｐに格納されたＤＨＣＰｖ６パケット５０２を作成する。

集線中継部４２は、メッセージヘッダ５５２ｍｈにおけるピアアドレスを宛先アドレスとしてＩＰｖ６ヘッダ５０２ｈに含める。また、集線中継部４２は、たとえば、ＵＤＰヘッダ５５１ｕをコピーしてＵＤＰヘッダ５０２ｕを作成する。集線中継部４２は、たとえば、作成したＤＨＣＰｖ６パケット５０２を、Ｐｎｕｍの示す通信ポート４１経由で管理処理部２１へ出力する。

再び図６を参照して、ＤＨＣＰｖ６パケット取得部３３は、たとえば、中継処理部２２における通信ポート４１からＤＨＣＰｖ６パケット５０２を受けると、ポート番号に基づいて、ＤＨＣＰｖ６パケット５０２がＤＨＣＰ処理に用いられるパケットであることを認識してＤＨＣＰｖ６パケット５０２を加入者回線管理部３２へ出力する。

加入者回線管理部３２は、たとえば、ＤＨＣＰｖ６パケット取得部３３からＤＨＣＰｖ６パケット５０２を受けると、受けたＤＨＣＰｖ６パケット５０２に、識別コードＣｄを含むＶＳオプションが含まれるか否かを確認する確認処理ＣＴ３を行う。

加入者回線管理部３２は、たとえば、確認処理ＣＴ３において、識別コードＣｄを含むＶＳオプションがＤＨＣＰｖ６パケット５０２に含まれないことを確認した場合、ＤＨＣＰｖ６パケット５０２をそのままクライアント側通信部３１および加入者端末装置１２１経由で宛先のクライアント１１１へ送信する。

［動作］
パケット中継装置１０１は、コンピュータを備え、当該コンピュータにおけるＣＰＵ等の演算処理部は、以下のフローチャートの各ステップの一部または全部を含むプログラムを図示しないメモリから読み出して実行する。この装置のプログラムは、外部からインストールすることができる。この装置のプログラムは、記録媒体に格納された状態で流通する。

図１４は、本発明の実施の形態に係るパケット中継装置が、上り方向のＤＨＣＰｖ６パケットの中継処理を行う際の動作手順を定めたフローチャートである。

図１４を参照して、まず、パケット中継装置１０１における管理処理部２１は、クライアント１１１から加入者端末装置１２１経由でＤＨＣＰｖ６パケット４０２を受信するまで待機する（ステップＳ１０２でＮＯ）。

次に、管理処理部２１は、自己の動作モードが非管理モードに設定されている場合においてクライアント１１１からＤＨＣＰｖ６パケット４０２を受信すると（ステップＳ１０２でＹＥＳおよびステップＳ１０４でＮＯ）、受信したＤＨＣＰｖ６パケット４０２を中継処理部２２へ出力する（ステップＳ１１０）。

一方、管理処理部２１は、自己の動作モードが管理モードに設定されている場合においてクライアント１１１からＤＨＣＰｖ６パケット４０２を受信すると（ステップＳ１０２でＹＥＳおよびステップＳ１０４でＹＥＳ）、受信したＤＨＣＰｖ６パケット４０２に転送情報、付与情報および管理情報を付与してＲＦパケット４５１を作成する（ステップＳ１０６）。

具体的には、管理処理部２１は、転送情報、付与情報および管理情報をそれぞれ含むメッセージヘッダ４５１ｍｈ、ＶＳオプション４５１ｖｓｏおよびＩＩＤオプション４５１ｉｏと、その他のオプション４５１ｅｔｃと、ＲＭオプション４５１ｒｍｏのオプションヘッダｏｐｔｈとを、受信したＤＨＣＰｖ６パケット４０２に付与してＲＦパケット４５１を作成する。

次に、管理処理部２１は、作成したＲＦパケット４５１を中継処理部２２へ出力する（ステップＳ１０８）。

次に、中継処理部２２は、管理処理部２１から受けたパケットに付与情報が付与されていない場合（ステップＳ１１２でＮＯ）、受けたパケットに転送情報および出力元情報を付与してＲＦパケット４５３を作成する（ステップＳ１１６）。

具体的には、中継処理部２２は、管理処理部２１から受けたパケットがＤＨＣＰｖ６パケット４０２である場合、転送情報および出力元情報をそれぞれ含むメッセージヘッダ４５２ｍｈおよびＶＳオプション４５２ｖｓｏと、その他のオプション４５２ｅｔｃと、ＲＭオプション４５１ｒｍｏのオプションヘッダｏｐｔｈとを、受けたＤＨＣＰｖ６パケット４０２に付与してＲＦパケット４５３を作成する。

一方、中継処理部２２は、管理処理部２１から受けたパケットに付与情報が付与されている場合（ステップＳ１１２でＹＥＳ）、受けたパケットに出力元情報を付与してＲＦパケット４５２を作成する（ステップＳ１１４）。

具体的には、中継処理部２２は、管理処理部２１から受けたパケットがＲＦパケット４５１である場合、出力元情報を含むＶＳオプション４５２ｖｓｏと、その他のオプション４５２ｅｔｃとを、受けたＲＦパケット４５１に付与してＲＦパケット４５２を作成する。

次に、中継処理部２２は、作成したＲＦパケット４５３またはＲＦパケット４５２をサーバ１５１へ送信する（ステップＳ１１８）。

図１５は、本発明の実施の形態に係るパケット中継装置が、下り方向のＤＨＣＰｖ６パケットの中継処理を行う際の動作手順を定めたフローチャートである。

図１５を参照して、まず、パケット中継装置１０１における中継処理部２２は、サーバ１５１から応答パケット４０１を受信するまで待機する（ステップＳ２０２でＮＯ）。

次に、中継処理部２２は、サーバ１５１から応答パケット４０１を受信すると（ステップＳ２０２でＹＥＳ）、応答パケット４０１におけるＶＳオプション４５２ｖｓｏから出力元情報を取得する（ステップＳ２０４）。

次に、中継処理部２２は、応答パケット４０１に付与情報が付与されている場合（ステップＳ２０６でＹＥＳ）、応答パケット４０１から出力元情報を削除してＲＲパケット５５１を作成する（ステップＳ２０８）。

具体的には、中継処理部２２は、応答パケット４０１がＲＲパケット５５２である場合、出力元情報を含むＶＳオプション４５２ｖｓｏと、その他のオプション４５２ｅｔｃとをＲＲパケット５５２から削除してＲＲパケット５５１を作成する。

一方、中継処理部２２は、応答パケット４０１に付与情報が付与されていない場合（ステップＳ２０６でＮＯ）、応答パケット４０１から出力元情報および応答情報を削除してＤＨＣＰｖ６パケット５０２を作成する（ステップＳ２１２）。

具体的には、中継処理部２２は、応答パケット４０１がＲＲパケット５５３である場合、出力元情報および応答情報をそれぞれ含むＶＳオプション４５２ｖｓｏおよびメッセージヘッダ５５２ｍｈと、その他のオプション４５２ｅｔｃと、ＲＭオプション５５１ｒｍｏにおけるオプションヘッダｏｐｔｈとをＲＲパケット５５３から削除してＤＨＣＰｖ６パケット５０２を作成する。

次に、中継処理部２２は、作成したＲＲパケット５５１またはＤＨＣＰｖ６パケット５０２を出力元情報の示す管理処理部２１へ出力する（ステップＳ２１０）。

次に、管理処理部２１は、中継処理部２２から受けたパケットに付与情報が付与されていない場合（ステップＳ２１４でＮＯ）、当該パケット、具体的にはＤＨＣＰｖ６パケット５０２を加入者端末装置１２１経由でクライアント１１１へ送信する（ステップＳ２１８）。

一方、管理処理部２１は、中継処理部２２から受けたパケットに付与情報が付与されている場合（ステップＳ２１４でＹＥＳ）、中継処理部２２から受けたパケットから応答情報、管理情報および付与情報を削除してＤＨＣＰｖ６パケット５０２を作成する（ステップＳ２１６）。

具体的には、管理処理部２１は、中継処理部２２から受けたパケットがＲＲパケット５５１である場合、応答情報、管理情報および付与情報をそれぞれ含むメッセージヘッダ５５２ｍｈ、ＩＩＤオプション４５１ｉｏおよびＶＳオプション４５１ｖｓｏと、その他のオプション４５１ｅｔｃと、ＲＭオプション５５１ｒｍｏにおけるオプションヘッダｏｐｔｈとをＲＲパケット５５１から削除してＤＨＣＰｖ６パケット５０２を作成する。

次に、管理処理部２１は、作成したＤＨＣＰｖ６パケット５０２を加入者端末装置１２１経由でクライアント１１１へ送信する（ステップＳ２１８）。

ところで、たとえば、パケット中継装置は、クライアントから受信したパケットを転送する場合、ＲＦＣ６２２１に従って、自己が当該パケットを転送したことを示す転送情報を当該パケットに付与する。

また、たとえば、パケット中継装置は、上記転送情報が付与されたパケットを異なるネットワークに中継する場合、ＲＦＣ３３１５に従って、自己が当該パケットを転送したことを示す転送情報を当該パケットに付与して当該ネットワーク経由でＤＨＣＰｖ６サーバへ送信する。

しかしながら、ＤＨＣＰｖ６サーバがパケット中継装置から受信するパケットには転送情報が２つ付与されているため、以下の問題を生ずることがある。

すなわち、パケットに転送情報が２つ付与された場合、たとえば当該パケットの構造が複雑になるため、ＤＨＣＰｖ６サーバにおいて当該パケットを解析するための処理が複雑になってしまう。以下、上述の問題を具体的に説明する。

図１６は、比較例のパケット中継装置の構成を示す図である。

図１６を参照して、比較例のパケット中継装置９０１は、管理処理部９２１と、中継処理部９２２とを備える。

図１７は、比較例のパケット中継装置の管理処理部においてカプセル化されたＤＨＣＰｖ６パケットの一例を示す図である。

図１７を参照して、管理処理部９２１は、たとえば、加入者端末装置１２１からＤＨＣＰｖ６パケット４０２を受信すると、受信したＤＨＣＰｖ６パケット４０２をカプセル化したＲＦパケット９５１を作成して中継処理部９２２へ出力する。

ここで、ＲＦパケット９５１のペイロード９５１ｐには、メッセージ９５１ｍｓｇが含まれる。メッセージ９５１ｍｓｇには、メッセージヘッダ４５１ｍｈ、ＲＭオプション４５１ｒｍｏ、ＩＩＤオプション４５１ｉｏおよびその他のオプション４５１ｅｔｃが含まれる。

図１８は、比較例のパケット中継装置の中継処理部においてカプセル化されたＲＦパケットの一例を示す図である。

図１８を参照して、中継処理部９２２は、たとえば、管理処理部９２１からＲＦパケット９５１を受けると、受けたＲＦパケット９５１をカプセル化したＲＦパケット９５２を作成してサーバ１５１へ送信する。

ここで、ＲＦパケット９５２のペイロード９５２ｐには、メッセージ９５２ｍｓｇが含まれる。メッセージ９５２ｍｓｇには、メッセージヘッダ９５２ｍｈ、ＲＭオプション９５２ｒｍｏ、ＩＩＤオプション９５２ｉｏおよびその他のオプション９５２ｅｔｃが含まれる。また、メッセージヘッダ９５２ｍｈにおけるホップカウントは、メッセージヘッダ４５１ｍｈにおけるホップカウントをインクリメントした１である。

ＲＭオプション９５２ｒｍｏの可変領域ｏｐｔｖには、ＲＦパケット９５１のペイロード９５１ｐすなわちメッセージ９５１ｍｓｇが含まれる。

たとえば、サーバ１５１は、パケット中継装置９０１からＲＦパケット９５２を受信すると、受信したＲＦパケット９５２に含まれるメッセージ９５２ｍｓｇからＲＭオプション９５２ｒｍｏ、ＩＩＤオプション９５２ｉｏおよびその他のオプション９５２ｅｔｃ、ならびにメッセージヘッダ９５２ｍｈを取得するパケット分解処理を行う。

サーバ１５１は、たとえば、メッセージヘッダ９５２ｍｈに含まれるホップカウントの値が１であることから、ＲＦパケット９５２が２回転送されたパケットであると認識する。

そして、サーバ１５１は、たとえば、ＲＭオプション９５２ｒｍｏのオプションヘッダｏｐｔｈに含まれるオプション長に基づいて、ＲＭオプション９５２ｒｍｏの可変領域ｏｐｔｖに含まれるメッセージ９５１ｍｓｇを取得する。

たとえば、サーバ１５１は、取得したメッセージ９５１ｍｓｇからＲＭオプション４５１ｒｍｏ、ＩＩＤオプション４５１ｉｏおよびその他のオプション４５１ｅｔｃ、ならびにメッセージヘッダ４５１ｍｈを取得するパケット分解処理を行う。

そして、サーバ１５１は、たとえば、ＩＩＤオプション４５１ｉｏの可変領域ｏｐｔｖからＯＮＵインデックスを取得し、取得したＯＮＵインデックスを加入者端末装置１２１の判別に用いる。

このように、転送情報が２つ付与されたＲＦパケット９５２は、パケットの構造が複雑であるため、サーバ１５１においてＲＦパケット９５２を解析するための処理が複雑になってしまう。

これに対して、本発明の実施の形態に係るパケット中継装置では、クライアント側通信部３１は、ＤＨＣＰｖ６パケット４０２を受信する。加入者回線管理部３２は、パケット中継装置１０１によって転送されたパケットであることを示す転送情報を含むメッセージヘッダ４５１ｍｈを、クライアント側通信部３１によって受信されたＤＨＣＰｖ６パケット４０２に付与して出力する。集線中継部４２は、加入者回線管理部３２から受けたパケットに転送情報が付与されている場合、転送情報を付与せずに当該パケットの中継先の装置、具体的にはサーバ１５１へ当該パケットを送信する。

このように、１つのパケットに転送情報が複数付与されることなくサーバ１５１へ送信される構成により、単純な構造のパケットをサーバ１５１へ送信することができるので、サーバ１５１における当該パケットを解析するための処理を簡素化することができる。したがって、パケットの中継先の装置における当該パケットの処理負担を軽減することができる。

また、たとえば、通信システム３０１では、ホップカウントの値が所定値以上のパケットの転送が制限される場合がある。

比較例のパケット中継装置９０１は、メッセージヘッダ９５２ｍｈに含まれるホップカウントの値が１のＲＦパケット９５２をサーバ１５１へ送信する。一方、パケット中継装置１０１から送信されたパケットは、メッセージヘッダ４５２ｍｈに含まれるホップカウントの値はゼロであるので、パケット中継装置９０１から送信されたパケットと比べて残りの転送可能回数が多い。したがって、送信したパケットが目的の装置に到達する可能性をより高めることができる。

また、たとえば、パケット中継装置９０１は、クライアント１１１から受信したＤＨＣＰｖ６パケット４０２にサーバ１５１において用いられる管理情報を付与する場合、ＲＦＣ６２２１に従い、自己が当該パケットを転送したことを示す転送情報を当該パケットに付与する。

また、たとえば、パケット中継装置９０１は、管理情報および転送情報が付与されたパケットを異なるネットワークに中継する場合、ＲＦＣ３３１５に従い、自己が当該パケットを転送したことを示す転送情報を当該パケットに付与して当該ネットワーク経由でサーバ１５１へ送信する。

しかしながら、ＤＨＣＰｖ６サーバがパケット中継装置９０１から受信するパケットには転送情報が２つ付与されているため、以下の問題が生ずることがある。

すなわち、パケットに転送情報が２つ付与された場合、たとえば当該パケットの構造が複雑になるため、サーバ１５１が、パケット中継装置９０１においてＲＦＣ６２２１に従う１回目の転送が行われた際に付与された管理情報を取得するための処理負担が大きくなってしまう。

また、たとえば、サーバ１５１が２回以上の転送が行われたパケットの解析を行うことができない場合、サーバ１５１は、ＲＦＣ６２２１に従うパケット中継装置９０１において１回目の転送が行われた際に付与された管理情報を正しく取得することができない。

また、サーバ１５１では、パケット中継装置９０１において１回目の転送が行われた際に付与された情報すなわちＯＮＵのインデックスが、たとえば一段下のネットワーク階層にあるように認識する場合がある。このような場合、サーバ１５１は、ＯＮＵのインデックスを正しく取得できないことがある。

これに対して、本発明の実施の形態に係るパケット中継装置では、加入者回線管理部３２は、ＤＨＣＰｖ６パケット４０２の送信元の装置、具体的には加入者端末装置１２１に関する情報であってサーバ１５１において当該加入者端末装置１２１を判別するために用いられる情報である管理情報を含むＩＩＤオプション４５１ｉｏをＤＨＣＰｖ６パケット４０２にさらに付与して出力する。

このような構成により、サーバ１５１において、管理情報を正しく取得したり、簡単な処理で取得したりすることができるので、管理情報を用いて加入者端末装置１２１の判別を適切に行うことができる。

また、本発明の実施の形態に係るパケット中継装置では、集線中継部４２は、加入者回線管理部３２から受けたパケットに当該パケットの出力元の加入者回線管理部３２を示す出力元情報を付与してサーバ１５１へ送信する。

このような構成により、たとえば、パケット中継装置１０１が加入者回線管理部３２を複数備える場合においても、集線中継部４２は、サーバ１５１へ送信したパケットの応答パケットをサーバ１５１から受信したときに、当該応答パケットを出力すべき加入者回線管理部３２を当該応答パケットに含まれる出力元情報に基づいて正しく判別することができる。

また、本発明の実施の形態に係るパケット中継装置では、サーバ側通信部４３は、パケット中継装置１０１によって送信されたパケットに対する応答のパケットであって出力元情報を含むパケットである応答パケットをサーバ１５１から受信する。そして、集線中継部４２は、サーバ側通信部４３によって受信された応答パケットから出力元情報を取得し、出力元情報の示す加入者回線管理部３２へ、出力元情報を削除した応答パケットを出力する。

このように、出力元情報を削除した応答パケットを出力する構成により、加入者回線管理部３２が出力したパケットの形式に対応する形式のパケットを加入者回線管理部３２へ出力することができるので、加入者回線管理部３２における処理を簡素化することができる。

また、本発明の実施の形態に係るパケット中継装置では、加入者回線管理部３２は、転送情報を付与するか否かを設定可能である。集線中継部４２は、加入者回線管理部３２から受けたパケットに転送情報が付与されていない場合、当該転送情報を含むメッセージヘッダ４５２ｍｈを当該パケットに付与してサーバ１５１へ送信する。

このような構成により、加入者回線管理部３２において、パケットに転送情報を付与するか否かを選択することができる。また、加入者回線管理部３２において転送情報がパケットに付与されない場合においても、集線中継部４２が当該パケットに転送情報を付与するので、サーバ１５１は、パケット中継装置１０１から受信するパケットを正しく処理することができる。

また、本発明の実施の形態に係るパケット中継装置では、加入者回線管理部３２は、クライアント側通信部３１によって受信されたＤＨＣＰｖ６パケット４０２に転送情報を付与したことを示す付与情報を含むＶＳオプション４５１ｖｓｏをＤＨＣＰｖ６パケット４０２にさらに付与する。集線中継部４２は、加入者回線管理部３２から受けたパケットにＶＳオプション４５１ｖｓｏが付与されていない場合、転送情報を含むメッセージヘッダ４５２ｍｈを当該パケットに付与してサーバ１５１へ送信する。

このような構成により、集線中継部４２では、ＶＳオプション４５１ｖｓｏの内容に基づいて、加入者回線管理部３２において転送情報が付与されたか否かを正しく判断することができるので、１つのパケットに転送情報が複数付与されることを簡易な処理でより確実に防ぐことができる。

また、本発明の実施の形態に係るパケット中継装置では、サーバ側通信部４３は、パケット中継装置１０１によって送信されたパケットに対する応答のパケットであって転送情報に対する応答を示す応答情報を含むパケットである応答パケット４０１をサーバ１５１から受信する。そして、集線中継部４２は、サーバ側通信部４３によって受信された応答パケット４０１に付与情報を含むＶＳオプション４５１ｖｓｏが付与されていない場合、応答情報を削除した応答パケット４０１を加入者回線管理部３２へ出力する。

このように、転送情報が付与されていないパケットすなわちＤＨＣＰｖ６パケット４０２を集線中継部４２へ出力した加入者回線管理部３２に、応答情報を削除した応答パケット４０１を出力する構成により、加入者回線管理部３２が出力したパケットの形式に対応する形式のパケットを加入者回線管理部３２へ出力することができるので、加入者回線管理部３２における処理を簡素化することができる。

また、本発明の実施の形態に係るパケット中継装置では、加入者回線管理部３２および集線中継部４２は、それぞれＲＦＣ６２２１およびＲＦＣ３３１５に従って動作する。

このような構成により、加入者回線管理部３２および集線中継部４２は、それぞれＲＦＣ６２２１およびＲＦＣ３３１５の仕様を満たすので、当該仕様を満たすサーバ１５１およびクライアント１１１間において送受信されるＤＨＣＰｖ６パケット４０２およびＤＨＣＰｖ６パケット５０２を適切に中継することができる。

上記実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記説明ではなく特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

以上の説明は、以下に付記する特徴を含む。

［付記１］
パケット中継装置であって、
パケットを受信する受信部と、
前記パケット中継装置によって転送されたパケットであることを示す転送情報を、前記受信部によって受信された前記パケットに付与して出力する管理部と、
前記管理部から受けた前記パケットに前記転送情報が付与されている場合、前記転送情報を付与せずに前記パケットの中継先の装置へ前記パケットを送信する中継部とを備え、
前記受信部は、ＤＨＣＰｖ６クライアントから前記パケットを受信し、
前記管理部は、前記受信部によって受信された前記パケットのペイロードを含むリレーフォワードオプション、および前記転送情報を含むメッセージヘッダを作成し、作成した前記リレーフォワードオプションおよび前記メッセージヘッダがペイロードに格納された前記パケットを作成して出力し、
前記中継部は、前記管理部から受けた前記パケットに前記転送情報が付与されている場合、前記転送情報を付与せず、自己が前記パケットの中継処理を行ったことを示す情報を前記メッセージヘッダに付与し、前記パケットの中継先の装置であるＤＨＣＰｖ６サーバへ前記パケットを送信し、
前記ＤＨＣＰｖ６クライアントおよび前記管理部は同じネットワークに属し、
前記ＤＨＣＰｖ６クライアントおよび前記ＤＨＣＰｖ６サーバは異なるネットワークに属する、パケット中継装置。

２１ 管理処理部
２２ 中継処理部
２３ 設定部
３１ クライアント側通信部（受信部）
３２ 加入者回線管理部
３３ ＤＨＣＰｖ６パケット取得部
４１ 通信ポート
４２ 集線中継部
４３ サーバ側通信部（受信部）
１０１ パケット中継装置
１１１ ＤＨＣＰｖ６クライアント
１２１ 加入者端末装置
１５１ ＤＨＣＰｖ６サーバ
３０１ 通信システム

Claims (9)

1. パケット中継装置であって、
   パケットを受信する受信部と、
   前記パケット中継装置によって転送されたパケットであることを示す転送情報を、前記受信部によって受信された前記パケットに付与して出力する管理部と、
   前記管理部から受けた前記パケットに前記転送情報が付与されている場合、前記転送情報を付与せずに前記パケットの中継先の装置へ前記パケットを送信する中継部とを備える、パケット中継装置。
2. 前記管理部は、前記パケットの送信元の装置に関する情報であって前記中継先の装置において前記送信元の装置を判別するために用いられる情報である管理情報を前記パケットにさらに付与して出力する、請求項１に記載のパケット中継装置。
3. 前記中継部は、前記管理部から受けた前記パケットに前記パケットの出力元の前記管理部を示す出力元情報を付与して前記中継先の装置へ送信する、請求項１または請求項２に記載のパケット中継装置。
4. 前記受信部は、さらに、前記パケット中継装置によって送信された前記パケットに対する応答のパケットであって前記出力元情報を含むパケットである応答パケットを前記中継先の装置から受信し、
   前記中継部は、前記受信部によって受信された前記応答パケットから前記出力元情報を取得し、前記出力元情報の示す前記管理部へ、前記出力元情報を削除した前記応答パケットを出力する、請求項３に記載のパケット中継装置。
5. 前記管理部は、前記転送情報を付与するか否かを設定可能であり、
   前記中継部は、前記管理部から受けた前記パケットに前記転送情報が付与されていない場合、前記転送情報を前記パケットに付与して前記中継先の装置へ送信する、請求項１から請求項４のいずれか１項に記載のパケット中継装置。
6. 前記管理部は、前記受信部によって受信された前記パケットに前記転送情報を付与したことを示す付与情報を前記パケットにさらに付与し、
   前記中継部は、前記管理部から受けた前記パケットに前記付与情報が付与されていない場合、前記転送情報を前記パケットに付与して前記中継先の装置へ送信する、請求項５に記載のパケット中継装置。
7. 前記受信部は、さらに、前記パケット中継装置によって送信された前記パケットに対する応答のパケットであって前記転送情報に対する応答を示す応答情報を含むパケットである応答パケットを前記中継先の装置から受信し、
   前記中継部は、前記受信部によって受信された前記応答パケットに前記付与情報が付与されていない場合、前記応答情報を削除した前記応答パケットを前記管理部へ出力する、請求項６に記載のパケット中継装置。
8. 前記管理部および前記中継部は、それぞれＲＦＣ６２２１およびＲＦＣ３３１５に従って動作する、請求項１から請求項７のいずれか１項に記載のパケット中継装置。
9. パケット中継装置におけるパケット中継方法であって、
   パケットを受信するステップと、
   第１のプロトコルに従って、前記パケット中継装置によって転送されたパケットであることを示す転送情報を、受信した前記パケットに付与して出力するステップと、
   第２のプロトコルに従って、受けた前記パケットに前記転送情報が付与されている場合、前記転送情報を付与せずに前記パケットの中継先の装置へ前記パケットを送信するステップとを含む、パケット中継方法。

Images