(57)【要約】【課題】同一のＬ２ＴＰトンネルを使用する複数ユーザに対し、ユーザ毎に通信経路の切替えを可能とするパケット転送装置を提供する。【解決手段】Ｌ２ＴＰを終端するパケット転送装置１、２内に、加入者毎に流量の閾値及び優先度を設定するテーブルを具備し、このテーブル情報を元に加入者毎にパケットの流量を測定し、閾値を超過した場合は加入者毎に設定された優先度に従ってパケットの通信経路を切替える。経路情報の管理はＯＳＰＦプロトコルを使用し、ある宛先に対する複数の経路情報を経路管理テーブルとして保持する。経路切替えの手段としては、Ｌ２ＴＰカプセル化されたパケットのＩＰヘッダのソースルーティングオプションを用いて転送先ルータを指定することによって実現する。【選択図】図１
2005269500.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰアドレスをもつ複数の通信端末を収容し、Ｌ２ＴＰ（Ｌａｙｅｒ  ２  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ）ネットワークを介して通信端末とインターネットとを接続するためのパケット転送装置であって、
優先度と経路を選択する方法を関連づける優先ポリシーが設定され、Ｌ２ＴＰネットワーク内の複数のルータを用い形成された複数の物理的経路のうちのひとつを選択するためのプロトコル処理部と、
受信したパケットを、前記プロトコル処理部に転送すると共に、前記プロトコル処理部から受信したパケットを入出力回線上の通信プロトコルに変換して送出する複数の回線インタフェースと、
前記プロトコル処理部から受信したパケットを、所定のアドレスに従い出力ポートが存在する前記回線インタフェースに接続されるプロトコル処理部へ転送するスイッチと、
通信端末を使用するユーザのユーザＩＤに対して、Ｌ２ＴＰトンネル及びセッションの接続先となる宛先アドレス、流量閾値、優先度を設定したユーザ情報テーブルと、
宛先サブネットのアドレスに対する全経路について、各経路識別子と、各経路に含まれるルータのルータアドレス、各経路の宛先サブネットに対する近さ又は転送の遅さを表した数値であるメトリック値を記憶した経路管理テーブルと
を備え、
前記プロトコル処理部は、
Ｌ２ＴＰのトンネル及びセッションが確立したとき、ユーザを識別するための識別子毎に、前記ユーザ情報テーブルで定義されたユーザに対するＬ２ＴＰトンネル及びセッションの接続先となる宛先アドレス及び流量閾値及び優先度とを記憶したユーザ管理テーブルを作成し、
前記回線インタフェースから受信したパケットに対し、該ユーザを識別するための識別子に基づき、ユーザ毎に、パケット流量を検出し、前記ユーザ管理テーブルを参照して流量閾値とパケット流量を比較し、
パケット流量が流量閾値を超過している場合に、宛先サブネットのアドレスに従い、転送先経路を前記経路管理テーブルを参照し、優先度に応じてデフォルトの経路とメトリック値の異なる他の経路に切替えるという優先ポリシーに従い、転送先経路を選択し、
通信端末から受信したデータに、前記経路管理テーブルに含まれる、経由するルータのルータアドレスを指定するためのソースルーティングオプションを付加し、Ｌ２ＴＰトンネル内で使用されるヘッダを付加するためのＬ２ＴＰカプセル化処理を実行し、転送先のルータの指示をすることで物理的経路の切替えを実現する
パケット転送装置。
【請求項２】
優先ポリシーは、優先度が高いユーザのパケットが閾値を超過したとき、デフォルトの経路よりもメトリック値の小さい高速な経路に切り替え、且つ、優先度が低いユーザのパケットが閾値を超過したとき、デフォルトの経路よりもメトリック値の大きい低速な経路に切替えるものである請求項１に記載のパケット転送装置。
【請求項３】
前記経路管理テーブルは、メトリック値が中間に位置する経路をデフォルトの通信経路として設定するようにした請求項１に記載のパケット転送装置。
【請求項４】
パケット流量を比較した結果、測定した流量が流量閾値を超過していない場合、前記プロトコル処理部は、Ｌ２ＴＰトンネル内で使用されるヘッダを付加するためのＬ２ＴＰカプセル化処理を実行し、且つ、前記経路管理テーブルを参照してデフォルトの経路を選択し、ソースルーティングオプションを付加してパケットを転送する請求項１に記載のパケット転送装置。
【請求項５】
前記ソースルーティングオプションは、該オプションで指定した次のルータまで、ほかの中間ルータを経由するルートを許容するルーズソースルーティング、又は、経由する全てのルータの順番とアドレスを指定するストリクトソースルーティングであることを示すデータをさらに含む請求項１に記載のパケット転送装置。
【請求項６】
加入者側のＬ２ＴＰ終端装置（ＬＡＣ）として動作する場合は、Ｌ２ＴＰのトンネル及びセッションが確立したとき、ユーザを識別するためのＰＰＰｏＥセッションＩＤ毎に、前記ユーザ情報テーブルで定義されたユーザ毎の流量閾値及び優先度とを記憶したＬＡＣ用の前記ユーザ管理テーブルを作成し、
前記パケット処理部は、前記ユーザ管理テーブルを参照し、ＰＰＰｏＥセッションＩＤに従い、流量閾値及び優先度を求める請求項１に記載のパケット転送装置。
【請求項７】
インターネット事業者側のＬ２ＴＰ終端装置（ＬＮＳ）として動作する場合は、Ｌ２ＴＰのトンネル及びセッションが確立したとき、通信端末が使用しているＬ２ＴＰカプセル化前の宛先ＩＰアドレス毎に、前記ユーザ情報テーブルで定義されたユーザ毎の流量閾値及び優先度とを記憶したＬＮＳ用の前記ユーザ管理テーブルを作成し、
前記パケット処理部は、前記ユーザ管理テーブルを参照し、宛先ＩＰアドレスに従い、流量閾値及び優先度を求める請求項１に記載のパケット転送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケット転送装置に係り、特に、加入者側又はインターネット事業者側でＬ２ＴＰ終端可能なパケット転送装置に関する。
【背景技術】
【０００２】
加入者の通信端末装置がインターネット接続事業者（以下ＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）と称す）を介しインターネットに接続する際、加入者のユーザ認証を行うためにＰｏｉｎｔ  ｔｏ  Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ（以下ＰＰＰと称す）を用いる方法が存在する。
【０００３】
ＰＰＰは加入者端末とＩＳＰのアクセスポイント間を1対１接続する為のプロトコルであり、ＰＰＰは当初ダイヤルアップ接続により各ＩＳＰのアクセスポイントに直接接続し、認証を受けインターネットに接続するという形態で使用されてきた。
【０００４】
しかし、昨今のインターネット常時接続化に伴い、現在では通信端末装置からＩＳＰサーバまでの間を電話網とは別にＩｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ（以下ＩＰと称す）を用いたアクセスキャリアネットワーク（以下アクセス網ＮＷ１と称す）を介する形態がとられている。ここで、アクセス網ＮＷ１はＯＳＩ基本参照モデル第３層のネットワークであるため、アクセス網ＮＷ１を介しＰＰＰで認証を行うためにはＰＰＰパケットをＩＳＰ側ＰＰＰ終端装置まで転送する手段が必要となる。この手段としてＬａｙｅｒ２  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ（以下Ｌ２ＴＰと称す）が使用されている。
【０００５】
Ｌ２ＴＰとは、ＰＰＰパケットをＩＰカプセル化する技術であり、公衆回線網上に仮想的なトンネルを生成し、そのトンネル内においてＰＰＰ接続を確立することにより、仮想的な通信パスを構築するためのプロトコルである。
【０００６】
一般的に、遠隔地の相手（本説明ではＩＳＰ）と接続する際にはダイヤルアップ接続などに用いられるＰＰＰを使用するが、このとき、自ネットワークから相手ネットワークまでの公衆網上に仮想的に通信路(トンネル)を確立する必要があり、このとき使われるプロトコルがＬ２ＴＰである。
【０００７】
そして、このＬ２ＴＰによるトンネルを構築することで、通常ＰＰＰ接続の終端は、アクセス網ＮＷ１の入口（ホスト側）で行っていたものを、ＰＰＰ接続の終端をアクセス網ＮＷ１の出口（ＩＳＰ側）で行うことを可能としている（具体的には、図３の説明で後述する）。
【０００８】
前述した論理的な専用線は、Ｌ２ＴＰコネクション（Ｌ２ＴＰトンネル及びＬ２ＴＰセッション）と呼ばれる。Ｌ２ＴＰコネクションは、加入者側のＬ２ＴＰ終端装置（以下ＬＡＣと称す）及び、インターネット接続事業者側のＬ２ＴＰ終端装置（以下ＬＮＳと称す）によって構築され、ＰＰＰパケットは、Ｌ２ＴＰコネクションを介してＩＳＰ側のＬ２ＴＰ及びＰＰＰ終端装置であるＬＮＳ（２）で終端される。
【０００９】
具体的に図を用いて説明する。
図３は、従来の通信システム構成を示すものである。
複数の通信端末装置（以下ホストと称す）Ｈ−１〜Ｈ−ｎ、ｈ−１〜ｈ−ｎは、アクセス網ＮＷ１、ＩＳＰ網ＮＷ２を介してインターネットＮＷ３に接続され、さまざまなサービスの提供を受けることができる。
【００１０】
アクセス網ＮＷ１とは、さまざまなＩＳＰを収容可能な回線のことを示し、例えば、現存する回線でいうところのＮＴＴ地域ＩＰ網がそれに該当する。また、ＩＳＰ網ＮＷ２とは、ＩＳＰが管理するネットワークのことである。
【００１１】
この例では、ＬＡＣが２つ、ＩＳＰが２社存在する場合であって、複数のホストが各々のＩＳＰとの契約のもと、インターネットＮＷ３へのアクセスを行っている場合である。
【００１２】
アクセス網ＮＷ１に前述した論理的専用線を構築する場合は、ホストＨ−１が使用するＬＡＣ（１）及び、ホストＨ−１が契約しているＩＳＰが管理しているＬＮＳ１間にＴ１というトンネルが構築される。また、図示するとおり、ホストＨ−ｎも同様のトンネルを使用していることがわかる。
【００１３】
次に、ホストＨ−ｍについては、アクセスポイントとして使用するＬＡＣは、ホストＨ−１と同じものだが、ホストＨ−ｍが契約しているＩＳＰは、ホストＨ−１が契約しているそれとは異なるため、別のＩＳＰが管理しているＬＮＳ（２）間にＴ２という別のトンネルを構築する。
【００１４】
このように、ＬＡＣ、ＬＮＳを用いることで、ＩＳＰまでの経路であるアクセス網ＮＷ１内にあたかも専用線を構築したかのように機能することができるのである。
【００１５】
次に、上述のトンネルについて詳細に説明を行う。
図４は、複数のホストがＩＳＰを介してインターネットＮＷ３に接続される図である。
ホストがインターネットＮＷ３へ接続するにあたり、図３と同様にアクセス網ＮＷ１をＬＡＣ（１）とＬＮＳ（２）によりＴ１というトンネルを構築して、ＩＳＰ網ＮＷ２へ通信路が形成される。
【００１６】
論理的なトンネルＴ１内には、物理的な複数のルータ（Ｒ１、Ｒ２・・・・Ｒ７）が存在し、ＬＡＣ（１）とＬＮＳ（２）間のデータをルーティングしている。しかし、これらルータ全てがトンネルＴ１用に固定に割り当てられたものではなく、あるルータは、別のトンネルの経路を共用するためにも動作し、トンネルとは、あくまでも論理的な通信路を示すものである。具体的には、例えば、アクセス網ＮＷ１内にはルータがＲ１〜Ｒ５０まであり、トンネルが複数（１〜ｎ）構築されていると仮定した場合、Ｒ１、Ｒ４、Ｒ６、Ｒ４５・・・Ｒ５０は、トンネルＴ２の物理的経路に使用され、Ｒ１、Ｒ６、Ｒ３０、Ｒ３７・・・Ｒ４１は、トンネルＴ３の物理的経路に使用され、・・・・・・Ｒ２、Ｒ３、Ｒ２１・・・Ｒ２７は、トンネルＴｎの物理的経路に使用されているような状態である。
【００１７】
図４は、論理的なトンネルＴ１内に物理的な経路１、経路２及び経路３の３つの経路が存在する場合を示す。経路１は、ＬＡＣ（１）−Ｒ１−Ｒ２−Ｒ３−ＬＮＳ（２）のルート、経路２は、ＬＡＣ（１）-Ｒ４−Ｒ５−ＬＮＳ（２）のルート、経路３は、ＬＡＣ（１）-Ｒ６−Ｒ７−ＬＮＳ（２）のルートである。
【００１８】
しかしながら、このような状態においても、特許文献１及び特許文献２に開示された技術によれば、あらかじめ経路を指示しなければ最適な経路である経路２のみがデータ通信に用いられ、その他の経路は、回線容量に空きがあるにもかかわらず用いられることはない。
【００１９】
つぎに、その理由を図を用いて説明する。
図７は、図３の実施の形態におけるパケット構成を示す図である。
パケット（７−ＰＫ３）は、ＨＯＳＴ−ＬＡＣ間のパケットを示し、パケット（７−ＰＫ２）は、ＬＡＣ−ＬＮＳ間のパケットを示し、パケット（７−ＰＫ１）は、ＬＮＳ−ＮＷ３間のパケット構成を示す。
【００２０】
この例では、ホスト（Ｈ−１、Ｈ−２、Ｈ−ｎ）、ＩＳＰ網ＮＷ２、インターネットＮＷ３ではグローバルＩＰアドレスによってルータ及びホスト等のネットワーク機器の管理が行われ、アクセス網ＮＷ１ではプライベートＩＰアドレスによって管理されている。つまり、ＮＷ１内のルータ（Ｒ１〜Ｒ７）、及び、Ｌ２ＴＰトンネルの終端ＩＰアドレス（ＬＡＣの場合１９２．１６８．１２８．１、ＬＮＳの場合１９２．１６８．０．１）はプライベートＩＰアドレスによって管理される。
【００２１】
パケット（７−ＰＫ３）ではグローバルＩＰアドレスのＩＰヘッダＩＰ２を使用し伝送され、これが、ＬＡＣ（１）を経由し、アクセス網ＮＷ１に送出される場合は、Ｌ２ＴＰカプセル化の結果としてプライベートＩＰアドレスのＩＰヘッダＩＰ１が付加される。
【００２２】
このときのＩＰ１の送信元アドレス（以下ＳＡと称す）、宛先アドレス（以下ＤＡと称す）はＬ２ＴＰトンネルＴ１を終端するＬＡＣ（１）、ＬＮＳ（２）のＩＰアドレスであり、ＤＡが１９２．１６８．１２８．１、ＳＡが１９２．１６８．０．１となる。
【００２３】
よって、ホスト（Ｈ−１、Ｈ−２、Ｈ−ｎ）がＬ２ＴＰトンネルＴ１を介してＮＷ２、ＮＷ３にアクセスする場合、ホストＨ−１、Ｈ−２、Ｈ−ｎがＮＷ２またはＮＷ３上のどのＩＰ機器と通信するかに関係なくＩＰ１ヘッダのＤＡ、ＳＡは共通のアドレス（１９２．１６８．１２８．１、１９２．１６８．０．１）を使用することになる。
【００２４】
従って、上りの場合はＬＡＣが、下りの場合はＬＮＳが、ＩＰヘッダ内のＤＡに対して最適な経路を一経路だけ判断し、その経路に対してのみパケットを転送するようになる。
【００２５】
故に前述の通り、開示されている従来技術を用いると、同一Ｌ２ＴＰトンネルに収容される複数ユーザデータは物理的に共通の転送経路（図４：経路２（Ｐ２））を使用することとなり、他の経路（図４：経路１（Ｐ１）、経路３（Ｐ３））は使用されないのである。
【特許文献１】特開２０００-２５３０５８号公報
【特許文献２】特開２００３-１９８５９１号公報
【発明の開示】
【発明が解決しようとする課題】
【００２６】
上記従来技術によれば、同一Ｌ２ＴＰトンネルに収容される複数ユーザパケットは、Ｌ２ＴＰカプセル化されたパケットのＤＡ、ＳＡが同じことから同一経路を伝送されるため、例えばある特定のヘビーユーザがＬ２ＴＰの通信経路（例えば図４の経路２（Ｐ２））の帯域を食いつぶし他のユーザのパケット損失率が上がってしまうという課題が発生してしまう。
【００２７】
そこで、本発明は、アクセス網ＮＷ１内で論理的に同一のトンネルを使用する複数ユーザに対し、論理的なトンネル内の物理的経路をユーザ毎に適宜切替えることを可能とするパケット転送装置を提供することにある。
【課題を解決するための手段】
【００２８】
本発明の解決手段によると、
ＩＰアドレスをもつ複数の通信端末を収容し、Ｌ２ＴＰ（Ｌａｙｅｒ  ２  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ）ネットワークを介して通信端末とインターネットとを接続するためのパケット転送装置であって、
優先度と経路を選択する方法を関連づける優先ポリシーが設定され、Ｌ２ＴＰネットワーク内の複数のルータを用い形成された複数の物理的経路のうちのひとつを選択するためのプロトコル処理部と、
受信したパケットを、前記プロトコル処理部に転送すると共に、前記プロトコル処理部から受信したパケットを入出力回線上の通信プロトコルに変換して送出する複数の回線インタフェースと、
前記プロトコル処理部から受信したパケットを、所定のアドレスに従い出力ポートが存在する前記回線インタフェースに接続されるプロトコル処理部へ転送するスイッチと、
通信端末を使用するユーザのユーザＩＤに対して、Ｌ２ＴＰトンネル及びセッションの接続先となる宛先アドレス、流量閾値、優先度を設定したユーザ情報テーブルと、
宛先サブネットのアドレスに対する全経路について、各経路識別子と、各経路に含まれるルータのルータアドレス、各経路の宛先サブネットに対する近さ又は転送の遅さを表した数値であるメトリック値を記憶した経路管理テーブルと
を備え、
前記プロトコル処理部は、
Ｌ２ＴＰのトンネル及びセッションが確立したとき、ユーザを識別するための識別子毎に、前記ユーザ情報テーブルで定義されたユーザに対するＬ２ＴＰトンネル及びセッションの接続先となる宛先アドレス及び流量閾値及び優先度とを記憶したユーザ管理テーブルを作成し、
前記回線インタフェースから受信したパケットに対し、該ユーザを識別するための識別子に基づき、ユーザ毎に、パケット流量を検出し、前記ユーザ管理テーブルを参照して流量閾値とパケット流量を比較し、
パケット流量が流量閾値を超過している場合に、宛先サブネットのアドレスに従い、転送先経路を前記経路管理テーブルを参照し、優先度に応じてデフォルトの経路とメトリック値の異なる他の経路に切替えるという優先ポリシーに従い、転送先経路を選択し、
通信端末から受信したデータに、前記経路管理テーブルに含まれる、経由するルータのルータアドレスを指定するためのソースルーティングオプションを付加し、Ｌ２ＴＰトンネル内で使用されるヘッダを付加するためのＬ２ＴＰカプセル化処理を実行し、転送先のルータの指示をすることで物理的経路の切替えを実現する
パケット転送装置が提供される。
【発明の効果】
【００２９】
本発明によると、複数ユーザが同一トンネルを使用している場合でも、ユーザ毎に通信経路を切替えることが可能となる。そして、本発明によると、ある加入者の通信量が極端に増加した場合、ネットワークを有効に使用することでその他のユーザのパケット損失を減少することができ、かつ、ヘビーユーザのパケットを救うことが可能となる。
【発明を実施するための最良の形態】
【００３０】
【実施例１】
【００３１】
１．通信システム
図１に、本実施の形態の通信システム構成図を示す。
これは、ホスト（Ｈ−１、Ｈ−２、Ｈ−ｎ）が、アクセス網ＮＷ１、ＩＳＰ網ＮＷ２を経由してインターネットＮＷ３へアクセスする場合の図である。まず、ホスト（Ｈ−１、Ｈ−２、Ｈ−ｎ）はインターネット接続を行う為に契約しているＩＳＰ１へ接続しユーザ認証などを行う。そのため、通信キャリア及びＩＳＰ１は、アクセス網ＮＷ１内にユーザ側終端ポイントであるＬＡＣ（１）とＬＮＳ（２）を用いてＬ２ＴＰトンネルＴ１を形成させ、ＬＮＳ（２）においてユーザ認証等を行うようにしている。
【００３２】
次に、本ネットワークにおけるＩＰアドレスの管理体系について説明する。
ホスト（Ｈ−１、Ｈ−２、Ｈ−ｎ）、ＩＳＰ網ＮＷ２内の各ルータ、インターネットＮＷ３ではグローバルＩＰアドレスによってネットワーク機器の管理が行われている。例えば、ホストＨ−１の２１５．１０．１０．１とは、グローバルＩＰアドレスである。
【００３３】
また、アクセス網ＮＷ１内ではプライベートＩＰアドレスによって各機器が管理されており、アクセス網ＮＷ１内のルータ（例えばＲ１の１９２．１６８．１．１）、及び、Ｌ２ＴＰトンネルの終端ＩＰアドレス（ＬＡＣ（１）の場合１９２．１６８．１２８．１、ＬＮＳ（２）の場合１９２．１６８．０．１）はプライベートＩＰアドレスである。
【００３４】
ここでホスト（Ｈ−１、Ｈ−２、Ｈ−ｎ）は、ＩＳＰ１の加入者端末であり、ホストＨ−１は“ｘｘｘｘ＠ＩＳＰ１”を、ホストＨ−２は“ｙｙｙｙ＠ＩＳＰ１”を、ホストＨ−ｎは“ｚｚｚｚ＠ＩＳＰ１”をユーザＩＤとして使用する。また、ＩＳＰ網ＮＷ２はＩＳＰ１によって管理されるネットワークである。
【００３５】
ホストＨ−１がアクセス網ＮＷ１を経由し、ＩＳＰ網ＮＷ２、及び、インターネットＮＷ３に接続する際、前述したように“ＮＷ１”と“ＮＷ２、ＮＷ３”ではアドレスの管理体系が異なるため（プライベートＩＰアドレスとグローバルＩＰアドレスの違いがあるため）、Ｌ２ＴＰプロトコルによってＬ２ＴＰトンネルＴ１を張りＩＰカプセリングを実施することでＮＷ１経由の通信が可能となる。
【００３６】
以下に、ホストＨ−１がインターネットＮＷ３に接続するまでの動作を具体的に説明する。
ホストＨ−１がＰＰＰによってインターネットへの接続を始めると、ＬＡＣ（１）は、ホストＨ−１からＰＰＰパケットを受信し、後述するように、ユーザ情報テーブル等のテーブルを参照することで、ホストＨ−１のユーザＩＤからトンネルを構築するためのＬＮＳ（２）のアドレスを決定し、ＬＮＳ（２）に対してＬ２ＴＰトンネルＴ１及びトンネルＴ１内を通るＬ２ＴＰセッション確立を開始する。
【００３７】
一方、ＬＡＣ（１）よりＬ２ＴＰトンネル及びセッション確立要求を受け取ったＬＮＳ（２）は、受信したパケット内に記されるユーザＩＤ（例えば、“ｘｘｘｘ＠ＩＳＰ１”）とパスワードからユーザ認証を行い、認証完了後Ｌ２ＴＰトンネル及びセッションをＬＡＣ（１）との間で確立させる。これによりホストＨ−１がインターネットＮＷ３への接続を許可されたこととなる。このようにして、ホストＨ−１がインターネットＮＷ３へのアクセスが行えるようになる。
【００３８】
図２に、図１のネットワーク構成において使用されるパケットのフォーマットを示す。
パケットＰＫ３はＨＯＳＴ−ＬＡＣ間のパケットフォーマット、パケットＰＫ２はＬＡＣ−ＬＮＳ間のパケットフォーマット、パケットＰＫ１はＬＮＳ−インターネットＮＷ３間におけるパケットフォーマットを示している。各々のパケットフォーマットは、データエリアとヘッダへリアから構成され、ＰＫ３及びＰＫ１のヘッダアリアのＩＰ２は、グローバルＩＰアドレスが格納されている。
【００３９】
また、ＰＫ２のヘッダエリアのＩＰヘッダＩＰ１は、アクセス網ＮＷ１内で使用されるプライベートＩＰアドレスが格納されている。
【００４０】
ＬＡＣ−ＬＮＳ間のパケットフォーマットＰＫ２に新しく付加されたＩＰ１のＳＡ、ＤＡは、Ｌ２ＴＰトンネルＴ１を終端するＬＡＣ（１）、ＬＮＳ（２）のＩＰアドレスであり、本実施の形態では、一例として、１９２．１６８．１２８．１及び１９２．１６８．０．１となる。よって、ホスト（Ｈ−１、Ｈ−２、Ｈ−ｎ）がＬ２ＴＰトンネルＴ１を介してＮＷ２、ＮＷ３にアクセスする場合、ホスト（Ｈ−１、Ｈ−２、Ｈ−ｎ）がＮＷ２またはＮＷ３上のいかなるＩＰ機器と通信するかに関係なく、ホスト（Ｈ−１、Ｈ−２、Ｈ−ｎ）から送出されるデータのＩＰ１ヘッダ（ＤＡ、ＳＡ）は共通のアドレス（１９２．１６８．１２８．１、１９２．１６８．０．１）を使用することになる。
【００４１】
本実施の形態の目的は、アクセス網ＮＷ１内のＬＡＣ（１）またはＬＮＳ（２）を用いて論理的に同じトンネルを使用するホストであっても、各ホストが送受信するパケットの流量に基づき、加入者パケット毎に該トンネル内の物理的通信経路を自在に切替えることを可能にすることである。
【００４２】
そして、本実施の形態の概要は、経路の切替えは、上り方向（ホスト→ＮＷ３方向）ではＬＡＣ（１）にて、下り方向（ＮＷ３→ホスト方向）ではＬＮＳ（２）にて行い、各加入者毎に設定されたパケット流量閾値を基準としてパケットの流量を加入者のパケット毎に監視する。閾値を超過した場合、加入者毎に設定された優先度を元に切替える転送経路決定し、図２のＰＫ２に示すように、ＩＰ２ヘッダ内でソースルーティングオプションを使用し、転送先ルータの指示をすることで経路の切替えを実現するものである。
【００４３】
ソースルーティングオプションとはＩＰヘッダのオプションの１つで、ＩＰヘッダのＤＡに示された宛先に対してパケットを転送する際、経由するルータのアドレスを指定するためのものである。ソースルーティングオプションには、本オプションで指定した次のルータまで、ほかの中間ルータを経由するルートを許容するルーズソースルーティングと、経由する全てのルータの順番とアドレスを指定するストリクトソースルーティングが存在するが、本実施の形態では経路管理テーブルの実装の仕方によりどちらにも対応する。
【００４４】
２．パケット転送装置の構成
以下、本実施の形態を装置の構成について具体的に説明する。
図８に、本実施の形態のパケット転送装置（ＬＡＣまたはＬＮＳ）の構成図を示す。以下の説明は、ＬＡＣ（１）を主体に例に説明を行う。なお、ＬＮＳについてもこれと同様である。
【００４５】
本実施の形態のパケット転送装置（１）は、複数の入出力物理ポート（６０−ｉ：以下ｉは、１〜ｎを示し、ｎは１以上の自然数とする）と複数の回線インタフェース（３０−ｉ）と複数のプロトコル処理部（１０−ｉ）、内部スイッチ（２０）、及び、内部スイッチ、プロトコル処理部、回線インタフェース等装置全体を制御する制御部（４０）を備え、また、制御部（４０）に図示しないインタフェースを設け、外付けの制御端末（５０）による制御をも可能としている。
【００４６】
回線インタフェース（３０−ｉ）は、ＩＳＰ網ＮＷ２等のＩＰ網やホストから受信したＩＰパケットを再生し、プロトコル処理部（１０−ｉ）に転送すると共に、プロトコル処理部（１０−ｉ）から受信した出力ＩＰパケットを入出力回線上の通信プロトコル、例えば、イーサネット（登録商標）やＡＴＭ等に従った通信フレーム形式に変換して、ＩＰ網やホストに送出する。
【００４７】
プロトコル処理部（１０−ｉ）は、回線インタフェース（３０−ｉ）から受信したＩＰパケットに対し、本装置がＬＡＣ（１）として動作する場合はＰＰＰｏＥセッションＩＤ、ＬＮＳ（２）として動作する場合は、Ｌ２ＴＰカプセル化前のＤＡによって加入者毎にパケットデータの流量検出を行う。
【００４８】
内部スイッチ（２０）は、各プロトコル処理部（１０−ｉ）から受信したパケットを、所定のアドレスに従い出力ポートが存在する回線インタフェース（３０−ｉ）に接続されるプロトコル処理部（１０−ｉ）へ転送するスイッチである。
【００４９】
制御部（４０）は、プロトコル処理部（１０−ｉ）及び、内部スイッチ（２０）の状態を監視し、ノード内部状態として制御端末（５０）に通知すると共に、制御端末（５０）からの指示に応答して、各プロトコル処理部（１０−ｉ）への各種の制御パラメータ設定を行う。
【００５０】
また、制御部（４０）は状態監視が必要なプロトコル処理、例えば後述するＬ２ＴＰトンネル・セッション接続処理、ＯＳＰＦ（Ｏｐｅｎ  Ｓｈｏｒｔｅｓｔ  Ｐａｔｈ  Ｆｉｒｓｔ）通信を行い経路管理テーブルの書き換え等の指示をプロトコル処理部（１０−ｉ）内のプロセッサに行い、経路管理を行う。
【００５１】
図９に、制御部（４０）の構成図を示す。
制御部（４０）は処理を実行するプロセッサ（４０１）、処理内容やデータベースとしてのテーブルが記述されたメモリ（４０４）、制御端末（５０）とのインタフェース（４０２）、及び、プロトコル処理部（１０）のプロトコル処理プロセッサと通信するためのプロセッサ間インタフェース（４０３）を備える。
【００５２】
制御部（４０）内のメモリ（４０４）は、ＰＰＰ処理、ユーザ認証を行いホストがインターネットＮＷ３に接続することを許可するＰＰＰ接続処理（４１１）、Ｌ２ＴＰトンネル及びセッションをＬＡＣ（１）またはＬＮＳ（２）と構築するためのＬ２ＴＰトンネル処理（４１３）、Ｌ２ＴＰセッション処理（４１２）、経路管理処理（４１４）、ユーザ情報テーブル（４２１）を備える。
【００５３】
経路管理処理（４１４）は、ＯＳＰＦによって隣接ルータ（本装置が図１に示すＬＡＣ（１）として動作する場合は、Ｒ１、Ｒ４、Ｒ６）と経路情報を交換し、アクセス網ＮＷ１におけるメトリック値、ルータのアドレスを含めた全経路情報をアクセス網ＮＷ１内のＯＳＰＦ対応ルータ間で共有し、本経路情報に基づき後述するプロトコル処理部（１０−ｉ）の経路管理テーブルへの転送先経路情報の書き込み・変更・削除等の指示を行うものである。
【００５４】
ここで、メトリック値とは宛先サブネットに対する近さを表した数値であり、ネットワーク管理者によって、各ルータの回線に対し回線帯域等を考慮して割り当てられる。図１の例では、１０Ｍｂｉｔ／ｓの回線に対してはメトリック値５００を、１００Ｍｂｉｔ／ｓの回線に対してはメトリック値１００を、１Ｇｂｉｔ／ｓの回線に対してはメトリック値１０を与えている。メトリック値が小さいほど、転送速度が速いことを示している。
【００５５】
図１４にユーザ情報テーブル（４２１）の説明図を示す。ユーザ情報テーブル（４２１）は加入者固有の情報を有するデータベースである。本テーブルは、あらかじめ装置管理者によって設定されるテーブルである。
【００５６】
本テーブルは、ホストのユーザＩＤ（４２１１）に対応して、ユーザのパスワード（４２１２）、接続先ＬＮＳアドレス（４２１３）、物理的経路を変更する契機をなる流量閾値（４２１４）及び物理的経路切替時のユーザの優先度（４２１５）を含む。
【００５７】
本パケット転送装置がＬＡＣ（１）として動作する際、ユーザＩＤ（例えばｘｘｘｘ＠ＩＳＰ１）からＬ２ＴＰトンネル及びセッション接続を行うＬＮＳのアドレス（１９２．１６８．０．１）を得るために用いられる。
【００５８】
また、本パケット転送装置がＬＮＳ（２）として動作する際は、格納されているユーザＩＤ（４２１１）とパスワード（４２１２）により、ユーザ認証を行いホストのインターネット接続を許可する。
【００５９】
優先度（４２１５）とパケット流量閾値（４２１４）はパケットの通信経路切替動作を決定づけるものであり、流量閾値（４２１４）と優先度（４２１５）はＬ２ＴＰセッション確立時、後述するプロトコル処理部（１０−ｉ）のＬＡＣユーザ管理テーブル（１２１）、ＬＮＳユーザ管理テーブル（１２２）の流量閾値（図１１：１２１３、図１２：１２２３）や優先度（後述、図１１：１２１４、図１２：１２２４）として反映される。
【００６０】
図１０にプロトコル処理部（１０）の構成図を示す。
プロトコル処理部（１０）では回線インタフェース（３０）からパケットを受け取るためのインタフェース側受信バッファ（１０２）、プロトコル処理を実行するプロトコル処理プロセッサ（１０１）、内部スイッチへパケットを送信するためのＳＷ側送信バッファ（１０３）、内部スイッチからパケットを受信するためのＳＷ側受信バッファ（１０４）、回線インタフェースにパケットを送信するためのインタフェース側送信バッファ（１０５）、制御部のプロセッサ（４０３）とプロトコル処理プロセッサ（１０１）との通信を行うプロセッサ間インタフェース（１０６）、及び、メモリ（１０７）を備える。
【００６１】
また、メモリ（１０７）には、加入者パケット毎の流量を監視し、装置管理者によって加入者毎に設定された流量閾値を超過しているか否かを判定するパケット流量監視処理（１１４）、加入者毎のパケットの転送経路を決定づけるパケット転送制御（１１１）、Ｌ２ＴＰヘッダを付与しＩＰカプセル化を実現するＬ２ＴＰカプセル化処理（１１２）、逆にＬ２ＴＰカプセル化されたヘッダを削除するＬ２ＴＰデカプセル化処理（１１３）、パケットを本装置から外部へ出力する際にＯＳＩ基本参照モデル第２層のヘッダを付加する出力ヘッダ付加処理（１１５）、加入者毎の流量閾値や優先度といった情報を格納するＬＡＣユーザ管理テーブル（１２１）、ＬＮＳユーザ管理テーブル（１２２）、宛先サブネットに対する転送経路の情報を保持する経路管理テーブル（１２３）を備える。
【００６２】
ＬＡＣユーザ管理テーブル（１２１）及びＬＮＳユーザ管理テーブル（１２２）は、本パケット転送装置がＬＡＣ（１）として動作する場合はＬＡＣユーザ管理テーブル（１２１）を、ＬＮＳ（２）として動作する場合はＬＮＳユーザ管理テーブル（１２２）を備えておればよく、必ずしも両方を備えている必要はない。
【００６３】
図１１にＬＡＣユーザ管理テーブルの説明図を示す。本テーブルはＬＡＣ内で加入者を識別するために用いられるＰＰＰｏＥセッションＩＤ（１２１１）に対応して、Ｌ２ＴＰトンネル及びＬ２ＴＰセッションを接続する先のＬＮＳのアドレス（１２１２）、前述した加入者毎に設定された流量閾値（１２１３）及び優先度（１２１４）が格納されている。
【００６４】
ＬＡＣ（１）内で加入者を識別するために用いるＰＰＰｏＥセッションＩＤ（１２１１）とは、Ｌ２ＴＰセッション確立後にＬＡＣ（１）にて加入者を識別するために用いるＩＤである。具体的に説明すると、“ｘｘｘｘ＠ＩＳＰ１”はＬ２ＴＰセッションを確立するためのＩＤであり、これには相当せず、例えば、ホストがＰＰＰｏＥ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ  Ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ（登録商標））を使用しＬＡＣ（１）にアクセスする場合、ＰＫ３のヘッダ内に含まれるＰＰＰｏＥセッションＩＤ（図１１：１２１１）がそれに相当する。ＰＰＰｏＥとは、ユーザ認証といったＰＰＰの機能をＥｔｈｅｒｎｅｔ（登録商標）上で実現する手段であり、ＰＰＰｏＥによる通信を行う際ＰＰＰｏＥセッションをホストとＬＡＣ（１）の間で確立する。ＰＰＰｏＥセッションはＰＰＰｏＥセッションＩＤがＬＡＣからホストに払い出されることよって実現されるため、ＰＰＰｏＥセッションＩＤは加入者、つまりホストを一意に認識するためのＩＤと成りうるのである。
【００６５】
本テーブルが作成される流れを以下に示す。例えば、ホストＨ−１からユーザＩＤ“ｘｘｘｘ＠ＩＳＰ１”でインターネット接続要求が発生した場合、ＬＡＣ（１）のＬ２ＴＰトンネル処理及びセッション処理（４１３、４１２）は、“ｘｘｘｘ＠ＩＳＰ１”を検索Ｋｅｙとして接続先ＬＮＳアドレスを得るためにユーザ情報テーブル（４２１）を検索する。接続先ＬＮＳとの間でＬ２ＴＰセッションを確立後、Ｌ２ＴＰセッション処理（４１２）によって、ホストＨ−１の“ｘｘｘｘ＠ＩＳＰ１”が使用しているＰＰＰｏＥセッションＩＤ：１とユーザ情報テーブル（４２１）内の接続先ＬＮＳアドレス（４２１３）、流量閾値（４２１４）と優先度（４２１５）を組み合わせて、ＬＡＣユーザ管理テーブル（１２１）に加入者情報を作成するようプロトコル処理部（１０-ｉ）に指示を出す。これにより、プロトコル処理部（１０）ではホストからパケットを受信したとき、ＰＫ３内のＰＰＰｏＥセッションＩＤを使用しＬＡＣユーザ管理テーブル（１２１）を検索することで、加入者毎に設定された流量閾値（１２１３）と優先度（１２１４）を得ることが可能となる。
【００６６】
次に、図１２を用いて、ＬＮＳユーザ管理テーブル（１２２）の説明図を示す。本テーブルはＬＮＳ内で加入者を識別するために用いられるＩＤであるカプセル化前ＤＡ（１２２１）に対応して、Ｌ２ＴＰトンネル及びＬ２ＴＰセッションを接続する先のＬＡＣのアドレス（１２２２）と前述した加入者毎に設定された流量閾値（１２２３）及び優先度（１２２４）が格納されている。
【００６７】
ＬＮＳ（２）内で加入者を識別するために用いるＩＤとは、Ｌ２ＴＰセッション確立後にＬＮＳ（２）にて加入者を識別するために用いるＩＤである。具体的にいうと、ＰＫ１のＩＰ２ヘッダのＤＡとなる。
【００６８】
本テーブルは、ＬＮＳ（２）がＬ２ＴＰトンネル及びセッションを確立した際に作成される。例えば、ホストＨ−１からユーザＩＤ
“ｘｘｘｘ＠ＩＳＰ１”でインターネット接続要求が発生した場合、ＬＮＳ（２）のＬ２ＴＰトンネル処理及びセッション処理（４１３、４１２）は、“ｘｘｘｘ＠ＩＳＰ１”を検索Ｋｅｙとしてユーザ認証を行うためにユーザ情報テーブル（４２１）を検索する。また、セッション確立時に、パケット内の情報からホストＨ−１に割り当てられたＩＰアドレス  ２１５．１０．１０．１が判明するため、この時点でＬ２ＴＰセッション処理（４１２）によって、ホストＨ−１の“ｘｘｘｘ＠ＩＳＰ１”が使用しているＩＰアドレス  ２１５．１０．１０．１とユーザ情報テーブル（４２１）内の流量閾値（４２１４）と優先度（４２１５）、及び、Ｌ２ＴＰセッションを確立したＬＡＣのアドレスを接続先ＬＡＣアドレス（１２２２）として組み合わせて、ＬＮＳユーザ管理テーブル（１２２）に加入者情報を作成するようプロトコル処理部（１０-ｉ）に指示を出す。こうしてＬＮＳユーザ管理テーブル（１２２）はプロトコル処理部（１０）のメモリ（１０７）上に作成され、プロトコル処理部（１０）においてインターネットＮＷ３側からホスト側へ転送する下りパケットを受信すると、ＰＫ１内のＩＰ２ヘッダのＤＡを使用しＬＮＳユーザ管理テーブル（１２２）を検索することで、加入者毎に設定された流量閾値（１２２３）と優先度（１２２４）を得ることが可能となる。
【００６９】
図１３は、経路管理テーブル（１２３）の説明図である。
次にこの図を用いて、パケット転送制御（１１１）がパケットの転送経路を決定する際に検索する経路管理テーブル（１２３）について説明する。
【００７０】
本テーブルは、ある宛先に対して転送可能な経路情報を保持するものである。この例では宛先の表記に宛先サブネットを用いており、宛先サブネットとは宛先となる装置が属するネットワークアドレスのことである。本テーブルは、Ｌ２ＴＰカプセル化後のＤＡ（ＰＫ２のＩＰ１のＤＡ）と、本ＤＡに対するデフォルトの通信経路を示すデフォルト通信経路（１２３２）、経路のインデックスとなる経路番号（１２３３）、各経路のメトリック値（１２３４）、出力する回線インタフェース及び物理ポート番号等を示す出力回線情報（１２３５）、及び、各経路を構成するルータのアドレス（１２３６−１、１２３６−２…１２３６−ｉ）を含む。
【００７１】
本テーブルは、制御部（４０）の経路管理処理（４１４）で実行されるＯＳＰＦプロトコル処理により各経路に対するルータアドレスとメトリックが取得され、制御部（４０）からプロトコル処理部（１０−ｉ）へ経路情報の登録命令が発行されることで作成される。
【００７２】
また、転送経路の指示は図１３のある１経路に対するルータのアドレスをソースルーティングオプションに指示することで実現される。このとき、ある１経路に存在する全ルータのアドレスを指示することで、ストリクトソースルーティングを実行することができ、一部のルータアドレスを指示することでルーズソースルーティングを実行することができる。
【００７３】
３．動作
３．１  パケット転送装置の動作
次に、プロトコル処理部（１０）の各処理について説明する。
流量監視処理（１１４）では、本パケット転送装置がＬＡＣ（１）として動作する場合、例えばＰＫ３のヘッダ内に含まれるＰＰＰｏＥセッションＩＤを用いてＬＡＣユーザ管理テーブル（１２１、図１１）を検索し流量閾値（１２１３）、及び、優先度（１２１４）を得て、得られた流量閾値と実際のパケット流量を測定し比較する。この流量比較は加入者パケット毎に行われる。パケット流量の算出手段としては、１例としてメモリ上に加入者毎の受信バイトカウンタを設け、パケットを受信する度に受信パケット長を加算し、周期的にバイトカウンタを読み出すことで流量を算出する等の手段を用いている。
【００７４】
このようにして得られたパケットの流量があらかじめ設定された流量閾値を超過したか否かを判定し、判定した結果をパケット転送制御（１１１）へ受け渡す。
【００７５】
また、本パケット転送装置がＬＮＳ（２）として動作する場合、例えばＰＫ１のＩＰ１ヘッダに含まれるＤＡを用いてＬＮＳユーザ管理テーブル（１２２、図１２）を検索し、流量閾値、及び、優先度を得る。その他の動作はＬＡＣ（１）として動作する場合と同様である。
【００７６】
次に、パケット転送制御（１１１）について説明する。パケット転送制御の処理は、前述のパケット流量監視処理の結果と、ＬＡＣ／ＬＮＳユーザ管理テーブル（１２１／１２２）から得られる優先度（１２１４／１２２４）、経路管理テーブル（１２３）の検索結果から、実際にパケットを転送する経路を決定し、ＩＰオプションの１つであるソースルーティングオプションを付加する処理である。また、パケット転送制御（１１１）は優先度とそれに対応した経路を選択する際に用いる優先ポリシーを実装する。この優先ポリシーは優先度によってどのような経路選択を実施するかによって変わってくる。
【００７７】
優先ポリシーとは、例えば、ある宛先サブネットに対して複数の経路がある場合、経路管理テーブル（１２３）にメトリック値が中間の経路（複数ある経路のうち、転送速度が中間に位置する経路）をデフォルトの通信経路として設定し、優先度が高いユーザのパケット流量が閾値を超えた場合は、デフォルトよりもメトリック値の低い（転送速度が速い）経路に切替えるといった処理のことである。
【００７８】
また、別の優先ポリシーとしては、経路管理テーブル（１２３）にデフォルトの通信経路に最もメトリック値が小さい（転送速度が速い）経路を設定しておき、優先度が高いユーザのパケット流量が閾値を超えた場合、より優先度の低いユーザのパケットの経路をデフォルトの通信経路よりもメトリック値が大きい（転送速度が遅い）経路に切替えるといったことも可能である。
【００７９】
その他のプロトコル処理部（１０）に実装する処理としては、Ｌ２ＴＰカプセル化処理（１１２）、Ｌ２ＴＰデカプセル化処理（１１３）、及び、出力ヘッダ付加処理（１１５）がある。
【００８０】
Ｌ２ＴＰカプセル化処理（１１２）は、本パケット転送装置がＬＡＣ（１）として動作する場合はＰＫ１からＰＫ２、ＬＮＳ（２）として動作する場合はＰＫ３からＰＫ２のようにＬ２ＴＰエンカプセルを実施する処理である。
【００８１】
Ｌ２ＴＰデカプセル化処理（１１２）は、本パケット転送装置がＬＡＣ（１）として動作する場合はＰＫ２からＰＫ１、ＬＮＳ（２）として動作する場合はＰＫ２からＰＫ３へとＬ２ＴＰデカプセルを実施する処理である。
【００８２】
次に、出力ヘッダ付加処理（１１５）は、出力側のプロトコル処理部（１０−ｉ）で実行され、本パケット転送装置からパケットを出力する際、例えば出力回線がＥｔｈｅｒかＡＴＭか等に従ってヘッダを付加する処理である。
【００８３】
３．２  ＬＡＣの動作
図１６は、パケット転送路切替え前の通信システム構成を示す図である。また、図１７、１８は、パケット転送路切替え後（その１）及び（その２）の通信システム構成を示す図である。以下に、この例に従い、図１６から図１７へ、さらに図１７から図１８へ転送経路が切替わる動作を説明する。
【００８４】
図５に本パケット転送装置がＬＡＣ（１）として動作した場合の転送経路の切替シーケンスを示す。
まずステップ＜ＳＱ１−１＞で、本装置管理者は事前にユーザ情報テーブル（図１４）を作成し、ユーザ毎の流量閾値、及び、優先度を設定する。
【００８５】
その後ステップ＜ＳＱ１−２〜ＳＱ１−４＞で、本装置立ち上がり時に、ＯＳＰＦプロトコルによって隣接するルータとメトリックを含めた経路情報を交換し、アクセス網ＮＷ１の構成情報（ＮＷ１はＬＡＣ（１）、ＬＮＳ（２）、Ｒ１〜Ｒ７で構成され、各装置がメトリック値いくつの回線で接続されているといった構成情報）を入手し、経路管理テーブル（１２３、図１３）を作成する（ＳＱ１−５）。
【００８６】
経路管理テーブル（１２３、図１３）は前述したように、ある宛先サブネットに対する全経路情報を保持するテーブルである。
【００８７】
宛先がＬＮＳ（２）のＬ２ＴＰ終端アドレス  １９２．１６８．０．１の場合、ＯＳＰＦプロトコルの結果、本宛先に対し経路１（Ｐ１）、経路２（Ｐ２）、経路３（Ｐ３）の情報が登録される。例えば、経路１（Ｐ１）の場合、経路１に含まれるルータアドレス  Ｒ１：１９２．１６８．１．１、Ｒ２：１９２．１６８．２．１、Ｒ３：１９２．１６８．３．１が図１３の１２３６−１、１２３６−２、１２３６−３に、経路１のメトリック値（１２３４−１）  １２００（＝１００＋５００＋５００＋１００）、及び、その経路に出力する際、本装置が対応する出力回線情報（１２３５−１）が経路１（Ｐ１）の情報として登録される。
【００８８】
出力回線情報とは本装置がパケットを出力する回線の情報であり、例えば経路１（Ｐ１）の場合、出力回線インタフェース番号  ５と物理ポート番号  ３というように制御部（４０）が経路と対応付ける。また、ある宛先に対する経路が複数ある場合にデフォルトでパケットが通過する経路（１２３２）も、後述するように制御部（４０）の経路管理処理（４１４）に実装する優先ポリシーに従って本経路管理テーブル（１２３）内に設定される。
【００８９】
ステップ＜ＳＱ１−５＞において経路管理テーブル（１２３）に経路情報が登録される際の本装置における動作を説明する。
【００９０】
本装置がＯＳＰＦのパケットを受信した際、プロトコル処理部（１０−ｉ）のプロトコル処理プロセッサ（１０１）はＯＳＰＦプロトコルのパケットを検出し、制御部（４０）へパケットを転送する。制御部（４０）は、プロセッサ（４０１）が実行する経路管理処理（４１４）にてＯＳＰＦプロトコルを処理する。
【００９１】
また、本装置が隣接するルータ（Ｒ１、Ｒ４、Ｒ６）に対し、所有する経路情報を送信する場合、経路管理処理（４１４）にてＯＳＰＦパケットを生成し、プロトコル処理部（１０−ｉ）、回線インタフェース（３０−ｉ）を介し送信する。
【００９２】
こうして隣接ルータ間と経路情報を交換し合い、メトリック値やルータのアドレスといったアクセス網ＮＷ１を構成する情報を得て、本情報を元に制御部（４０）のプロセッサ（４０１）は経路管理テーブル（１２３）を作成するようプロトコル処理プロセッサに指示を出す（ＳＱ１−５）。また、このときデフォルト経路（１２３２）も経路管理処理（４１４）によって決定されるが、デフォルト経路の決定方法は本装置に実装する優先ポリシーに従う。優先ポリシーは制御部（４０）の経路管理処理（４１４）の他にプロトコル処理部（１０−ｉ）のパケット転送制御（１１１）に実装される。
【００９３】
優先ポリシーは、ＳＱ１−１で設定した優先度と経路を選択する方法を関連づける。例えば、優先度が高い加入者パケットが閾値を超過したとき、デフォルトの経路よりも高速な経路に切り替え、優先度が低い加入者パケットが閾値を超過したとき、デフォルトの経路よりも低速な経路に切替えるといったポリシーを実装することが可能である。
【００９４】
本実施の形態では上述のような優先ポリシーを適用することとし、優先度として１，２，３の３段階を定義する。優先度１が最も優先度が高く、優先度３が最も優先度が低い。
【００９５】
転送速度の指標としてはＯＳＰＦで使用されるメトリック値を用い、メトリック値が大きい場合を低速、値が小さい場合が高速を示す。１９２．１６８．０．１宛てのデフォルト経路としては、図１３に示すように３つ経路のうちメトリック値が７００と中間の経路番号３（Ｐ３）とする。
【００９６】
その後、ＰＰＰプロトコルを使用しホスト端末（Ｈ−１、Ｈ−２、Ｈ−ｎ）からインターネット（ＮＷ３）への接続要求が発生した場合について説明する。
【００９７】
まず、ステップ＜ＳＱ１−６＞でＬＡＣユーザ管理テーブルが作成される際の詳細な説明をする。
例えばホストＨ−１からユーザＩＤ  “ｘｘｘｘ＠ＩＳＰ１”  としてインターネットＮＷ３への接続要求が発生すると、本装置は従来のＰＰＰ接続及びＬ２ＴＰ接続手順に従いＬ２ＴＰのトンネル及びセッションが確立する。この際、ＬＡＣ（１）でユーザを識別する際に用いる加入者ＩＤとユーザ情報テーブル（４２１、図１４）で定義されたユーザ毎の流量閾値、及び、優先度を対応づけＬＡＣユーザ管理テーブル（１２１）を作成する（ＳＱ１−６）。ＬＡＣ（１）でユーザ識別に用いる加入者ＩＤとは、加入者がＰＰＰｏＥを使用している場合、ＰＰＰｏＥヘッダに含まれるＰＰＰｏＥセッションＩＤとなる。
【００９８】
次に、ステップ＜ＳＱ１−６＞における本装置の具体的な動作内容を示す。
プロトコル処理部（１０−ｉ）は、ＰＰＰ及びＬ２ＴＰのセッション確立要求パケットを受信すると、これを検知し制御部（４０）へ転送する。制御部（４０）では、ＰＰＰ接続処理（４１１）、Ｌ２ＴＰトンネル処理（４１３）、Ｌ２ＴＰセッション処理（４１２）によってこれらのパケットを処理し、ホストのインターネット接続を可能とする。
【００９９】
このとき、制御部（４０）ではユーザＩＤ“ｘｘｘｘ＠ＩＳＰ１”がインターネット接続する際に必要となるＬ２ＴＰトンネル及びセッションの接続先を得るため、ユーザ情報テーブル（４２１、図１４）を検索する。またこのとき、ユーザ毎に先に定義された流量閾値及び優先度を獲得し、“ｘｘｘｘ＠ＩＳＰ１”が使用するＰＰＰｏＥセッションＩＤ（ここではＩＤ：１）とこれらの情報（流量閾値：１Ｍｂｉｔ/s、優先度：１）を対応づけ、ＬＡＣユーザ管理テーブル（１２１、図１１）にエントリとして作成するようプロトコル処理プロセッサ（１０１）に指示を出す（ＳＱ１−６）。
【０１００】
他の複数ホスト（Ｈ−２、Ｈ−ｎ）からインターネット接続要求が発行された場合も上記と同様にして加入者毎にＬＡＣユーザ管理テーブル（１２１）のエントリ（ＰＰＰｏＥセッションＩＤ：２、ｎ）が作成される（ＳＱ１−６）。
【０１０１】
その後ステップ＜ＳＱ１−８＞において、ホストＨ−１からインターネットＮＷ３へのアクセスが始まり、パケットが送信されると、回線インタフェース（３０−ｉ）を介しプロトコル処理部（１０−ｉ）で受信し、プロトコル処理部のプロトコル処理プロセッサ（１０１）は、流量監視処理（１１４）を実施する。流量監視処理（１１４）では、まずＰＰＰｏＥセッションＩＤ：１を用いてＬＡＣユーザ管理テーブル（１２１、図１１）を検索し流量閾値（１２１３）、及び、優先度（１２１４）を得る。
【０１０２】
次にステップ＜ＳＱ１−９＞で、流量監視処理（１１４）は上記で得られた流量閾値とパケット流量を測定し比較する。
パケット流量を比較した結果、ステップ＜ＳＱ１−１０＞に測定した流量が流量閾値を超過していない場合の転送状態を示し、以下このときの本実施の形態の動作について説明する。
【０１０３】
もし、流量が“ｘｘｘｘ＠ＩＳＰ１”の流量閾値である１Ｍｂｉｔ／ｓを越えていない場合、Ｌ２ＴＰカプセル化処理（１１２）にてＬ２ＴＰトンネルＴ１用のヘッダであるＰＫ２のＬ２ＴＰヘッダ、ＩＰ１ヘッダ等を付加する。このときのＩＰ１のＤＡはＬ２ＴＰトンネルＴ１を終端するＬＮＳ（２）のアドレス１９２．１６８．０．１である。
【０１０４】
Ｌ２ＴＰカプセル化処理後、パケット転送制御（１１１）に移る。パケット転送制御は、パケットを転送する際の転送経路を決定する処理である。今、ＩＰヘッダのＤＡは１９２．１６８．０．１であるため、本宛先アドレスにて経路管理テーブル（図１３）を検索する。検索結果として、前述のＯＳＰＦプロトコルにより得られた３つの経路Ｐ１、Ｐ２、Ｐ３が転送経路の候補として得られる。
【０１０５】
本パケットを受信した時点ではパケット流量が閾値を超過していないため、デフォルトの経路（１２３２）を選択する。１９２．１６８．０．１宛てのデフォルト経路は経路３（Ｐ３）であるため、パケット転送制御（１１１）は経路３に対してパケットを転送するよう回線インタフェース番号３の物理ポート番号２を出力回線として決定し、スイッチを介して回線インタフェース番号３に対応づけられるプロトコル処理部（１０）へパケットを転送する。
【０１０６】
出力回線インタフェース側のプロトコル処理部（１０）では、出力回線に応じたヘッダを付加する。例えば、回線インタフェース番号３の物理ポート番号２に対応する出力回線がＥｔｈｅｒｎｅｔ（登録商標）だった場合、ルータＲ６のＭＡＣアドレスを宛先ＭＡＣアドレス、出力ポートのＭＡＣアドレスを送信元ＭＡＣアドレスとしてＥｔｈｅｒｎｅｔ（登録商標）ヘッダを生成しパケットに付与する。こうして、ＬＡＣ（１）より経路３（Ｐ３）に対してパケットが出力される（ＳＱ１−１０）。
【０１０７】
ステップ＜ＳＱ１−１２＞は、流量監視（ＳＱ１−９）の結果、パケット流量が流量閾値を超過している場合に、本装置がパケットの転送経路をデフォルトの経路から別の経路に切替えていることを示したものである。以下に、このときの本装置の動作について説明する。
【０１０８】
まず、流量閾値を超過していない場合と同様に、パケット転送制御（１１１）にて、宛先１９２．１６８．０．１の転送先経路を経路管理テーブル（１２３、図１３）から検索する。検索結果として、前述のＯＳＰＦプロトコルにより得られた３つの経路Ｐ１、Ｐ２、Ｐ３が転送経路の候補として得られるが、今回は流量閾値を超過しているため、パケット転送制御処理（１１１）に実装される優先ポリシーに従い、経路を選択する。
【０１０９】
今回適用している優先ポリシーは、優先度が高い加入者パケットが閾値を超過したとき、デフォルトの経路よりも高速な経路に切り替える。よって、“ｘｘｘｘ＠ＩＳＰ１”のパケットが閾値を超過した場合、先にＬＡＣユーザ管理テーブルの検索で得た優先度が１（優先度が高い）であるため、パケット転送制御（１１１）は経路管理テーブル（１２３、図１３）からデフォルトの経路よりも高速な、つまり、メトリック値が小さい経路を選択する。デフォルト経路Ｐ３のメトリック値は７００であるため、これよりもメトリック値が３０と小さい経路Ｐ２を転送経路として選択し、経路切り替え動作に入る。
【０１１０】
経路切り替え動作としてはＬ２ＴＰカプセル化後のＩＰヘッダ（図２  ＰＫ２：ＩＰ１）に対しＩＰオプションのソースルーティングオプションを付加し、経路番号２のルータアドレスを指示することになる。
【０１１１】
図１５はソースルーティングオプションのフォーマットを示している。オプションタイプ（１２４１）はルーズソースルーティングかストリクトソースルーティングかを示す。本フィールドが“１０００００１１”の場合ルーズソースルーティングを示し、“１０００１００１”の場合ストリクトソースルーティングを示す。ＩＰアドレス＃１〜＃ｎ（１２４４−１〜１２４４−ｎ）はパケットを転送する際に経由すべきルータのアドレスである。また、オプション長（１２４２）はオプションの全長を示し、ポインタ（１２４３）は次に転送すべきルータアドレスのＩＰアドレスフィールドの位置を示す。
【０１１２】
本実施の形態ではストリクトソースルーティングでの実施を例とする。経路を経路２（Ｐ２）にする場合、パケット転送制御（１１１）によって、ＩＰアドレス＃１（１２４４−１）にルータ  Ｒ４のアドレス“１９２．１６８．４．２”、ＩＰアドレス＃２（１２４４−２）にルータＲ５のアドレス“１９２．１６８．５．２”が設定される。また、オプションタイプ、オプション長、ポインタも適宜設定を行う。
【０１１３】
その後、パケット転送制御（１１１）は、経路Ｐ２の出力先である回線インタフェース  ２に対応づけられているプロトコル処理部（１０）に対しスイッチを介して転送する。
出力側のプロトコル処理部（１０）では回線インタフェース  ２の物理ポート  １に従った出力ヘッダを付与し、パケットを転送する（ＳＱ１−１３）。
【０１１４】
こうして出力されたパケットは、ソースルーティングオプションにより、Ｒ４→Ｒ５→ＬＮＳ（２）という経路番号２の経路Ｐ２で転送される。
こうして、各ホスト（Ｈ−１、Ｈ−２、Ｈ−ｎ）からのパケットは、図１７に示すような経路で転送されることになる。
【０１１５】
つぎに、図１の実施の形態で、前述と同じ優先ポリシーを本装置に適用し、優先度が低いユーザのパケットが閾値を超えた場合について図５のシーケンス図を用いて説明する。
ステップ＜ＳＱ１−１５＞でホストＨ−２からインターネットＮＷ３に対するパケットが送信され、ステップ＜ＳＱ１−１６＞にて流量監視を行う。流量監視に至るまでの本装置の動作は、ホストＨ−１（ユーザＩＤ  “ｘｘｘｘ＠ＩＳＰ１”）からインターネットＮＷ３に対するパケットが送信された場合と同様である。
【０１１６】
流量監視の結果、ホストＨ−２が使用するユーザＩＤ  “ｙｙｙｙ＠ＩＳＰ１”の流量閾値２Ｍｂｉｔ／ｓを超過した場合、転送経路を切替える。
【０１１７】
今回適用している優先ポリシーは、優先度が低い加入者パケットが閾値を超過したとき、デフォルトの経路よりも低速な経路に切り替えることである。よって、“ｙｙｙｙ＠ＩＳＰ１”のパケットが閾値を超過した場合、先にＬＡＣユーザ管理テーブル（４２１）の検索で得た優先度が３（優先度が低い）であるため、パケット転送制御（１１１）は経路管理テーブル（１２３、図１３）からデフォルトの経路よりも低速な、つまり、メトリック値が大きい経路を選択する。デフォルト経路Ｐ３のメトリック値は７００であるため、これよりもメトリック値が１２００と大きい経路Ｐ１を転送経路として選択し、経路切り替え動作に入る。
【０１１８】
経路切り替え動作は、前述の優先度が高い場合と同様で、ソースルーティングオプションのＩＰアドレス＃１（１２４４−１）に経路Ｐ１のルータ  Ｒ１のアドレス“１９２．１６８．１．１”、ＩＰアドレス＃２（１２４４−２）にルータ  Ｒ２のアドレス“１９２．１６８．２．１”、ＩＰアドレス＃３（１２４４−３）にルータ  Ｒ３のアドレス“１９２．１６８．３．１”を設定し、出力回線インタフェース（回線インタフェース番号５）に対応するプロトコル処理部（１０）へスイッチを介し転送する。
【０１１９】
その後の動作も前記したホストＨ−１（ユーザＩＤ  “ｘｘｘｘ＠ＩＳＰ１”）からインターネットＮＷ３に対するパケットが送信された場合と同様である。
【０１２０】
こうして、出力されたパケットは、ソースルーティングオプションにより、Ｒ１→Ｒ２→Ｒ３→ＬＮＳ（２）という経路番号１の経路Ｐ１で転送される。
こうして、各ホスト（Ｈ−１、Ｈ−２、Ｈ−ｎ）からのパケットは、図１８に示すような経路で転送されることになる。
【０１２１】
３．３  ＬＮＳの動作
図６に本発明の装置がＬＮＳ（２）として動作した場合の転送経路の切替えシーケンスを示す。
本装置がＬＮＳ（２）として動作する場合、インターネットＮＷ３からホスト（Ｈ−１、Ｈ−２、Ｈ−ｎ）方向へのパケットの転送経路切替えを実施する。
【０１２２】
本装置がＬＡＣ（１）として動作する場合との違いは、ＬＡＣユーザ管理テーブル（１２１）の代わりにＬＮＳユーザ管理テーブル（１２２）を使用するところにある。また、本実施の形態ではユーザ毎のパケットを認識をする際、図２のＩＰ２ヘッダのＤＡ、つまり、Ｌ２ＴＰヘッダやＩＰ１ヘッダによってカプセル化される前のＩＰヘッダのＤＡを使用する。具体的にはホストに割り振られたＩＰアドレスということになる。つまり、ホストＨ−１のパケットは、ＩＰ２ヘッダのＤＡが“２１５．１０．１０．１”のパケットとして認識される。
【０１２３】
その他の動作は基本的に本装置がＬＡＣ(1)として動作する場合と同様である。
ステップ＜ＳＱ２−１＞でＬＡＣ（１）の場合と同様に、あらかじめユーザ情報テーブル（４２１）を作成しておく。
【０１２４】
その後、ステップ＜ＳＱ２−２〜ＳＱ２−４＞で、ＬＡＣ（１）の場合と同様に、本装置立ち上がり時に、ＯＳＰＦプロトコルによって隣接するルータとメトリックを含めた経路情報を交換し、経路管理テーブル（１２３、図１３）を作成する（ＳＱ２−５）。
【０１２５】
経路管理テーブル（１２３）に経路情報を登録する際の本装置における動作もＬＡＣ（１）の場合と同様であるため説明は割愛する。
【０１２６】
ステップ＜ＳＱ２−６＞で、ＰＰＰプロトコルを使用しホスト端末（Ｈ−１、Ｈ−２、Ｈ−ｎ）からインターネット（ＮＷ３）への接続要求が発生し、本装置でＬＮＳユーザ管理テーブル（１２２）が作成されるまでの説明を以下に示す。
【０１２７】
例えばホストＨ−１からユーザＩＤ  “ｘｘｘｘ＠ＩＳＰ１”  としてインターネットＮＷ３への接続要求が発生すると、ＬＡＣ（１）は本装置に対しＬ２ＴＰトンネル及びセッションの確立を要求する。本装置ではこの要求を受け、Ｌ２ＴＰトンネル及びセッション確立時に、ＬＮＳ（２）でユーザを識別する際に用いる加入者ＩＤとユーザ情報テーブル（４２１、図１４）で定義されたユーザ毎の流量閾値、及び、優先度を対応づけＬＮＳユーザ管理テーブル（１２２）を作成する（ＳＱ２−６）。ＬＮＳ（２）でユーザ識別に用いる加入者ＩＤとは、Ｌ２ＴＰカプセル化される前のＩＰ  ＤＡとなる。よって、ホストＨ−１の場合は２１５．１０．１０．１がそれに当たる。
【０１２８】
ＬＮＳユーザ管理テーブル（１２２）を作成するときの本装置内の動作はＬＡＣユーザ管理テーブル（１２１）を作成する場合と同様であるため、説明を割愛する。
【０１２９】
次ぎにＬ２ＴＰトンネル及びセッションが確立され、ステップ＜ＳＱ２−８＞でホストＨ−１宛てのパケットがインターネットＮＷ３から送信されると、本装置では回線インタフェース（３０−ｉ）を介しプロトコル処理部（１０−ｉ）で受信し、プロトコル処理部（１０−ｉ）のプロトコル処理プロセッサ（１０１）は、流量監視処理（１１４）を実施する。今回本装置はＬＮＳ（２）として動作しているため、流量監視処理（１１４）では、Ｌ２ＴＰカプセル化前のＩＰ  ＤＡを用いてＬＮＳユーザ管理テーブル（図１１）を検索し流量閾値（１２１３）、及び、優先度（１２１４）を得る。
【０１３０】
ステップ＜ＳＱ２−９＞で、本装置は流量監視処理（１１４）を実施する。流量監視処理（１１４）は前述の本装置がＬＡＣ（１）として動作した場合と同様である。
【０１３１】
ステップ＜ＳＱ２−１０＞は、流量監視処理（１１４）の結果、測定した流量が流量閾値を超過していない場合のアクセス網ＮＷ１内でのパケットの転送状態を示し、ステップ＜ＳＱ２−１３＞は測定した流量が流量閾値を超過し、ステップ＜ＳＱ２−１２＞で本装置が経路を切替えた後のアクセス網ＮＷ１内におけるパケットの転送状態を示している。
【０１３２】
このときの本装置における転送経路の決定動作、及び、パケット出力動作は、前記のＬＡＣ（１）の場合と同様であるため、説明を割愛する。
【０１３３】
また、ステップ＜ＳＱ２−１５＞はインターネットＮＷ３からホストＨ−２宛てのパケットが送信され、ＬＮＳ（２）として動作する本装置がパケットを受信したことを示しており、ステップ＜ＳＱ２−１６＞は本装置がパケットを受信した際の流量監視処理（１１４）を実施していることを示している。ステップ＜ＳＱ２−１７＞は、流量監視の結果、測定した流量が流量閾値を越えていない場合のアクセス網ＮＷ１内におけるパケット転送経路を示しており、ステップ＜ＳＱ２−２０＞は測定した流量が流量閾値を超過しており経路の切替えステップ＜ＳＱ２−１９＞が発生した場合のアクセス網ＮＷ１におけるパケット転送経路を示している。
【０１３４】
このときのステップ＜ＳＱ２−１５＞からステップ＜ＳＱ２−２０＞までの動作も前記の本装置がＬＡＣとして動作する場合と同様であるため、説明を割愛する。
このようにして、本装置がＬＮＳ（２）として動作した場合、動的にパケットの転送経路を切替えることが可能となる。
【０１３５】
４．変形例
また、ユーザ情報テーブル（４２１、図１４）は、本装置とは別の装置に持たせてもよい。例えば、アクセス網ＮＷ１に存在し、ユーザ認証を行うための情報を一律管理するサーバ、いわゆるＲａｄｉｕｓサーバに持たせてもよい。このとき、本装置とＲａｄｉｕｓサーバ間はＲＦＣ２８６９記載のＲＡＤＩＵＳ（Ｒｅｍｏｔｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｄｉａｌ  Ｉｎ  Ｕｓｅｒ  Ｓｅｒｖｉｃｅ）プロトコルを使用する。
【０１３６】
ここで、図５のステップ＜ＳＱ１−１＞におけるユーザ情報テーブル（４２１、図１４）の設定はＲａｄｉｕｓサーバに対して保守者が実施する。
【０１３７】
本装置がＬＡＣ（１）として動作する場合は、ステップ＜ＳＱ１−６＞でホスト（Ｈ−１、Ｈ−２、Ｈ−ｎ）からインターネットＮＷ３に対するアクセス要求が発生したときに、本装置はＬ２ＴＰトンネル及びセッションを確立するためのＬＮＳのアドレスを得るためにＲａｄｉｕｓサーバにアクセスする。この際、本装置はＲａｄｉｕｓサーバから加入者毎に設定した流量閾値（４２１４）や優先度（４２１５）を得て、ＬＡＣユーザ管理テーブル（１２１）を作成する。
【０１３８】
その後のステップ＜ＳＱ１−８＞以降の本装置における動作は前記した本装置がＬＡＣ（１）として動作する場合と同様である。
また、図６も同様にステップ＜ＳＱ２−１＞におけるユーザ情報テーブル（４２１、図１４）の設定はＲａｄｉｕｓサーバに対して保守者が実施する。
【０１３９】
本装置がＬＮＳ（２）として動作する場合は、ステップ＜ＳＱ２−６＞でホスト（Ｈ−１、Ｈ−２、Ｈ−ｎ）からインターネットＮＷ３に対するアクセス要求が発生したときに、本装置はＬ２ＴＰトンネル及びセッションを確立するためのユーザ認証を実施するためにＲａｄｉｕｓサーバにアクセスする。この際、本装置はＲａｄｉｕｓサーバから加入者毎に設定した流量閾値（４２１４）や優先度（４２１５）を得て、ＬＮＳユーザ管理テーブル（１２２）を作成する。
ステップ＜ＳＱ２−８＞以降の本装置における動作は前記した本装置がＬＮＳ（２）として動作する場合と同様である。
【産業上の利用可能性】
【０１４０】
本発明は、例えば、加入者側のＬ２ＴＰ終端装置（ＬＡＣ）及びインターネット事業者側のＬ２ＴＰ終端装置（ＬＮＳ）等のパケット転送装置に利用することができる。
【図面の簡単な説明】
【０１４１】
【図１】本実施の形態の通信システム構成を示す図
【図２】図１の実施の形態におけるパケット構成を示す図
【図３】従来の通信システム構成を示す図
【図４】従来技術により複数ホストがインターネット接続をしている状態の図
【図５】本実施の形態のパケット転送装置を適用したときの端末→インターネット方向のパケット転送経路切替えシーケンスを示す図
【図６】本実施の形態のパケット転送装置を適用したときのインターネット→端末方向のパケット転送経路切替えシーケンスを示す図
【図７】図３の実施の形態におけるパケット構成を示す図
【図８】パケット転送装置の構成例を示す図
【図９】パケット転送装置の制御部を示す図
【図１０】パケット転送装置のプロトコル処理部を示す図
【図１１】ＬＡＣユーザ管理テーブルの構成を示す図
【図１２】ＬＮＳユーザ管理テーブルの構成を示す図
【図１３】経路管理テーブルの構成を示す図
【図１４】ユーザ情報テーブルの構成を示す図
【図１５】ＩＰヘッダのソースルーティングオプションのパケットフォーマットを示す図
【図１６】パケット転送路切替え前の通信システム構成を示す図
【図１７】パケット転送路切替え後（その１）の通信システム構成を示す図
【図１８】パケット転送路切替え後（その２）の通信システム構成を示す図
【符号の説明】
【０１４２】
Ｈ−１〜Ｈ−ｎ：加入者端末
１：ＬＡＣ
２：ＬＮＳ
Ｒ１〜Ｒ７：ルータ
ＮＷ１：アクセス網
ＮＷ２：ＩＳＰ網
ＮＷ３：インターネット
Ｔ１〜Ｔ４：Ｌ２ＴＰトンネル
Ｐ１〜Ｐ３：パケット転送経路
ＰＫ１、７−ＰＫ１：ＬＮＳ−ＮＷ３間のパケットフォーマット
ＰＫ２、７−ＰＫ２：ＬＡＣ−ＬＮＳ間のパケットフォーマット
ＰＫ３、７−ＰＫ３：加入者端末−ＬＡＣ間のパケットフォーマット
１：ＬＡＣとして機能する本発明のパケット転送装置
２：ＬＮＳとして機能する本発明のパケット転送装置
１０−１〜１０−ｎ：プロトコル処理部
２０：内部スイッチ
３０−１〜３０−ｎ：回線インタフェース
４０：制御部
５０：制御端末
６０−１〜６０−ｎ：入出力回線
４０１：プロセッサ
４０２：端末インタフェース
４０３：プロセッサ間インタフェース
４１１： ＰＰＰ接続処理
４１２：Ｌ２ＴＰセッション処理
４１３：Ｌ２ＴＰトンネル処理
４１４：経路管理処理
４２１：ユーザ情報テーブル
１０１：プロトコル処理プロセッサ
１０２：インタフェース側受信バッファ
１０３：スイッチ側送信バッファ
１０４：スイッチ側受信バッファ
１０５：インタフェース側送信バッファ
１０６：プロセッサ間インタフェース
１１１：パケット転送制御処理
１１２：Ｌ２ＴＰカプセル化処理
１１３：Ｌ２ＴＰデカプセル化処理
１１４： 流量監視処理
１１５：出力ヘッダ付加処理
１２１：ＬＡＣユーザ管理テーブル
１２２：ＬＮＳユーザ管理テーブル
１２３：経路管理テーブル
【図１】
2005269500.tif 000003
【図２】
2005269500.tif 000004
【図３】
2005269500.tif 000005
【図４】
2005269500.tif 000006
【図５】
2005269500.tif 000007
【図６】
2005269500.tif 000008
【図７】
2005269500.tif 000009
【図８】
2005269500.tif 000010
【図９】
2005269500.tif 000011
【図１０】
2005269500.tif 000012
【図１１】
2005269500.tif 000013
【図１２】
2005269500.tif 000014
【図１３】
2005269500.tif 000015
【図１４】
2005269500.tif 000016
【図１５】
2005269500.tif 000017
【図１６】
2005269500.tif 000018
【図１７】
2005269500.tif 000019
【図１８】
2005269500.tif 000020