JP2011004024A - 通信装置 - Google Patents

Abstract

【課題】
通常のＰＰＰｏＥを用いた接続サービスではＰＰＰの認証フェーズまでユーザ判定が行えないため、無効なユーザによる接続要求でもアクセスサーバ、認証サーバへの負荷となってしまう。
【解決手段】
アクセスサーバで無効ユーザのリストを保持し、ＰＡＤＩパケットにユーザ情報を付与することにより早期に無効ユーザを判定しパケットを破棄することで負荷軽減を行う。また、無効ユーザを擬似的に接続完了させリトライの発生を抑えることで負荷低減を行う。
【選択図】 図１

Description

本発明は、認証機能を持ったPPPoE終端装置に関する。

インターネット接続サービスとしてPPPoE（Point to Point Protocol over Ethernet）を使用した接続サービスが広く普及している。PPPoE接続を行うための方法として、ブロードバンドルーターを使用しブロードバンドルーターでPPPoE接続を行い、各ホスト端末にはDHCP（Dynamic Host Configuration Protocol）でIP（Internet protocol）アドレスを割り当てて接続を行うユーザが増えている。

RFC2516 A Method for Transmitting PPP Over Ethernet(PPPoE)

ブロードバンドルーターの多くはマルチアカウントに対応しており、複数のアカウント情報を保持可能となっている。また、一部のブロードバンドルーターでは初期状態でアカウント情報を持っているものもある。

新しくアカウント情報を登録する場合に、初期状態で登録されているアカウント情報を消さずに登録する場合や、ＩＳＰ（Internet Service Provider）を移行した際に新しいアカウント情報を登録する場合に古いアカウント情報を消さずに新しくアカウント情報を登録してしまい、無効なアカウント情報がブロードバンドルーターに残ったまま接続を行うユーザが多数存在する。

複数のアカウント情報を設定可能なブロードバンドルーターを使用する場合、複数登録されるアカウント情報のどれか１つでも正常なものがあれば、ユーザはインターネットサービスを受けられるため、無効なアカウント情報が登録されていてもユーザは気づかずにそのままの状態で放置してしまう場合が多い。

ブロードバンドルーターでは、登録されている全てのアカウント情報でインターネット接続を試みるため、無効なアカウント情報では接続が失敗するが、定期的にリトライ処理でインターネット接続を行い無効な接続処理が繰り返されることとなっている。

ブロードバンドルーターの普及とともに、このような無効アカウント情報を登録されたブロードバンドルーターが増加しているため、ＩＳＰでは、無効なアカウント情報での認証要求を受け付け処理しなければならず、ＢＡＳ（Broadband Access Server）といったPPPoEを終端するアクセスサーバやＲＡＤＩＵＳ（Remote Authentication Dial In User Service）サーバといった認証サーバに対して負荷増加の要因となっており本来の接続性能以上の機器を設置する必要に迫られている。

一般的なPPPoE接続サービスではPAP(Password Authentication Protocol)もしくはCHAP(Challenge Handshake Authentication Protocol)による認証を行っている。

PAP/CHAPによる認証ではユーザ情報が取得できるのはLCP(Link Control Protocol)ネゴシエーション完了後であり、それまでの間、アクセスサーバのリソースを消費してしまう。また、アクセスサーバでは一般的にユーザ情報は保持していないため、認証サーバへ認証要求を行い認証サーバからの接続拒否応答を受け取るまでユーザ情報が無効なものであるか判別がつかないため、無効なユーザ情報であっても認証サーバへ認証要求を行うことで認証サーバの負荷を増加させている。

このようなユーザからの無効な接続要求に対してのアクセスサーバ、認証サーバへの負荷を軽減させることが課題となる。

本発明による装置は一例として、ルーター装置、サーバ装置とのインターフェースと、プロセッサと、PPPプロトコルの処理のための第１プログラム、無効ユーザの判定をするための第２プログラムとを格納するプログラム格納部と、前記無効ユーザの情報を格納する無効ユーザリストテーブルとを有し、前記プロセッサは、前記第１プログラムを読み出して、前記ルータ装置から受信するPADIパケット及び前記ルータ装置へ送信するPADOパケットを処理し、前記第２プログラムを読み出して、前記PADIパケットに含まれるユーザ情報について、前記無効ユーザリストテーブルを検索し、前記ユーザ情報が前記無効ユーザリストテーブルにあるときに、前記PADOパケットを前記ルータ装置へ送信する。

