(57)【要約】【課題】コンピュータネットワークをパケットフラッドから保護する方法を提供する。【解決手段】ＲＬＳノード１０８は、フィルタリングルールを含み、このフィルタリングルールに基づいて、ＲＬＳノード１０８は、着信コンテンツをフィルタリングする。ホストシステム１０２、１０４、１０６は、時分割ＬＡＮを使用してフィードバックをＣＳＣ１１２へ送信する。ＣＳＣ１１２は、共有ＬＡＮ上のホストシステム１０２、１０４、１０６からフィードバックを収集して、そのフィードバックをＲＬＳノード１０８へ安全な方法で送信するための単一のエージェントとして動作する。ＣＳＣ１１２は、それぞれのホストシステムからフィードバックを受け付ける前にそのホストシステムを認証し、すべての受信フィードバックを照合し、上述したように、安全な接続を使用してフィードバックをＲＬＳノード１０８へ送信する。【選択図】図１
2008178100.tif 000002
【特許請求の範囲】
【請求項１】
コンピューティングシステムであって、
コンピューティングデバイスと、
前記コンピューティングデバイスへ送信されたデータパケットをインターセプトするように配置され、且つ、該データパケットをパースするようになっている、前記コンピューティングデバイスと電子通信するレート制限システムと
を備え、
前記コンピューティングデバイスは、データフラッド状態を識別するための少なくとも１つのしきい値パラメータを備え、該しきい値パラメータは、前記コンピューティングデバイスの１つ又は２つ以上の利用可能なコンピューティング資源の関数であり、
前記コンピューティングデバイスは、イベントデータを生成し、該イベントデータに基づいてフィードバックデータを生成し、且つ、該フィードバックデータを前記レート制限システムへ送信することによって、前記少なくとも１つのしきい値パラメータの突破を引き起こす、前記レート制限システムを介して受信された着信データパケットに応答するように構成され、
前記フィードバックデータは、前記レート制限システムによって使用されて、前記レート制限システムの振る舞いを前記フィードバックデータに従って変更するようになっている
コンピューティングシステム。
【請求項２】
前記コンピューティングデバイス及び前記レート制限システムと電子通信し、前記コンピューティングデバイスから前記フィードバックデータを受信して前記フィードバックデータを前記レート制限システムへ転送するようになっている中央スイッチコントローラ
をさらに備える請求項１に記載のコンピューティングシステム。
【請求項３】
前記コンピューティングデバイスは、前記少なくとも１つのしきい値パラメータを生成するようになっている
請求項１に記載のコンピューティングシステム。
【請求項４】
前記コンピューティングデバイスは、個々のデータフラッド状態を識別するための複数の前記しきい値パラメータを備える
請求項１に記載のコンピューティングシステム。
【請求項５】
前記コンピューティングデバイスは、前記利用可能なコンピューティング資源が大幅に変化したか否かを定期的にチェックし、そうである場合に、前記少なくとも１つのしきい値パラメータを更新するようになっている
請求項１に記載のコンピューティングシステム。
【請求項６】
前記コンピューティングデバイスは、
前記イベントを生成するためのスタブコードを有するＴＣＰ／ＩＰスタック
を含む
請求項１に記載のコンピューティングシステム。
【請求項７】
コンピューティングデバイス又はコンピュータネットワークの保護を制御する方法であって、
着信データパケットをパースするようになっているレート制限システムを介して前記コンピューティングデバイス又はコンピュータネットワークへ前記データパケットを方向付けることと、
前記コンピューティングデバイス又はコンピュータネットワークに、データフラッド状態を識別するための少なくとも１つのしきい値パラメータを提供することであって、該しきい値パラメータは、前記コンピューティングデバイス又はコンピュータネットワークの１つ又は２つ以上の利用可能なコンピューティング資源の関数である、少なくとも１つのしきい値パラメータを提供することと、
前記コンピューティングデバイス又はコンピュータネットワークが、イベントデータを生成することによって、前記少なくとも１つのしきい値パラメータの突破を引き起こす、前記レート制限システムを介して受信された着信データパケットに応答することと、
前記イベントデータに基づいてフィードバックデータを生成することと、
前記フィードバックデータを前記レート制限システムへ送信することと、
前記レート制限システムが、前記フィードバックデータに従って自身の振る舞いを変更することと
を含む方法。
【請求項８】
前記コンピューティングデバイスに前記少なくとも１つのしきい値パラメータを提供することは、
前記コンピューティングデバイスを用いて前記少なくとも１つのしきい値パラメータを生成すること
を含む
請求項７に記載の方法。
【請求項９】
前記コンピューティングデバイスに、個々のデータフラッド状態を識別するための複数の前記しきい値パラメータを提供すること
を含む請求項７に記載の方法。
【請求項１０】
前記コンピューティングデバイスが、前記イベントデータに基づいて前記フィードバックデータを生成すること
を含む請求項７に記載の方法。
【請求項１１】
前記利用可能なコンピューティング資源が大幅に変化しているか否かを定期的にチェックすることと、
そうである場合に、前記少なくとも１つのしきい値パラメータを更新することと
をさらに含む請求項７に記載の方法。
【請求項１２】
前記少なくとも１つのしきい値パラメータを定期的に更新すること
をさらに含む請求項７に記載の方法。
【請求項１３】
前記イベントをイベントキューにポストすることと、
前記イベントキューにおけるイベントデータの１つ又は２つ以上のアイテムに基づいて前記フィードバックデータを生成することと
を含む請求項７に記載の方法。
【請求項１４】
前記コンピューティングデバイスのＴＣＰ／ＩＰスタックに前記イベントを生成するためのスタブコードを提供すること
を含む請求項７に記載の方法。
【請求項１５】
コンピューティング環境のパケットパースレート制限システムにより使用されて該レート制限システムの振る舞いを変更することに適するように適合されたデータパケットであって、
該データパケットは、着信データが、前記レート制限システムによってコンピューティングデバイス又はコンピュータネットワークに渡されたが、個々のデータフラッドを示し且つ前記コンピューティングデバイス又はコンピュータネットワークの１つ又は２つ以上の利用可能なコンピューティング資源に基づいた、前記コンピューティングデバイス又はコンピュータネットワークの１つ又は２つ以上のしきい値パラメータを突破した１つ又は複数のイベントを示す
データパケット。
【請求項１６】
１つ又は複数のコンピューティングシステム上で実行されると、請求項７に記載の方法を実施するプログラムデータを備えるコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータネットワークをパケットフラッドから保護するための方法及びシステムに関する。
【背景技術】
【０００２】
コンピューティング中、境界防御を提供するために、ファイアウォールが一般に使用される。それらのファイアウォールは、通常、或るネットワーク（たとえば、インターネット等の公衆ネットワーク）と別のネットワーク（たとえば、企業イントラネット等のプライベートネットワーク）との間に配置されたゲートウェイ上で実施され、それらの間で伝送されるトラフィックをフィルタリングする。
他方、システムファイアウォールは、個々のホストに出入りするトラフィックをフィルタリングし、イントラネットの一部を形成することができるホストを、イントラネット内を起源とする攻撃又は境界ファイアウォールを突破した外部攻撃から保護するために使用することができる。
【０００３】
双方の手法は限界を有する。フラッド（ＩＰフラグメントフラッドやＳＹＮフラッド等）は、「不要」ではないデータパケットを含む可能性があり、境界ファイアウォールもシステムファイアウォールも、このようなフラッドを効果的にフィルタリングしない。
境界ファイアウォールは、ホストの能力及び現在の状況を判断することができない。低い構成を有するサーバ又は負荷の重いサーバは、より高い構成を有するサーバ又は大幅に負荷の低いサーバよりも処理できる着信パケットは少なく、その結果、境界ファイアウォールによって提供されるフィルタリングは、このような場合に適切でないおそれがある。
境界ファイアウォールを通過したフラッドが、システムファイアウォールによってハンドリングされることが可能である場合、ホスト資源は浪費され、その上、（イントラネットを構成する場合がある）ローカルＬＡＮサブネットがフラッド（flood）するおそれがある。
【０００４】
すなわち、境界ファイアウォールは、常に、トラフィックレートを、ホストがハンドリングできるレベルに制約するとは限らない。
過度のトラフィックがホストシステムに達した場合、ホストは、たとえトラフィックを廃棄するためだけであっても、そのトラフィックをハンドリングすることにかなりの資源を充てなければならない。
したがって、パケットレートが境界レベルにおいて制御されない場合、パケットフラッドは、ホストシステムの資源を浪費することになる。
【０００５】
その上、スタックのＴＣＰモジュール等、レイヤ４プロトコルをターゲットにした一定のタイプのフラッド攻撃（たとえば、ＳＹＮ攻撃）は、レイヤ４レベルで効率的に検出することができる。
ほとんどの既存のホストベースファイアウォール又は境界ファイアウォールは、ＩＰレベルでフィルタリングするので、フラッドは、そのレベルでは効果的に検出されない。
現在、ＳＹＮパケットが境界レベルにおいてＩＰアドレス／ポートの組み合わせに到着するレートを計算する最適な方法は存在しない。
【０００６】
さまざまな種類のパケットフラッドによって引き起こされるＤｏＳ（Denial of Service：サービス拒否）攻撃又はＤＤｏＳ（Distributed Denial of Service：分散サービス拒否）攻撃を最小にするコントローラ／エージェントモデルが提案されている。
パケットマーキング技法が使用され、攻撃ホストの攻撃シグネチャを確立することによって、攻撃トラフィックは、攻撃システムに最も近いルータでブロックされる。
【０００７】
提案された別の方法は、侵入検知システム（intrusion detection system：ＩＤＳ）の攻撃検出能力及びサービス品質（Quality of Service：ＱｏＳ）概念を使用して、着信するパケットフラッド攻撃のレート制限を行う。
着信するネットワークトラフィックは、まず、ＩＤＳによって解析され、その情報は、レート制限システムコントローラ（Rate limiting Controller：ＲＬＳ−コントローラ）に供給される。
ＲＬＳ−コントローラは、その情報を解析して、レート制限を行うようにＲＬＳ−エージェントに適切に命令する。
【０００８】
また、ネットワークトラフィック評価デバイスが、サービス拒否攻撃等のトラフィック異常を警告したり、トラフィック異常を防止したりするのに使用されるシステムも提案されている。
このデバイスは、ネットワークトラフィック、及び、ネットワークトラフィックの特性を示すデータの一方又は双方を受信するデータインターフェースを含む。
データインターフェースによって受信されるこれらのネットワークトラフィック及びデータまたはこれらのいずれか（ネットワークトラフィック及び／又はデータ）は、所定の特性について処理され、これらの所定の特性が検出されると、ネットワークデバイスによってネットワークトラフィックのリダイレクト及び／又はブロックを行うことができる。
【０００９】
通信ネットワークのサイトで攻撃を検出し、このような攻撃を低減又はリダイレクトする動作を行う別の提案されたモニタシステムは、着信データパケットをレビューし、システムのデータフローを変更するように少なくとも１つのルータへ指示を送信する。
データパケット及び結果のワークフローは、一定の状態及び定義されたタイムスライス内における一定の状態について変更され、監視された状態が、予想された状態と正反対である時に、動作が行われる。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
これらの提案された方法及びシステムは、不快なトラフィックを完全にフィルタリングするか又はレート制限するように試みる。
しかしながら、それらの方法及びシステムは、システムに依存した方法（system-sensitive manner）で不快なトラフィックの検出を改善しようとはしていない。
【課題を解決するための手段】
【００１１】
本発明にかかるコンピューティングシステムは、コンピューティングデバイスと、前記コンピューティングデバイスへ送信されたデータパケットをインターセプトするように配置され、該データパケットをパースするようになっている、前記コンピューティングデバイスと電子通信するレート制限システムとを備え、前記コンピューティングデバイスは、データフラッド状態を識別するための少なくとも１つのしきい値パラメータを備え、該しきい値パラメータは、前記コンピューティングデバイスの１つ又は２つ以上の利用可能なコンピューティング資源の関数であり、前記コンピューティングデバイスは、イベントデータを生成し、該イベントデータに基づいてフィードバックデータを生成し、該フィードバックデータを前記レート制限システムへ送信することによって、前記少なくとも１つのしきい値パラメータの突破を引き起こす、前記レート制限システムを介して受信された着信データパケットに応答するように構成され、前記フィードバックデータは、前記レート制限システムによって使用されて、前記レート制限システムの振る舞いを前記フィードバックデータに従って変更するようになっている。
【００１２】
この発明をより明確に確かめることができるように、例として、添付図面を参照して実施形態を説明することにする。
【発明を実施するための最良の形態】
【００１３】
コンピューティングデバイス又はコンピュータネットワークをパケットフラッドから保護する方法が提供される。
【００１４】
以下では、「レート制限システム」（すなわち、ＲＬＳ）について言及する。
レート制限システムは、イントラネット又は他のネットワークの周辺に存在し、データパケットをパースして、そのネットワークに入ることが許可されるデータパケット（すなわち、トラフィック）のレート及びタイプを制御する能力を有する任意のエンティティを指す。
ＲＬＳは、既存のオペレーティングシステム上で実行されるソフトウェアとして実施されうるし、または、レート制限機能がデバイスのハードウェア内にプログラミングされたハードウェアデバイスとして、ハードウェアのファームウェアに設けられたソフトウェアとして、又はファイアウォールの基本機能に対する拡張として実施されうる。
【００１５】
一実施形態では、この方法は、着信データパケットをパースするようになっているレート制限システムを介してコンピューティングデバイス又はコンピュータネットワークへデータパケットを方向付けることと、コンピューティングデバイス又はコンピュータネットワークに、データフラッド状態を識別するための少なくとも１つのしきい値パラメータを提供することであって、当該しきい値パラメータは、コンピューティングデバイス又はコンピュータネットワークの１つ又は２つ以上の利用可能なコンピューティング資源の関数である、少なくとも１つのしきい値パラメータを提供することと、コンピューティングデバイス又はコンピュータネットワークが、イベントデータを生成することによって、少なくとも１つのしきい値パラメータの突破を引き起こす、レート制限システムを介して受信された着信データパケットに応答することと、イベントデータに基づいてフィードバックデータを生成することと、フィードバックデータをレート制限システムへ送信することと、レート制限システムが、フィードバックデータに従って自身の振る舞いを変更することとを含む。
【００１６】
コンピューティングシステムも提供される。
一実施形態では、このコンピューティングシステムは、コンピューティングデバイスと、コンピューティングデバイスへ送信されたデータパケットをインターセプトするように配置され、且つ、データパケットをパースするようになっている、コンピューティングデバイスと電子通信するレート制限システムとを備える。
このコンピューティングデバイスは、データフラッド状態を識別するための少なくとも１つのしきい値パラメータを備え、当該しきい値パラメータは、コンピューティングデバイスの１つ又は２つ以上の利用可能なコンピューティング資源の関数であり、コンピューティングデバイスは、イベントデータを生成し、当該イベントデータに基づいてフィードバックデータを生成し、且つ、当該フィードバックデータをレート制限システムへ送信することによって、少なくとも１つのしきい値パラメータの突破を引き起こす、レート制限システムを介して受信された着信データパケットに応答するように構成されている。
フィードバックデータは、レート制限システムによって使用されて、レート制限システムの振る舞いをフィードバックデータに従って変更するように適合されている。
【００１７】
図１は、本発明の一実施形態によるローカルコンピューティングネットワーク１００の概略図である。
ネットワーク１００は、（サブネットを形成する）ホストシステム１０２、１０４、１０６の形の複数のコンピュータ、パケットパース／レート制限システム１０８の形のレート制限システム（以下では、ＲＬＳノード１０８と呼ぶ）、並びにホストシステム１０２、１０４、１０６、及びＲＬＳノード１０８が接続されるスイッチ１１０を含む。
ネットワーク１００は、スイッチ１１０によって仲介される時分割ＬＡＮ（timeshare LAN）として動作する。
ＲＬＳノード１０８は、フィルタリングルールを含み、このフィルタリングルールに基づいて、ＲＬＳノード１０８は、着信コンテンツ（及びオプションとして発信コンテンツ）をフィルタリングする。
【００１８】
また、ローカルネットワーク１００は、スイッチ１１０に接続された中央スイッチコントローラ（すなわち、ＣＳＣ）１１２も含む。
ホストシステム１０２、１０４、１０６は、時分割ＬＡＮを使用して（後述するような）フィードバックをＣＳＣ１１２へ送信する。
ＣＳＣ１１２は、共有ＬＡＮ上のホストシステム１０２、１０４、１０６からフィードバックを収集して、そのフィードバックをＲＬＳノード１０８へ安全な方法で送信するための単一のエージェントとして動作する。
ＣＳＣ１１２は、それぞれのホストシステムからフィードバックを受け付ける前にそのホストシステムを認証し、すべての受信フィードバックを照合し、上述したように、安全な接続を使用してフィードバックをＲＬＳノード１０８へ送信する。
この実施形態では、ネットワーク１００は、ＣＳＣ１１２に結合されたコンソール１１４を含む。このコンソール１１４から、ＣＳＣ１１２は制御を受けることができる。
また、ネットワーク１１０は、コンソール１１４とＲＬＳノード１０８との間に、これらの間の安全な通信のためのＲＳ２３２接続１１６も含む。
一方、他の実施形態では、コンソール１１４は省略され、ＣＳＣ１１２及びＲＬＳノード１０８は、標準的なＥｔｈｅｒｎｅｔ（イーサネット（登録商標））接続上で通信する。
ＲＬＳノード１０８は、フィードバックを受信すると、そのフィードバックに基づいて、自身のフィルタリングルールを更新する。
【００１９】
ネットワーク１００のこのフィードバックメカニズムのオペレーションを、図２、図３Ａ、及び図３Ｂを参照することによって以下に説明する。
図２は、（ホストシステム１０２、１０４、１０６のいずれか１つを表す）ホストシステム２００の動作図である。
ホストシステム２００は、ユーザ空間２０２及びカーネル空間２０４に論理的に分割されて示されている。
図３Ａ及び図３Ｂは、フィードバックメカニズムがこの実施形態に従って動作する方法のステップのフロー図である。
【００２０】
したがって、（図３Ａの）ステップ３０２において、（図２の）ホストシステム２００がブートアップする。
ステップ３０４において、さまざまなタイプのデータフラッドを識別するのに使用されるすべてのしきい値パラメータが、ホストシステム２００の現在利用可能な資源（メモリ及び複数のＣＰＵを含む）に基づいて初期化される。
この時点で、ホストシステム２００は、着信データパケットが到着した場合に応答する準備ができている。
【００２１】
ステップ３０６において、ＲＬＳノード１０８（図２に図示せず）によって渡された着信データパケットがホストシステム２００に到着する。
ステップ３０８において、ホスト２００のＴＣＰ／ＩＰスタック２０８に追加されたスタブコード２０６が、この着信データパケットがいずれかのフラッドしきい値の突破（通常、フラッドしきい値を超えることを含む）を引き起こすか否かを判断する。
フラッドしきい値の突破を引き起こさない場合、ステップ３１０において、着信データパケットは警告なく受け付けられ、ステップ３１２において、そのデータパケットは、スタックの次のモジュール又はユーザへ送信される。次に、処理はステップ３１８に続く。
ステップ３０８において、着信データパケットが、フラッドしきい値の突破を引き起こす場合、処理はステップ３１４に続き、ステップ３１４において、イベント２１０が、スタブコード２０６によって生成される。次に、ステップ３１６において、そのイベント２１０は、スタブコード２０８によってイベントキュー２１４にポストされ（２１２）、処理はステップ３１８に続く。
【００２２】
ステップ３１８において、イベントキュー２１４が処理されるべきか否かが判断される。
この決定は、キュー２１４のイベントの個数が所定のしきい値に達したか否か、又はイベントキュー２１４のイベントの最後の処理から所定の期間が経過したか否か等、任意の適した１つ又は複数の判定基準に基づくことができる。
この実施形態では、キュー２１４のいずれかのイベントが所定の期間よりも古くなるたびに、又は、所定の個数よりも多くのイベントがキュー２１４に存在する場合に、これらのうちのいずれが最初に起ころうとも、キュー２１４は処理される。
【００２３】
したがって、ステップ３１８において、イベントキュー２１４が処理されるべきでないと判断された場合、ホストシステム２００は、着信データパケットの到着の待ち受けを再開する。
ステップ３１８において、イベントキュー２１４が処理されるべきと判断された場合、処理はステップ３２０に続き、ステップ３２０において、ユーザ空間２０２で実行されるデーモン２１６が、これらのイベント２１０を入力して（２１８）処理し、ステップ３２２において、フィードバックデータを生成する。
【００２４】
ステップ３２４において、デーモン２１６は、フィードバックをＣＳＣ１１２へ送信する。
（図３Ｂの）ステップ３２６において、ＣＳＣ１１２は、受信されたフィードバックの発信元のホストシステム２００を認証する。
ホストシステムが認証された場合には、ステップ３２８において、フィードバックはＣＳＣ１１２によって受け付けられ、ホストシステムが認証されない場合には、フィードバックはＣＳＣ１１２によって受け付けられない。
この時点では、ＣＳＣ１１２が、ホストシステム２００及びサブネットの他のホストシステムからこのようなフィードバックを受信し、その結果、上述したステップ３０６〜３２８は、一般に、ホストシステム２００及びサブネットの他のホストシステムがブートアップしてから各ホストシステムについて複数回行われていることに留意すべきである。
したがって、処理が次にステップ３３０に続くと、ＣＳＣ１１２は、（ホストシステム２００及び他のあらゆるホストシステムから）受け付けたすべてのフィードバックを照合し、ステップ３３２において、安全な接続を使用してＲＬＳノード１０８へ照合されたフィードバックを送信する。
【００２５】
ステップ３３４において、ＲＬＳノード１０８は、照合されたフィードバックに対して、１つ又は複数のそれぞれのイベント２１０を引き起こした特定のタイプのデータパケットをホストシステム２００（又は、各フィードバックを生成した他のホストシステムのいずれにも）へ転送するレートを制限する等、そのフィードバックに従った適切な動作で応答する。
このように、ローカルネットワークのホストシステム（又はノード）は、共存することができ、それらのホストシステムの個々の資源及び能力に応じてフラッドを制御することができる。
したがって、フラッド攻撃は、ホストシステムからのフィードバックを用いてではあるが、境界レベルで制御される。
必要とされるフィルタリングの量及びタイプについてのフィードバックをＲＬＳノード１０８に提供することによって、ＲＬＳノード１０８によって提供されるフィルタリングを、ホストシステム２００の現在の負荷及び能力に従って自動的に調節することができる。
これによって、ネットワークフラッドがサブネットに達する前に削減又は停止されるので、ホストシステムの資源が節減される。
【００２６】
ステップ３３６において、ユーザ空間デーモン２１６は、しきい値が、（ホストシステム２００がブートアップしてから変化している場合がある）現在のシステム状態に従った更新を必要としているか否かを判断する。
ユーザ空間デーモン２１６は、利用可能な資源に大幅な変化があったか否かを判断することによってこの判断を行い、大幅な変化があった場合には、それに応じてしきい値を再計算する。（代替的な一実施形態では、利用可能な資源の大幅な変化が起こっていない場合に、たとえ更新がしきい値に何らの変化も生み出さない可能性があっても、このような更新は単純に定期的に行われる。）
大幅な変化がない場合、この方法の処理は終了するが、大幅な変化がある場合、処理はステップ３３８に続き、ステップ３３８において、デーモン２１６は、それに応じてしきい値を更新する（２２２）。
次に、この方法の処理は終了する。
【００２７】
アドミニストレータが必要な場合にしきい値を手動で設定（２２６）（ユーザ空間デーモン２１６によって計算された値を無効にすることを含む）できるように、ホストシステム２００は管理ツール２２４を含むことに留意すべきである。
【００２８】
したがって、ネットワークフラッドの検出／判断能力が、ホストシステム２００のＴＣＰ／ＩＰスタックに（スタブコードの形で）追加されるが、オプションとして、その能力は、ホストシステムに別個のモジュールとして実装することができる。
フラッド攻撃の検出／判断は、オプションとして、有効又は無効にすることもできる。
【００２９】
例示的な実施形態の上記説明は、あらゆる当業者が本発明を行うか又は使用することを可能にするように提供されている。この発明は、示した特定の実施形態に関して説明されているが、これらの実施形態に対するさまざまな変更は、当業者に容易に明白であろう。また、本明細書で定められた一般的な原理は、この発明の趣旨及び範囲から逸脱することなく、他の実施形態に適用することができる。したがって、本実施形態は、すべての点で限定ではなく例示とみなされることが望ましい。したがって、本発明は、上述した実施形態に限定されることが意図されているものではなく、本明細書に開示した原理及び新規な特徴と一致した最も広い範囲を享受する。
【図面の簡単な説明】
【００３０】
【図１】本発明の一実施形態によるローカルコンピューティングネットワークの概略図である。
【図２】本発明の一実施形態による図１のローカルコンピューティングネットワーク内の１つの例示的なホストシステムの概略図である。
【図３Ａ】本発明の一実施形態による図２のホストシステムによって使用される、本発明の一実施形態による方法のフロー図である。
【図３Ｂ】本発明の一実施形態による図２のホストシステムによって使用される、本発明の一実施形態による方法のフロー図である。
【符号の説明】
【００３１】
１０２，１０４，１０６・・・ホスト
１０８・・・ＲＬＳノード
１１０・・・スイッチ
１１２・・・ＣＳＣ
１１４・・・コンソール
２０２・・・ユーザ空間
２２０・・・フィードバック
２１６・・・イベント処理デーモン
２２４・・・管理ツール
２０４・・・カーネル空間
２０６・・・スタブコード
２０８・・・ＴＣＰ／ＩＰスタック
２１０・・・イベント
２１４・・・イベントキュー
【図１】
2008178100.tif 000003
【図２】
2008178100.tif 000004
【図３Ａ】
2008178100.tif 000005
【図３Ｂ】
2008178100.tif 000006