JP2020502941A - リソーススケジューリング - Google Patents

Abstract

本発明は、リソーススケジューリング方法、分散型アクセスゲートウェイ機器と機器読み取り可能な記憶媒体を提供する。分散型アクセスゲートウェイ機器における第１サービスボードが、前記第１ユーザに対応する第１ソフトウェアユーザエントリをデータプレーンにおいて作成し、前記第１サービスボードに空きハードウェアリソースが存在するか否かを判断し、存在しない場合に、空きハードウェアリソースが存在する第２サービスボードのスロット識別子（ＩＤ）を取得し、且つ、前記第２サービスボードが前記第１ユーザに対応するハードウェアユーザエントリをデータプレーンにおいて作成するように、取得した前記第２サービスボードのスロットＩＤに基づいて前記第１ソフトウェアユーザエントリを前記第２サービスボードへ送信する。

Description

〔関連出願の相互引用〕
本願は、出願日が２０１６年１２月２１日であり、出願番号が２０１６１１１９２７５３．２であり、発明名称が「リソーススケジューリング方法および装置」である中国特許出願の優先権を主張し、当該出願の全文が引用により本願に組み込まれる。

ＢＲＡＳ（Ｂｒｏａｄｂａｎｄ Ｒｅｍｏｔｅ Ａｃｃｅｓｓ Ｓｅｒｖｅｒ、ブロードバンドリモートアクセスサーバ）サービスシステムは、主にユーザホスト、ＢＲＡＳ機器、およびＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｚａｔｉｏｎ ａｎｄ Ａｃｃｏｕｎｔｉｎｇ、認証認可課金）サーバによって構成されている。ＢＲＡＳ機器は、ユーザホストから送信されたユーザ情報をＡＡＡサーバへ送信することにより、ユーザに対する認証、認可および課金を完成させる。ユーザ認証が通った後、ユーザホストは、ＢＲＡＳ機器を介して外部ネットワーク（例えば、インターネット）へアクセスできる。

本発明の例示的な実施例に示すＢＲＡＳ機器のアーキテクチャ模式図である。

本発明の例示的な実施例に示すリソーススケジューリング方法のフローチャートである。

本発明の例示的な実施例に示すユーザホスト宛のデータパケットについて転送処理を行うフローチャートである。

本発明の例示的な実施例に示すユーザホスト宛のデータパケットについて転送処理を行う別のフローチャートである。

本発明の例示的な実施例に示す分散型アクセスゲートウェイ機器のハードウェア構造模式図である。

本発明の例示的な実施例に示すリソーススケジューリング論理の構造模式図である。

本発明の例示的な実施例に示すリソーススケジューリング論理の別の構造模式図である。

本発明の例示的な実施例に示すリソーススケジューリング論理の更に別の構造模式図である。

本発明の例示的な実施例に示すリソーススケジューリング論理の更に別の構造模式図である。

以下では、本発明の実施例の図面を組み合わせて本発明の実施例における解決手段を明瞭で完全に記述する。明らかに、記述される実施例が単に本発明の一部の実施例に過ぎず、全部の実施例ではない。本発明における実施例に基づいて、当業者が進歩性に値する労働をせずに成した全ての他の実施例は、何れも本発明の保護範囲に含まれる。

図１に示すように、分散型ハードウェアアーキテクチャを採用するＢＲＡＳ機器は、主制御ボード１００および複数のサービスボード１_１〜１_５を備える。主制御ボード１００は、全てのサービスボード、およびグローバル情報の同期を制御や管理することを担う。サービスボードは、アクセス認証およびパケット転送処理を担う。サービスボードがアクセス認証およびパケット転送処理を行う手順は、下記のようになる。

データプレーンにおいて、サービスボードは、ユーザホストから送信されたアクセス認証要求パケットを受信し、当該パケットがプロトコルパケットであると識別した場合に、当該パケットを制御プレーンへ送信して処理させる。

制御プレーンにおいて、サービスボードは、当該アクセス認証要求パケットを受信した後、ＡＡＡサーバとのやり取りを介してユーザに対する認証を完成させ、ユーザ認証が通った後、当該ユーザに対応するソフトウェアユーザエントリを作成し、当該エントリは、メモリに記録可能である。制御プレーンにおいて、サービスボードは、ユーザエントリを作成するようデータプレーンへ通知する。

データプレーンにおいて、サービスボードは、当該通知を受信した後、当該ユーザに対応するソフトウェアユーザエントリおよびハードウェアユーザエントリを作成する。当該ハードウェアユーザエントリは、通常、ＴＣＡＭ（Ｔｅｒｎａｒｙ Ｃｏｎｔｅｎｔ Ａｄｄｒｅｓｓａｂｌｅ Ｍｅｍｏｒｙ、三値連想メモリ）等のデバイスに記録されている。

データプレーンにおいて、サービスボードは、認証が通った後でユーザホストから送信されたデータパケットを受信し、当該パケットがプロトコルパケットではないと識別した場合に、対応するハードウェアユーザエントリを検索し、ハードウェアユーザエントリが見つかった後、当該ハードウェアユーザエントリに基づいて対応する処理（例えば、流量と時間の統計、ユーザポリシーの制御等）を行い、その後、ルートを介して当該データパケットを転送する。

上記制御プレーンは、具体的にＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置）であってもよく、上記データプレーンは、具体的にドライバプログラムであってもよい。

一例示では、各サービスボードのハードウェアリソースの規格が一定であり、例えば、１６Ｋ個のユーザアクセスをサポートする場合、配置可能なハードウェアユーザエントリの総数は、１６Ｋとなる。あるサービスボードでの全てのハードウェアリソースが既に占用された場合には、追加ユーザのハードウェアユーザエントリがハードウェアリソースの不足によって配信されなくなり、当該追加ユーザのオンラインができない。

上記問題を解決するために、本発明の以下の実施例は、リソーススケジューリング方法、および、分散型アクセスゲートウェイ機器を提供する。図１に示す分散型アクセスゲートウェイ機器における第１サービスボードが、例えば、データプレーンにおいて、当該方法を実行する。当該方法は、第１ユーザ認証が通った後、第１ユーザに対応する第１ソフトウェアユーザエントリを作成し、本第１サービスボードに空きハードウェアリソースが存在するか否かを判断し、存在しない場合に、空きハードウェアリソースが存在する第２サービスボードのスロットＩＤ（Ｉｄｅｎｔｉｔｙ、識別子）を取得し（第２サービスボードは、リソースグループから選択されたものであり、当該リソースグループは、２つ以上のサービスボードによって構成される）、取得したスロットＩＤに基づいて第１ソフトウェアユーザエントリを第２サービスボードへ送信する。このように、第２サービスボードは、第１ユーザに対応するハードウェアユーザエントリを作成する。

