JP2017028431A

JP2017028431A - 伝送装置及び流量計測方法

Info

Publication number: JP2017028431A
Application number: JP2015143927A
Authority: JP
Inventors: 石川　孝; Takashi Ishikawa; 孝石川; 藤吉　新一; Shinichi Fujiyoshi; 新一藤吉; 佳也杉本; Yoshiya Sugimoto; 達之村松; Tatsuyuki Muramatsu; 健太郎奥; Kentaro Oku
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2015-07-21
Filing date: 2015-07-21
Publication date: 2017-02-02
Also published as: US20170026264A1

Abstract

【課題】異常流量発生前の通信流量の状態を認識できる伝送装置等を提供する。【解決手段】中継装置は、回線上の通信流量を計測する第１の計測部と、第１の計測周期又は、当該第１の計測周期よりも短周期の第２の計測周期で通信流量を計測する第２の計測部とを有する。更に、中継装置は、第１の計測部で計測した通信流量の変化度合を算出する算出部と、算出部にて算出された通信流量の変化度合が所定閾値を超えたか否かを判定する判定部とを有する。更に、中継装置は、判定部にて通信流量の変化度合が所定閾値を超えた場合に、第２の計測部に第２の計測周期で計測させる制御部を有する。【選択図】図２

Description

本発明は、伝送装置及び流量計測方法に関する。

中継装置は、通信ネットワークの広帯域化や高密度収容化に伴って、多数の端末装置との間で同時通信を可能にしている。また、近年、通信ネットワークでは、例えば、突発的に１秒以下の短時間で大量の通信が発生するマイクロバーストと呼ばれる現象がある。マイクロバーストは、突発的に短時間で大量の通信が発生するため、例えば、パケットロスや回線品質の低下等の要因となる。しかも、マイクロバーストは、突発的に発生するため、その特定と原因解析が困難である。従って、マイクロバーストを検出できる方法が求められている。

そこで、従来技術では、回線上の通信流量を計測し、通信流量が異常流量の閾値を超えた場合にマーキングし、そのマーキングで異常流量、すなわちバースト異常を認識できる。

国際公開第２０１２／１４７９０９号

しかしながら、従来技術では、通信流量が異常流量の閾値を超過した場合にマーキングすることになるが、異常流量の閾値超過前の通信流量の状態が認識できない。その結果、異常流量の閾値超過前の通信流量、すなわち異常発生前の通信流量の状態が認識できないため、異常流量発生前の原因、例えば、マイクロバースト発生前の原因を解析できない。

一つの側面では、異常流量発生前の通信流量の状態を認識できる伝送装置及び流量計測方法を提供することを目的とする。

一つの案の伝送装置は、第１の計測部と、第２の計測部と、算出部と、判定部と、制御部とを有する。第１の計測部は、回線上の通信流量を計測する。第２の計測部は、第１の計測周期又は、当該第１の計測周期よりも短周期の第２の計測周期で通信流量を計測する。算出部は、第１の計測部で計測した通信流量の変化度合を算出する。判定部は、算出部にて算出された通信流量の変化度合が所定閾値を超えたか否かを判定する。制御部は、判定部にて通信流量の変化度合が所定閾値を超えた場合に、第２の計測部に第２の計測周期で計測させる。

異常流量発生前の通信流量の状態を認識できる。

図１は、実施例１の伝送システムの一例を示す説明図である。図２は、監視部の機能構成の一例を示すブロック図である。図３Ａは、変化度合急増時のモード切替に関わる通信流量及び時間の関係の一例を示す説明図である。図３Ｂは、変化度合漸増時のモード切替に関わる通信流量及び時間の関係の一例を示す説明図である。図４は、第１のモード切替処理に関わる監視部内のＣＰＵの処理動作の一例を示すフローチャートである。図５は、実施例２の監視部の機能構成の一例を示すブロック図である。図６Ａは、増加方向の変化度合に関わる通信流量及び時間の関係の一例を示す説明図である。図６Ｂは、減少方向の変化度合に関わる通信流量及び時間の関係の一例を示す説明図である。図７は、第２のモード切替処理に関わる監視部内のＣＰＵの処理動作の一例を示すフローチャートである。

以下、図面に基づいて、本願の開示する伝送装置及び流量計測方法の実施例を詳細に説明する。尚、本実施例により、開示技術が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。

図１は、実施例１の伝送システム１の一例を示す説明図である。図１に示す伝送システム１は、複数の中継装置２と、ネットワーク３とを有する。各中継装置２は、回線４を通じてネットワーク３と接続し、その回線４を通じてパケットを中継する、例えば、パケット中継装置である。中継装置２は、ＳＷ（Switch）２Ａと、ルータ２Ｂとを有する。ＳＷ２Ａは、例えば、Ｌ２／Ｌ３（Layer 2/Layer 3）のスイッチである。更に、ＳＷ２Ａには、回線４を流れるパケット流量、すなわち通信流量を監視する監視部１０を有する。ルータ２Ｂは、回線４と接続すると共に、パケット内の宛先情報に基づき、当該パケットを転送するルーティングスイッチである。

