(57)【要約】【課題】冗長化されたインタフェースの切替に伴う不要なＬＯＣ検出を抑制する。【解決手段】通信装置１０２は、冗長化されたＵＮＩ側ＬＩＵ１０とＵＮＩ側ＬＩＵ２０を備える。通信装置１０２は、外部装置から送信されたＣＣＭフレームについて、ＵＮＩ側ＬＩＵ１０とＵＮＩ側ＬＩＵ２０の少なくとも１つにおいて受信状況が正常である場合に、外部装置との接続状態を正常と判定する。ＣＣＭフレームを受信していたＵＮＩ側ＬＩＵ１０に障害が発生し、ＵＮＩ側ＬＩＵ２０がＣＣＭフレームを受信するよう切り替えた場合に、ＵＮＩ側ＬＩＵ２０でのＣＣＭフレームの受信状況を一旦正常とした上で、その後の受信状況を監視する。【選択図】図６
2014143510.tif 000002
【特許請求の範囲】
【請求項１】
冗長化された複数のインタフェース部と、
外部装置から送信された監視フレームの受信状況を監視する監視部であって、前記複数のインタフェース部に対応する複数の監視部と、
前記複数の監視部の少なくとも１つにおいて前記監視フレームの受信状況が正常である場合に、前記外部装置との接続状態を正常と判定する判定部と、
前記複数のインタフェース部のうち１つのインタフェース部に障害が発生した場合に、前記１つのインタフェース部がそれまで受信していた監視フレームを別のインタフェース部が受信するよう切り替える切替部と、
を備え、
前記別のインタフェース部が前記監視フレームを受信するよう切り替えられた場合に、前記別のインタフェース部に対応する監視部は、前記監視フレームの受信状況を一旦正常とした上で、その後の受信状況を監視することを特徴とする通信装置。
【請求項２】
前記別のインタフェース部に対応する監視部は、前記別のインタフェース部が前記監視フレームを受信するよう切り替えられた場合に、前記監視フレームの受信状況を一旦正常とし、その後の受信状況を、受信状況を正常から異常に切り替えるべき条件を定めた規則にしたがって判定することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記別のインタフェース部に対応する監視部は、前記別のインタフェース部が前記監視フレームを受信するよう切り替えられた場合に、前記監視フレームの受信状況を一旦正常とし、受信状況を判定するための時間情報を初期化した上で、その後の受信状況を監視することを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記別のインタフェース部に対応する監視部は、前記別のインタフェース部が前記監視フレームを受信するよう切り替えられたときに、前記１つのインタフェース部に対応する監視部が前記監視フレームの受信状況の異常を検出していた場合は、前記監視フレームの受信状況を正常に切り替えることを抑制することを特徴とする請求項１から３のいずれかに記載の通信装置。
【請求項５】
冗長化された複数のインタフェース部を備える通信装置が、
外部装置から送信された監視フレームについて、前記複数のインタフェース部での受信状況を監視するステップと、
前記複数のインタフェース部の少なくとも１つにおいて前記監視フレームの受信状況が正常である場合に、前記外部装置との接続状態を正常と判定するステップと、
前記監視フレームを受信していたインタフェース部に障害が発生し、そのインタフェース部とは別のインタフェース部が前記監視フレームを受信するよう切り替えた場合に、前記別のインタフェース部での前記監視フレームの受信状況を一旦正常とした上で、その後の受信状況を監視するステップと、
を実行することを特徴とする接続性監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置およびその通信装置による外部との接続性監視方法に関する。
【背景技術】
【０００２】
ネットワークの運用状態を把握し、故障や性能等を把握するために、ＯＡＭ（Operation Administration Maintenance）と呼ばれる機能が通信装置に実装されることがある。ＯＡＭで規定される機能の１つに、監視ポイント間のフレームの到達性を監視するＣＣ（Continuity Check）機能が規定されている。監視ポイントはＭＥＰ（Maintenance End Point）と呼ばれる。ＣＣでは、ＭＥＰ間で、定期的に監視用のフレームであるＣＣＭ（Continuity Check Message）フレームを送受信し、ＭＥＰ間の接続性を監視する。ＭＥＰは、所定の制限期間内に所定数のＣＣＭフレームを受信しない場合、接続性の喪失（以下、「ＬＯＣ（Loss of Continuity）」と呼ぶ。）を検出する。
【０００３】
ところで、複数の物理インタフェースを束ねて論理的に単一リンクに見せる技術であるリンクアグリゲーション（Link Aggregation）が知られている。リンクアグリゲーションにより、物理リンクの帯域×本数を、論理リンクの帯域として確保できる。リンクアグリゲーションのメリットとして、１）帯域の拡大、２）冗長性の確保、すなわち束ねた物理リンクの一部で障害が発生しても、残りの物理リンクによって接続を維持できること、が挙げられる。ＯＡＭおよびリンクアグリゲーションについては以下の特許文献１を参照。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１３１６１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明者は、冗長化された複数の物理インタフェースのそれぞれでＣＣＭフレームの受信を監視し、ＣＣＭフレームを受信していた一方の物理インタフェースの障害に伴い、そのＣＣＭフレームを他方の物理インタフェースで受信するよう切り替えた場合に、所定の制限期間内に所定数のＣＣＭフレームを受信できず、実際の接続状態は正常でありながらＬＯＣを検出することがあると考えた。
【０００６】
本発明は本発明者の上記課題認識にもとづきなされたものであり、その主な目的は、冗長化されたインタフェースの切替に伴う不要なＬＯＣ検出を抑制する技術を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある態様の通信装置は、冗長化された複数のインタフェース部と、外部装置から送信された監視フレームの受信状況を監視する監視部であって、複数のインタフェース部に対応する複数の監視部と、複数の監視部の少なくとも１つにおいて監視フレームの受信状況が正常である場合に、外部装置との接続状態を正常と判定する判定部と、複数のインタフェース部のうち１つのインタフェース部に障害が発生した場合に、１つのインタフェース部がそれまで受信していた監視フレームを別のインタフェース部が受信するよう切り替える切替部と、を備える。別のインタフェース部が監視フレームを受信するよう切り替えられた場合に、別のインタフェース部に対応する監視部は、監視フレームの受信状況を一旦正常とした上で、その後の受信状況を監視する。
【０００８】
本発明の別の態様は、接続性監視方法である。この方法は、冗長化された複数のインタフェース部を備える通信装置が、外部装置から送信された監視フレームについて、複数のインタフェース部での受信状況を監視するステップと、複数のインタフェース部の少なくとも１つにおいて監視フレームの受信状況が正常である場合に、外部装置との接続状態を正常と判定するステップと、監視フレームを受信していたインタフェース部に障害が発生し、そのインタフェース部とは別のインタフェース部が監視フレームを受信するよう切り替えた場合に、別のインタフェース部での監視フレームの受信状況を一旦正常とした上で、その後の受信状況を監視するステップと、を実行する。
【０００９】
なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１０】
本発明によれば、冗長化されたインタフェースの切替に伴う不要なＬＯＣ検出を抑制することができる。
【図面の簡単な説明】
【００１１】
【図１】ＬＯＣ検出用テーブルを示す図である。
【図２】カード間ＬＡＧ切替によるＬＯＣ検出状況を模式的に示すタイミングチャートである。
【図３（ａ）】カード間ＬＡＧ切替によるＬＯＣ検出状況を模式的に示すタイミングチャートである。
【図３（ｂ）】カード間ＬＡＧ切替によるＬＯＣ検出状況を模式的に示すタイミングチャートである。
【図４】カード間ＬＡＧ切替によるＬＯＣ検出状況を模式的に示すタイミングチャートである。
【図５】カード間ＬＡＧ切替によるＬＯＣ検出状況を模式的に示すタイミングチャートである。
【図６】実施の形態の通信システムを示す図である。
【図７】図６の通信システムで伝送されるフレーム構成を示す図である。
【図８】図６の通信装置の機能構成を示すブロック図である。
【図９】通信装置の動作を示すフローチャートである。
【図１０】図９のＳ２４の受信状況判定処理を詳細に示すフローチャートである。
【図１１】通信装置の動作を示すフローチャートである。
【図１２】通信装置の動作を示すフローチャートである。
【発明を実施するための形態】
【００１２】
実施の形態の通信装置の構成を説明する前に、冗長化されたインタフェースの切替に伴って不要なＬＯＣ検出をする問題と、その問題を解決するための技術を説明する。なお、実施の形態のＯＡＭは、イーサネット（登録商標）ＯＡＭであってもよい。
【００１３】
まず、ＣＣ機能においてある装置のＭＥＰが対向装置のＭＥＰへ定期的に送信するＣＣＭフレームには、ＯＡＭの規定に沿って、ＣＣＭフレームの送信間隔やタイムアウトに関する情報である３ビット長の「ピリオド値」が挿入される。実施の形態のピリオド値は、ＣＣＭフレーム送信周期を示すものとする。送信側のＭＥＰはこのピリオド値にもとづいた送信間隔でＣＣＭフレームを送信する。
【００１４】
受信側のＭＥＰは、ＯＡＭで規定された「ＬＯＣ検出条件」にしたがって、対向ＭＥＰ（送信側ＭＥＰ）に対するＬＯＣ検出状態、すなわち接続性を異常と認識した状態へ移行する。具体的には、ＣＣＭフレームを受信した場合に、受信したＣＣＭフレームからピリオド値を抽出し、そのピリオド値が示す送信間隔の３．５倍の時間をタイムアウト時間として特定する。そして、タイムアウト時間が経過するまでの間に新たなＣＣＭフレームを１つも受信しなかった場合に、障害が発生したとしてＬＯＣを検出する。
【００１５】
また受信側のＭＥＰは、ＯＡＭで規定された「ＬＯＣ検出解除条件」にしたがって、対向ＭＥＰ（送信側ＭＥＰ）に対するＬＯＣ非検出状態、すなわち接続性を正常と認識した状態へ移行する。具体的には、ＬＯＣ検出後、新たにＣＣＭフレームを受信し、受信したＣＣＭフレームから抽出したピリオド値にもとづくタイムアウト時間（ピリオド値×３．５）内に、さらに２個以上のＣＣＭフレームを受信した場合に、障害が解消したとしてそれまでのＬＯＣ検出状態を解除する。
【００１６】
複数の物理ポートを束ねて１つの論理ポートとするリンクアグリゲーションが構成されるときに、論理ポート単位にＭＥＰを設定し、そのＭＥＰにおいて対向ＭＥＰから送信されたＣＣＭフレームを終端してＣＣ監視を実施することがある。具体的には、同一のリンクアグリゲーショングループ（以下、「ＬＡＧ」とも呼ぶ。）に属する複数の物理ポート、言い換えれば、リンクアグリゲーションにより１つの論理ポートに束ねられた複数の物理ポートのそれぞれで、ＣＣＭフレームの受信状況を監視し、同一ＭＥＰ（同一ＬＡＧ）単位で、対向ＭＥＰとの最終的な接続性判定（すなわちＬＯＣ検出）を行うことがある。なお、対向ＭＥＰもリンクアグリゲーション構成の場合、ＬＡＧ内のどの物理ポートから送信されたＣＣＭフレームにも同じＭＥＰ−ＩＤが付与されるため、リンクアグリゲーションが構成されたポート（論理ポート）同士でも、ＣＣＭフレームを実際に送受した物理ポートを意識することなくＣＣ監視が可能である。次に図１を参照して、ＬＯＣ検出の具体例を説明する。
【００１７】
図１はＬＯＣ検出用テーブルを示す。図１の例では、同一のＬＡＧに属する物理ポート、言い換えれば、同一の論理ポートに集約された物理ポートであるポート１とポート２のそれぞれに対応づけて、対向する３つのＭＥＰ（ここではＣＣＭフレーム送信側のＭＥＰ）が登録されている。また、対向ＭＥＰ（ＩＤ＝１１０）からのＣＣＭフレームはポート１で受信し、対向ＭＥＰ（ＩＤ＝１０１）と対向ＭＥＰ（ＩＤ＝１２０）からのＣＣＭフレームはポート２で受信していたとする。
【００１８】
この場合、物理ポート単位では、ポート１とポート２の両方でＬＯＣ検出状態になるようにも見える。しかし、ポート１とポート２を集約したＬＡＧ単位（ポート１とポート２を束ねた論理ポート単位とも言え、論理ポートに対して設定したＭＥＰ単位とも言える）では、ポート１とポート２の少なくとも一方でＣＣＭフレームを正常に受信しているためＬＯＣ検出状態ではない。このようにＬＡＧが構成されている場合、ＬＡＧを単位として、対向ＭＥＰ毎にＬＡＧ内のいずれかのポートでＬＯＣ検出無しであればＬＯＣ非検出状態（すなわち接続性が正常）と判定する。全ての対向ＭＥＰについて、ＬＡＧを単位として接続性を評定する。
【００１９】
ここでポート１とポート２が異なるＬＩＵ（Line Interface Unit）カードに搭載される場合、すなわち複数のカード間でＬＡＧが構築されている場合、片方のＬＩＵの故障等によってカード間ＬＡＧで切替が発生する。そして装置内においてＣＣＭフレームの転送先となるＬＩＵを正常なＬＩＵへ切り替える。このとき、ＬＩＵ故障を検出するまでの時間や、ＬＡＧ切替に要した時間によっては、ＬＩＵ１（ポート１を搭載）、ＬＩＵ２（ポート２を搭載）の両方でＣＣＭフレームを受信しない時間が発生する。この結果、ポート１とポート２を合わせたＣＣＭフレームの受信状態は、本来接続性は正常、言い換えれば、ＬＯＣ検出条件を満たさないにもかかわらず、ＬＯＣを検出することがある。
【００２０】
図２は、カード間ＬＡＧ切替によるＬＯＣ検出状況を模式的に示すタイミングチャートである。同図では、ＬＡＧ切替に伴う不要なＬＯＣ検出の問題を示している。また同図では、１つの対向ＭＥＰ（例えば図１のＩＤ＝１１０）からのＣＣＭフレームの受信状況を示し、ＣＣＭフレームの受信を「○」、未受信を「×」で示している。また、１つの「○」または「×」から次の「○」または「×」までの間隔は、ＣＣＭフレームのピリオド値が示す送信周期（送信間隔）を示している。さらにまた、１段目および２段目にポート単位の接続性判定結果、３段目にＬＡＧ単位の接続性判定結果を示している。図３以降のタイミングチャートについても同様である。
【００２１】
図２で示すように、ＬＩＵ１が故障したことに伴いＣＣＭフレームを受信するＬＩＵをＬＩＵ２へ移行した場合に、ポート１では、ピリオド値×３．５のタイムアウト時間、ＣＣＭフレームを受信しなければ正常状態からＬＯＣ検出状態へ遷移する。ポート２では、最初にＣＣＭフレームを受信してから、ピリオド値×３．５のタイムアウト時間が経過するまでに新たなＣＣＭフレームを２個受信すると、ＬＯＣ検出状態から正常状態へ遷移する。
【００２２】
図２の例では、ＬＡＧ切替の前後に亘ってＣＣＭフレームを受信しているにもかかわらず、ポート１のＬＯＣ検出と、ポート２のＬＯＣ回復のタイミングによって、両ポートがＬＯＣ検出状態となって、ＬＡＧ単位でＬＯＣ検出状態と判定してしまう。その結果、本来不要な異常処理、例えば管理者に対する本来不要なアラート通知等が実行されてしまうことがある。
【００２３】
図３（ａ）および図３（ｂ）も、カード間ＬＡＧ切替によるＬＯＣ検出状況を模式的に示すタイミングチャートである。これらの図もまた、ＬＡＧ切替に伴う不要なＬＯＣ検出の問題を示している。図３（ａ）では、ＣＣＭフレームのピリオド値が示す送信周期の２倍の間隔でＣＣＭフレームを受信している。この場合、ピリオド値の３．５倍のタイムアウト時間内に１個以上のＣＣＭフレームを受信しているため、ＬＯＣ検出条件は満たされず、ＬＯＣは検出されない。
【００２４】
ここで図３（ｂ）が示すようにＬＡＧ切替が発生すると、切替先のポート２はそれまでのＬＯＣ検出状態から正常状態へ回復しなければならない。しかしポート２は、ピリオド値の３．５倍の時間内に３個のＣＣＭフレームを受信しない、言い換えれば、１つのＣＣＭフレームを受信してからピリオド値の３．５倍の時間内にさらに２つのＣＣＭフレームを受信していない。したがってＬＯＣ検出解除条件は満たされず、ポート２のＬＯＣ検出状態は解除されない。すなわち、切替先のポート２はＬＯＣ検出状態を維持することとなり、ＬＡＧ単位でもＬＯＣ検出状態を維持してしまう。
【００２５】
また、不要なＬＯＣ検出の抑制のために、ＬＯＣ検出を抑制する期間（以下、「ＬＯＣ検出保護期間」とも呼ぶ。）を設けることが考えられる。図４は、カード間ＬＡＧ切替によるＬＯＣ検出状況を模式的に示すタイミングチャートである。同図で示すように、ＬＡＧ切替開始からの一定時間をＬＯＣ検出保護期間とし、ＬＯＣ検出保護期間中はＬＯＣを検出してもＬＯＣ検出状態へ移行しない。図４の例では、ＣＣＭフレームの受信状況は図２と同じであるが、ポート１とポート２の両方がＬＯＣ検出状態となったときはＬＯＣ検出保護期間中であるため、ＬＡＧ単位での接続性を正常と判定する。また、ＬＯＣ検出保護期間が終了したとき、ポート２のＣＣＭ受信状況は正常（ＬＯＣ非検出状態）であるため、ＬＡＧ単位での接続性を正常と判定する。
【００２６】
ただし、ＬＡＧ切替時にＣＣＭフレームを転送するＬＩＵを移動するために要する時間は、ＬＡＧ切替処理の所要時間に依存するため、どれだけの保護期間を確保すればよいかの判断は困難である。また、保護期間の長さの基準はこれまで十分に提案されてこなかった。保護期間が短すぎると、ポート１とポート２の両方が同じタイミングでＬＯＣ検出状態となる可能性が高まる。その一方、保護期間が長すぎると、ＬＡＧ切替後も故障が継続した場合や、対向ＭＥＰとの接続性が切替前から異常である場合に、切替後のＬＩＵにおいてＬＯＣを検出するまでに時間がかかってしまう。
【００２７】
このような不要なＬＯＣ検出の問題を解決するために、本実施の形態の通信装置は、一定の保護期間を設けるのではなく、自装置のＬＡＧ切替完了時点で、切替先のポート２におけるＣＣＭフレーム受信状態を強制的に正常に遷移させる。そして、ポート２におけるＣＣＭフレーム監視のためのタイマ値を、ＣＣＭフレームのピリオド値の３．５倍の時間（タイムアウト時間）に初期化する。ただし、ＬＡＧ切替完了時点で、対向ＭＥＰとの接続性（ＬＡＧ単位での接続性）が既にＬＯＣ検出状態であれば、切替先のポート２におけるＣＣＭフレーム受信状態を強制的に正常に遷移させることを抑制する。
【００２８】
図５は、カード間ＬＡＧ切替によるＬＯＣ検出状況を模式的に示すタイミングチャートである。同図は、実施の形態でのＬＯＣ検出状況を示している。図５で示すように、ＬＡＧ切替に伴いポート２では、ＬＡＧ切替後のＣＣＭフレームの受信状況監視を、正常状態から開始する。したがって、ＬＯＣ検出解除条件を満たして、それまでのＬＯＣ検出状態を解除する必要はない。また、ＬＯＣ検出条件を満たさなければＬＯＣを検出しないため、ＬＡＧ単位で本来不要なＬＯＣ検出を抑制できる。
【００２９】
また実施の形態の構成では、図３（ａ）（ｂ）で示したように、ピリオド値の２倍の周期でＣＣＭフレームを受信する場合でもＬＯＣ検出を抑制できる。また、切替先のポート２の故障によりＬＡＧ切替後もＣＣＭフレームが受信されない場合、ＬＡＧ切替完了後からピリオド値の３．５倍の時間経過後にはＬＯＣが検出されるため、ＬＯＣ検出までの時間を必要最低限の長さにできる。すなわち、必要なＬＯＣ検出と、不要なＬＯＣ検出の抑制を両立できる。以下、実施の形態の通信装置の構成を詳細に説明する。
【００３０】
図６は、実施の形態の通信システムを示す。通信装置１０２は、ユーザ網１０４とＭＰＬＳ−ＴＰ（Multi Protocol Label Switching ? Transport Profile）網１０６間で、主信号としてユーザのＭＡＣフレーム（以下、「ユーザフレーム」とも呼ぶ。）を中継する。例えば、ユーザ網１０４はユーザ側のネットワークであり、ＭＰＬＳ−ＴＰ網１０６は通信キャリアのネットワークである。通信装置１０２は、レイヤ２スイッチであってもよく、レイヤ２、レイヤ３、レイヤ４等の複数レイヤのデータにしたがってフレームを中継するマルチレイヤスイッチであってもよい。
【００３１】
通信装置１０２は、ＵＮＩ（User-Network Interface）のためのインタフェースカードであるＵＮＩ側ＬＩＵ１０とＵＮＩ側ＬＩＵ２０を備える。通信装置１０２では、ＵＮＩ側ＬＩＵ１０とＵＮＩ側ＬＩＵ２０にカード間ＬＡＧを構成し、ユーザ網１０４に設置された通信装置や情報処理装置と接続させる。また通信装置１０２は、ＮＮＩ（Network-Network Interface）のためのインタフェースカードであるＮＮＩ側ＬＩＵ３０を備える。
【００３２】
通信システム１００では、ＰＷ（Pseude Wire）レイヤでＣＣＭフレームを監視する。具体的には、ＭＰＬＳ−ＴＰ網１０６内の他の通信装置に設けられたＭＥＰ（すなわち対向ＭＥＰ）から送信されたＣＣＭフレームの受信状況を、ＰＷレイヤの終端としてＵＮＩ側ＬＩＵ１０と、ＵＮＩ側ＬＩＵ２０とのカード間ＬＡＧに対応するＭＥＰ、言い換えれば、ポート１２とポート２２とを束ねる論理ポートに割り当てたＭＥＰで監視する。具体的には、同一のＭＥＰに割り当てられたポート１２に対応する監視部と、ポート２２に対応する監視部のそれぞれで監視し、両監視部での受信状況をマージして、ＬＡＧ単位で対向ＭＥＰとの接続性を判定する。
【００３３】
実施の形態においてＬＳＰ（Label Switched Path）の終端は、ＮＮＩ側ＬＩＵ３０とする。ただし、ＮＮＩ側ＬＩＵ３０から、ＵＮＩ側ＬＩＵ１０またはＵＮＩ側ＬＩＵ２０へフレームを転送する際にＭＰＬＳラベルを破棄することはしない。なお、ＬＳＰレイヤにおいてＣＣ監視を行う場合は、通信装置１０２のＮＮＩ側ＬＩＵ３０のＭＥＰと、他の通信装置のＭＥＰ間でＣＣＭフレームを終端することになる。
【００３４】
図７は、図６の通信システム１００で伝送されるフレーム構成を示す。図７の（ａ）は、ユーザフレームとＣＣＭフレームに共通するフレーム全体構成を示している。図７の（ｂ）は、図７の（ａ）のデータフィールドの詳細構成であり、ユーザフレームにおける構成を示している。図７の（ｃ）は、図７の（ａ）のデータフィールドの詳細構成であり、ＣＣＭフレームにおける構成を示している。
【００３５】
図７の（ａ）の「キャリアＭＡＣ  ＤＡ／ＳＡ」は、ＮＮＩ側で（フレーム伝送等に）使用する宛先ＭＡＣアドレスおよび送信元ＭＡＣアドレスである。図７の（ｂ）の「カスタマＭＡＣ  ＤＡ／ＳＡ」は、ＵＮＩ側で（フレーム伝送等に）使用する宛先ＭＡＣアドレスおよび送信元ＭＡＣアドレスである。また「ＩＰ  ＤＡ／ＳＡ」は、外部のレイヤ３網でのフレーム伝送や、ＵＮＩ側での装置識別のために使用する宛先ＩＰアドレスおよび送信元ＩＰアドレスである。図７の（ｃ）の「ＧＡＬ」は、制御パケットであることを示すラベル（G-ACh Alert Label）であり、「ＡＣＨ」は、制御パケットの種類（ここではＯＡＭ）を示すラベル（Associated Channel Header）である。図７の（ｃ）のデータフィールドには、ＣＣＭフレームのピリオド値を含むＣＣＭデータが格納される。
【００３６】
図６に戻り、ＮＮＩからＵＮＩへ転送される、言い換えれば、ＮＮＩ側ＬＩＵ３０で入力されて、ＵＮＩ側ＬＩＵ１０またはＵＮＩ側ＬＩＵ２０から出力すべきユーザフレームは、ＮＮＩ側ＬＩＵ３０が、ユーザフレームの識別情報にもとづくハッシュ演算の結果にしたがいＵＮＩ側ＬＩＵ１０またはＵＮＩ側ＬＩＵ２０へ振分ける。ユーザフレームの識別情報としては、図７の（ｂ）に示す「カスタマＭＡＣ  ＤＡ／ＳＡ」と「ＩＰ  ＤＡ／ＳＡ」の組み合わせを使用してもよい。またＮＮＩからＵＮＩへ転送されるＣＣＭフレームは、ＰＷラベルでハッシュ演算し、その演算結果にしたがいＵＮＩ側ＬＩＵ１０またはＵＮＩ側ＬＩＵ２０へ振分ける。
【００３７】
図８は、図６の通信装置１０２の機能構成を示すブロック図である。一部既述したが、通信装置１０２は、ＵＮＩ側ＬＩＵ１０と、ＵＮＩ側ＬＩＵ２０と、ＮＮＩ側ＬＩＵ３０と、制御部４０を備える。以下の説明では、ＮＮＩ側からＵＮＩ側へユーザフレームおよびＣＣＭフレームを転送する構成を説明するが、実際には双方向にフレームを中継する。
【００３８】
本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵやメモリをはじめとする素子や機械装置、電子回路で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。
【００３９】
ＵＮＩ側ＬＩＵ１０と、ＵＮＩ側ＬＩＵ２０と、ＮＮＩ側ＬＩＵ３０のそれぞれは、インタフェース盤とも呼ばれるインタフェースカードである。ＮＮＩ側ＬＩＵ３０は、ポート３２と、転送部３４と、装置内ＩＦ（インタフェース）３６を有する。ポート３２は、ＭＰＬＳ−ＴＰ網１０６に設置された通信装置や情報処理装置との間でユーザフレームおよびＣＣＭフレームを送受信する通信ポートである。
【００４０】
転送部３４は、ユーザフレームに設定されたＬ３ヘッダのハッシュ値と、ユーザフレームの転送先としてのＬＩＵの識別情報、すなわちＵＮＩ側ＬＩＵ１０またはＵＮＩ側ＬＩＵ２０の識別情報とを対応づけた振分け規則テーブルを保持する。転送部３４は、ポート３２においてユーザフレームが受信された場合、ユーザフレームの「カスタマＭＡＣ  ＤＡ／ＳＡ」と「ＩＰ  ＤＡ／ＳＡ」を所定のハッシュ関数に入力してハッシュ演算の結果であるハッシュ値を取得する。転送部３４は、振分け規則テーブルを参照して、そのハッシュ値と対応づけられたＬＩＵに対して、装置内ＩＦ３６を介してユーザフレームを転送する。変形例として振分け基準にはＬ４ヘッダ等、別のフレームデータを用いてもよい。
【００４１】
また転送部３４は、ＣＣＭフレームに設定されたＰＷヘッダのハッシュ値と、ＣＣＭフレームの転送先としてのＬＩＵの識別情報、すなわちＵＮＩ側ＬＩＵ１０またはＵＮＩ側ＬＩＵ２０の識別情報とを対応づけた振分け規則テーブルを保持する。転送部３４は、ポート３２においてＣＣＭフレームが受信された場合、ＣＣＭフレームのＰＷヘッダのデータを所定のハッシュ関数に入力してハッシュ演算の結果であるハッシュ値を取得する。転送部３４は、振分け規則テーブルを参照して、そのハッシュ値と対応づけられたＬＩＵに対して、装置内ＩＦ３６を介してＣＣＭフレームを転送する。変形例として振分け基準にはＬ２ヘッダ等、別のフレームデータを用いてもよい。
【００４２】
ＵＮＩ側ＬＩＵ１０は、ポート１２と、監視部１４と、装置内ＩＦ１６を有し、ＵＮＩ側ＬＩＵ２０は、ポート２２と、監視部２４と、装置内ＩＦ２６を有する。装置内ＩＦ１６および装置内ＩＦ２６は、ＮＮＩ側ＬＩＵ３０から転送されたユーザフレームおよびＣＣＭフレームを受け付ける。ポート１２およびポート２２は、装置内ＩＦ１６または装置内ＩＦ２６で受け付けられたユーザフレームをユーザ網１０４に設置された通信装置や情報処理装置へ送信する。
【００４３】
既述したように、ＵＮＩ側ＬＩＵ１０のポート１２と、ＵＮＩ側ＬＩＵ２０のポート２２との間でカード間ＬＡＧが構成され、ポート１２とポート２２を束ねた論理ポート（すなわちＬＡＧ）には単一のＭＥＰが設定されている。監視部１４と監視部２４はそれぞれ、ＣＣ監視処理を実行する。
【００４４】
具体的には、監視部１４および監視部２４は、装置内ＩＦ１６または装置内ＩＦ２６で受け付けられたＣＣＭフレームに対する所定の終端処理を実行する。例えば、ＣＣＭフレームをポート１２またはポート２２に渡すことなく廃棄する。また監視部１４および監視部２４は、ＣＣＭフレームの受信状況を監視する。受信状況の監視処理として、当該ＣＣＭフレームを受信するまでの受信状況がＬＯＣ非検出状態（正常）である場合、監視部１４および監視部２４は、当該ＣＣＭフレームの受信によりＬＯＣ検出条件を満たすことになったか否かを基準として、対向ＭＥＰとの接続性を判定する。すなわち、ＬＯＣ検出条件を満たさなければ対向ＭＥＰとの接続性をＬＯＣ非検出状態（正常）のまま維持し、ＬＯＣ検出条件を満たすと対向ＭＥＰとの接続性をＬＯＣ検出状態（異常）へ移行する。
【００４５】
その一方、当該ＣＣＭフレームを受信するまでの受信状況がＬＯＣ検出状態（異常）である場合、監視部１４および監視部２４は、当該ＣＣＭフレームの受信によりＬＯＣ検出解除条件を満たすことになったか否かを基準として、対向ＭＥＰとの接続性を判定する。すなわち、ＬＯＣ検出解除条件を満たさなければ対向ＭＥＰとの接続性をＬＯＣ検出状態（異常）のまま維持し、ＬＯＣ検出解除条件を満たすと対向ＭＥＰとの接続性をＬＯＣ非検出状態（正常）へ移行する。
【００４６】
制御部４０は制御盤とも呼ばれ、通信装置１０２全体の動作を統括的に制御し、また各ＬＩＵの動作を統括的に制御する。制御部４０は、接続性判定部４２と、アラート通知部４４と、ＬＡＧ制御部４６を有する。
【００４７】
接続性判定部４２は、ＵＮＩ側ＬＩＵ１０に設けられた監視部１４によるＣＣ監視の結果と、ＵＮＩ側ＬＩＵ２０に設けられた監視部２４によるＣＣ監視の結果の両方を参照し、ＬＡＧを単位として、対向ＭＥＰ（すなわち対向ＭＥＰが設けられた外部装置）との接続状態を判定する。具体的には、監視部１４と監視部２４の両方がＬＯＣ検出状態である場合に、ＬＡＧ単位でＬＯＣ検出状態と判定し、すなわち対向ＭＥＰとの接続状態を異常と判定する。監視部１４と監視部２４の少なくとも一方がＬＯＣ非検出状態であれば、ＬＡＧ単位でＬＯＣ非検出状態と判定し、すなわち対向ＭＥＰとの接続状態を正常と判定する。
【００４８】
アラート通知部４４は、接続性判定部４２が、対向ＭＥＰについてＬＡＧ単位でＬＯＣ検出状態であると判定した場合に、通信システム１００の管理者へのアラートメッセージを、通信システム１００に設置された不図示の管理装置へ通知する。このアラートメッセージには、例えば、対向ＭＥＰ（すなわち対向ＭＥＰが設けられた外部装置）との接続状態が異常である旨が設定されてもよい。
【００４９】
ＬＡＧ制御部４６は、同一のカード間ＬＡＧに属する複数のＬＩＵ、具体的にはＵＮＩ側ＬＩＵ１０およびＵＮＩ側ＬＩＵ２０の動作状態を監視する。ＬＡＧ制御部４６は、カード間ＬＡＧに属する１つのＬＩＵ（ポート等）に障害が発生して故障状態となったことを検出すると、リンクアグリゲーションの規定により予め定められたＬＡＧ切替処理を実行する。そしてＬＡＧ切替処理の完了時に、ＬＡＧ切替を通知するためのＬＡＧ切替情報をカード間ＬＡＧに属する他のＬＩＵへ送信する。実施の形態では、さらにＮＮＩ側ＬＩＵ３０に対してもＬＡＧ切替情報を送信する。
【００５０】
ＬＡＧ切替情報は、故障したＬＩＵがそれまで監視していたＣＣＭフレームの種類（例えば対向ＭＥＰのＩＤ）、故障時までのＣＣＭフレームの受信状況、切替後にＣＣＭフレームが転送されるべきＬＩＵの識別情報を含む。ここで図５の例に当てはめて、ＵＮＩ側ＬＩＵ１０のポート１２（図５のポート１）で障害が発生し、ＣＣＭフレームの転送先をＵＮＩ側ＬＩＵ２０のポート２２（図５のポート２）へ切り替えることを考える。この場合、ＬＡＧ制御部４６は、（１）ＵＮＩ側ＬＩＵ１０の監視部１４でそれまで監視していた対向ＭＥＰのＩＤ「１１０」と、（２）故障時までのＣＣＭフレームの受信状況「正常」と、（３）対向ＭＥＰのＩＤ「１１０」のＣＣＭフレームの新たな転送先である「ＵＮＩ側ＬＩＵ２０」の識別情報、を指定したＬＡＧ切替情報を、ＵＮＩ側ＬＩＵ２０とＮＮＩ側ＬＩＵ３０へ送信する。
【００５１】
以下では、ＵＮＩ側ＬＩＵ１０で障害が発生し、ＵＮＩ側ＬＩＵ１０が故障した場合の、ＮＮＩ側ＬＩＵ３０およびＵＮＩ側ＬＩＵ２０における処理を詳細に説明する。ＵＮＩ側ＬＩＵ２０が故障した場合の、ＮＮＩ側ＬＩＵ３０およびＵＮＩ側ＬＩＵ１０の処理も同様である。
【００５２】
ＮＮＩ側ＬＩＵ３０の転送部３４は、ＬＡＧ切替情報が通知されると、ＬＡＧ切替情報が示す対向ＭＥＰのＩＤが指定されたＣＣＭフレームを、ＵＮＩ側ＬＩＵ２０へ転送するよう振分け規則テーブルを更新する。例えば、対向ＭＥＰのＩＤ「１１０」が指定されるＣＣＭフレームのＰＷヘッダのハッシュデータと、転送先としてのＵＮＩ側ＬＩＵ２０の識別情報とを新たに対応づける。これにより、ＭＰＬＳ−ＴＰ網１０６から受け付けたＣＣＭフレーム（対向ＭＥＰのＩＤ＝１１０）を、ＵＮＩ側ＬＩＵ１０に代えてＵＮＩ側ＬＩＵ２０へ転送するよう切り替える。なお転送部３４は、ＣＣＭフレームの転送先を変更する際に、あわせてユーザフレームの転送先も変更する。例えば、それまでＵＮＩ側ＬＩＵ１０へ転送していたユーザフレームのヘッダ・ラベル（「カスタマＭＡＣ  ＤＡ／ＳＡ」、「ＩＰ  ＤＡ／ＳＡ」等）のハッシュ値を、新たにＵＮＩ側ＬＩＵ２０と対応づけるよう振分け規則テーブルを更新する。
【００５３】
ＵＮＩ側ＬＩＵ２０の監視部２４は、ＬＡＧ切替情報が通知されたとき、ＬＡＧ切替情報が示すＣＣＭフレームの新たな転送先が自ＬＩＵか否か、および、ＬＡＧ切替情報が示す切替前のＣＣＭフレームの受信状況が正常か否かを確認する。ＬＡＧ切替情報が示すＣＣＭフレームの新たな転送先が自ＬＩＵであり、かつ、切替前のＣＣＭフレームの受信状況が正常である場合、監視部２４は、ＬＡＧ切替情報が示す対向ＭＥＰのＩＤが指定されたＣＣＭフレームの受信状況を、それまでのＬＯＣ検出状態（異常）からＬＯＣ非検出状態（正常）へ切り替える。それとともに、ＬＯＣ検出条件の充足状況を検出するためのタイマ値を初期値、すなわちＣＣＭフレームのピリオド値の３．５倍の時間に初期化する。その上で、その後のＣＣＭフレームの到達状況を監視する。
【００５４】
図５の例に当てはめると、ＵＮＩ側ＬＩＵ２０の監視部２４は図５のポート２（ＬＩＵ２）に対応し、ＬＡＧ切替完了時にＣＣＭフレームの受信状況を一旦正常とし、ＬＯＣ検出のためのタイマ値を、ＣＣＭフレーム受信直後のタイムアウト値（すなわちピリオド値の３．５倍の時間）とする。その上で、そのタイマ値がタイムアウトするまでの間に１つ以上のＣＣＭフレームを受信すれば、ＬＯＣ検出条件を満たさないことになるため、ＬＡＧ切替情報が示すＣＣＭフレームの受信状況を正常（ＬＯＣ非検出状態）に維持する。
【００５５】
その一方、監視部２４は、ＬＡＧ切替情報が示すＣＣＭフレームの新たな転送先が自ＬＩＵではなく、または、切替前のＣＣＭフレームの受信状況がＬＯＣ検出状態（異常）である場合、そのＣＣＭフレームの受信状況を正常に切り替えることを抑制する。そして、ＬＡＧ切替情報が示すＣＣＭフレームの受信状況をＬＯＣ検出状態に維持したまま、そのＣＣＭフレームの受信状況の監視を継続する。すなわち、ＬＯＣ検出解除条件を満たさなければＬＯＣ検出状態を維持する。
【００５６】
以上の構成による通信装置１０２の動作を説明する。
図９は、通信装置１０２の動作を示すフローチャートである。同図はフレームの受信を契機とした動作を示している。ＮＮＩ側ＬＩＵ３０のポート３２がＭＰＬＳ−ＴＰ網１０６からユーザフレームを受信すると（Ｓ１０のＹ）、ＮＮＩ側ＬＩＵ３０の転送部３４は、ユーザフレームの識別情報（「カスタマＭＡＣ  ＤＡ／ＳＡ」、「ＩＰ  ＤＡ／ＳＡ」等）にしたがってＵＮＩ側ＬＩＵ１０またはＵＮＩ側ＬＩＵ２０へユーザフレームを転送する（Ｓ１２）。ＵＮＩ側ＬＩＵ１０のポート１２またはＵＮＩ側ＬＩＵ２０のポート２２は、ユーザフレームをユーザ網１０４へ送出する（Ｓ１４）。ユーザフレームを未受信であれば（Ｓ１０のＮ）、Ｓ１２およびＳ１４をスキップする。
【００５７】
ＮＮＩ側ＬＩＵ３０のポート３２がＭＰＬＳ−ＴＰ網１０６からＣＣＭフレームを受信すると（Ｓ１６のＹ）、ＮＮＩ側ＬＩＵ３０転送部３４は、ＣＣＭフレームのＰＷラベルにしたがってＵＮＩ側ＬＩＵ１０またはＵＮＩ側ＬＩＵ２０へＣＣＭフレームを転送する（Ｓ１８）。ＵＮＩ側ＬＩＵ１０の監視部１４またはＵＮＩ側ＬＩＵ２０の監視部２４は、転送されたＣＣＭフレームを終端する（Ｓ２０）。ＣＣＭフレームを未受信であれば（Ｓ１６のＮ）、Ｓ１８およびＳ２０をスキップする。監視部１４および監視部２４は、ＣＣＭフレームの受信状況を判定すべきタイミングに至ったことを検出すると（Ｓ２２のＹ）、例えばＣＣＭフレームを受け付けた場合や、ＣＣＭフレーム未受信のままタイムアウト時間が途過した場合等に、受信状況判定処理を実行する（Ｓ２４）。受信状況の判定タイミングでなければ（Ｓ２２のＮ）、Ｓ２４をスキップする。
【００５８】
図１０は、図９のＳ２４の受信状況判定処理を詳細に示すフローチャートである。元の受信状況がＬＯＣ検出状態、すなわち対向ＭＥＰとの接続状態を異常と判定していたとき（Ｓ３０のＹ）、ＬＯＣ検出解除条件を基準として受信状況を判定する。今回のＣＣＭフレームの受信によりＬＯＣ検出解除条件を充足した場合（Ｓ３２のＹ）、ＣＣＭフレームの受信状況をＬＯＣ非検出状態へ移行し、すなわち対応ＭＥＰとの接続状態が正常へ回復したと判定する（Ｓ３４）。ＬＯＣ検出解除条件を充足しなければ（Ｓ３２のＮ）、ＣＣＭフレームの受信状況をＬＯＣ検出状態のまま維持する（Ｓ３６）。
【００５９】
元の受信状況がＬＯＣ非検出状態、すなわち対向ＭＥＰとの接続状態を正常と判定していたとき（Ｓ３０のＮ）、ＬＯＣ検出条件を基準として受信状況を判定する。今回のＣＣＭフレームの受信や、ＣＣＭフレームを未受信のまま時間が経過したことによりＬＯＣ検出条件を充足した場合（Ｓ３８のＹ）、ＣＣＭフレームの受信状況をＬＯＣ検出状態へ移行し、すなわち対向ＭＥＰとの接続状態が異常であると判定する（Ｓ４０）。ＬＯＣ検出条件を充足しなければ（Ｓ３８のＮ）、ＣＣＭフレームの受信状況をＬＯＣ非検出状態のまま維持する（Ｓ４２）。
【００６０】
図１１は、通信装置１０２の動作を示すフローチャートである。同図はＬＡＧ単位での接続性判定処理を示している。接続性判定部４２は、接続性判定処理のタイミングに至ったことを検出した場合（Ｓ５０のＹ）、監視部１４および監視部２４での受信状況をマージして、ＬＡＧ単位での接続性判定処理を実行する。接続性判定処理のタイミングは、例えば、監視部１４または監視部２４にてＣＣＭフレームが受信されたときでもよく、監視部１４と監視部２４の少なくとも一方がＣＣＭフレームの受信状況を更新した（新たに判定した）ときでもよい。
【００６１】
監視部１４でＬＯＣを検出し（Ｓ５２のＹ）、監視部２４でもＬＯＣを検出した場合（Ｓ５４のＹ）、接続性判定部４２は、ＬＡＧ単位でＬＯＣ検出状態と判定する（Ｓ５６）。監視部１４がＬＯＣ非検出状態であり（Ｓ５２のＮ）、または、監視部２４がＬＯＣ非検出状態である場合（Ｓ５４のＮ）、接続性判定部４２は、ＬＡＧ単位でＬＯＣ非検出状態と判定する（Ｓ５８）。ＬＡＧ単位でＬＯＣ検出状態と判定された場合（Ｓ６０のＹ）、アラート通知部４４は、所定のアラートメッセージを管理者端末へ送信する（Ｓ６２）。ＬＡＧ単位でＬＯＣ非検出状態と判定された場合（Ｓ６０のＮ）、Ｓ６２をスキップする。接続性判定処理のタイミングでなければ（Ｓ５０のＮ）、以降の処理をスキップして本図のフローを終了する。
【００６２】
図１２は、通信装置１０２の動作を示すフローチャートである。同図はＬＡＧ切替に関する動作を示している。ＬＡＧ制御部４６は、ＬＡＧを構成する複数の通信ポート、実施の形態では、カード間ＬＡＧを構成する複数のＬＩＵ、すなわちＵＮＩ側ＬＩＵ１０とＵＮＩ側ＬＩＵ２０の動作状態を常時監視する（Ｓ７０）。なお、通信装置１０２においてＳ７０は定期的に繰り返し実行される。ＬＡＧに属する１つのＬＩＵが故障して予め定めたＬＡＧ切替条件が充足されると（Ｓ７２のＹ）、ＬＡＧ制御部４６は、所定のＬＡＧ切替処理を実行し、ＬＡＧ切替処理の完了時にＬＡＧ切替情報を各ＬＩＵへ通知する（Ｓ７４）。ＮＮＩ側ＬＩＵ３０の転送部３４は、ＬＡＧ制御部４６の指示に応じて、ＣＣＭフレームの転送先を変更する（Ｓ７６）。
【００６３】
ＬＡＧ切替前のＣＣＭフレームの受信状況、すなわち切替元のＬＩＵの監視部による接続性判定結果がＬＯＣ非検出状態である場合（Ｓ７８のＹ）、切替先のＬＩＵの監視部は、ＣＣＭフレームの受信状況をＬＯＣ非検出状態へ強制的に移行させる（Ｓ８０）。それとともに、ＬＯＣ検出条件が充足したか否かを判定するためのタイマ値を、初期のタイムアウト値へ戻した上で、その後のＣＣＭフレームの受信状況を監視する（Ｓ８２）。その一方、ＬＡＧ切替前のＣＣＭフレームの受信状況がＬＯＣ検出状態である場合（Ｓ７８のＮ）、切替先のＬＩＵの監視部は、ＣＣＭフレームの受信状況をＬＯＣ検出状態に維持したまま、ＣＣＭフレームの受信状況の監視を継続する（Ｓ８４）。ＬＡＧに属する各ＬＩＵの動作状態が正常で、ＬＡＧ切替条件が非充足であれば（Ｓ７２のＮ）、Ｓ７４以降をスキップして本図のフローを終了する。
【００６４】
なお、図９のＳ２４（すなわち図１０の処理）、図１１の処理、図１２のＳ７４以降の処理を、対向ＭＥＰ単位で繰り返し、すなわち監視対象のＭＥＰ−ＩＤごとに順次実行し、もしくは並行実行してよいことはもちろんである。
【００６５】
実施の形態の通信装置１０２によると、リンクアグリゲーションを構成した複数のＬＩＵカードの１つが故障し、故障したＬＩＵカードでそれまで受信していたＣＣＭフレームの装置内転送先を別のＬＩＵカードへ切り替えた場合に、切替先のＬＩＵカードは、ＣＣＭフレームの現在の受信状況を一旦正常へ切り替えた上でその後の受信状況を監視する。これにより、対向ＭＥＰとの実際の接続状態と、ＬＯＣ検出との整合性を維持しやすくなり、本来不要なＬＯＣ検出を抑制し、また不要なＬＯＣ検出に伴うアラート通知等の異常時処理の実行を抑制できる。
【００６６】
ＯＡＭの規定では、接続状態を異常から正常へ移行させるべき条件（ＬＯＣ検出解除条件）が、接続状態を正常から異常へ移行させるべき条件（ＬＯＣ検出条件）より厳しく取り決められている。実施の形態の通信装置１０２では、ＬＡＧ切替後、受信状況を一旦正常とすることで、ＬＯＣ検出解除条件の充足を判定することに代えて、ＬＯＣ検出条件の充足を判定する。これにより、実際の接続状態を反映した接続性判定を維持しつつ、本来不要なＬＯＣ検出を抑制する。また、受信状況を一旦正常にした後は、ＯＡＭの規定に則して接続性を判定するため、通信装置１０２における実装も容易となる。
【００６７】
また、ＬＡＧ切替に伴い、ＬＯＣ検出条件の充足判定に用いるタイマ値を初期値に戻すことで、ＬＡＧ切替完了からＬＯＣ検出条件の充足を正しく判定しつつ、不要なＬＯＣ検出を効果的に抑制できる。さらにまた、ＬＡＧ切替前から、対向ＭＥＰとの接続状態が異常であれば、ＬＡＧ切替後に、その対向ＭＥＰとの接続状態を一旦正常とすることを抑制する。これにより、ＬＡＧ切替に伴い、実際の接続状態に反した接続性判定結果となることを抑制できる。
【００６８】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せによりいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００６９】
上記実施の形態では、複数のＬＩＵカードによるカード間ＬＡＧが構成された通信装置を例示したが、変形例として、１つのＬＩＵカード内に複数のポートが設けられる場合に、それら複数のポート間でＬＡＧを構成してもよい。そして各ポートに対応する監視部を設けてもよい。この場合にも、実施の形態に記載の技術思想を適用可能である。すなわち、請求項に記載のインタフェース部は、インタフェースカードおよびポートを包含する概念である。
【００７０】
請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。例えば、請求項に記載の切替部は、実施の形態の記載のＬＡＧ制御部４６と転送部３４の一方、もしくはこれらの連携により実現される。
【符号の説明】
【００７１】
１０  ＵＮＩ側ＬＩＵ、  １４  監視部、  ２０  ＵＮＩ側ＬＩＵ、  ２４  監視部、  ３０  ＮＮＩ側ＬＩＵ、  ３４  転送部、  ４２  接続性判定部、  ４４  アラート通知部、  ４６  ＬＡＧ制御部、  １００  通信システム、  １０２  通信装置。
【図１】
2014143510.tif 000003
【図２】
2014143510.tif 000004
【図３（ａ）】
2014143510.tif 000005
【図３（ｂ）】
2014143510.tif 000006
【図４】
2014143510.tif 000007
【図５】
2014143510.tif 000008
【図６】
2014143510.tif 000009
【図７】
2014143510.tif 000010
【図８】
2014143510.tif 000011
【図９】
2014143510.tif 000012
【図１０】
2014143510.tif 000013
【図１１】
2014143510.tif 000014
【図１２】
2014143510.tif 000015