本発明による装置は他の例として、ルーター装置、サーバ装置とのインターフェースと、プロセッサと、PPPプロトコルの処理のための第１プログラム、無効ユーザの判定をするための第２プログラムとを格納するプログラム格納部と、前記無効ユーザの情報を格納する無効ユーザリストテーブルとを有し、前記プロセッサは、前記第１プログラムを読み出して、前記ルータ装置から受信するPADIパケット及び前記ルータ装置へ送信するPADOパケットを処理し、前記第２プログラムを読み出して、前記PADIパケットに含まれるユーザ情報について、前記無効ユーザリストテーブルを検索し、前記ユーザ情報が前記無効ユーザリストテーブルにあるときに、前記無効ユーザにIPアドレスを割り当てて前記ルータ装置とのセッションを確立する。

認証サーバからの接続拒否応答は、アクセスサーバで監視し、アクセスサーバ内に無効なユーザ情報のリストを保持してもよい。無効な接続要求受信時、認証サーバに認証要求を行うことなく接続拒否を行うことで認証サーバの負荷を軽減する。

また、ユーザ情報をPPPoEのPADIパケットに乗せる場合、早い段階で無効なユーザであるかの判断を可能としアクセスサーバの負荷を軽減する。

また、無効なユーザの接続要求をアクセスサーバ内で終端してしまいブロードバンドルーターからのリトライ接続を行わせない場合、アクセスサーバおよび認証サーバの負荷を軽減することができる。

無効な接続要求に対するアクセスサーバおよび認証サーバの負荷が軽減されるため、アクセスサーバおよび認証サーバに要求される性能が低くなり、設備投資の経済化が行える。

アクセスサーバの構成例を示すブロック図である。 システム構成例を示すブロック図である。 シーケンスの例の図である。 実施例で使用するＰＡＤＩパケットの例を示す図である。 認証失敗カウンタのデータ構成例を示した図である。 無効ユーザ判定閾値のデータ構成例を示した図である。 無効ユーザリストのデータ構成例を示した図である。 認証サーバから認証失敗受信時の処理を示したフローチャートである。 ＰＡＤＩパケットを受信した時の処理を示したフローチャートである。 シーケンスの例の図である。

以下、図面を用いて本発明の実施例を詳細に説明する。

図１は、アクセスサーバの構成例を示した図である。

アクセスサーバ（１１）は、ルーター装置としてのブロードバンドルーター（ＢＲＴ）（１０−ｉ（ｉ＝１，２・・・））や認証サーバ（１２）との接続を行う回線インタフェース（１１０−ｉ（ｉ＝１，２・・・））とプログラムを処理するプロセッサ（２０１）およびプログラムを格納するプログラム格納メモリ（１１２）、データを保持するための制御データ格納メモリ（１１３）を備える。プログラム格納メモリは図示されるルーチンの各々の機能を担うソフトウェアが格納される。

アクセスサーバ（１１）は回線インタフェース（１１０−４）を経由してルータ（１４）と接続され、ルータを介して認証サーバ（１２）、保守端末（１３）と通信を行える構成とする。

ＢＲＴ（１０−ｉ（ｉ＝１，２・・・））からの接続要求はＰＰＰプロトコル処理ルーチン（１１２−１）で処理され個々のＢＲＴ（１０−ｉ（ｉ＝１，２・・・））の識別やセッションの状態はセッション管理情報メモリ（１１３−１）でセッション管理情報として管理される。

接続要求時の認証処理は認証プロトコル処理ルーチン（１１２−２）で処理され認証サーバ（１２）と通信を行い処理される。

認証処理時に拒否応答が認証サーバ（１２）から返却された場合、認証失敗回数が認証失敗カウンタ（１１３−２）でカウントされ、あらかじめ設定された無効ユーザ判定閾値メモリ（１１３−３）に記憶された無効ユーザ判定閾値を越えた場合、無効ユーザ情報として無効ユーザリストテーブル（１１３−４）に登録される。

無効ユーザリストに登録されたＢＲＴ（１０−ｉ（ｉ＝１，２・・・））は次の接続要求時、無効ユーザ判定処理ルーチン（１１２−３）で処理され認証サーバ（１２）への認証処理を行わずに接続を拒否する。