上記方法では、データプレーンにおいて、第１サービスボードがあるユーザに対応するソフトウェアユーザエントリを作成したうえで、当該ユーザに対応するハードウェアユーザエントリを作成する必要があるときに、本第１サービスボードに空きハードウェアリソースがないと判断すれば、リソースグループにおける、空きハードウェアリソースが存在する第２サービスボードのスロットＩＤを取得し、取得したスロットＩＤに基づいて、作成されたソフトウェアユーザエントリを当該第２サービスボードへ送信する。このように、当該第２サービスボードは、当該ユーザに対応するハードウェアユーザエントリを作成する。このため、第１サービスボードでのハードウェアリソースが不足であるとき、追加ユーザのハードウェアユーザエントリを第２サービスボードに配置する。当該第２サービスボードは、ハードウェアリソースを当該ハードウェアリソースが不足である第１サービスボードに共用させることにより、当該追加ユーザのオンラインを確保し、分散型ゲートウェイ機器のハードウェアリソースの合理的な利用およびスケジューリングを実現する。

図１に示す分散型ＢＲＡＳ機器を例として説明する。当該分散型ＢＲＡＳ機器は、主制御ボード１００および複数のサービスボードを備える。一例示では、分散型ＢＲＡＳ機器には、ＢＲＡＳ機能をサポートするサービスボードが存在するし、ＢＲＡＳ機能をサポートしないサービスボードも存在する。本発明の実施例では、ＢＲＡＳ機能をサポートするサービスボードのみが考慮される。即ち、後述するサービスボードは、何れもＢＲＡＳ機能をサポートするサービスボードである。

主制御ボードでは、１つのリソースグループがメンテナンスされる。当該リソースグループは、分散型ＢＲＡＳ機器における２つ以上のＢＲＡＳ機能をサポートするサービスボードによって構成される。具体的に、主制御ボードは、リソースグループ情報（当該リソースグループにおける各サービスボードのスロットＩＤ、ハードウェアリソース規格とハードウェアリソース使用状況を含む）を記録する。ハードウェアリソース使用状況は、空きハードウェアリソースの数によって表わされる。

当該リソースグループが図１における５つのサービスボード、即ち、スロットＩＤがＳｌｏｔ２_１のサービスボード１_１、スロットＩＤがＳｌｏｔ２_２のサービスボード１_２、スロットＩＤがＳｌｏｔ２_３のサービスボード１_３、スロットＩＤがＳｌｏｔ２_４のサービスボード１_４、およびスロットＩＤがＳｌｏｔ２_５のサービスボード１_５を含むとすれば、主制御ボードに記録されるリソースグループ情報は、表１に示される。

リソースグループにおける各サービスボードは、本サービスボードのハードウェアリソース使用状況が変化したときに主制御ボードへ通知する。このように、主制御ボードは、表１における当該サービスボードの空きハードウェアリソースをリアルタイムに更新する。

主制御ボードは、表１の更新が発生するとき（例えば、サービスボードが追加或いは削減されたり、あるサービスボードの空きハードウェアリソースの数が変化したりするとき）、更新後の情報をリソースグループにおける各サービスボードに同期させることにより、サービスボードと主制御ボードとでのリソースグループ情報の一致性を確保する。その際、リソースグループにおける各サービスボードの制御プレーンにも、表１に示すリソースグループ情報がメンテナンスされている。制御プレーンにおいて、第１サービスボードは、データプレーンからの、ハードウェアリソース不足を示すための通知メッセージを受信した後、当該リソース情報に基づいて、空きハードウェアリソースが存在する１つの第２サービスボードをリソースグループから選択し、当該第２サービスボードのスロットＩＤをデータプレーンへ送信する。

または、制御プレーンにおいて、第１サービスボードは、データプレーンからの、ハードウェアリソース不足を示すための通知メッセージを受信した後、主制御ボードからリソースグループ情報を取得し、取得したリソースグループ情報に基づいて、空きハードウェアリソースが存在する１つの第２サービスボードをリソースグループから選択し、当該第２サービスボードのスロットＩＤをデータプレーンへ送信する。

または、制御プレーンにおいて、第１サービスボードは、データプレーンからの、ハードウェアリソース不足を示すための通知メッセージを受信した後、リソースグループ情報に基づいて空きハードウェアリソースが存在する１つの第２サービスボードをリソースグループから選択することを主制御ボードへ通知し、当該第２サービスボードのスロットＩＤを返信し、当該第２サービスボードのスロットＩＤを取得した後、当該スロットＩＤをデータプレーンへ送信する。

サービスボードは、手動静的配置の方式でリソースグループに追加されてもよい。手動静的配置の方式が採用される際、管理者は、選択的にサービスボードをリソースグループに追加してもよい。例えば、あるサービスボードがＢＲＡＳ機能をサポートするが、当該サービスボードのハードウェアリソースの規格が低いとともに、当該サービスボードが主に他の機能に応用される場合には、当該サービスボードをリソースグループに追加しない。

また、サービスボードは、動的方式でリソースグループに追加されてもよい。具体的に、新しい挿入されたサービスボードの起動が完了した後、主制御ボードは、当該サービスボードの種別を認識し、当該サービスボードがＢＲＡＳ機能をサポートすると特定したときに、当該サービスボードをリソースグループに追加し、当該サービスボードのスロットＩＤ、ハードウェアリソース規格と空きハードウェアリソースを表１に追加する。このような方式が採用されると、管理者の手動配置を必要とせず、主制御ボードは、自動的にサービスボードをリソースグループに追加できる。

これを基に、本発明の実施例のリソーススケジューリング方法は、以下の内容を含む。

データプレーンにおいて、サービスボード１_１は、ユーザホストからのアクセス認証要求パケットを受信した後、当該パケットがプロトコルパケットあると認識すると、当該パケットを制御プレーンへ送信して処理させ、当該アクセス認証要求パケットを受信した後、ＡＡＡサーバとやり取りしてユーザに対する認証を完成させる。ユーザ認証が通った後、制御プレーンにおいて、サービスボード１_１は、当該ユーザに対応するソフトウェアユーザエントリを作成し、ユーザエントリを作成するようデータプレーンへ通知する。

データプレーンにおいて、サービスボード１_１は、制御プレーンからの、ユーザエントリを作成する旨の通知を受信した後、図２に示すステップを実行する。

ステップＳ２０１では、当該ユーザに対応するソフトウェアユーザエントリを作成する。記述の便宜上、当該エントリは、ｅｎｔｒｙ３_１と記される。

ｅｎｔｒｙ３_１は、データプレーンのメモリに格納可能である。表２−１に示すように、ｅｎｔｒｙ３_１は、ユーザ名、ユーザホストのＭＡＣアドレスとＩＰアドレス、制限速度情報、ユーザホストがアクセスするオリジナルサービスボードのスロットＩＤ、当該サービスボードでの当該ユーザホストに接続されるポート（即ち、オリジナルポート）ＩＤ等を含んでもよい。

ステップＳ２０２では、本サービスボードに空きハードウェアリソースがあるか否かを判断する。そうであれば、ステップＳ２０３を実行し、そうでなければ、ステップＳ２０４を実行する。

ステップＳ２０３では、当該ユーザに対応するハードウェアユーザエントリを作成し、その後、本フローから退出する。

ステップＳ２０４では、ハードウェアリソース不足を示すための通知メッセージを制御プレーンへ送信する。

本サービスボード１_１に空きハードウェアリソースが存在しないと判断されたときに、本サービスボードに空きハードウェアリソースが存在しないため、他のサービスボードにリダイレクトする必要があることを示すためのマークを表２−１に示すソフトウェアユーザエントリｅｎｔｒｙ３_１に追加する。例えば、当該マークは、ＮｏＲｅｓＲｅｄｉで示される。その際、表２−１に示すｅｎｔｒｙ３_１は、表２−２に示すように更新される。

表１に示すリソースグループ情報がローカルに保存されたときに、制御プレーンにおいて、サービスボード１_１は、当該通知メッセージを受信した後、当該リソースグループ情報に基づいて、空きハードウェアリソースが存在する１つのサービスボードをリソースグループから選択し（例えば、ハードウェアリソースの空き率が最高となるスロットＩＤをＳｌｏｔ２_３のサービスボード１_３として選択する）、その後、Ｓｌｏｔ２_３をデータプレーンへ送信する。

または、リソースグループ情報がローカルに保存されなかったときに、制御プレーンにおいて、サービスボード１_１は、当該通知メッセージを受信した後、主制御ボードからリソースグループ情報を取得し、取得した表１に示すリソースグループ情報に基づいて、空きハードウェアリソースが存在する１つのサービスボードをリソースグループから選択し（例えば、ハードウェアリソースの空き率が最高となるスロットＩＤＳｌｏｔ２_３のサービスボード１_３を選択する）、その後、Ｓｌｏｔ２_３をデータプレーンへ送信する。

または、リソースグループ情報がローカルに保存されなかったときに、制御プレーンにおいて、サービスボード１_１は、当該通知メッセージを受信した後、表１に示すリソースグループ情報に基づいて、空きハードウェアリソースが存在する１つのサービスボードをリソースグループから選択することを主制御ボードへ通知し（例えば、ハードウェアリソースの空き率が最高となるスロットＩＤＳｌｏｔ２_３のサービスボード１_３を選択する）、Ｓｌｏｔ２_３をサービスボード１_１の制御プレーンへ返信する。制御プレーンにおいて、サービスボード１_１は、Ｓｌｏｔ２_３を受信した後、Ｓｌｏｔ２_３をデータプレーンへ送信する。

ステップＳ２０５では、制御プレーンからのＳｌｏｔ２_３を受信し、作成されたソフトウェアユーザエントリｅｎｔｒｙ３_１をサービスボード１_３へ送信する。

具体的に、データプレーンにおいて、サービスボード１_１は、ボード間通信メッセージを介してｅｎｔｒｙ３_１の内容をサービスボード１_３へ送信する。当該ボード間通信メッセージは、例えば、ＩＰＣ（Ｉｎｔｅｒ−Ｐｒｏｃｅｓｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、プロセス間通信）メッセージである。

データプレーンにおいて、サービスボード１_３は、当該ボード間通信メッセージを受信した後、当該メッセージに付加されるソフトウェアユーザエントリｅｎｔｒｙ３_１の内容に基づいて、当該ユーザに対応するソフトウェアユーザエントリｅｎｔｒｙ３_２とハードウェアユーザエントリｅｎｔｒｙ３_３を作成し、ｅｎｔｒｙ３_２にサービスボード１_１のスロットＩＤ Ｓｌｏｔ２_１を記録し、当該ユーザアクセスのオリジナルサービスボードをサービスボード１_１と示す。ｅｎｔｒｙ３_２とｅｎｔｒｙ３_３の内容は、それぞれ表３と表４に示される。

表３に示すソフトウェアユーザエントリｅｎｔｒｙ３_２は、通常、データプレーンのメモリに格納され、ｅｎｔｒｙ３_２は、主に、ユーザ名、ユーザホストのＭＡＣアドレスとＩＰアドレス、制限速度情報、対応するハードウェアユーザエントリｅｎｔｒｙ３_３のインデックス、およびユーザアクセスのオリジナルサービスボードのスロットＩＤ等を含む。表４に示すハードウェアユーザエントリｅｎｔｒｙ３_３は、ＴＣＡＭ等のデバイスに格納可能である。ｅｎｔｒｙ３_３は、主に、ユーザ名、ユーザホストのＭＡＣアドレスとＩＰアドレス、制限速度情報、ユーザの所属するグループＩＤと所属するドメイン名、対応するユーザポリシーＩＤ等を含む。

データプレーンにおいて、サービスボード１_３は、ｅｎｔｒｙ３_２とｅｎｔｒｙ３_３を作成した後、ハードウェアユーザエントリの作成に成功した旨のボード間通信メッセージをサービスボード１_１へ返信する。

ステップＳ２０６では、サービスボード１_３からの、ハードウェアユーザエントリの作成に成功した旨のボード間通信メッセージが受信された後、表２−２に示すソフトウェアユーザエントリｅｎｔｒｙ３_１にサービスボード１_３のスロットＩＤ Ｓｌｏｔ２_３を記録して当該ユーザがサービスボード１_３にリダイレクトされることを示す。その際、ｅｎｔｒｙ３_１は、表２−３に示すように更新される。

このように、サービスボード１_１に空きハードウェアリソースが存在しないとき、サービスボード１_１にアクセスしたユーザがサービスボード１_３にリダイレクトされ、サービスボード１_３が当該ユーザに対応するハードウェアユーザエントリを作成する。これにより、当該ユーザのオンラインが保証され、リソースグループにおける各サービスボードのハードウェアリソースの統合、共用およびスケジューリングが実現される。

また、データプレーンにおいて、サービスボード１_３は、ソフトウェアユーザエントリｅｎｔｒｙ３_２およびハードウェアユーザエントリｅｎｔｒｙ３_３を作成した後、ユーザホストのＩＰアドレスを含むルーティングエントリを更に作成する。当該ルーティングエントリは、表５に示される。

表５から分かるように、当該ルーティングエントリにおける宛先機器ＩＤは、リソースグループのＩＤであり、ＲＧと記され、宛先ポートＩＤは、サービスボード１_３のスロットＩＤ Ｓｌｏｔ２_３である。サービスボード１_３は、更に、表５に示すルーティングエントリを主制御ボードを介して他のサービスボード（サービスボード１_１、サービスボード１_２、サービスボード１_４、サービスボード１_５を含む）に同期させる。

サービスボード１_１、サービスボード１_２、サービスボード１_４、サービスボード１_５のうちの何れかのサービスボードは、サービスボード１_３から同期された表５に示すルーティングエントリを受信した後、以下の２種の方式のうちの何れか１種に従ってルーティングエントリを配信する。

方式一では、直接データプレーンにおいて当該ルーティングエントリを保存する。

方式一を採用する場合、サービスボード１_１、サービスボード１_２、サービスボード１_４、サービスボード１_５のデータプレーンでのＰＣ−ＩＰを含むルーティングエントリは、何れも表５に示される。

方式二
当該ルーティングエントリに含まれるＩＰアドレスＰＣ−ＩＰに基づいて対応するソフトウェアユーザエントリを検索する。見つからなかった場合、ＩＰアドレスがＰＣ−ＩＰであるユーザホストが本サービスボードにアクセスしたユーザホストではないことを意味するため、直接データプレーンにおいて当該ルーティングエントリを保存する。見つかった場合、ＩＰアドレスがＰＣ−ＩＰであるユーザホストが本サービスボードにアクセスしたユーザホストであることを意味するため、当該ルーティングエントリを保存し、保存されたルーティングエントリのＤＤｅｖを本サービスボードのスロットＩＤに変更し、ＤＰｏｒｔを、検索されたソフトウェアユーザエントリに記録されているオリジナルポートＩＤに変更する。

方式二を採用するとき、サービスボード１_１が表２−３に示すソフトウェアユーザエントリが見つかったため、サービスボード１_１のデータプレーンでのＰＣ−ＩＰを含むルーティングエントリは、表６に示される。その一方、サービスボード１_２、サービスボード１_４、サービスボード１_５が対応するソフトウェアユーザエントリを見つからなかったため、これらのサービスボードのデータプレーンでのＰＣ−ＩＰを含むルーティングエントリは、何れも表５に示される。

これにより分かるように、方式一であろうと方式二であろうと、サービスボード１_２、サービスボード１_４、サービスボード１_５のデータプレーンでのＰＣ−ＩＰを含むルーティングエントリは、何れも表５に示される。しかし、サービスボード１_１については、方式一を採用する時、データプレーンでのＰＣ−ＩＰを含むルーティングエントリが表５に示される一方、方式二を採用する時、データプレーンでのＰＣ−ＩＰを含むルーティングエントリが表６に示される。即ち、異なる方式を採用するときのルーティングエントリも異なる。このため、ユーザホスト宛のデータパケットに対する転送処理も異なる。方式一を採用するときの転送処理は、後文における図３に示す方法を参照し、方式二を採用するときの転送処理は、後文における図４に示す方法を参照する。

次に、ユーザによる、ホストからインターネットへのデータパケット転送手順は、下記のようになる。

認証が通った後、ユーザホストは、ソースＩＰアドレスがＰＣ−ＩＰであるデータパケットを発信することでインターネットへアクセスし、データプレーンにおいて、サービスボード１_１は、当該データパケットを受信した後、当該パケットが非プロトコルパケットであると認識すると、先に当該データパケットの宛先ＩＰアドレスに基づいて、対応するルーティングエントリを検索し、その後、当該データパケットのソースＩＰアドレスＰＣ−ＩＰに基づいて対応するソフトウェアユーザエントリおよびハードウェアユーザエントリを検索する。その結果、表２−３に示すソフトウェアユーザエントリｅｎｔｒｙ３_１が見つかったが、対応するハードウェアユーザエントリが見つからなかった。その際、ｅｎｔｒｙ３_１にＮｏＲｅｓＲｅｄｉがマークされたため、当該ユーザが他のサービスボードにリダイレクトされたと特定可能であり、ｅｎｔｒｙ３_１に記録されるＳｌｏｔ２_３に基づいて、当該データパケットをスイッチングネットワークを介してサービスボード１_３へ送信する。

データプレーンにおいて、サービスボード１_３は、当該データパケットを受信した後、先に当該データパケットの宛先ＩＰアドレスに基づいて、対応するルーティングエントリを検索し、その後、当該データパケットのソースＩＰアドレスＰＣ−ＩＰに基づいて対応するソフトウェアユーザエントリおよびハードウェアユーザエントリを検索する。その結果、表３に示すソフトウェアユーザエントリｅｎｔｒｙ３_２および表４に示すハードウェアユーザエントリｅｎｔｒｙ３_３が見つかった。ハードウェアユーザエントリｅｎｔｒｙ３_３に基づいて対応する操作（例えば、流量と時間の統計、ユーザポリシーの制御等）を行い、その後、検索されたルーティングエントリに基づいて当該データパケットを転送し、最終的にインターネットに到達させる。例えば、当該データパケットを出口サービスボード１_４へ転送し、出口サービスボード１_４を介してインターネットへ転送する。

インターネットからユーザホストへのデータパケットのデータパケット転送手順は、下記のようになる。

サービスボード１_４は、ユーザホスト宛のデータパケットを受信し、先に当該データパケットの宛先ＩＰアドレスＰＣ−ＩＰに基づいて対応するルーティングエントリを検索する。その結果、表５に示すルーティングエントリが見つかった。当該ルーティングエントリにおけるＤＤｅｖは、ＲＧ、即ちリソースグループであり、当該ルーティングエントリにおけるＤＰｏｒｔは、Ｓｌｏｔ２_３である。その後、当該データパケットの宛先ＩＰアドレスＰＣ−ＩＰに基づいて、対応するソフトウェアユーザエントリおよびハードウェアユーザエントリを検索する。その結果として、どちらも見つからなかった場合、検索されたルーティングエントリにおけるＤＰｏｒｔであるＳｌｏｔ２_３に基づいて、当該データパケットをスイッチングネットワークを介してサービスボード１_３へ転送する。

サービスボード１_３は、当該データパケットを受信した後、先に当該データパケットの宛先ＩＰアドレスＰＣ−ＩＰに基づいて対応するルーティングエントリを検索する。その結果、表５に示すルーティングエントリが見つかった。当該ルーティングエントリにおけるＤＤｅｖは、ＲＧ、即ち、リソースグループであり、当該ルーティングエントリにおけるＤＰｏｒｔは、Ｓｌｏｔ２_３である。その後、当該データパケットの宛先ＩＰアドレスＰＣ−ＩＰに基づいて、対応するソフトウェアユーザエントリおよびハードウェアユーザエントリを検索する。その結果として、ソフトウェアユーザエントリｅｎｔｒｙ３_２およびハードウェアユーザエントリｅｎｔｒｙ３_３が見つかった場合、ハードウェアユーザエントリｅｎｔｒｙ３_３に基づいて対応する処理（例えば、流量と時間の統計、ユーザポリシーの制御等）を行い、その後、ソフトウェアユーザエントリｅｎｔｒｙ３_２に記録されるＳｌｏｔ２_１に基づいて、当該データパケットをスイッチングネットワークを介してサービスボード１_１へ転送する。

サービスボード１_１は、当該データパケットを受信した後、図３に示す方法に従って当該データパケットを転送してもよく、図４に示す方法に従って当該データパケットを転送してもよい。これにより、当該データパケットは、最終的にユーザホストへ転送される。