図２は、監視部１０の機能構成の一例を示すブロック図である。図２に示す監視部１０は、ＮＰＵ(Network Processor Unit)１１と、ＦＰＧＡ(Field Programmable Gate Array)１２と、ＲＡＭ(Random Access Memory)１３と、ＣＰＵ(Central Processor Unit)１４とを有する。ＮＰＵ１１は、回線４と接続する通信プロセッサに相当し、回線４上の通信流量を計測する。ＮＰＵ１１は、回線４上の通信流量（ｂｐｓ）を、所定の計測周期、例えば１ｍ秒周期で計測する。

ＦＰＧＡ１２は、例えば、ＣＰＵ１４とＲＡＭ１３との間、ＣＰＵ１４とＮＰＵ１１との間、ＮＰＵ１１とＲＡＭ１３との間を接続すると共に、各種処理を実行するＬＳＩである。ＲＡＭ１３は、各種情報を記憶する、例えば、ＤＤＲ３ＳＤＲＡＭ（Double-Data-Rate 3 Synchronous Dynamic Random Access Memory）等の記憶部である。ＣＰＵ１４は、監視部１０全体を制御する。

ＲＡＭ１３は、例えば、流量計測プログラム等の各種プログラムを格納する。ＲＡＭ１３は、流量格納部２１と、閾値テーブル２２と、ログ格納部２３とを有する。流量格納部２１は、ＮＰＵ１１で計測した通信流量を順次格納する領域である。閾値テーブル２２は、例えば、後述する第１の閾値、第２の閾値及び第３の閾値を記憶する領域である。

ログ格納部２３は、後述する、ＮＰＵ１１で計測したＶＬＡＮ（Virtual Local Area Network）単位の通信流量の計測結果、タイムスタンプ、ＶＬＡＮＩＤ及びフローＩＤ等の通信履歴としてログを格納する領域である。ＣＰＵ１４は、ＲＡＭ１３に格納された流量計測プログラムを読み出し、読み出した流量計測プログラムに基づき、算出部３１、第１の判定部３２、第２の判定部３３、第３の判定部３４及び制御部３５を機能として実行する。更に、ＮＰＵ１１は、流量計測プログラムに基づき、第１の計測部３６及び第２の計測部３７を機能として実行する。

第１の計測部３６は、例えば、１ｍ秒の計測周期で回線４上の通信流量を順次計測し、その計測結果を流量格納部２１内に順次格納する。算出部３１は、流量格納部２１で格納した通信流量の変化度合を算出する。尚、通信流量の変化度合は、流量格納部２１に格納中の監視対象の１０ｍ秒分の通信流量の変化量である。算出部３１は、例えば、通信流量は、０〜１０ｍ秒までの通信流量の変化量、次に１０ｍ秒〜２０ｍ秒までの通信流量の変化量、次に２０ｍ秒〜３０ｍ秒までの通信流量の変化量といったように、１０ｍ秒間隔で１０ｍ秒分の通信流量の変化量を順次算出する。

第２の計測部３７は、通常モード又は詳細モード等の２種類のログ取得モードを設定可能にする。第２の計測部３７は、通常モード設定中の場合、例えば、１秒の計測周期で計測したＶＬＡＮ単位の通信流量、タイムスタンプ、ＶＬＡＮＩＤ及びフローＩＤ等のログを収集し、収集したログをログ格納部２３に格納する。尚、タイムスタンプは、パケットの通信流量の計測日時、ＶＬＡＮＩＤは、パケットの利用者を識別するＩＤ、フローＩＤは、パケットを識別するＩＤである。

第２の計測部３７は、詳細モード設定中の場合、例えば、１ｍ秒の計測周期で計測したＶＬＡＮ単位の通信流量、タイムスタンプ、ＶＬＡＮＩＤ及びフローＩＤ等のログを収集し、収集したログをログ格納部２３に格納する。つまり、詳細モードは、通常モードに比較して１０００倍のログを収集することになる。

制御部３５は、初期設定として、第２の計測部３７に通常モードを設定する。第１の判定部３２は、通信流量の変化度合が第１の閾値を超えたか否かを判定する、例えば、判定部である。尚、第１の閾値は、第２の計測部３７に詳細モードを設定するか否かを判別するための通信流量の変化度合である。

制御部３５は、通信流量の変化度合が第１の閾値を超えた場合に、詳細モードを第２の計測部３７に設定する。尚、制御部３５は、通信流量の変化度合が第１の閾値を超えた場合にカウント値を＋１インクリメントする。制御部３５は、通信流量の変化度合が第１の閾値を超えなかった場合に、通常モードを第２の計測部３７に設定する。尚、制御部３５は、通信流量の変化度合が第１の閾値を超えなかった場合にカウント値をリセットする。