図２は、システム構成例を示した図である。

ＢＲＴ（１０−ｉ（ｉ＝１，２・・・））はＯＮＵ（Optical Network Unit、加入者宅側の終端装置）（１５−ｉ（ｉ＝１，２・・・））を介してＯＬＴ（Optical Line Terminal、管理側の終端装置）（１６−ｉ（ｉ＝１，２・・・））で集約されてアクセスサーバ（１１）に接続される。アクセスサーバ（１１）は認証サーバ（１２）および保守端末（１３）とルータ（１４）を介して接続される。アクセスサーバ（１１）はＢＲＴ（１０−ｉ（ｉ＝１，２・・・））のＰＰＰｏＥ／ＰＰＰを終端しルータ（１４）を介してインターネット網（１７）の接続を供給する。

図３は、プロトコルシーケンスの例を示した図である。図では認証方法にＣＨＡＰを、アクセスサーバと認証サーバとの間のプロトコルにＲＡＤＩＵＳプロトコルを使用する場合の例で記述した。

ＢＲＴ（１０）はＰＡＤＩ（ＰＰＰｏＥ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｉｎｉｔｉａｔｉｏｎ）パケット（２００−１）にユーザ情報を付与して送信する。ＰＡＤＩパケットの詳細は図４にて後述する。

ＰＡＤＩパケット（２００−１）を受信したアクセスサーバ（１１）は無効ユーザ判定処理（１１２−３）で無効ユーザリスト（１１３−４）を検索し該当ユーザ情報がない場合、ＰＡＤＯ（PPPoE Active Discovery Initiation）パケット（２０１）を返却する。その後、ＰＡＤＲ（ＰＰＰｏＥ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｒｅｑｕｅｓｔ）パケット（２０２）、ＰＡＤＳ（ＰＰＰｏＥ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｓｅｓｓｉｏｎ−ｃｏｎｆｉｒｍａｔｉｏｎ）パケット（２０３）、ＬＣＰ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ−Ｒｅｑｕｅｓｔパケット（２０４）、ＬＣＰ―Ｃｏｎｆｉｇｕｒａｔｉｏｎ―Ａｃｋパケット（２０５）をやりとりし、認証フェーズへ移行する。認証フェーズではアクセスサーバ（１１）からＣＨＡＰ−Ｃｈａｌｌｅｎｇｅパケット（２０６）を送信し、ＣＨＡＰ−Ｃｈａｌｌｅｎｇｅパケット（２０６）を受信したＢＲＴ（１０）はＣＨＡＰ−Ｒｅｓｐｏｎｓｅパケット（２０７）にユーザ情報を付与して送信する。ＣＨＡＰ−Ｒｅｓｐｏｎｓｅパケット（２０７）を受信したアクセスサーバ（１１）はＣＨＡＰ−Ｒｅｓｐｏｎｓｅパケット（２０７）およびセッション管理情報（１１３−１）から必要な情報を取り出してＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔパケット（２０８）を作成し、認証サーバ（１２）へ送信する。Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔパケット（２０８）を受信した認証サーバ（１２）ではユーザ情報から認証判定を行い認証結果を返却する。今回の例では認証拒否のためＡｃｃｅｓｓ−Ｒｅｊｅｃｔパケット（２０９）を送信する。Ａｃｃｅｓｓ−Ｒｅｊｅｃｔパケット（２０９）を受信したアクセスサーバ（１１）では、認証失敗カウンタ（１１３−２）を更新し、無効ユーザ判定閾値メモリ（１１３−３）に記憶された閾値を越えているか判定を行う。越えていた場合、無効ユーザリストテーブル（１１３−４）に登録を行うとともに、ＢＲＴ（１０）に対してＣＨＡＰ−Ｆａｉｌｕｒｅパケット（２１０）を送信する。

認証失敗により接続が出来なかったＢＲＴ（１０）は再度接続シーケンスを行うためＰＡＤＩパケット（２００−２）にユーザ情報を付与して送信する。ＰＡＤＩパケット（２００−２）を受信したアクセスサーバ（１１）は無効ユーザリストテーブル（１１３−４）を検索し該当ユーザ情報が登録されていることを判定し、ＰＡＤＩパケット（２００−２）を破棄する。以降、ＢＲＴ（１０）からのＰＡＤＩパケット（２００−ｉ（ｉ＝３・・・））は破棄されるためアクセスサーバ（１１）および認証サーバ（１２）に対する負荷が軽減される。

