監視装置、通信装置および網監視方法
【課題】ＯＡＭフレームの伝送により通信状態を監視する場合に、異常検出のメッセージとして、通信装置の冗長化に則したメッセージを通知する。
【解決手段】通信システム１００では、所定のＭＥＧに属する複数の通信装置の一部が属するグループであり、かつ、冗長化された複数の通信装置を含むＭＥＰグループが定義される。センタＬ２ＳＷ１２は、ＭＥＰグループに属する各通信装置から、ＭＥＰグループのＩＤを含むＯＡＭフレームを取得する。センタＬ２ＳＷ１２は、そのＯＡＭフレームの取得状況に応じて、ＭＥＰグループに属する各通信装置との接続状態を判定する。ＭＥＰグループに属するある通信装置との接続状態が異常となった場合、ＭＥＰグループに属する他の通信装置との接続状態に応じた態様でアラート情報をオペレータ端末１６へ通知する。
【解決手段】通信システム１００では、所定のＭＥＧに属する複数の通信装置の一部が属するグループであり、かつ、冗長化された複数の通信装置を含むＭＥＰグループが定義される。センタＬ２ＳＷ１２は、ＭＥＰグループに属する各通信装置から、ＭＥＰグループのＩＤを含むＯＡＭフレームを取得する。センタＬ２ＳＷ１２は、そのＯＡＭフレームの取得状況に応じて、ＭＥＰグループに属する各通信装置との接続状態を判定する。ＭＥＰグループに属するある通信装置との接続状態が異常となった場合、ＭＥＰグループに属する他の通信装置との接続状態に応じた態様でアラート情報をオペレータ端末１６へ通知する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、データ通信技術に関し、特に、通信装置間の接続状態を検出するための技術に関する。
【背景技術】
【０００２】
ネットワークに対する品質要求の高まりを受けて、広域イーサネット（「イーサネット」は登録商標）において、レイヤ２通信でのエンド・ツウ・エンドの通信経路監視を実施可能なイーサネットＯＡＭ（Operations, Administration and Maintenance）技術が、ＩＴＵ−Ｔ Ｙ．１７３１で標準化されている。イーサネットＯＡＭでは、通信状態を確認するためのＭＡＣフレームであるＯＡＭフレームを用いてメンテナンスする１つの区間をＭＥ（Maintenance Entity）と定義する。また、ＭＥの集合をＭＥＧ（Maintenance Entity Group）と定義し、ＯＡＭフレームを終端するＭＥＧの端点をＭＥＰ（MEG End Point）と定義する。
【０００３】
このＭＥＰ間では、主に以下の機能が使用される。
１．ＥＴＨ−ＣＣ：ＣＣＭ（Continuity Check Message 接続性確認メッセージ）によるＭＥＰ間の通路経路常時監視機能。
２．ＥＴＨ−ＬＢ：ＬＢＭ（LoopBack Message ループバックメッセージ）、ＬＢＲ（LoopBack Reply ループバックリプライ）による指定ＭＥＰ間の疎通確認機能。
３．ＥＴＨ−ＬＴＭ：ＬＴＭ（Link Trace Message リンクトレースメッセージ）、ＬＴＲ（Link Trace Reply リンクトレースリプライ）による指定ＭＥＰまでの通信経路確認機能。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−２７８４５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
レイヤ２スイッチ（以下、「Ｌ２ＳＷ」とも呼ぶ。）により構成される広域イーサネット網では、Ｌ２ＳＷ間でＯＡＭフレーム（例えば上述のＣＣＭ）を送受することにより通信経路の常時監視が実現される。通信経路の異常が検出された場合は、その異常が網の保守担当者等へ通知される場合もある。ところで、広域イーサネット網は、網の信頼性を高めるため、Ｌ２ＳＷが冗長化された構成となることがある。本発明者は、Ｌ２ＳＷが冗長化されたレイヤ２網においてＯＡＭフレームの伝送により通信経路を監視する場合に、異常検出のメッセージとして、Ｌ２ＳＷの冗長化に則したメッセージを通知する発想やその具体的な方法はこれまで十分提案されてこなかったと考えた。
【０００６】
本発明はこうした課題に鑑みてなされたものであり、その主たる目的は、ＯＡＭフレームの伝送により通信状態を監視する場合に、異常検出のメッセージとして、通信装置の冗長化に則したメッセージを通知するための技術を提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある態様の監視装置は、所定のＭＥＧに属する複数の通信装置の一部が属するグループであり、かつ、冗長化された複数の通信装置を含むグループが定義されるとき、グループに属する各通信装置から、接続状態を確認するためのＯＡＭフレームであって、グループのＩＤを含むＯＡＭフレームを取得する取得部と、ＯＡＭフレームの取得状況に応じて、グループに属する各通信装置との接続状態を判定する判定部と、グループに属するある通信装置との接続状態が異常である場合、グループに属する他の通信装置との接続状態に応じた態様で当該異常を示す情報を外部へ通知する通知部と、を備える。
【０００８】
本発明の別の態様は、通信装置である。この装置は、所定のＭＥＧに属する複数の通信装置の一部が属するグループであり、かつ、冗長化された複数の通信装置を含むグループが定義されるとき、冗長化された複数の通信装置の１つであって、グループのＩＤを指定したＯＡＭフレームを、グループに属する各通信装置との接続状態を判定すべき監視装置であって、グループに属するある通信装置との接続状態が異常である場合、グループに属する他の通信装置との接続状態に応じた態様で当該異常を示す情報を外部へ通知すべき監視装置へ送信する送信部を備える。
【０００９】
本発明のさらに別の態様は、網監視方法である。この方法は、所定のＭＥＧに属する複数の通信装置の一部が属するグループであり、かつ、冗長化された複数の通信装置を含むグループが定義されるとき、グループに属する各通信装置から、接続状態を確認するためのＯＡＭフレームであって、グループのＩＤを含むＯＡＭフレームを取得するステップと、ＯＡＭフレームの取得状況に応じて、グループに属する各通信装置との接続状態を判定するステップと、グループに属するある通信装置との接続状態が異常である場合、グループに属する他の通信装置との接続状態に応じた態様で当該異常を示す情報を外部へ通知するステップと、を備える。
【００１０】
なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１１】
本発明によれば、ＯＡＭフレームの伝送により通信状態を監視する場合に、異常検出のメッセージとして、通信装置の冗長化に則したメッセージを通知することができる。
【図面の簡単な説明】
【００１２】
【図１】実施の形態の通信システムの構成を示す図である。
【図２】実施の形態におけるＯＡＭフレームの構成を示す図である。
【図３】図１のセンタＬ２ＳＷの機能構成を示すブロック図である。
【図４】ＣＣ状況テーブルに格納されるデータ例を示す図である。
【図５】図１のセンタＬ２ＳＷの動作を示すフローチャートである。
【発明を実施するための形態】
【００１３】
図１は、実施の形態の通信システムの構成を示す。通信システム１００では、広域イーサネット網（以下、「広域イーサ網１０」とも呼ぶ。）に、網監視のセンタ側に設置されたセンタＬ２ＳＷ１２と、ユーザ拠点側に設置された現用Ｌ２ＳＷ２０、予備Ｌ２ＳＷ２２、他Ｌ２ＳＷ２８、他Ｌ２ＳＷ３０が接続される。センタＬ２ＳＷ１２は、通信状態の監視に関する情報を送受するための監視網１４とも接続され、監視網１４を介して網監視のセンタのオペレータ端末１６と接続される。後述するように、センタＬ２ＳＷ１２は、網故障の情報を監視網１４へ送出することにより、網故障を網監視オペレータへ通知する。
【００１４】
現用Ｌ２ＳＷ２０と予備Ｌ２ＳＷ２２は、Ｅ／Ｏ変換およびＯ／Ｅ変換を実行するメディアコンバータ（以下、「ＭＣ２４」と呼ぶ。）と接続され、ＭＣ２４を介してユーザ拠点端末２６と接続される。ＭＣ２４は、ＰＯＮ（Passive Optical Network）のキャリア側に設置されるＯＬＴ（Optical Line Terminal）装置として実装されてもよい。
【００１５】
現用Ｌ２ＳＷ２０と予備Ｌ２ＳＷ２２は冗長関係にあり、言い換えれば代替関係にある。すなわち、現用Ｌ２ＳＷ２０が正常動作中の通常時は、ユーザ拠点端末２６と広域イーサ網１０間のフレーム伝送処理を現用Ｌ２ＳＷ２０が実行する。現用Ｌ２ＳＷ２０が故障した場合、そのフレーム伝送処理を予備Ｌ２ＳＷ２２が引き継ぐ。本実施の形態では、ＭＣ２４が現用Ｌ２ＳＷ２０と非接続状態となったことを検出（例えば、リンクパルスの信号断を検出）し、以降、ＭＡＣフレームを予備Ｌ２ＳＷ２２と送受することとする。これにより、Ｌ２ＳＷ故障時の通信の継続性を向上でき、例えば、現用Ｌ２ＳＷ２０が故障した場合でも、ユーザ拠点端末２６への影響を最小限（例えば、フレーム伝送不可状態の継続時間を数秒から数十秒）に抑えることができる。
【００１６】
なお、広域イーサ網１０およびセンタＬ２ＳＷ１２を、通信のバックボーン網の意味で、以下「コア網」とも呼ぶ。その一方、現用Ｌ２ＳＷ２０、予備Ｌ２ＳＷ２２、他Ｌ２ＳＷ２８、他Ｌ２ＳＷ３０、およびＭＣ２４は、個々のユーザに対してコア網への接続回線を提供する網の意味で、以下「アクセス網」とも呼ぶ。図１の各Ｌ２ＳＷは、同一のＭＥＧに属するＭＥＰとして設定されている。個々のＭＥＰのＩＤは、図１に示すとおりである。
【００１７】
ここで、本発明者が認識した課題について説明する。
Ｌ２ＳＷで構成される広域イーサ網１０では、コア網およびアクセス網に設置されるＬ２ＳＷ間でＥＴＨ−ＣＣを使用しユーザ通信経路の正常性監視を常時実施することで網の信頼性を高めている。例えば、各Ｌ２ＳＷにＭＥＰを設定し、ＭＥＰ間でＣＣＭ（以下、「ＯＡＭフレーム」とも呼ぶ。）を送受信することにより通信経路常時監視を実現している。各ＭＥＰにおいて他ＭＥＰからのＣＣＭが受信されなくなると、ＬＯＣ（Loss of continuity）状態を検出し、通信経路上で異常が発生したことを網監視オペレータへ通知する。
【００１８】
ところで、広域イーサ網１０では信頼性を高めるため、図１で示すように、そのアクセス網においてＬ２ＳＷをノード冗長（現用Ｌ２ＳＷ２０と予備Ｌ２ＳＷ２２）している。センタＬ２ＳＷ１２では、現用Ｌ２ＳＷ２０からのＣＣＭの受信状況と予備Ｌ２ＳＷ２２からのＣＣＭの受信状況を別個に（独立したものとして）管理するため、これまでは、現用Ｌ２ＳＷ２０と予備Ｌ２ＳＷ２２とがノード冗長構成であることは認識できなかった。その結果、センタＬ２ＳＷ１２から網監視オペレータへ通知されるアラートも現用Ｌ２ＳＷ２０と予備Ｌ２ＳＷ２２とがノード冗長構成であることを加味しない内容となり、網監視オペレータにとってノード冗長構成を踏まえた対応判断を行うことは困難であった。
【００１９】
しかしながら、アクセス網が非冗長構成である場合、１つのＬ２ＳＷの故障でユーザ通信が断絶する（いわゆる単一障害点が存在する）一方、アクセス網が冗長構成である場合、１つのＬ２ＳＷが故障してもユーザ通信は継続される。したがって、それぞれの場合に応じて網オペレータが行うべき対応は異なることが多い。したがって、センタＬ２ＳＷ１２において、現用Ｌ２ＳＷ２０と予備Ｌ２ＳＷ２２がノード冗長構成か否かを認識し、網監視オペレータへ通知されるアラートも、現用Ｌ２ＳＷ２０と予備Ｌ２ＳＷ２２がノード冗長構成であるか否かを加味した内容となることが望ましい。
【００２０】
そこで本実施の形態の通信システム１００では、同じＭＥＧに属する複数のＬ２ＳＷ（言い換えれば、ＭＥＰが設定された通信装置）の一部であり、互いに冗長化された複数のＬ２ＳＷが属するＭＥＰのグループを定義する。このグループは、ＭＥＧ内のサブグループであり、以下「ＭＥＰグループ」と呼ぶこととする。図１においては、現用Ｌ２ＳＷ２０と予備Ｌ２ＳＷ２２が属するＭＥＰグループが該当する。
【００２１】
また、同一ＭＥＰグループ内の各ＭＥＰに対して優先度、すなわち冗長化されたＬ２ＳＷ間での優先度を予め付与する。本実施の形態では、現用Ｌ２ＳＷ２０に対して相対的に高い優先度を示す「０」を割り当て、予備Ｌ２ＳＷ２２に対して相対的に低い優先度を示す「１」を割り当てることとする。そして、現用Ｌ２ＳＷ２０からセンタＬ２ＳＷ１２へのＣＣＭ、および、予備Ｌ２ＳＷ２２からセンタＬ２ＳＷ１２へのＣＣＭでは、ＭＥＰグループのＩＤおよびＭＥＰグループ内での優先度を指定する。
【００２２】
これにより、ＭＥＧ内の各Ｌ２ＳＷからＣＣＭを受け付けるセンタＬ２ＳＷ１２において、故障が発生したＬ２ＳＷが冗長構成か否か、および、冗長構成における優先度を識別して、通信網の冗長構成に応じたアラートをオペレータへ通知できる。そして、オペレータによる通信網の冗長構成に応じた対応の実施を支援できる。
【００２３】
図２は、実施の形態におけるＯＡＭフレームの構成を示す。同図は、ＯＡＭフレームに含まれるＭＥＧ−ＩＤフィールドの構成を示しており、縦にバイト、横に各バイトのビット列（左が上位ビット）を示している。一般的にＭＥＧ−ＩＤフィールドでは、１７バイト目以降のビット値には全て０が設定される。そこで、本実施の形態では、１７バイトと１８バイトの一部（１２ビット）に予めＭＥＰグループに割り当てられたＩＤを設定する。そして、１８バイト目の下位４ビットにＭＥＰグループにおける各ＭＥＰの優先度を設定する。なお、図２には不図示であるが、本実施の形態ではＣＣＭとしてのＯＡＭフレームに言及するため、「ＯｐＣｏｄｅ」フィールドには値「１」が設定される。
【００２４】
例えば、図１のＭＥＰグループに属しない他Ｌ２ＳＷ２８から定期的にセンタＬ２ＳＷ１２へ送信されるＯＡＭフレーム（ＣＣＭ）において、ＭＥＰ−ＩＤ「４０」およびＭＥＧ−ＩＤ「ＡＢＣ」が指定されるとする。この場合、現用Ｌ２ＳＷ２０から定期的にセンタＬ２ＳＷ１２へのＯＡＭフレーム（ＣＣＭ）では、ＭＥＰ−ＩＤ「２０」およびＭＥＧ−ＩＤ「ＡＢＣ」に加えて、ＭＥＰグループＩＤ「５００」およびＭＥＰ優先度「０」が指定される。また、予備Ｌ２ＳＷ２２が送信するＯＡＭフレームでは、ＭＥＰ−ＩＤ「２０」およびＭＥＧ−ＩＤ「ＡＢＣ」に加えて、ＭＥＰグループＩＤ「５００」およびＭＥＰ優先度「１」が指定される。
【００２５】
図３は、図１のセンタＬ２ＳＷ１２の機能構成を示すブロック図である。センタＬ２ＳＷ１２は、ＣＣ状況テーブル４０と、イーサポート４２と、ＯＡＭ取得部４４と、接続状態判定部４６と、アラート設定部４８と、アラート通知部５０と、監視網ポート５２を備える。
【００２６】
本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵやメモリ、ＨＤＤをはじめとする素子や電子回路、機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ブロック図においては、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。
【００２７】
図３においては、Ｌ２ＳＷの一般的な機能として、ＭＡＣフレームの設定処理を実行するＭＡＣ処理部、入力データの流量制御・帯域制御を実行するイングレス処理部、出力データの流量制御・帯域制御を実行するイーグレス処理部、スイッチ処理（方路決定処理）のためのスイッチ処理部についての記載は省略している。また、アクセス網側の各Ｌ２ＳＷに対してＯＡＭフレームを送信する機能ブロックの記載も省略し、ＯＡＭフレームの受信機能に関連するブロックのみを描いている。
【００２８】
ＣＣ状況テーブル４０は、ＭＥＧ内の各Ｌ２ＳＷからのＯＡＭフレーム（以下では「ＣＣＭ」を意味する）の受信状況が保持される記憶領域である。図４は、ＣＣ状況テーブル４０に格納されるデータ例を示す。ＣＣ状況テーブル４０のＭＥＰ−ＩＤフィールドおよびＭＥＧ−ＩＤフィールドのデータは監視対象のＬ２ＳＷの属性として予め設定される。ＭＥＰグループＩＤおよびＭＥＰ優先度は、後述の接続状態判定部４６により、受信されたＯＡＭフレーム（ＣＣＭ）から抽出されてＣＣ状況テーブル４０へ反映される。このように、ＭＥＰグループＩＤおよびＭＥＰ優先度が動的にＯＡＭフレームから抽出されることにより、例えば冗長化されたＬ２ＳＷ間で現用系と予備系の切替が発生した場合等、ＭＥＰに付与されたＭＥＰ優先度が変化した場合にも、各ＭＥＰとの接続性確認を継続できる。変形例として、ＭＥＰグループＩＤおよびＭＥＰ優先度フィールドのデータも監視対象のＬ２ＳＷの属性として予め設定されてもよい。
【００２９】
本実施の形態では図４で示すように、ＭＥＰグループに属する現用Ｌ２ＳＷ２０（ＭＥＰ−ＩＤ＝２０）と、予備Ｌ２ＳＷ２２（ＭＥＰ−ＩＤ＝３０）については、ＭＥＰグループＩＤおよびＭＥＰ優先度も保持される。ＣＣ状況テーブル４０のＣＣＭ受信状況フィールドは、各Ｌ２ＳＷからのＯＡＭフレームの受信状況に応じて逐次更新される。
【００３０】
図３に戻り、イーサポート４２は、広域イーサ網１０との間でＭＡＣフレームを送受信する通信ポートである。監視網ポート５２は、監視網１４との間でＭＡＣフレームを送受信する通信ポートである。ＯＡＭ取得部４４は、イーサポート４２において受信されたＭＡＣフレーム内のイーサタイプおよびＯｐＣｏｄｅにしたがってＯＡＭフレームを特定し、ＯＡＭフレームを取得する。例えば、イーサタイプがＯＡＭフレームを示す所定値であり、ＯｐＣｏｄｅがＣＣＭを示す値（＝１）である場合、受信状況確認対象のＯＡＭフレームであると判定する。
【００３１】
接続状態判定部４６は、ＭＥＧのＬ２ＳＷごとに、言い換えれば図４のＣＣ状況テーブルのエントリ（レコード）ごとにＯＡＭフレームの受付状況を管理する。具体的には、ＭＥＧのＬ２ＳＷごとにＯＡＭフレームの受付時刻を保持する。そして、あるＬ２ＳＷからの新たなＯＡＭフレームが、先のＯＡＭフレームの受付時刻から所定時間内（例えば３秒以内）に受け付けられた場合、ＣＣ状況テーブル４０における当該Ｌ２ＳＷのレコード、すなわちＯＡＭフレームが示すＭＥＰ−ＩＤ〜ＭＥＰ優先度が設定されたレコードのＣＣＭ受信状況フィールドを「受信中」へ更新する。言い換えれば、当該Ｌ２ＳＷのＣＣＭ受信状況として「受信中」を維持する。その一方、あるＬ２ＳＷからの新たなＯＡＭフレームが、先のＯＡＭフレームの受付時刻から所定時間内（例えば３秒以内）に受け付けられない場合、所定のタイマのタイムアウト等によりＬＯＣを検出する。そして、ＣＣ状況テーブル４０における当該Ｌ２ＳＷのＣＣＭ受信状況を「ＬＯＣ状態」へ更新する。
【００３２】
なお、ＯＡＭフレームで指定されたＭＥＰ−ＩＤとＭＥＧ−ＩＤの組み合わせを示すレコードがＣＣ状況テーブル４０に存在する一方で、ＭＥＰ−ＩＤ〜ＭＥＰ優先度の組み合わせを示すレコードがＣＣ状況テーブル４０に存在しない場合もあり得る。典型的には、あるＭＥＰグループに属するＭＥＰからの初回のＯＡＭフレーム受け付け時である。この場合、接続状態判定部４６は、そのＯＡＭフレームで指定されたＭＥＰ−ＩＤ〜ＭＥＰ優先度の組み合わせを示すレコードをＣＣ状況テーブル４０へ新規に設定する。
【００３３】
アラート設定部４８は、ＣＣ状況テーブル４０の各エントリを監視し、少なくとも１つのエントリにおけるＣＣＭ受信状況が「ＬＯＣ状態」となった場合、その旨を示すアラートメッセージを設定する。ここで、ＬＯＣ状態となったエントリにＭＥＰグループＩＤが設定されている場合は、同一ＭＥＰグループのエントリにおけるＣＣＭ受信状況に応じたメッセージを設定する。メッセージの詳細は後述する。アラート通知部５０は、アラート設定部４８において設定されたアラートメッセージを監視網ポート５２〜監視網１４を介して外部のＳＮＭＰサーバへＴＲＡＰ通知する。ＳＮＭＰサーバへＴＲＡＰ通知されたアラートメッセージは、オペレータ端末１６で参照されて、エンドユーザへの連絡等、所定の対応がオペレータによりなされる。なおアラート通知部５０がオペレータ端末１６へ直接アラートメッセージを送信してもよいことはもちろんである。
【００３４】
以上の構成による動作を以下説明する。
まず、図１のアクセス網の各Ｌ２ＳＷは、先のＯＡＭフレームの送信から所定時間（例えば１秒）経過したことを検出すると、新たなＯＡＭフレームをセンタＬ２ＳＷ１２へ送信する。ＭＥＰグループに属するＬ２ＳＷ（図１の現用Ｌ２ＳＷ２０および予備Ｌ２ＳＷ２２）の場合、予め定められたＭＥＰグループＩＤおよびＭＥＰ優先度を保持しており、そのＭＥＰグループＩＤおよびＭＥＰ優先度を含むＯＡＭフレームを送信する。
【００３５】
図５は、図１のセンタＬ２ＳＷ１２の動作を示すフローチャートである。まず、同図に示す第１故障情報から第３故障情報について説明する。
第１故障情報は、Ｌ２ＳＷとの間でＬＯＣ（接続状態の異常）が発生したこと、および同一ＭＥＰグループでＣＣＭ受信中のＬ２ＳＷが存在しないことを示す情報である。単一障害点における故障発生であることを示す情報であるとも言える。
第２故障情報は、ＭＥＰグループの複数のＬ２ＳＷのうち、高優先度のＬ２ＳＷとの間でＬＯＣが発生したことを示す情報である。例えば、現在、フレーム転送処理を実行中の現用系のＬ２ＳＷにおける故障発生を示す情報である。ＭＥＰグループにおいて現用系から予備系への切り替えが発生したことを示す情報であるとも言える。
第３故障情報は、ＭＥＰグループの複数のＬ２ＳＷのうち、低優先度のＬ２ＳＷとの間でＬＯＣが発生したことを示す情報である。例えば、現在、フレーム転送処理を未実行で待機状態の予備系のＬ２ＳＷにおける故障発生を示す情報である。
【００３６】
広域イーサ網１０を伝送されたＭＡＣフレームがセンタＬ２ＳＷ１２において受信され（Ｓ１０のＹ）、そのＭＡＣフレームがＣＣＭのＯＡＭフレームである場合（Ｓ１２のＹ）、ＯＡＭ取得部４４はそのＯＡＭフレームを取得する（Ｓ１４）。接続状態判定部４６は、ＯＡＭ取得部４４により取得されたＯＡＭフレームに設定されたＭＥＰ−ＩＤを参照して、ＣＣ状況テーブル４０においてそのＭＥＰ−ＩＤに対応づけられたＣＣＭ受信状況を「受信中」へ更新する（Ｓ１６）。接続状態判定部４６は、一定時間以上、ＯＡＭフレームを受け付けないＬ２ＳＷについてはＬＯＣ状態として検出し、ＣＣ状況テーブル４０のＣＣＭ受信状況を「ＬＯＣ状態」へ更新する。センタＬ２ＳＷ１２において受信されたＭＡＣフレームが非ＯＡＭフレームであれば（Ｓ１２のＮ）、そのＭＡＣフレームに対して通常のフレーム転送処理（スイッチ処理）を実行する（Ｓ１８）。ＭＡＣフレームの受信がなければ（Ｓ１０のＮ）、Ｓ１２〜Ｓ１８はスキップされる。
【００３７】
アラート設定部４８は、接続状態判定部４６においてＬＯＣが検出された場合、例えばＣＣ状況テーブル４０の受信状況にＬＯＣ状態が記録されたエントリを検出すると（Ｓ２０のＹ）、以下の基準にしたがって第１〜第３故障情報を設定する。すなわち、ＬＯＣを検出したＬ２ＳＷと同一ＭＥＰグループに属する１以上のＬ２ＳＷについて、いずれからのＯＡＭフレームについてもＬＯＣ状態であれば（Ｓ２２のＮ）、第１故障情報を設定する（Ｓ２４）。なお、ＬＯＣを検出したＬ２ＳＷと同一ＭＥＰグループに属するＬ２ＳＷが存在しない場合、もしくは、ＬＯＣを検出したＬ２ＳＷがそもそもＭＥＰグループに属していない場合も第１故障情報が設定される。
【００３８】
同一ＭＥＰグループに属するいずれかのＬ２ＳＷからＯＡＭフレームを受信中であり（Ｓ２２のＹ）、ＬＯＣ状態となったＬ２ＳＷ（ＭＥＰ）が、ＯＡＭフレームを継続して受信中のＬ２ＳＷ（ＭＥＰ）よりも高優先度の場合（Ｓ２６のＮ）、第２故障情報を設定する（Ｓ２８）。ＯＡＭフレームを継続して受信中のＬ２ＳＷ（ＭＥＰ）が、ＬＯＣ状態となったＬ２ＳＷ（ＭＥＰ）よりも高優先度であれば（Ｓ２６のＹ）、第３故障情報を設定する（Ｓ３０）。アラート通知部５０は、アラート設定部４８により設定された故障情報を外部のＳＮＭＰサーバに対してＴＲＡＰ通知する（Ｓ３２）。接続状態判定部４６においてＬＯＣが未検出、言い換えればＣＣ状況テーブル４０の受信状況が全て「受信中」であれば（Ｓ２０のＮ）、Ｓ２２からＳ３２はスキップされる。
【００３９】
本実施の形態の通信システム１００によれば、ＭＥＧ内の各Ｌ２ＳＷからＣＣＭを受け付けるセンタＬ２ＳＷ１２において、故障が発生したＬ２ＳＷが冗長構成か否か、および、冗長構成における優先度を識別して、通信網の冗長構成に応じたアラートをオペレータへ通知できる。そして、オペレータによる通信網の冗長構成に応じた対応の実施を支援できる。
【００４０】
例えば、第１故障情報を通知することで、オペレータに、ユーザフレームの伝送処理が停止していることを認識させて最優先の故障対応を実施させることを支援できる。この場合、例えばオペレータは、故障の影響を受けるエンドユーザへ連絡してもよい。
【００４１】
また、第２故障情報を通知することで、オペレータに、現用系のＬ２ＳＷで故障が発生したものの、予備系のＬ２ＳＷへ切り替わることによりユーザフレームの伝送処理が継続していることを認識させることができる。この場合、ユーザフレームの伝送処理は継続しているため早急に現用系のＬ２ＳＷを復旧させることは不要である。ただし、現用系から予備系への切替時間（ユーザフレームの伝送停止時間）にＳＬＡ（Service Level Agreement）が設定してある場合は、その切替時間（ユーザフレームの伝送停止時間）をＬ２ＳＷのログ等から計測し、エンドユーザへ報告する必要がある。
【００４２】
また、第３故障情報を通知することで、オペレータに、予備系のＬ２ＳＷで故障が発生したものの、現用系のＬ２ＳＷは正常状態であることを認識させることができる。この場合、ユーザフレームの伝送処理は継続しているため早急に予備系のＬ２ＳＷを復旧させることは不要である。しかも、ユーザフレームの伝送停止も発生していないため、エンドユーザとの契約上問題がなければエンドユーザへの通知も不要である。
【００４３】
これまでの網監視装置（実施の形態のセンタＬ２ＳＷ１２に対応する装置）では、アクセス網においてＬ２ＳＷが冗長構成か非冗長構成かに関わらず、同様のアラートをオペレータへ通知し、オペレータも同様の対応を実施していた。例えば、予備系のＬ２ＳＷが故障しただけで実際にはユーザフレームの伝送は継続していても、単一故障点のＬ２ＳＷが故障してユーザフレームの伝送停止が発生した場合と同様の対応がなされてしまい、本来不要な混乱を招くことが考えられる。本実施の形態では、Ｌ２ＳＷが冗長構成か否か、および、冗長化されたグループでの優先度に応じたアラートがオペレータへ通知されるため、オペレータによる適切な対応の実施を支援できる。
【００４４】
広域イーサネットにおいてイーサネットＯＡＭ技術を用いた網監視は今後さらに拡大していくと予想され、また、長時間の通信障害を回避するためにアクセス網冗長構成を選択するユーザも増加していくと予想される。このような状況において、アクセス網のＬ２ＳＷ構成を装置側で認識可能にし、状況に応じたＴＲＡＰ通知を実施することにより、オペレータによる状況把握および対応の迅速化を支援することができる。
【００４５】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００４６】
上述した実施の形態および変形例の任意の組み合わせもまた本発明の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる実施の形態および変形例それぞれの効果をあわせもつ。
【００４７】
請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。
【符号の説明】
【００４８】
１０ 広域イーサ網、 １２ センタＬ２ＳＷ、 １４ 監視網、 １６ オペレータ端末、 ２０ 現用Ｌ２ＳＷ、 ２２ 予備Ｌ２ＳＷ、 ２４ ＭＣ、 ２６ ユーザ拠点端末、 ４０ ＣＣ状況テーブル、 ４２ イーサポート、 ４４ ＯＡＭ取得部、 ４６ 接続状態判定部、 ４８ アラート設定部、 ５０ アラート通知部、 ５２ 監視網ポート、 １００ 通信システム。
【技術分野】
【０００１】
この発明は、データ通信技術に関し、特に、通信装置間の接続状態を検出するための技術に関する。
【背景技術】
【０００２】
ネットワークに対する品質要求の高まりを受けて、広域イーサネット（「イーサネット」は登録商標）において、レイヤ２通信でのエンド・ツウ・エンドの通信経路監視を実施可能なイーサネットＯＡＭ（Operations, Administration and Maintenance）技術が、ＩＴＵ−Ｔ Ｙ．１７３１で標準化されている。イーサネットＯＡＭでは、通信状態を確認するためのＭＡＣフレームであるＯＡＭフレームを用いてメンテナンスする１つの区間をＭＥ（Maintenance Entity）と定義する。また、ＭＥの集合をＭＥＧ（Maintenance Entity Group）と定義し、ＯＡＭフレームを終端するＭＥＧの端点をＭＥＰ（MEG End Point）と定義する。
【０００３】
このＭＥＰ間では、主に以下の機能が使用される。
１．ＥＴＨ−ＣＣ：ＣＣＭ（Continuity Check Message 接続性確認メッセージ）によるＭＥＰ間の通路経路常時監視機能。
２．ＥＴＨ−ＬＢ：ＬＢＭ（LoopBack Message ループバックメッセージ）、ＬＢＲ（LoopBack Reply ループバックリプライ）による指定ＭＥＰ間の疎通確認機能。
３．ＥＴＨ−ＬＴＭ：ＬＴＭ（Link Trace Message リンクトレースメッセージ）、ＬＴＲ（Link Trace Reply リンクトレースリプライ）による指定ＭＥＰまでの通信経路確認機能。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−２７８４５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
レイヤ２スイッチ（以下、「Ｌ２ＳＷ」とも呼ぶ。）により構成される広域イーサネット網では、Ｌ２ＳＷ間でＯＡＭフレーム（例えば上述のＣＣＭ）を送受することにより通信経路の常時監視が実現される。通信経路の異常が検出された場合は、その異常が網の保守担当者等へ通知される場合もある。ところで、広域イーサネット網は、網の信頼性を高めるため、Ｌ２ＳＷが冗長化された構成となることがある。本発明者は、Ｌ２ＳＷが冗長化されたレイヤ２網においてＯＡＭフレームの伝送により通信経路を監視する場合に、異常検出のメッセージとして、Ｌ２ＳＷの冗長化に則したメッセージを通知する発想やその具体的な方法はこれまで十分提案されてこなかったと考えた。
【０００６】
本発明はこうした課題に鑑みてなされたものであり、その主たる目的は、ＯＡＭフレームの伝送により通信状態を監視する場合に、異常検出のメッセージとして、通信装置の冗長化に則したメッセージを通知するための技術を提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある態様の監視装置は、所定のＭＥＧに属する複数の通信装置の一部が属するグループであり、かつ、冗長化された複数の通信装置を含むグループが定義されるとき、グループに属する各通信装置から、接続状態を確認するためのＯＡＭフレームであって、グループのＩＤを含むＯＡＭフレームを取得する取得部と、ＯＡＭフレームの取得状況に応じて、グループに属する各通信装置との接続状態を判定する判定部と、グループに属するある通信装置との接続状態が異常である場合、グループに属する他の通信装置との接続状態に応じた態様で当該異常を示す情報を外部へ通知する通知部と、を備える。
【０００８】
本発明の別の態様は、通信装置である。この装置は、所定のＭＥＧに属する複数の通信装置の一部が属するグループであり、かつ、冗長化された複数の通信装置を含むグループが定義されるとき、冗長化された複数の通信装置の１つであって、グループのＩＤを指定したＯＡＭフレームを、グループに属する各通信装置との接続状態を判定すべき監視装置であって、グループに属するある通信装置との接続状態が異常である場合、グループに属する他の通信装置との接続状態に応じた態様で当該異常を示す情報を外部へ通知すべき監視装置へ送信する送信部を備える。
【０００９】
本発明のさらに別の態様は、網監視方法である。この方法は、所定のＭＥＧに属する複数の通信装置の一部が属するグループであり、かつ、冗長化された複数の通信装置を含むグループが定義されるとき、グループに属する各通信装置から、接続状態を確認するためのＯＡＭフレームであって、グループのＩＤを含むＯＡＭフレームを取得するステップと、ＯＡＭフレームの取得状況に応じて、グループに属する各通信装置との接続状態を判定するステップと、グループに属するある通信装置との接続状態が異常である場合、グループに属する他の通信装置との接続状態に応じた態様で当該異常を示す情報を外部へ通知するステップと、を備える。
【００１０】
なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１１】
本発明によれば、ＯＡＭフレームの伝送により通信状態を監視する場合に、異常検出のメッセージとして、通信装置の冗長化に則したメッセージを通知することができる。
【図面の簡単な説明】
【００１２】
【図１】実施の形態の通信システムの構成を示す図である。
【図２】実施の形態におけるＯＡＭフレームの構成を示す図である。
【図３】図１のセンタＬ２ＳＷの機能構成を示すブロック図である。
【図４】ＣＣ状況テーブルに格納されるデータ例を示す図である。
【図５】図１のセンタＬ２ＳＷの動作を示すフローチャートである。
【発明を実施するための形態】
【００１３】
図１は、実施の形態の通信システムの構成を示す。通信システム１００では、広域イーサネット網（以下、「広域イーサ網１０」とも呼ぶ。）に、網監視のセンタ側に設置されたセンタＬ２ＳＷ１２と、ユーザ拠点側に設置された現用Ｌ２ＳＷ２０、予備Ｌ２ＳＷ２２、他Ｌ２ＳＷ２８、他Ｌ２ＳＷ３０が接続される。センタＬ２ＳＷ１２は、通信状態の監視に関する情報を送受するための監視網１４とも接続され、監視網１４を介して網監視のセンタのオペレータ端末１６と接続される。後述するように、センタＬ２ＳＷ１２は、網故障の情報を監視網１４へ送出することにより、網故障を網監視オペレータへ通知する。
【００１４】
現用Ｌ２ＳＷ２０と予備Ｌ２ＳＷ２２は、Ｅ／Ｏ変換およびＯ／Ｅ変換を実行するメディアコンバータ（以下、「ＭＣ２４」と呼ぶ。）と接続され、ＭＣ２４を介してユーザ拠点端末２６と接続される。ＭＣ２４は、ＰＯＮ（Passive Optical Network）のキャリア側に設置されるＯＬＴ（Optical Line Terminal）装置として実装されてもよい。
【００１５】
現用Ｌ２ＳＷ２０と予備Ｌ２ＳＷ２２は冗長関係にあり、言い換えれば代替関係にある。すなわち、現用Ｌ２ＳＷ２０が正常動作中の通常時は、ユーザ拠点端末２６と広域イーサ網１０間のフレーム伝送処理を現用Ｌ２ＳＷ２０が実行する。現用Ｌ２ＳＷ２０が故障した場合、そのフレーム伝送処理を予備Ｌ２ＳＷ２２が引き継ぐ。本実施の形態では、ＭＣ２４が現用Ｌ２ＳＷ２０と非接続状態となったことを検出（例えば、リンクパルスの信号断を検出）し、以降、ＭＡＣフレームを予備Ｌ２ＳＷ２２と送受することとする。これにより、Ｌ２ＳＷ故障時の通信の継続性を向上でき、例えば、現用Ｌ２ＳＷ２０が故障した場合でも、ユーザ拠点端末２６への影響を最小限（例えば、フレーム伝送不可状態の継続時間を数秒から数十秒）に抑えることができる。
【００１６】
なお、広域イーサ網１０およびセンタＬ２ＳＷ１２を、通信のバックボーン網の意味で、以下「コア網」とも呼ぶ。その一方、現用Ｌ２ＳＷ２０、予備Ｌ２ＳＷ２２、他Ｌ２ＳＷ２８、他Ｌ２ＳＷ３０、およびＭＣ２４は、個々のユーザに対してコア網への接続回線を提供する網の意味で、以下「アクセス網」とも呼ぶ。図１の各Ｌ２ＳＷは、同一のＭＥＧに属するＭＥＰとして設定されている。個々のＭＥＰのＩＤは、図１に示すとおりである。
【００１７】
ここで、本発明者が認識した課題について説明する。
Ｌ２ＳＷで構成される広域イーサ網１０では、コア網およびアクセス網に設置されるＬ２ＳＷ間でＥＴＨ−ＣＣを使用しユーザ通信経路の正常性監視を常時実施することで網の信頼性を高めている。例えば、各Ｌ２ＳＷにＭＥＰを設定し、ＭＥＰ間でＣＣＭ（以下、「ＯＡＭフレーム」とも呼ぶ。）を送受信することにより通信経路常時監視を実現している。各ＭＥＰにおいて他ＭＥＰからのＣＣＭが受信されなくなると、ＬＯＣ（Loss of continuity）状態を検出し、通信経路上で異常が発生したことを網監視オペレータへ通知する。
【００１８】
ところで、広域イーサ網１０では信頼性を高めるため、図１で示すように、そのアクセス網においてＬ２ＳＷをノード冗長（現用Ｌ２ＳＷ２０と予備Ｌ２ＳＷ２２）している。センタＬ２ＳＷ１２では、現用Ｌ２ＳＷ２０からのＣＣＭの受信状況と予備Ｌ２ＳＷ２２からのＣＣＭの受信状況を別個に（独立したものとして）管理するため、これまでは、現用Ｌ２ＳＷ２０と予備Ｌ２ＳＷ２２とがノード冗長構成であることは認識できなかった。その結果、センタＬ２ＳＷ１２から網監視オペレータへ通知されるアラートも現用Ｌ２ＳＷ２０と予備Ｌ２ＳＷ２２とがノード冗長構成であることを加味しない内容となり、網監視オペレータにとってノード冗長構成を踏まえた対応判断を行うことは困難であった。
【００１９】
しかしながら、アクセス網が非冗長構成である場合、１つのＬ２ＳＷの故障でユーザ通信が断絶する（いわゆる単一障害点が存在する）一方、アクセス網が冗長構成である場合、１つのＬ２ＳＷが故障してもユーザ通信は継続される。したがって、それぞれの場合に応じて網オペレータが行うべき対応は異なることが多い。したがって、センタＬ２ＳＷ１２において、現用Ｌ２ＳＷ２０と予備Ｌ２ＳＷ２２がノード冗長構成か否かを認識し、網監視オペレータへ通知されるアラートも、現用Ｌ２ＳＷ２０と予備Ｌ２ＳＷ２２がノード冗長構成であるか否かを加味した内容となることが望ましい。
【００２０】
そこで本実施の形態の通信システム１００では、同じＭＥＧに属する複数のＬ２ＳＷ（言い換えれば、ＭＥＰが設定された通信装置）の一部であり、互いに冗長化された複数のＬ２ＳＷが属するＭＥＰのグループを定義する。このグループは、ＭＥＧ内のサブグループであり、以下「ＭＥＰグループ」と呼ぶこととする。図１においては、現用Ｌ２ＳＷ２０と予備Ｌ２ＳＷ２２が属するＭＥＰグループが該当する。
【００２１】
また、同一ＭＥＰグループ内の各ＭＥＰに対して優先度、すなわち冗長化されたＬ２ＳＷ間での優先度を予め付与する。本実施の形態では、現用Ｌ２ＳＷ２０に対して相対的に高い優先度を示す「０」を割り当て、予備Ｌ２ＳＷ２２に対して相対的に低い優先度を示す「１」を割り当てることとする。そして、現用Ｌ２ＳＷ２０からセンタＬ２ＳＷ１２へのＣＣＭ、および、予備Ｌ２ＳＷ２２からセンタＬ２ＳＷ１２へのＣＣＭでは、ＭＥＰグループのＩＤおよびＭＥＰグループ内での優先度を指定する。
【００２２】
これにより、ＭＥＧ内の各Ｌ２ＳＷからＣＣＭを受け付けるセンタＬ２ＳＷ１２において、故障が発生したＬ２ＳＷが冗長構成か否か、および、冗長構成における優先度を識別して、通信網の冗長構成に応じたアラートをオペレータへ通知できる。そして、オペレータによる通信網の冗長構成に応じた対応の実施を支援できる。
【００２３】
図２は、実施の形態におけるＯＡＭフレームの構成を示す。同図は、ＯＡＭフレームに含まれるＭＥＧ−ＩＤフィールドの構成を示しており、縦にバイト、横に各バイトのビット列（左が上位ビット）を示している。一般的にＭＥＧ−ＩＤフィールドでは、１７バイト目以降のビット値には全て０が設定される。そこで、本実施の形態では、１７バイトと１８バイトの一部（１２ビット）に予めＭＥＰグループに割り当てられたＩＤを設定する。そして、１８バイト目の下位４ビットにＭＥＰグループにおける各ＭＥＰの優先度を設定する。なお、図２には不図示であるが、本実施の形態ではＣＣＭとしてのＯＡＭフレームに言及するため、「ＯｐＣｏｄｅ」フィールドには値「１」が設定される。
【００２４】
例えば、図１のＭＥＰグループに属しない他Ｌ２ＳＷ２８から定期的にセンタＬ２ＳＷ１２へ送信されるＯＡＭフレーム（ＣＣＭ）において、ＭＥＰ−ＩＤ「４０」およびＭＥＧ−ＩＤ「ＡＢＣ」が指定されるとする。この場合、現用Ｌ２ＳＷ２０から定期的にセンタＬ２ＳＷ１２へのＯＡＭフレーム（ＣＣＭ）では、ＭＥＰ−ＩＤ「２０」およびＭＥＧ−ＩＤ「ＡＢＣ」に加えて、ＭＥＰグループＩＤ「５００」およびＭＥＰ優先度「０」が指定される。また、予備Ｌ２ＳＷ２２が送信するＯＡＭフレームでは、ＭＥＰ−ＩＤ「２０」およびＭＥＧ−ＩＤ「ＡＢＣ」に加えて、ＭＥＰグループＩＤ「５００」およびＭＥＰ優先度「１」が指定される。
【００２５】
図３は、図１のセンタＬ２ＳＷ１２の機能構成を示すブロック図である。センタＬ２ＳＷ１２は、ＣＣ状況テーブル４０と、イーサポート４２と、ＯＡＭ取得部４４と、接続状態判定部４６と、アラート設定部４８と、アラート通知部５０と、監視網ポート５２を備える。
【００２６】
本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵやメモリ、ＨＤＤをはじめとする素子や電子回路、機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ブロック図においては、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。
【００２７】
図３においては、Ｌ２ＳＷの一般的な機能として、ＭＡＣフレームの設定処理を実行するＭＡＣ処理部、入力データの流量制御・帯域制御を実行するイングレス処理部、出力データの流量制御・帯域制御を実行するイーグレス処理部、スイッチ処理（方路決定処理）のためのスイッチ処理部についての記載は省略している。また、アクセス網側の各Ｌ２ＳＷに対してＯＡＭフレームを送信する機能ブロックの記載も省略し、ＯＡＭフレームの受信機能に関連するブロックのみを描いている。
【００２８】
ＣＣ状況テーブル４０は、ＭＥＧ内の各Ｌ２ＳＷからのＯＡＭフレーム（以下では「ＣＣＭ」を意味する）の受信状況が保持される記憶領域である。図４は、ＣＣ状況テーブル４０に格納されるデータ例を示す。ＣＣ状況テーブル４０のＭＥＰ−ＩＤフィールドおよびＭＥＧ−ＩＤフィールドのデータは監視対象のＬ２ＳＷの属性として予め設定される。ＭＥＰグループＩＤおよびＭＥＰ優先度は、後述の接続状態判定部４６により、受信されたＯＡＭフレーム（ＣＣＭ）から抽出されてＣＣ状況テーブル４０へ反映される。このように、ＭＥＰグループＩＤおよびＭＥＰ優先度が動的にＯＡＭフレームから抽出されることにより、例えば冗長化されたＬ２ＳＷ間で現用系と予備系の切替が発生した場合等、ＭＥＰに付与されたＭＥＰ優先度が変化した場合にも、各ＭＥＰとの接続性確認を継続できる。変形例として、ＭＥＰグループＩＤおよびＭＥＰ優先度フィールドのデータも監視対象のＬ２ＳＷの属性として予め設定されてもよい。
【００２９】
本実施の形態では図４で示すように、ＭＥＰグループに属する現用Ｌ２ＳＷ２０（ＭＥＰ−ＩＤ＝２０）と、予備Ｌ２ＳＷ２２（ＭＥＰ−ＩＤ＝３０）については、ＭＥＰグループＩＤおよびＭＥＰ優先度も保持される。ＣＣ状況テーブル４０のＣＣＭ受信状況フィールドは、各Ｌ２ＳＷからのＯＡＭフレームの受信状況に応じて逐次更新される。
【００３０】
図３に戻り、イーサポート４２は、広域イーサ網１０との間でＭＡＣフレームを送受信する通信ポートである。監視網ポート５２は、監視網１４との間でＭＡＣフレームを送受信する通信ポートである。ＯＡＭ取得部４４は、イーサポート４２において受信されたＭＡＣフレーム内のイーサタイプおよびＯｐＣｏｄｅにしたがってＯＡＭフレームを特定し、ＯＡＭフレームを取得する。例えば、イーサタイプがＯＡＭフレームを示す所定値であり、ＯｐＣｏｄｅがＣＣＭを示す値（＝１）である場合、受信状況確認対象のＯＡＭフレームであると判定する。
【００３１】
接続状態判定部４６は、ＭＥＧのＬ２ＳＷごとに、言い換えれば図４のＣＣ状況テーブルのエントリ（レコード）ごとにＯＡＭフレームの受付状況を管理する。具体的には、ＭＥＧのＬ２ＳＷごとにＯＡＭフレームの受付時刻を保持する。そして、あるＬ２ＳＷからの新たなＯＡＭフレームが、先のＯＡＭフレームの受付時刻から所定時間内（例えば３秒以内）に受け付けられた場合、ＣＣ状況テーブル４０における当該Ｌ２ＳＷのレコード、すなわちＯＡＭフレームが示すＭＥＰ−ＩＤ〜ＭＥＰ優先度が設定されたレコードのＣＣＭ受信状況フィールドを「受信中」へ更新する。言い換えれば、当該Ｌ２ＳＷのＣＣＭ受信状況として「受信中」を維持する。その一方、あるＬ２ＳＷからの新たなＯＡＭフレームが、先のＯＡＭフレームの受付時刻から所定時間内（例えば３秒以内）に受け付けられない場合、所定のタイマのタイムアウト等によりＬＯＣを検出する。そして、ＣＣ状況テーブル４０における当該Ｌ２ＳＷのＣＣＭ受信状況を「ＬＯＣ状態」へ更新する。
【００３２】
なお、ＯＡＭフレームで指定されたＭＥＰ−ＩＤとＭＥＧ−ＩＤの組み合わせを示すレコードがＣＣ状況テーブル４０に存在する一方で、ＭＥＰ−ＩＤ〜ＭＥＰ優先度の組み合わせを示すレコードがＣＣ状況テーブル４０に存在しない場合もあり得る。典型的には、あるＭＥＰグループに属するＭＥＰからの初回のＯＡＭフレーム受け付け時である。この場合、接続状態判定部４６は、そのＯＡＭフレームで指定されたＭＥＰ−ＩＤ〜ＭＥＰ優先度の組み合わせを示すレコードをＣＣ状況テーブル４０へ新規に設定する。
【００３３】
アラート設定部４８は、ＣＣ状況テーブル４０の各エントリを監視し、少なくとも１つのエントリにおけるＣＣＭ受信状況が「ＬＯＣ状態」となった場合、その旨を示すアラートメッセージを設定する。ここで、ＬＯＣ状態となったエントリにＭＥＰグループＩＤが設定されている場合は、同一ＭＥＰグループのエントリにおけるＣＣＭ受信状況に応じたメッセージを設定する。メッセージの詳細は後述する。アラート通知部５０は、アラート設定部４８において設定されたアラートメッセージを監視網ポート５２〜監視網１４を介して外部のＳＮＭＰサーバへＴＲＡＰ通知する。ＳＮＭＰサーバへＴＲＡＰ通知されたアラートメッセージは、オペレータ端末１６で参照されて、エンドユーザへの連絡等、所定の対応がオペレータによりなされる。なおアラート通知部５０がオペレータ端末１６へ直接アラートメッセージを送信してもよいことはもちろんである。
【００３４】
以上の構成による動作を以下説明する。
まず、図１のアクセス網の各Ｌ２ＳＷは、先のＯＡＭフレームの送信から所定時間（例えば１秒）経過したことを検出すると、新たなＯＡＭフレームをセンタＬ２ＳＷ１２へ送信する。ＭＥＰグループに属するＬ２ＳＷ（図１の現用Ｌ２ＳＷ２０および予備Ｌ２ＳＷ２２）の場合、予め定められたＭＥＰグループＩＤおよびＭＥＰ優先度を保持しており、そのＭＥＰグループＩＤおよびＭＥＰ優先度を含むＯＡＭフレームを送信する。
【００３５】
図５は、図１のセンタＬ２ＳＷ１２の動作を示すフローチャートである。まず、同図に示す第１故障情報から第３故障情報について説明する。
第１故障情報は、Ｌ２ＳＷとの間でＬＯＣ（接続状態の異常）が発生したこと、および同一ＭＥＰグループでＣＣＭ受信中のＬ２ＳＷが存在しないことを示す情報である。単一障害点における故障発生であることを示す情報であるとも言える。
第２故障情報は、ＭＥＰグループの複数のＬ２ＳＷのうち、高優先度のＬ２ＳＷとの間でＬＯＣが発生したことを示す情報である。例えば、現在、フレーム転送処理を実行中の現用系のＬ２ＳＷにおける故障発生を示す情報である。ＭＥＰグループにおいて現用系から予備系への切り替えが発生したことを示す情報であるとも言える。
第３故障情報は、ＭＥＰグループの複数のＬ２ＳＷのうち、低優先度のＬ２ＳＷとの間でＬＯＣが発生したことを示す情報である。例えば、現在、フレーム転送処理を未実行で待機状態の予備系のＬ２ＳＷにおける故障発生を示す情報である。
【００３６】
広域イーサ網１０を伝送されたＭＡＣフレームがセンタＬ２ＳＷ１２において受信され（Ｓ１０のＹ）、そのＭＡＣフレームがＣＣＭのＯＡＭフレームである場合（Ｓ１２のＹ）、ＯＡＭ取得部４４はそのＯＡＭフレームを取得する（Ｓ１４）。接続状態判定部４６は、ＯＡＭ取得部４４により取得されたＯＡＭフレームに設定されたＭＥＰ−ＩＤを参照して、ＣＣ状況テーブル４０においてそのＭＥＰ−ＩＤに対応づけられたＣＣＭ受信状況を「受信中」へ更新する（Ｓ１６）。接続状態判定部４６は、一定時間以上、ＯＡＭフレームを受け付けないＬ２ＳＷについてはＬＯＣ状態として検出し、ＣＣ状況テーブル４０のＣＣＭ受信状況を「ＬＯＣ状態」へ更新する。センタＬ２ＳＷ１２において受信されたＭＡＣフレームが非ＯＡＭフレームであれば（Ｓ１２のＮ）、そのＭＡＣフレームに対して通常のフレーム転送処理（スイッチ処理）を実行する（Ｓ１８）。ＭＡＣフレームの受信がなければ（Ｓ１０のＮ）、Ｓ１２〜Ｓ１８はスキップされる。
【００３７】
アラート設定部４８は、接続状態判定部４６においてＬＯＣが検出された場合、例えばＣＣ状況テーブル４０の受信状況にＬＯＣ状態が記録されたエントリを検出すると（Ｓ２０のＹ）、以下の基準にしたがって第１〜第３故障情報を設定する。すなわち、ＬＯＣを検出したＬ２ＳＷと同一ＭＥＰグループに属する１以上のＬ２ＳＷについて、いずれからのＯＡＭフレームについてもＬＯＣ状態であれば（Ｓ２２のＮ）、第１故障情報を設定する（Ｓ２４）。なお、ＬＯＣを検出したＬ２ＳＷと同一ＭＥＰグループに属するＬ２ＳＷが存在しない場合、もしくは、ＬＯＣを検出したＬ２ＳＷがそもそもＭＥＰグループに属していない場合も第１故障情報が設定される。
【００３８】
同一ＭＥＰグループに属するいずれかのＬ２ＳＷからＯＡＭフレームを受信中であり（Ｓ２２のＹ）、ＬＯＣ状態となったＬ２ＳＷ（ＭＥＰ）が、ＯＡＭフレームを継続して受信中のＬ２ＳＷ（ＭＥＰ）よりも高優先度の場合（Ｓ２６のＮ）、第２故障情報を設定する（Ｓ２８）。ＯＡＭフレームを継続して受信中のＬ２ＳＷ（ＭＥＰ）が、ＬＯＣ状態となったＬ２ＳＷ（ＭＥＰ）よりも高優先度であれば（Ｓ２６のＹ）、第３故障情報を設定する（Ｓ３０）。アラート通知部５０は、アラート設定部４８により設定された故障情報を外部のＳＮＭＰサーバに対してＴＲＡＰ通知する（Ｓ３２）。接続状態判定部４６においてＬＯＣが未検出、言い換えればＣＣ状況テーブル４０の受信状況が全て「受信中」であれば（Ｓ２０のＮ）、Ｓ２２からＳ３２はスキップされる。
【００３９】
本実施の形態の通信システム１００によれば、ＭＥＧ内の各Ｌ２ＳＷからＣＣＭを受け付けるセンタＬ２ＳＷ１２において、故障が発生したＬ２ＳＷが冗長構成か否か、および、冗長構成における優先度を識別して、通信網の冗長構成に応じたアラートをオペレータへ通知できる。そして、オペレータによる通信網の冗長構成に応じた対応の実施を支援できる。
【００４０】
例えば、第１故障情報を通知することで、オペレータに、ユーザフレームの伝送処理が停止していることを認識させて最優先の故障対応を実施させることを支援できる。この場合、例えばオペレータは、故障の影響を受けるエンドユーザへ連絡してもよい。
【００４１】
また、第２故障情報を通知することで、オペレータに、現用系のＬ２ＳＷで故障が発生したものの、予備系のＬ２ＳＷへ切り替わることによりユーザフレームの伝送処理が継続していることを認識させることができる。この場合、ユーザフレームの伝送処理は継続しているため早急に現用系のＬ２ＳＷを復旧させることは不要である。ただし、現用系から予備系への切替時間（ユーザフレームの伝送停止時間）にＳＬＡ（Service Level Agreement）が設定してある場合は、その切替時間（ユーザフレームの伝送停止時間）をＬ２ＳＷのログ等から計測し、エンドユーザへ報告する必要がある。
【００４２】
また、第３故障情報を通知することで、オペレータに、予備系のＬ２ＳＷで故障が発生したものの、現用系のＬ２ＳＷは正常状態であることを認識させることができる。この場合、ユーザフレームの伝送処理は継続しているため早急に予備系のＬ２ＳＷを復旧させることは不要である。しかも、ユーザフレームの伝送停止も発生していないため、エンドユーザとの契約上問題がなければエンドユーザへの通知も不要である。
【００４３】
これまでの網監視装置（実施の形態のセンタＬ２ＳＷ１２に対応する装置）では、アクセス網においてＬ２ＳＷが冗長構成か非冗長構成かに関わらず、同様のアラートをオペレータへ通知し、オペレータも同様の対応を実施していた。例えば、予備系のＬ２ＳＷが故障しただけで実際にはユーザフレームの伝送は継続していても、単一故障点のＬ２ＳＷが故障してユーザフレームの伝送停止が発生した場合と同様の対応がなされてしまい、本来不要な混乱を招くことが考えられる。本実施の形態では、Ｌ２ＳＷが冗長構成か否か、および、冗長化されたグループでの優先度に応じたアラートがオペレータへ通知されるため、オペレータによる適切な対応の実施を支援できる。
【００４４】
広域イーサネットにおいてイーサネットＯＡＭ技術を用いた網監視は今後さらに拡大していくと予想され、また、長時間の通信障害を回避するためにアクセス網冗長構成を選択するユーザも増加していくと予想される。このような状況において、アクセス網のＬ２ＳＷ構成を装置側で認識可能にし、状況に応じたＴＲＡＰ通知を実施することにより、オペレータによる状況把握および対応の迅速化を支援することができる。
【００４５】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００４６】
上述した実施の形態および変形例の任意の組み合わせもまた本発明の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる実施の形態および変形例それぞれの効果をあわせもつ。
【００４７】
請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。
【符号の説明】
【００４８】
１０ 広域イーサ網、 １２ センタＬ２ＳＷ、 １４ 監視網、 １６ オペレータ端末、 ２０ 現用Ｌ２ＳＷ、 ２２ 予備Ｌ２ＳＷ、 ２４ ＭＣ、 ２６ ユーザ拠点端末、 ４０ ＣＣ状況テーブル、 ４２ イーサポート、 ４４ ＯＡＭ取得部、 ４６ 接続状態判定部、 ４８ アラート設定部、 ５０ アラート通知部、 ５２ 監視網ポート、 １００ 通信システム。
【特許請求の範囲】
【請求項１】
所定のＭＥＧ（Maintenance Entity Group）に属する複数の通信装置の一部が属するグループであり、かつ、冗長化された複数の通信装置を含むグループが定義されるとき、
前記グループに属する各通信装置から、接続状態を確認するためのＯＡＭ（Operations, Administration and Maintenance）フレームであって、前記グループのＩＤを含むＯＡＭフレームを取得する取得部と、
前記ＯＡＭフレームの取得状況に応じて、前記グループに属する各通信装置との接続状態を判定する判定部と、
前記グループに属するある通信装置との接続状態が異常である場合、前記グループに属する他の通信装置との接続状態に応じた態様で当該異常を示す情報を外部へ通知する通知部と、
を備えることを特徴とする監視装置。
【請求項２】
前記取得部により取得される前記グループのＩＤを含むＯＡＭフレームは、ＣＣＭ（Continuity Check Message）のフレームであることを特徴とする請求項１に記載の監視装置。
【請求項３】
前記取得部により取得されるＯＡＭフレームは、前記グループに属する各通信装置の前記グループにおける優先度を示す情報をさらに含むものであり、
前記通知部は、本装置との接続状態が異常となった通信装置の優先度と、本装置との接続状態が正常である通信装置の優先度との大小関係に応じた態様で当該異常を示す情報を外部へ通知することを特徴とする請求項１または２に記載の監視装置。
【請求項４】
所定のＭＥＧに属する複数の通信装置の一部が属するグループであり、かつ、冗長化された複数の通信装置を含むグループが定義されるとき、前記冗長化された複数の通信装置の１つであって、
前記グループのＩＤを指定したＯＡＭフレームを、前記グループに属する各通信装置との接続状態を判定すべき監視装置であって、前記グループに属するある通信装置との接続状態が異常である場合、前記グループに属する他の通信装置との接続状態に応じた態様で当該異常を示す情報を外部へ通知すべき監視装置へ送信する送信部を備えることを特徴とする通信装置。
【請求項５】
所定のＭＥＧに属する複数の通信装置の一部が属するグループであり、かつ、冗長化された複数の通信装置を含むグループが定義されるとき、
前記グループに属する各通信装置から、接続状態を確認するためのＯＡＭフレームであって、前記グループのＩＤを含むＯＡＭフレームを取得するステップと、
前記ＯＡＭフレームの取得状況に応じて、前記グループに属する各通信装置との接続状態を判定するステップと、
前記グループに属するある通信装置との接続状態が異常である場合、前記グループに属する他の通信装置との接続状態に応じた態様で当該異常を示す情報を外部へ通知するステップと、
を備えることを特徴とする網監視方法。
【請求項１】
所定のＭＥＧ（Maintenance Entity Group）に属する複数の通信装置の一部が属するグループであり、かつ、冗長化された複数の通信装置を含むグループが定義されるとき、
前記グループに属する各通信装置から、接続状態を確認するためのＯＡＭ（Operations, Administration and Maintenance）フレームであって、前記グループのＩＤを含むＯＡＭフレームを取得する取得部と、
前記ＯＡＭフレームの取得状況に応じて、前記グループに属する各通信装置との接続状態を判定する判定部と、
前記グループに属するある通信装置との接続状態が異常である場合、前記グループに属する他の通信装置との接続状態に応じた態様で当該異常を示す情報を外部へ通知する通知部と、
を備えることを特徴とする監視装置。
【請求項２】
前記取得部により取得される前記グループのＩＤを含むＯＡＭフレームは、ＣＣＭ（Continuity Check Message）のフレームであることを特徴とする請求項１に記載の監視装置。
【請求項３】
前記取得部により取得されるＯＡＭフレームは、前記グループに属する各通信装置の前記グループにおける優先度を示す情報をさらに含むものであり、
前記通知部は、本装置との接続状態が異常となった通信装置の優先度と、本装置との接続状態が正常である通信装置の優先度との大小関係に応じた態様で当該異常を示す情報を外部へ通知することを特徴とする請求項１または２に記載の監視装置。
【請求項４】
所定のＭＥＧに属する複数の通信装置の一部が属するグループであり、かつ、冗長化された複数の通信装置を含むグループが定義されるとき、前記冗長化された複数の通信装置の１つであって、
前記グループのＩＤを指定したＯＡＭフレームを、前記グループに属する各通信装置との接続状態を判定すべき監視装置であって、前記グループに属するある通信装置との接続状態が異常である場合、前記グループに属する他の通信装置との接続状態に応じた態様で当該異常を示す情報を外部へ通知すべき監視装置へ送信する送信部を備えることを特徴とする通信装置。
【請求項５】
所定のＭＥＧに属する複数の通信装置の一部が属するグループであり、かつ、冗長化された複数の通信装置を含むグループが定義されるとき、
前記グループに属する各通信装置から、接続状態を確認するためのＯＡＭフレームであって、前記グループのＩＤを含むＯＡＭフレームを取得するステップと、
前記ＯＡＭフレームの取得状況に応じて、前記グループに属する各通信装置との接続状態を判定するステップと、
前記グループに属するある通信装置との接続状態が異常である場合、前記グループに属する他の通信装置との接続状態に応じた態様で当該異常を示す情報を外部へ通知するステップと、
を備えることを特徴とする網監視方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１２−１８２６３４（Ｐ２０１２−１８２６３４Ａ）
【公開日】平成２４年９月２０日（２０１２．９．２０）
【国際特許分類】
【出願番号】特願２０１１−４３８３９（Ｐ２０１１−４３８３９）
【出願日】平成２３年３月１日（２０１１．３．１）
【出願人】（０００２３７６６２）富士通テレコムネットワークス株式会社 (682)
【Ｆターム（参考）】
【公開日】平成２４年９月２０日（２０１２．９．２０）
【国際特許分類】
【出願日】平成２３年３月１日（２０１１．３．１）
【出願人】（０００２３７６６２）富士通テレコムネットワークス株式会社 (682)
【Ｆターム（参考）】
[ Back to top ]