ある場合において、方式一を用いてルーティングエントリを配信するとき、サービスボード１_１のデータプレーンでのＰＣ−ＩＰを含むルーティングエントリが表５に示されるため、サービスボード１_１は、ユーザホスト宛のデータパケットを受信した後、図３に示すステップを実行する必要がある。

ステップＳ３０１では、当該データパケットの宛先ＩＰアドレスＰＣ−ＩＰに基づいて対応するルーティングエントリを検索する。その結果、表５に示すルーティングエントリが見つかった。当該ルーティングエントリにおけるＤＤｅｖは、ＲＧ、即ち、リソースグループであり、当該ルーティングエントリにおけるＤＰｏｒｔは、Ｓｌｏｔ２_３である。

ステップＳ３０２では、当該データパケットの宛先ＩＰアドレスＰＣ−ＩＰに基づいて、対応するソフトウェアユーザエントリおよびハードウェアユーザエントリを検索する。その結果、表２−３に示すソフトウェアユーザエントリｅｎｔｒｙ３_１が見つかったが、対応するハードウェアユーザエントリが見つからなかった。

ステップＳ３０３では、ソフトウェアユーザエントリｅｎｔｒｙ３_１に記録されるオリジナルポートＩＤ ＰｏｒｔＡに基づいて、当該データパケットをユーザホストへ転送する。

別の場合において、方式二を用いてルーティングエントリを配信するとき、サービスボード１_１のデータプレーンでのＰＣ−ＩＰを含むルーティングエントリが表６に示されるため、サービスボード１_１は、ユーザホスト宛のデータパケットを受信した後、図４に示すステップを実行する必要がある。

ステップＳ４０１では、当該データパケットの宛先ＩＰアドレスＰＣ−ＩＰに基づいて対応するルーティングエントリを検索する。その結果、表６に示すルーティングエントリが見つかった。当該ルーティングエントリにおけるＤＤｅｖは、本サービスボードのスロットＩＤ Ｓｌｏｔ２_１であり、当該ルーティングエントリにおけるＤＰｏｒｔは、ＰｏｒｔＡである。

ステップＳ４０２では、当該データパケットの宛先ＩＰアドレスＰＣ−ＩＰに基づいて、対応するソフトウェアユーザエントリおよびハードウェアユーザエントリを検索する。その結果、表２−３に示すソフトウェアユーザエントリｅｎｔｒｙ３_１が見つかったが、対応するハードウェアユーザエントリが見つからなかった。

ステップＳ４０３では、検索されたルーティングエントリにおけるＤＰｏｒｔであるＰｏｒｔＡに基づいて、当該データパケットをユーザホストへ転送する。

サービスボード１_１にアクセスしたユーザに対応するハードウェアユーザエントリがサービスボード１_３にあるため、当該ハードウェアユーザエントリに基づいてユーザホスト宛のデータパケットに対して流量統計等の処理を実施できるように、サービスボード１_３は、ユーザホストのＩＰルーティングエントリを配信するとき、宛先機器ＩＤをリソースグループのＩＤとして設定し、宛先ポートＩＤを本サービスボード１_３のスロットＩＤとして設定し、当該ルーティングエントリを他のサービスボードに同期させる。このように、他のサービスボードは、当該ルーティングエントリを配信する。これにより、インターネットからユーザホストへ送信されたデータパケットを最初に受信したサービスボードは、ルートを検索することで当該データパケットをサービスボード１_３へ転送する。サービスボード１_３は、ハードウェアユーザエントリに基づいてユーザホスト宛のデータパケットについて流量統計等の処理を行った後でサービスボード１_１へ転送し、最終的にサービスボード１_１を介してユーザホストへ転送する。

上記リソーススケジューリング方法の実施例に対応し、本発明は、装置の実施例を更に提供する。

図５を参照すると、図５は、本発明の実施例に係る分散型アクセスゲートウェイ機器の構造図である。図５に示すように、当該ゲートウェイ機器は、複数のサービスボード、即ち、第１サービスボードから第Ｎサービスボードを備える。第１サービスボード５１０は、何れかのサービスボードである。第１サービスボード５１０は、プロセッサ５１１および機器読み取り可能な記憶媒体５１２を備える。プロセッサ５１１と機器読み取り可能な記憶媒体５１２とは、システムバス５１３を経由して通信する。また、プロセッサ５１１は、機器読み取り可能な記憶媒体５１２に記憶されるリソーススケジューリング論理６０に対応する機器の実行可能な指令を読み取って実行することにより、上記アドレス配分方法を実行する。

本文で言及される機器読み取り可能な記憶媒体５１２は、如何なる電気的なもの、磁気的なもの、光学的なものまたは他の物理的記憶装置であってもよく、情報（例えば、実行可能な指令、データ等）を含むか記憶可能である。例えば、機器読み取り可能な記憶媒体５１２は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ランダムアクセスメモリ）、揮発性メモリ、不揮発性メモリ、フラッシュメモリ、記憶ドライバ（例えば、ハードディスクドライバ）、ソリッド・ステート・ディスク、如何なるタイプの記憶ディスク（例えば、光ディスク、ＤＶＤ等）、または類似する記憶媒体、またはそれらの組み合わせであってもよい。

図６を参照すると、本発明の実施例のリソーススケジューリング論理６０は、判断手段６０１、取得手段６０２および送信手段６０３を備える。

判断手段６０１は、第１ユーザ認証が通った後、前記第１ユーザに対応する第１ソフトウェアユーザエントリを分散型アクセスゲートウェイ機器における第１サービスボード５１０のデータプレーンにおいて作成し、前記第１サービスボード５１０に空きハードウェアリソースが存在するか否かを判断する。

取得手段６０２は、存在しない場合に、空きハードウェアリソースが存在する第２サービスボード５２０のスロット識別子（ＩＤ）をデータプレーンにおいて取得する。前記第２サービスボード５２０は、リソースグループから選択されたものであり、前記リソースグループは、前記分散型アクセスゲートウェイ機器における２つ以上のサービスボードを含む。

送信手段６０３は、データプレーンにおいて取得された前記第２サービスボード５２０のスロットＩＤに基づいて前記第１ソフトウェアユーザエントリを前記第２サービスボード５２０へ送信する。このように、前記第２サービスボード５２０は、データプレーンにおいて前記第１ユーザに対応する第１ハードウェアユーザエントリを作成する。

図７に示すように、リソーススケジューリング論理６０は、更新手段６０４および第１受信手段６０５を更に備える。

更新手段６０４は、前記第２サービスボード５２０が前記第１ユーザに対応する第１ハードウェアユーザエントリの作成に成功したことを特定したときに、データプレーンにおいて前記第２サービスボード５２０のスロットＩＤを前記第１ソフトウェアユーザエントリに記録する。

第１受信手段６０５は、ユーザホストからのデータパケットを受信する。

送信手段６０３は、更に、受信されたデータパケットが前記第１ソフトウェアユーザエントリにマッチングした場合に、前記第１サービスボードが、データプレーンにおいて前記第１ソフトウェアユーザエントリに記録される前記第２サービスボード５２０のスロットＩＤに基づいて、前記データパケットを前記第２サービスボード５２０へ転送する。

図８に示すように、リソーススケジューリング論理６０は、第２受信手段６０６および作成手段６０７を更に備える。

第２受信手段６０６は、第３サービスボード５３０から送信された第２ユーザに対応するソフトウェアユーザエントリを受信する。

作成手段６０７は、受信されたソフトウェアユーザエントリに基づいて、前記第２ユーザに対応する第２ソフトウェアユーザエントリと第２ハードウェアユーザエントリとを作成し、前記第３サービスボード５３０のスロットＩＤを前記第２ソフトウェアユーザエントリに記録する。

作成手段６０７は、更に、前記第２ソフトウェアユーザエントリと前記第２ハードウェアユーザエントリとを作成した後、前記第２ユーザのホストＩＰアドレスを含む第１ルーティングエントリをデータプレーンにおいて作成する。前記第１ルーティングエントリにおける宛先機器ＩＤは、前記リソースグループのＩＤであり、宛先ポートＩＤは、前記第１サービスボード５１０のスロットＩＤである。

送信手段６０３は、更に、前記第１ルーティングエントリを前記リソースグループにおける他のサービスボードに同期させる。

一例示では、リソーススケジューリング論理６０は、保存手段６０８を更に備えてもよい。

第２受信手段６０６は、更に、第４サービスボードから同期された第２ルーティングエントリを受信する。

保存手段６０８は、第２受信手段６０６で受信されたルーティングエントリを保存する。

一例示では、第１ソフトウェアユーザエントリには、本サービスボードでの第１ユーザのホストに接続されるポートＩＤが更に記録されている。図９に示すように、リソーススケジューリング装置６０は、保存手段６０８を更に備えてもよい。

第２受信手段６０６は、更に、第４サービスボードから同期された第２ルーティングエントリを受信する。

保存手段６０８は、データプレーンにおいて当該第２ルーティングエントリに含まれるＩＰアドレスに基づいて対応するソフトウェアユーザエントリを検索し、当該ＩＰアドレスに対応するソフトウェアユーザエントリが見つからなかった場合に、前記第２ルーティングエントリをデータプレーンにおいて保存し、前記第１ソフトウェアユーザエントリが見つかった場合に、前記第２ルーティングエントリをデータプレーンにおいて保存し、前記第２ルーティングエントリにおける宛先機器ＩＤを前記第１サービスボードのスロットＩＤに変更し、宛先ポートＩＤを、当該ＩＰアドレスに対応する前記第１ソフトウェアユーザエントリに記録される前記第１サービスボードでの前記第１ユーザのホストに接続されるポートＩＤに変更する。

図９に示すように、リソーススケジューリング論理６０は、検索手段６０９を更に備える。

第２受信手段６０６は、更に、ユーザホスト宛のデータパケットを受信する。

検索手段６０９は、受信されたデータパケットの宛先ＩＰアドレスに基づいて対応する第３ルーティングエントリを検索し、当該第３ルーティングエントリにおける宛先機器ＩＤは、前記リソースグループのＩＤであり、宛先ポートＩＤは、スロットＩＤである。検索手段６０９は、データプレーンにおいて当該データパケットの宛先ＩＰアドレスに基づいて対応するソフトウェアユーザエントリおよびハードウェアユーザエントリを検索する。

送信手段６０３は、更に、ソフトウェアユーザエントリおよびハードウェアユーザエントリが何れも見つからなかった場合に、第１サービスボードのデータプレーンにおいて当該第３ルーティングエントリにおける宛先ポートＩＤであるスロットＩＤに基づいて、当該データパケットを対応するスロットのサービスボードへ転送し、前記第２ソフトウェアユーザエントリおよび前記第２ハードウェアユーザエントリが見つかった場合に、データプレーンにおいて前記第２ハードウェアユーザエントリに基づいて対応する処理を行い、その後、前記第２ソフトウェアユーザエントリに記録される前記第３サービスボード５２０のスロットＩＤに基づいて、当該データパケットを前記第３サービスボードへ転送し、前記第１ソフトウェアユーザエントリが見つかったが、ハードウェアユーザエントリが見つからなかった場合に、データプレーンにおいて前記第１ソフトウェアユーザエントリに記録される前記第１サービスボードでの前記第１ユーザのホストに接続されるポートＩＤに基づいて、当該データパケットを前記第１ユーザのホストへ転送する。

上記装置実施例では、第１受信手段６０５と第２受信手段６０６は、２つの独立した手段であってもよく、１つの手段に集約されて実施されてもよい。本発明の実施例では、これについて限定しない。

上記装置における各手段の機能および作用の実現手順は、上記方法の対応ステップの実現手順を詳細に参照すればよいため、ここで繰り返し説明しない。

装置実施例は、方法実施例に基本的に対応するため、その関連箇所が方法実施例部分の説明を参照すればよい。上述した装置実施例は、単に例示であり、その中、分離部品として説明される手段が物理的に分離されるものであってもよくでなくてもよい。また、手段として表示される部品は、物理手段であってもでなくてもよい。更に、それらの手段は、１箇所に位置してもよく、複数のネットワークセルに分散してもよい。実際の需要に応じてその中の一部または全部のモジュールを選択して本実施例の目的を果たすことが可能である。当業者は、進歩性に値する労働をせずに、理解して実施可能である。

説明すべきことは、本文に、第１と第２等のような関係用語は、単に１つの実体や操作を別の実体や操作と区分させるために用いられ、これらの実体や操作の間になんらかの実際的な関係や順序が存在するとは必ずしも要求やヒントすることではない。用語「含む」、「備える」またはほかの何れかの同義語が非排他的含有をカバーすることを狙う。このように、一シリーズの要素を有する手順、方法、物品または機器は、それらの要素を有するだけではなく、明確に挙げられていない他の要素も有し、またはこのような手順、方法、物品または機器に固有の要素も有する。更なる制限がない限り、語句「１つの…を含む」で限定される要素は、前記要素を有する手順、方法、物品または機器に他の同じ要素を更に有することをあえて排除しない。

以上では、本発明の実施例に供される方法と装置を詳細に説明した。本文では、具体的な例を用いて本発明の原理および実施形態を説明したが、以上の実施例の説明が単に本発明の方法およびその要旨を容易に理解するために用いられる。それとともに、当業者であれば、本発明の思想に基づいて具体的な実施形態および応用範囲を変更可能である。したがって、本明細書の内容は、本発明に対する制限として理解されるべきではない。

Claims (15)

