JP2009112059A - 通信装置 - Google Patents
通信装置 Download PDFInfo
- Publication number
- JP2009112059A JP2009112059A JP2009034092A JP2009034092A JP2009112059A JP 2009112059 A JP2009112059 A JP 2009112059A JP 2009034092 A JP2009034092 A JP 2009034092A JP 2009034092 A JP2009034092 A JP 2009034092A JP 2009112059 A JP2009112059 A JP 2009112059A
- Authority
- JP
- Japan
- Prior art keywords
- frame
- communication device
- oam
- port
- mpls
- 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.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
【課題】リンクアグリゲーション機能と、ＭＰＬＳ ＯＡＭによるメンテナンス機能を提供する。
【解決手段】ＬＡＧ設定する複数の回線ＩＦ１１、１２のテーブルに同じエントリ情報を格納する。こうすることで、異なるＩＦでも同一のＬＳＰへの多重が可能である。また、回線ＩＦ１１をＯＡＭ ＡＣＴとし、回線ＩＦ１２をＯＡＭ ＳＢＹ（スタンバイ）と設定する。ＯＡＭフレームの挿入処理はＯＡＭ ＡＣＴポートのみが行う。こうすることで、対向するＭＰＬＳ通信装置において、規定数以上のＣＶフレーム受信を防ぐことが可能である。また、スイッチの転送テーブルを、ネットワーク側からのフレームに対しては、ＯＡＭ ＡＣＴの回線ＩＦ１１に転送するように設定する。ＯＡＭ ＳＢＹとした回線ＩＦ１２は、ＣＶ受信による障害検出を行わない。こうすることで、ＯＡＭ未受信による障害誤検出を防止することが可能である。
【選択図】図１５
【解決手段】ＬＡＧ設定する複数の回線ＩＦ１１、１２のテーブルに同じエントリ情報を格納する。こうすることで、異なるＩＦでも同一のＬＳＰへの多重が可能である。また、回線ＩＦ１１をＯＡＭ ＡＣＴとし、回線ＩＦ１２をＯＡＭ ＳＢＹ（スタンバイ）と設定する。ＯＡＭフレームの挿入処理はＯＡＭ ＡＣＴポートのみが行う。こうすることで、対向するＭＰＬＳ通信装置において、規定数以上のＣＶフレーム受信を防ぐことが可能である。また、スイッチの転送テーブルを、ネットワーク側からのフレームに対しては、ＯＡＭ ＡＣＴの回線ＩＦ１１に転送するように設定する。ＯＡＭ ＳＢＹとした回線ＩＦ１２は、ＣＶ受信による障害検出を行わない。こうすることで、ＯＡＭ未受信による障害誤検出を防止することが可能である。
【選択図】図１５
Description
本発明は、通信装置に係り、特に、リンクアグリゲーション及びＭＰＬＳ ＯＡＭ機能を備えた通信装置に関する。
リンクアグリゲーション（ＬＡＧ）と呼ばれる機能を提供する装置が知られている。ＬＡＧは、２台の装置間で、複数の物理ポートをまとめて１つの論理ポートとして利用する技術である。ＬＡＧに対応する装置は、ＶＬＡＮ（Ｖｉｒｔｕａｌ ＬＡＮ）タグとＭＡＣなどのフローを特定する識別情報（ＩＤ）から、ＬＡＧポートに属する出力物理ポートを選択する。
また、ＭＰＬＳ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）通信装置には、例えばＶＬＡＮからＭＰＬＳ ＬＳＰ（Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ Ｐａｔｈ）コネクションを決定するものがある。ＭＰＬＳ ＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ、Ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ）によるメンテナンス機能を備えるＭＰＬＳ通信装置は、コネクションのエンド トゥ エンド（ＥｔｏＥ）の接続性を導通性確認（ＣＶ）フレームを定期的に転送することで監視する。各インタフェースは、ＣＶフレーム未受信となると障害発生と判断し、コネクションを０系から１系へと切り替える。
また、ＭＰＬＳ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）通信装置には、例えばＶＬＡＮからＭＰＬＳ ＬＳＰ（Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ Ｐａｔｈ）コネクションを決定するものがある。ＭＰＬＳ ＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ、Ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ）によるメンテナンス機能を備えるＭＰＬＳ通信装置は、コネクションのエンド トゥ エンド（ＥｔｏＥ）の接続性を導通性確認（ＣＶ）フレームを定期的に転送することで監視する。各インタフェースは、ＣＶフレーム未受信となると障害発生と判断し、コネクションを０系から１系へと切り替える。
ＩＴＵ−Ｔ勧告Ｙ．１７１０ ＳＥＲＩＥＳ Ｙ：ＧＬＯＢＡＬ ＩＮＦＯＲＭＡＴＩＯＮ ＩＮＦＲＡＳＴＲＵＣＴＵＲＥ ＡＮＤ ＩＮＴＥＲＮＥＴ ＰＲＯＴＯＣＯＬ ＡＳＰＥＣＴＳ、Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ ａｓｐｅｃｔｓ―Ｏｐｅｒａｔｉｏｎ、ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ ｍａｉｎｔｅｎａｎｃｅ
Ｄｒａｆｔ Ｒｅｃｏｍｅｎｄａｔｉｏｎ Ｙ．１７２０（Ｐｒｏｔｅｃｔｉｏｎ ｓｗｉｔｃｈｉｎｇ ｆｏｒ ＭＰＬＳ ｎｅｔｗｏｒｋｓ） Ｍｅｅｔｉｎｇ、 ｄａｔａ：Ｋｏｂｅ（Ｊａｐａｎ）、２２−２７ Ａｐｒｉｌ、２００６
「Ａｍｅｎｄｍｅｎｔ ｔｏ Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ｗｉｔｈ Ｃｏｌｌｉｓｉｏｎ Ｄｅｔｅｃｔｉｏｎ （ＣＳＭＡ／ＣＤ） Ａｃｃｅｓｓ Ｍｅｔｈｏｄ ａｎｄ Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｓｐｅｃｉｆｉｃａｔｉｏｎ―Ａｇｇｒｅｇａｔｉｏｎ ｏｆ Ｍｕｌｔｉｐｌｅ Ｌｉｎｋ Ｓｅｇｍｅｎｔｓ」、ＩＥＥＥ Ｓｔｄ８０２．３ａｄ―２０００、ＩＥＥＥ発行、ｐｐ．９５−ｐｐ．１１５、２０００年６月２８日
イーサネット（登録商標、以下同じ）網と、ＭＰＬＳ網を接続する装置において、両網でパス冗長をとることがある。イーサネット網とＭＰＬＳ網はレイヤが異なるが、キャリア側は信頼性を重視してＭＰＬＳ網を用い、ユーザ側は比較的安価なイーサネット網を用いることがある。イーサネット網とＭＰＬＳ網の冗長構成は別機能で実現しているため、従来、一貫した冗長パスを提供することが困難であった。
また、ＬＡＧに対応する装置と、ＭＰＬＳ ＯＡＭ機能を有するＭＰＬＳ通信装置を接続したシステムは知られていない。これらを接続すると、例えば、以下の点が課題となる。
ＬＡＧは、複数の物理ポートをまとめて１つの論理ポートとして利用している。ＬＡＧポートからＭＰＬＳ通信装置に入力されるＶＬＡＮフローは、物理ポート（回線インタフェース）が違っても同一のＭＰＬＳ ＬＳＰコネクションで転送する必要がある。しかし、従来のＭＰＬＳ通信装置では、異なるＩＦに入力するフローを同一のＭＰＬＳ ＬＳＰコネクションで転送できない場合があった。
また、ＬＡＧに対応する装置と、ＭＰＬＳ ＯＡＭ機能を有するＭＰＬＳ通信装置を接続したシステムは知られていない。これらを接続すると、例えば、以下の点が課題となる。
ＬＡＧは、複数の物理ポートをまとめて１つの論理ポートとして利用している。ＬＡＧポートからＭＰＬＳ通信装置に入力されるＶＬＡＮフローは、物理ポート（回線インタフェース）が違っても同一のＭＰＬＳ ＬＳＰコネクションで転送する必要がある。しかし、従来のＭＰＬＳ通信装置では、異なるＩＦに入力するフローを同一のＭＰＬＳ ＬＳＰコネクションで転送できない場合があった。
また、装置ＡのＯＡＭ挿入ポイントが２箇所になると、対向する装置ＢのＯＡＭ終端ポイントでは、同一ＭＰＬＳコネクションから所定時間内に２個のＣＶフレームが到達することになる。通常のＯＡＭ終端ポイントでは、所定時間内に１個のＣＶフレームが到達することでコネクションの正常を確認するため、そのままでは誤認識を招くことがある。
また、装置Ａのスイッチ部は、ＬＳＰ ＩＤ（ラベル）でフレーム転送先を振り分けるため、装置Ｂから装置Ａへのトラヒックは、ＬＡＧポートに対応する複数の物理ポートのうちのひとつに偏る。そのため、トラヒックを受信できない物理ポートでは、ＣＶフレームを受信できない。ＣＶフレームを受信できなかった物理ポートは、障害を誤検出することがある。
本発明は、以上の点に鑑み、リンクアグリゲーションによるイーサネット区間の冗長化と、ＭＰＬＳ ＯＡＭによるメンテナンス機能によるＭＰＬＳ区間の冗長化の提供が可能な通信装置を提供することを目的とする。また、本発明は、リンクアグリゲーションに対応する複数のインタフェースで受信されたフレームを同一のパスへ転送することを目的のとする。本発明は、ＭＰＬＳ ＯＡＭの障害の誤検出を防ぐことを目的とする。さらに、本発明は、ユーザフレームをリンクアグリゲーションに対応する複数のインタフェースのひとつに偏らないようにすることを目的のひとつとする。
また、装置Ａのスイッチ部は、ＬＳＰ ＩＤ（ラベル）でフレーム転送先を振り分けるため、装置Ｂから装置Ａへのトラヒックは、ＬＡＧポートに対応する複数の物理ポートのうちのひとつに偏る。そのため、トラヒックを受信できない物理ポートでは、ＣＶフレームを受信できない。ＣＶフレームを受信できなかった物理ポートは、障害を誤検出することがある。
本発明は、以上の点に鑑み、リンクアグリゲーションによるイーサネット区間の冗長化と、ＭＰＬＳ ＯＡＭによるメンテナンス機能によるＭＰＬＳ区間の冗長化の提供が可能な通信装置を提供することを目的とする。また、本発明は、リンクアグリゲーションに対応する複数のインタフェースで受信されたフレームを同一のパスへ転送することを目的のとする。本発明は、ＭＰＬＳ ＯＡＭの障害の誤検出を防ぐことを目的とする。さらに、本発明は、ユーザフレームをリンクアグリゲーションに対応する複数のインタフェースのひとつに偏らないようにすることを目的のひとつとする。
ＬＡＧ設定する複数の物理ポートの、例えば、ラベルを付与するためのテーブルに同じエントリ情報を格納する。こうすることで、異なるＩＦ間でも同一のＬＳＰへの多重が可能である。
複数ある物理ポートのうちのひとつをＯＡＭ ＡＣＴ（アクト）とし、それ以外のポートをＯＡＭ ＳＢＹ（スタンバイ）と定義する。ＯＡＭフレームの送信は、ＯＡＭ ＡＣＴポートのみが行う。こうすることで、対向するＭＰＬＳ通信装置において、規定数以上のＣＶフレーム受信を防ぐことが可能である。
ＯＡＭ ＡＣＴと定義したポートのみ、ＯＡＭフレームを受信する。それ以外のポートはＯＡＭ ＳＢＹとし、ＣＶ受信による障害検出を行わない。例えば、スイッチの転送テーブルの設定を、ＭＰＬＳネットワーク側から受信されたフレームに対しては、転送先をＯＡＭ ＡＣＴに設定した物理ポートとすることで、ＯＡＭフレームはＯＡＭ ＡＣＴポートで終端可能となる。こうすることで、ＯＡＭ未受信による障害誤検出を防止することが可能である。
また、イーサネットリンクの障害により、ＯＡＭ ＡＣＴポートが閉塞した場合、ＯＡＭ ＳＢＹポートをＡＣＴに切り替える。さらに、スイッチによる転送先を切り替え後のＯＡＭ ＡＣＴポートに変更する。ＯＡＭ ＳＢＹポートが複数ある場合には、優先順位をつけてもよい。
複数ある物理ポートのうちのひとつをＯＡＭ ＡＣＴ（アクト）とし、それ以外のポートをＯＡＭ ＳＢＹ（スタンバイ）と定義する。ＯＡＭフレームの送信は、ＯＡＭ ＡＣＴポートのみが行う。こうすることで、対向するＭＰＬＳ通信装置において、規定数以上のＣＶフレーム受信を防ぐことが可能である。
ＯＡＭ ＡＣＴと定義したポートのみ、ＯＡＭフレームを受信する。それ以外のポートはＯＡＭ ＳＢＹとし、ＣＶ受信による障害検出を行わない。例えば、スイッチの転送テーブルの設定を、ＭＰＬＳネットワーク側から受信されたフレームに対しては、転送先をＯＡＭ ＡＣＴに設定した物理ポートとすることで、ＯＡＭフレームはＯＡＭ ＡＣＴポートで終端可能となる。こうすることで、ＯＡＭ未受信による障害誤検出を防止することが可能である。
また、イーサネットリンクの障害により、ＯＡＭ ＡＣＴポートが閉塞した場合、ＯＡＭ ＳＢＹポートをＡＣＴに切り替える。さらに、スイッチによる転送先を切り替え後のＯＡＭ ＡＣＴポートに変更する。ＯＡＭ ＳＢＹポートが複数ある場合には、優先順位をつけてもよい。
本発明の第１の解決手段によると、
複数の物理ポートを束ねて論理的なひとつのポートとして使用し、受信フレームの出力先が該論理的なポートであるリンクアグリゲーションポートの場合、該フレームをリンクアグリゲーションポートのいずれかの物理ポートへ転送する第１の通信装置と接続され、及び、第１のパス及び第２のパスにより冗長構成をとる通信網を介して第２の通信装置と接続され、前記第１の通信装置から入力したフレームをラベルでカプセル化して前記第２の通信装置に転送し、前記第２の通信装置から入力したフレームからラベルを除去してデカプセル化して前記第１の通信装置へ転送するための通信装置であって、
第１のパスに接続するための第１のインタフェース部と、
第２のパスに接続するための第２のインタフェース部と、
リンクアグリゲーションポートを構成する前記第１の通信装置の第１の物理ポートに接続するための第３のインタフェース部と、
リンクアグリゲーションポートを構成する前記第１の通信装置の第２の物理ポートに接続するための第４のインタフェース部と、
第１のパス及び第２のパスのラベルに対応して、前記第１乃至第４のインタフェース部の識別子が出力先情報として記憶された転送テーブルを有し、ラベルが付与されたフレームの該ラベルに基づき前記転送テーブルを参照して、対応する出力先情報に従いフレームを転送するスイッチ部と
を備え、
前記第３のインタフェース部が障害検出のアクト系か又はスタンバイ系かが設定される第１の記憶部を有し、及び、該第１の記憶部がアクト系に設定され、
前記第４のインタフェース部が障害検出のアクト系か又はスタンバイ系かが設定される第２の記憶部を有し、及び、該第２の記憶部がスタンバイ系に設定され、
前記第３のインタフェース部は、前記第１の通信装置の第１の物理ポートから送信されたユーザフレームを受信し、該ユーザフレームを第１のパスのラベルでカプセル化し、前記スイッチ部により第１のパスを介して該ユーザフレームを第２の通信装置に転送し、
前記第４のインタフェース部は、前記第１の通信装置の第２の物理ポートから送信されたユーザフレームを受信し、該ユーザフレームを第１のパスのラベルでカプセル化し、前記スイッチ部により第１のパスを介して該ユーザフレームを第２の通信装置に転送し、
前記第３のインタフェース部は、アクト系に設定された前記第１の記憶部に従い、導通確認フレームを前記第２の通信装置に送信し、
前記第４のインタフェース部は、スタンバイ系に設定された前記第２の記憶部に従い、導通確認フレームを前記第２の通信装置に送信せず、
前記転送テーブルは、第１及び第２のパスを介して前記第１及び前記第２のインタフェース部で受信される下り方向のラベルに対応する出力先情報として、アクト系に設定された前記第３のインタフェース部の識別子が少なくとも記憶され、前記スイッチ部は、第１のパス及び第２のパスを介して前記第２の通信装置から受信された導通確認フレームを、前記転送テーブルに従い前記第３のインタフェース部に転送し、
前記第３のインタフェース部は、前記第２の通信装置により予め定められた間隔で送信される導通確認フレームを受信し、アクト系に設定された前記第１の記憶部に従い、該導通確認フレームが受信されないことにより第１又は第２のパスの障害を検出し、
前記第４のインタフェース部は、スタンバイ系に設定された前記第２の記憶部に従い、導通確認フレームが受信されないことによる障害の検出を行わない前記通信装置が提供される。
複数の物理ポートを束ねて論理的なひとつのポートとして使用し、受信フレームの出力先が該論理的なポートであるリンクアグリゲーションポートの場合、該フレームをリンクアグリゲーションポートのいずれかの物理ポートへ転送する第１の通信装置と接続され、及び、第１のパス及び第２のパスにより冗長構成をとる通信網を介して第２の通信装置と接続され、前記第１の通信装置から入力したフレームをラベルでカプセル化して前記第２の通信装置に転送し、前記第２の通信装置から入力したフレームからラベルを除去してデカプセル化して前記第１の通信装置へ転送するための通信装置であって、
第１のパスに接続するための第１のインタフェース部と、
第２のパスに接続するための第２のインタフェース部と、
リンクアグリゲーションポートを構成する前記第１の通信装置の第１の物理ポートに接続するための第３のインタフェース部と、
リンクアグリゲーションポートを構成する前記第１の通信装置の第２の物理ポートに接続するための第４のインタフェース部と、
第１のパス及び第２のパスのラベルに対応して、前記第１乃至第４のインタフェース部の識別子が出力先情報として記憶された転送テーブルを有し、ラベルが付与されたフレームの該ラベルに基づき前記転送テーブルを参照して、対応する出力先情報に従いフレームを転送するスイッチ部と
を備え、
前記第３のインタフェース部が障害検出のアクト系か又はスタンバイ系かが設定される第１の記憶部を有し、及び、該第１の記憶部がアクト系に設定され、
前記第４のインタフェース部が障害検出のアクト系か又はスタンバイ系かが設定される第２の記憶部を有し、及び、該第２の記憶部がスタンバイ系に設定され、
前記第３のインタフェース部は、前記第１の通信装置の第１の物理ポートから送信されたユーザフレームを受信し、該ユーザフレームを第１のパスのラベルでカプセル化し、前記スイッチ部により第１のパスを介して該ユーザフレームを第２の通信装置に転送し、
前記第４のインタフェース部は、前記第１の通信装置の第２の物理ポートから送信されたユーザフレームを受信し、該ユーザフレームを第１のパスのラベルでカプセル化し、前記スイッチ部により第１のパスを介して該ユーザフレームを第２の通信装置に転送し、
前記第３のインタフェース部は、アクト系に設定された前記第１の記憶部に従い、導通確認フレームを前記第２の通信装置に送信し、
前記第４のインタフェース部は、スタンバイ系に設定された前記第２の記憶部に従い、導通確認フレームを前記第２の通信装置に送信せず、
前記転送テーブルは、第１及び第２のパスを介して前記第１及び前記第２のインタフェース部で受信される下り方向のラベルに対応する出力先情報として、アクト系に設定された前記第３のインタフェース部の識別子が少なくとも記憶され、前記スイッチ部は、第１のパス及び第２のパスを介して前記第２の通信装置から受信された導通確認フレームを、前記転送テーブルに従い前記第３のインタフェース部に転送し、
前記第３のインタフェース部は、前記第２の通信装置により予め定められた間隔で送信される導通確認フレームを受信し、アクト系に設定された前記第１の記憶部に従い、該導通確認フレームが受信されないことにより第１又は第２のパスの障害を検出し、
前記第４のインタフェース部は、スタンバイ系に設定された前記第２の記憶部に従い、導通確認フレームが受信されないことによる障害の検出を行わない前記通信装置が提供される。
本発明の第２の解決手段によると、
複数の物理ポートを束ねて論理的なひとつのポートとして使用し、受信フレームの出力先が該論理的なポートであるリンクアグリゲーションポートの場合、該フレームをリンクアグリゲーションポートのいずれかの物理ポートへ転送する第１の通信装置と接続され、及び、第１のパス及び第２のパスにより冗長構成をとる通信網を介して第２の通信装置と接続され、前記第１の通信装置から入力したフレームをラベルでカプセル化して前記第２の通信装置に転送し、前記第２の通信装置から入力したフレームからラベルを除去してデカプセル化して前記第１の通信装置へ転送するための通信装置であって、
第１のパスに接続するための第１のインタフェース部と、
第２のパスに接続するための第２のインタフェース部と、
リンクアグリゲーションポートを構成する前記第１の通信装置の第１の物理ポートに接続するための第３のインタフェース部と、
リンクアグリゲーションポートを構成する前記第１の通信装置の第２の物理ポートに接続するための第４のインタフェース部と、
第１のパス及び第２のパスのラベルに対応して、前記第１乃至第４のインタフェース部の識別子が出力先情報として記憶された転送テーブルを有し、ラベルが付与されたフレームの該ラベルに基づき前記転送テーブルを参照して、対応する出力先情報に従いフレームを転送するスイッチ部と
を備え、
前記第３のインタフェース部が障害検出のアクト系か又はスタンバイ系かが設定される第１の記憶部を有し、及び、該第１の記憶部がアクト系に設定され、
前記第４のインタフェース部が障害検出のアクト系か又はスタンバイ系かが設定される第２の記憶部を有し、及び、該第２の記憶部がスタンバイ系に設定され、
前記第３のインタフェース部は、前記第１の通信装置の第１の物理ポートから送信されたユーザフレームを受信し、該ユーザフレームを第１のパスのラベルでカプセル化し、前記スイッチ部により第１のパスを介して該ユーザフレームを第２の通信装置に転送し、
前記第４のインタフェース部は、前記第１の通信装置の第２の物理ポートから送信されたユーザフレームを受信し、該ユーザフレームを第１のパスのラベルでカプセル化し、前記スイッチ部により第１のパスを介して該ユーザフレームを第２の通信装置に転送し、
前記第３のインタフェース部は、アクト系に設定された前記第１の記憶部に従い、導通確認フレームを前記第２の通信装置に送信し、
前記第４のインタフェース部は、スタンバイ系に設定された前記第２の記憶部に従い、導通確認フレームを前記第２の通信装置に送信せず、
前記転送テーブルは、第１及び第２のパスを介して前記第１及び前記第２のインタフェースで受信される下り方向のラベルに対応して、ユーザフレームに対する第１の出力先情報としてリンクアグリゲーションを示す識別子と、導通確認フレームに対する第２の出力先情報としてアクト系に設定された前記第３のインタフェース部の識別子とが少なくとも記憶され、
前記スイッチ部は、
前記第２の通信装置から受信されたフレームがユーザフレームか又は導通確認フレームかを識別し、
ユーザフレームの場合には、前記転送テーブルの第１の出力先情報が示すリンクアグリゲーションに属するインタフェース部のひとつを、予め定められた規則に基づき選択して、選択されたインタフェース部を介して前記第１の通信装置にフレームを転送し、
導通確認フレームの場合には、前記転送テーブルの第２の出力先情報に従い前記第３のインタフェースにフレームを転送し、
前記第３のインタフェース部は、前記第２の通信装置により予め定められた間隔で送信される導通確認フレームを受信し、アクト系に設定された前記第１の記憶部に従い、該導通確認フレームが受信されないことにより第１又は第２のパスの障害を検出し、
前記第４のインタフェース部は、スタンバイ系に設定された前記第２の記憶部に従い、導通確認フレームが受信されないことによる障害の検出を行わない前記通信装置が提供される。
複数の物理ポートを束ねて論理的なひとつのポートとして使用し、受信フレームの出力先が該論理的なポートであるリンクアグリゲーションポートの場合、該フレームをリンクアグリゲーションポートのいずれかの物理ポートへ転送する第１の通信装置と接続され、及び、第１のパス及び第２のパスにより冗長構成をとる通信網を介して第２の通信装置と接続され、前記第１の通信装置から入力したフレームをラベルでカプセル化して前記第２の通信装置に転送し、前記第２の通信装置から入力したフレームからラベルを除去してデカプセル化して前記第１の通信装置へ転送するための通信装置であって、
第１のパスに接続するための第１のインタフェース部と、
第２のパスに接続するための第２のインタフェース部と、
リンクアグリゲーションポートを構成する前記第１の通信装置の第１の物理ポートに接続するための第３のインタフェース部と、
リンクアグリゲーションポートを構成する前記第１の通信装置の第２の物理ポートに接続するための第４のインタフェース部と、
第１のパス及び第２のパスのラベルに対応して、前記第１乃至第４のインタフェース部の識別子が出力先情報として記憶された転送テーブルを有し、ラベルが付与されたフレームの該ラベルに基づき前記転送テーブルを参照して、対応する出力先情報に従いフレームを転送するスイッチ部と
を備え、
前記第３のインタフェース部が障害検出のアクト系か又はスタンバイ系かが設定される第１の記憶部を有し、及び、該第１の記憶部がアクト系に設定され、
前記第４のインタフェース部が障害検出のアクト系か又はスタンバイ系かが設定される第２の記憶部を有し、及び、該第２の記憶部がスタンバイ系に設定され、
前記第３のインタフェース部は、前記第１の通信装置の第１の物理ポートから送信されたユーザフレームを受信し、該ユーザフレームを第１のパスのラベルでカプセル化し、前記スイッチ部により第１のパスを介して該ユーザフレームを第２の通信装置に転送し、
前記第４のインタフェース部は、前記第１の通信装置の第２の物理ポートから送信されたユーザフレームを受信し、該ユーザフレームを第１のパスのラベルでカプセル化し、前記スイッチ部により第１のパスを介して該ユーザフレームを第２の通信装置に転送し、
前記第３のインタフェース部は、アクト系に設定された前記第１の記憶部に従い、導通確認フレームを前記第２の通信装置に送信し、
前記第４のインタフェース部は、スタンバイ系に設定された前記第２の記憶部に従い、導通確認フレームを前記第２の通信装置に送信せず、
前記転送テーブルは、第１及び第２のパスを介して前記第１及び前記第２のインタフェースで受信される下り方向のラベルに対応して、ユーザフレームに対する第１の出力先情報としてリンクアグリゲーションを示す識別子と、導通確認フレームに対する第２の出力先情報としてアクト系に設定された前記第３のインタフェース部の識別子とが少なくとも記憶され、
前記スイッチ部は、
前記第２の通信装置から受信されたフレームがユーザフレームか又は導通確認フレームかを識別し、
ユーザフレームの場合には、前記転送テーブルの第１の出力先情報が示すリンクアグリゲーションに属するインタフェース部のひとつを、予め定められた規則に基づき選択して、選択されたインタフェース部を介して前記第１の通信装置にフレームを転送し、
導通確認フレームの場合には、前記転送テーブルの第２の出力先情報に従い前記第３のインタフェースにフレームを転送し、
前記第３のインタフェース部は、前記第２の通信装置により予め定められた間隔で送信される導通確認フレームを受信し、アクト系に設定された前記第１の記憶部に従い、該導通確認フレームが受信されないことにより第１又は第２のパスの障害を検出し、
前記第４のインタフェース部は、スタンバイ系に設定された前記第２の記憶部に従い、導通確認フレームが受信されないことによる障害の検出を行わない前記通信装置が提供される。
本発明の第３の解決手段によると、
複数の物理ポートを束ねて論理的なひとつのポートとして使用し、受信フレームの出力先が該論理的なポートであるリンクアグリゲーションポートの場合、該フレームをリンクアグリゲーションポートのいずれかの物理ポートへ転送する第１の通信装置と、
第１のパス及び第２のパスにより冗長構成をとる通信網を介して接続される第２の通信装置と、
前記第１の通信装置及び前記第２の通信装置に接続され、前記第１の通信装置から入力したフレームをラベルでカプセル化して前記第２の通信装置に転送し、前記第２の通信装置から入力したフレームからラベルを除去してデカプセル化して前記第１の通信装置へ転送するための第３の通信装置と
を備えた通信システムであって、
前記第３の通信装置は、
第１のパスに接続するための第１のインタフェース部と、
第２のパスに接続するための第２のインタフェース部と、
リンクアグリゲーションポートを構成する前記第１の通信装置の第１の物理ポートに接続するための第３のインタフェース部と、
リンクアグリゲーションポートを構成する前記第１の通信装置の第２の物理ポートに接続するための第４のインタフェース部と、
第１のパス及び第２のパスのラベルに対応して、前記第１乃至第４のインタフェース部の識別子が出力先情報として記憶された転送テーブルを有し、ラベルが付与されたフレームの該ラベルに基づき前記転送テーブルを参照して、対応する出力先情報に従いフレームを転送するスイッチ部と
を備え、
前記第３のインタフェース部が障害検出のアクト系か又はスタンバイ系かが設定される第１の記憶部を有し、及び、該第１の記憶部がアクト系に設定され、
前記第４のインタフェース部が障害検出のアクト系か又はスタンバイ系かが設定される第２の記憶部を有し、及び、該第２の記憶部がスタンバイ系に設定され、
前記第３のインタフェース部は、前記第１の通信装置の第１の物理ポートから送信されたユーザフレームを受信し、該ユーザフレームを第１のパスのラベルでカプセル化し、前記スイッチ部により第１のパスを介して該ユーザフレームを第２の通信装置に転送し、
前記第４のインタフェース部は、前記第１の通信装置の第２の物理ポートから送信されたユーザフレームを受信し、該ユーザフレームを第１のパスのラベルでカプセル化し、前記スイッチ部により第１のパスを介して該ユーザフレームを第２の通信装置に転送し、
前記第３のインタフェース部は、アクト系に設定された前記第１の記憶部に従い、導通確認フレームを前記第２の通信装置に送信し、
前記第４のインタフェース部は、スタンバイ系に設定された前記第２の記憶部に従い、導通確認フレームを前記第２の通信装置に送信せず、
前記転送テーブルは、第１及び第２のパスを介して前記第１及び前記第２のインタフェース部で受信される下り方向のラベルに対応する出力先情報として、アクト系に設定された前記第３のインタフェース部の識別子が少なくとも記憶され、前記スイッチ部は、第１のパス及び第２のパスを介して前記第２の通信装置から受信された導通確認フレームを、前記転送テーブルに従い前記第３のインタフェース部に転送し、
前記第３のインタフェース部は、前記第２の通信装置により予め定められた間隔で送信される導通確認フレームを受信し、アクト系に設定された前記第１の記憶部に従い、該導通確認フレームが受信されないことにより第１又は第２のパスの障害を検出し、
前記第４のインタフェース部は、スタンバイ系に設定された前記第２の記憶部に従い、導通確認フレームが受信されないことによる障害の検出を行わない前記通信システムが提供される。
本発明の第４の解決手段によると、
複数の物理ポートを束ねて論理的なひとつのポートとして使用し、受信フレームの出力先が該論理的なポートであるリンクアグリゲーションポートの場合、該フレームをリンクアグリゲーションポートのいずれかの物理ポートへ転送する第１の通信装置と、
第１のパス及び第２のパスにより冗長構成をとる通信網を介して接続される第２の通信装置と、
前記第１の通信装置及び前記第２の通信装置に接続され、前記第１の通信装置から入力したフレームをラベルでカプセル化して前記第２の通信装置に転送し、前記第２の通信装置から入力したフレームからラベルを除去してデカプセル化して前記第１の通信装置へ転送するための第３の通信装置と
を備えた通信システムであって、
前記第３の通信装置は、
第１のパスに接続するための第１のインタフェース部と、
第２のパスに接続するための第２のインタフェース部と、
リンクアグリゲーションポートを構成する前記第１の通信装置の第１の物理ポートに接続するための第３のインタフェース部と、
リンクアグリゲーションポートを構成する前記第１の通信装置の第２の物理ポートに接続するための第４のインタフェース部と、
第１のパス及び第２のパスのラベルに対応して、前記第１乃至第４のインタフェース部の識別子が出力先情報として記憶された転送テーブルを有し、ラベルが付与されたフレームの該ラベルに基づき前記転送テーブルを参照して、対応する出力先情報に従いフレームを転送するスイッチ部と
を備え、
前記第３のインタフェース部が障害検出のアクト系か又はスタンバイ系かが設定される第１の記憶部を有し、及び、該第１の記憶部がアクト系に設定され、
前記第４のインタフェース部が障害検出のアクト系か又はスタンバイ系かが設定される第２の記憶部を有し、及び、該第２の記憶部がスタンバイ系に設定され、
前記第３のインタフェース部は、前記第１の通信装置の第１の物理ポートから送信されたユーザフレームを受信し、該ユーザフレームを第１のパスのラベルでカプセル化し、前記スイッチ部により第１のパスを介して該ユーザフレームを第２の通信装置に転送し、
前記第４のインタフェース部は、前記第１の通信装置の第２の物理ポートから送信されたユーザフレームを受信し、該ユーザフレームを第１のパスのラベルでカプセル化し、前記スイッチ部により第１のパスを介して該ユーザフレームを第２の通信装置に転送し、
前記第３のインタフェース部は、アクト系に設定された前記第１の記憶部に従い、導通確認フレームを前記第２の通信装置に送信し、
前記第４のインタフェース部は、スタンバイ系に設定された前記第２の記憶部に従い、導通確認フレームを前記第２の通信装置に送信せず、
前記転送テーブルは、第１及び第２のパスを介して前記第１及び前記第２のインタフェースで受信される下り方向のラベルに対応して、ユーザフレームに対する第１の出力先情報としてリンクアグリゲーションを示す識別子と、導通確認フレームに対する第２の出力先情報としてアクト系に設定された前記第３のインタフェース部の識別子とが少なくとも記憶され、
前記スイッチ部は、
前記第２の通信装置から受信されたフレームがユーザフレームか又は導通確認フレームかを識別し、
ユーザフレームの場合には、前記転送テーブルの第１の出力先情報が示すリンクアグリゲーションに属するインタフェース部のひとつを、予め定められた規則に基づき選択して、選択されたインタフェース部を介して前記第１の通信装置にフレームを転送し、
導通確認フレームの場合には、前記転送テーブルの第２の出力先情報に従い前記第３のインタフェースにフレームを転送し、
前記第３のインタフェース部は、前記第２の通信装置により予め定められた間隔で送信される導通確認フレームを受信し、アクト系に設定された前記第１の記憶部に従い、該導通確認フレームが受信されないことにより第１又は第２のパスの障害を検出し、
前記第４のインタフェース部は、スタンバイ系に設定された前記第２の記憶部に従い、導通確認フレームが受信されないことによる障害の検出を行わない前記通信システムが提供される。
複数の物理ポートを束ねて論理的なひとつのポートとして使用し、受信フレームの出力先が該論理的なポートであるリンクアグリゲーションポートの場合、該フレームをリンクアグリゲーションポートのいずれかの物理ポートへ転送する第１の通信装置と、
第１のパス及び第２のパスにより冗長構成をとる通信網を介して接続される第２の通信装置と、
前記第１の通信装置及び前記第２の通信装置に接続され、前記第１の通信装置から入力したフレームをラベルでカプセル化して前記第２の通信装置に転送し、前記第２の通信装置から入力したフレームからラベルを除去してデカプセル化して前記第１の通信装置へ転送するための第３の通信装置と
を備えた通信システムであって、
前記第３の通信装置は、
第１のパスに接続するための第１のインタフェース部と、
第２のパスに接続するための第２のインタフェース部と、
リンクアグリゲーションポートを構成する前記第１の通信装置の第１の物理ポートに接続するための第３のインタフェース部と、
リンクアグリゲーションポートを構成する前記第１の通信装置の第２の物理ポートに接続するための第４のインタフェース部と、
第１のパス及び第２のパスのラベルに対応して、前記第１乃至第４のインタフェース部の識別子が出力先情報として記憶された転送テーブルを有し、ラベルが付与されたフレームの該ラベルに基づき前記転送テーブルを参照して、対応する出力先情報に従いフレームを転送するスイッチ部と
を備え、
前記第３のインタフェース部が障害検出のアクト系か又はスタンバイ系かが設定される第１の記憶部を有し、及び、該第１の記憶部がアクト系に設定され、
前記第４のインタフェース部が障害検出のアクト系か又はスタンバイ系かが設定される第２の記憶部を有し、及び、該第２の記憶部がスタンバイ系に設定され、
前記第３のインタフェース部は、前記第１の通信装置の第１の物理ポートから送信されたユーザフレームを受信し、該ユーザフレームを第１のパスのラベルでカプセル化し、前記スイッチ部により第１のパスを介して該ユーザフレームを第２の通信装置に転送し、
前記第４のインタフェース部は、前記第１の通信装置の第２の物理ポートから送信されたユーザフレームを受信し、該ユーザフレームを第１のパスのラベルでカプセル化し、前記スイッチ部により第１のパスを介して該ユーザフレームを第２の通信装置に転送し、
前記第３のインタフェース部は、アクト系に設定された前記第１の記憶部に従い、導通確認フレームを前記第２の通信装置に送信し、
前記第４のインタフェース部は、スタンバイ系に設定された前記第２の記憶部に従い、導通確認フレームを前記第２の通信装置に送信せず、
前記転送テーブルは、第１及び第２のパスを介して前記第１及び前記第２のインタフェース部で受信される下り方向のラベルに対応する出力先情報として、アクト系に設定された前記第３のインタフェース部の識別子が少なくとも記憶され、前記スイッチ部は、第１のパス及び第２のパスを介して前記第２の通信装置から受信された導通確認フレームを、前記転送テーブルに従い前記第３のインタフェース部に転送し、
前記第３のインタフェース部は、前記第２の通信装置により予め定められた間隔で送信される導通確認フレームを受信し、アクト系に設定された前記第１の記憶部に従い、該導通確認フレームが受信されないことにより第１又は第２のパスの障害を検出し、
前記第４のインタフェース部は、スタンバイ系に設定された前記第２の記憶部に従い、導通確認フレームが受信されないことによる障害の検出を行わない前記通信システムが提供される。
本発明の第４の解決手段によると、
複数の物理ポートを束ねて論理的なひとつのポートとして使用し、受信フレームの出力先が該論理的なポートであるリンクアグリゲーションポートの場合、該フレームをリンクアグリゲーションポートのいずれかの物理ポートへ転送する第１の通信装置と、
第１のパス及び第２のパスにより冗長構成をとる通信網を介して接続される第２の通信装置と、
前記第１の通信装置及び前記第２の通信装置に接続され、前記第１の通信装置から入力したフレームをラベルでカプセル化して前記第２の通信装置に転送し、前記第２の通信装置から入力したフレームからラベルを除去してデカプセル化して前記第１の通信装置へ転送するための第３の通信装置と
を備えた通信システムであって、
前記第３の通信装置は、
第１のパスに接続するための第１のインタフェース部と、
第２のパスに接続するための第２のインタフェース部と、
リンクアグリゲーションポートを構成する前記第１の通信装置の第１の物理ポートに接続するための第３のインタフェース部と、
リンクアグリゲーションポートを構成する前記第１の通信装置の第２の物理ポートに接続するための第４のインタフェース部と、
第１のパス及び第２のパスのラベルに対応して、前記第１乃至第４のインタフェース部の識別子が出力先情報として記憶された転送テーブルを有し、ラベルが付与されたフレームの該ラベルに基づき前記転送テーブルを参照して、対応する出力先情報に従いフレームを転送するスイッチ部と
を備え、
前記第３のインタフェース部が障害検出のアクト系か又はスタンバイ系かが設定される第１の記憶部を有し、及び、該第１の記憶部がアクト系に設定され、
前記第４のインタフェース部が障害検出のアクト系か又はスタンバイ系かが設定される第２の記憶部を有し、及び、該第２の記憶部がスタンバイ系に設定され、
前記第３のインタフェース部は、前記第１の通信装置の第１の物理ポートから送信されたユーザフレームを受信し、該ユーザフレームを第１のパスのラベルでカプセル化し、前記スイッチ部により第１のパスを介して該ユーザフレームを第２の通信装置に転送し、
前記第４のインタフェース部は、前記第１の通信装置の第２の物理ポートから送信されたユーザフレームを受信し、該ユーザフレームを第１のパスのラベルでカプセル化し、前記スイッチ部により第１のパスを介して該ユーザフレームを第２の通信装置に転送し、
前記第３のインタフェース部は、アクト系に設定された前記第１の記憶部に従い、導通確認フレームを前記第２の通信装置に送信し、
前記第４のインタフェース部は、スタンバイ系に設定された前記第２の記憶部に従い、導通確認フレームを前記第２の通信装置に送信せず、
前記転送テーブルは、第１及び第２のパスを介して前記第１及び前記第２のインタフェースで受信される下り方向のラベルに対応して、ユーザフレームに対する第１の出力先情報としてリンクアグリゲーションを示す識別子と、導通確認フレームに対する第２の出力先情報としてアクト系に設定された前記第３のインタフェース部の識別子とが少なくとも記憶され、
前記スイッチ部は、
前記第２の通信装置から受信されたフレームがユーザフレームか又は導通確認フレームかを識別し、
ユーザフレームの場合には、前記転送テーブルの第１の出力先情報が示すリンクアグリゲーションに属するインタフェース部のひとつを、予め定められた規則に基づき選択して、選択されたインタフェース部を介して前記第１の通信装置にフレームを転送し、
導通確認フレームの場合には、前記転送テーブルの第２の出力先情報に従い前記第３のインタフェースにフレームを転送し、
前記第３のインタフェース部は、前記第２の通信装置により予め定められた間隔で送信される導通確認フレームを受信し、アクト系に設定された前記第１の記憶部に従い、該導通確認フレームが受信されないことにより第１又は第２のパスの障害を検出し、
前記第４のインタフェース部は、スタンバイ系に設定された前記第２の記憶部に従い、導通確認フレームが受信されないことによる障害の検出を行わない前記通信システムが提供される。
本発明によると、リンクアグリゲーションによるイーサネット区間の冗長化と、ＭＰＬＳ ＯＡＭによるメンテナンス機能によるＭＰＬＳ区間の冗長化の提供が可能な通信装置を提供することができる。また、本発明によると、リンクアグリゲーションに対応する複数のインタフェースで受信されたフレームを同一のＬＳＰへ転送することができる。本発明によると、ＭＰＬＳ ＯＡＭの障害の誤検出を防ぐことができる。さらに、本発明によると、ユーザフレームをリンクアグリゲーションに対応する複数のインタフェースのひとつに偏らないようにすることができる。
１．第１の実施の形態
（リンクアグリゲーション）
図１は、ＬＡＧの説明図である。まず、ＬＡＧについて説明する。
タグＶＬＡＮに対応する一般的なＬ２スイッチ（ＮＷ装置）は、ＶＬＡＮタグと出力ポートの関係を転送テーブルに設定する。また、Ｌ２スイッチは入力フレームの送信元ＭＡＣアドレス、ＶＬＡＮ ＩＤと入力物理ポートの学習を行い、学習したＭＡＣアドレス、ＶＬＡＮ ＩＤを宛先に持つフレームを受信した場合は、学習テーブルから出力ポート検索を行い、フレームをスイッチングする。
Ｌ２スイッチの機能の一つに、複数の物理ポートを束ねて論理的な一つのポートとして使用するリンクアグリゲーション（ＬＡＧ）という機能がある。ここでは、ＬＡＧにより束ねられた論理的なポートをＬＡＧポートと呼ぶ。ＬＡＧは、例えば、回線帯域を論理的に大きくする効果や冗長性を高める効果を提供できる。なお、本実施の形態内では、例えば冗長性を高める方へ注目している。ＬＡＧポートは複数の物理ポート（例えば、図１（ａ）の物理ポート１〜３）から構成される論理ポートであるが、スイッチからは一つのポートとして認識される。
ＬＡＧ設定をした場合、スイッチにある転送テーブルには例えばＶＬＡＮタグとその出力ポート属性がセットされている。受信フレームの宛先がＬＡＧポート宛ての場合、スイッチはフレームをＬＡＧポートの何れかの物理ポートへ転送する。ＬＡＧをしている物理ポートならばどのポートへフレームを出してもＬＡＧの規定上は問題がない。一般的にはスイッチはフレームの送出先がＬＡＧポートの場合、Ｈａｓｈを使用して出力ポートを決定する。この時、Ｈａｓｈっブロックは、例えば宛先ＭＡＣアドレスとＶＬＡＮ ＩＤとを用いてＨａｓｈ計算を行いフレームの送信先物理ポートを特定する。Ｈａｓｈの計算結果は一意であり、同一のＶＬＡＮ ＩＤ、宛先ＭＡＣのフレームは同一物理ポートへ転送される。Ｈａｓｈを用いることで効果的にフレームをＬＡＧポート間で分散することが可能である。
（リンクアグリゲーション）
図１は、ＬＡＧの説明図である。まず、ＬＡＧについて説明する。
タグＶＬＡＮに対応する一般的なＬ２スイッチ（ＮＷ装置）は、ＶＬＡＮタグと出力ポートの関係を転送テーブルに設定する。また、Ｌ２スイッチは入力フレームの送信元ＭＡＣアドレス、ＶＬＡＮ ＩＤと入力物理ポートの学習を行い、学習したＭＡＣアドレス、ＶＬＡＮ ＩＤを宛先に持つフレームを受信した場合は、学習テーブルから出力ポート検索を行い、フレームをスイッチングする。
Ｌ２スイッチの機能の一つに、複数の物理ポートを束ねて論理的な一つのポートとして使用するリンクアグリゲーション（ＬＡＧ）という機能がある。ここでは、ＬＡＧにより束ねられた論理的なポートをＬＡＧポートと呼ぶ。ＬＡＧは、例えば、回線帯域を論理的に大きくする効果や冗長性を高める効果を提供できる。なお、本実施の形態内では、例えば冗長性を高める方へ注目している。ＬＡＧポートは複数の物理ポート（例えば、図１（ａ）の物理ポート１〜３）から構成される論理ポートであるが、スイッチからは一つのポートとして認識される。
ＬＡＧ設定をした場合、スイッチにある転送テーブルには例えばＶＬＡＮタグとその出力ポート属性がセットされている。受信フレームの宛先がＬＡＧポート宛ての場合、スイッチはフレームをＬＡＧポートの何れかの物理ポートへ転送する。ＬＡＧをしている物理ポートならばどのポートへフレームを出してもＬＡＧの規定上は問題がない。一般的にはスイッチはフレームの送出先がＬＡＧポートの場合、Ｈａｓｈを使用して出力ポートを決定する。この時、Ｈａｓｈっブロックは、例えば宛先ＭＡＣアドレスとＶＬＡＮ ＩＤとを用いてＨａｓｈ計算を行いフレームの送信先物理ポートを特定する。Ｈａｓｈの計算結果は一意であり、同一のＶＬＡＮ ＩＤ、宛先ＭＡＣのフレームは同一物理ポートへ転送される。Ｈａｓｈを用いることで効果的にフレームをＬＡＧポート間で分散することが可能である。
（ＭＰＬＳ）
次に、ＭＰＬＳについて、本実施の形態の構成に即して説明する。
図２は、ＭＰＬＳ ＯＡＭをサポートするＭＰＬＳ通信装置を接続したＭＰＬＳネットワーク及びＭＰＬＳ通信装置の説明図である。図３は、ＭＰＬＳネットワークフレーム及び転送テーブルの説明図である。
ＭＰＬＳは、入力したＬ２フレームもしくはＬ３フレームをＭＰＬＳラベルでカプセル化して転送することを特徴とするプロトコルである。例えば、図３に示すように、入力したオリジナルＬ２フレームに、ＭＰＬＳラベル、新たなＬ２ヘッダを付与して転送する。ここでは、Ｌ２フレームをカプセル化するＭＰＬＳをもって説明するが、本機能はＬ３フレームをカプセル化するＭＰＬＳでも動作は同じである。また、Ｌ２フレームをカプセル化するＭＰＬＳでは、一般的に２枚のＭＰＬＳラベルでフレームをカプセル化するものが多いがここでは、説明の簡単化のため、付与するラベル数は１枚として説明する。なお、本機能は複数枚のラベルでカプセル化する方式でも動作は同じである。ＭＰＬＳ通信装置は、ＭＰＬＳラベル内のＬＳＰ ＩＤでもってフレームの転送先を決定する。
ＭＰＬＳ通信装置１は、例えば、回線ＩＦ＃１（第３のインタフェース部）１１と、回線ＩＦ＃２（第４のインタフェース部）１２と、Ｕｐｌｉｎｋ ＩＦ＃１（第３のインタフェース部）２１と、Ｕｐｌｉｎｋ ＩＦ＃２（第２のインタフェース部）２２と、スイッチ（ＳＷ）３０と、統括制御ＣＰＵ（制御部）４０とを備える。統括制御ＣＰＵ４０は、例えば、バス等で各部と接続される。また、メモリを適宜備えても良い。スイッチ３０は、転送テーブル３１０を有する。転送テーブル３１０は、例えば、図３（ｂ）に示すように、ＬＳＰ ＩＤに対応して出力ポート情報が記憶される。各部の詳細は後述する。
図４は、ＭＰＬＳ通信装置の回線ＩＦの構成図（１）である。各回線ＩＦ１１、１２は、同様の構成とすることができる。
次に、ＭＰＬＳについて、本実施の形態の構成に即して説明する。
図２は、ＭＰＬＳ ＯＡＭをサポートするＭＰＬＳ通信装置を接続したＭＰＬＳネットワーク及びＭＰＬＳ通信装置の説明図である。図３は、ＭＰＬＳネットワークフレーム及び転送テーブルの説明図である。
ＭＰＬＳは、入力したＬ２フレームもしくはＬ３フレームをＭＰＬＳラベルでカプセル化して転送することを特徴とするプロトコルである。例えば、図３に示すように、入力したオリジナルＬ２フレームに、ＭＰＬＳラベル、新たなＬ２ヘッダを付与して転送する。ここでは、Ｌ２フレームをカプセル化するＭＰＬＳをもって説明するが、本機能はＬ３フレームをカプセル化するＭＰＬＳでも動作は同じである。また、Ｌ２フレームをカプセル化するＭＰＬＳでは、一般的に２枚のＭＰＬＳラベルでフレームをカプセル化するものが多いがここでは、説明の簡単化のため、付与するラベル数は１枚として説明する。なお、本機能は複数枚のラベルでカプセル化する方式でも動作は同じである。ＭＰＬＳ通信装置は、ＭＰＬＳラベル内のＬＳＰ ＩＤでもってフレームの転送先を決定する。
ＭＰＬＳ通信装置１は、例えば、回線ＩＦ＃１（第３のインタフェース部）１１と、回線ＩＦ＃２（第４のインタフェース部）１２と、Ｕｐｌｉｎｋ ＩＦ＃１（第３のインタフェース部）２１と、Ｕｐｌｉｎｋ ＩＦ＃２（第２のインタフェース部）２２と、スイッチ（ＳＷ）３０と、統括制御ＣＰＵ（制御部）４０とを備える。統括制御ＣＰＵ４０は、例えば、バス等で各部と接続される。また、メモリを適宜備えても良い。スイッチ３０は、転送テーブル３１０を有する。転送テーブル３１０は、例えば、図３（ｂ）に示すように、ＬＳＰ ＩＤに対応して出力ポート情報が記憶される。各部の詳細は後述する。
図４は、ＭＰＬＳ通信装置の回線ＩＦの構成図（１）である。各回線ＩＦ１１、１２は、同様の構成とすることができる。
回線ＩＦ１０は、フレーム受信回路１０１と、ラベルＩＤ検索ブロック１０２と、スケジューラ１１２と、ラベル付与ブロック１０３と、スイッチ送信回路１０４と、スイッチ受信回路１０５と、ＭＰＬＳラベル処理部１０６と、フレーム送信回路１０７と、ＯＡＭ終端部１０８と、ＯＡＭ挿入部１０９と、ＩＦ制御ＣＰＵ１１０と、ＣＰＵインタフェース１１１とを有する。また、回線ＩＦ１０は、Ｉｎｇｒｅｓｓラベル検索ＩＤテーブル（第１のラベル検索テーブル）１５０と、運用系テーブル１６０と、ＭＰＬＳラベルテーブル１７０と、Ｅｇｒｅｓｓラベル検索ＩＤテーブル（第２のラベル検索テーブル）１８０と、ＭＰＬＳラベルテーブル１９０とを有する。
図６、図７は、各テーブルの構成例を示す図である。
Ｉｎｇｒｅｓｓラベル検索ＩＤテーブル１５０は、ＶＬＡＮ ＩＤに対応して、運用系テーブル１６０とＭＰＬＳラベルテーブル１７０を検索するためのラベル検索ＩＤを保持するテーブルである。本テーブルの検索キーは、受信フレームのＶＬＡＮ ＩＤである。取得したラベル検索ＩＤは装置内ヘッダで保持される。
運用系テーブル１６０は、ラベル検索ＩＤに対応して運用中の系を示す運用系情報を保持するテーブルである。運用中の系は、例えば、０系又は１系を示す識別情報が保持される。本テーブルの検索キーはラベル検索ＩＤである。
ＭＰＬＳラベルテーブル１７０は、運用系情報とラベル検索ＩＤに対応して、フレームをカプセル化する際に付与するためのＭＰＬＳラベルＩＤ（ＬＳＰ ＩＤ、ラベル）を保持するテーブルである。本テーブルの検索キーは、運用系情報とラベル検索ＩＤである。
Ｅｇｒｅｓｓラベル検索ＩＤテーブル１８０は、ＭＰＬＳラベルＩＤに対応してＭＰＬＳラベルテーブル１９０を検索するためのラベル検索ＩＤと運用系情報を保持するテーブルである。本テーブルの検索キーは、ＭＰＬＳラベルＩＤである。ＭＰＬＳでは上りと下りで別のラベルＩＤを使用する。ここでは上りラベルを検索するラベル検索ＩＤと下りラベルから取得するラベル検索ＩＤは同じものである。
図６、図７は、各テーブルの構成例を示す図である。
Ｉｎｇｒｅｓｓラベル検索ＩＤテーブル１５０は、ＶＬＡＮ ＩＤに対応して、運用系テーブル１６０とＭＰＬＳラベルテーブル１７０を検索するためのラベル検索ＩＤを保持するテーブルである。本テーブルの検索キーは、受信フレームのＶＬＡＮ ＩＤである。取得したラベル検索ＩＤは装置内ヘッダで保持される。
運用系テーブル１６０は、ラベル検索ＩＤに対応して運用中の系を示す運用系情報を保持するテーブルである。運用中の系は、例えば、０系又は１系を示す識別情報が保持される。本テーブルの検索キーはラベル検索ＩＤである。
ＭＰＬＳラベルテーブル１７０は、運用系情報とラベル検索ＩＤに対応して、フレームをカプセル化する際に付与するためのＭＰＬＳラベルＩＤ（ＬＳＰ ＩＤ、ラベル）を保持するテーブルである。本テーブルの検索キーは、運用系情報とラベル検索ＩＤである。
Ｅｇｒｅｓｓラベル検索ＩＤテーブル１８０は、ＭＰＬＳラベルＩＤに対応してＭＰＬＳラベルテーブル１９０を検索するためのラベル検索ＩＤと運用系情報を保持するテーブルである。本テーブルの検索キーは、ＭＰＬＳラベルＩＤである。ＭＰＬＳでは上りと下りで別のラベルＩＤを使用する。ここでは上りラベルを検索するラベル検索ＩＤと下りラベルから取得するラベル検索ＩＤは同じものである。
ＭＰＬＳラベルテーブル１９０は、運用系情報とラベル検索ＩＤに対応して導通確認情報を保持するテーブルである。本テーブルの検索キーは、運用系情報とラベル検索ＩＤである。本テーブルの導通確認情報は、ＯＡＭ終端部１０８でＣＶフレーム受信時に、例えば、初期値「３」が書込まれ、ＯＡＭ挿入部１０９で例えば１秒間に１回「１」減算される。この値が「０」になったとき、３秒以上ＣＶ未到達の状態である。この値が閾値（例えば、０）になったとき、すなわち、３秒以上のＣＶ未到達でコネクション障害検出とする。なお、初期値、減算する数及び障害検出のための閾値は、適宜の値であってもよい。また、初期値から加算していき、予め定められた値になったときにコネクション障害検出としてもよい。
Ｖａｌｉｄは、エントリの有効／無効を示す。例えば、Ｖａｌｉｄが１のときそのエントリは有効であり、一方、０のときそのエントリは無効である。
図５は、回線ＩＦ内のフレームフォーマットである。装置内フレームは、オリジナルＬ２フレームに装置内ヘッダが付与される。装置内ヘッダは、例えば、運用系情報と、ラベル検索ＩＤを含む。
図８は、ＭＰＬＳ ＯＡＭフォーマットである。
ＭＰＬＳ ＯＡＭフレームは、例えば、Ｌ２ヘッダと、ＭＰＬＳラベルと、ＭＰＬＳ ＯＡＭラベルと、ＯＡＭタイプと、ＯＡＭペイロードとを有する。ＭＰＬＳラベルは、ＬＳＰ ＩＤを含む。ＭＰＬＳ ＯＡＭラベルには、例えば１０進数で１４を示すＩＤが格納される。ＯＡＭタイプは、ＣＶ、ＡＰＳ（系切替）に対応する情報が格納される。ＯＡＭペイロードには、ＡＰＳが、ＡＰＳ要求かＡＰＳ応答かを示す情報が格納される。
図４に戻り、各ブロックについて説明する。
フレーム受信回路１０１は、物理ポート（例えば物理ポート＃１）からＬ２フレームを受信し、オリジナルＬ２フレームに装置内ヘッダを付与する（例えば、図５参照）。ここで、装置内ヘッダは空でも良い。ラベルＩＤ検索ブロック１０２は、受信フレームのＬ２ヘッダからＶＬＡＮ ＩＤを抽出してＩｎｇｒｅｓｓラベル検索ＩＤテーブル１５０を検索し、対応するラベル検索ＩＤを取得する。また、ラベルＩＤ検索ブロック１０２は、取得したラベル検索ＩＤを受信フレームの装置内ヘッダに格納し、フレームをスケジューラ１１２に出力する。スケジューラ１１２は、例えば、フレーム送信のスケジューリングを行う。また、フレーム種別がＯＡＭフレームか、ユーザフレームかに応じて、フレーム識別信号をラベル付与ブロック１０３に出力する。
ラベル付与ブロック１０３は、ＯＡＭフレームとユーザフレームで処理動作が異なる。スケジューラ１１２からのフレーム識別信号が例えば「０」の時、ユーザフレームを意味する。ユーザフレーム受信時は、ラベル付与ブロック１０３は、受信フレームの装置内ヘッダからラベル検索ＩＤを抽出し、ラベル検索ＩＤに対応する運用系情報を運用系テーブル１６０から取得する。また、ラベル付与ブロック１０３は、取得された運用系情報とラベル検索ＩＤに基づきＭＰＬＳラベルテーブル１７０を検索し、対応するＭＰＬＳラベルＩＤを取得する。ラベル付与ブロック１０３は、テーブルから取得したＭＰＬＳラベルＩＤからＭＰＬＳラベルを生成し、予めレジスタ設定されている新Ｌ２ヘッダ情報からＬ２ヘッダを生成してオリジナルＬ２フレームをカプセル化する。
Ｖａｌｉｄは、エントリの有効／無効を示す。例えば、Ｖａｌｉｄが１のときそのエントリは有効であり、一方、０のときそのエントリは無効である。
図５は、回線ＩＦ内のフレームフォーマットである。装置内フレームは、オリジナルＬ２フレームに装置内ヘッダが付与される。装置内ヘッダは、例えば、運用系情報と、ラベル検索ＩＤを含む。
図８は、ＭＰＬＳ ＯＡＭフォーマットである。
ＭＰＬＳ ＯＡＭフレームは、例えば、Ｌ２ヘッダと、ＭＰＬＳラベルと、ＭＰＬＳ ＯＡＭラベルと、ＯＡＭタイプと、ＯＡＭペイロードとを有する。ＭＰＬＳラベルは、ＬＳＰ ＩＤを含む。ＭＰＬＳ ＯＡＭラベルには、例えば１０進数で１４を示すＩＤが格納される。ＯＡＭタイプは、ＣＶ、ＡＰＳ（系切替）に対応する情報が格納される。ＯＡＭペイロードには、ＡＰＳが、ＡＰＳ要求かＡＰＳ応答かを示す情報が格納される。
図４に戻り、各ブロックについて説明する。
フレーム受信回路１０１は、物理ポート（例えば物理ポート＃１）からＬ２フレームを受信し、オリジナルＬ２フレームに装置内ヘッダを付与する（例えば、図５参照）。ここで、装置内ヘッダは空でも良い。ラベルＩＤ検索ブロック１０２は、受信フレームのＬ２ヘッダからＶＬＡＮ ＩＤを抽出してＩｎｇｒｅｓｓラベル検索ＩＤテーブル１５０を検索し、対応するラベル検索ＩＤを取得する。また、ラベルＩＤ検索ブロック１０２は、取得したラベル検索ＩＤを受信フレームの装置内ヘッダに格納し、フレームをスケジューラ１１２に出力する。スケジューラ１１２は、例えば、フレーム送信のスケジューリングを行う。また、フレーム種別がＯＡＭフレームか、ユーザフレームかに応じて、フレーム識別信号をラベル付与ブロック１０３に出力する。
ラベル付与ブロック１０３は、ＯＡＭフレームとユーザフレームで処理動作が異なる。スケジューラ１１２からのフレーム識別信号が例えば「０」の時、ユーザフレームを意味する。ユーザフレーム受信時は、ラベル付与ブロック１０３は、受信フレームの装置内ヘッダからラベル検索ＩＤを抽出し、ラベル検索ＩＤに対応する運用系情報を運用系テーブル１６０から取得する。また、ラベル付与ブロック１０３は、取得された運用系情報とラベル検索ＩＤに基づきＭＰＬＳラベルテーブル１７０を検索し、対応するＭＰＬＳラベルＩＤを取得する。ラベル付与ブロック１０３は、テーブルから取得したＭＰＬＳラベルＩＤからＭＰＬＳラベルを生成し、予めレジスタ設定されている新Ｌ２ヘッダ情報からＬ２ヘッダを生成してオリジナルＬ２フレームをカプセル化する。
一方、フレーム識別信号が例えば「１」の時、ＯＡＭ挿入フレーム（ＣＶ／ＡＰＳ）を意味する。ラベル付与ブロック１０３は、運用系テーブル１６０を検索せずに装置内ヘッダから取得した運用系情報とラベル検索ＩＤでＭＰＬＳラベルテーブル１７０を検索する。ラベル付与ブロック１０３は、新Ｌ２ヘッダとＭＰＬＳラベルでＯＡＭフレームをカプセル化する。スイッチ送信回路１０４は、装置内ヘッダを削除して、カプセル化されたフレームをＳＷに送信する。
スイッチ受信回路１０５は、ＳＷからフレームを受信する。ＭＰＬＳラベル処理部１０６は、ＳＷ側から受信したフレーム内のＭＰＬＳラベルを確認し、ＭＰＬＳ ＯＡＭラベルがあるフレームはＯＡＭ終端部１０８へ転送する。その他のフレームは新Ｌ２ヘッダとＭＰＬＳラベルを削除してフレーム送信回路１０７へ転送する。フレーム送信回路１０７は、フレームを物理ポート（例えば、物理ポート＃１）へ送信する。
ＯＡＭ挿入部１０９は、例えば１秒間に１回ＭＰＬＳラベルテーブル１９０を全エントリ検索する。ＯＡＭ挿入部１０９は、登録されているエントリ又はＶａｌｉｄが有効「１」なエントリに対してＣＶフレームのペイロードを生成し、テーブルから得た運用系情報とラベル検索ＩＤを含む装置内ヘッダを付与してスケジューラ１１２に出力する（挿入する）。ＯＡＭ挿入部１０９から挿入されるフレームのフォーマットは装置内ヘッダ、ＭＰＬＳ ＯＡＭラベル、ＯＡＭペイロード（ＯＡＭ Ｔｙｐｅを含む）となる。また、検索したエントリの導通確認情報の値を、例えば、１減算する。導通確認情報の値がすでに「０」の場合は減算を行わず、ＩＦ制御ＣＰＵ１１０へ導通確認情報の値が「０」であるエントリの運用系情報と、ラベル検索ＩＤと、ＣＶ未受信を示す情報を通知する。
また、ＯＡＭ挿入部１０９は、指示に応じてＡＰＳ要求フレーム、ＡＰＳ応答フレームを挿入する。
スイッチ受信回路１０５は、ＳＷからフレームを受信する。ＭＰＬＳラベル処理部１０６は、ＳＷ側から受信したフレーム内のＭＰＬＳラベルを確認し、ＭＰＬＳ ＯＡＭラベルがあるフレームはＯＡＭ終端部１０８へ転送する。その他のフレームは新Ｌ２ヘッダとＭＰＬＳラベルを削除してフレーム送信回路１０７へ転送する。フレーム送信回路１０７は、フレームを物理ポート（例えば、物理ポート＃１）へ送信する。
ＯＡＭ挿入部１０９は、例えば１秒間に１回ＭＰＬＳラベルテーブル１９０を全エントリ検索する。ＯＡＭ挿入部１０９は、登録されているエントリ又はＶａｌｉｄが有効「１」なエントリに対してＣＶフレームのペイロードを生成し、テーブルから得た運用系情報とラベル検索ＩＤを含む装置内ヘッダを付与してスケジューラ１１２に出力する（挿入する）。ＯＡＭ挿入部１０９から挿入されるフレームのフォーマットは装置内ヘッダ、ＭＰＬＳ ＯＡＭラベル、ＯＡＭペイロード（ＯＡＭ Ｔｙｐｅを含む）となる。また、検索したエントリの導通確認情報の値を、例えば、１減算する。導通確認情報の値がすでに「０」の場合は減算を行わず、ＩＦ制御ＣＰＵ１１０へ導通確認情報の値が「０」であるエントリの運用系情報と、ラベル検索ＩＤと、ＣＶ未受信を示す情報を通知する。
また、ＯＡＭ挿入部１０９は、指示に応じてＡＰＳ要求フレーム、ＡＰＳ応答フレームを挿入する。
ＯＡＭ終端部１０８は、ＭＰＬＳラベル処理部１０６からＭＰＬＳ ＯＡＭラベルのあるフレームを受信する。ＯＡＭ終端部１０８は、ＯＡＭフレームＣＶ、ＡＰＳ要求、ＡＰＳ応答を受信したときで、それぞれ別の動作をする。ＣＶ、ＡＰＳ要求、ＡＰＳ応答は、例えば受信フレームのＯＡＭ Ｔｙｐｅのタイプ値やＯＡＭペイロード内の要求／応答を示す情報などにより識別できる。
ＣＶを受信した場合、ＯＡＭ終端部１０８は、ＭＰＬＳラベルＩＤを検索キーとしてＥｇｒｅｓｓラベル検索ＩＤテーブル１８０を検索し、対応する運用系情報とラベル検索ＩＤを取得する。ＯＡＭ終端部１０８は、Ｅｇｒｅｓｓラベル検索ＩＤテーブル１８０から取得した運用系情報とラベル検索ＩＤからＭＰＬＳラベルテーブル１９０を検索し、対応する導通確認情報を例えば「３」に設定する。
ＡＰＳ要求を受信した場合、ＯＡＭ終端部１０８は、ＭＰＬＳラベルＩＤを検索キーとしてＥｇｒｅｓｓラベル検索ＩＤテーブル１８０を検索し、対応する運用系情報とラベル検索ＩＤを取得する。ＯＡＭ終端部１０８は、Ｅｇｒｅｓｓラベル検索ＩＤテーブル１８０から取得した運用系情報とラベル検索ＩＤとＡＰＳ要求の受信を示す情報を含むＡＰＳ要求受信通知をＩＦ制御ＣＰＵ１１０へ通知する。
ＣＶを受信した場合、ＯＡＭ終端部１０８は、ＭＰＬＳラベルＩＤを検索キーとしてＥｇｒｅｓｓラベル検索ＩＤテーブル１８０を検索し、対応する運用系情報とラベル検索ＩＤを取得する。ＯＡＭ終端部１０８は、Ｅｇｒｅｓｓラベル検索ＩＤテーブル１８０から取得した運用系情報とラベル検索ＩＤからＭＰＬＳラベルテーブル１９０を検索し、対応する導通確認情報を例えば「３」に設定する。
ＡＰＳ要求を受信した場合、ＯＡＭ終端部１０８は、ＭＰＬＳラベルＩＤを検索キーとしてＥｇｒｅｓｓラベル検索ＩＤテーブル１８０を検索し、対応する運用系情報とラベル検索ＩＤを取得する。ＯＡＭ終端部１０８は、Ｅｇｒｅｓｓラベル検索ＩＤテーブル１８０から取得した運用系情報とラベル検索ＩＤとＡＰＳ要求の受信を示す情報を含むＡＰＳ要求受信通知をＩＦ制御ＣＰＵ１１０へ通知する。
ＡＰＳ応答を受信した場合、ＯＡＭ終端部１０８は、ＡＰＳ要求受信時と同様に、Ｅｇｒｅｓｓラベル検索ＩＤテーブル１８０から運用系情報とラベル検索ＩＤを取得し、取得された運用系情報とラベル検索ＩＤとＡＰＳ応答の受信を示す情報を含むＡＰＳ応答受信通知をＩＦ制御ＣＰＵ１１０へ通知する。
ＩＦ制御ＣＰＵ１１０は、各テーブルのエントリ設定と、ＡＰＳ要求／応答フレームの挿入系切替え処理等を行う。なお、ＣＰＵインタフェース１１１は、ＩＦ制御ＣＰＵ１１０と、統括制御ＣＰＵ４０とのインタフェースである。
ＡＰＳ要求挿入処理では、ＩＦ制御ＣＰＵ１１０は、ＯＡＭ挿入部１０９から導通確認情報「０」のエントリのラベル検索ＩＤと運用系情報を入力する。ＩＦ制御ＣＰＵ１１０は、ＡＰＳ要求のペイロードとＯＡＭラベルを生成する。また、装置内ヘッダを生成する。装置内ヘッダには取得したラベル検索ＩＤとＡＰＳ要求を送信する系の運用系情報を格納する。ＡＰＳ要求を送信する系の運用系情報は、ＯＡＭ挿入部１０９から通知された運用系と逆系又は運用系以外の系のひとつとすることができる。すなわち、障害が発生した系とは異なる系を用いてＡＰＳ要求を送信する。
ＡＰＳ応答挿入処理では、ＩＦ制御ＣＰＵ１１０は、ＯＡＭ終端部１０８から上述のＡＰＳ要求受信通知を入力する。該通知は、運用系情報とラベル検索ＩＤを含む。ＩＦ制御ＣＰＵ１１０は、ＡＰＳ応答のペイロードとＯＡＭラベルを生成する。また、装置内ヘッダを生成する。装置内ヘッダには取得したラベル検索ＩＤと運用系情報を格納する。ＩＦ制御ＣＰＵ１１０は、ペイロードにＯＡＭラベルと装置内ヘッダを付加してＡＰＳ応答を作成し、スケジューラ１１２に出力する。ＡＰＳ応答はＡＰＳ要求と同じ運用系で転送する。
系切替え処理では、ＩＦ制御ＣＰＵ１１０は、ＯＡＭ終端部１０８から上述のＡＰＳ応答受信通知が入力される。該通知は、ラベル検索ＩＤと運用系情報を含む。ＩＦ制御ＣＰＵ１１０は、取得したラベル検索ＩＤで運用系テーブル１６０を検索し、テーブルの運用系情報の欄を取得した運用系情報に書換える。
ＩＦ制御ＣＰＵ１１０は、各テーブルのエントリ設定と、ＡＰＳ要求／応答フレームの挿入系切替え処理等を行う。なお、ＣＰＵインタフェース１１１は、ＩＦ制御ＣＰＵ１１０と、統括制御ＣＰＵ４０とのインタフェースである。
ＡＰＳ要求挿入処理では、ＩＦ制御ＣＰＵ１１０は、ＯＡＭ挿入部１０９から導通確認情報「０」のエントリのラベル検索ＩＤと運用系情報を入力する。ＩＦ制御ＣＰＵ１１０は、ＡＰＳ要求のペイロードとＯＡＭラベルを生成する。また、装置内ヘッダを生成する。装置内ヘッダには取得したラベル検索ＩＤとＡＰＳ要求を送信する系の運用系情報を格納する。ＡＰＳ要求を送信する系の運用系情報は、ＯＡＭ挿入部１０９から通知された運用系と逆系又は運用系以外の系のひとつとすることができる。すなわち、障害が発生した系とは異なる系を用いてＡＰＳ要求を送信する。
ＡＰＳ応答挿入処理では、ＩＦ制御ＣＰＵ１１０は、ＯＡＭ終端部１０８から上述のＡＰＳ要求受信通知を入力する。該通知は、運用系情報とラベル検索ＩＤを含む。ＩＦ制御ＣＰＵ１１０は、ＡＰＳ応答のペイロードとＯＡＭラベルを生成する。また、装置内ヘッダを生成する。装置内ヘッダには取得したラベル検索ＩＤと運用系情報を格納する。ＩＦ制御ＣＰＵ１１０は、ペイロードにＯＡＭラベルと装置内ヘッダを付加してＡＰＳ応答を作成し、スケジューラ１１２に出力する。ＡＰＳ応答はＡＰＳ要求と同じ運用系で転送する。
系切替え処理では、ＩＦ制御ＣＰＵ１１０は、ＯＡＭ終端部１０８から上述のＡＰＳ応答受信通知が入力される。該通知は、ラベル検索ＩＤと運用系情報を含む。ＩＦ制御ＣＰＵ１１０は、取得したラベル検索ＩＤで運用系テーブル１６０を検索し、テーブルの運用系情報の欄を取得した運用系情報に書換える。
（障害が発生した場合の運用系／予備系の切り替え−１）
図９及び図１０は、０系（運用系）で障害が発生した場合の運用系／予備系の切り替えの説明図である。
例えば、０系（運用系）の下りで障害が発生した場合、ＭＰＬＳ通信装置１の回線ＩＦでは、導通確認フレームが未受信となる。これにより、例えば、ＭＰＬＳラベルテーブル１９０の導通確認情報が０になる（例えば、図１０（ｂ）参照）。ＣＶ未受信となることで終点ノード（例えば、ＭＰＬＳ通信装置１の回線ＩＦ＃１（１１））は途中経路で障害が発生したことを検出し、系切替え（ＡＰＳ）要求フレームを上り予備系コネクション（ＬＳＰ１０００）を利用して送信する。ＡＰＳ要求フレームを受信した始点ノード（例えば、ＭＰＬＳ通信装置２の回線ＩＦ＃１（１１））は、ＡＰＳ応答フレームを下り予備系コネクション（ＬＳＰ５０００）を利用して送信する。ＡＰＳ応答フレームを受信した終点ノードは系を０系から１系へと切替えるために、運用系テーブル１６０の運用系情報を書換える（図１０（ａ））。
このように、ＭＰＬＳ ＯＡＭを用いて系切替を提供するＭＰＬＳ通信装置１、２では、ＣＶ未受信をトリガの一つとして系の切替を行う。
図９及び図１０は、０系（運用系）で障害が発生した場合の運用系／予備系の切り替えの説明図である。
例えば、０系（運用系）の下りで障害が発生した場合、ＭＰＬＳ通信装置１の回線ＩＦでは、導通確認フレームが未受信となる。これにより、例えば、ＭＰＬＳラベルテーブル１９０の導通確認情報が０になる（例えば、図１０（ｂ）参照）。ＣＶ未受信となることで終点ノード（例えば、ＭＰＬＳ通信装置１の回線ＩＦ＃１（１１））は途中経路で障害が発生したことを検出し、系切替え（ＡＰＳ）要求フレームを上り予備系コネクション（ＬＳＰ１０００）を利用して送信する。ＡＰＳ要求フレームを受信した始点ノード（例えば、ＭＰＬＳ通信装置２の回線ＩＦ＃１（１１））は、ＡＰＳ応答フレームを下り予備系コネクション（ＬＳＰ５０００）を利用して送信する。ＡＰＳ応答フレームを受信した終点ノードは系を０系から１系へと切替えるために、運用系テーブル１６０の運用系情報を書換える（図１０（ａ））。
このように、ＭＰＬＳ ＯＡＭを用いて系切替を提供するＭＰＬＳ通信装置１、２では、ＣＶ未受信をトリガの一つとして系の切替を行う。
図１１は、ＣＶ未受信による系切り替えシーケンス図である。なお、図中ＩＦ制御ＣＰＵ１１０は、上述のように回線ＩＦに含まれるが、説明の便宜上、ＩＦ制御ＣＰＵ１１０とそれ以外の各部を分け、ＩＦ制御ＣＰＵ１１０以外をまとめて回線ＩＦと記している。
ＭＰＬＳ通信装置２の回線ＩＦ＃１（１１）は、ＭＰＬＳ通信装置１の回線ＩＦ＃１（１１）に対し、例えば周期的に、ＣＶフレームを０系のパスを介して送信する。ここでは一例として、はじめのＣＶフレームは、ＭＰＬＳ通信装置１の回線ＩＦ＃１（１１）に到達したが、０系のパスに障害が発生し、以後のＣＶフレームはＭＰＬＳ通信装置１の回線ＩＦ＃１（１１）で受信されなかったとする。
ＭＰＬＳ通信装置１の回線ＩＦ＃１（１１）（例えばＯＡＭ終端部１０８）は、ＣＶフレームを所定時間受信できないことにより、例えばＭＰＬＳラベルテーブル１９０の導通確認情報が０になると、ＭＰＬＳ通信装置１のＩＦ制御ＣＰＵ１１０に、ＣＶ未受信を通知する。ＭＰＬＳ通信装置１のＩＦ制御ＣＰＵ１１０は、ＭＰＬＳ通信装置１の回線ＩＦ＃１（１１）（例えばＯＡＭ挿入部１０９）に、ＡＰＳ要求挿入を指示する。ＭＰＬＳ通信装置１の回線ＩＦ＃１（１１）（例えばＯＡＭ挿入部１０９）は、ＭＰＬＳ通信装置２の回線ＩＦ＃１（１１）に、ＡＰＳ要求フレームを１系を介して送信する。
ＭＰＬＳ通信装置２の回線ＩＦ＃１（１１）は、ＭＰＬＳ通信装置１の回線ＩＦ＃１（１１）に対し、例えば周期的に、ＣＶフレームを０系のパスを介して送信する。ここでは一例として、はじめのＣＶフレームは、ＭＰＬＳ通信装置１の回線ＩＦ＃１（１１）に到達したが、０系のパスに障害が発生し、以後のＣＶフレームはＭＰＬＳ通信装置１の回線ＩＦ＃１（１１）で受信されなかったとする。
ＭＰＬＳ通信装置１の回線ＩＦ＃１（１１）（例えばＯＡＭ終端部１０８）は、ＣＶフレームを所定時間受信できないことにより、例えばＭＰＬＳラベルテーブル１９０の導通確認情報が０になると、ＭＰＬＳ通信装置１のＩＦ制御ＣＰＵ１１０に、ＣＶ未受信を通知する。ＭＰＬＳ通信装置１のＩＦ制御ＣＰＵ１１０は、ＭＰＬＳ通信装置１の回線ＩＦ＃１（１１）（例えばＯＡＭ挿入部１０９）に、ＡＰＳ要求挿入を指示する。ＭＰＬＳ通信装置１の回線ＩＦ＃１（１１）（例えばＯＡＭ挿入部１０９）は、ＭＰＬＳ通信装置２の回線ＩＦ＃１（１１）に、ＡＰＳ要求フレームを１系を介して送信する。
ＭＰＬＳ通信装置２の回線ＩＦ＃１（１１）（例えばＯＡＭ終端部１０８）は、ＡＰＳ要求フレームを受信し、ＭＰＬＳ通信装置２のＩＦ制御ＣＰＵ１１０に、ＡＰＳ要求受信を通知する。ＭＰＬＳ通信装置２のＩＦ制御ＣＰＵ１１０は、ＭＰＬＳ通信装置２の回線ＩＦ＃１（１１）（例えばＯＡＭ挿入部１０９）に、ＡＰＳ応答挿入を指示する。ＭＰＬＳ通信装置２の回線ＩＦ＃１（１１）は、指示に従い、ＭＰＬＳ通信装置１の回線ＩＦ＃１（１１）（例えばＯＡＭ挿入部１０９）に、ＡＰＳ応答フレームを１系を介して送信する。また、ＭＰＬＳ通信装置２のＩＦ制御ＣＰＵ１１０は、運用系テーブル１６０の運用系情報を０系から１系に書き換える。
ＭＰＬＳ通信装置１の回線ＩＦ＃１（１１）（例えばＯＡＭ終端部１０８）は、ＡＰＳ応答フレームを受信し、ＭＰＬＳ通信装置１のＩＦ制御ＣＰＵ１１０に、ＡＰＳ応答受信を通知する。ＭＰＬＳ通信装置１のＩＦ制御ＣＰＵ１１０は、運用系テーブル１６０の運用系情報を０系から１系に書き換える。
図１２は、ＣＶ未受信検出ノードのＩＦ制御ＣＰＵ１１０のフローチャートである。例えば、図１１におけるＭＰＬＳ通信装置１のＩＦ制御ＣＰＵ１１０のフローチャートである。
ＭＰＬＳ通信装置１の回線ＩＦ＃１（１１）（例えばＯＡＭ終端部１０８）は、ＡＰＳ応答フレームを受信し、ＭＰＬＳ通信装置１のＩＦ制御ＣＰＵ１１０に、ＡＰＳ応答受信を通知する。ＭＰＬＳ通信装置１のＩＦ制御ＣＰＵ１１０は、運用系テーブル１６０の運用系情報を０系から１系に書き換える。
図１２は、ＣＶ未受信検出ノードのＩＦ制御ＣＰＵ１１０のフローチャートである。例えば、図１１におけるＭＰＬＳ通信装置１のＩＦ制御ＣＰＵ１１０のフローチャートである。
ＩＦ制御ＣＰＵ１１０は、ＣＶ未受信が運用系で検出されたか判断する（Ｓ１０１）。例えば、ＩＦ制御ＣＰＵ１１０は、ＯＡＭ挿入部１０９からの通知に含まれるラベル検索ＩＤに基づき運用系テーブル１６０を参照し、運用系が０系か１系かを取得する。取得された運用系とＯＡＭ挿入部１０９からの通知に含まれる運用系情報が一致すれば運用系と判断し、不一致であれば運用系ではないと判断する。運用系ではないと判断された場合（Ｓ１０１、Ｎｏ）、ステップＳ１０９へ移る。
一方、運用系と判断された場合、ＩＦ制御ＣＰＵ１１０は、予備系にＡＰＳ要求フレームを挿入するよう指示する（Ｓ１０３）。また、ＩＦ制御ＣＰＵ１１０は、予備系からＡＰＳ応答フレームを受信するか監視する（Ｓ１０５）。例えばタイムアウトになるまで、ＡＰＳ応答フレームの受信の監視を継続する（Ｓ１０５、Ｎｏ）。
ＩＦ制御ＣＰＵ１１０は、ＯＡＭ終端部１０８によりＡＰＳ応答フレームを受信すると（Ｓ１０５、Ｙｅｓ）、ＡＰＳ応答を受信したＬＳＰに対応する運用系テーブル１６０の運用系情報を変更する（Ｓ１０７）。例えば、運用系情報を０系から１系に書き換える。例えば、ＬＳＰ５０００でＡＰＳ応答フレームを受信すると、ＯＡＭ終端部１０８からＩＦ制御ＣＰＵ１１０へＡＰＳ応答を受信した、ラベル検索ＩＤとＡＰＳ応答受信運用系が通知される。なお、ＯＡＭ終端部１０８は、ＭＰＬＳラベルＩＤに基づきＥｇｒｅｓｓラベル検索ＩＤテーブル１８０を参照して、ラベル検索ＩＤと運用系情報を取得してもよい。ＩＦ制御ＣＰＵ１１０は、前記ラベル検索ＩＤで運用系テーブル１６０を検索し、該当するエントリの「運用系」をＡＰＳ応答を受信した系へと変更する。ＡＰＳ応答受信時のテーブル変更箇所は、例えばその１箇所のみとすることができる。より具体的には、まず、ＯＡＭ終端部１０８からＩＦ制御ＣＰＵ１１０へＡＰＳを受信した運用系（例えば１系）とラベル検索ＩＤ（例えば１）が通知される。次に、ＩＦ制御ＣＰＵ１１０が、図６（ｂ）に例示する運用系テーブル１６０の検索ＩＤ「１」の運用系を「０」から「１」に変更する。
一方、運用系と判断された場合、ＩＦ制御ＣＰＵ１１０は、予備系にＡＰＳ要求フレームを挿入するよう指示する（Ｓ１０３）。また、ＩＦ制御ＣＰＵ１１０は、予備系からＡＰＳ応答フレームを受信するか監視する（Ｓ１０５）。例えばタイムアウトになるまで、ＡＰＳ応答フレームの受信の監視を継続する（Ｓ１０５、Ｎｏ）。
ＩＦ制御ＣＰＵ１１０は、ＯＡＭ終端部１０８によりＡＰＳ応答フレームを受信すると（Ｓ１０５、Ｙｅｓ）、ＡＰＳ応答を受信したＬＳＰに対応する運用系テーブル１６０の運用系情報を変更する（Ｓ１０７）。例えば、運用系情報を０系から１系に書き換える。例えば、ＬＳＰ５０００でＡＰＳ応答フレームを受信すると、ＯＡＭ終端部１０８からＩＦ制御ＣＰＵ１１０へＡＰＳ応答を受信した、ラベル検索ＩＤとＡＰＳ応答受信運用系が通知される。なお、ＯＡＭ終端部１０８は、ＭＰＬＳラベルＩＤに基づきＥｇｒｅｓｓラベル検索ＩＤテーブル１８０を参照して、ラベル検索ＩＤと運用系情報を取得してもよい。ＩＦ制御ＣＰＵ１１０は、前記ラベル検索ＩＤで運用系テーブル１６０を検索し、該当するエントリの「運用系」をＡＰＳ応答を受信した系へと変更する。ＡＰＳ応答受信時のテーブル変更箇所は、例えばその１箇所のみとすることができる。より具体的には、まず、ＯＡＭ終端部１０８からＩＦ制御ＣＰＵ１１０へＡＰＳを受信した運用系（例えば１系）とラベル検索ＩＤ（例えば１）が通知される。次に、ＩＦ制御ＣＰＵ１１０が、図６（ｂ）に例示する運用系テーブル１６０の検索ＩＤ「１」の運用系を「０」から「１」に変更する。
ＩＦ制御ＣＰＵ１１０は、統括制御ＣＰＵ４０へ運用系切替えを通知する（Ｓ１０９）。例えば、切り替え後の系情報（例えば１系）を含む。
図１３は、ＡＰＳ要求受信ノードのＩＦ制御ＣＰＵ１１０のフローチャートである。例えば、図１１におけるＭＰＬＳ通信装置２のＩＦ制御ＣＰＵ１１０のフローチャートである。
ＩＦ制御ＣＰＵ１１０は、ＡＰＳ要求を受信すると、ＡＰＳ要求フレームを受信したＬＳＰの対向ＬＳＰへＡＰＳ応答フレームを挿入する（Ｓ２０１）。例えば、図９において、ＬＳＰ１０００からＡＰＳ要求フレームを受信した場合、ＬＳＰ５０００にＡＰＳ応答フレームを挿入する。
ＩＦ制御ＣＰＵ１１０は、ＡＰＳ要求を受信したＬＳＰに対応する運用系テーブル１６０の運用系情報を変更する（Ｓ２０３）。ＡＰＳ要求を受信したときの動作及び変更箇所は、ＡＰＳ応答を受信したときと同様である。なお、図６、１０に例示するテーブルは、ＭＰＬＳ通信装置１のテーブルの例であるが、ＭＰＬＳ通信装置２も同様のテーブル構成を有してもよい。例えば、ＡＰＳ要求を受信したラベル検索ＩＤから運用系テーブルが検索され、該当するエントリの「運用系」が、ＡＰＳを受信した運用系に変更される。また、ＭＰＬＳ通信装置１がＭＰＬＳ通信装置２からＡＰＳ要求を受信した場合も同様である。
また、ＩＦ制御ＣＰＵ１１０は、統括制御ＣＰＵ４０へ運用系切替えを通知する（Ｓ２０５）。例えば、切り替え後の系情報（例えば１系）を含む。
図１３は、ＡＰＳ要求受信ノードのＩＦ制御ＣＰＵ１１０のフローチャートである。例えば、図１１におけるＭＰＬＳ通信装置２のＩＦ制御ＣＰＵ１１０のフローチャートである。
ＩＦ制御ＣＰＵ１１０は、ＡＰＳ要求を受信すると、ＡＰＳ要求フレームを受信したＬＳＰの対向ＬＳＰへＡＰＳ応答フレームを挿入する（Ｓ２０１）。例えば、図９において、ＬＳＰ１０００からＡＰＳ要求フレームを受信した場合、ＬＳＰ５０００にＡＰＳ応答フレームを挿入する。
ＩＦ制御ＣＰＵ１１０は、ＡＰＳ要求を受信したＬＳＰに対応する運用系テーブル１６０の運用系情報を変更する（Ｓ２０３）。ＡＰＳ要求を受信したときの動作及び変更箇所は、ＡＰＳ応答を受信したときと同様である。なお、図６、１０に例示するテーブルは、ＭＰＬＳ通信装置１のテーブルの例であるが、ＭＰＬＳ通信装置２も同様のテーブル構成を有してもよい。例えば、ＡＰＳ要求を受信したラベル検索ＩＤから運用系テーブルが検索され、該当するエントリの「運用系」が、ＡＰＳを受信した運用系に変更される。また、ＭＰＬＳ通信装置１がＭＰＬＳ通信装置２からＡＰＳ要求を受信した場合も同様である。
また、ＩＦ制御ＣＰＵ１１０は、統括制御ＣＰＵ４０へ運用系切替えを通知する（Ｓ２０５）。例えば、切り替え後の系情報（例えば１系）を含む。
（ＬＡＧとＭＰＬＳ ＯＡＭ）
図１４は、ＬＡＧ及びＭＰＬＳ ＯＡＭ機能を備える通信装置における課題の説明図である。
ＬＡＧは、複数の物理ポートを束ねて１つの論理ポートとして運用する技術である。そのため、同じＭＰＬＳコネクションに属するＶＬＡＮフローは別の物理ポートから入力するものであっても同一のＭＰＬＳラベルパス、同一のパスで転送する必要がある。しかし、従来のＭＰＬＳ通信装置は、ヘッダ処理テーブルは回線ＩＦで個別に保持しているため、同じ上りコネクションでＶＬＡＮフレームを送信できない場合があった。また、下りフレームに関しては、スイッチ３０がＬＳＰ ＩＤで経路を切替えることから、どちらか一方の回線ＩＦにしかフレームを転送することが出来なかった。なお、ここで上りとは、イーサネット区間からＭＰＬＳ区間方向をいい、下りとは、ＭＰＬＳ区間からイーサネット区間方向をいう。
すなわち、従来のＭＰＬＳ通信装置では、例えば以下の点が課題となる。
まず、上りフレームを同じＬＳＰで転送することが出来ない場合があった。また、下りフレームを偏って転送させることしか出来ない場合があった。ＯＡＭフレームは１つの物理ポートにしか転送出来ないため、他の物理ポートのＯＡＭ終端部１０８では、ＯＡＭ未到着になり障害を誤検出してしまう可能性があった。
複数の物理ポートから同一のＬＳＰでフレームを転送しようとすると、各回線ＩＦからのＣＶフレームも同一のＬＳＰで送信されるため、対向するＭＰＬＳ通信装置では、同一ＬＳＰからのＣＶフレームを１秒間に２個以上受信するなど、規定数以上のＣＶフレームを受信することになり、ご認識する可能性があった。さらに、下りのユーザフレームの転送先回線ＩＦに偏りが発生することでＬＡＧをすることのメリットのうち帯域拡大が提供できない可能性があった。
図１４は、ＬＡＧ及びＭＰＬＳ ＯＡＭ機能を備える通信装置における課題の説明図である。
ＬＡＧは、複数の物理ポートを束ねて１つの論理ポートとして運用する技術である。そのため、同じＭＰＬＳコネクションに属するＶＬＡＮフローは別の物理ポートから入力するものであっても同一のＭＰＬＳラベルパス、同一のパスで転送する必要がある。しかし、従来のＭＰＬＳ通信装置は、ヘッダ処理テーブルは回線ＩＦで個別に保持しているため、同じ上りコネクションでＶＬＡＮフレームを送信できない場合があった。また、下りフレームに関しては、スイッチ３０がＬＳＰ ＩＤで経路を切替えることから、どちらか一方の回線ＩＦにしかフレームを転送することが出来なかった。なお、ここで上りとは、イーサネット区間からＭＰＬＳ区間方向をいい、下りとは、ＭＰＬＳ区間からイーサネット区間方向をいう。
すなわち、従来のＭＰＬＳ通信装置では、例えば以下の点が課題となる。
まず、上りフレームを同じＬＳＰで転送することが出来ない場合があった。また、下りフレームを偏って転送させることしか出来ない場合があった。ＯＡＭフレームは１つの物理ポートにしか転送出来ないため、他の物理ポートのＯＡＭ終端部１０８では、ＯＡＭ未到着になり障害を誤検出してしまう可能性があった。
複数の物理ポートから同一のＬＳＰでフレームを転送しようとすると、各回線ＩＦからのＣＶフレームも同一のＬＳＰで送信されるため、対向するＭＰＬＳ通信装置では、同一ＬＳＰからのＣＶフレームを１秒間に２個以上受信するなど、規定数以上のＣＶフレームを受信することになり、ご認識する可能性があった。さらに、下りのユーザフレームの転送先回線ＩＦに偏りが発生することでＬＡＧをすることのメリットのうち帯域拡大が提供できない可能性があった。
（リンクアグリゲーションとＭＰＬＳを接続したシステム）
図１５は、本実施の形態におけるシステムの構成図である。図１６は、転送テーブル３１０とＬＡＧ情報データベースの構成例である。
ＭＰＬＳ通信装置１は、例えば、回線ＩＦ＃１、２（１１、１２）と、Ｕｐｌｉｎｋ ＩＦ＃１、２（２１、２２）と、スイッチ３０と、統括制御ＣＰＵ４０と、ＬＡＧ情報データベース５０とを備える。統括制御ＣＰＵ４０は、例えば、バス等で各部と接続される。また、メモリを適宜備えても良い。スイッチ３０は、転送テーブル３１０を有する。転送テーブル３１０は、例えば、図３（ｂ）に示すように、ＬＳＰ ＩＤに対応して出力ポート情報が記憶される。
対向ＮＷ装置（第１の通信装置）は、複数の物理ポートを束ねて論理的なひとつのポートとして使用し、受信フレームの出力先が該論理的なポートであるリンクアグリゲーションポートの場合、該フレームをリンクアグリゲーションポートのいずれかの物理ポートへ転送する。
ＭＰＬＳ通信装置１は、０系ＬＳＰ（第１のパス）及び１系ＬＳＰ（第２のパス）により冗長構成をとるＭＰＬＳ網（通信網）を介してＭＰＬＳ通信装置２（第２の通信装置）と接続される。ＭＰＬＳ通信装置１は、対向ＮＷ装置３から入力したフレームをラベルでカプセル化してＭＰＬＳ通信装置２に転送し、ＭＰＬＳ通信装置２から入力したフレームからラベルを除去してデカプセル化して対向ＮＷ装置３へ転送する。
Ｕｐｌｉｎｋ ＩＦ＃１（２１）は、０系ＬＳＰに接続するためインタフェースである。Ｕｐｌｉｎｋ ＩＦ＃２（２２）は、１系ＬＳＰに接続するためのインタフェースである。回線ＩＦ＃１（１１）は、対向ＮＷ装置３のリンクアグリゲーションポートを構成する第１の物理ポートに接続するためインタフェースである。回線ＩＦ＃２（１２）は、対向ＮＷ装置３のリンクアグリゲーションポートを構成する第２の物理ポートに接続するためのインタフェースである。
図１５は、本実施の形態におけるシステムの構成図である。図１６は、転送テーブル３１０とＬＡＧ情報データベースの構成例である。
ＭＰＬＳ通信装置１は、例えば、回線ＩＦ＃１、２（１１、１２）と、Ｕｐｌｉｎｋ ＩＦ＃１、２（２１、２２）と、スイッチ３０と、統括制御ＣＰＵ４０と、ＬＡＧ情報データベース５０とを備える。統括制御ＣＰＵ４０は、例えば、バス等で各部と接続される。また、メモリを適宜備えても良い。スイッチ３０は、転送テーブル３１０を有する。転送テーブル３１０は、例えば、図３（ｂ）に示すように、ＬＳＰ ＩＤに対応して出力ポート情報が記憶される。
対向ＮＷ装置（第１の通信装置）は、複数の物理ポートを束ねて論理的なひとつのポートとして使用し、受信フレームの出力先が該論理的なポートであるリンクアグリゲーションポートの場合、該フレームをリンクアグリゲーションポートのいずれかの物理ポートへ転送する。
ＭＰＬＳ通信装置１は、０系ＬＳＰ（第１のパス）及び１系ＬＳＰ（第２のパス）により冗長構成をとるＭＰＬＳ網（通信網）を介してＭＰＬＳ通信装置２（第２の通信装置）と接続される。ＭＰＬＳ通信装置１は、対向ＮＷ装置３から入力したフレームをラベルでカプセル化してＭＰＬＳ通信装置２に転送し、ＭＰＬＳ通信装置２から入力したフレームからラベルを除去してデカプセル化して対向ＮＷ装置３へ転送する。
Ｕｐｌｉｎｋ ＩＦ＃１（２１）は、０系ＬＳＰに接続するためインタフェースである。Ｕｐｌｉｎｋ ＩＦ＃２（２２）は、１系ＬＳＰに接続するためのインタフェースである。回線ＩＦ＃１（１１）は、対向ＮＷ装置３のリンクアグリゲーションポートを構成する第１の物理ポートに接続するためインタフェースである。回線ＩＦ＃２（１２）は、対向ＮＷ装置３のリンクアグリゲーションポートを構成する第２の物理ポートに接続するためのインタフェースである。
スイッチ３０は、０系ＬＳＰ及び１系ＬＳＰのラベルに対応して、インタフェース部の識別子が出力先情報として記憶された転送テーブル３１０を有する。スイッチ３０は、ラベルが付与されたフレームの該ラベルに基づき転送テーブル３１０を参照して、対応する出力先情報に従いフレームを転送する。
回線ＩＦ＃１（１１）は、障害検出のアクト系又はスタンバイ系を示すＯＡＭ ＡＣＴ／ＳＢＹ切替レジスタ（第１の記憶部）を有し、及び、第１の記憶部がアクト系に設定される。回線ＩＦ＃２（１２）は、障害検出のアクト系又はスタンバイ系を示すＯＡＭ ＡＣＴ／ＳＢＹ切替レジスタ（第２の記憶部）を有し、及び、第２の記憶部がスタンバイ系に設定される。
回線ＩＦ＃１（１１）は、対向ＮＷ装置３の第１の物理ポートから送信されたユーザフレームを受信し、該ユーザフレームを０系ＬＳＰのラベルでカプセル化し、スイッチ３０により０系ＬＳＰを介して該ユーザフレームをＭＰＬＳ通信装置２に転送する。回線ＩＦ＃２（１２）は、対向ＮＷ装置３の第２の物理ポートから送信されたユーザフレームを受信し、該ユーザフレームを０系ＬＳＰのラベルでカプセル化し、スイッチ３０により０系ＬＳＰを介して該ユーザフレームをＭＰＬＳ通信装置２に転送する。
回線ＩＦ＃１（１１）は、アクト系に設定された第１の記憶部に従い、導通確認フレームをＭＰＬＳ通信装置２に送信する。一方、回線ＩＦ＃２（１２）は、スタンバイ系に設定された第２の記憶部に従い、導通確認フレームをＭＰＬＳ通信装置２に送信しない。
転送テーブル３１０は、０系及び１系ＬＳＰを介して回線ＩＦ＃１（１１）、回線ＩＦ＃２（１２）で受信される下り方向のラベルに対応する出力先情報として、アクト系に設定された回線ＩＦ＃１（１１）の識別子が少なくとも記憶される。スイッチ３０は、０系ＬＳＰ及び１系ＬＳＰを介してＭＰＬＳ通信装置２から受信された導通確認フレームを、転送テーブル３１０に従い回線ＩＦ＃１（１１）に転送する。
回線ＩＦ＃１（１１）は、障害検出のアクト系又はスタンバイ系を示すＯＡＭ ＡＣＴ／ＳＢＹ切替レジスタ（第１の記憶部）を有し、及び、第１の記憶部がアクト系に設定される。回線ＩＦ＃２（１２）は、障害検出のアクト系又はスタンバイ系を示すＯＡＭ ＡＣＴ／ＳＢＹ切替レジスタ（第２の記憶部）を有し、及び、第２の記憶部がスタンバイ系に設定される。
回線ＩＦ＃１（１１）は、対向ＮＷ装置３の第１の物理ポートから送信されたユーザフレームを受信し、該ユーザフレームを０系ＬＳＰのラベルでカプセル化し、スイッチ３０により０系ＬＳＰを介して該ユーザフレームをＭＰＬＳ通信装置２に転送する。回線ＩＦ＃２（１２）は、対向ＮＷ装置３の第２の物理ポートから送信されたユーザフレームを受信し、該ユーザフレームを０系ＬＳＰのラベルでカプセル化し、スイッチ３０により０系ＬＳＰを介して該ユーザフレームをＭＰＬＳ通信装置２に転送する。
回線ＩＦ＃１（１１）は、アクト系に設定された第１の記憶部に従い、導通確認フレームをＭＰＬＳ通信装置２に送信する。一方、回線ＩＦ＃２（１２）は、スタンバイ系に設定された第２の記憶部に従い、導通確認フレームをＭＰＬＳ通信装置２に送信しない。
転送テーブル３１０は、０系及び１系ＬＳＰを介して回線ＩＦ＃１（１１）、回線ＩＦ＃２（１２）で受信される下り方向のラベルに対応する出力先情報として、アクト系に設定された回線ＩＦ＃１（１１）の識別子が少なくとも記憶される。スイッチ３０は、０系ＬＳＰ及び１系ＬＳＰを介してＭＰＬＳ通信装置２から受信された導通確認フレームを、転送テーブル３１０に従い回線ＩＦ＃１（１１）に転送する。
回線ＩＦ＃１（１１）は、ＭＰＬＳ通信装置２により予め定められた間隔で送信される導通確認フレームを受信し、アクト系に設定された第１の記憶部に従い、該導通確認フレームが受信されないことにより第１又は１系ＬＳＰの障害を検出する。一方、回線ＩＦ＃２（１２）は、スタンバイ系に設定された第２の記憶部に従い、導通確認フレームが受信されないことによる障害の検出を行わない。
ＭＰＬＳ通信装置１は、ＬＡＧ情報データベースをさらに有する。ＬＡＧ情報データベースの構成例を図１６（ｂ）に示す。ＬＡＧ情報データベースは、どの物理ポートでＬＡＧ設定をしているかを保持する。ＬＡＧ情報データベースでは、例えば、物理ポート番号に対応して、ＬＡＧ設定の有無を示すＬＡＧ設定情報と、ＬＡＧ設定の場合は所属するＬＡＧポート番号（リンクアグリゲーション識別情報）と、ＯＡＭ ＡＣＴ／ＳＢＹ設定情報と、Ｅｔｈｅｒｎｅｔ（登録商標、以下同じ）のリンク障害の有無を示す障害情報とを保持している。なお、ポート番号以外にも、適宜の識別情報を用いることもできる。この例では、ＬＡＧが設定されている物理ポートには、ＬＡＧ設定情報が「１」に設定される。ＯＡＭ ＡＣＴ／ＳＢＹ設定情報は、例えば「１」のときＡＣＴ系であり、一方、「０」のときＳＢＹ系である。障害情報は、例えば「１」のとき障害あり、「０」のとき障害なしを示す。
本データベース情報でＡＣＴとなる物理ポートを、転送先テーブルの出力先の物理ポートとする。例えば、転送テーブル３１０の下りの出力ポートは、ＬＡＧ情報データベースのＡＣＴ系に設定された物理ポートに対応している。ここでは、物理ポート１に対応するＡＣＴ／ＳＢＹ設定情報が「１」、すなわちＡＣＴ系であるので、転送テーブル３１０の下りのラベル（５００、５０００）に対応する出力ポート情報には物理ポート１が記憶されている。
ＭＰＬＳ通信装置１は、ＬＡＧ情報データベースをさらに有する。ＬＡＧ情報データベースの構成例を図１６（ｂ）に示す。ＬＡＧ情報データベースは、どの物理ポートでＬＡＧ設定をしているかを保持する。ＬＡＧ情報データベースでは、例えば、物理ポート番号に対応して、ＬＡＧ設定の有無を示すＬＡＧ設定情報と、ＬＡＧ設定の場合は所属するＬＡＧポート番号（リンクアグリゲーション識別情報）と、ＯＡＭ ＡＣＴ／ＳＢＹ設定情報と、Ｅｔｈｅｒｎｅｔ（登録商標、以下同じ）のリンク障害の有無を示す障害情報とを保持している。なお、ポート番号以外にも、適宜の識別情報を用いることもできる。この例では、ＬＡＧが設定されている物理ポートには、ＬＡＧ設定情報が「１」に設定される。ＯＡＭ ＡＣＴ／ＳＢＹ設定情報は、例えば「１」のときＡＣＴ系であり、一方、「０」のときＳＢＹ系である。障害情報は、例えば「１」のとき障害あり、「０」のとき障害なしを示す。
本データベース情報でＡＣＴとなる物理ポートを、転送先テーブルの出力先の物理ポートとする。例えば、転送テーブル３１０の下りの出力ポートは、ＬＡＧ情報データベースのＡＣＴ系に設定された物理ポートに対応している。ここでは、物理ポート１に対応するＡＣＴ／ＳＢＹ設定情報が「１」、すなわちＡＣＴ系であるので、転送テーブル３１０の下りのラベル（５００、５０００）に対応する出力ポート情報には物理ポート１が記憶されている。
図１７は、回線ＩＦ１０の構成図である。
回線ＩＦ１０は、フレーム受信回路１０１と、ラベルＩＤ検索ブロック１０２と、スケジューラ１１２と、ラベル付与ブロック１０３と、スイッチ送信回路１０４と、スイッチ受信回路１０５と、ＭＰＬＳラベル処理部１０６と、フレーム送信回路１０７と、ＯＡＭ終端部１０８と、ＯＡＭ挿入部１０９と、ＩＦ制御ＣＰＵ１１０と、ＣＰＵインタフェース１１１と、ＯＡＭ ＡＣＴ／ＳＢＹ切替レジスタ２００を有する。
ＯＡＭ ＡＣＴ／ＳＢＹ切替レジスタ２００には、自回線ＩＦがＡＣＴ系か又はＳＢＹ系が設定される。例えば、物理ポート毎に設定できる。また、ＯＡＭ ＡＣＴ／ＳＢＹ切替レジスタ２００は、各回線ＩＦ部に備えられることができる。なお、回線ＩＦの外部に回線ＩＦとＡＣＴ／ＳＢＹを示す情報を対応付けて記憶するようにしてもよい。
ＬＡＧポートに対応する複数の物理ポートから入力される上りフレームを同一のＭＰＬＳ ＬＳＰで転送するため、Ｉｎｇｒｅｓｓラベル検索ＩＤテーブル１５０、運用系テーブル１６０、ＭＰＬＳラベルテーブル１７０、Ｅｇｒｅｓｓラベル検索ＩＤテーブル１８０、ＭＰＬＳラベルテーブル１９０の設定値を、ＬＡＧを行う回線ＩＦ間で同じものを予め設定する。なお、これらの設定は、例えば、統括制御ＣＰＵ４０が実行することができる。このように設定することで、回線ＩＦが違ってもＬＡＧポートから受信するフレームを同一のＭＰＬＳ ＬＳＰで転送することが可能となる。
下りフレームがスイッチ３０の性質上偏りが発生することによる導通確認フレーム未受信に対しては、スイッチ３０で下り出力ポートに設定されている回線ＩＦ（例えば、回線ＩＦ＃１（１１））をＯＡＭ ＡＣＴとして、ＯＡＭの挿入及び終端処理（導通性確認処理）を行う。一方、スイッチ３０で下り出力ポートに設定されていない回線ＩＦ（例えば、回線ＩＦ＃２（１２））をＯＡＭ ＳＢＹとして、ＯＡＭ挿入処理及び終端処理は行わない。このような処理をするため、回線ＩＦは、ＬＡＧ情報データベースにＯＡＭ ＡＣＴ／ＳＢＹフラグをさらに有する。本フラグは回線毎に持っても良い。
回線ＩＦ１０は、フレーム受信回路１０１と、ラベルＩＤ検索ブロック１０２と、スケジューラ１１２と、ラベル付与ブロック１０３と、スイッチ送信回路１０４と、スイッチ受信回路１０５と、ＭＰＬＳラベル処理部１０６と、フレーム送信回路１０７と、ＯＡＭ終端部１０８と、ＯＡＭ挿入部１０９と、ＩＦ制御ＣＰＵ１１０と、ＣＰＵインタフェース１１１と、ＯＡＭ ＡＣＴ／ＳＢＹ切替レジスタ２００を有する。
ＯＡＭ ＡＣＴ／ＳＢＹ切替レジスタ２００には、自回線ＩＦがＡＣＴ系か又はＳＢＹ系が設定される。例えば、物理ポート毎に設定できる。また、ＯＡＭ ＡＣＴ／ＳＢＹ切替レジスタ２００は、各回線ＩＦ部に備えられることができる。なお、回線ＩＦの外部に回線ＩＦとＡＣＴ／ＳＢＹを示す情報を対応付けて記憶するようにしてもよい。
ＬＡＧポートに対応する複数の物理ポートから入力される上りフレームを同一のＭＰＬＳ ＬＳＰで転送するため、Ｉｎｇｒｅｓｓラベル検索ＩＤテーブル１５０、運用系テーブル１６０、ＭＰＬＳラベルテーブル１７０、Ｅｇｒｅｓｓラベル検索ＩＤテーブル１８０、ＭＰＬＳラベルテーブル１９０の設定値を、ＬＡＧを行う回線ＩＦ間で同じものを予め設定する。なお、これらの設定は、例えば、統括制御ＣＰＵ４０が実行することができる。このように設定することで、回線ＩＦが違ってもＬＡＧポートから受信するフレームを同一のＭＰＬＳ ＬＳＰで転送することが可能となる。
下りフレームがスイッチ３０の性質上偏りが発生することによる導通確認フレーム未受信に対しては、スイッチ３０で下り出力ポートに設定されている回線ＩＦ（例えば、回線ＩＦ＃１（１１））をＯＡＭ ＡＣＴとして、ＯＡＭの挿入及び終端処理（導通性確認処理）を行う。一方、スイッチ３０で下り出力ポートに設定されていない回線ＩＦ（例えば、回線ＩＦ＃２（１２））をＯＡＭ ＳＢＹとして、ＯＡＭ挿入処理及び終端処理は行わない。このような処理をするため、回線ＩＦは、ＬＡＧ情報データベースにＯＡＭ ＡＣＴ／ＳＢＹフラグをさらに有する。本フラグは回線毎に持っても良い。
さらに、複数のＳＢＹ系に設定された回線ＩＦを有し、複数ＩＦ間で優先リンクアグリゲーションを行うこともできる。例えば、ＳＢＹ系に設定された回線ＩＦ＃３（第５のインタフェース部）をさらに有する。この場合は、図示していないがインタフェースのＳＢＹ優先度を設定し、ＡＣＴの物理ポートに障害が発生した場合は優先度の高いＳＢＹをＡＣＴとして使用するなどのバリエーションも考えられる。優先度は、例えばＬＡＧ情報データベース等の適宜のデータベース、メモリに、物理ポートに対応して予め記憶しておくことができる。
ＯＡＭ ＳＢＹに設定された回線ＩＦは、ＯＡＭの挿入処理及びＯＡＭの終端処理を行わない。そのため、ＯＡＭの導通フレーム未受信でも障害を誤検出しない。このような設定により、ＬＡＧとＭＰＬＳ ＯＡＭを同時に提供することが可能となる。
ＯＡＭ ＳＢＹに設定された回線ＩＦは、ＯＡＭの挿入処理及びＯＡＭの終端処理を行わない。そのため、ＯＡＭの導通フレーム未受信でも障害を誤検出しない。このような設定により、ＬＡＧとＭＰＬＳ ＯＡＭを同時に提供することが可能となる。
（イーサネット区間での障害発生、ＡＣＴ／ＳＢＹ切替）
図１８は、イーサネット区間での障害発生した場合の、ＡＣＴ／ＳＢＹの切替動作の説明図である。例えば、ＬＡＧ設定をしているポート又はそのポートに対応するリンクに障害が発生した場合について説明する。
ＬＡＧ設定をしておりかつＯＡＭ ＡＣＴとなっている物理ポート（この例では、物理ポート１）等に障害が発生した場合、ＬＡＧ情報データベースのＡＣＴ／ＳＢＹフラグの設定を、障害が発生したポートをＳＢＹ、障害が発生していないポートをＡＣＴと設定する。また、各回線ＩＦのＯＡＭ ＡＣＴ／ＳＢＹ切替レジスタ２００を切り替え、障害が発生したポートをＳＢＹ、障害が発生していないポートをＡＣＴと設定する。
また、スイッチ３０の転送テーブル３１０の設定を障害が発生していない物理ポートへと書換える。こうすることで、Ｅｔｈｅｒｎｅｔ区間の障害の影響をＭＰＬＳ区間の転送コネクションへ波及させることなく運用を継続可能となる。
図１９は、イーサネット区間での障害発生による切り替え後のテーブル構成例である。図２０、図２１は、イーサネット区間での障害発生による切り替えのフローチャートである。以下、イーサネット区間での障害発生による切り替えの処理例を具体的に説明する。なお、障害発生前の転送テーブル３１０、ＬＡＧ情報データベースは、例えば、図１６のように設定されているとして説明する。
図１８は、イーサネット区間での障害発生した場合の、ＡＣＴ／ＳＢＹの切替動作の説明図である。例えば、ＬＡＧ設定をしているポート又はそのポートに対応するリンクに障害が発生した場合について説明する。
ＬＡＧ設定をしておりかつＯＡＭ ＡＣＴとなっている物理ポート（この例では、物理ポート１）等に障害が発生した場合、ＬＡＧ情報データベースのＡＣＴ／ＳＢＹフラグの設定を、障害が発生したポートをＳＢＹ、障害が発生していないポートをＡＣＴと設定する。また、各回線ＩＦのＯＡＭ ＡＣＴ／ＳＢＹ切替レジスタ２００を切り替え、障害が発生したポートをＳＢＹ、障害が発生していないポートをＡＣＴと設定する。
また、スイッチ３０の転送テーブル３１０の設定を障害が発生していない物理ポートへと書換える。こうすることで、Ｅｔｈｅｒｎｅｔ区間の障害の影響をＭＰＬＳ区間の転送コネクションへ波及させることなく運用を継続可能となる。
図１９は、イーサネット区間での障害発生による切り替え後のテーブル構成例である。図２０、図２１は、イーサネット区間での障害発生による切り替えのフローチャートである。以下、イーサネット区間での障害発生による切り替えの処理例を具体的に説明する。なお、障害発生前の転送テーブル３１０、ＬＡＧ情報データベースは、例えば、図１６のように設定されているとして説明する。
図２１（ａ）は、回線ＩＦが障害を検出したＩＦ制御ＣＰＵ１１０の処理フローチャートである。
イーサネット区間のリンクで障害が発生すると、回線ＩＦのＩＦ制御ＣＰＵ１１０は、物理ポートからリンクロスを検出する（Ｓ４００）。この例では、例えば回線ＩＦ＃１（１１）のＩＦ制御ＣＰＵ１１０が障害の発生を検出し、以下の処理を実行する。
ＩＦ制御ＣＰＵ１１０は、自回線ＩＦのＯＡＭ ＡＣＴ／ＳＢＹレジスタをＳＢＹに設定する（Ｓ４０１）。また、ＩＦ制御ＣＰＵ１１０は、統括制御ＣＰＵ４０へ回線ＩＦリンクロスを通知する（Ｓ４０３）。該通知には、自回線ＩＦに対応する物理ポート番号（この例では物理ポート１）を含むことができる。
図２０は、回線ＩＦ障害検出時の統括制御ＣＰＵ４０の処理フローチャートである。
統括制御ＣＰＵ４０は、回線ＩＦからリンクロスの通知を受信すると（Ｓ３００）、以下の処理を実行する。まず、統括制御ＣＰＵ４０は、ＬＡＧ情報データベースを参照する（Ｓ３０１）。例えば、リンクロスを受信した回線ＩＦに相当する物理ポート番号のエントリを検索する。この例では、物理ポート１のエントリが該当する。また、該当するエントリの障害情報を、例えば１に設定する。
統括制御ＣＰＵ４０は、リンクロス検出物理ポートはＬＡＧポートか判断する（Ｓ３０３）。例えば、ステップＳ３０１で検索されたエントリのＬＡＧポート情報を参照し、「１」であればＬＡＧポートと判断し、「０」であればＬＡＧポートでないと判断する。ＬＡＧポートでないと判断された場合（Ｓ３０３、Ｎｏ）、処理を終了する。
一方、ＬＡＧポートと判断された場合（Ｓ３０３、Ｙｅｓ）、統括制御ＣＰＵ４０は、リンクロス検出物理ポートがＯＡＭ ＡＣＴポートか判断する（Ｓ３０５）。例えば、ステップＳ３０１で検索されたエントリのＡＣＴ／ＳＢＹ設定情報を参照し、「１」であればＯＡＭ ＡＣＴポートと判断し、「０」であればＯＡＭ ＡＣＴポートではない（すなわちＯＡＭ ＳＢＹポート）と判断する。ＯＡＭ ＡＣＴポートではないと判断された場合（Ｓ３０５、Ｎｏ）、処理を終了する。
イーサネット区間のリンクで障害が発生すると、回線ＩＦのＩＦ制御ＣＰＵ１１０は、物理ポートからリンクロスを検出する（Ｓ４００）。この例では、例えば回線ＩＦ＃１（１１）のＩＦ制御ＣＰＵ１１０が障害の発生を検出し、以下の処理を実行する。
ＩＦ制御ＣＰＵ１１０は、自回線ＩＦのＯＡＭ ＡＣＴ／ＳＢＹレジスタをＳＢＹに設定する（Ｓ４０１）。また、ＩＦ制御ＣＰＵ１１０は、統括制御ＣＰＵ４０へ回線ＩＦリンクロスを通知する（Ｓ４０３）。該通知には、自回線ＩＦに対応する物理ポート番号（この例では物理ポート１）を含むことができる。
図２０は、回線ＩＦ障害検出時の統括制御ＣＰＵ４０の処理フローチャートである。
統括制御ＣＰＵ４０は、回線ＩＦからリンクロスの通知を受信すると（Ｓ３００）、以下の処理を実行する。まず、統括制御ＣＰＵ４０は、ＬＡＧ情報データベースを参照する（Ｓ３０１）。例えば、リンクロスを受信した回線ＩＦに相当する物理ポート番号のエントリを検索する。この例では、物理ポート１のエントリが該当する。また、該当するエントリの障害情報を、例えば１に設定する。
統括制御ＣＰＵ４０は、リンクロス検出物理ポートはＬＡＧポートか判断する（Ｓ３０３）。例えば、ステップＳ３０１で検索されたエントリのＬＡＧポート情報を参照し、「１」であればＬＡＧポートと判断し、「０」であればＬＡＧポートでないと判断する。ＬＡＧポートでないと判断された場合（Ｓ３０３、Ｎｏ）、処理を終了する。
一方、ＬＡＧポートと判断された場合（Ｓ３０３、Ｙｅｓ）、統括制御ＣＰＵ４０は、リンクロス検出物理ポートがＯＡＭ ＡＣＴポートか判断する（Ｓ３０５）。例えば、ステップＳ３０１で検索されたエントリのＡＣＴ／ＳＢＹ設定情報を参照し、「１」であればＯＡＭ ＡＣＴポートと判断し、「０」であればＯＡＭ ＡＣＴポートではない（すなわちＯＡＭ ＳＢＹポート）と判断する。ＯＡＭ ＡＣＴポートではないと判断された場合（Ｓ３０５、Ｎｏ）、処理を終了する。
一方、ＯＡＭ ＡＣＴポートと判断された場合（Ｓ３０５、Ｙｅｓ）、統括制御ＣＰＵ４０は、同一ＬＡＧポートに属する何れかの回線ＩＦのＯＡＭ ＡＣＴ／ＳＢＹ切替レジスタ２００をＡＣＴに設定するための変更通知をする（Ｓ３０７）。より具体的には、統括制御ＣＰＵ４０は、ＬＡＧ情報データベースから、ステップＳ３０１で検索されたエントリのＬＡＧポート情報と同じＬＡＧポート情報を有するエントリを検索する。この例では、ＬＡＧポート１の物理ポート２のエントリが該当する。また、統括制御ＣＰＵ４０は、該当するエントリの物理ポートに相当する回線ＩＦのＩＦ制御ＣＰＵ１１０に対して、ＯＡＭ ＡＣＴ／ＳＢＹ切替レジスタ２００をＡＣＴに設定するように通知する。さらに、統括制御ＣＰＵ４０は、ＬＡＧ情報データベースの該当するエントリのＡＣＴ／ＳＢＹ設定情報を「１」、すなわちＡＣＴにする。また、統括制御ＣＰＵ４０は、ステップＳ３０１で検索されたエントリのＡＣＴ／ＳＢＹ設定情報を「０」、すなわちＳＢＹにする。
次に、統括制御ＣＰＵ４０は、転送テーブル３１０を変更する（Ｓ３０９）。例えば、旧ＯＡＭ ＡＣＴポートのエントリの出力ポートを、新たにＯＡＭ ＡＣＴに設定した物理ポート情報に変更する。より具体的には、図１９（ａ）に示す転送テーブル３１０の下りのラベル（例えば、５００、５０００）に対応する出力ポート情報を、ＬＡＧ情報データベースのＡＣＴが設定された物理ポート情報に書き換える。ここでは、物理ポート２がＡＣＴ系に設定されたので（図１９（ｂ））、物理ポート２に書き換えられる。
次に、統括制御ＣＰＵ４０は、転送テーブル３１０を変更する（Ｓ３０９）。例えば、旧ＯＡＭ ＡＣＴポートのエントリの出力ポートを、新たにＯＡＭ ＡＣＴに設定した物理ポート情報に変更する。より具体的には、図１９（ａ）に示す転送テーブル３１０の下りのラベル（例えば、５００、５０００）に対応する出力ポート情報を、ＬＡＧ情報データベースのＡＣＴが設定された物理ポート情報に書き換える。ここでは、物理ポート２がＡＣＴ系に設定されたので（図１９（ｂ））、物理ポート２に書き換えられる。
図２１（ｂ）は、ＯＡＭ ＡＣＴ／ＳＢＹ切替レジスタ２００の変更通知を統括制御ＣＰＵ４０から受信したＩＦ制御ＣＰＵ１１０の処理フローチャートである。
回線ＩＦ（この例では回線ＩＦ＃２（１２））のＩＦ制御ＣＰＵ１１０は、レジスタの変更通知を統括制御ＣＰＵ４０から受信すると、自回線ＩＦのＯＡＭ ＡＣＴ／ＳＢＹレジスタをＡＣＴに設定する（Ｓ４５１）。
以上の処理により、回線ＩＦ＃２（１２）がＡＣＴ系となり上り方向とともに、下り方向の通信も継続できる。また、ＡＣＴ系に設定された回線ＩＦ＃２（１２）により、ＯＡＭ挿入処理、終端処理が行われ、ＯＡＭ機能も継続できる。なお、対向ＮＷ装置３においても、リンクロスを検出して、ＭＰＬＳ通信装置１の物理ポート１に相当するリンクにはフレームを出力しないようにすることができる。
回線ＩＦ（この例では回線ＩＦ＃２（１２））のＩＦ制御ＣＰＵ１１０は、レジスタの変更通知を統括制御ＣＰＵ４０から受信すると、自回線ＩＦのＯＡＭ ＡＣＴ／ＳＢＹレジスタをＡＣＴに設定する（Ｓ４５１）。
以上の処理により、回線ＩＦ＃２（１２）がＡＣＴ系となり上り方向とともに、下り方向の通信も継続できる。また、ＡＣＴ系に設定された回線ＩＦ＃２（１２）により、ＯＡＭ挿入処理、終端処理が行われ、ＯＡＭ機能も継続できる。なお、対向ＮＷ装置３においても、リンクロスを検出して、ＭＰＬＳ通信装置１の物理ポート１に相当するリンクにはフレームを出力しないようにすることができる。
（ＭＰＬＳ区間での障害発生、現用／予備切替−２）
図２２は、ＭＰＬＳ区間で障害が発生したときの現用／予備切り替えの説明図である。
回線ＩＦ＃１（１１）、回線ＩＦ＃２（１２）はそれぞれ、運用系テーブル１６０にて運用系のパス（ここでは０系）を管理している。例えば、ＡＣＴ系に設定された回線ＩＦ＃１（１１）が、運用系のパスに対応するＯＡＭフレームを所定時間内に受信できないことにより運用系のパスの障害を検出する。回線ＩＦ＃１（１１）は、自回線ＩＦの運用系テーブル１６０の運用系情報を、予備系のパス（ここでは１系）に変更する。例えば、上述のステップＳ１０１〜Ｓ１０９等の系切り替え動作により、運用系パスを０系から１系に切替える。また、例えば統括制御ＣＰＵ４０経由で他の回線ＩＦ（例えば、回線ＩＦ＃２（１２））に通知し、その通知を受けた他の回線ＩＦは、自回線ＩＦの運用系テーブル１６０の運用系情報を予備系のパスに変更する。こうすることで、ＭＰＬＳ区間の障害の影響をＥｔｈｅｒｎｅｔ区間へ波及させることなく運用を継続することが出来る。運用系切替後は物理ポート１、２から入力したフレームも１系ＬＳＰを使用して転送されることになる。
図２２は、ＭＰＬＳ区間で障害が発生したときの現用／予備切り替えの説明図である。
回線ＩＦ＃１（１１）、回線ＩＦ＃２（１２）はそれぞれ、運用系テーブル１６０にて運用系のパス（ここでは０系）を管理している。例えば、ＡＣＴ系に設定された回線ＩＦ＃１（１１）が、運用系のパスに対応するＯＡＭフレームを所定時間内に受信できないことにより運用系のパスの障害を検出する。回線ＩＦ＃１（１１）は、自回線ＩＦの運用系テーブル１６０の運用系情報を、予備系のパス（ここでは１系）に変更する。例えば、上述のステップＳ１０１〜Ｓ１０９等の系切り替え動作により、運用系パスを０系から１系に切替える。また、例えば統括制御ＣＰＵ４０経由で他の回線ＩＦ（例えば、回線ＩＦ＃２（１２））に通知し、その通知を受けた他の回線ＩＦは、自回線ＩＦの運用系テーブル１６０の運用系情報を予備系のパスに変更する。こうすることで、ＭＰＬＳ区間の障害の影響をＥｔｈｅｒｎｅｔ区間へ波及させることなく運用を継続することが出来る。運用系切替後は物理ポート１、２から入力したフレームも１系ＬＳＰを使用して転送されることになる。
図２３は、ＭＰＬＳ区間で障害が発生したときの現用／予備切り替えのフローチャートである。図２３（ａ）は、運用系切替が発生したＭＰＬＳ通信装置の統括制御ＣＰＵ４０の処理フローチャートである。
まず、図１２に示す上述のステップＳ１０１〜Ｓ１０９の処理が実行される。これにより、ＭＰＬＳ区間の障害を検出した回線ＩＦ（この例では、回線ＩＦ＃１（１１））の運用系テーブル１６０は、例えば図１０（ａ）に示すように、１系に更新されている。なお、障害発生前のＬＡＧ情報データベースは、例えば、図１６（ｂ）のように設定されているものとして説明する。また、回線ＩＦ＃２（１２）の運用系テーブル１６０は、図６（ｂ）のように設定されている。
統括制御ＣＰＵ４０は、障害を検出した回線ＩＦのＩＦ制御ＣＰＵ１１０から、運用系切替通知を受信すると（Ｓ５００）、以下の処理を実行する。なお、運用系切替通知には、ラベル検索ＩＤ、切替後の運用系情報（この例では１系）、障害を検出した回線ＩＦに対応する物理ポート番号（この例では物理ポート１）を含むことができる。
統括制御ＣＰＵ４０は、ＬＡＧ情報データベースを参照する（Ｓ５０１）。例えば、統括制御ＣＰＵ４０は、受信された運用系切替通知に含まれる物理ポート番号のエントリを検索する。
まず、図１２に示す上述のステップＳ１０１〜Ｓ１０９の処理が実行される。これにより、ＭＰＬＳ区間の障害を検出した回線ＩＦ（この例では、回線ＩＦ＃１（１１））の運用系テーブル１６０は、例えば図１０（ａ）に示すように、１系に更新されている。なお、障害発生前のＬＡＧ情報データベースは、例えば、図１６（ｂ）のように設定されているものとして説明する。また、回線ＩＦ＃２（１２）の運用系テーブル１６０は、図６（ｂ）のように設定されている。
統括制御ＣＰＵ４０は、障害を検出した回線ＩＦのＩＦ制御ＣＰＵ１１０から、運用系切替通知を受信すると（Ｓ５００）、以下の処理を実行する。なお、運用系切替通知には、ラベル検索ＩＤ、切替後の運用系情報（この例では１系）、障害を検出した回線ＩＦに対応する物理ポート番号（この例では物理ポート１）を含むことができる。
統括制御ＣＰＵ４０は、ＬＡＧ情報データベースを参照する（Ｓ５０１）。例えば、統括制御ＣＰＵ４０は、受信された運用系切替通知に含まれる物理ポート番号のエントリを検索する。
統括制御ＣＰＵ４０は、運用系切替を行ったＬＳＰはＬＡＧポートか判断する（Ｓ５０３）。例えば、統括制御ＣＰＵ４０は、検索されたエントリのＬＡＧ設定情報を参照し、「１」であればＬＡＧポートであると判断し、「０」であればＬＡＧポートではないと判断する。ＬＡＧポートではないと判断された場合（Ｓ５０３、Ｎｏ）、処理を終了する。
一方、ＬＡＧポートであると判断された場合（Ｓ５０３、Ｙｅｓ）、統括制御ＣＰＵ４０は、同一ＬＡＧポートに属し且つＳＢＹ設定されている物理ポートのＩＦ制御ＣＰＵ１１０へ、運用系切替をしたラベル検索ＩＤと切替後の運用系を通知する（Ｓ５０５）。より具体的には、統括制御ＣＰＵ４０は、ＬＡＧ情報データベースから、ステップＳ５０１で検索されたエントリのＬＡＧポート情報と同じＬＡＧポート情報を有するエントリを検索する。図１６（ｂ）のＬＡＧ情報データベースの例では、ＬＡＧポート情報が１の物理ポート２のエントリが該当する。また、統括制御ＣＰＵ４０は、該当するエントリの物理ポートに対応する回線ＩＦ（例えば回線ＩＦ＃２（１２））のＩＦ制御ＣＰＵ１１０に対して、ラベル検索ＩＤと切替後の運用系情報を含む運用系切替通知を送信する。ラベル検索ＩＤと切替後の運用系情報は、ステップＳ５００で受信された運用系切替通知に含まれるものを用いることができる。
一方、ＬＡＧポートであると判断された場合（Ｓ５０３、Ｙｅｓ）、統括制御ＣＰＵ４０は、同一ＬＡＧポートに属し且つＳＢＹ設定されている物理ポートのＩＦ制御ＣＰＵ１１０へ、運用系切替をしたラベル検索ＩＤと切替後の運用系を通知する（Ｓ５０５）。より具体的には、統括制御ＣＰＵ４０は、ＬＡＧ情報データベースから、ステップＳ５０１で検索されたエントリのＬＡＧポート情報と同じＬＡＧポート情報を有するエントリを検索する。図１６（ｂ）のＬＡＧ情報データベースの例では、ＬＡＧポート情報が１の物理ポート２のエントリが該当する。また、統括制御ＣＰＵ４０は、該当するエントリの物理ポートに対応する回線ＩＦ（例えば回線ＩＦ＃２（１２））のＩＦ制御ＣＰＵ１１０に対して、ラベル検索ＩＤと切替後の運用系情報を含む運用系切替通知を送信する。ラベル検索ＩＤと切替後の運用系情報は、ステップＳ５００で受信された運用系切替通知に含まれるものを用いることができる。
図２３（ｂ）は、統括制御ＣＰＵ４０から運用系切替通知を受信したＩＦ制御ＣＰＵ１１０の処理フローチャートである。
例えば、回線ＩＦ＃２（１２）のＩＦ制御ＣＰＵ１１０は、統括制御ＣＰＵ４０から運用系切替を受信すると、運用系テーブル１６０を指定のラベル検索ＩＤで検索し、運用系を指定の系に書換える（Ｓ５５１）。これにより、回線ＩＦ＃２（１２）の運用系テーブル１６０も、例えば図１０（ａ）に示すように、１系に更新される。
運用系テーブル１６０が、０系から１系に更新されると、回線ＩＦではＭＰＬＳラベルテーブル１７０を参照して入力したフレームにＭＰＬＳラベルＩＤを付与する際に、運用系が１のエントリを参照することになる。例えば、図６（ｃ）のようなテーブルの場合、ラベル検索ＩＤが１のとき、運用系情報が０であればＭＰＬＳラベルＩＤは１００になり、運用系情報が１であれば、ＭＰＬＳラベルＩＤは１０００になる。
例えば、回線ＩＦ＃２（１２）のＩＦ制御ＣＰＵ１１０は、統括制御ＣＰＵ４０から運用系切替を受信すると、運用系テーブル１６０を指定のラベル検索ＩＤで検索し、運用系を指定の系に書換える（Ｓ５５１）。これにより、回線ＩＦ＃２（１２）の運用系テーブル１６０も、例えば図１０（ａ）に示すように、１系に更新される。
運用系テーブル１６０が、０系から１系に更新されると、回線ＩＦではＭＰＬＳラベルテーブル１７０を参照して入力したフレームにＭＰＬＳラベルＩＤを付与する際に、運用系が１のエントリを参照することになる。例えば、図６（ｃ）のようなテーブルの場合、ラベル検索ＩＤが１のとき、運用系情報が０であればＭＰＬＳラベルＩＤは１００になり、運用系情報が１であれば、ＭＰＬＳラベルＩＤは１０００になる。
２．第２の実施の形態
図２４は、第２の実施の形態におけるシステムの構成図である。
本実施の形態は、ＯＡＭのＡＣＴ／ＳＢＹの設定は第１の実施の形態と同じである。本実施の形態では、ＭＰＬＳ通信装置１のＳＷ３０は、Ｈａｓｈブロック３３０をさらに有する。また、転送テーブル３２０は、ラベルに対応して、ユーザフレームの出力ポート情報と、ＯＡＭ ＡＣＴポート情報とを保持する。他の構成は、第１の実施の形態と同様である。
第１の実施の形態では、ＬＡＧポート行き（下り）のフレームは回線ＩＦのいずれかに偏って転送したが、本実施の形態では、ユーザフレームは複数の回線ＩＦに振り分ける。なお、ＯＡＭフレームは、第１の実施の形態と同様、ＡＣＴ系に設定された回線ＩＦに転送する。
図２４は、第２の実施の形態におけるシステムの構成図である。
本実施の形態は、ＯＡＭのＡＣＴ／ＳＢＹの設定は第１の実施の形態と同じである。本実施の形態では、ＭＰＬＳ通信装置１のＳＷ３０は、Ｈａｓｈブロック３３０をさらに有する。また、転送テーブル３２０は、ラベルに対応して、ユーザフレームの出力ポート情報と、ＯＡＭ ＡＣＴポート情報とを保持する。他の構成は、第１の実施の形態と同様である。
第１の実施の形態では、ＬＡＧポート行き（下り）のフレームは回線ＩＦのいずれかに偏って転送したが、本実施の形態では、ユーザフレームは複数の回線ＩＦに振り分ける。なお、ＯＡＭフレームは、第１の実施の形態と同様、ＡＣＴ系に設定された回線ＩＦに転送する。
図２５は、本実施の形態における転送テーブル３２０の構成図である。
転送テーブル３２０は、例えば、第１及び第２のパスを介してＵｐｌｉｎｋ ＩＦ＃１、２（２１、２２）で受信される下り方向のラベルに対応して、ユーザフレームに対する第１の出力先情報としてリンクアグリゲーションを示す識別子が記憶され、及び、導通確認フレームに対する第２の出力先情報としてアクト系に設定された回線ＩＦ＃１（１１）の識別子が記憶される。
スイッチ３０は、ＭＰＬＳ通信装置２から受信されたフレームがユーザフレームか又は導通確認フレームかを識別する。例えば、フレームのＯＡＭラベルを参照する。ＯＡＭラベルが付加されていれば、又は、ＯＡＭラベルが予め定められた値（例えば１４）であれば、導通確認フレーム等のＯＡＭフレームと識別し、それ以外をユーザフレームと識別できる。スイッチ３０は、ユーザフレームの場合には、転送テーブル３２０の第１の出力先情報が示すリンクアグリゲーションに属するインタフェース部のひとつを、予め定められた規則に基づき選択する。スイッチ３０は、選択されたインタフェース部を介して対向ＮＷ装置３にフレームを転送する。また、スイッチ３０は、導通確認フレームの場合には、転送テーブル３２０の第２の出力先情報に従い回線ＩＦ＃１（１１）にフレームを転送する。
転送テーブル３２０は、例えば、第１及び第２のパスを介してＵｐｌｉｎｋ ＩＦ＃１、２（２１、２２）で受信される下り方向のラベルに対応して、ユーザフレームに対する第１の出力先情報としてリンクアグリゲーションを示す識別子が記憶され、及び、導通確認フレームに対する第２の出力先情報としてアクト系に設定された回線ＩＦ＃１（１１）の識別子が記憶される。
スイッチ３０は、ＭＰＬＳ通信装置２から受信されたフレームがユーザフレームか又は導通確認フレームかを識別する。例えば、フレームのＯＡＭラベルを参照する。ＯＡＭラベルが付加されていれば、又は、ＯＡＭラベルが予め定められた値（例えば１４）であれば、導通確認フレーム等のＯＡＭフレームと識別し、それ以外をユーザフレームと識別できる。スイッチ３０は、ユーザフレームの場合には、転送テーブル３２０の第１の出力先情報が示すリンクアグリゲーションに属するインタフェース部のひとつを、予め定められた規則に基づき選択する。スイッチ３０は、選択されたインタフェース部を介して対向ＮＷ装置３にフレームを転送する。また、スイッチ３０は、導通確認フレームの場合には、転送テーブル３２０の第２の出力先情報に従い回線ＩＦ＃１（１１）にフレームを転送する。
例えば、ＬＡＧポート行きのユーザフレームについては、ＭＰＬＳ通信装置１のＳＷ３０において、ＭＰＬＳラベルだけでなく、オリジナルフレームからＭＡＣの宛先アドレス（ＤＡ）やＶＬＡＮなどフローを識別するＩＤを抽出してＨａｓｈブロック３３０によりＨａｓｈ計算を行い、計算結果に従い物理ポートへと振り分ける。Ｈａｓｈ計算については、ＬＡＧと同様に適宜の手法を用いることができる。なお、Ｈａｓｈ計算以外にも、適宜の手法により下りのユーザフレームの出力先を、ＬＡＧに属する物理ポートの中から選択してもよい。なお、ＬＡＧにどの物理ポートが属しているかは予め記憶しておくことができる。また、上述のＬＡＧ情報データベースを参照してもよい。こうすることで、下りデータが一つのポートへ偏ることを防止することが可能となり、さらにＯＡＭ機能の提供も可能となる。
ＬＡＧ設定をしておりかつＯＡＭ ＡＣＴとなっている物理ポート（例えば、回線ＩＦ＃１（１１）のポート）に障害が発生した場合、上述の第１の実施の形態と同様に、ＡＣＴ／ＳＢＹフラグの設定を障害が発生したポートをＳＢＹ、障害が発生していないポートをＡＣＴと設定する。また、第１の実施の形態では、ＳＷの転送テーブル３２０の出力ポート情報を障害の発生していない物理ポート番号に書き換えたが、本実施の形態では、転送テーブル３２０のＯＡＭ ＡＣＴポート情報を障害の発生していないポートの物理ポート番号に書き換える。例えば、図２５に示す転送テーブル３２０のＯＡＭ ＡＣＴポート情報を物理ポート２に書き換える。
ＬＡＧ設定をしておりかつＯＡＭ ＡＣＴとなっている物理ポート（例えば、回線ＩＦ＃１（１１）のポート）に障害が発生した場合、上述の第１の実施の形態と同様に、ＡＣＴ／ＳＢＹフラグの設定を障害が発生したポートをＳＢＹ、障害が発生していないポートをＡＣＴと設定する。また、第１の実施の形態では、ＳＷの転送テーブル３２０の出力ポート情報を障害の発生していない物理ポート番号に書き換えたが、本実施の形態では、転送テーブル３２０のＯＡＭ ＡＣＴポート情報を障害の発生していないポートの物理ポート番号に書き換える。例えば、図２５に示す転送テーブル３２０のＯＡＭ ＡＣＴポート情報を物理ポート２に書き換える。
本発明は、例えば、リンクアグリゲーション機能を有する通信装置と、ＭＰＬＳ機能を有する通信装置を備えたシステムに利用することができる。
１、２ ＭＰＬＳ通信装置
１０、１１、１２ 回線ＩＦ
２１、２２ Ｕｐｌｉｎｋ ＩＦ
３０ スイッチ
４０ 統括制御ＣＰＵ
５０ ＬＡＧ情報データベース
３１０ 転送テーブルを有する。
１０１フレーム受信回路
１０２ ラベルＩＤ検索ブロック
１０３ スケジューラ
１０３ ラベル付与ブロック
１０４ スイッチ送信回路
１０５ スイッチ受信回路
１０６ ＭＰＬＳラベル処理部１０６
１０７ フレーム送信回路
１０８ ＯＡＭ終端部
１０９ ＯＡＭ挿入部１０９
１１０ ＩＦ制御ＣＰＵ
１１１ ＣＰＵインタフェース
２００ ＯＡＭ ＡＣＴ／ＳＢＹ切替レジスタ
３３０ Ｈａｓｈブロック
１０、１１、１２ 回線ＩＦ
２１、２２ Ｕｐｌｉｎｋ ＩＦ
３０ スイッチ
４０ 統括制御ＣＰＵ
５０ ＬＡＧ情報データベース
３１０ 転送テーブルを有する。
１０１フレーム受信回路
１０２ ラベルＩＤ検索ブロック
１０３ スケジューラ
１０３ ラベル付与ブロック
１０４ スイッチ送信回路
１０５ スイッチ受信回路
１０６ ＭＰＬＳラベル処理部１０６
１０７ フレーム送信回路
１０８ ＯＡＭ終端部
１０９ ＯＡＭ挿入部１０９
１１０ ＩＦ制御ＣＰＵ
１１１ ＣＰＵインタフェース
２００ ＯＡＭ ＡＣＴ／ＳＢＹ切替レジスタ
３３０ Ｈａｓｈブロック
Claims (1)
- 複数の物理ポートを束ねて論理的なひとつのポートとして使用し、受信フレームの出力先が該論理的なポートであるリンクアグリゲーションポートの場合、該フレームをリンクアグリゲーションポートのいずれかの物理ポートへ転送する第１の通信装置と接続され、及び、第１のパス及び第２のパスにより冗長構成をとる通信網を介して第２の通信装置と接続され、前記第１の通信装置から入力したフレームをラベルでカプセル化して前記第２の通信装置に転送し、前記第２の通信装置から入力したフレームからラベルを除去してデカプセル化して前記第１の通信装置へ転送するための通信装置であって、
第１のパスに接続するための第１のインタフェース部と、
第２のパスに接続するための第２のインタフェース部と、
リンクアグリゲーションポートを構成する前記第１の通信装置の第１の物理ポートに接続するための第３のインタフェース部と、
リンクアグリゲーションポートを構成する前記第１の通信装置の第２の物理ポートに接続するための第４のインタフェース部と、
第１のパス及び第２のパスのラベルに対応して、前記第１乃至第４のインタフェース部の識別子が出力先情報として記憶された転送テーブルを有し、ラベルが付与されたフレームの該ラベルに基づき前記転送テーブルを参照して、対応する出力先情報に従いフレームを転送するスイッチ部と
を備え、
前記第３のインタフェース部が障害検出のアクト系か又はスタンバイ系かが設定される第１の記憶部を有し、及び、該第１の記憶部がアクト系に設定され、
前記第４のインタフェース部が障害検出のアクト系か又はスタンバイ系かが設定される第２の記憶部を有し、及び、該第２の記憶部がスタンバイ系に設定され、
前記第３のインタフェース部は、前記第１の通信装置の第１の物理ポートから送信されたユーザフレームを受信し、該ユーザフレームを第１のパスのラベルでカプセル化し、前記スイッチ部により第１のパスを介して該ユーザフレームを第２の通信装置に転送し、
前記第４のインタフェース部は、前記第１の通信装置の第２の物理ポートから送信されたユーザフレームを受信し、該ユーザフレームを第１のパスのラベルでカプセル化し、前記スイッチ部により第１のパスを介して該ユーザフレームを第２の通信装置に転送し、
前記第３のインタフェース部は、アクト系に設定された前記第１の記憶部に従い、導通確認フレームを前記第２の通信装置に送信し、
前記第４のインタフェース部は、スタンバイ系に設定された前記第２の記憶部に従い、導通確認フレームを前記第２の通信装置に送信せず、
前記転送テーブルは、第１及び第２のパスを介して前記第１及び前記第２のインタフェース部で受信される下り方向のラベルに対応する出力先情報として、アクト系に設定された前記第３のインタフェース部の識別子が少なくとも記憶され、前記スイッチ部は、第１のパス及び第２のパスを介して前記第２の通信装置から受信された導通確認フレームを、前記転送テーブルに従い前記第３のインタフェース部に転送し、
前記第３のインタフェース部は、前記第２の通信装置により予め定められた間隔で送信される導通確認フレームを受信し、アクト系に設定された前記第１の記憶部に従い、該導通確認フレームが受信されないことにより第１又は第２のパスの障害を検出し、
前記第４のインタフェース部は、スタンバイ系に設定された前記第２の記憶部に従い、導通確認フレームが受信されないことによる障害の検出を行わない前記通信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009034092A JP4676538B2 (ja) | 2009-02-17 | 2009-02-17 | 通信装置及び通信システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009034092A JP4676538B2 (ja) | 2009-02-17 | 2009-02-17 | 通信装置及び通信システム |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006233630A Division JP4676403B2 (ja) | 2006-08-30 | 2006-08-30 | 通信装置及び通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2009112059A true JP2009112059A (ja) | 2009-05-21 |
| JP4676538B2 JP4676538B2 (ja) | 2011-04-27 |
Family
ID=40779954
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009034092A Expired - Fee Related JP4676538B2 (ja) | 2009-02-17 | 2009-02-17 | 通信装置及び通信システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4676538B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102868640A (zh) * | 2012-04-12 | 2013-01-09 | 华为技术有限公司 | 一种增加聚合链路可用带宽的方法、设备和系统 |
| JP2014112835A (ja) * | 2013-11-28 | 2014-06-19 | Telefon Ab L M Ericsson | 電気通信網における方法及び装置 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004040854A1 (ja) * | 2002-10-30 | 2004-05-13 | Fujitsu Limited | Ｌ２スイッチ |
| JP2005244672A (ja) * | 2004-02-26 | 2005-09-08 | Nec Corp | ネットワークの障害監視処理システム及び方法 |
| JP2006067040A (ja) * | 2004-08-25 | 2006-03-09 | Hitachi Communication Technologies Ltd | インタフェース変換装置およびプロテクション方式 |
| JP2007180891A (ja) * | 2005-12-28 | 2007-07-12 | Nec Corp | 通信装置及びそれに用いるパケット送信制御方法並びにそのプログラム |
| JP2007221526A (ja) * | 2006-02-17 | 2007-08-30 | Alaxala Networks Corp | ネットワーク中継装置およびパケットの転送方法 |
-
2009
- 2009-02-17 JP JP2009034092A patent/JP4676538B2/ja not_active Expired - Fee Related
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004040854A1 (ja) * | 2002-10-30 | 2004-05-13 | Fujitsu Limited | Ｌ２スイッチ |
| JP2005244672A (ja) * | 2004-02-26 | 2005-09-08 | Nec Corp | ネットワークの障害監視処理システム及び方法 |
| JP2006067040A (ja) * | 2004-08-25 | 2006-03-09 | Hitachi Communication Technologies Ltd | インタフェース変換装置およびプロテクション方式 |
| JP2007180891A (ja) * | 2005-12-28 | 2007-07-12 | Nec Corp | 通信装置及びそれに用いるパケット送信制御方法並びにそのプログラム |
| JP2007221526A (ja) * | 2006-02-17 | 2007-08-30 | Alaxala Networks Corp | ネットワーク中継装置およびパケットの転送方法 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102868640A (zh) * | 2012-04-12 | 2013-01-09 | 华为技术有限公司 | 一种增加聚合链路可用带宽的方法、设备和系统 |
| CN102868640B (zh) * | 2012-04-12 | 2015-06-03 | 华为技术有限公司 | 一种增加聚合链路可用带宽的方法、设备和系统 |
| JP2014112835A (ja) * | 2013-11-28 | 2014-06-19 | Telefon Ab L M Ericsson | 電気通信網における方法及び装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4676538B2 (ja) | 2011-04-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4676403B2 (ja) | 通信装置及び通信システム | |
| JP4688765B2 (ja) | ネットワークの冗長方法及び中位スイッチ装置 | |
| JP3956685B2 (ja) | ネットワーク間接続方法、仮想ネットワーク間接続装置およびその装置を用いたネットワーク間接続システム | |
| JP4796184B2 (ja) | エッジノード冗長システム | |
| JP5158369B2 (ja) | 通信システム、ノード、端末、通信方法、およびプログラム | |
| US8441923B2 (en) | Communication path providing method and communication apparatus | |
| JP5546461B2 (ja) | チェーン及びリングネットワークにおける透過的なオートリカバリのための方法及びシステム | |
| US20150043330A1 (en) | End-to-end hitless protection in packet switched networks | |
| WO2007086157A1 (ja) | ネットワークシステム | |
| JP5941404B2 (ja) | 通信システム、経路切替方法及び通信装置 | |
| JP2006270169A (ja) | パケット中継装置 | |
| US20100303081A1 (en) | Communication system and method for forwarding a packet among a plurality of edge routers | |
| JPWO2007077998A1 (ja) | 通信システム、通信方法、ノード、およびノード用プログラム | |
| EP2424186B1 (en) | Dual-computer hot-standby method, device and system | |
| JP5521663B2 (ja) | 通信装置、通信システムおよび通信方法 | |
| CN101640703A (zh) | 二层mac清除/重路由 | |
| US20150172173A1 (en) | Communication system, communication apparatus and path switching method | |
| JP2022507745A (ja) | 通信方法および通信装置 | |
| JP4895972B2 (ja) | リングプロトコル高速切替方法およびその装置 | |
| US20090245263A1 (en) | Apparatus and method for transmitting packets in a packet switched network | |
| JP6236925B2 (ja) | 伝送装置および伝送方法 | |
| JP4676538B2 (ja) | 通信装置及び通信システム | |
| JP5907252B2 (ja) | 通信装置、通信方法、及び通信プログラム | |
| CN102104529B (zh) | 一种pbt网络中实现报文传输的方法和设备 | |
| JP2009147653A (ja) | 通信システムおよびリングノード装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20090217 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20100121 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20101022 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A132 Effective date: 20101109 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110105 |
|
| 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: 20110125 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110127 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140204 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 4676538 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |