(57)【要約】【課題】ネットワーク上に配置される伝送装置における統計情報の収集技術に関し、伝送装置内のインタフェース間で連携して統計情報の収集の優先度を制御可能とする。【解決手段】全体制御部３０１内の制御部３０５は、入力側の何れかのＩＦ部２０１から統計情報に基づく通信のパフォーマンスの劣化または信号断の警報が通知された場合に、入力側のＩＦ部２０１よりも後段のＩＦ部２０１に、検出に係る情報を通知する。この通知を受けたＩＦ部２０１内の統計情報処理部３０４は、統計情報の収集の優先度を変更する。【選択図】図３
2017034367.tif 000002
【特許請求の範囲】
【請求項１】
入力側のユニットにおいて統計情報に基づく通信のパフォーマンスの劣化または信号断の警報が検出された場合に、前記入力側のユニットよりも後段のユニットに、前記検出された情報を通知する制御部と、
前記後段のユニットにおいて、通知を受けた場合に、前記統計情報の収集の優先度を変更する統計情報処理部と、
を備えることを特徴とする伝送装置。
【請求項２】
前記制御部は、前記通信のパフォーマンスの劣化が検出された場合に、前記統計情報の優先収集通知を送信し、
前記統計情報処理部は、前記統計情報の収集頻度を増加させる、
ことを特徴とする請求項１に記載の伝送装置。
【請求項３】
前記統計情報処理部は、前記統計情報を収集周期毎に収集する、ことを特徴とする請求項２に記載の伝送装置。
【請求項４】
前記制御部は、前記信号断の警報が検出された場合に、前記統計情報の収集停止通知を送信し、
前記統計情報処理部は、前記統計情報の収集を停止する、
ことを特徴とする請求項１ないし３のいずれかに記載の伝送装置。
【請求項５】
前記パス毎に、当該パスが使用するリンクに関する情報を登録するパステーブル部を更に備え、
前記制御部は、前記入力側のユニットにおいて前記パスに関して前記通信のパフォーマンスの劣化または前記信号断の警報が検出された場合に、前記パステーブル部を参照することにより、前記検出に係るリンクを使用するパスを処理する前記後段のユニットに通知を送信し、
前記ユニット毎の前記統計情報処理部は、前記通知を受信した場合に、当該通知に係るパスの統計情報の収集の優先度を変更する、
ことを特徴とする請求項１ないし４のいずれかに記載の伝送装置。
【請求項６】
前記制御部は、いずれかの前記入力側のユニットおよび前記パスに関して通信のパフォーマンスの劣化または信号断の警報が検出された場合に、
前記パステーブル部を参照することにより、前記検出に係るパスが使用している前記検出に係る前記入力側のユニットに対応するリンクを使用するパスをさらに抽出し、
当該抽出したパスを処理する前記後段のユニットに前記通知を送信する、
ことを特徴とする請求項５に記載の伝送装置。
【請求項７】
前記ユニットは、シェルフ番号が付与された筐体内のスロット番号が付与されたスロットに実装され、それぞれポート番号が付与された１つ以上のポートを備えるインタフェースカードであり、
前記パステーブル部は、前記パス毎のテーブルエントリに、当該パスが使用する入力側のインタフェースカードおよびポートに係る、前記シェルフ番号と、前記スロット番号と、前記ポート番号とを組み合わせて生成される入力側のリンク識別情報と、当該パスが使用する出力側のインタフェースカードおよびポートに係る、前記シェルフ番号と、前記スロット番号と、前記ポート番号とを組み合わせて生成される出力側のリンク識別情報とを、当該パスが使用する前記リンクに関する情報として記憶し、
前記パステーブル部は、前記パス毎のテーブルエントリにさらに、前記入力側のリンク識別情報と前記入力側のインタフェースカード上で当該パスに付与されるシーケンス番号とを組み合わせて生成される入力側のフローポイントと、前記出力側のリンク識別情報と前記出力側のインタフェースカード上で当該パスに付与されるシーケンス番号とを組み合わせて生成される出力側のフローポイントとを、当該パスが使用する前記インタフェース部に関する情報として記憶する、
ことを特徴とする請求項５または６のいずれかに記載の伝送装置。
【請求項８】
前記統計情報処理部は、
当該統計情報処理部が含まれる前記ユニットの各伝送路に対して入出力されるフレームデータを解析することにより、統計情報と当該フレームデータのエントリの識別情報を抽出するフレーム解析部と、
前記抽出した統計情報を前記抽出した識別情報によって識別される前記パス毎にカウントするハードウェアカウンタと、
前記ハードウェアカウンタがカウントする前記パス毎のカウント値を、ポーリング周期毎に読み出して統計情報メモリの内容に加算することにより、前記パス毎の統計情報を算出する統計情報メモリ制御部と、
前記統計情報メモリ制御部が算出した前記パス毎の統計情報がそれぞれ所定の閾値を超えたか否かを判定することにより、前記パス毎に前記パフォーマンスの劣化を検出する閾値超過通知部と、
を含むことを特徴とする請求項１ないし７のいずれかに記載の伝送装置。
【請求項９】
入力側のユニットにおいて統計情報に基づく通信のパフォーマンスの劣化または信号断の警報が検出された場合に、前記入力側のユニットよりも後段のユニットに、前記検出に係る情報を通知し、
前記ユニット毎に、前記通知を受けた場合に、前記統計情報の収集の優先度を変更する、
ことを特徴とする統計情報収集方法。
【発明の詳細な説明】
【技術分野】
【０００１】
ネットワーク上に配置される伝送装置および伝送装置における統計情報の収集方法に関する。
【背景技術】
【０００２】
ネットワークの管理者は通常、ネットワークを流れているユーザトラフィックやアプリケーショントラフィックをプロファイリングして、ネットワーク上のトラフィックについて詳細な情報を得ている。これらの情報として統計情報がある。統計情報は例えば、通信において送受信または廃棄されたパケット数またはオクテット数等のカウンタ数を累計した情報である。これらの統計情報は、ネットワークを構成する伝送装置のインタフェースカード等から収集される。統計情報は通信のパフォーマンス関連の問題を診断する際に役立ち、統計情報を定期的に取得して累積保存しておくことで、後で保守運用のために利用する履歴情報として活用される。
【０００３】
一般的に伝送装置においては、通信経路毎に統計情報を管理する。統計情報を処理するために、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）等により構成されるハードウェアカウンタ等の専用のハードウェア回路が実装される。しかしながら、ハードウェアカウンタ等から数千経路分の統計情報を例えば１秒毎のポーリングで一度に読み出すことは、プロセッサの負荷が増大して冗長切替の時間などの性能に影響を及ぼす可能性がある。  このような問題を解決するために、従来、一度のポーリングで取得する経路数を制限し複数回のポーリングによって全経路分の統計情報を取得することが行われる場合がある。
【０００４】
また、性能情報に関する少なくとも１つのパラメタに基づいて算出した優先度に応じて性能情報を再収集するための優先順位を設定することにより、処理負荷を考慮して統計情報を収集するための従来技術が知られている（例えば特許文献１）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−６７２３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、一度のポーリングで取得する経路数を制限する前述の従来技術では、全経路分の統計情報を取得するまでに複数回のポーリングが必要になる。このため例えば、経路数が数千になる場合には、例えば１秒毎のポーリングで１００経路分を処理したとしても、全経路分の統計情報を取得するまでに数十秒待たなければならなくなる。この結果、統計情報の収集結果に基づいて発せられるパフォーマンスの低下や信号断の警報の報知が遅延する可能性があり、ネットワーク障害の発生が拡大する可能性が大きくなるという課題があった。
【０００７】
また、優先順位を設定して性能情報を再収集行する前述の従来技術では、優先度の高い性能情報を判定して収集することができる。ここで、伝送装置においては、各インタフェースカードの専用ハードウェアが独立して統計情報の収集を実施している。このとき、１つのインタフェースカードで例えば通信のパフォーマンスの劣化の警報が発生した場合に、従来技術は、そのカードでの統計情報の収集の優先度を上げることができる。しかしながら、例えばイングレス側とイーグレス側のように、警報が発生したインタフェースカードと接続される他のインタフェースカードでは、統計情報の収集の優先度がまだ変化せずに警報の発生が遅れてしまう可能性があるという問題点があった。
【０００８】
あるいは例えば、１つのインタフェースカードで例えば信号断の警報が発生した場合に、従来技術は、そのカードでの統計情報の収集を停止させることができる。しかしながら、上述のように警報が発生したインタフェースカードと接続される他のインタフェースカードでは、継続して不要な統計情報が収集されてしまう可能性があるという問題点があった。
【０００９】
そこで、本発明の１つの側面では、伝送装置において、入力ユニットのパフォーマンスの劣化または信号断の警報の検出を後段ユニットに通知する仕組みを構築することにより、後段ユニットにおいて、統計情報の収集の優先度を制御可能とすることを目的とする。
【課題を解決するための手段】
【００１０】
態様の一例では、入力側のユニットにおいて統計情報に基づく通信のパフォーマンスの劣化または信号断の警報が検出された場合に、前記入力側のユニットよりも後段のユニットに前記検出された情報を通知する制御部と、前記後段のユニットにおいて、通知を受けた場合に、前記統計情報の収集の優先度を変更する統計情報処理部と、を備える伝送装置を提供する。
【発明の効果】
【００１１】
伝送装置において、入力ユニットのパフォーマンスの劣化または信号断の警報の検出を後段ユニットに通知する仕組みを構築することにより後段のユニットにおいて統計情報の収集の優先度を制御することが可能となる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態が適用されるネットワークの構成例を示した図である。
【図２】Ｌ２スイッチのハードウェア構成例と通信経路の説明図である。
【図３】本実施形態の基本動作を説明するための構成図である。
【図４】統計情報処理部の構成例を示す図である。
【図５】Ｉｎｇｒｅｓｓ側およびＥｇｒｅｓｓ側の各インタフェースカードでの統計情報の収集項目の例を示す図である。
【図６】ＦＰ数の制限によるポーリング動作の説明図である。
【図７】統計情報収集の問題点の説明図（その１）である。
【図８】統計情報収集の問題点の説明図（その２）である。
【図９】伝送装置の実施形態のハードウェア構成例を示す図である。
【図１０】フレームフォーマットの例を示す図である。
【図１１】統計情報処理部の詳細な構成例を示す図である。
【図１２】Ｐａｔｈテーブルの登録処理の説明図である。
【図１３】統計情報の収集頻度の制御動作の説明図（その１）である。
【図１４】統計情報の収集頻度の制御動作の説明図（その２）である。
【図１５】全体制御部が実行する統計情報収集制御処理の例を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明を実施するための形態について図面を参照しながら詳細に説明する。
本実施形態は、Ｌ０（レイヤ０）からＬ４（レイヤ４）にわたる種々の伝送装置で収集している統計情報を対象としている。図１は、本実施形態が適用されるネットワークの構成例を示した図である。この構成例は、各社内ＬＡＮ（ローカルエリアネットワーク）１０３において、複数のＰＣ（パーソナルコンピュータ）１０５が、Ｌ２（レイヤ２）スイッチ１０４によって集約された構成を備える。各社内ＬＡＮ１０３は、複数のルータ１０２などによって、例えば外部のインターネット上にあるサーバ１０１のコンピュータと接続される。ここで、本発明が適用される伝送装置の実施形態は、例えば図１のＬ２スイッチ１０４である。なお、Ｌ２スイッチに限らず、他のレイヤのスイッチを実施形態とすることもできる。
【００１４】
図２は、図１のＬ２スイッチ１０４のハードウェア構成例と通信経路の説明図である。＃１と＃２の２つのＬ２スイッチ１０４同士は、例えばローカルエリアネットワーク等のネットワーク２０７を介して通信を行い、通信経路ごとにパケット（フレーム）データを伝送してゆく。
【００１５】
＃１および＃２の各Ｌ２スイッチ１０４は、それぞれが例えば光ファイバである伝送路２０３を終端する複数枚（図２の例では＃１および＃２）のインタフェースカード（図中「ＩＦ」）２０１と、スイッチカード２０２を備える。
【００１６】
伝送路２０３はそれぞれ、ＳＦＰ／ＸＦＰトランシーバ２０４を介して、インタフェースカード２０１の物理終端部であるポートに接続される。ＳＦＰ／ＸＦＰトランシーバ２０４は、光ファイバである伝送路２０３を終端する。ＳＦＰ／ＸＦＰトランシーバ２０４は、伝送路２０３に対して入出力される光通信信号とインタフェースカード２０１内のポートに対して入出力される電気通信信号との間で相互に変換を行う、ＳＦＰまたはＸＦＰ規格に準拠した光トランシーバモジュールである。ＳＦＰは、Ｓｍａｌｌ  Ｆｏｒｍ  ｆａｃｔｏｒ  Ｐｌｕｇｇａｂｌｅ規格を表し、ＸＦＰは、１０（Ｘ）  Ｇｉｇａｂｉｔ  ｓｍａｌｌ  Ｆｏｒｍ  ｆａｃｔｏｒ  Ｐｌｕｇｇａｂｌｅ規格を表す。
【００１７】
インタフェースカード２０１は、ネットワークプロセッサユニット（ＮＰＵ）２０５とトラフィックマネジメント集積回路（ＴＭ）２０６を備える。ＮＰＵ２０５は、入力側（Ｉｎｇｒｅｓｓ側）ＮＰＵ２０５ａと出力側（Ｅｇｒｅｓｓ側）ＮＰＵ２０５ｂの各機能から構成される。ＴＭ２０６も、Ｉｎｇｒｅｓｓ側ＴＭ２０６ａとＥｇｒｅｓｓ側ＴＭ２０６ｂの各機能から構成される。図２では、通信経路の流れを明確にするために、Ｉｎｇｒｅｓｓ側とＥｇｒｅｓｓ側の各ユニット機能が分かれて記載されているが、実際には両者の機能が合わさって一つのＮＰＵ２０５またはＴＭ２０６を構成している。
【００１８】
まず、Ｉｎｇｒｅｓｓ側のインタフェースカード２０１の動作について説明する。
Ｉｎｇｒｅｓｓ側ＮＰＵ２０５ａは、Ｉｎｇｒｅｓｓ側の伝送路２０３からＳＦＰ／ＸＦＰトランシーバ２０４およびポートを介して受信した受信パケットのラベル値をチェックし、受信パケットに、そのラベル値に対応する情報を持つ装置内ヘッダを付加する。その後、Ｉｎｇｒｅｓｓ側ＮＰＵ２０５ａは、装置内ヘッダが付加された受信パケットを、Ｉｎｇｒｅｓｓ側ＴＭ２０６ａに転送する。
【００１９】
Ｉｎｇｒｅｓｓ側ＴＭ２０６ａは、受信パケットを、そのパケットに対して最大レートの設定値に達した超過トラフィックを廃棄して出力レートを制限するためのトラフィックポリシングを行いながら、スイッチカード２０２に転送する。
【００２０】
スイッチカード２０２は、Ｉｎｇｒｅｓｓ側のインタフェースカード２０１内のＩｎｇｒｅｓｓ側ＴＭ２０６ａから入力したパケットの装置内ヘッダの情報に従って、そのパケットをＥｇｒｅｓｓ側のインタフェースカード２０１に転送する。
【００２１】
次に、Ｅｇｒｅｓｓ側のインタフェースカード２０１の動作について説明する。
Ｅｇｒｅｓｓ側ＴＭ２０６ｂは、スイッチカード２０２からの送信パケットを、そのパケットに対し超過パケットをキューに保持して一定の時間間隔で伝送されるようにするトラフィックシェーピングを行いながら、Ｅｇｒｅｓｓ側ＮＰＵ２０５ｂに転送する。この結果、送信パケットの出力レートが平滑化される。
【００２２】
Ｅｇｒｅｓｓ側ＮＰＵ２０５ｂは、Ｅｇｒｅｓｓ側ＴＭ２０６ｂから受信した送信パケットにおいて、そのパケットに付加されている装置内ヘッダを除去し、その装置内ヘッダの情報に従って送信パケット内のラベル値を出力ラベル値に変更する。
【００２３】
この結果、Ｅｇｒｅｓｓ側ＮＰＵ２０５ｂから出力された送信パケットは、ポートおよびＳＦＰ／ＸＦＰトランシーバ２０４を介して、Ｅｇｒｅｓｓ側の伝送路２０３に送出される。
【００２４】
Ｌ２スイッチ１０４は通常、シェルフと呼ばれる筐体内に複数台実装することができるため、Ｌ２スイッチ１０４は、どのシェルフに設置されているかを示すシェルフ番号で特定される。例えば、図２において、Ｌ２スイッチ１０４（＃１）はシェルフ番号＃１を有し、Ｌ２スイッチ１０４（＃２）はシェルフ番号＃２を有する。
【００２５】
ここで例えば、シェルフ番号＃１のＬ２スイッチ１０４（＃１）における、或る通信に係るパケットの通信経路は、次のようになる。パケットは、Ｉｎｇｒｅｓｓ側の１つの伝送路２０３からＬ２スイッチ１０４（＃１）内の、例えばスロット番号＃１のスロットに挿入されているＩｎｇｒｅｓｓ側のインタフェースカード２０１（＃１）の、例えばポート番号＃１のポートに入力する。スロット番号＃１のスロットのＩｎｇｒｅｓｓ側のインタフェースカード２０１（＃１）内のＩｎｇｒｅｓｓ側ＮＰＵ２０５ａおよびＩｎｇｒｅｓｓ側ＴＭ２０６ａは、前述したようにしてパケットの伝送処理を実行し、そのパケットをスイッチカード２０２に出力する。スイッチカード２０２は、前述したようにしてそのパケットをスイッチングした後、そのパケットをＬ２スイッチ１０４（＃１）内の、例えばスロット番号＃２のスロットに実装されているＥｇｒｅｓｓ側のインタフェースカード２０１（＃２）に入力させる。スロット番号＃２のスロットのＥｇｒｅｓｓ側のインタフェースカード２０１（＃２）内のＥｇｒｅｓｓ側ＮＰＵ２０５ｂおよびＥｇｒｅｓｓ側ＴＭ２０６ｂは、前述したようにしてパケットの伝送処理を実行する。そのパケットは、例えば、スロット番号＃２のスロットのＥｇｒｅｓｓ側のインタフェースカード２０１（＃２）の、ポート番号＃１のポートからＥｇｒｅｓｓ側の伝送路２０３に出力される。
【００２６】
上述の例では、或る通信に係るパケットは、シェルフ番号＃１を有するＬ２スイッチ１０４（＃１）の、スロット番号＃１を有するスロットのＩｎｇｒｅｓｓ側のインタフェースカード２０１（＃１）の、ポート番号＃１を有するポートに入力する。そして、そのパケットは、シェルフ番号＃１を有するＬ２スイッチ１０４（＃１）の、スロット番号＃２を有するスロットのＥｇｒｅｓｓ側のインタフェースカード２０１（＃２）の、ポート番号＃１を有するポートから出力される。
【００２７】
これより、或る通信に係るパケットの通信経路は、Ｉｎｇｒｅｓｓ側のシェルフ番号とスロット番号とポート番号を組み合わせた情報と、Ｅｇｒｅｓｓ側のシェルフ番号とスロット番号とポート番号を組み合わせた情報とのペアで特定できる。ただし、１つのポート上には、異なる宛先を有する複数の通信経路が混在し得る。そこで、上記Ｉｎｇｒｅｓｓ側のシェルフ番号とスロット番号とポート番号に、さらにそのポート番号上での通信経路の通し番号を付加した情報を、入力フローポイント（以下「入力ＦＰ」と記載）として定義する。同様に、Ｅｇｒｅｓｓ側のシェルフ番号とスロット番号とポート番号に、さらにそのポート番号上での通信経路の通し番号を付加した情報を、出力フローポイント（以下「出力ＦＰ」と記載）として定義する。具体的には、入力ＦＰおよび出力ＦＰともに、各番号をハイフンで結んで、「シェルフ番号−スロット番号−ポート番号−通し番号」というデータ形式で表現する。このようにして、或る通信に係るパケットの通信経路は、入力ＦＰと出力ＦＰの組合せで特定することができる。なお、入力フローポイント（入力ＦＰ）と出力フローポイント（出力ＦＰ）を総称して、フローポイント（ＦＰ）と呼ぶ。
【００２８】
前述した例では、或る通信に係るパケットのＬ２スイッチ１０４（＃１）上での通信経路は、入力ＦＰ「１−１−１−１」と出力ＦＰ「１−１−１−１」の組合せとして特定される。
【００２９】
Ｌ２スイッチ１０４（＃１）からＥｇｒｅｓｓ側の伝送路２０３に出力されたパケットは、ネットワーク２０７を介してＬ２スイッチ１０４（＃２）に到達する。Ｌ２スイッチ１０４（＃２）における伝送処理も、Ｌ２スイッチ１０４（＃１）の場合と同様である。従って、Ｌ２スイッチ１０４（＃１）から伝送されてきた上記或る通信に係るパケットのＬ２スイッチ１０４（＃２）上での通信経路も、そのＬ２スイッチ１０４（＃２）に係る入力ＦＰと出力ＦＰの組合せとして特定される。
【００３０】
１つのＬ２スイッチ１０４は、例えば４５００経路分の通信経路を、それぞれ入力ＦＰと出力ＦＰの組合せとして識別することができる。
【００３１】
図３は、本実施形態の基本動作を説明するための構成図である。図３の伝送装置１０４、＃１〜＃４のインタフェースカード２０１、およびスイッチカード（ＳＷ）２０２は、図１または図２のＬ２スイッチ１０４と同様のものである。例えば、＃１、＃３、＃４のインタフェースカード２０１は１０ギガビット／秒（図中「１０Ｇ」と記載）の伝送路を終端し、＃２のインタフェースカード２０１は１ギガビット／秒（図中「ＧｂＥ」と記載）の伝送路を終端する。
【００３２】
図３において、伝送装置１０４内の各インタフェースカード２０１は、通信経路を特定するＦＰ（入力ＦＰまたは出力ＦＰ）毎に、統計情報を管理している。そのために、＃１〜＃４の各インタフェースカード２０１はそれぞれ、統計情報を処理するための＃１〜＃４の各統計情報処理部３０４（図中では「処理部」と記載）を備える。統計情報処理部３０４は、ＦＰ毎にパケット数／サイズ、廃棄パケット数などの統計情報を収集して累算し、その累算値が所定の閾値を超えると、通信処理のパフォーマンスが低下したことを示す警報を全体制御部３０１に出力する。この警報は、ＴＣＡ（Ｔｈｒｅｓｈｏｌｄ  Ｃｒｏｓｓｉｎｇ  Ａｌｅｒｔ）と呼ばれる。この統計情報処理部３０４は例えば、図２のＮＰＵ２０５（Ｉｎｇｒｅｓｓ側ＮＰＵ２０５ａまたはＥｇｒｅｓｓ側ＮＰＵ２０５ｂ）内に実装される。
【００３３】
また、各インタフェースカード２０１の各ポート（ＰＯＲＴ１、ＰＯＲＴ２等）は、特には図示しないが、ＬＯＳなどの信号断を検出することにより、ＬＯＳ警報などの信号断の警報を全体制御部３０１に対して出力する。
【００３４】
全体制御部３０１は、伝送装置１０４における通信経路の制御を実行するプロセッサユニットであり、内部のメモリ３０２内に通信経路を制御するためのパス（Ｐａｔｈ）テーブル３０３を備える。以下、通信経路のことをパスまたはＰａｔｈと呼ぶ。このＰａｔｈテーブル３０３は、各エントリ（行）の「Ｐａｔｈ」項目に、Ｉ、II、IIIと例示されるパス名またはパス番号を記憶し、「入力ＦＰ」項目および「出力ＦＰ」項目にそれぞれ前述した「シェルフ番号−スロット番号−ポート番号−通し番号」形式の入力ＦＰおよび出力ＦＰを記憶する。なお、以下の説明において、１番、２番、３番、４番などの各番号を、＃１、＃２、＃３、＃４などと表す。
【００３５】
図３において、Ｓｌｏｔ１、Ｓｌｏｔ２、Ｓｌｏｔ３、およびＳｌｏｔ４はそれぞれ、＃１、＃２、＃３、および＃４の各インタフェースカード２０１が実装されるスロット番号＃１、＃２、＃３、および＃４の各スロットを表す。また、ＰＯＲＴ１およびＰＯＲＴ２はそれぞれ、各インタフェースカード２０１におけるポート番号＃１および＃２の各ポートを表す。なお、伝送装置１０４のシェルフ番号は＃１であるとする。
【００３６】
いま、Ｓｌｏｔ１のインタフェースカード２０１（＃１）のＰＯＲＴ１から、スイッチカード２０２を介して、Ｓｌｏｔ３のインタフェースカード２０１（＃３）のＰＯＲＴ１に、パスＩ（図中「Ｐａｔｈ  Ｉ」）が設定されているとする。この場合、Ｐａｔｈテーブル３０３の１行目のエントリには、「Ｐａｔｈ」項目に値「Ｉ」が設定される。また、パスＩの、入力側（Ｉｎｇｒｅｓｓ側）のシェルフ番号は＃１、スロット番号は＃１、ポート番号は＃１であり、また、Ｓｌｏｔ１のＰＯＲＴ１でのパスＩの通し番号は１番目である。従って、１行目のエントリの「入力ＦＰ」項目には値「１−１−１−１」が記憶される。さらに、パスＩの、出力側（Ｅｇｒｅｓｓ側）のシェルフ番号は＃１、スロット番号は＃３、ポート番号は＃１であり、また、Ｓｌｏｔ３のＰＯＲＴ１でのパスＩの通し番号は１番目である。従って、１行目のエントリの「出力ＦＰ」項目には値「１−３−１−１」が記憶される。
【００３７】
同様に、Ｓｌｏｔ１のインタフェースカード２０１（＃１）のＰＯＲＴ１から、スイッチカード２０２を介して、Ｓｌｏｔ４のインタフェースカード２０１（＃３）のＰＯＲＴ１に、パスII（図中「Ｐａｔｈ  II」が設定されているとする。この場合、Ｐａｔｈテーブル３０３の２行目のエントリには、「Ｐａｔｈ」項目に値「II」が設定される。また、パスIIの、入力側のシェルフ番号は＃１、スロット番号は＃１、ポート番号は＃１であり、また、Ｓｌｏｔ１のＰＯＲＴ１でのパスIIの通し番号は２番目である。従って、２行目のエントリの「入力ＦＰ」項目には値「１−１−１−２」が記憶される。さらに、パスIIの、出力側のシェルフ番号は＃１、スロット番号は＃４、ポート番号は＃１であり、Ｓｌｏｔ４のＰＯＲＴ１でのパスIIの通し番号は１番目である。従って、２行目のエントリの「出力ＦＰ」項目には値「１−４−１−１」が記憶される。
【００３８】
同様に、Ｓｌｏｔ２のインタフェースカード２０１（＃１）のＰＯＲＴ１から、スイッチカード２０２を介して、Ｓｌｏｔ４のインタフェースカード２０１（＃３）のＰＯＲＴ２に、パスIII（図中「Ｐａｔｈ  III」が設定されているとする。この場合、Ｐａｔｈテーブル３０３の３行目のエントリには、「Ｐａｔｈ」項目に値「III」が設定される。また、パスIIIの、入力側のシェルフ番号は＃１、スロット番号は＃２、ポート番号は＃１であり、また、Ｓｌｏｔ２のＰＯＲＴ１でのパスIIIの通し番号は１番目である。従って、３行目のエントリの「入力ＦＰ」項目には値「１−２−１−１」が記憶される。さらに、パスIIIの、出力側のシェルフ番号は＃１、スロット番号は＃４、ポート番号は＃２であり、Ｓｌｏｔ４のＰＯＲＴ２でのパスIIIの通し番号は１番目である。従って、３行目のエントリの「出力ＦＰ」項目には値「１−４−２−１」が記憶される。
【００３９】
上述の「Ｐａｔｈ」項目、「入力ＦＰ」項目、および「出力ＦＰ」項目に加えて、各エントリの「リンク」項目には、そのエントリに対応するパスが使用するリンク（物理回線）に関する情報が記憶される。図３の例において、パスＩ（図中「Ｐａｔｈ  Ｉ」）のエントリには、パスＩが使用するリンクＡおよびリンクＢの情報が「リンク」項目に記憶される。同様に、パスII（図中「Ｐａｔｈ  II」）のエントリには、パスIIが使用するリンクＡおよびリンクＤの情報が「リンク」項目に記憶される。さらに、パスIII（図中「Ｐａｔｈ  III」）のエントリには、パスIIIが使用するリンクＣおよびリンクＥの情報が「リンク」項目に記憶される。
【００４０】
次に、全体制御部３０１は、次のような制御部３０５を備える。制御部３０５は、入力側の何れかのインタフェースカード（ユニット）２０１から統計情報に基づく通信のパフォーマンスの劣化または信号断の警報からなる検出情報が通知された場合に、入力側のＩＦ部（ユニット）２０１よりも後段のＩＦ部（ユニット）２０１に、この検出情報を通知する。そして、この通知を受けたＩＦ部（ユニット）２０１内の統計情報処理部３０４は、統計情報の収集の優先度（例えば頻度）を変更する。例えば入力側のＩＦ部のパフォーマンスの劣化を検出した場合は、後段のＩＦ部の統計情報の収集の頻度を増加する。入力側のＩＦ部での信号断の検出のときは後段のＩＦ部では統計情報の収集を停止する。
【００４１】
具体的には、制御部３０５は、＃１から＃４の何れかのインタフェースカード２０１で、或るＦＰ（パス）の通信のパフォーマンスの劣化を示す前述したＴＣＡが通知された場合、または何れかのポートでの前述したＬＯＳ警報などの信号断の警報が通知された場合に、次のような動作を実行する。制御部３０５は、Ｐａｔｈテーブル３０３を参照することにより、上記通知（検出）に係るリンクを使用するパスを処理する後段のインタフェースカード（ユニット）２０１に通知を送信する。より具体的には、制御部３０５は、上記警報の通知に係るＦＰが使用している上記警報を出力したインタフェースカード２０１に対応するリンクを使用するパスをさらに抽出する。そして、制御部３０５は、抽出したパスを処理しているインタフェースカード２０１内の統計情報処理部３０４に、通知を送信する。
【００４２】
例えば、Ｓｌｏｔ１のインタフェースカード２０１（＃１）の統計情報処理部３０４が、入力ＦＰ「１−１−１−１」に関して、統計情報が閾値を超えたことを検出してＴＣＡを出力したとする。制御部３０５は、Ｐａｔｈテーブル３０３上で、上記入力ＦＰが設定されているパスＩのエントリを参照することにより、上記入力ＦＰが使用している上記警報を出力したＳｌｏｔ１のインタフェースカード２０１（＃１）に対応するリンクＡを抽出する。さらに、制御部３０５は、Ｐａｔｈテーブル３０３上で、そのリンクＡを使用するパスIIを抽出する。そして、制御部３０５は、抽出したパスIIが使用する入力側のＳｌｏｔ１のインタフェースカード２０１（＃１）より後段のインタフェースカード２０１内の統計情報処理部３０４に、抽出したパスIIに対応するＦＰに対する統計情報の優先収集通知を送信する。より具体的には、制御部３０５は、Ｐａｔｈテーブル３０３上で、パスIIのエントリに設定されている入力ＦＰと出力ＦＰを参照する。この結果、制御部３０５は、出力ＦＰ「１−４−１−１」より、Ｓｌｏｔ１のインタフェースカード２０１（＃１）より後段のＳｌｏｔ４のインタフェースカード２０１（＃４）の統計情報処理部３０４に対して、ＦＰ１に関する優先収集通知を送信する。
【００４３】
優先収集通知を受信したＳｌｏｔ４のインタフェースカード２０１（＃４）の統計情報処理部３０４は、優先収集通知により指定されたＦＰに対する統計情報の収集頻度を増加させる。例えば、統計情報処理部３０４は、優先収集通知により指定されたＦＰに対する統計情報を毎回のポーリング周期毎に収集するように、収集のスケジューリングを変更する。
【００４４】
また例えば、Ｓｌｏｔ１のインタフェースカード２０１（＃１）のＰＯＲＴ１が、信号断の警報を出力したとする。制御部３０５は、Ｐａｔｈテーブル３０３上で、上記Ｓｌｏｔ１のＰＯＲＴ１が設定されているパスＩおよびパスIIの各エントリを参照することにより、Ｓｌｏｔ１のインタフェースカード２０１（＃１）に対応するリンクＡを抽出する。さらに、制御部３０５は、Ｐａｔｈテーブル３０３上で、そのリンクＡを使用するパスＩおよびIIを抽出する。そして、制御部３０５は、抽出したパスＩおよびパスIIが使用する後段のインタフェースカード２０１内の統計情報処理部３０４に対して、抽出したパスＩおよびパスIIに対応するＦＰに対する統計情報の収集停止通知を送信する。具体的には、制御部３０５は、Ｐａｔｈテーブル３０３上で、パスＩのエントリに設定されている入力ＦＰと出力ＦＰを参照する。この結果、制御部３０５はまず、入力ＦＰ「１−１−１−１」より、Ｓｌｏｔ１のインタフェースカード２０１（＃１）の統計情報処理部３０４に対して、ＦＰ１に関する収集停止通知を送信する。また、制御部３０５は、出力ＦＰ「１−３−１−１」より、Ｓｌｏｔ３のインタフェースカード２０１（＃３）の統計情報処理部３０４に対して、ＦＰ１に関する収集停止通知を送信する。さらに、制御部３０５は、Ｐａｔｈテーブル３０３上で、パスIIのエントリに設定されている入力ＦＰと出力ＦＰを参照する。この結果、制御部３０５は、出力ＦＰ「１−４−１−１」より、Ｓｌｏｔ１のインタフェースカード２０１（＃１）より後段のＳｌｏｔ４のインタフェースカード２０１（＃４）の統計情報処理部３０４に対して、ＦＰ１に関する収集停止通知を送信する。
【００４５】
優先収集通知を受信した統計情報処理部３０４は、優先収集通知により指定されたＦＰに対する統計情報の収集を停止する。
【００４６】
以上のようにして、本実施形態によれば、素早くＴＣＡの通知をユーザに通知する事が可能になる。また、ＬＯＳ警報などの信号断を伴う警報が発生した場合には、統計情報を収集不要である旨を通知して、通知を受けたインタフェースカード２０１は対象のＦＰに対する統計情報を収集しないようにすることが可能となる。
【００４７】
したがって、本実施形態によれば、入力側ユニットにおけるパフォーマンスの劣化または信号断の情報を後段ユニットに遅延なく通知し、後段ユニットにおいて統計情報の収集の優先度（頻度）を変更でき、ＴＣＡ通知を適正に行うことができる。
【００４８】
なお、本実施形態は、Ｌ２（イーサーネット）を例にしているが、Ｌ１（ＳＯＮＥＴまたはＳＤＨ）の統計情報の場合は、ＬＯＳのような信号断によりエラーカウントが上がるので、優先収集通知を送信して優先度を上げる必要がある。なお、Ｌ３（ＩＰ）、Ｌ４（ＴＣＰ／ＵＤＰ）の場合はＬ２の場合と同様の振る舞いであり、Ｌ０はＬＯＳ検出直後に一度ＴＣＡの通知が上がるが、その後は統計情報が変化しないため、これらは収集停止通知を送信して収集を停止すれば良い。
【００４９】
図４は、図３の統計情報処理部３０４の構成例を示す図である。統計情報処理部３０４は、それぞれ例えばＦＰＧＡによって構成される、ハードウェアカウンタ４０１と、フレーム解析部４０２を備える。ハードウェアカウンタ４０１は、例えば１番から４５００番までのフローポイントＦＰ１〜ＦＰ４５００毎に、３２ビット（ｂｉｔ）の統計情報のカウント値をインクリメントする。フレーム解析部４０２は、インタフェースカード２０１内の伝送路上を流れるパケットのヘッダを解析することにより、パス（通信経路）を識別する。そして、フレーム解析部４０２は、そのパスのＦＰに対応するハードウェアカウンタ４０１内のカウント値をインクリメントさせる（図４の矢印４０５で示される動作）。
【００５０】
また、統計情報処理部３０４は、ＲＡＭ（ランダムアクセスメモリ）である統計情報メモリ４０３とＣＰＵ（中央演算処理装置）であるメモリ制御部４０４を備える。メモリ制御部４０４は、ハードウェアカウンタ４０１がカウントする各ＦＰ毎の統計情報のカウント値をそれぞれ、定期的なポーリングによって読み出す。そして、メモリ制御部４０４は、読み出したＦＰ毎の統計情報のカウント値を、統計情報メモリ４０３内のＦＰ毎の各累算値ＦＰ［１］〜ＦＰ［４５００］に、累算してゆく（図４の矢印４０６で示される動作）。なお、ハードウェアカウンタ４０１は、Ｒｅａｄ  Ｃｌｅａｒのレジスタになっており、そのカウント値は、メモリ制御部４０４が読出しを行ったタイミングでゼロクリアされる。メモリ制御部４０４は、累算値が予め設定された閾値を超える場合には、図３の全体制御部３０１に、通信処理のパフォーマンスが低下したことを示すＴＣＡを通知することになる。
【００５１】
図５は、Ｉｎｇｒｅｓｓ側およびＥｇｒｅｓｓ側の各インタフェースカード２０１での統計情報の収集項目の例を示す図である。Ｉｎｇｒｅｓｓ側の統計情報は例えば、受信されたパケットの総数である受信フレーム数、または受信されたパケットの総オクテット数である受信オクテット数を含む。また、Ｉｎｇｒｅｓｓ側の統計情報は、パスをＧｒｅｅｎ、Ｙｅｌｌｏｗ、Ｒｅｄに区分けしたＣｏｌｏｒ毎の、受信フレーム数、受信オクテット数、廃棄された受信パケットの総数または総オクテット数である廃棄フレーム数、廃棄オクテット数を含む。さらに、Ｉｎｇｒｅｓｓ側の統計情報は、パスをクラスに区分けしたＣｌａｓｓ毎の、受信フレーム数、受信オクテット数、廃棄フレーム数、廃棄オクテット数を含む。Ｉｎｇｒｅｓｓ側の統計情報は例えば、受信されたパケットの総数である受信フレーム数、または受信されたパケットの総オクテット数である受信オクテット数を含む。
【００５２】
一方、Ｅｇｒｅｓｓ側の統計情報は例えば、送信されたパケットの総数である送信フレーム数、または送信されたパケットの総オクテット数である送信オクテット数を含む。また、Ｅｇｒｅｓｓ側の統計情報は、前述したＣｏｌｏｒ毎の、送信フレーム数、送信オクテット数、廃棄された送信パケットの総数または総オクテット数である廃棄フレーム数、廃棄オクテット数を含む。さらに、Ｅｇｒｅｓｓ側の統計情報は、前述したＣｌａｓｓ毎の、送信フレーム数、送信オクテット数、廃棄フレーム数、廃棄オクテット数を含む。
【００５３】
図４において、ＣＰＵ４０４が、矢印４０６で示される読出し動作を実行する場合、例えば１秒毎の一度のポーリングで全てのＦＰの統計情報をハードウェアカウンタ４０１から読み出すことが理想である。しかし、伝送装置（Ｌ２スイッチ）１０４が処理すべきＦＰ数の増加に伴い収集すべき統計情報量が増加すると、インタフェースカード２０１内のＣＰＵ４０４の負荷が増大して、冗長切替え（パスの切替え）の時間などの性能に影響を及ぼす問題がある。
【００５４】
これを解決するために、一度のポーリングで取得するＦＰ数を制限して取得していく方法が採られている。図６は、ＦＰ数の制限によるポーリング動作の説明図である。図６では例えば、ＣＰＵ４０４が一度のポーリングでハードウェアカウンタ４０１から取得する統計情報が、１００（ＦＰ）に制限される。このようにＦＰ数が制限されることにより、ＣＰＵ４０４の負荷の増大を抑制することができる。
【００５５】
また一般に、ＣＰＵ４０４は、図６の６０１に示されるバインド周期（Ｒｏｌｌ  Ｏｖｅｒ）と呼ばれる周期（図６では例えば１５分周期）で、ＲＡＭ４０３上の統計情報の累計値を履歴に残している。
【００５６】
ここで例えば、一度のポーリングが１秒毎に実行されるとすれば、１回のポーリングあたりのＦＰ数は１００であるから、例えば４５００ＦＰ分全てのポーリングが完了するまでに４５００÷１００＝４５秒かかることになる。また、上記バインド周期あたり、１５分×６０秒÷４５秒＝２０回分（図６の６０１（＃１）〜６０１（＃２０））の統計情報が累計されることになる。
【００５７】
しかしこの場合、それぞれのＦＰの統計情報の収集間隔は上述のように４５秒になってしまう。このため、或るＦＰについて統計情報の累計値が閾値を超えた場合に、インタフェースカード２０１内のＣＰＵ４０４から全体制御部３０１（図３）に通知されるＴＣＡも、最大で４５秒遅れることになる。
【００５８】
また、通常の統計情報収集において、各インタフェースカード２０１（図３）は、それぞれの統計情報処理部３０４が独立に統計情報を収集している。ここで、例えば図７（図３と同じ構成）に示されるように、Ｓｌｏｔ１のインタフェースカード２０１（＃１）の統計情報処理部３０４で、或るＦＰについてＴＣＡが発生した場合を考える。この場合、そのＦＰに関してＳｌｏｔ１のインタフェースカード２０１（＃１）とリンクが繋がっているＳｌｏｔ３やＳｌｏｔ４の各インタフェースカード２０１（＃３、＃４）の統計情報処理部３０４でも、そのＦＰのＴＣＡがすぐに上がることが期待される。ここで、前述した制御部３０５により統計情報の収集頻度を増加させる仕組みがなかった場合を考える。この場合、図７に示されるように、上記ＦＰについてＳｌｏｔ３やＳｌｏｔ４の各インタフェースカード２０１（＃３、＃４）の統計情報処理部３０４で統計情報の累計値が実際に閾値を超過した場合でも、前述した理由により、最大４５秒間の遅延が発生してしまうことになる。
【００５９】
上述したＴＣＡとは異なるケースとして、例えば図８に示されるように、Ｓｌｏｔ１のインタフェースカード２０１（＃１）のＰＯＲＴ１で、ＬＯＳ警報などの信号断の警報が発生するケースが考えられる。この場合、そのＰＯＲＴ１を使用するＦＰに関してＳｌｏｔ１のインタフェースカード２０１（＃１）とリンクが繋がっているＳｌｏｔ３やＳｌｏｔ４の各インタフェースカード２０１（＃３、＃４）の統計情報処理部３０４では、そのＦＰに関する統計情報の収集処理を停止することが、CPU負荷を下げるためには望ましい。この場合も、制御部３０５により統計情報の収集頻度を増加させる仕組みがなかった場合、上記ＦＰについてＳｌｏｔ３やＳｌｏｔ４の各インタフェースカード２０１（＃３、＃４）の統計情報処理部３０４で無駄な統計情報の収集処理が継続されてしまう。
【００６０】
このように、統計情報の収集処理において、制御部３０５により統計情報の収集頻度を増加させる仕組みがない場合には、一度のポーリングで全Ｐａｔｈの統計情報を読み出せないため、ＴＣＡの通知が遅延する可能性がある。
【００６１】
また、各インタフェースカード２０１では、独立して統計情報の収集が実施されている。このため、制御部３０５がないと、或るインタフェースカード２０１で或るＦＰについて通信のパフォーマンスが劣化しても、そのＦＰを処理する他のインタフェースカード２０１で統計情報の収集形態が変わらずに、ＴＣＡの通知が遅延する可能性がある。
【００６２】
さらに、或るインタフェースカード２０１の或るポートで信号断を伴う警報が発生しても、制御部３０５がないと、そのポートを使用するＦＰを処理する他のインタフェースカード２０１で不要な統計情報の収集が継続されてしまうという課題がある。
【００６３】
前述した図３の制御部３０５は、上述の課題を解決するために、入力側のインタフェースカード２０１から後段のインタフェースカード２０１にパフォーマンスの劣化や信号断などの警報の情報を通知する仕組みを提供するものである。ここで、各インタフェースカード２０１内の図３の統計情報処理部３０４での各ＦＰに関する統計情報の収集において、ＦＰ毎に優先度を持たせる。そして、優先度の高いものは毎周期（１秒毎に）収集して素早くＴＣＡの通知を上げ、収集不要なものは収集しないようにして、ＣＰＵ４０４（図３）での負荷を下げる構成を有するものである。
【００６４】
図９は、図３伝送装置１０４の実施形態のハードウェア構成例を示す図である。図３等の場合と同じ番号が付された部分は、図３等の場合と同様の機能を有する。
【００６５】
本実施形態では、Ｉｎｇｒｅｓｓ側の伝送路９０５から入力したパケットは、Ｉｎｇｒｅｓｓ側のＩＦ（インタフェース）部２０１（＃１）→スイッチ部２０２→Ｅｇｒｅｓｓ側のＩＦ部２０１（＃２）→Ｅｇｒｅｓｓ側の伝送路９０６というように伝送される。図９は、Ｉｎｇｒｅｓｓ側のＩＦ部２０１（＃１）(図3の201(#1)Slot1と同様)とＥｇｒｅｓｓ側のＩＦ部２０１（＃２）(図3の201(#3)Slot3と同様)の内部の処理ブロックを記載している。  Ｉｎｇｒｅｓｓ側のＩＦ部２０１（＃１）は、統計情報処理部３０４（＃１）、宛先判定部９０１、および宛先管理テーブル９０２を備える。
【００６６】
統計情報処理部３０４（＃１）は、図３の統計情報処理部３０４（＃２）と同様のものである。
【００６７】
次に、宛先判定部９０１は、受信データに付加された識別情報（宛先情報やサービス種別情報など）と宛先管理テーブル９０２の内容に基づいて、受信データの宛先を決定する。受信データは、例えば図１０に示されるフレームフォーマットにより定義されている。この受信データは、宛先ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス、送信元ＭＡＣアドレス、Ｔｙｐｅ、ＵｓｅｒＤａｔａ、およびＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）の各フィールドからなる。なお、ＶＬＡＮ（仮想ローカルエリアネットワーク）を使用する場合には、ＶＬＡＮタグと呼ばれる４バイトのフレームをＭＡＣフレームに付加する。また、宛先管理テーブル９０２は、宛先アドレス、送信元アドレス、ＶＬＡＮ  ＩＤなどを管理するテーブルである。
【００６８】
さらに、スイッチ部２０２は、宛先判定部９０１での宛先判定結果に基づいて、受信データの出力先を切り替える。例えば、スイッチ部２０２は、受信データに基づく宛先情報を付加して、送信データを生成し、Ｅｇｒｅｓｓ側のＩＦ部２０１（＃２）に出力する。
【００６９】
Ｅｇｒｅｓｓ側のＩＦ部２０１（＃２）は、データバッファ管理部９０３、データバッファ９０４、および統計情報処理部３０４（＃２）を備える。
【００７０】
データバッファ９０４は、スイッチ部２０２から入力した送信データを送信するタイミングに応じて、一時的に、送信データを保持する。データバッファ管理部９０３は、スイッチ部２０２からの送信データをデータバッファ９０４に格納する一方で、データバッファ９０４に格納された送信データを所定のタイミングで読み出す。Ｅｇｒｅｓｓ側のＩＦ部２０１（＃２）は、データバッファ９０４から読み出された送信データを、その送信データに付加された宛先情報に応じた出力先のＥｇｒｅｓｓ側の伝送路９０６に送出する。
【００７１】
統計情報処理部３０４（＃２）は、図３の統計情報処理部３０４（＃３）と同様のものである。
【００７２】
全体制御部３０１、制御部３０５、メモリ３０２は、図３の全体制御部３０１、制御部３０５、およびメモリ３０２と同様のものである。
【００７３】
図１１は、図９の＃１または＃２の統計情報処理部３０４の詳細な構成例を示す図である。統計情報処理部３０４は、フレーム解析部４０２、ハードウェアカウンタ４０１、メモリ制御部４０４、および統計情報メモリ４０３を備える。これらの各部４０１〜４０４は、図４の説明で前述したものと同等のものである。
【００７４】
まず、フレーム解析部４０２は、伝送路１１０１より入力されてきた受信データについてフレーム解析を行うことにより、統計情報（カウントアップ値）とフレームの属するエントリの識別情報を取得して、ハードウェアカウンタ４０１を更新する。ここで、統計情報処理部３０４がフレームカウンタとして処理する場合は、１回のカウント値は１である。統計情報処理部３０４が、バイト（オクテット）カウンタとして動作する場合は、カウント値はバイト単位でカウントアップされる。
【００７５】
次に、メモリ制御部４０４は、各ポーリング周期（１秒間隔）でカウント値のＲｅａｄ要求をハードウェアカウンタ４０１に送信し、カウント値を読み出す。なお、Ｒｅａｄ−Ｃｌｅａｒ動作により、カウント値が読み出されたハードウェアカウンタ４０１の内容はゼロクリアされる。メモリ制御部４０４は、読み出したカウント値を統計情報メモリ４０３に累算して統計情報とする。メモリ制御部４０４は、この処理を、全ＦＰ数もしくは制限を設けたＦＰ数分実施する。
【００７６】
全体制御部３０１内の制御部３０５は、図６で前述したバインド周期のタイミングで、各ＩＦ部２０１内の統計情報処理部３０４内の統計情報メモリ４０３からメモリ制御部４０４を介して、統計情報を収集する。前述したように、メモリ制御部４０４は、統計情報の収集中に、統計情報の累計値が予め定められている閾値を超過した場合には、制御部３０５および保守者に対して閾値超過のＴＣＡを通知する。
【００７７】
本実施形態の実施手順は、大きく下記の３つに分けられる。
（１）Ｐａｔｈテーブル３０３を登録する。
（２）統計情報の優先収集通知／収集停止通知を発行する。
（３）統計情報の収集頻度を制御する。
【００７８】
まず、上述した（１）のＰａｔｈテーブル３０３の登録について説明する。
全体制御部３０１は、伝送装置１０４の敷設時などにおいて、Ｐａｔｈテーブル３０３の登録処理を実行する。
【００７９】
図３で前述したように、Ｐａｔｈテーブル３０３の各エントリ（行）には、「Ｐａｔｈ」項目、「入力ＦＰ」項目、「出力ＦＰ」項目に加えて、そのエントリに対応するパスが通る物理的な経路を示すリンク情報が登録される「リンク」項目がある。
【００８０】
具体的には、全体制御部３０１は、シェルフ（Ｓｈｅｌｆ）番号−スロット（Ｓｌｏｔ）番号−ポート（Ｐｏｒｔ）番号の組合せを１単位として、リンクを設定する。例えば、図１２（ａ）のように、入力ＦＰ「１−３−１−１」と出力ＦＰ「１−５−１−１」の組合せで特定されるパス１と、入力ＦＰ「１−３−２−１」と出力ＦＰ「１−５−１−２」の組合せで特定されるパス２の、２つのパスが張られている場合を考える。
【００８１】
この場合、図１２（ａ）に示されるように、全体制御部３０１は、パス１に関して、入力ＦＰ「１−３−１−１」より「１−３−１」を入力側リンクＡ、出力ＦＰ「１−５−１−１」より「１−５−１」を出力側リンクＢとして、メモリ３０２上に設定する。同様に、全体制御部３０１は、パス２に関して、入力ＦＰ「１−３−２−１」より「１−３−２」を入力側リンクＣ、出力ＦＰ「１−５−１−２」より「１−５−１」を出力側リンクＢとして、メモリ３０２上に設定する。そして、全体制御部３０１は、これらの設定内容に基づいて、図３に示されるものと同様の、図１２（ｂ）に示されるＰａｔｈテーブル３０３を、メモリ３０２上に生成する。
【００８２】
次に、前述した（２）の統計情報の優先収集通知／収集停止通知の発行について説明する。
優先収集通知を発行する契機は、大きく下記の２つのパターンに大別される。
Ｉ.統計情報量（廃棄パケット数など）の増加（パフォーマンスの劣化）
II.ＬＯＳ警報などのような信号断を伴う警報発生
【００８３】
パターンＩの場合、敷設時などに統計情報収集（廃棄パケット数など）に対して、優先収集通知をする閾値を予め設定しておく。統計情報量（廃棄パケット数など）が閾値を超過した場合に、＃１または＃２の統計情報処理部３０４（図９）内のメモリ制御部４０４（図１２）は、全体制御部３０１内の制御部３０５に、ＴＣＡを通知する。制御部３０５は、ＴＣＡの通知を検出すると、メモリ３０２上のＰａｔｈテーブル３０３の「リンク」項目（図１２（ｂ）参照）を検索し、優先度を上げるべきＦＰ（出力ＦＰ）を特定する。制御部３０５は、特定したＦＰが属する後段のインタフェースカード２０１内の統計情報処理部３０４に対して、統計情報の優先収集通知を送信する。
【００８４】
一方、パターンIIの場合、ＬＯＳ警報などの信号断の警報が、インタフェースカード２０１内のポートから、全体制御部３０１内の制御部３０５に通知される。制御部３０５は、信号断警報の通知を検出すると、メモリ３０２上のＰａｔｈテーブル３０３の「リンク」項目を検索し、統計情報の収集を停止すべきＦＰ（出力ＦＰ）を特定する。制御部３０５は、特定したＦＰが属する後段のインタフェースカード２０１内の統計情報処理部３０４に対して、統計情報の収集停止通知を送信する。
【００８５】
制御部３０５による上述のパターンＩおよびIIに関する詳細な制御動作は、図３の説明で前述した。
【００８６】
最後に、前述した（３）の統計情報の収集頻度の制御動作について説明する。
前述した（２）の手順で特定のＦＰについての優先収集通知を受信した後段のインタフェースカード２０１内の統計情報処理部３０４内のメモリ制御部４０４は、次の動作を実行する。メモリ制御部４０４は、受信した優先収集通知で指定されているＦＰについて、図１３の「優先Ｐａｔｈ」として示されるように、毎ポーリング周期（１秒毎）で統計情報を収集するように統計情報の収集スケジュールを制御する。この結果、他のインタフェースカード２０１で発生した特定のＦＰのパフォーマンス低下等に基づき、そのＦＰが使用するリンクを共有しているＦＰを処理しているインタフェースカード２０１の統計情報処理部３０４は、統計情報を毎周期収集するようになる。これにより、優先Ｐａｔｈに関して１秒周期でＴＣＡの通知が可能になる。
【００８７】
また、毎ポーリング周期での収集数が多くなり性能が懸念される場合には、図１４の１４０１として示されるように、予め登録時に１ポーリング周期あたりの最大収集数を指定し、通常時は最大収集数の８０〜９０％程度の収集数にしておき、警報発生時に残りの部分を優先収集に充当するようにしてもよい。
【００８８】
さらに、収集数が最大収集数の１００%を超える場合には、次のポーリング周期での収集に充当するようにしてもよい。
【００８９】
前述した（２）の手順で、統計情報の収集停止通知を受信した後段のインタフェースカード２０１内の統計情報処理部３０４内のメモリ制御部４０４は、次の動作を実行する。メモリ制御部４０４は、収集停止通知で指定されるＦＰに関して、統計情報の収集を停止する（読み出しを行わない）ように、統計情報の収集スケジュールを制御する。
【００９０】
図１５は、図９の全体制御部３０１が実行する統計情報収集制御処理の例を示すフローチャートである。この処理は例えば、全体制御部３０１内の特には図示しないＣＰＵが、特には図示しないＲＯＭ（リードオンリーメモリ）等からメモリ３０２に統計情報収集制御処理プログラムを読み出して実行する処理である。
【００９１】
まず、保守者が特には図示しない入力装置からカード登録など信号疎通のための環境構築（システム構築）を行い、これを受けて全体制御部３０１がメモリ３０２上に必要な情報を登録する（ステップＳ１５０１）。
【００９２】
次に、全体制御部３０１は、前述したＰａｔｈテーブル３０３の登録時に、前述したリンク情報を、内部パラメタとしてメモリ３０２上に保持する（ステップＳ１５０２）。
【００９３】
次に、保守者が優先収集の統計情報の閾値を設定(システムとしてデフォルトの閾値をソフトウェア上にコーディングしておいてもよい)し、これを受けて全体制御部３０１がメモリ３０２上に閾値を保持する（ステップＳ１５０３）。
【００９４】
その後、全体制御部３０１は、各インタフェースカード２０１内の統計情報処理部３０４（図９）に、統計情報および警報の収集の開始を指示する（ステップＳ１５０４）。
【００９５】
これ以後、全体制御部３０１内の制御部３０５は、ステップＳ１５０５とＳ１５０６の処理を繰り返し実行する待機状態となる。制御部３０５は、ステップＳ１５０５で、閾値を超過するＦＰ（パス）に関するＴＣＡが、何れかのインタフェースカード２０１内の統計情報処理部３０４から通知されたか否かを判定する。ステップＳ１５０５の判定がＮＯならば、制御部３０５は、ステップＳ１５０６で、何れかのインタフェースカード２０１からＬＯＳなどの信号断の警報の通知が発生しているか否かを判定する。ステップＳ１５０６の判定もＮＯならば、制御部３０５は、ステップＳ１５０５の待機判定処理に戻る。
【００９６】
ステップＳ１５０５の判定がＹＥＳになると、制御部３０５は、図３の説明で前述したようにして、メモリ３０２内のＰａｔｈテーブル３０３を参照することにより、閾値を超過したＦＰとリンクが張られているパスがあるか検索する（ステップＳ１５０７）。
【００９７】
ステップＳ１５０７の判定がＮＯならば、制御部３０５は、ステップＳ１５０５の待機判定処理に戻る。
【００９８】
ステップＳ１５０7の判定がＹＥＳならば、ステップＳ１５０７で検索されたパスの対象となる後段のインタフェースカード２０１内の統計情報処理部３０４に対して、検索されたパスに対応するＦＰに関する優先収集通知を送信する（ステップＳ１５０８）。
【００９９】
その後、制御部３０５は、ステップＳ１５０７の処理に戻り、さらにＰａｔｈテーブル３０３を参照することにより、閾値を超過したＦＰとリンクが張られているパスが他にあるか検索する。
【０１００】
ステップＳ１５０６の判定がＹＥＳになると、制御部３０５は、図３の説明で前述したようにして、メモリ３０２内のＰａｔｈテーブル３０３を参照することにより、警報が発生しているポートを含むパスがあるか検索する（ステップＳ１５０９）。
【０１０１】
ステップＳ１５０９の判定がＮＯならば、制御部３０５は、ステップＳ１５０５の待機判定処理に戻る。
【０１０２】
ステップＳ１５０９の判定がＹＥＳならば、ステップＳ１５０９で検索されたパスの対象となる後段のインタフェースカード２０１内の統計情報処理部３０４に対して、検索されたパスに対応するＦＰに関する収集停止通知を送信する（ステップＳ１５１０）。
【０１０３】
その後、制御部３０５は、ステップＳ１５０９の処理に戻り、さらにＰａｔｈテーブル３０３を参照することにより、警報が発生しているポートを含むパスが他にあるか検索する。
【０１０４】
以上説明した実施形態により、多数のパスを有する伝送装置における統計情報の収集において、入力側のユニットで発生したＴＣＡの通知を遅延なく後段のユニットに通知することが可能となる。また、入力側のユニットで発生したＬＯＳ警報等の信号断の警報の通知に基づいて後段のユニットで不要な統計情報を収集しなくなるため、ＣＰＵ負荷を抑制することが可能となる。すなわち、本実施形態によれば、入力側ユニットにおけるパフォーマンスの劣化または信号断の情報を後段ユニットに遅延なく通知し、後段ユニットにおいて統計情報の収集の優先度（頻度）を変更でき、ＴＣＡ通知を適正に行うことができる。
【０１０５】
以上の実施形態に関して、更に以下の付記を開示する。
（付記１）
入力側のユニットにおいて統計情報に基づく通信のパフォーマンスの劣化または信号断の警報が検出された場合に、前記入力側のユニットよりも後段のユニットに、前記検出された情報を通知する制御部（と、
前記後段のユニットにおいて、前記通知を受けた場合に、前記統計情報の収集の優先度を変更する統計情報処理部と、
を備えることを特徴とする伝送装置。
（付記２）
前記制御部は、前記通信のパフォーマンスの劣化が検出された場合に、前記統計情報の優先収集通知を送信し、
前記統計情報処理部は、前記統計情報の収集頻度を増加させる、
ことを特徴とする付記１に記載の伝送装置。
（付記３）
前記統計情報処理部は、前記統計情報を収集周期毎に収集する、ことを特徴とする付記２に記載の伝送装置。
（付記４）
前記制御部は、前記信号断の警報が検出された場合に、前記統計情報の収集停止通知を送信し、
前記統計情報処理部（３０４、図９、図１１）は、前記統計情報の収集を停止する、
ことを特徴とする付記１ないし３のいずれかに記載の伝送装置。
（付記５）
前記パス毎に、当該パスが使用するリンクに関する情報を登録するパステーブル部を更に備え、
前記制御部は、前記入力側のユニットにおいて前記パスに関して前記通信のパフォーマンスの劣化または前記信号断の警報が検出された場合に、前記パステーブル部を参照することにより、前記検出に係るリンクを使用するパスを処理する前記後段のユニットに通知を送信し、
前記ユニット毎の前記統計情報処理部は、前記通知を受信した場合に、当該通知に係るパスの統計情報の収集の優先度を変更する、
ことを特徴とする付記１ないし４のいずれかに記載の伝送装置。
（付記６）
前記制御部は、いずれかの前記入力側のユニットおよび前記パスに関して通信のパフォーマンスの劣化または信号断の警報が検出された場合に、
前記パステーブル部を参照することにより、前記検出に係るパスが使用している前記検出に係る前記入力側のユニットに対応するリンクを使用するパスをさらに抽出し（図１２）、
当該抽出したパスを処理する前記後段のユニットに前記通知を送信する、
ことを特徴とする付記５に記載の伝送装置。
（付記７）
前記ユニットは、シェルフ番号が付与された筐体内のスロット番号が付与されたスロットに実装され、それぞれポート番号が付与された１つ以上のポートを備えるインタフェースカードであり、
前記パステーブル部は、前記パス毎のテーブルエントリに、当該パスが使用する入力側のインタフェースカードおよびポートに係る、前記シェルフ番号と、前記スロット番号と、前記ポート番号とを組み合わせて生成される入力側のリンク識別情報と、当該パスが使用する出力側のインタフェースカードおよびポートに係る、前記シェルフ番号と、前記スロット番号と、前記ポート番号とを組み合わせて生成される出力側のリンク識別情報とを、当該パスが使用する前記リンクに関する情報として記憶し、
前記パステーブル部は、前記パス毎のテーブルエントリにさらに、前記入力側のリンク識別情報と前記入力側のインタフェースカード上で当該パスに付与されるシーケンス番号とを組み合わせて生成される入力側のフローポイントと、前記出力側のリンク識別情報と前記出力側のインタフェースカード上で当該パスに付与されるシーケンス番号とを組み合わせて生成される出力側のフローポイントとを、当該パスが使用する前記インタフェース部に関する情報として記憶する、
ことを特徴とする付記５または６のいずれかに記載の伝送装置。
（付記８）
前記制御部は、前記通信のパフォーマンスの劣化または信号断の警報が検出された場合に、前記パステーブル部を参照することにより、
前記検出に係るパスに対応する前記テーブルエントリから、前記検出に係るインタフェースカードに対応する前記シェルフ番号と前記スロット番号と前記ポート番号とを含む前記リンクに関する情報を抽出し、
前記抽出したリンクに関する情報が記憶されているテーブルエントリをさらに抽出し、
前記抽出したテーブルエントリから前記フローポイントを抽出し、
前記抽出したフローポイントに含まれる前記シェルフ番号と前記スロット番号に対応する前記インタフェースカードに当該抽出したフローポイントに対する前記通知を送信する、
ことを特徴とする付記７に記載の伝送装置。
（付記９）
前記統計情報処理部は、
当該統計情報処理部が含まれる前記ユニットの各伝送路に対して入出力されるフレームデータを解析することにより、統計情報と当該フレームデータのエントリの識別情報を抽出するフレーム解析部と、
前記抽出した統計情報を前記抽出した識別情報によって識別される前記パス毎にカウントするハードウェアカウンタと、
前記ハードウェアカウンタがカウントする前記パス毎のカウント値を、ポーリング周期毎に読み出して統計情報メモリの内容に加算することにより、前記パス毎の統計情報を算出する統計情報メモリ制御部と、
前記統計情報メモリ制御部が算出した前記パス毎の統計情報がそれぞれ所定の閾値を超えたか否かを判定することにより、前記パス毎に前記パフォーマンスの劣化を検出する閾値超過通知部と、
を含むことを特徴とする付記１ないし８のいずれかに記載の伝送装置。
（付記１０）
前記ユニットは、当該ユニットの各伝送路における信号断を検出することにより前記信号断の警報を出力する信号断検出部をさらに備える、
ことを特徴とする付記１ないし９のいずれかに記載の伝送装置。
（付記１１）
前記統計情報は、入力側のユニットにおける受信または廃棄されたフレーム数またはオクテット数、あるいは、出力側のユニットにおける送信または廃棄されたフレーム数またはオクテット数のいずれか１つ以上を含む、
ことを特徴とする付記１ないし１０のいずれかに記載の伝送装置。
（付記１２）
入力側のユニットにおいて統計情報に基づく通信のパフォーマンスの劣化または信号断の警報が検出された場合に、前記入力側のユニットよりも後段のユニットに、前記検出に係る情報を通知し、
前記ユニット毎に、前記通知を受けた場合に、前記統計情報の収集の優先度を変更する、
ことを特徴とする統計情報収集方法。
【符号の説明】
【０１０６】
１０１  サーバ
１０２  ルータ
１０３  社内ＬＡＮ
１０４  Ｌ２スイッチ
１０５  ＰＣ
２０１  インタフェースカード
２０２  スイッチカード、スイッチ部
２０３、１１０１  伝送路
２０４  ＳＦＰ／ＸＦＰトランシーバ
２０５  ＮＰＵ
２０６  ＴＭ
２０７  ネットワーク
３０１  全体制御部
３０２  メモリ
３０３  Ｐａｔｈテーブル
３０４  統計情報処理部
３０５  制御部
４０１  ハードウェアカウンタ
４０２  フレーム解析部
４０３  統計情報メモリ
４０４  メモリ制御部
６０１  バインド周期
９０１  宛先判定部
９０２  宛先管理テーブル
９０３  データバッファ管理部
９０４  データバッファ
９０５  Ｉｎｇｒｅｓｓ側の伝送路
９０６  Ｅｇｒｅｓｓ側の伝送路
【図１】
2017034367.tif 000003
【図５】
2017034367.tif 000004
【図６】
2017034367.tif 000005
【図９】
2017034367.tif 000006
【図１０】
2017034367.tif 000007
【図１１】
2017034367.tif 000008
【図１２】
2017034367.tif 000009
【図１３】
2017034367.tif 000010
【図１４】
2017034367.tif 000011
【図１５】
2017034367.tif 000012
【図２】
2017034367.tif 000013
【図３】
2017034367.tif 000014
【図４】
2017034367.tif 000015
【図７】
2017034367.tif 000016
【図８】
2017034367.tif 000017