1. 第１ユーザ認証が通った後、分散型アクセスゲートウェイ機器における第１サービスボードが、前記第１ユーザに対応する第１ソフトウェアユーザエントリをデータプレーンにおいて作成し、前記第１サービスボードに空きハードウェアリソースが存在するか否かを判断することと、
   前記第１サービスボードに空きハードウェアリソースが存在しない場合に、前記第１サービスボードが、空きハードウェアリソースが存在する第２サービスボードのスロット識別子（ＩＤ）をデータプレーンにおいて取得し、前記第２サービスボードは、リソースグループから選択されたものであり、前記リソースグループは、前記分散型アクセスゲートウェイ機器における２つ以上のサービスボードを含むことと、
   前記第２サービスボードが前記第１ユーザに対応する第１ハードウェアユーザエントリをデータプレーンにおいて作成するように、前記第１サービスボードがデータプレーンにおいて取得した前記第２サービスボードのスロットＩＤに基づいて前記第１ソフトウェアユーザエントリを前記第２サービスボードへ送信することと、を含むことを特徴とするリソーススケジューリング方法。
2. 前記第１サービスボードは、前記第２サービスボードが前記第１ユーザに対応する第１ハードウェアユーザエントリの作成に成功したことを特定したときに、データプレーンにおいて前記第２サービスボードのスロットＩＤを前記第１ソフトウェアユーザエントリに記録することと、
   前記第１サービスボードがユーザホストからのデータパケットをデータプレーンにおいて受信し、受信したデータパケットが前記第１ソフトウェアユーザエントリにマッチングした場合に、前記第１サービスボードがデータプレーンにおいて前記第１ソフトウェアユーザエントリに記録される前記第２サービスボードのスロットＩＤに基づいて、前記データパケットを前記第２サービスボードへ転送することと、を更に含むことを特徴とする請求項１に記載のリソーススケジューリング方法。
3. 前記第１サービスボードが第３サービスボードからの第２ユーザに対応するソフトウェアユーザエントリをデータプレーンにおいて受信し、受信したソフトウェアユーザエントリに基づいて、前記第２ユーザに対応する第２ソフトウェアユーザエントリと第２ハードウェアユーザエントリとを作成し、前記第３サービスボードのスロットＩＤを前記第２ソフトウェアユーザエントリに記録することを更に含むことを特徴とする請求項１に記載のリソーススケジューリング方法。
4. 前記第１サービスボードが、前記第２ソフトウェアユーザエントリと前記第２ハードウェアユーザエントリとを作成した後、前記第２ユーザのホストＩＰアドレスを含む第１ルーティングエントリをデータプレーンにおいて作成し、前記第１ルーティングエントリにおける宛先機器ＩＤは、前記リソースグループのＩＤであり、宛先ポートＩＤは、前記第１サービスボードのスロットＩＤであることと、
   前記第１サービスボードがデータプレーンにおいて前記第１ルーティングエントリを前記リソースグループにおける他のサービスボードに同期させることと、を更に含むことを特徴とする請求項３に記載のリソーススケジューリング方法。
5. 前記第１サービスボードが第４サービスボードから同期された第２ルーティングエントリをデータプレーンにおいて受信して保存することを更に含むことを特徴とする請求項４に記載のリソーススケジューリング方法。
6. 前記第１ソフトウェアユーザエントリには、前記第１サービスボードでの前記第１ユーザのホストに接続されるポートＩＤが更に記録され、
   前記リソーススケジューリング方法は、更に、
   前記第１サービスボードが第４サービスボードから同期された第２ルーティングエントリをデータプレーンにおいて受信することと、
   前記第１サービスボードがデータプレーンにおいて当該第２ルーティングエントリに含まれるＩＰアドレスに基づいて対応するソフトウェアユーザエントリを検索することと、
   当該ＩＰアドレスに対応するソフトウェアユーザエントリが見つからなかった場合に、前記第１サービスボードが前記第２ルーティングエントリをデータプレーンにおいて保存することと、
   前記第１ソフトウェアユーザエントリが見つかった場合に、前記第１サービスボードが、前記第２ルーティングエントリをデータプレーンにおいて保存し、前記第２ルーティングエントリにおける宛先機器ＩＤを前記第１サービスボードのスロットＩＤに変更し、宛先ポートＩＤを、当該ＩＰアドレスに対応する前記第１ソフトウェアユーザエントリに記録される、前記第１サービスボードでの前記第１ユーザのホストに接続されるポートＩＤに変更することと、を更に含むことを特徴とする請求項４に記載のリソーススケジューリング方法。
7. 前記第１サービスボードが、データプレーンにおいてユーザホスト宛のデータパケットを受信し、受信したデータパケットの宛先ＩＰアドレスに基づいて、対応する第３ルーティングエントリを検索し、当該第３ルーティングエントリにおける宛先機器ＩＤは、前記リソースグループのＩＤであり、宛先ポートＩＤは、スロットＩＤであることと、
   前記第１サービスボードがデータプレーンにおいて当該データパケットの宛先ＩＰアドレスに基づいて対応するソフトウェアユーザエントリおよびハードウェアユーザエントリを検索することと、
   前記ソフトウェアユーザエントリおよび前記ハードウェアユーザエントリが何れも見つからなかった場合に、前記第１サービスボードが、データプレーンにおいて当該第３ルーティングエントリにおける、宛先ポートＩＤであるスロットＩＤに基づいて、当該データパケットを対応するスロットのサービスボードへ転送することと、
   前記第２ソフトウェアユーザエントリおよび前記第２ハードウェアユーザエントリが見つかった場合に、前記第１サービスボードが、データプレーンにおいて前記第２ハードウェアユーザエントリに基づいて対応する処理を行い、その後、前記第２ソフトウェアユーザエントリに記録される前記第３サービスボードのスロットＩＤに基づいて、当該データパケットを前記第３サービスボードへ転送することと、
   前記第１ソフトウェアユーザエントリが見つかったが、ハードウェアユーザエントリが見つからなかった場合に、前記第１サービスボードが、データプレーンにおいて前記第１ソフトウェアユーザエントリに記録される、前記第１サービスボードでの前記第１ユーザのホストに接続されるポートＩＤに基づいて、当該データパケットを前記第１ユーザのホストへ転送することと、を更に含むことを特徴とする請求項５に記載のリソーススケジューリング方法。
8. 分散型アクセスゲートウェイ機器であって、
   複数のサービスボードを備え、
   その中の第１サービスボードは、プロセッサと機器読み取り可能な記憶媒体とを備え、前記機器読み取り可能な記憶媒体には、前記プロセッサによって実行され得る機器の実行可能な指令が記憶され、前記プロセッサは、前記機器の実行可能な指令により、
   第１ユーザ認証が通った後、前記第１ユーザに対応する第１ソフトウェアユーザエントリをデータプレーンにおいて作成し、前記第１サービスボードに空きハードウェアリソースが存在するか否かを判断することと、
   前記第１サービスボードに空きハードウェアリソースが存在しない場合に、空きハードウェアリソースが存在する第２サービスボードのスロット識別子（ＩＤ）をデータプレーンにおいて取得することと、
   前記第２サービスボードが前記第１ユーザに対応する第１ハードウェアユーザエントリをデータプレーンにおいて作成するように、データプレーンにおいて取得した前記第２サービスボードのスロットＩＤに基づいて前記第１ソフトウェアユーザエントリを前記第２サービスボードへ送信することと、を実行させ、
   前記第２サービスボードは、リソースグループから選択されたものであり、前記リソースグループは、前記分散型アクセスゲートウェイ機器における２つ以上のサービスボードを含むことを特徴とする分散型アクセスゲートウェイ機器。