第２の判定部３３は、通信流量が第２の閾値を超えたか否かを判定する。尚、第２の閾値は、通信流量の上限値、受信側でパケットロス発生と想定し得る通信流量である。第３の判定部３４は、通信流量が第２の閾値を超えなかった場合に、カウント値が第３の閾値を超えたか否かを判定する。尚、第３の閾値は、通信流量が第２の閾値超過前に急増していると予想できる、通信流量の変化度合が第１の閾値を超えた判定回数（カウント値）である。制御部３５は、第３の判定部３４にてカウント値が第３の閾値を超えた場合、詳細モードを第２の計測部３７に設定する。制御部３５は、第３の判定部３４にてカウント値が第３の閾値を超えなかった場合に、通常モードを第２の計測部３７に設定する。

図３Ａは、変化度合急増時のモード切替に関わる通信流量及び時間の関係の一例を示す説明図である。図３Ａでは、通常モード設定中に、通信流量が第２の閾値を超えなくても、通信流量の変化度合が第１の閾値を超えた場合に、詳細モードを第２の計測部３７に設定する。図３Ｂは、変化度合漸増時のモード切替に関わる通信流量及び時間の関係の一例を示す説明図である。図３Ｂでは、通常モード設定中に、通信流量が第２の閾値を超えた場合でも、通信流量の変化度合が第１の閾値を超えなかった場合に通常モードを第２の計測部３７に設定する。

次に実施例１の伝送システム１の動作について説明する。図４は、第１のモード切替処理に関わる監視部１０内のＣＰＵ１４の処理動作の一例を示すフローチャートである。第１のモード切替処理は、通信流量の変化度合に基づき、第２の計測部３７のログ取得モードを切替設定する処理である。

図４においてＣＰＵ１４内の制御部３５は、初期設定として、通常モードを第２の計測部３７に設定する（ステップＳ１１）。制御部３５は、現在が第１の計測部３６の計測タイミングであるか否かを判定する（ステップＳ１２）。尚、第１の計測部３６の計測タイミングは、例えば、１ｍ秒の計測周期である。第１の計測部３６は、現在が計測タイミングの場合（ステップＳ１２肯定）、通信流量を計測する（ステップＳ１３）。尚、第１の計測部３６は、計測した通信流量を流量格納部２１に格納する。

ＣＰＵ１４内の算出部３１は、第１の計測部３６にて所定時間分の通信流量の取得が完了したか否かを判定する（ステップＳ１３Ａ）。尚、所定時間分の通信流量とは、例えば、１０ｍ秒分の通信流量に相当し、１０個分の通信流量である。算出部３１は、所定時間分の通信流量の取得が完了した場合（ステップＳ１３Ａ肯定）、流量格納部２１に格納中の所定時間分の監視対象の通信流量に基づき、通信流量の変化度合を算出する（ステップＳ１４）。ＣＰＵ１４内の第１の判定部３２は、監視対象の通信流量の変化度合が第１の閾値を超えたか否かを判定する（ステップＳ１５）。制御部３５は、監視対象の通信流量の変化度合が第１の閾値を超えた場合（ステップＳ１５肯定）、マイクロバースト発生の可能性が大と判断し、カウント値を＋１インクリメントする（ステップＳ１６）。更に、制御部３５は、カウント値を＋１インクリメントした後、詳細モードを第２の計測部３７に設定する（ステップＳ１７）。その結果、第２の計測部３７は、詳細モード設定中であるため、１ｍ秒周期で通信流量のログを収集する。

ＣＰＵ１４内の第２の判定部３３は、詳細モード設定後、監視対象の通信流量が第２の閾値を超えたか否かを判定する（ステップＳ１８）。制御部３５は、監視対象の通信流量が第２の閾値を超えた場合（ステップＳ１８肯定）、現在が計測タイミングであるか否かを判定すべく、ステップＳ１２に移行する。

制御部３５は、監視対象の通信流量の変化度合が第１の閾値を超えなかった場合（ステップＳ１５否定）、マイクロバースト発生の可能性が小と判断し、カウント値をリセットする（ステップＳ１９）。更に、制御部３５は、カウント値をリセット後、通常モードを第２の計測部３７に設定し（ステップＳ２０）、現在が計測タイミングであるか否かを判定すべく、ステップＳ１２に移行する。その結果、第２の計測部３７は、通常モード設定中であるため、１秒周期で通信流量のログを収集する。

ＣＰＵ１４内の第３の判定部３４は、監視対象の通信流量が第２の閾値を超えなかった場合（ステップＳ１８否定）、カウント値が第３の閾値を超えたか否かを判定する（ステップＳ２１）。制御部３５は、カウント値が第３の閾値を超えた場合（ステップＳ２１肯定）、現在が計測タイミングであるか否かを判定すべく、ステップＳ１２に移行する。その結果、第２の計測部３７は、詳細モード設定中であるため、１ｍ秒周期で通信流量のログを収集する。

制御部３５は、カウント値が第３の閾値を超えなかった場合（ステップＳ２１否定）、通常モードを第２の計測部３７に設定し（ステップＳ２２）、現在が計測タイミングであるか否かを判定すべく、ステップＳ１２に移行する。その結果、第２の計測部３７は、通常モード設定中であるため、１秒周期で通信流量のログを収集する。

第１のモード切替処理を実行するＣＰＵ１４は、通信流量の変化度合が第１の閾値を超えた場合に詳細モードを第２の計測部３７に設定する。その結果、ＣＰＵ１４は、通信流量の変化度合が大きいため、マイクロバースト発生の可能性が大と判断し、マイクロバーストの発生を予測する。そして、第２の計測部３７は、詳細モードでログを詳細に収集することになる。そして、ＣＰＵ１４は、詳細モードで収集したログに基づき、ＶＬＡＮ単位で通信流量のログを詳細に認識し、特にマイクロバースト発生前後の原因を解析できる。

ＣＰＵ１４は、通信流量の変化度合が第１の閾値を超えなかった場合に通常モードを第２の計測部３７に設定する。その結果、ＣＰＵ１４は、通信流量の変化度合が小さいため、マイクロバースト発生の可能性が小と判断する。そして、第２の計測部３７は、通常モードでログを収集することになる。そして、ＣＰＵ１４は、通信モードで収集したログに基づき、ＶＬＡＮ単位で通信流量のログを大まかに認識できる。しかも、ＣＰＵ１４は、通常モードによって収集するログが少なくなるため、ログ格納部２３のメモリ資源を節減できる。

更に、ＣＰＵ１４は、通信流量の変化度合が第１の閾値を超えず、かつ、通信流量が第２の閾値を超えた場合でも通常モードを第２の計測部３７に設定する。その結果、ＣＰＵ１４は、通信流量が第２の閾値を超えた場合でも、通常モードでログを収集するため、マイクロバースト起因による通信流量の増加でない場合に詳細モードに設定することによるログ格納部２３のメモリ資源の無駄な消費を回避できる。

ＣＰＵ１４は、通信流量の変化度合が第１の閾値を超え、かつ、通信流量が第２の閾値を超えた場合に詳細モードを第２の計測部３７に設定する。その結果、ＣＰＵ１４は、マイクロバースト発生の可能性が大と判断する。そして、第２の計測部３７は、詳細モードでログを詳細に収集することになる。そして、ＣＰＵ１４は、詳細モードで収集したログに基づき、ＶＬＡＮ単位で通信流量のログを詳細に認識し、特にマイクロバースト発生前後の原因を解析できる。

ＣＰＵ１４は、通信流量が第２の閾値を超えなくても、カウント値が第３の閾値を超えた場合に詳細モードを第２の計測部３７に設定する。その結果、ＣＰＵ１４は、通信流量が第２の閾値を超えてなくても、マイクロバースト発生の可能性が大と判断する。第２の計測部３７は、詳細モードでログを詳細に収集することになる。そして、ＣＰＵ１４は、詳細モードで収集したログに基づき、ＶＬＡＮ単位で通信流量のログを詳細に認識し、特にマイクロバースト発生前後の原因を解析できる。

ＣＰＵ１４は、通信流量が第２の閾値を超えず、かつ、カウント値が第３の閾値を超えなかった場合に通常モードを第２の計測部３７に設定する。その結果、ＣＰＵ１４は、マイクロバースト発生の可能性が小と判断する。第２の計測部３７は、通常モードでログを収集することになる。そして、ＣＰＵ１４は、通常モードによって収集するログが少なくなるため、ログ格納部２３のメモリ資源を節減できる。

実施例１のＣＰＵ１４は、通信流量の変化度合が第１の閾値を超え、かつ、カウント値が第３の閾値を超えた場合に詳細モードを第２の計測部３７に設定するため、マイクロバースト発生前後のログを詳細に収集し、収集したログをログ格納部２３に格納する。その結果、ＣＰＵ１４は、マイクロバースト発生前後のログに基づき、マイクロバースト発生前後の原因を解析できる。しかも、ＶＬＡＮ単位で解析できる。

ＣＰＵ１４は、第１の計測部３６で計測した所定時間分の通信流量の変化量を通信流量の変化度合として算出した。その結果、ＣＰＵ１４は、通信流量の変化度合に基づき、所定時間分の通信流量の推移を認識できる。

ＣＰＵ１４は、通信流量の変化度合が第１の閾値を超えた回数をカウント値とし、そのカウント値が第３の閾値を超えた場合に、詳細モードを第２の計測部３７に設定する。その結果、ＣＰＵ１４は、マイクロバースト発生を予測し、マイクロバースト発生前に詳細モードに設定できる。