図４はＰＡＤＩパケットの構成を示した図である。

ＰＰＰｏＥパケット（４００）はバージョンフィールド（４００−１）、タイプフィールド（４００−２）、コードフィールド（４００−３）、セッションを識別するためのセッションＩＤフィールド（４００−４）、ＰＰＰｏＥパケットの長さを示す長さフィールド（４００−５）および０個以上のＴＡＧ情報（４００−６）から構成されている。ＴＡＧ（４００−６）はタグ（ＴＡＧ）の種別を示すＴＡＧタイプフィールド（４１０−１）、ＴＡＧの長さを示すＴＡＧ長さフィールド（４１０−２）、ＴＡＧの値を格納するＴＡＧ値フィールド（４１０−３）で構成される。

ＰＡＤＩパケットではコードフィールド（４００−３）にＰＡＤＩパケットを示す０ｘ０９という値が設定される。ここで、ＴＡＧの中にユーザ情報としてＩＳＰ(Internet Service Provider)の認証時に使用するユーザアカウント名をユーザ名として格納する。

ユーザ名を格納するＴＡＧとしてＳｅｒｖｉｃｅ−Ｎａｍｅタグを用いる場合、Ｓｅｒｖｉｃｅ−Ｎａｍｅタグ（４２０）のようにＴＡＧタイプ（４２０−１）に０ｘ０１０１を、ＴＡＧ長さ（４２０−２）にはタグの長さを、タグ値フィールド（４２０−３）にユーザ名を格納する。

ユーザ名を格納するＴＡＧとしてＶｅｎｄｏｒ−Ｓｐｅｃｉｆｉｃタグを用いる場合の例として、Ｖｅｎｄｏｒ−Ｓｐｅｃｉｆｉｃタグ（４３０）の構成を示す。本パケットは任意の構造を取ることが可能なので図示の通りであることを規定するものではない。ＴＡＧタイプ（４３０−１）に０ｘ０１０５を、ＴＡＧ長さ（４３０−２）にはタグの長さを、Ｖｅｎｄｏｒ−ＩＤフィールド（４３０）にはベンダーＩＤを格納する。ベンダータグタイプ（４３０−４）は以降に続くフィールドを識別するための情報である。タグ値（４３０−５）にユーザ名を格納する。このようにＰＡＤＩパケット内にユーザ情報を付与することでＰＡＤＩパケット受信時にアクセスサーバにてユーザ名を識別可能とする。

図５は認証失敗カウンタ（１１３−２）のデータ構成例を示した図である。

認証失敗カウンタ（１１３−２）はユーザ情報（５００−１）、ＢＲＴ（１０）のＭＡＣアドレス（５００−２）、失敗回数情報（５００−２）を格納している。認証サーバ（１２）より認証失敗が返却されたユーザに対応するユーザ情報毎にカウンタを持ち、カウントするとともにその結果を記録する。、ＢＲＴ（１０）の識別を行わない場合は、ＭＡＣアドレス（ルータに接続される端末の識別情報）（５００−２）は無い構成でもよい。ＭＡＣアドレスを追加する場合には、ＢＲＴ（１０）の識別を厳格に行うことができる。

図６は無効ユーザ判定閾値メモリ（１１３−３）のデータ構成例を示した図である。

無効ユーザ判定閾値メモリ（１１３−３）は認証失敗カウンタ（１１３−２）で管理される認証失敗ユーザを無効ユーザリストテーブル（１１３−４）に登録するための失敗回数の下限値を保持している。

図７は無効ユーザリストテーブル（１１３−４）のデータ構成例を示した図である。

無効ユーザリストテーブル（１１３−４）は無効と判定されたユーザのユーザ情報（７００−１）とＢＲＴ（１０）のＭＡＣアドレス（７００−２）の組合せをリストとして保持している。なお、図５と同様、ＭＡＣアドレスについては保持しない構成でもよい。

図８は認証サーバ（１２）から認証失敗を受信した場合のフローチャートである。認証サーバ（１２）から認証失敗応答受信（８００−１）すると認証失敗となったユーザ情報に対する認証失敗カウンタ（１１３−２）をカウントアップする（８００−２）。

カウントアップした結果、失敗回数が無効ユーザ判定閾値メモリの閾値（１１３−３）を越えているか判定（８００−３）し、越えている場合、無効ユーザリストテーブル（１１３−４）に該当ユーザのユーザ情報を登録する（８００−４）。閾値以下の場合は、無効ユーザリストへの登録は行わない。

図９はＰＡＤＩパケットを受信した時の処理を示したフローチャートである。

ＰＡＤＩパケットを受信（９００−１）した場合、ＰＡＤＩパケット内のユーザ情報で無効ユーザリストを検索する（９００−２）。その後、無効ユーザリストテーブルの検索結果を判定（９００−３）して、無効ユーザリストテーブル（１１３−４）に該当ユーザが存在した場合、ＰＡＤＩパケットを破棄する（９００−４）。無効ユーザリストテーブル（１１３−４）に該当ユーザが存在していなかった場合には、ＰＡＤＯパケットを編集し、ＰＡＤＯパケットを送信する（９００−５）。

以上の方法を用いることでＰＡＤＩパケット受信時に無効ユーザを判定することが可能であり、アクセスサーバ（１１）および認証サーバ（１２）の負荷を低減可能となる。

なお、無効ユーザリストテーブルは、保守端末での保守操作で修正・管理・表示確認してもよい。また、アクセスサーバは、無効ユーザリストテ-ブルにアクセスサーバが無効ユーザを登録したときに、保守端末に対して登録通知を送信してもよい。これら機能を採用する場合、保守者は容易に無効ユーザのステータスを管理することができる。

図１０は、別の実施例のシーケンス図である。

図１０では、無効ユーザリストテーブル（１１３−４）にＢＲＴ（１０）のユーザが既に登録されている状態から記載している。無効ユーザリストテーブル（１１３−４）に登録されるまでのシーケンスは図３と同様である。

ＢＲＴ（１０）からユーザ情報が付与されたＰＡＤＩパケット（１０００）を受信すると、アクセスサーバ（１１）は無効ユーザリスト（１１３−４）を検索する。無効ユーザリスト（１１３−４）に登録されている場合、セッション管理情報メモリ（１１３−１）に無効ユーザフラグを付与する。その後、ＰＡＤＯパケット（１００１）、ＰＡＤＲパケット（１００２）、ＰＡＤＳパケット（１００３）、ＬＣＰ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ−Ｒｅｑｕｅｓｔパケット（１００４）、ＬＣＰ―Ｃｏｎｆｉｇｕｒａｔｉｏｎ―Ａｃｋパケット（１００５）をやりとりし、認証フェーズへ移行する。

認証フェーズではアクセスサーバ（１１）からＣＨＡＰ−Ｃｈａｌｌｅｎｇｅパケット（１００６）を送信し、ＣＨＡＰ−Ｃｈａｌｌｅｎｇｅパケット（１００６）を受信したＢＲＴ（１０）はＣＨＡＰ−Ｒｅｓｐｏｎｓｅパケット（１００７）にユーザ情報を付与して送信する。ＣＨＡＰ−Ｒｅｓｐｏｎｓｅパケット（１００７）を受信したアクセスサーバ（１１）は、認証サーバ（１２）に認証要求を行うことなく、ＢＲＴ（１０）に対してＣＨＡＰ−Ｓｕｃｃｅｓｓ（１００８）で応答する。認証フェーズを抜けるとＩＰＣＰ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ−Ｒｅｑｕｅｓｔパケット（１００９）、ＩＰＣＰ―Ｃｏｎｆｉｇｕｒａｔｉｏｎ―Ａｃｋパケット（１０１０）をやりとりし、ＰＰＰセッション確立状態となる。この時、アクセスサーバ（１１）からのＩＰＣＰ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ−Ｒｅｑｕｅｓｔパケット（１００９）に付与するＩＰアドレスは正規のＩＰアドレスではなく無効ユーザ用に割り当てたＩＰアドレスを用いる。無効ユーザ用に割り当てるＩＰアドレスは正規のユーザに割り当てるＩＰアドレス以外の空いているＩＰアドレスのうちの１つを指定する。

ＰＰＰセッション確立後、ＢＲＴ（１０）がＩＰパケット（１０１１）を送信した場合、ＰＰＰプロトコル処理ルーチン（１１２−１）にてＰＰＰカプセル化されたパケットのカプセル化解除処理を行う際に、セッション管理情報に付与されている無効ユーザフラグの有無を判定し、無効ユーザフラグが設定されていた場合、転送を行わずにアクセスサーバで破棄する。

上記処理を行うことにより、無効ユーザの接続要求はリトライが発生しなくなり、アクセスサーバ（１１）および認証サーバ（１２）の負荷軽減が実現される。

１０，１０−ｉ・・・ブロードバンドルーター
１１，１１−ｉ・・・アクセスサーバ
１２・・・認証サーバ
１３・・・保守端末
１４・・・ルータ
１５−ｉ・・・ＯＮＵ（Optical Network Unit）
１６−ｉ・・・ＯＬＴ（Optiocal Line Terminal）
１７・・・インターネット網
１１０−ｉ・・・回線インタフェース
１１１・・・プロセッサ
１１２・・・プログラム格納メモリ
１１３・・・制御データ格納メモリ

Claims (9)

1. ルーター装置、サーバ装置とのインターフェースと、
   プロセッサと、
   PPPプロトコルの処理のための第１プログラム、無効ユーザの判定をするための第２プログラムとを格納するプログラム格納部と、
   前記無効ユーザの情報を格納する無効ユーザリストテーブルとを有し、
   前記プロセッサは、
   前記第１プログラムを読み出して、前記ルータ装置から受信するPADIパケット及び前記ルータ装置へ送信するPADOパケットを処理し、
   前記第２プログラムを読み出して、前記PADIパケットに含まれるユーザ情報について、前記無効ユーザリストテーブルを検索し、
   前記ユーザ情報が前記無効ユーザリストテーブルにあるときに、前記PADOパケットを前記ルータ装置へ送信する通信装置。
2. 前記PADOパケットを前記ルータ装置へ送信した後に新規PADIパケットを受信するときに、前記新規PADIパケットを廃棄することを特徴とする請求項１に記載の通信装置。
3. ルーター装置、サーバ装置とのインターフェースと、
   プロセッサと、
   PPPプロトコルの処理のための第１プログラム、無効ユーザの判定をするための第２プログラムとを格納するプログラム格納部と、
   前記無効ユーザの情報を格納する無効ユーザリストテーブルとを有し、
   前記プロセッサは、
   前記第１プログラムを読み出して、前記ルータ装置から受信するPADIパケット及び前記ルータ装置へ送信するPADOパケットを処理し、
   前記第２プログラムを読み出して、前記PADIパケットに含まれるユーザ情報について、前記無効ユーザリストテーブルを検索し、
   前記ユーザ情報が前記無効ユーザリストテーブルにあるときに、前記無効ユーザにIPアドレスを割り当てて前記ルータ装置とのセッションを確立する通信装置。
4. 前記セッションを確立した後に前記ルータ装置からIPパケットを受信するとき、前記IPパケットを破棄することを特徴とする請求項２に記載の通信装置。
5. ユーザの認証の失敗回数を管理するカウンタと、
   前記プログラム格納部に格納される、前記ユーザの認証のための第３プログラムをさらに有し、
   前記プロセッサは、前記第3プログラムを読み出して、前記ルータ装置からのパケットに含まれる情報に基づいて、前記ユーザの認証を処理し、
   前記カウンタは、前記認証の失敗回数をカウントし、
   前記無効ユーザリストテーブルは、前記失敗回数が閾値を越えた前記ユーザの前記ユーザ情報を、前記無効ユーザの前記ユーザ情報として格納することを特徴とする請求項１または請求項３に記載の通信装置。
6. 前記ユーザ情報は、ユーザアカウントを含むことを特徴とする請求項１または請求項３に記載の通信装置。
7. 前記ユーザ情報は、ユーザアカウントと前記ルータ装置に接続される端末の識別情報を含むことを特徴とする請求項１または請求項３に記載の通信装置。
8. 前記ルータ装置とPPPoEに基づいて通信することを特徴とする請求項１または請求項３に記載の通信装置。
9. 前記無効ユーザリストテーブルに、前記無効ユーザの前記ユーザ情報を格納するときに、登録通知を外部へ送信することを特徴とする請求項５に記載の通信装置。

Images