9. 前記プロセッサは、更に、前記機器の実行可能な指令により、
   前記第２サービスボードが前記第１ユーザに対応する第１ハードウェアユーザエントリの作成に成功したことを特定したときに、データプレーンにおいて前記第２サービスボードのスロットＩＤを前記第１ソフトウェアユーザエントリに記録することと、
   ユーザホストからのデータパケットをデータプレーンにおいて受信し、受信したデータパケットが前記第１ソフトウェアユーザエントリにマッチングした場合に、前記第１サービスボードがデータプレーンにおいて前記第１ソフトウェアユーザエントリに記録される前記第２サービスボードのスロットＩＤに基づいて、前記データパケットを前記第２サービスボードへ転送することと、を実行させることを特徴とする請求項８に記載の分散型アクセスゲートウェイ機器。
10. 前記プロセッサは、更に、前記機器の実行可能な指令により、
    データプレーンにおいて第３サービスボードからの第２ユーザに対応するソフトウェアユーザエントリを受信し、受信したソフトウェアユーザエントリに基づいて、前記第２ユーザに対応する第２ソフトウェアユーザエントリと第２ハードウェアユーザエントリとを作成し、前記第３サービスボードのスロットＩＤを前記第２ソフトウェアユーザエントリに記録することを実行させることを特徴とする請求項８に記載の分散型アクセスゲートウェイ機器。
11. 前記プロセッサは、更に、前記機器の実行可能な指令により、
    前記第２ソフトウェアユーザエントリと前記第２ハードウェアユーザエントリとを作成した後、前記第２ユーザのホストＩＰアドレスを含む第１ルーティングエントリをデータプレーンにおいて作成し、前記第１ルーティングエントリにおける宛先機器ＩＤは、前記リソースグループのＩＤであり、宛先ポートＩＤは、前記第１サービスボードのスロットＩＤであることと、
    データプレーンにおいて前記第１ルーティングエントリを前記リソースグループにおける他のサービスボードに同期させることと、を実行させることを特徴とする請求項１０に記載の分散型アクセスゲートウェイ機器。
12. 前記プロセッサは、更に、前記機器の実行可能な指令により、
    第４サービスボードから同期された第２ルーティングエントリをデータプレーンにおいて受信して保存することを実行させることを特徴とする請求項１１に記載の分散型アクセスゲートウェイ機器。
13. 前記第１ソフトウェアユーザエントリには、前記第１サービスボードでの前記第１ユーザのホストに接続されるポートＩＤが更に記録され、
    前記プロセッサは、更に、前記機器の実行可能な指令により、
    第４サービスボードから同期された第２ルーティングエントリをデータプレーンにおいて受信することと、
    データプレーンにおいて当該第２ルーティングエントリに含まれるＩＰアドレスに基づいて対応するソフトウェアユーザエントリを検索することと、
    当該ＩＰアドレスに対応するソフトウェアユーザエントリが見つからなかった場合に、前記第２ルーティングエントリをデータプレーンにおいて保存することと、
    前記第１ソフトウェアユーザエントリが見つかった場合に、前記第２ルーティングエントリをデータプレーンにおいて保存し、前記第２ルーティングエントリにおける宛先機器ＩＤを前記第１サービスボードのスロットＩＤに変更し、宛先ポートＩＤを、当該ＩＰアドレスに対応する前記第１ソフトウェアユーザエントリに記録される前記第１サービスボードでの前記第１ユーザのホストに接続されるポートＩＤに変更することと、を実行させることを特徴とする請求項１１に記載の分散型アクセスゲートウェイ機器。
14. 前記プロセッサは、更に、前記機器の実行可能な指令により、
    データプレーンにおいてユーザホスト宛のデータパケットを受信し、受信したデータパケットの宛先ＩＰアドレスに基づいて、対応する第３ルーティングエントリを検索し、当該第３ルーティングエントリにおける宛先機器ＩＤは、前記リソースグループのＩＤであり、宛先ポートＩＤは、スロットＩＤであることと、
    データプレーンにおいて当該データパケットの宛先ＩＰアドレスに基づいて対応するソフトウェアユーザエントリおよびハードウェアユーザエントリを検索することと、
    前記ソフトウェアユーザエントリおよび前記ハードウェアユーザエントリが何れも見つからなかった場合に、データプレーンにおいて当該第３ルーティングエントリにおける宛先ポートＩＤであるスロットＩＤに基づいて、当該データパケットを対応するスロットのサービスボードへ転送することと、
    前記第２ソフトウェアユーザエントリおよび前記第２ハードウェアユーザエントリが見つかった場合に、データプレーンにおいて前記第２ハードウェアユーザエントリに基づいて対応する処理を行い、その後、前記第２ソフトウェアユーザエントリに記録される前記第３サービスボードのスロットＩＤに基づいて、当該データパケットを前記第３サービスボードへ転送することと、
    前記第１ソフトウェアユーザエントリが見つかったが、ハードウェアユーザエントリが見つからなかった場合に、データプレーンにおいて前記第１ソフトウェアユーザエントリに記録される前記第１サービスボードでの前記第１ユーザのホストに接続されるポートＩＤに基づいて、当該データパケットを前記第１ユーザのホストへ転送することと、を実行させることを特徴とする請求項１２に記載の分散型アクセスゲートウェイ機器。
15. 機器の実行可能な指令を記憶する機器読み取り可能な記憶媒体であって、
    プロセッサは、前記機器の実行可能な指令を呼び出して実行するときに、
    第１ユーザ認証が通った後、前記第１ユーザに対応する第１ソフトウェアユーザエントリを分散型アクセスゲートウェイ機器における第１サービスボードのデータプレーンにおいて作成し、前記第１サービスボードに空きハードウェアリソースが存在するか否かを判断することと、
    前記第１サービスボードに空きハードウェアリソースが存在しない場合に、空きハードウェアリソースが存在する第２サービスボードのスロット識別子（ＩＤ）を前記データプレーンにおいて取得し、前記第２サービスボードは、リソースグループから選択されたものであり、前記リソースグループは、前記分散型アクセスゲートウェイ機器における２つ以上のサービスボードを含むことと、
    前記第２サービスボードが前記第１ユーザに対応するハードウェアユーザエントリをデータプレーンにおいて作成するように、データプレーンにおいて取得した前記第２サービスボードのスロットＩＤに基づいて前記第１ソフトウェアユーザエントリを前記第２サービスボードへ送信することと、を実行させることを特徴とする機器読み取り可能な記憶媒体。