尚、上記実施例１では、通信流量の変化度合が増加方向で、変化度合が第１の閾値を超えた場合に詳細モードに設定した。しかしながら、通信流量の変化度合が減少方向の場合でも、変化度合が第１の閾値を超えた場合に詳細モードに設定しても良く。この場合の実施の形態につき、実施例２として以下に説明する。

図５は、実施例２の監視部１０Ａの機能構成の一例を示すブロック図である。尚、説明の便宜上、実施例１の伝送システム１と同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。

実施例２の監視部１０Ａと実施例１の監視部１０とが異なるところは、第１の判定部３２Ａにて通信流量の変化度合の増減方向を識別し、増加方向は勿論のこと、減少方向の通信流量の変化度合が第１の閾値を超えた場合に詳細モードに設定する点にある。

第１の判定部３２Ａは、通信流量の変化度合が増加方向又は減少方向であるかを識別する識別部４１を有する。図６Ａは、増加方向の変化度合に関わる通信流量及び時間の関係の一例を示す説明図である。第１の判定部３２Ａは、図６Ａに示すように、識別部４１にて通信流量の変化度合が増加方向の場合、増加方向の変化度合が第１の閾値を超えたか否かを判定する。制御部３５Ａは、増加方向の変化度合が第１の閾値を超えた場合に詳細モードを第２の計測部３７に設定する。制御部３５Ａは、増加方向の変化度合が第１の閾値を超えなかった場合に通常モードを第２の計測部３７に設定する。

図６Ｂは、減少方向の変化度合に関わる通信流量及び時間の関係の一例を示す説明図である。第１の判定部３２Ａは、識別部４１にて通信流量の変化度合が減少方向の場合、図６Ｂに示すように、変化度合が第１の閾値を超えたか否かを判定する。制御部３５Ａは、減少方向の変化度合が第１の閾値を超えた場合に詳細モードを第２の計測部３７に設定する。制御部３５Ａは、減少方向の変化度合が第１の閾値を超えなかった場合に通常モードを第２の計測部３７に設定する。

次に実施例２の伝送システム１の動作について説明する。図７は、第２のモード切替処理に関わる監視部１０Ａ内のＣＰＵ１４Ａの処理動作の一例を示すフローチャートである。第２のモード切替処理は、通信流量の増減方向の変化度合に基づき、第２の計測部３７のログ取得モードを切替設定する処理である。

図７においてＣＰＵ１４Ａ内の制御部３５Ａは、初期設定として、通常モードを第２の計測部３７に設定する（ステップＳ３１）。制御部３５Ａは、現在が第１の計測部３６の計測タイミングであるか否かを判定する（ステップＳ３２）。尚、第１の計測部３６の計測タイミングは、例えば、１ｍ秒の計測周期である。第１の計測部３６は、現在が計測タイミングの場合（ステップＳ３２肯定）、通信流量を計測する（ステップＳ３３）。尚、第１の計測部３６は、計測した通信流量を流量格納部２１に格納する。

ＣＰＵ１４Ａ内の算出部３１は、第１の計測部３６にて所定時間分の通信流量の取得が完了したか否かを判定する（ステップＳ３３Ａ）。尚、所定時間分の通信流量とは、例えば、１０ｍ秒分の通信流量に相当し、１０個分の通信流量である。算出部３１は、所定時間分の通信流量の取得が完了した場合（ステップＳ３３Ａ肯定）、流量格納部２１に格納中の所定時間分の監視対象の通信流量に基づき、通信流量の変化度合を算出する（ステップＳ３４）。ＣＰＵ１４Ａ内の第１の判定部３２Ａは、識別部４１を通じて監視対象の通信流量の変化度合が増加方向にあるか否かを判定する（ステップＳ３５）。

第１の判定部３２Ａは、監視対象の通信流量の変化度合が増加方向にある場合（ステップＳ３５肯定）、監視対象の通信流量の増加方向の変化度合が第１の閾値を超えたか否かを判定する（ステップＳ３６）。制御部３５Ａは、増加方向の変化度合が第１の閾値を超えた場合（ステップＳ３６肯定）、マイクロバースト発生の可能性が大と判断し、カウント値を＋１インクリメントする（ステップＳ３７）。更に、制御部３５Ａは、カウント値を＋１インクリメントした後、詳細モードを第２の計測部３７に設定する（ステップＳ３８）。その結果、第２の計測部３７は、詳細モード設定中であるため、１ｍ秒周期で通信流量のログを収集する。

ＣＰＵ１４Ａ内の第２の判定部３３は、詳細モード設定後、監視対象の通信流量が第２の閾値を超えたか否かを判定する（ステップＳ３９）。制御部３５Ａは、監視対象の通信流量が第２の閾値を超えた場合（ステップＳ３９肯定）、現在が計測タイミングであるか否かを判定すべく、ステップＳ３２に移行する。

制御部３５Ａは、監視対象の通信流量の増加方向の変化度合が第１の閾値を超えなかった場合（ステップＳ３６否定）、マイクロバースト発生の可能性が小と判断し、カウント値をリセットする（ステップＳ４０）。更に、制御部３５Ａは、カウント値をリセット後、通常モードを第２の計測部３７に設定し（ステップＳ４１）、現在が計測タイミングであるか否かを判定すべく、ステップＳ３２に移行する。その結果、第２の計測部３７は、通常モード設定中であるため、１秒周期で通信流量のログを収集する。

ＣＰＵ１４Ａ内の第３の判定部３４は、監視対象の通信流量が第２の閾値を超えなかった場合（ステップＳ３９否定）、カウント値が第３の閾値を超えたか否かを判定する（ステップＳ４２）。制御部３５Ａは、カウント値が第３の閾値を超えた場合（ステップＳ４２肯定）、現在が計測タイミングであるか否かを判定すべく、ステップＳ３２に移行する。その結果、第２の計測部３７は、詳細モード設定中であるため、１ｍ秒周期で通信流量のログを収集する。

制御部３５Ａは、カウント値が第３の閾値を超えなかった場合（ステップＳ４２否定）、通常モードを第２の計測部３７に設定し（ステップＳ４３）、現在が計測タイミングであるか否かを判定すべく、ステップＳ３２に移行する。その結果、第２の計測部３７は、通常モード設定中であるため、１秒周期で通信流量のログを収集する。

第１の判定部３２Ａは、監視対象の通信流量の変化度合が増加方向にない場合（ステップＳ３５否定）、識別部４１を通じて通信流量の変化度合が減少方向にあるか否かを判定する（ステップＳ４４）。第１の判定部３２Ａは、通信流量の変化度合が減少方向にある場合（ステップＳ４４肯定）、監視対象の通信流量の減少方向の変化度合が第１の閾値を超えたか否かを判定する（ステップＳ４５）。

制御部３５Ａは、通信流量の減少方向の変化度合が第１の閾値を超えた場合（ステップＳ４５肯定）、詳細モードを第２の計測部３７に設定し（ステップＳ４６）、現在が計測タイミングであるか否かを判定すべく、ステップＳ３２に移行する。その結果、第２の計測部３７は、詳細モード設定中であるため、１ｍ秒周期で減少方向の通信流量のログを収集する。

制御部３５Ａは、通信流量の減少方向の変化度合が第１の閾値を超えなかった場合（ステップＳ４５否定）、通常モードを第２の計測部３７に設定し（ステップＳ４７）、現在が計測タイミングであるか否かを判定すべく、ステップＳ３２に移行する。その結果、第２の計測部３７は、通常モード設定中であるため、１秒周期で通信流量のログを収集する。

第１の判定部３２Ａは、監視対象の通信流量の変化度合が減少方向にない場合（ステップＳ４４否定）、通常モードを第２の計測部３７に設定すべく、ステップＳ４７に移行する。その結果、第２の計測部３７は、通常モード設定中であるため、１秒周期で通信流量のログを収集する。

第２のモード切替処理を実行するＣＰＵ１４Ａは、通信流量の増加方向の変化度合が第１の閾値を超えた場合に詳細モードを第２の計測部３７に設定する。その結果、ＣＰＵ１４Ａは、通信流量の増加方向の変化度合が大きいため、マイクロバースト発生の可能性が大と判断し、マイクロバーストの発生を予測する。そして、第２の計測部３７は、詳細モードでログを詳細に収集することになる。そして、ＣＰＵ１４Ａは、詳細モードで収集したログに基づき、ＶＬＡＮ単位で通信流量の増加方向のログを詳細に認識し、特にマイクロバースト発生前後の原因を解析できる。

ＣＰＵ１４Ａは、通信流量の減少方向の変化度合が第１の閾値を超えた場合に詳細モードを第２の計測部３７に設定する。その結果、ＣＰＵ１４Ａは、通信流量の減少方向の変化度合が大きいため、マイクロバースト発生後の復旧の可能性が大と判断する。そして、第２の計測部３７は、詳細モードでログを詳細に収集することになる。そして、ＣＰＵ１４Ａは、詳細モードで収集したログに基づき、ＶＬＡＮ単位で通信流量の減少方向のログを詳細に認識し、特にマイクロバースト復旧の原因を解析できる。

ＣＰＵ１４Ａは、通信流量の増加方向の変化度合が第１の閾値を超えなかった場合に通常モードを第２の計測部３７に設定する。その結果、ＣＰＵ１４Ａは、通信流量の増加方向の変化度合が小さいため、マイクロバースト発生の可能性が小と判断する。そして、第２の計測部３７は、通常モードでログを収集することになる。そして、ＣＰＵ１４Ａは、通信モードで収集したログに基づき、ＶＬＡＮ単位で通信流量の増加方向のログを大まかに認識できる。しかも、ＣＰＵ１４Ａは、通常モードによって収集するログが少なくなるため、ログ格納部２３のメモリ資源を節減できる。

ＣＰＵ１４Ａは、通信流量の増加方向の変化度合が第１の閾値を超え、かつ、通信流量が第２の閾値を超えた場合に詳細モードを第２の計測部３７に設定する。その結果、ＣＰＵ１４Ａは、マイクロバースト発生の可能性が大と判断する。そして、第２の計測部３７は、詳細モードでログを詳細に収集することになる。そして、ＣＰＵ１４Ａは、詳細モードで収集したログに基づき、ＶＬＡＮ単位で通信流量の増加方向のログを詳細に認識し、特にマイクロバースト発生前後の原因を解析できる。

ＣＰＵ１４Ａは、通信流量が第２の閾値を超えなくても、カウント値が第３の閾値を超えた場合に詳細モードを第２の計測部３７に設定する。その結果、ＣＰＵ１４Ａは、通信流量が第２の閾値を超えてなくても、マイクロバースト発生の可能性が大と判断する。第２の計測部３７は、詳細モードでログを詳細に収集することになる。そして、ＣＰＵ１４Ａは、詳細モードで収集したログに基づき、ＶＬＡＮ単位で通信流量の増加方向のログを詳細に認識し、特にマイクロバースト発生前後の原因を解析できる。

ＣＰＵ１４Ａは、通信流量が第２の閾値を超えず、かつ、カウント値が第３の閾値を超えなかった場合に通常モードを第２の計測部３７に設定する。その結果、ＣＰＵ１４Ａは、マイクロバースト発生の可能性が小と判断する。第２の計測部３７は、通常モードでログを収集することになる。そして、ＣＰＵ１４Ａは、通常モードによって収集するログが少なくなるため、ログ格納部２３のメモリ資源を節減できる。

実施例２のＣＰＵ１４Ａは、通信流量の増加方向の変化度合が第１の閾値を超えた場合に詳細モードを第２の計測部３７に設定する。その結果、第２の計測部３７は、増加方向の変化度合が急激に増えた場合に詳細モードでログを収集する。そして、ＣＰＵ１４Ａは、その収集ログに基づき、マイクロバースト発生前後の原因を解析できる。

ＣＰＵ１４Ａは、通信流量の減少方向の変化度合が第１の閾値を超えた場合に詳細モードを第２の計測部３７を設定する。その結果、第２の計測部３７は、減少方向の変化度合が急激に増えた場合に詳細モードでログを収集する。ＣＰＵ１４Ａは、その収集ログに基づき、マイクロバースト復旧の原因を解析できる。

尚、上記実施例１及び２では、第１の計測部３６を通じてＶＬＡＮ単位で通信流量を計測したが、ＶＬＡＮ単位に限定されるものではなく、フロー単位で通信流量を計測するようにしても良く、適宜変更可能である。

上記実施例１及び２では、第１の計測部３６及び第２の計測部３７をＮＰＵ１１で実行したが、第１の計測部３６及び第２の計測部３７をＣＰＵ１４（１４Ａ）やＦＰＧＡ１２等で実行しても良く、適宜変更可能である。

上記実施例１及び２では、算出部３１、第１の判定部３２（３２Ａ）、第２の判定部３３、第３の判定部３４及び制御部３５（３５Ａ）をＣＰＵ１４（１４Ａ）で実行したが、ＦＰＧＡ１２やＮＰＵ１１等に分散して実行させるようにしても良い。

上記実施例１及び２では、通常モード中に通信流量の変化度合が第１の閾値を超えた場合に詳細モードを第２の計測部３７に設定したが、詳細モード中に通信流量の変化度合が第１の閾値を超えなかった場合に通常モードに設定しても良い。

上記実施例１及び２では、通信流量の変化度合として所定時間分の通信流量の変化量に応じて変化度合を算出したが、縦軸を通信流量、横軸を時間とし、時間毎の通信流量の推移をグラフ化し、その傾き角度を変化度合として設定しても良い。

上記実施例１及び２では、通信流量の変化度合が第１の閾値を超えた場合に詳細モードを第２の計測部３７に設定したが、第１の閾値の代わりに、所定操作に応じて詳細モードの開始時刻及び終了時刻を設定して良く。この場合、制御部３５は、現在時刻が開始時刻に到達した場合に通常モードから詳細モードに切替設定し、現在時刻が終了時刻に到達した場合に詳細モードから通常モードに切替設定する。例えば、銀行等は支店毎に１日の業務結果を本店やデータセンタに送信する時刻が決まっているので、通信流量が増加する時間帯を詳細モードとして設定しても良い。尚、第１の閾値の代わりに、時刻等を設定したが、時刻に限定されるものではなく、例えば、年月日等で詳細モードの開始及び終了タイミングを設定しても良い。

上記実施例１及び２では、通信流量の変化度合が第１の閾値を超えた場合に詳細モードを第２の計測部３７に設定したが、通信流量が第２の閾値を超えた場合に詳細モード、通信流量が第２の閾値を超えなかった場合に通常モードに切替設定しても良い。

また、上記実施例１及び２では、詳細モード中に通信流量の変化度合が第１の閾値を超えなかった場合に通常モードに切替設定したが、詳細モード中に通信流量が第２の閾値を超えなかった場合に通常モードに切替設定しても良い。

また、上記実施例１及び２では、第１の閾値、第２の閾値、第３の閾値を設定したが、これら第１の閾値、第２の閾値及び第３の閾値を所定操作若しくはネットワーク内の通信負荷に応じて適宜変更して設定しても良い。

また、上記実施例１及び２では、第１の計測部３６で通信流量を１ｍ秒周期で計測し、第２の計測部３７で詳細モード又は通常モードで通信流量を計測した。しかしながら、第１の計測部３６が第２の計測部３７の計測動作を実行しても良い。

また、上記実施例１及び２の算出部３１は、ステップＳ１３Ａ又はステップＳ３３Ａにて所定時間（１０ｍ秒）分の通信流量の取得が完了したか否かを判定し、通信流量の取得が完了した場合に所定時間分の通信流量に基づき変化度合を算出した。しかしながら、算出部３１は、第１の計測部３６にて、例えば、１００ｍ秒分の通信流量の取得が完了した後、１００ｍ秒分の通信流量を１０分割し、１０分割した各１０ｍ秒分の通信流量の変化度合を算出しても良い。この場合、第１の判定部３２は、分割した各１０ｍ秒分の通信流量の変化度合が第１の閾値を超えたか否かを順次判定する。そして、第３の判定部３４は、１００ｍ秒分（１０個）の１０ｍ秒の通信流量の変化度合の内、例えば、７個の通信流量の変化度合が第１の閾値を超えた場合、すなわち、通信流量の変化度合が第１の閾値を超えた回数（カウント値）が第３の閾値“６回”を超えた場合に詳細モードに設定するようにしても良い。

また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

更に、各装置で行われる各種処理機能は、ＣＰＵ（Central Processing Unit）（又はＭＰＵ（Micro Processing Unit）、ＭＣＵ（Micro Controller Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良いことは言うまでもない。

２中継装置
４回線
１０監視部
２３ログ格納部
３１算出部
３２第１の判定部
３３第２の判定部
３４第３の判定部
３５制御部
３６第１の計測部
３７第２の計測部
４１識別部

Claims

回線上の通信流量を計測する第１の計測部と、
第１の計測周期又は、当該第１の計測周期よりも短周期の第２の計測周期で前記通信流量を計測する第２の計測部と、
前記第１の計測部で計測した前記通信流量の変化度合を算出する算出部と、
前記算出部にて算出された前記通信流量の変化度合が所定閾値を超えたか否かを判定する判定部と、
前記判定部にて前記通信流量の変化度合が所定閾値を超えた場合に、前記第２の計測部に前記第２の計測周期で計測させる制御部と
を有することを特徴とする伝送装置。
前記判定部は、
前記通信流量の変化度合の増減方向を識別する識別部を有し、
前記制御部は、
前記識別部にて前記通信流量の変化度合が増加方向と識別され、かつ、前記変化度合が前記所定閾値を超えた場合に、前記第２の計測部に前記第２の計測周期で計測させると共に、前記識別部にて前記通信流量の変化度合が減少方向と識別され、かつ、前記変化度合が前記所定閾値を超えた場合に、前記第２の計測部に前記第２の計測周期で計測させることを特徴とする請求項１に記載の伝送装置。
前記第２の計測部で計測した前記通信流量のログを格納する格納部を更に有することを特徴とする請求項１又は２に記載の伝送装置。
前記算出部は、
前記第１の計測部で計測した所定時間分の通信流量の変化量を前記通信流量の変化度合として算出することを特徴とする請求項１〜３の何れか一つに記載の伝送装置。
前記制御部は、
前記判定部にて前記通信流量の変化度合が所定閾値を超えた回数をカウントし、そのカウントされた回数が所定回数を超えた場合に、前記第２の計測部に前記第２の計測周期で計測させることを特徴とする請求項１〜４の何れか一つに記載の伝送装置。
所定操作に応じて前記所定閾値を調整可能にする調整部を更に有することを特徴とする請求項１〜５の何れか一つに記載の伝送装置。
回線上の通信流量を計測し、
計測した前記通信流量の変化度合を算出し、
算出された前記通信流量の変化度合が所定閾値を超えたか否かを判定し、
第１の計測周期又は、当該第１の計測周期よりも短周期の第２の計測周期で前記通信流量を計測する際に、前記通信流量の変化度合が所定閾値を超えた場合に、前記第２の計測周期で前記通信流量を計測する
処理を実行することを特徴とする流量計測方法。