JP3678127B2 - ネットワーク制御装置及びネットワーク制御方法 - Google Patents
ネットワーク制御装置及びネットワーク制御方法 Download PDFInfo
- Publication number
- JP3678127B2 JP3678127B2 JP2000255739A JP2000255739A JP3678127B2 JP 3678127 B2 JP3678127 B2 JP 3678127B2 JP 2000255739 A JP2000255739 A JP 2000255739A JP 2000255739 A JP2000255739 A JP 2000255739A JP 3678127 B2 JP3678127 B2 JP 3678127B2
- Authority
- JP
- Japan
- Prior art keywords
- network
- information
- traffic
- control
- policy
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、コンピュータネットワークを介した機器の制御に関し、特に、インターネット・プロトコル（Internet Protocol 以下、ＩＰ） ネットワークにおいてネットワークの状況に応じた制御を行うＩＰネットワーク制御装置およびＩＰネットワーク制御方法に関する。
【０００２】
【従来の技術】
近年、インターネット基盤が普及し、インターネットを用いたデータ通信コストが安価になりはじめてきたため、多くのユーザや、各種のトラヒックがＩＰネットワークに集約される傾向にある。今後は、通話音声もＩＰネットワークに集約される傾向である。このように各種トラヒックを１つのＩＰネットワークに相乗りさせると、バースト性の高いＦＴＰ（File Transfer Protocol）やＨＴＴＰ（HyperText Transfer Protocol）などのトラヒックが、遅延やゆらぎに弱いホスト・データや通話音声などの転送を妨げてしまう。また、トラヒックの性質も、機密性の高いトラヒックから一般のトラヒックまで様々である。そのため、ネットワークのセキュリティを確保する方法が複雑になる。
【０００３】
以上のような問題を抱えるＩＰネットワークにおいて、ネットワーク上を流れる各トラヒックの“交通整理”を実現するためにポリシー・ベース・ネットワークが登場した。ポリシー・ベース・ネットワークとは、アプリケーションやユーザ単位に、パケット転送の優先度・使用帯域制御・セキュリティなどのポリシー情報を策定し、ＩＰネットワーク内のすべての各種ＩＰネットワーク機器はそのポリシー情報に従うことで、ＩＰネットワーク全体でトラヒックの制御を行う仕組みである。ポリシー情報は、ポリシー制御を実施する“条件”（たとえば、「通話音声トラヒックが流れたら」「優先度の高いトラヒックが流れたら」など）と、パケット処理方法（「６４ｋｂｉｔ／ｓを確保する」「最優先で転送する」など）が定義されている。このようなポリシー情報に基づいたネットワーク制御に関する技術としては、例えば特開２０００−８３０４８号公報に記載されたようなものがある。
【０００４】
ポリシー・ベース・ネットワークにおいては、ＩＰネットワーク機器の設定を一元化できるため、ネットワーク全体のＱｏＳ（Ｑｕａｌｉｔｙ Ｏｆ Ｓｅｒｖｉｃｅ）やセキュリティを確保しつつ、ネットワーク管理者の負担を抑えられる。
【０００５】
【発明が解決しようとする課題】
上記従来の技術においては、ポリシー情報は、ネットワーク管理者が経験に基づき策定し配布するか、またはリモート・ネットワーク・モニタリング（Remote Network Monitoring 以下、ＲＭＯＮ）プローブや、管理情報ベース（Management Information Base 以下、ＭＩＢ)等で収集されたパケット数や帯域使用率等のトラヒック情報からＩＰネットワークの使用状況を予測して策定されたものであった。（例えば、「通話音声トラヒックが流れてきたら、６４ｋｂｉｔ／ｓで転送」「午後６時から午後１１時までは、Ａ宛のトラヒックの為に帯域を５０％確保」というように策定。）しかし、完全なポリシーを策定し、ＩＰネットワークをポリシー制御するためには、ユーザごと、アプリケーションごと、時間ごと、インタフェースごと等、きめ細かくトラヒックを分析し、ＩＰネットワークの使用状況に応じた最適なポリシー情報を、最適な契機に配布する必要がある。
【０００６】
本発明は、上記の事情に鑑みてなされたものであり、ネットワーク管理者が任意に決めるようなしきい値を用いて「何Ｋｐｂｓ以上はトラヒックが多い」「何％以下は帯域が不足」と判断するのではなく、ネットワークの使用状況に応じたポリシー制御が実施できるネットワーク制御装置およびネットワーク制御方法を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、本発明は、ネットワークに接続された装置からネットワーク内のトラヒックに関する情報を収集し収集したトラヒック情報を定量化するトラヒック管理部と、ネットワークを制御するための制御内容とその制御内容の実施条件を定義したネットワーク制御情報を蓄積したネットワーク制御情報蓄積部と、定量化した結果に基づいてネットワーク制御情報蓄積部に蓄積されているネットワーク制御情報を検索し、ネットワークに接続された装置に配布するネットワーク制御部を有するようにしたものである。
【０００８】
また、トラヒック管理部は、収集したトラヒックに関する情報から評価パラメータを抽出し、評価パラメータをもとにネットワークの使用状況をメンバシップ関数を用いて定量化し、定量化した値に基づいてネットワークに接続された機器にネットワーク制御情報の送付の要否を判断し、要の場合にはネットワーク制御部にネットワーク制御情報を検索して配布するよう要求するようにした。
【０００９】
また、本発明のネットワーク制御方法は、ネットワークに接続された装置からネットワークの使用状況に関する情報を収集し、収集したネットワークの使用状況に基づいてネットワークを制御するための制御内容とその制御内容の実施条件を定義した制御情報を選択し、選択した制御情報をネットワークに接続された装置に配布して制御を行うようにした。
【００１０】
【発明の実施の形態】
以下、本発明を実施の形態を、図面を用いて説明する。
図1は、本発明を適用したＩＰネットワークの構成の一例を示す図である。
図１に示すＩＰネットワークは、ＩＰネットワーク制御装置(100)と、複数のルータ(200a〜200c)と、帯域制御装置(300)と、レイヤー２スイッチ(400)と、サーバ(500)と、複数のパーソナルコンピュータ(600a〜600b)と、伝送路(700a〜700i)とから構成される。
【００１１】
本発明においては、ＩＰネットワーク制御装置(100)は、ルータ(200a〜200c)や、帯域制御装置(300)や、レイヤー２スイッチ(400)から収集したトラヒックに関する情報を処理し、最適なポリシー情報を、最適な契機にルータ(200a〜200c)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に伝送路(700a〜700i)を介して配布する。ルータ(200a〜200c)や、帯域制御装置(300)や、レイヤー２スイッチ(400)は、その配布されたポリシー情報にもとづいてＱｏＳやセキュリティの設定を変更する。
【００１２】
次に、ＩＰネットワーク制御装置について説明する。
図２は、ＩＰネットワーク制御装置の構成を示す図である。
本実施の形態において、ＩＰネットワーク制御装置(100)は、ポリシー情報蓄積部(101)と、ポリシー制御部(102)と、トラヒック管理部(103)と、トラヒック情報解析機構(104)と、トラヒック情報処理機構(105)と、トラヒック情報蓄積機構(106)と、外部インタフェース(107)とから構成される。
【００１３】
ポリシー情報蓄積部(101)は、外部インタフェース(107)から入力されたポリシー情報を蓄積し、ポリシー制御部(102)は、トラヒック管理部(103)で処理されたトラヒック情報にもとづいてポリシー情報をポリシー情報蓄積部(101)から検索し、外部インタフェース(107)を介して、複数のルータ(200a〜200c)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に配布する。トラヒック管理部(103)は、トラヒック情報解析機構(104)と、トラヒック情報処理機構(105)と、トラヒック情報蓄積機構(106)とから構成される。トラヒック情報解析機構(104)は、複数のルータ(200a〜200c)や、帯域制御装置(300)や、レイヤー２スイッチ(400)から受信したトラヒックに関する情報を解析し、各インタフェースで送受信されたＩＰパケットのオクテット数や、各インタフェースの帯域使用率や、各インタフェースで廃棄されたＩＰパケット数等の情報を収集し、また、ポリシー制御部(102)からＩＰネットワークのトラヒックに関する情報収集の要求を受けた場合は、複数のルータ(200a〜200c)や、帯域制御装置(300)や、レイヤー２スイッチ(400)にトラヒック情報収集を行うためのパケットを送受信する機能を有する。
【００１４】
トラヒック情報蓄積機構(106)は、収集されたＩＰネットワーク内のトラヒックに関する情報を解析し、解析結果を日単位のトラヒック特性を示す日別トラヒック情報や、時間単位のトラヒック特性を示す時間別トラヒック情報として蓄積する。トラヒック解析機構(104)は、蓄積されたＩＰネットワーク内のトラヒックに関する情報をもとに、現在のネットワーク内のトラヒック状況を判断したり、今後のネットワーク内のトラヒック状況を予見し、ルータ(200a〜200c)や、帯域制御装置(300)や、レイヤー２スイッチ(400)にポリシー情報を配布すべきか否かを判定し、配布すべきであれば外部インタフェース(107)を介し、ポリシー制御部(102)に対し、ポリシー情報配布要求を出す。
【００１５】
ネットワーク管理者から投入された、詳細まで定義されていないポリシー・サマリー情報を受信した場合には、ポリシー制御部(102)は、トラヒック管理部(103)からＩＰネットワークのトラヒックに関する情報を収集し、ポリシー情報蓄積部(106)からポリシー情報を検索し、ルータ(200a〜200c)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に検索したポリシー情報を配布する。
【００１６】
次に、本発明のポリシー情報配布処理について図３ないし図９を用いて説明する。
まず、本発明のポリシー情報配布処理の大まかな流れを説明する。
図３は、ポリシー情報配布処理の概要を示す図である。
ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)は、定期的又はＩＰネットワーク制御装置(100)からの要求があった場合に、ＲＭＯＮで収集したトラヒックの統計情報や、ＭＩＢ情報などの、ＩＰネットワークのトラヒックに関する情報を、ＩＰネットワーク制御装置(100)に送信する(3e)(3f)(3g)。
【００１７】
ＩＰネットワーク制御装置(100)のトラヒック管理部(103)は、外部インタフェース(107)を介してＩＰネットワークのトラヒックに関する情報を受信する(3d)。
【００１８】
トラヒック管理部(103)のトラヒック情報処理機構(105)は、受信したトラヒックに関する情報を解析し、各インタフェースで送受信されたＩＰパケットのオクテット数や、各インタフェースの帯域使用率、各インタフェースで廃棄されたＩＰパケット数等の情報を収集する。トラヒック情報蓄積機構(106)は、このようにして収集されたトラヒックに関する情報を解析し、解析結果を日単位のトラヒック特性を示す日別トラヒック情報や、時間単位のトラヒック特性を示す時間別トラヒック情報として蓄積する。トラヒック情報解析機構(104)は、トラヒックに関する情報をもとに、現在のネットワーク内のトラヒック状況を判断したり、今後のネットワーク内のトラヒック状況を予見し、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)にポリシー情報を配布すべきか否かを判定し、ポリシー情報を配布すべきと判定した場合は、ポリシー制御部(102)にポリシー情報の配布要求を送信する(3b)。
【００１９】
ポリシー制御部(102)は、ＩＰネットワークの使用状況に基づいて、ポリシー情報蓄積部(101)からポリシー情報を検索し(3a)、検索されたポリシー情報を、外部インタフェース(107)を介して、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に配布する(3c)。ルータ(200)や、帯域制御装置(300)、レイヤー２スイッチ(400)は、配布されたポリシー情報にもとづいてＱｏＳ（quality of service）やセキュリティの設定内容を変更する(3h)(3i)(3j)。このようにして、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に対し、ＩＰネットワークの使用状況に応じたポリシー情報を配布し、ＱｏＳ（quality of service）やセキュリティの設定内容を変更できる。
【００２０】
次に、ポリシー情報配布処理の動作を、シーケンス図を用いて説明する。
図４は、ポリシー情報配布処理のシーケンス図である。
ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)は、定期的にＲＭＯＮで収集したトラヒックの統計情報や、ＭＩＢ情報などの、ＩＰネットワークのトラヒックに関する情報を、ＩＰネットワーク制御装置(100)のトラヒック管理部(103)に送信する(4a)。
【００２１】
ＩＰネットワーク制御装置(100)のトラヒック管理部(103)では、受信したＩＰネットワークのトラヒックに関する情報を解析し、ネットワーク内の通信品質やサービス品質を確保するために、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)のＱｏＳやセキュリティの設定を変更するための、ポリシー情報を配布する必要があるか判定する。ここで、ポリシー情報を配布する必要があると判定された場合、ポリシー制御部(102)にポリシー情報の配布要求を送信する(4b)。ポリシー情報の配布要求を受信したポリシー制御部(102)では、どのような「条件」で、どのような「処理」を実施するポリシー情報がネットワークの使用状況に適しているか判定し、決定したポリシー情報をポリシー情報蓄積部(101)に検索要求を送信する(4c)。
【００２２】
ポリシー情報検索要求を受信したポリシー情報蓄積部(101)では、要求にあったポリシー情報を検索し、ポリシー制御部(102)に回答する(4d)。要求にあったポリシー情報の回答を受信したポリシー制御部(102)は、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)にポリシー情報を配布するために、ＴＣＰのコネクション確立要求をルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に送信する(4e)。
【００２３】
ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)とポリシー制御部(102)間で、ＴＣＰのコネクションか確立した後(12f)、ポリシー制御部(102)はルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に、各装置のＱｏＳやセキュリティの設定内容を変更するための権利を要求する(4g)。ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)は、ポリシー制御部(102)に装置のＱｏＳやセキュリティの設定内容を変更するための権利を要求されたら、その権利をポリシー制御部(102)に付与する(4h)。
【００２４】
装置のＱｏＳやセキュリティの設定内容を変更するための権利を付与されたポリシー制御部(102)は、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)にポリシー情報を配布する(4i)。要求にあったポリシー情報を受信したルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)は、ポリシー情報に従いＱｏＳやセキュリティの設定内容を変更する。
【００２５】
以上により、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)のポリシー情報が設定される。
【００２６】
次に、ネットワーク管理者から、詳細まで定義されていないポリシー・サマリー情報が入力された場合の動作について説明する。
図５に、ネットワーク管理者からポリシー・サマリー情報が入力された場合に、ＩＰネットワーク制御装置がポリシー情報を配布する処理動作の一例のシーケンス図を示す。
【００２７】
ネットワーク管理者からのポリシー・サマリー情報を入力されたポリシー制御部(102)は、現状のネットワーク使用状況を知るために、トラヒック管理部(103)に、トラヒックに関する情報収集を要求する(5b)。トラヒックに関する情報収集を要求するされたトラヒック管理部(103)は、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に、トラヒックに関するＭＩＢを要求する(5c)。ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)は、トラヒック情報に関するＭＩＢ（management information base）を、ＩＰネットワーク制御装置(100)のトラヒック管理部(103)に送信する(5d)。
【００２８】
ＩＰネットワーク制御装置(100)のトラヒック管理部(103)では、受信したＩＰネットワークのトラヒックに関する情報を解析し、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)のＱｏＳやセキュリティの設定を変更するために、ポリシー制御部(102)にポリシー情報の配布要求を送信する(5e)。ポリシー情報の配布要求を受信したポリシー制御部(102)では、どのような「条件」で、どのような「処理」を実施するポリシー情報がネットワークの使用状況に適しているか後述する処理を行って判定し、判定したポリシー情報をポリシー情報蓄積部(101)に検索するよう要求する(5f)。
【００２９】
ポリシー情報検索要求を受信したポリシー情報蓄積部(101)では、要求にあったポリシー情報を検索し、ポリシー制御部(102)に回答する(5g)。このようにして最適なポリシー情報の回答を受信したポリシー制御部(102)は、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)にポリシー情報を配布するために、ＴＣＰのコネクション確立要求をルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に送信する(5h)。
【００３０】
ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)とポリシー制御部(102)間で、ＴＣＰのコネクションか確立した後(5i)、ポリシー制御部(102)はルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に、各装置のＱｏＳやセキュリティの設定内容を変更するための権利を要求する(5j)。ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)は、ポリシー制御部(102)に装置のＱｏＳやセキュリティの設定内容を変更するための権利を要求されたら、その権利をポリシー制御部(102)に付与する(5k)。
【００３１】
装置のＱｏＳやセキュリティの設定内容を変更するための権利を付与されたポリシー制御部(102)は、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)にポリシー情報を配布する(5l)。ポリシー情報を受信したルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)は、ポリシー情報に従いＱｏＳやセキュリティの設定内容を変更する。
【００３２】
以上により、ネットワーク管理者からポリシー・サマリー情報が入力された場合、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に最適なポリシー情報が設定される。
【００３３】
次に、ポリシー情報の配布の必要性を判定する処理について説明する。
【００３４】
図６はＩＰネットワーク制御機器(100)のトラヒック管理部(103)が、トラヒック情報を解析し、ポリシー情報の配布が必要であるか否かを判定する処理動作のフローチャートである。
【００３５】
ＩＰネットワーク制御機器(100)のトラヒック管理部(103)が、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)からトラヒックに関する情報を収集すると(F601)、トラヒック情報処理機構(105)は、収集されたトラヒックに関する情報から、ＩＰネットワークの使用状況に適したポリシー情報を策定するための評価パラメータ（例：パケット数、廃棄パケット数、ＲＭＯＮ Ｔｒａｐ通知回数等）を抽出し(F602)、トラヒック情報解析機構(104)は、抽出されたポリシー情報を策定するための評価データを、ファジー処理し、ＩＰネットワークの使用状況を定量化し(F603)、ＩＰネットワークの使用状況を示す数値から、現在のネットワーク状況が良好か良好でないか判定し(F604)、良好であればフローの先頭に戻り、良好でなければポリシー制御部(102)に対し、ポリシー情報の配布を要求する(F605)。
【００３６】
図７、図８にＩＰネットワーク制御機器(100)のトラヒック管理部(103)が、抽出された評価パラメータをファジー処理し、ＩＰネットワークの使用状況を定量化する手順の一例を示す。
【００３７】
図７と図８においては、理解を容易にするために例を簡略化して、インタフェースＡ(701)からルータ(200)に入り、インタフェースＢ(702)から送出されるトラヒック(703)を、ポリシー制御対象トラヒックとし、現在のネットワーク使用状況が良好か否か判定することとして説明する。
【００３８】
まず、ルータ(200)からトラヒックに関する情報を収集し(704)、ポリシー情報を策定するための評価パラメータを抽出する(705)。ここで、回線状態が「良好」であることのファジー集合をＭとし(801)、回線状態が「良好」であることを示すメンバシップ関数をμ（χ）とする(802)。（ファジー集合とは、メンバシップ関数でその特性が定義されており、通常のクリスプ集合のように、ある要素の集合における度合いを０か１かの２値で判断するのではなく、０．０から１．０の連続した値で判断する理論である。）評価パラメータ(705)の各要素（送受信パケット数やパケット廃棄数を示す要素χ１、χ２、χ３、χ４）のファジー集合Ｍにおける度合いをメンバシップ関数より求めると、右下がり型のメンバシップ関数となる(803)。こうして求まった評価パラメータの各要素のファジー集合Ｍにおける度合いから、ＩＰネットワークの使用状況が定量化できる(804)。
【００３９】
図９は、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)からのトラヒックに関する情報にもとづき、ＩＰネットワーク制御装置(100)がポリシー情報を、最適な契機に配布する処理動作の一例のシーケンス図を示している。
【００４０】
ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)は、定期的にＲＭＯＮで収集したトラヒックの統計情報や、ＭＩＢ情報などの、ＩＰネットワークのトラヒックに関する情報を、ＩＰネットワーク制御装置(100)のトラヒック管理部(103)に送信する(9a)。
【００４１】
ＩＰネットワーク制御装置(100)のトラヒック管理部(103)では、受信したＩＰネットワークのトラヒックに関する情報を解析し、ネットワーク内の通信品質やサービス品質を確保するために、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)のＱｏＳやセキュリティの設定を変更するための、ポリシー情報を配布する必要があるか判定する。ここで、ポリシー情報を、ＩＰネットワークの使用状況が良好でなくなると予見される、ｘ分後に配布する必要があると判定された場合、ｘ分のタイマー設定を行い、タイムアウト後、ポリシー制御部(102)にポリシー情報の配布要求を送信する(9b)。
【００４２】
ポリシー情報の配布要求を受信したポリシー制御部(102)では、どのような「条件」で、どのような「処理」を実施するポリシー情報がネットワークの使用状況に適しているか判定し、決定したポリシー情報をポリシー情報蓄積部(101)に検索要求を送信する(9c)。ポリシー情報検索要求を受信したポリシー情報蓄積部(101)では、要求にあったポリシー情報を検索し、ポリシー制御部(102)に回答する(9d)。
【００４３】
最適なポリシー情報の回答を受信したポリシー制御部(102)は、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)にポリシー情報を配布するために、ＴＣＰのコネクション確立要求をルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に送信する(9e)。
【００４４】
ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)とポリシー制御部(102)間で、ＴＣＰのコネクションか確立した後(9f)、ポリシー制御部(102)はルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に、各装置のＱｏＳやセキュリティの設定内容を変更するための権利を要求する(9g)。ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)は、ポリシー制御部(102)に装置のＱｏＳやセキュリティの設定内容を変更するための権利を要求されたら、その権利をポリシー制御部(102)に付与する(9h)。
【００４５】
装置のＱｏＳやセキュリティの設定内容を変更するための権利を付与されたポリシー制御部(102)は、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に最適なポリシー情報を配布する(9i)。最適なポリシー情報を受信したルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)は、ポリシー情報に従いＱｏＳやセキュリティの設定内容を変更する。
【００４６】
以上により、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)のポリシー情報が設定される。
【００４７】
以上説明した通り、本発明によれば、ポリシーを策定する際に、ＲＭＯＮプローブやＭＩＢ等で収集されたパケット数や帯域使用率等のトラヒック情報を、ネットワーク管理者が任意に決めるようなしきい値を用いて「何Ｋｐｂｓ以上はトラヒックが多い」「何％以下は帯域が不足」と判断するのではなく、ＩＰネットワーク機器から収集した、トラヒックに関する情報から評価パラメータを抽出し、抽出した評価パラメータからＩＰネットワークの使用状況をメンバシップ関数を用いて定量化し、蓄積されているポリシー情報から、ネットワークの使用状況に最適なポリシー情報を検索し、最適な契機に配布する制御にファジー制御を用いることで、ＩＰネットワークの使用状況に応じたポリシー制御を実施することが可能となる。
【００４８】
【発明の効果】
本発明によれば、ＩＰネットワークの使用状況に応じた最適なポリシー制御を実施することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用したＩＰネットワークの構成の概要について示した図である。
【図２】ＩＰネットワーク制御装置の構成を示す図である。
【図３】ポリシー情報配布処理の概要を示す図である。
【図４】ＩＰネットワーク制御装置におけるポリシー情報配布処理のシーケンス図である。
【図５】ネットワーク管理者からポリシー・サマリー情報が入力された場合のポリシー情報配布処理を示すシーケンス図である。
【図６】トラヒック管理部におけるポリシー情報配布要否を判定する処理を説明するフローチャートである。
【図７】トラヒック管理部におけるＩＰネットワークの使用状況を定量化する手順を説明する図である。
【図８】トラヒック管理部におけるＩＰネットワークの使用状況を定量化する手順を説明する図である。
【図９】ＩＰネットワーク制御装置のポリシー情報配布処理を説明するシーケンス図である。
【符号の説明】
100…ＩＰネットワーク制御装置、101…ポリシー情報蓄積4…トラヒック情報解析機構、105…トラヒック情報処理機構、106…トラヒック情報蓄積機構、107…外部インタフェース、200a,200b,200c…ルータ、300…帯域制御装置、400…レイヤー２スイッチ、500…サーバ、600a,600b…クライアントパーソナルコンピュータ、700a〜700i…伝走路。
【発明の属する技術分野】
本発明は、コンピュータネットワークを介した機器の制御に関し、特に、インターネット・プロトコル（Internet Protocol 以下、ＩＰ） ネットワークにおいてネットワークの状況に応じた制御を行うＩＰネットワーク制御装置およびＩＰネットワーク制御方法に関する。
【０００２】
【従来の技術】
近年、インターネット基盤が普及し、インターネットを用いたデータ通信コストが安価になりはじめてきたため、多くのユーザや、各種のトラヒックがＩＰネットワークに集約される傾向にある。今後は、通話音声もＩＰネットワークに集約される傾向である。このように各種トラヒックを１つのＩＰネットワークに相乗りさせると、バースト性の高いＦＴＰ（File Transfer Protocol）やＨＴＴＰ（HyperText Transfer Protocol）などのトラヒックが、遅延やゆらぎに弱いホスト・データや通話音声などの転送を妨げてしまう。また、トラヒックの性質も、機密性の高いトラヒックから一般のトラヒックまで様々である。そのため、ネットワークのセキュリティを確保する方法が複雑になる。
【０００３】
以上のような問題を抱えるＩＰネットワークにおいて、ネットワーク上を流れる各トラヒックの“交通整理”を実現するためにポリシー・ベース・ネットワークが登場した。ポリシー・ベース・ネットワークとは、アプリケーションやユーザ単位に、パケット転送の優先度・使用帯域制御・セキュリティなどのポリシー情報を策定し、ＩＰネットワーク内のすべての各種ＩＰネットワーク機器はそのポリシー情報に従うことで、ＩＰネットワーク全体でトラヒックの制御を行う仕組みである。ポリシー情報は、ポリシー制御を実施する“条件”（たとえば、「通話音声トラヒックが流れたら」「優先度の高いトラヒックが流れたら」など）と、パケット処理方法（「６４ｋｂｉｔ／ｓを確保する」「最優先で転送する」など）が定義されている。このようなポリシー情報に基づいたネットワーク制御に関する技術としては、例えば特開２０００−８３０４８号公報に記載されたようなものがある。
【０００４】
ポリシー・ベース・ネットワークにおいては、ＩＰネットワーク機器の設定を一元化できるため、ネットワーク全体のＱｏＳ（Ｑｕａｌｉｔｙ Ｏｆ Ｓｅｒｖｉｃｅ）やセキュリティを確保しつつ、ネットワーク管理者の負担を抑えられる。
【０００５】
【発明が解決しようとする課題】
上記従来の技術においては、ポリシー情報は、ネットワーク管理者が経験に基づき策定し配布するか、またはリモート・ネットワーク・モニタリング（Remote Network Monitoring 以下、ＲＭＯＮ）プローブや、管理情報ベース（Management Information Base 以下、ＭＩＢ)等で収集されたパケット数や帯域使用率等のトラヒック情報からＩＰネットワークの使用状況を予測して策定されたものであった。（例えば、「通話音声トラヒックが流れてきたら、６４ｋｂｉｔ／ｓで転送」「午後６時から午後１１時までは、Ａ宛のトラヒックの為に帯域を５０％確保」というように策定。）しかし、完全なポリシーを策定し、ＩＰネットワークをポリシー制御するためには、ユーザごと、アプリケーションごと、時間ごと、インタフェースごと等、きめ細かくトラヒックを分析し、ＩＰネットワークの使用状況に応じた最適なポリシー情報を、最適な契機に配布する必要がある。
【０００６】
本発明は、上記の事情に鑑みてなされたものであり、ネットワーク管理者が任意に決めるようなしきい値を用いて「何Ｋｐｂｓ以上はトラヒックが多い」「何％以下は帯域が不足」と判断するのではなく、ネットワークの使用状況に応じたポリシー制御が実施できるネットワーク制御装置およびネットワーク制御方法を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、本発明は、ネットワークに接続された装置からネットワーク内のトラヒックに関する情報を収集し収集したトラヒック情報を定量化するトラヒック管理部と、ネットワークを制御するための制御内容とその制御内容の実施条件を定義したネットワーク制御情報を蓄積したネットワーク制御情報蓄積部と、定量化した結果に基づいてネットワーク制御情報蓄積部に蓄積されているネットワーク制御情報を検索し、ネットワークに接続された装置に配布するネットワーク制御部を有するようにしたものである。
【０００８】
また、トラヒック管理部は、収集したトラヒックに関する情報から評価パラメータを抽出し、評価パラメータをもとにネットワークの使用状況をメンバシップ関数を用いて定量化し、定量化した値に基づいてネットワークに接続された機器にネットワーク制御情報の送付の要否を判断し、要の場合にはネットワーク制御部にネットワーク制御情報を検索して配布するよう要求するようにした。
【０００９】
また、本発明のネットワーク制御方法は、ネットワークに接続された装置からネットワークの使用状況に関する情報を収集し、収集したネットワークの使用状況に基づいてネットワークを制御するための制御内容とその制御内容の実施条件を定義した制御情報を選択し、選択した制御情報をネットワークに接続された装置に配布して制御を行うようにした。
【００１０】
【発明の実施の形態】
以下、本発明を実施の形態を、図面を用いて説明する。
図1は、本発明を適用したＩＰネットワークの構成の一例を示す図である。
図１に示すＩＰネットワークは、ＩＰネットワーク制御装置(100)と、複数のルータ(200a〜200c)と、帯域制御装置(300)と、レイヤー２スイッチ(400)と、サーバ(500)と、複数のパーソナルコンピュータ(600a〜600b)と、伝送路(700a〜700i)とから構成される。
【００１１】
本発明においては、ＩＰネットワーク制御装置(100)は、ルータ(200a〜200c)や、帯域制御装置(300)や、レイヤー２スイッチ(400)から収集したトラヒックに関する情報を処理し、最適なポリシー情報を、最適な契機にルータ(200a〜200c)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に伝送路(700a〜700i)を介して配布する。ルータ(200a〜200c)や、帯域制御装置(300)や、レイヤー２スイッチ(400)は、その配布されたポリシー情報にもとづいてＱｏＳやセキュリティの設定を変更する。
【００１２】
次に、ＩＰネットワーク制御装置について説明する。
図２は、ＩＰネットワーク制御装置の構成を示す図である。
本実施の形態において、ＩＰネットワーク制御装置(100)は、ポリシー情報蓄積部(101)と、ポリシー制御部(102)と、トラヒック管理部(103)と、トラヒック情報解析機構(104)と、トラヒック情報処理機構(105)と、トラヒック情報蓄積機構(106)と、外部インタフェース(107)とから構成される。
【００１３】
ポリシー情報蓄積部(101)は、外部インタフェース(107)から入力されたポリシー情報を蓄積し、ポリシー制御部(102)は、トラヒック管理部(103)で処理されたトラヒック情報にもとづいてポリシー情報をポリシー情報蓄積部(101)から検索し、外部インタフェース(107)を介して、複数のルータ(200a〜200c)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に配布する。トラヒック管理部(103)は、トラヒック情報解析機構(104)と、トラヒック情報処理機構(105)と、トラヒック情報蓄積機構(106)とから構成される。トラヒック情報解析機構(104)は、複数のルータ(200a〜200c)や、帯域制御装置(300)や、レイヤー２スイッチ(400)から受信したトラヒックに関する情報を解析し、各インタフェースで送受信されたＩＰパケットのオクテット数や、各インタフェースの帯域使用率や、各インタフェースで廃棄されたＩＰパケット数等の情報を収集し、また、ポリシー制御部(102)からＩＰネットワークのトラヒックに関する情報収集の要求を受けた場合は、複数のルータ(200a〜200c)や、帯域制御装置(300)や、レイヤー２スイッチ(400)にトラヒック情報収集を行うためのパケットを送受信する機能を有する。
【００１４】
トラヒック情報蓄積機構(106)は、収集されたＩＰネットワーク内のトラヒックに関する情報を解析し、解析結果を日単位のトラヒック特性を示す日別トラヒック情報や、時間単位のトラヒック特性を示す時間別トラヒック情報として蓄積する。トラヒック解析機構(104)は、蓄積されたＩＰネットワーク内のトラヒックに関する情報をもとに、現在のネットワーク内のトラヒック状況を判断したり、今後のネットワーク内のトラヒック状況を予見し、ルータ(200a〜200c)や、帯域制御装置(300)や、レイヤー２スイッチ(400)にポリシー情報を配布すべきか否かを判定し、配布すべきであれば外部インタフェース(107)を介し、ポリシー制御部(102)に対し、ポリシー情報配布要求を出す。
【００１５】
ネットワーク管理者から投入された、詳細まで定義されていないポリシー・サマリー情報を受信した場合には、ポリシー制御部(102)は、トラヒック管理部(103)からＩＰネットワークのトラヒックに関する情報を収集し、ポリシー情報蓄積部(106)からポリシー情報を検索し、ルータ(200a〜200c)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に検索したポリシー情報を配布する。
【００１６】
次に、本発明のポリシー情報配布処理について図３ないし図９を用いて説明する。
まず、本発明のポリシー情報配布処理の大まかな流れを説明する。
図３は、ポリシー情報配布処理の概要を示す図である。
ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)は、定期的又はＩＰネットワーク制御装置(100)からの要求があった場合に、ＲＭＯＮで収集したトラヒックの統計情報や、ＭＩＢ情報などの、ＩＰネットワークのトラヒックに関する情報を、ＩＰネットワーク制御装置(100)に送信する(3e)(3f)(3g)。
【００１７】
ＩＰネットワーク制御装置(100)のトラヒック管理部(103)は、外部インタフェース(107)を介してＩＰネットワークのトラヒックに関する情報を受信する(3d)。
【００１８】
トラヒック管理部(103)のトラヒック情報処理機構(105)は、受信したトラヒックに関する情報を解析し、各インタフェースで送受信されたＩＰパケットのオクテット数や、各インタフェースの帯域使用率、各インタフェースで廃棄されたＩＰパケット数等の情報を収集する。トラヒック情報蓄積機構(106)は、このようにして収集されたトラヒックに関する情報を解析し、解析結果を日単位のトラヒック特性を示す日別トラヒック情報や、時間単位のトラヒック特性を示す時間別トラヒック情報として蓄積する。トラヒック情報解析機構(104)は、トラヒックに関する情報をもとに、現在のネットワーク内のトラヒック状況を判断したり、今後のネットワーク内のトラヒック状況を予見し、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)にポリシー情報を配布すべきか否かを判定し、ポリシー情報を配布すべきと判定した場合は、ポリシー制御部(102)にポリシー情報の配布要求を送信する(3b)。
【００１９】
ポリシー制御部(102)は、ＩＰネットワークの使用状況に基づいて、ポリシー情報蓄積部(101)からポリシー情報を検索し(3a)、検索されたポリシー情報を、外部インタフェース(107)を介して、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に配布する(3c)。ルータ(200)や、帯域制御装置(300)、レイヤー２スイッチ(400)は、配布されたポリシー情報にもとづいてＱｏＳ（quality of service）やセキュリティの設定内容を変更する(3h)(3i)(3j)。このようにして、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に対し、ＩＰネットワークの使用状況に応じたポリシー情報を配布し、ＱｏＳ（quality of service）やセキュリティの設定内容を変更できる。
【００２０】
次に、ポリシー情報配布処理の動作を、シーケンス図を用いて説明する。
図４は、ポリシー情報配布処理のシーケンス図である。
ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)は、定期的にＲＭＯＮで収集したトラヒックの統計情報や、ＭＩＢ情報などの、ＩＰネットワークのトラヒックに関する情報を、ＩＰネットワーク制御装置(100)のトラヒック管理部(103)に送信する(4a)。
【００２１】
ＩＰネットワーク制御装置(100)のトラヒック管理部(103)では、受信したＩＰネットワークのトラヒックに関する情報を解析し、ネットワーク内の通信品質やサービス品質を確保するために、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)のＱｏＳやセキュリティの設定を変更するための、ポリシー情報を配布する必要があるか判定する。ここで、ポリシー情報を配布する必要があると判定された場合、ポリシー制御部(102)にポリシー情報の配布要求を送信する(4b)。ポリシー情報の配布要求を受信したポリシー制御部(102)では、どのような「条件」で、どのような「処理」を実施するポリシー情報がネットワークの使用状況に適しているか判定し、決定したポリシー情報をポリシー情報蓄積部(101)に検索要求を送信する(4c)。
【００２２】
ポリシー情報検索要求を受信したポリシー情報蓄積部(101)では、要求にあったポリシー情報を検索し、ポリシー制御部(102)に回答する(4d)。要求にあったポリシー情報の回答を受信したポリシー制御部(102)は、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)にポリシー情報を配布するために、ＴＣＰのコネクション確立要求をルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に送信する(4e)。
【００２３】
ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)とポリシー制御部(102)間で、ＴＣＰのコネクションか確立した後(12f)、ポリシー制御部(102)はルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に、各装置のＱｏＳやセキュリティの設定内容を変更するための権利を要求する(4g)。ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)は、ポリシー制御部(102)に装置のＱｏＳやセキュリティの設定内容を変更するための権利を要求されたら、その権利をポリシー制御部(102)に付与する(4h)。
【００２４】
装置のＱｏＳやセキュリティの設定内容を変更するための権利を付与されたポリシー制御部(102)は、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)にポリシー情報を配布する(4i)。要求にあったポリシー情報を受信したルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)は、ポリシー情報に従いＱｏＳやセキュリティの設定内容を変更する。
【００２５】
以上により、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)のポリシー情報が設定される。
【００２６】
次に、ネットワーク管理者から、詳細まで定義されていないポリシー・サマリー情報が入力された場合の動作について説明する。
図５に、ネットワーク管理者からポリシー・サマリー情報が入力された場合に、ＩＰネットワーク制御装置がポリシー情報を配布する処理動作の一例のシーケンス図を示す。
【００２７】
ネットワーク管理者からのポリシー・サマリー情報を入力されたポリシー制御部(102)は、現状のネットワーク使用状況を知るために、トラヒック管理部(103)に、トラヒックに関する情報収集を要求する(5b)。トラヒックに関する情報収集を要求するされたトラヒック管理部(103)は、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に、トラヒックに関するＭＩＢを要求する(5c)。ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)は、トラヒック情報に関するＭＩＢ（management information base）を、ＩＰネットワーク制御装置(100)のトラヒック管理部(103)に送信する(5d)。
【００２８】
ＩＰネットワーク制御装置(100)のトラヒック管理部(103)では、受信したＩＰネットワークのトラヒックに関する情報を解析し、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)のＱｏＳやセキュリティの設定を変更するために、ポリシー制御部(102)にポリシー情報の配布要求を送信する(5e)。ポリシー情報の配布要求を受信したポリシー制御部(102)では、どのような「条件」で、どのような「処理」を実施するポリシー情報がネットワークの使用状況に適しているか後述する処理を行って判定し、判定したポリシー情報をポリシー情報蓄積部(101)に検索するよう要求する(5f)。
【００２９】
ポリシー情報検索要求を受信したポリシー情報蓄積部(101)では、要求にあったポリシー情報を検索し、ポリシー制御部(102)に回答する(5g)。このようにして最適なポリシー情報の回答を受信したポリシー制御部(102)は、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)にポリシー情報を配布するために、ＴＣＰのコネクション確立要求をルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に送信する(5h)。
【００３０】
ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)とポリシー制御部(102)間で、ＴＣＰのコネクションか確立した後(5i)、ポリシー制御部(102)はルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に、各装置のＱｏＳやセキュリティの設定内容を変更するための権利を要求する(5j)。ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)は、ポリシー制御部(102)に装置のＱｏＳやセキュリティの設定内容を変更するための権利を要求されたら、その権利をポリシー制御部(102)に付与する(5k)。
【００３１】
装置のＱｏＳやセキュリティの設定内容を変更するための権利を付与されたポリシー制御部(102)は、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)にポリシー情報を配布する(5l)。ポリシー情報を受信したルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)は、ポリシー情報に従いＱｏＳやセキュリティの設定内容を変更する。
【００３２】
以上により、ネットワーク管理者からポリシー・サマリー情報が入力された場合、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に最適なポリシー情報が設定される。
【００３３】
次に、ポリシー情報の配布の必要性を判定する処理について説明する。
【００３４】
図６はＩＰネットワーク制御機器(100)のトラヒック管理部(103)が、トラヒック情報を解析し、ポリシー情報の配布が必要であるか否かを判定する処理動作のフローチャートである。
【００３５】
ＩＰネットワーク制御機器(100)のトラヒック管理部(103)が、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)からトラヒックに関する情報を収集すると(F601)、トラヒック情報処理機構(105)は、収集されたトラヒックに関する情報から、ＩＰネットワークの使用状況に適したポリシー情報を策定するための評価パラメータ（例：パケット数、廃棄パケット数、ＲＭＯＮ Ｔｒａｐ通知回数等）を抽出し(F602)、トラヒック情報解析機構(104)は、抽出されたポリシー情報を策定するための評価データを、ファジー処理し、ＩＰネットワークの使用状況を定量化し(F603)、ＩＰネットワークの使用状況を示す数値から、現在のネットワーク状況が良好か良好でないか判定し(F604)、良好であればフローの先頭に戻り、良好でなければポリシー制御部(102)に対し、ポリシー情報の配布を要求する(F605)。
【００３６】
図７、図８にＩＰネットワーク制御機器(100)のトラヒック管理部(103)が、抽出された評価パラメータをファジー処理し、ＩＰネットワークの使用状況を定量化する手順の一例を示す。
【００３７】
図７と図８においては、理解を容易にするために例を簡略化して、インタフェースＡ(701)からルータ(200)に入り、インタフェースＢ(702)から送出されるトラヒック(703)を、ポリシー制御対象トラヒックとし、現在のネットワーク使用状況が良好か否か判定することとして説明する。
【００３８】
まず、ルータ(200)からトラヒックに関する情報を収集し(704)、ポリシー情報を策定するための評価パラメータを抽出する(705)。ここで、回線状態が「良好」であることのファジー集合をＭとし(801)、回線状態が「良好」であることを示すメンバシップ関数をμ（χ）とする(802)。（ファジー集合とは、メンバシップ関数でその特性が定義されており、通常のクリスプ集合のように、ある要素の集合における度合いを０か１かの２値で判断するのではなく、０．０から１．０の連続した値で判断する理論である。）評価パラメータ(705)の各要素（送受信パケット数やパケット廃棄数を示す要素χ１、χ２、χ３、χ４）のファジー集合Ｍにおける度合いをメンバシップ関数より求めると、右下がり型のメンバシップ関数となる(803)。こうして求まった評価パラメータの各要素のファジー集合Ｍにおける度合いから、ＩＰネットワークの使用状況が定量化できる(804)。
【００３９】
図９は、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)からのトラヒックに関する情報にもとづき、ＩＰネットワーク制御装置(100)がポリシー情報を、最適な契機に配布する処理動作の一例のシーケンス図を示している。
【００４０】
ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)は、定期的にＲＭＯＮで収集したトラヒックの統計情報や、ＭＩＢ情報などの、ＩＰネットワークのトラヒックに関する情報を、ＩＰネットワーク制御装置(100)のトラヒック管理部(103)に送信する(9a)。
【００４１】
ＩＰネットワーク制御装置(100)のトラヒック管理部(103)では、受信したＩＰネットワークのトラヒックに関する情報を解析し、ネットワーク内の通信品質やサービス品質を確保するために、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)のＱｏＳやセキュリティの設定を変更するための、ポリシー情報を配布する必要があるか判定する。ここで、ポリシー情報を、ＩＰネットワークの使用状況が良好でなくなると予見される、ｘ分後に配布する必要があると判定された場合、ｘ分のタイマー設定を行い、タイムアウト後、ポリシー制御部(102)にポリシー情報の配布要求を送信する(9b)。
【００４２】
ポリシー情報の配布要求を受信したポリシー制御部(102)では、どのような「条件」で、どのような「処理」を実施するポリシー情報がネットワークの使用状況に適しているか判定し、決定したポリシー情報をポリシー情報蓄積部(101)に検索要求を送信する(9c)。ポリシー情報検索要求を受信したポリシー情報蓄積部(101)では、要求にあったポリシー情報を検索し、ポリシー制御部(102)に回答する(9d)。
【００４３】
最適なポリシー情報の回答を受信したポリシー制御部(102)は、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)にポリシー情報を配布するために、ＴＣＰのコネクション確立要求をルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に送信する(9e)。
【００４４】
ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)とポリシー制御部(102)間で、ＴＣＰのコネクションか確立した後(9f)、ポリシー制御部(102)はルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に、各装置のＱｏＳやセキュリティの設定内容を変更するための権利を要求する(9g)。ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)は、ポリシー制御部(102)に装置のＱｏＳやセキュリティの設定内容を変更するための権利を要求されたら、その権利をポリシー制御部(102)に付与する(9h)。
【００４５】
装置のＱｏＳやセキュリティの設定内容を変更するための権利を付与されたポリシー制御部(102)は、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)に最適なポリシー情報を配布する(9i)。最適なポリシー情報を受信したルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)は、ポリシー情報に従いＱｏＳやセキュリティの設定内容を変更する。
【００４６】
以上により、ルータ(200)や、帯域制御装置(300)や、レイヤー２スイッチ(400)のポリシー情報が設定される。
【００４７】
以上説明した通り、本発明によれば、ポリシーを策定する際に、ＲＭＯＮプローブやＭＩＢ等で収集されたパケット数や帯域使用率等のトラヒック情報を、ネットワーク管理者が任意に決めるようなしきい値を用いて「何Ｋｐｂｓ以上はトラヒックが多い」「何％以下は帯域が不足」と判断するのではなく、ＩＰネットワーク機器から収集した、トラヒックに関する情報から評価パラメータを抽出し、抽出した評価パラメータからＩＰネットワークの使用状況をメンバシップ関数を用いて定量化し、蓄積されているポリシー情報から、ネットワークの使用状況に最適なポリシー情報を検索し、最適な契機に配布する制御にファジー制御を用いることで、ＩＰネットワークの使用状況に応じたポリシー制御を実施することが可能となる。
【００４８】
【発明の効果】
本発明によれば、ＩＰネットワークの使用状況に応じた最適なポリシー制御を実施することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用したＩＰネットワークの構成の概要について示した図である。
【図２】ＩＰネットワーク制御装置の構成を示す図である。
【図３】ポリシー情報配布処理の概要を示す図である。
【図４】ＩＰネットワーク制御装置におけるポリシー情報配布処理のシーケンス図である。
【図５】ネットワーク管理者からポリシー・サマリー情報が入力された場合のポリシー情報配布処理を示すシーケンス図である。
【図６】トラヒック管理部におけるポリシー情報配布要否を判定する処理を説明するフローチャートである。
【図７】トラヒック管理部におけるＩＰネットワークの使用状況を定量化する手順を説明する図である。
【図８】トラヒック管理部におけるＩＰネットワークの使用状況を定量化する手順を説明する図である。
【図９】ＩＰネットワーク制御装置のポリシー情報配布処理を説明するシーケンス図である。
【符号の説明】
100…ＩＰネットワーク制御装置、101…ポリシー情報蓄積4…トラヒック情報解析機構、105…トラヒック情報処理機構、106…トラヒック情報蓄積機構、107…外部インタフェース、200a,200b,200c…ルータ、300…帯域制御装置、400…レイヤー２スイッチ、500…サーバ、600a,600b…クライアントパーソナルコンピュータ、700a〜700i…伝走路。
Claims (6)
- ネットワークに接続された装置を制御するネットワーク制御装置であって、
前記ネットワークに接続された装置からネットワークの使用状況に関する情報を収集するネットワーク情報管理部と、
ネットワークを制御するための制御内容と該制御内容の実施条件を定義した制御情報を蓄積するネットワーク制御情報蓄積部とを有し、
前記収集したネットワークの使用状況に基づいて前記制御情報蓄積部から制御情報を選択して前記ネットワークに接続された装置に配布することによりネットワークの制御を行うことを特徴とするネットワーク制御装置。 - ネットワークに接続された装置を制御するネットワーク制御装置であって、
前記ネットワークに接続された装置からネットワーク内のトラヒックに関する情報を収集し、前記収集したトラヒック情報を定量化するトラヒック管理部と、
ネットワークを制御するための制御内容と該制御内容の実施条件を定義したネットワーク制御情報を蓄積したネットワーク制御情報蓄積部と、
該定量化した結果に基づいて前記ネットワーク制御情報蓄積部に蓄積されているネットワーク制御情報を検索し、前記ネットワークに接続された装置に配布するネットワーク制御部とを有することを特徴とするネットワーク制御装置。 - 前記トラヒック管理部は、前記収集したトラヒックに関する情報から評価パラメータを抽出し、前記評価パラメータをもとにネットワークの使用状況をメンバシップ関数を用いて定量化し、該定量化した値に基づいて前記ネットワークに接続された機器にネットワーク制御情報の送付の要否を判断し、要の場合には前記ネットワーク制御部にネットワーク制御情報を検索して配布するよう要求することを特徴とする前記請求項２に記載のネットワーク制御装置。
- ネットワークに接続された装置を制御するネットワーク制御方法であって、前記ネットワークに接続された装置からネットワークの使用状況に関する情報を収集し、前記収集したネットワークの使用状況に基づいてネットワークを制御するための制御内容と該制御内容の実施条件を定義した制御情報を選択し、該選択した制御情報を前記ネットワークに接続された装置に配布して制御を行うことを特徴とするネットワーク制御方法。
- ネットワークに接続された装置を制御するネットワーク制御方法であって、前記ネットワークに接続された装置からネットワーク内のトラヒックに関する情報を収集し、収集したトラヒック情報を定量化し、該定量化した結果に基づいてネットワークを制御するための制御内容と該制御内容の実施条件を定義したネットワーク制御情報を検索し、前記ネットワークに接続された装置に配布することを特徴とするネットワーク制御方法。
- 前記収集したトラヒックに関する情報から評価パラメータを抽出し、前記評価パラメータをもとにネットワークの使用状況をメンバシップ関数を用いて定量化し、該定量化した値に基づいて前記ネットワークに接続された機器にネットワーク制御情報の送付の要否を判断し、要の場合には前記ネットワーク制御情報を検索して配布することを特徴とする前記請求項５に記載のネットワーク制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000255739A JP3678127B2 (ja) | 2000-08-22 | 2000-08-22 | ネットワーク制御装置及びネットワーク制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000255739A JP3678127B2 (ja) | 2000-08-22 | 2000-08-22 | ネットワーク制御装置及びネットワーク制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002064561A JP2002064561A (ja) | 2002-02-28 |
| JP3678127B2 true JP3678127B2 (ja) | 2005-08-03 |
Family
ID=18744471
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000255739A Expired - Fee Related JP3678127B2 (ja) | 2000-08-22 | 2000-08-22 | ネットワーク制御装置及びネットワーク制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3678127B2 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040203803A1 (en) * | 2001-11-06 | 2004-10-14 | Taylor Scott P. | Delivery policy tool |
| US8126999B2 (en) | 2004-02-06 | 2012-02-28 | Microsoft Corporation | Network DNA |
| JP2007019786A (ja) * | 2005-07-07 | 2007-01-25 | Yokogawa Electric Corp | ネットワーク品質評価装置 |
| JP4973566B2 (ja) * | 2008-03-27 | 2012-07-11 | 富士通株式会社 | ファイアウォール装置、アクセス制御分担方法、およびプログラム |
| EP2777197B1 (en) * | 2011-11-10 | 2024-01-03 | Assia Spe, Llc | Method, apparatus, and system for optimizing performance of a communication unit by a remote server |
| CA3034504C (en) | 2011-12-05 | 2021-09-07 | Adaptive Spectrum And Signal Alignment, Inc. | Systems and methods for traffic aggregation on multiple wan backhauls and multiple distinct lan networks |
| CN107210923B (zh) | 2014-12-04 | 2020-12-15 | 适应性频谱和信号校正股份有限公司 | 用于预测成功的dsl线路优化的方法和装置 |
-
2000
- 2000-08-22 JP JP2000255739A patent/JP3678127B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002064561A (ja) | 2002-02-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2747336C (en) | Dynamic mobile network traffic control | |
| JP4520705B2 (ja) | 通信システム及び通信方法 | |
| JP4705115B2 (ja) | ネットワーク監視 | |
| Floyd et al. | Promoting the use of end-to-end congestion control in the Internet | |
| Guo et al. | The war between mice and elephants | |
| US7835395B2 (en) | Packet transfer device | |
| US6839766B1 (en) | Method and apparatus for communicating cops protocol policies to non-cops-enabled network devices | |
| JP6153166B2 (ja) | トラヒック監視装置及びプログラム、並びに、通信装置 | |
| WO2017016598A1 (en) | Network resource handling | |
| JP3678127B2 (ja) | ネットワーク制御装置及びネットワーク制御方法 | |
| CN102549981A (zh) | 用于服务质量(QoS)控制的节点和方法 | |
| Petrangeli et al. | Network-based dynamic prioritization of http adaptive streams to avoid video freezes | |
| Comer et al. | A rate-based congestion avoidance and control scheme for packet switched networks | |
| Albuquerque et al. | Network border patrol: Preventing congestion collapse and promoting fairness in the internet | |
| Bitorika et al. | A comparative study of active queue management schemes | |
| Kelly | An ECN probe-based connection acceptance control | |
| JP2019169783A (ja) | 経路制御システム、経路制御方法、及び、プログラム | |
| Karsten et al. | Admission control based on packet marking and feedback signalling–mechanisms, implementation and experiments | |
| Hill et al. | A DiffServ enhanced admission control scheme | |
| JP2009105949A5 (ja) | ||
| JP3789377B2 (ja) | ＩＰパケット網ＱｏＳ制御方式選定方法及び装置 | |
| KR100739489B1 (ko) | 서버와 클라이언트의 사이의 네트워크 경로에 속하는라우터에 접속하는 대역폭 브로커 및 차등화 서비스 제공방법 | |
| KR20020067517A (ko) | 시스템 인트라넷 내에서 패킷 스위치 라우터 루팅 방법 및베어러 형태의 선택 | |
| AU2009329470B2 (en) | Dynamic mobile network traffic control | |
| JP2007129430A (ja) | 輻輳制御方法、輻輳制御プログラム、および、輻輳制御システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050118 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050125 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050325 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050419 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050502 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080520 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090520 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100520 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110520 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110520 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120520 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |