(57)【要約】【課題】リンクアグリゲーション（ＬＡＧ）障害によって減少した帯域幅のパケットがＬＡＧ障害発生区間で廃棄されてしまう。【解決手段】物理リンク故障によるＬＡＧ障害発生時、中継ノードは、周期的なＬＡＣＰ送受信時の接続性異常の検知をトリガーとして障害発生ＬＡＧ  ＩＤ、減少帯域、有効帯域を読出し処理し、ＡＩＳフレームに格納し、エッジノードへ転送する。エッジノードは、ＡＩＳフレームを終端および解析することによって障害発生ＬＡＧ  ＩＤ、帯域減少量と当該ＬＡＧを経由するＬＳＰ  ＩＤを把握し、ＬＳＰ管理テーブルにおけるＬＳＰ優先度を参照して、減少した帯域分優先度の低いＬＳＰから順に、予め設定した予備系ＬＳＰへとトラフィックを退避させる。【選択図】図９
2014116817.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークと接続された入出力インタフェースと、パス情報を保持するパス管理テーブルと、リンクアグリゲーション情報を保持するリンクアグリゲーション管理テーブルと、制御信号挿入部と、フレーム処理部と、全体を制御する演算装置と、を含んで構成され、
リンクアグリゲーションを構成する物理リンクの障害を検出したとき、
前記制御信号挿入部は、前記パス管理テーブルと前記リンクアグリゲーション管理テーブルとを参照して、障害の発生したリンクアグリゲーションＩＤと障害発生帯域と障害の発生したリンクアグリゲーションに属するパスＩＤとを含むペイロード信号を生成し、
前記フレーム処理部は、前記ペイロード信号にヘッダを付与して制御信号とし、前記入出力インタフェースを介して、前記ネットワークのエッジ通信装置に送信することを特徴とする中継通信装置。
【請求項２】
請求項１に記載の中継通信装置であって、
前記ネットワークは、ＭＰＬＳ−ＴＰネットワークであることを特徴とする中継通信装置。
【請求項３】
請求項１に記載の中継通信装置であって、
前記物理リンクの障害は、ＬＡＣＰフレーム送信に対するＡＣＫを一定時間受信しないことにより、検出することを特徴とする中継通信装置。
【請求項４】
請求項１に記載の中継通信装置であって、
前記制御信号は、ＡＩＳフレームであることを特徴とする中継通信装置。
【請求項５】
第１のネットワークと接続された第１の入出力インタフェースと、第２のネットワークと接続された第２の入出力インタフェースと、パス情報を保持するパス管理テーブルと、リンクアグリゲーション情報を保持するリンクアグリゲーション管理テーブルと、フレーム解析部と、制御信号終端部と、フレーム処理部と、全体を制御する演算装置と、を含んで構成され、
前記第１のネットワークから制御信号を受信したとき、
前記フレーム解析部は、ヘッダを削除してペイロード信号として、前記制御信号終端部に転送し、
前記制御信号終端部は、前記ペイロード信号から、障害の発生したリンクアグリゲーションＩＤと障害発生帯域と障害の発生したリンクアグリゲーションに属するパスＩＤとを取得し、
前記演算装置は、前記パスＩＤに基づいて、前記パス管理テーブルを検索して、パス優先度を取得して、前記パス優先度の低いパスから順に予備系に転送するパスを決定し、
前記フレーム処理部は、前記予備系に転送するパスに係るトラフィックついて、第１のパスＩＤから第２のパスＩＤに書き換えて、前記第１のネットワークに送信することを特徴とするエッジ通信装置。
【請求項６】
請求項５に記載のエッジ通信装置であって、
前記第１のネットワークは、ＭＰＬＳ−ＴＰネットワークであることを特徴とするエッジ通信装置。
【請求項７】
請求項５に記載のエッジ通信装置であって、
前記第２のネットワークは、Ｌ２ネットワークであることを特徴とするエッジ通信装置。
【請求項８】
請求項５に記載のエッジ通信装置であって、
前記制御信号は、ＡＩＳフレームであることを特徴とするエッジ通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はエッジ通信装置および中継通信装置に係り、特にＭＰＬＳ−ＴＰネットワークの中で広帯域伝送を実現するリンクアグリゲーションの障害発生時に予備系へフレームを転送するエッジ通信装置および中継通信装置に関する。
【背景技術】
【０００２】
本技術分野の背景技術として、リンクアグリゲーションがある。リンクアグリゲーションは、異なる２台の装置間をつなぐ複数本の物理リンクを集約し、論理的な一つのリンクとして利用する技術である。構成する論理的なリンクの帯域は、集約した物理リンクが個々にもつ帯域の総和となるため、回線の物理速度の高速化を行うことなく伝送帯域の増強が可能となる。また、リンクアグリゲーションを構成する個々の物理リンクにおいて、いずれかのリンクに障害が発生した場合は、残りのリンクを用いて回線を縮退動作させることにより、論理的なリンク内で冗長性を確保し通信を継続することができるという利点もある。
【０００３】
またこれに関連する技術として特許文献１がある。特許文献１においては、リンクアグリゲーションを構成する物理リンクに障害が発生した場合、従来技術のリンクアグリゲーションにおける冗長構成では、縮退動作時に物理リンクが減少することによる有効論理帯域の減少やパケットの廃棄が発生するが、その解決手段として少なくとも一本の予備系回線をリンクアグリゲーションを構成する物理リンクの中に含ませることによって有効な論理帯域の減少やパケットの廃棄を回避している。
【０００４】
また、ＭＰＬＳ−ＴＰ（Multi Protocol Label Switching-Transport Profile）ネットワーク内の中継ノード間で、リンクアグリゲーションを構成している物理リンクに障害が発生した場合、非特許文献１で規定される障害情報を管理するＯＡＭ（Operation Administration and Maintenance）機能を用いてＭＰＬＳ−ＴＰネットワークのエッジノードに障害発生を通知することができる。
非特許文献２は、ＬＡＣＰ（Link Aggregation Control Protocol）を用いたＬＡＧ構成技術について規定している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−１６０２２７号公報
【非特許文献】
【０００６】
【非特許文献１】ＩＥＴＦ  ＲＦＣ６４２７
【非特許文献２】ＩＥＥＥ８０２．３ａｄ
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１においては、正常運用時に用いるＬＡＧ（リンクアグリゲーション）を構成する複数の物理リンクとは別に、少なくとも一本の予備系リンクを予め敷設する。これによって冗長化を実現し、縮退動作による論理リンク帯域の減少を回避している。しかし、その回避能力はＬＡＧを構成する物理リンクの本数と予備系リンクの本数との割合によって制限される。一般的に、経済的なネットワーク構築の観点から予備系リンクの本数が限られてしまう。このため、結果的に予備系リンクの帯域が十分確保されず、縮退動作による帯域の減少やパケットの廃棄が発生してしまう。
【０００８】
また、ＭＰＬＳ−ＴＰネットワーク内で論理パスを用いた広帯域伝送を実現する為に、ＭＰＬＳ−ＴＰネットワーク内の物理リンクにおいてＬＡＧによる複数の物理リンクの集約を行っている場合、ＬＡＧを構成している物理リンクに何らかの障害が発生した際は、ＭＰＬＳ−ＴＰネットワーク内においては、非特許文献１の中で規定されるＡＩＳ（Alarm Indication Signal）フレームをエッジノードに送信する。エッジノードはＡ、ＩＳフレームを受信・解析することでエッジノードと中継ノード間、または中継ノードと中継ノード間におけるＬＡＧ障害の発生を認識することが可能である。しかし、ＡＩＳフレームは、ＬＡＧ障害による帯域減少幅を通知する機能を保持しない。したがって、ＬＡＧ障害による論理的なリンクの帯域減少幅をエッジノードへ通知することができない。このため、エッジノードは、送信可能な論理パス帯域を正確に把握することができない。これによりＬＡＧ障害によって減少した帯域幅のパケットがＬＡＧ障害発生区間で廃棄されてしまう。
【０００９】
以上の点に鑑み、本発明の目的は、現用系ＬＳＰ（Label Switched Path）に対応した予備系ＬＳＰを有する冗長構成およびＡＩＳフレームを用いたＬＡＧ障害発生による帯域減少幅をエッジノードへ通知することにより、伝送形態によらない柔軟なＬＡＧ障害発生時の冗長化をエッジノード間で実現することである。
【００１０】
上記以外の課題を解決するための手段およびその効果は、発明を実施するための形態において明らかにされる。
【課題を解決するための手段】
【００１１】
上記目的を実現するため、エッジノードは、予めオペレーションシステム（ＯｐＳ）においてオペレータ（保守者）が設定するネットワーク間の全ＬＳＰを識別するＬＳＰ  ＩＤ、現用系／予備系の対応情報、ＬＳＰ優先度を取得し、エッジノード内でもつＬＳＰを管理するテーブルにおいてその値を保持する。
【００１２】
中継ノードは、ＯｐＳで管理されるテーブルから自ノードを経由するＬＳＰのＩＤ、ＬＳＰ優先度を取得し、中継ノード内でもつＬＳＰを管理するテーブルにおいてその値を保持する。また、中継ノード間で構成するＬＡＧに関し、物理ポート間および装置間ネゴシエーションによるＬＡＧの確立は、ＬＡＧ設定プロトコルであるＬＡＣＰを周期的に送受信し、複数のリンクを集約して、論理的に一本の集約リンクとして管理する機能を有するアグリゲータの主導によって行われる。ＬＡＣＰを用いて確立したＬＡＧは、中継ノード内でもつＬＡＧを管理するテーブルによってＬＡＧを識別するＬＡＧ  ＩＤとＬＡＧ伝送帯域、属するＬＳＰ  ＩＤが保持される。物理リンク故障によるＬＡＧ障害発生時、中継ノードは、周期的なＬＡＣＰ送受信時の接続性異常の検知をトリガーとして、障害発生ＬＡＧ  ＩＤ、減少帯域、有効帯域をＬＳＰ管理テーブルおよびＬＡＧ管理テーブルから読出し処理し、ＡＩＳフレームの一部領域に格納、エッジノードへ転送する。
【００１３】
エッジノードは、ＡＩＳフレームを終端および解析することによって障害発生ＬＡＧ  ＩＤ、帯域減少量と当該ＬＡＧを経由するＬＳＰ  ＩＤを把握し、ＬＳＰ管理テーブルにおけるＬＳＰ優先度を参照して、減少した帯域分優先度の低いＬＳＰから順に、予め設定した予備系ＬＳＰへとトラフィックを退避させる。
【００１４】
ここでは伝送形態によらず予め設定した予備系ＬＳＰへのトラフィック分散を想定しているが、バーストトラフィック挿入等予備系ＬＳＰ帯域の不足が予測できる場合においては、トラフィックの緊急回避手段として伝送帯域の空きを十分に確保している他ＬＳＰへの退避を行う構成としてもよい。
【００１５】
同一データを異なるＬＳＰを用いて伝送する場合は、複数ＬＳＰ間の伝送遅延や経路長差等の要因によってフレーム順序逆転の恐れがあり、送信先エッジノードにおいてデータ復元不可能となる事象を防止するため、送信元エッジノードでのＬＳＰ書き換え等フレーム処理の際、フレーム内部に、元データにおけるフレームの位置情報を埋め込み、送信先エッジノードでフレーム終端する際に順序逆転を補償してフレームの位置関係を補正する。
【００１６】
上述した課題は、ネットワークと接続された入出力インタフェースと、パス情報を保持するパス管理テーブルと、リンクアグリゲーション情報を保持するリンクアグリゲーション管理テーブルと、制御信号挿入部と、フレーム処理部と、全体を制御する演算装置と、を含んで構成され、リンクアグリゲーションを構成する物理リンクの障害を検出したとき、制御信号挿入部は、パス管理テーブルとリンクアグリゲーション管理テーブルとを参照して、障害の発生したリンクアグリゲーションＩＤと障害発生帯域と障害の発生したリンクアグリゲーションに属するパスＩＤとを含むペイロード信号を生成し、フレーム処理部は、ペイロード信号にヘッダを付与して制御信号とし、入出力インタフェースを介して、ネットワークのエッジ通信装置に送信する中継通信装置により、達成できる。
【００１７】
また、第１のネットワークと接続された第１の入出力インタフェースと、第２のネットワークと接続された第２の入出力インタフェースと、パス情報を保持するパス管理テーブルと、リンクアグリゲーション情報を保持するリンクアグリゲーション管理テーブルと、フレーム解析部と、制御信号終端部と、フレーム処理部と、全体を制御する演算装置と、を含んで構成され、第１のネットワークから制御信号を受信したとき、フレーム解析部は、ヘッダを削除してペイロード信号として、制御信号終端部に転送し、制御信号終端部は、ペイロード信号から、障害の発生したリンクアグリゲーションＩＤと障害発生帯域と障害の発生したリンクアグリゲーションに属するパスＩＤとを取得し、演算装置は、パスＩＤに基づいて、パス管理テーブルを検索して、パス優先度を取得して、パス優先度の低いパスから順に予備系に転送するパスを決定し、フレーム処理部は、予備系に転送するパスに係るトラフィックついて、第１のパスＩＤから第２のパスＩＤに書き換えて、第１のネットワークに送信するエッジ通信装置により、達成できる。
【発明の効果】
【００１８】
本発明によれば、バースト性を含む伝送形態においても、ＬＡＧ構成物理リンクで発生する縮退動作による帯域低減およびフレーム廃棄を柔軟に回避することができる。
【図面の簡単な説明】
【００１９】
【図１】ネットワークの構成を説明するブロック図である。
【図２】エッジノードの装置構成を説明するブロック図である。
【図３】中継ノードの装置構成を説明するブロック図である。
【図４】ＬＡＧに障害が発生した際のＬＳＰ現用／予備切替を説明する図である。
【図５】オペレータ端末によるデータベース入力と各ノードへのデータベース転送を説明する図である。
【図６】データベース入力情報の各ノードへの転送のフローチャートである。
【図７】ＯｐＳおよびエッジノードが保持するＬＳＰ管理テーブルを説明する図である。
【図８】中継ノードのＬＳＰ管理テーブルと、中継ノードとエッジノードのＬＡＧ管理テーブルを説明する図である。
【図９】ＬＡＧ障害発生時のＡＩＳフレーム送信を説明する図である。
【図１０】ＬＡＧ障害発生時のＡＩＳフレーム送信のフローチャートである。
【図１１】ＡＩＳフレームのフォーマットである。
【図１２】ＡＩＳフレーム終端・解析とＬＳＰ  ＩＤ書換えを説明するブロック図である。
【図１３】ＬＳＰ  ＩＤ書換えのフローチャートである。
【図１４】エッジノードのＬＳＰ管理テーブル書換えを説明する図である。
【図１５】送信フレームの順序逆転を説明するブロック図である。
【図１６】送信フレームの順序逆転を補償するエッジノードの装置構成を説明するブロック図である。
【図１７】送信側エッジノードにおける位置情報付与のフローチャートである。
【図１８】位置情報を含む主信号フレームのフォーマットである。
【図１９】受信側エッジノードにおける位置情報解析のフローチャートである。
【発明を実施するための形態】
【００２０】
以下、本発明の実施の形態について、実施例を用い図面を参照しながら詳細に説明する。なお、実質同一部位には同じ参照番号を振り、説明は繰り返さない。
【実施例１】
【００２１】
実施例１では、ＬＡＧ障害発生時のエッジノードへのＡＩＳフレーム送信による障害発生帯域の通知と、ＡＩＳフレーム解析によるエッジノードでのＬＳＰ切替動作についての詳細を説明する。
【００２２】
図１を参照して、本実施例が適用されるネットワーク全体の構成を説明する。図１において、ネットワーク７００は、２つのユーザサイトと、ＭＰＬＳ−ＴＰネットワークで構成されている。ユーザサイトには、ユーザ装置１００が配置されている。一方、ＭＰＬＳ−ＴＰネットワークは、ユーザサイトと接続するＭＰＬＳ−ＴＰエッジノード２００と、コア網を形成する中継ノード３００とを含む。
【００２３】
ユーザ装置１００−１、１００−２を含むユーザサイトは、Ｅｔｈｅｒｎｅｔ（登録商標）のレイヤ２ネットワーク技術を用いて、異なる拠点に存在する別のユーザサイト内のユーザ装置１００−３、１００−４とネットワーク接続されている。さらにユーザサイト間を論理的なパスで結ぶＭＰＬＳ−ＴＰネットワークがレイヤ２の下位レイヤとして構築されている。ＭＰＬＳ−ＴＰエッジノード２００は、ＭＰＬＳ−ＴＰネットワークとレイヤ２ネットワークの境界点においてレイヤ２フレームとＭＰＬＳ−ＴＰフレームの相互変換機能を備える。すなわち、レイヤ２ネットワークから流入するレイヤ２フレームは、ＭＰＬＳ−ＴＰネットワーク内の経路情報ＬＳＰを識別するＬＳＰ  ＩＤ等を含むＭＰＬＳ−ＴＰフレームにカプセル化された後、ＭＰＬＳ−ＴＰネットワーク内に送出される。一方、ＭＰＬＳ−ＴＰネットワークより流入したＭＰＬＳ−ＴＰフレームから抽出されたレイヤ２フレームは、レイヤ２ネットワークに送出される。
【００２４】
エッジノード２００において形成されたＭＰＬＳ−ＴＰフレームは、中継ノード３００−１、３００−２、３００−３、３００−４のうち、ＬＳＰ  ＩＤによって指定されたパスを形成するノードを中継する。
【００２５】
具体的には、エッジノード２００−１およびエッジノード２００−３で終端され、中継ノード３００−１、３００−３を経由するＬＳＰをＬＳＰ１０３で示す論理パスとする。エッジノード２００−１およびエッジノード２００−３で終端され、中継ノード３００−２、３００−４を経由するＬＳＰをＬＳＰ１０４で示す論理パスとする。エッジノード２００−２およびエッジノード２００−４で終端され、中継ノード３００−１、３００−３を経由するＬＳＰをＬＳＰ１０５で示す論理パスとする。エッジノード２００−２およびエッジノード１０４−３で終端され、中継ノード３００−２、３００−４を経由するＬＳＰをＬＳＰ１０６で示す論理パスとする。
【００２６】
図１において、エッジノード２００、中継ノード３００、論理パスの数は、本実施例を適用するネットワーク構成に制限を与えるものではない。また、ＬＡＧ１０７、１０８は中継ノード間の物理リンクを集約し構成されるＬＡＧを示すものであるが、中継ノード間のみならず、エッジノードと中継ノード間の物理リンクを集約してＬＡＧが構成される場合もある。
【００２７】
図２および図３を参照して、エッジノードおよび中継ノード内に搭載されるネットワークＩＦカードを主とする装置構成を説明する。ネットワークＩＦカード２０１、３０１は、エッジノード２００および中継ノード３００に複数枚搭載され、ネットワークエレメント（ＮＥ：Network Element）を構成する。ネットワークＩＦカードは、その枚数に応じて設定可能なＬＳＰ数を増やすことが可能である。ここでは３枚のＮＩＦカードを図中に示しているが、搭載ＮＩＦカード数は、必ずしも３枚である必要はない。搭載できるＮＩＦカード数は、ノードの装置構成により決定される。
【００２８】
図２において、エッジノード２００は、ＮＩＦ（Network Interface）カード２０１と、制御部２１４と、スイッチ部２０７と、入出力ポート２２０とで構成されている。ＮＩＦカード２０１には、論理回路２０３と、ＭＰＵ（ＮＩＦ管理部）２１２と、ＣＴＲＬ（Control）  ＩＦ２１３と、ＳＷ  ＩＦ２０６と、入出力回線ＩＦ（ポート)２０２とが搭載されている。論理回路２０３は、フレーム解析部２０４と、ＬＡＣＰ挿入部２１０と、フレーム処理部２０５と、設定レジスタ２１６と、ＬＳＰ管理テーブル２１７と、ＬＡＧ管理テーブル２１８と、フレーム解析部２０８と、ＬＡＣＰ終端部２１１と、ＯＡＭ終端部２１５と、フレーム処理部２０９とから構成されている。
【００２９】
ユーザサイトより送信されるフレームは、入出力回線ＩＦ（ポート）２０２が受信し、カード内の論理回路部２０３に渡される。フレーム解析部２０４は、受信するユーザフレームを解析し、次ノードに送信するために必要な処理をフレーム処理部２０５に伝える。フレーム処理部２０５は、ＭＰＬＳ−ＴＰネットワークにフレームを挿入するユーザフレームをＭＰＬＳ−ＴＰネットワーク内フレームフォーマットでカプセル化処理する。フレーム処理部２０５は、ＳＷ  ＩＦ２０６を経由してスイッチ部２０７で入出力回線ＩＦ２２０を選択して、後段のノードにフレームを渡す。
【００３０】
フレーム解析部２０８、フレーム処理部２０９は、他拠点のユーザサイトからＭＰＬＳ−ＴＰネットワークを介して送信されたフレームをデカプセル化し、レイヤ２ネットワークフレームフォーマットに変換した上で入出力回線ＩＦ（ポート）２０２より送信する。ＬＡＣＰ挿入部２１０は、ＭＰＵ（ＮＩＦ管理部）２１２であるアグリゲータによる周期的なＬＡＣＰフレーム挿入指示により、対向ＮＥのポート宛にＬＡＣＰフレームを送信し、対向ＮＥとのＬＡＧ確立ネゴシエーション処理およびＬＡＧ確立後の物理リンク接続性監視を行う。ＬＡＧ管理テーブル２１８は、ＬＡＧ確立後に各ＬＡＧを識別するＬＡＧ  ＩＤ、ＬＡＧの論理パス帯域等のＬＡＧ情報を保持する。
【００３１】
ＭＰＵ２１２は、ＬＡＣＰフレームの挿入指示のほか、ＮＩＦカード２０１の内部制御を行い、ＬＡＧ管理テーブル２１８および後述するＬＳＰ管理テーブル２１７の書き換えを行う。ネットワーク立ち上げ時もしくは運用中に制御部２１４、ＣＴＲＬ  ＩＦ２１３を経由してＯｐＳ５００の管理するＬＳＰ管理テーブル情報を受信した場合、ＭＰＵ２１２は、ＮＩＦ２０１のもつＬＳＰ管理テーブル２１７の書き換えを行うことで現在運用中のネットワークパス設定状況をハード上で管理する。また、現用系／予備系切替の際、退避フレーム内部のＬＳＰ  ＩＤ書き換え処理が正常に終了した場合、ＭＰＵ２１２は、ＣＴＲＬ  ＩＦ２１３、制御部２１４を経由してＯｐＳ５００へ切替完了を通知し、切り替えが正常に終了したことを保守者に明示する。
【００３２】
ＯＡＭ終端部２１５は、ＬＡＧ障害発生ノードより送信されるＡＩＳフレームの終端／解析を行う。設定レジスタ２１６は、ネットワーク構成装置のＭＡＣアドレスや物理リンクの伝送帯域等の装置固有値を保持する。入出力回線ＩＦ（ポート）２２０は、ＭＰＬＳ−ＴＰネットワークとのインタフェースである。なお、Ｅｇｒｅｓｓはユーザからみて下り、Ｉｎｇｒｅｓｓは上りを意味する。
【００３３】
図３において、中継ノード３００は、ＮＩＦカード３０１と、制御部２１４と、スイッチ部２０７とで構成されている。ＮＩＦカード３０１には、論理回路３０２と、ＭＰＵ２１２と、ＣＴＲＬ  ＩＦ２１３と、ＳＷ  ＩＦ２０６と、入出力回線ＩＦ（ポート)２０２とが搭載されている。論理回路３０２は、フレーム解析部２０８Ａと、ＬＡＣＰ挿入部２１０−１と、ＯＡＭ挿入部３０３−１と、セレクタ部３０４−１と、フレーム処理部２０５と、設定レジスタ２１６と、ＬＳＰ管理テーブル２１７Ａと、ＬＡＧ管理テーブル２１８と、フレーム解析部２０８と、ＬＡＣＰ終端部２１１−２と、ＬＡＣＰ挿入部２１０−２と、ＯＡＭ挿入部３０３−２と、セレクタ部３０４−２と、フレーム処理部２０５Ａとから構成されている。
【００３４】
中継ノード３００は、ＭＰＬＳ−ＴＰネットワーク内の伝送フレームを入出力ＩＦ（ポート）２２０より受信し、ＬＳＰ  ＩＤ情報に基づいてフレームスワッピング、透過等の処理を行いＳＷ部２０７に渡すことでフレームを中継する。論理回路部３０２は、エッジノード２００の論理回路部２０３とほぼ同様の構成をもつが、ＬＡＧ障害発生時のＡＩＳフレーム挿入を行うＯＡＭ挿入部３０３および周期的なＬＡＣＰフレーム挿入とＬＡＧ障害発生時のＡＩＳフレーム挿入が同時に行われた場合のフレーム衝突を防止するためのスケジューリングを行うセレクタ部３０４を独自に有する。また、ＯＡＭの終端を行わないので、ＯＡＭ終端部は、不要である。なお、Ｅｇｒｅｓｓは装置内から出る方向、Ｉｎｇｒｅｓｓは装置内へ入る方向を意味する。
【００３５】
図４を参照して、ＬＡＧ障害発生時の現用系／予備系切替を説明する。実施例１を適用するネットワークでは、予めオペレータによって全ての現用系ＬＳＰに対応する予備系ＬＳＰと、パスを通過するトラフィック重要度に応じて要求される回線の品質保持レベルを定めるためのＬＳＰ優先度が設定されている。ここでは現用系ＬＳＰ１０３に対応する予備系ＬＳＰをＬＳＰ１０４、現用系ＬＳＰ１０５に対応する予備系ＬＳＰをＬＳＰ１０６とする。また、現用系ＬＳＰ１０３の優先度と比較して、現用系ＬＳＰ１０５の優先度は高く設定されている。ここで、ＬＳＰ優先度は、若番ほど優先度が高いことを表し、数字が大きくなるほど優先度が低いことを意味する。
【００３６】
ＬＡＧ１０７においてＬＡＧ障害４０１が発生した場合（図中×）、減少帯域分のトラフィックを予備系へ退避させることを考える。優先度の低いＬＳＰ１０３を経路として選択するフレームは、エッジノード２００−１、２００−３においてフレーム内部のＬＳＰ  ＩＤをＬＳＰ１０３からＬＳＰ１０４のものへ書き換えることで論理パス切替動作（矢印Ａ）で示されるパス切替を行うことができる。帯域減少分のトラフィックを予備系ＬＳＰへ退避させたことにより、優先度の高いＬＳＰ１０５を経路として選択するフレームは、正常運用時と同じ状況下で上記ＬＡＧ障害発生区間における故障物理リンク以外の有効帯域を通過することができる。このため、現用系／予備系切替時の回線瞬断によるフレーム廃棄を回避し、正常運用時の状態を維持することができる。なお、矢印Ａのパス切替は、あくまでも帯域減少分のトラフィックであることに注意されたい。
【００３７】
図５、図６を参照して、ＯｐＳ５００に搭載されるＬＳＰデータベースとＬＳＰ管理テーブルのノード２００、３００への転送を説明する。図５において、ＯｐＳ５００は、ネットワーク全体を管理するＮｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ部（図示せず）、全てのＮＥを統合して管理する統合Ｅｌｅｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ部（図示せず）、ＮＥを個別に管理する個別Ｅｌｅｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ部５１０、ＩＦ部５２０で構成されている。ＯｐＳ５００は、個別Ｅｌｅｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ部５１０で、全ＬＳＰの優先度と現用系／予備系の対応関係をデータベース５３０で保持・管理し、ＩＦ部５２０およびＤＣＮ（Data Communications Network）５０４を介して、各ノード２００、３００へ転送する。各ノード２００、３００は、ＮＩＦカード２０１、３０１のＬＳＰ管理テーブル２１７、２１７Ａで必要な情報を管理する。
【００３８】
図６を参照して、ネットワークの運用開始時の処理を説明する。図６において、ネットワークの運用開始時自動的に取得される全ＬＳＰに対して、オペレータは、想定する伝送トラフィック種別に応じたトラフィック重要度を考慮し、全ＬＳＰ  ＩＤに対する優先度と、現用系の障害発生時にトラフィックを退避する予備系ＬＳＰを予め設定し、オペレータ端末５０１を用いて、これらの情報をＯｐＳ５００に入力する。ＯｐＳ５００は、データベース５０３に全ＬＳＰ  ＩＤに対する優先度と、予備系ＬＳＰを格納する（Ｓ１１）。データベースで格納・保持されたＬＳＰの優先度および現用系／予備系ＬＳＰの対応関係は、全てのＬＳＰに関する情報入力が終了した時点でオペレータ端末５０１の操作により、ＤＣＮ５０４、各エッジノードおよび中継ノードの制御部２１４、ＣＴＲＬ  ＩＦ２１３を経由してＭＰＵ２１２へ転送され、各ＮＩＦ２０１、３０１は、ＮＩＦ単位で保持するＬＳＰ管理テーブル領域に、取得したＬＳＰ管理テーブル情報を書き込み、更新して（Ｓ１２）、ネットワーク運用開始処理を終了する。
【００３９】
図７を参照して、ＯｐＳが保持するテーブルを説明する。図７において、ＯｐＳ５００で保持するテーブル５３０には、現用系ＬＳＰ  ＩＤ２１７１、現用系Ｖａｌｉｄ  ｂｉｔ２１７２、現用系ＬＳＰ帯域２１７３、現用系ＬＳＰ優先度２１７４、ＮＩＦ  ＩＤ２１７５、予備系Ｖａｌｉｄ  ｂｉｔ２１７６、予備系ＬＳＰ  ＩＤ２１７７、予備系ＬＳＰ帯域２１７８、予備系ＬＳＰ動作帯域２１７９が格納される。
【００４０】
現用系Ｖａｌｉｄ  ｂｉｔ２１７２は、現用系ＬＳＰの有効／無効を識別する。現用系ＬＳＰ帯域２１７３は、現用系ＬＳＰが伝送可能な帯域である。ＮＩＦ  ＩＤ２１７５は、当該ＬＳＰが経由する中継ノードに搭載されるＮＩＦカード識別ＩＤである。予備系Ｖａｌｉｄ  ｂｉｔ２１７６は、予備系ＬＳＰの有効／無効を識別する。予備系ＬＳＰ  ＩＤ２１７７は、現用系ＬＳＰ  ＩＤに対応する予備系のＬＳＰ  ＩＤである。予備系ＬＳＰ帯域２１７８は、予備系ＬＳＰが伝送可能な帯域である。予備系ＬＳＰ動作帯域２１７９は、ＬＡＧ障害発生時における予備系ＬＳＰの動作帯域である。
なお、ＯｐＳで保持するテーブル５３０は、エッジノード２００のＬＳＰ管理テーブル２１７と同一である。
【００４１】
図８を参照して、中継ノードのＬＳＰ管理テーブル２１７Ａと、中継ノードとエッジノードのＬＡＧ管理テーブル２１８を説明する。図８（ａ）において、中継ノード３００に搭載されるＮＩＦ３０１は、ＯｐＳ５００より転送されたＬＳＰ管理テーブル５３０の内、ＮＩＦ  ＩＤ２１７５の値を参照することで自ノードを経由するＬＳＰ  ＩＤに関するテーブル値のみを読み出し、ＬＳＰ管理テーブル２１７Ａを作成する。
【００４２】
ＬＳＰ管理テーブル２１７Ａは、収容ＬＳＰ  ＩＤ７１、ＬＳＰ優先度７２、ＬＳＰ帯域７３、所属ＬＡＧ  ＩＤ７４で構成する。ここで、ＬＳＰ優先度７２は、収容するＬＳＰの優先度である。ＬＳＰ帯域７３は、収容するＬＳＰが伝送可能な帯域である。
【００４３】
ＮＩＦ３０１は、収容ＬＳＰ  ＩＤ７１、ＬＳＰ優先度７２、ＬＳＰ帯域７３、を選択的にＬＳＰ管理テーブル２１７Ａに書き込む。
【００４４】
図８（ｂ）において、ＬＡＧ管理テーブル２１８は、ＬＡＧ  ＩＤ２１８１、ＬＡＧ帯域２１８２、ＬＡＧ構成ｐｏrｔ  ＩＤ２１８３、所属ＬＳＰ  ＩＤ２１８４を保持する。ＬＡＧ管理テーブル２１８は、対向ノードとのＬＡＧ確立後、作成する。
【００４５】
ＬＡＧ  ＩＤ２１８１は、ＬＡＧを識別する。ＬＡＧ帯域２１８２は、当該ＬＡＧが集約する物理リンクの総和である。ＬＡＧ構成ｐｏrｔ  ＩＤ２１８３は、当該ＬＡＧを構成する物理リンクの入出力ＩＦ（ポート）を識別する。
【００４６】
ＬＡＧによって構成される論理パスを経由するＬＳＰが存在する場合は、そのＬＳＰが経由するＬＡＧの所属ＬＡＧ  ＩＤ７４をＬＳＰ管理テーブル２１７Ａで、ＬＡＧを経由する所属ＬＳＰ  ＩＤ２１８４をＬＡＧ管理テーブル２１８で相互に管理する。
【００４７】
エッジノード２００に搭載されるＮＩＦ２０１は、ＯｐＳ５００より転送されるＬＳＰ管理テーブル５３０内の全ての情報を各ＮＩＦ２０１内のＬＳＰ管理テーブル２１７で保持する。また、ＮＩＦ２０１は、対向ノードとＬＡＧを構成している場合、図８（ｂ）のＬＡＧ管理テーブル２１８と同様のテーブルでＬＡＧの情報を保持する。
【００４８】
図８の数値およびＬＳＰ  ＩＤ、ＬＡＧを構成する入出力ＩＦ番号等の振分けパターンは、ネットワークの構成によって様々に変化する。このため、ここで挙げた数値は、本実施例の適用されるネットワーク構成を制限するものではない。
【００４９】
図９を参照して、中継ノード、エッジノードの装置構成において、ＭＰＬＳ−ＴＰネットワーク内でのＬＡＧ障害発生に伴うＡＩＳフレーム転送を説明する。なお、ここでは、中継ノードに搭載されるＮＩＦ間でのＬＡＧ障害発生時の動作を説明する。しかし、中継ノードＮＩＦとエッジノードＮＩＦ間のＬＡＧ障害発生時にも、本実施例は適用することが可能である。したがって、装置構成は、この限りではない。
【００５０】
図９において、図示の簡便のためＮＩＦ３０１と、ＮＩＦ２０１との接続関係で説明するが、基本的には中継ノード３００とエッジノード２００の接続関係であり、中継ノード３００にエッジノード２００−Ａ、２００−Ｂが接続されている。また、図示の簡便のため、入出力ＩＦ部２２０について、ＮＩＦ２０１の一部として記載している。なお、ＮＩＦ３０１に入出力ＩＦ部２２０を２か所、描いているのも図示の簡便のためである。
【００５１】
ＬＡＧを構成するＮＥは、ＭＰＵ（ＮＩＦ管理部）２１２内部のアグリゲータ指令による周期的なＬＡＣＰフレーム挿入を自律的に実行するＡｃｔｉｖｅモード動作装置（Ｍａｓｔｅｒ）と、ＬＡＣＰフレームを終端後、Ａｃｋｎｏｗｌｅｄｇｅ信号（ＡＣＫ）を対向ＮＥのポートに向けて返すＰａｓｓｉｖｅモード動作装置（Ｓｌａｖｅ）というＮＥ間の主従関係により成立している。ＬＡＧ９０１が集約する物理リンクの一部にＬＡＧ障害９０２が発生した場合、Ａｃｔｉｖｅモード動作するＮＥから挿入されるＬＡＣＰフレームが物理リンクの故障発生箇所において廃棄される。Ａｃｔｉｖｅモード動作装置は、Ｐａｓｓｉｖｅモード動作装置からのＡＣＫを一定時間受信しないことをトリガーとして、物理リンクの接続性異常をＬＡＧ障害および物理リンクの故障発生と見なし、ＬＡＧ障害時の処理を開始する。Ａｃｔｉｖｅモード動作装置は、図１０を参照して説明する処理を実行し、取得した情報をＡＩＳフレーム９０３のＯＡＭペイロードへ格納し、エッジノード２００−Ａ、２００−Ｂへ送信する
図１０を参照して、ＬＡＧ障害時の処理を説明する。図１０において、ＬＡＣＰフレームは、ＬＡＧを構成する全ての物理リンクに向けて挿入されるため、Ｐａｓｓｉｖｅモード動作する装置からのＡＣＫ信号の返送が確認できない物理リンクおよび物理ポートがすなわち故障箇所と断定でき、ＭＰＵ（ＮＩＦ管理部）２１２は、障害の発生したＬＡＧ  ＩＤおよび障害発生物理ポート情報を、ＬＡＧ管理テーブル２１８で予め保持している障害発生ＬＡＧを構成する全ての物理ポート情報を参照することで、ＮＩＦ３０１内部において収集する（Ｓ２１）。各物理リンクの伝送帯域は、ＮＩＦ３０１の設定レジスタ２１６によって予め設定されるため、ＭＰＵ（ＮＩＦ管理部）２１２は、取得した情報を元に、障害発生ＬＡＧにおける物理リンク故障による論理パス帯域減少幅と、物理リンク故障を免れた物理リンクによりＬＡＧ構成が維持される論理パス有効帯域を算出する（Ｓ２２）。ＭＰＵ（ＮＩＦ管理部）２１２は、ＮＩＦ３０１が保持するＬＡＧ管理テーブル２１８を参照し、障害発生ＬＡＧに属するＬＳＰ  ＩＤを取得する（Ｓ２３）。ＭＰＵ（ＮＩＦ管理部）２１２は、ステップ２１〜ステップ２３で収集した項目をＡＩＳフレーム９０３に確保したＯＡＭペイロードへ格納する（Ｓ２４）。ＭＰＵ（ＮＩＦ管理部）２１２は、全エッジノードへＡＩＳフレームを送信して（Ｓ２５）、ＬＡＧ障害発生時のＡＩＳフレーム送信フローを終了する。
【００５２】
図９に戻って、ＡＩＳフレームの生成および挿入は、ＮＩＦ３０１のＯＡＭ挿入部３０３において行われる。ＡＩＳフレームは、セレクタ部３０４−２によるスケジューリングを経てフレーム処理部２０５Ａへ渡される。フレーム処理部２０５Ａは、ＯＡＭ挿入部３０３で生成されたＡＩＳフレームに、内部ヘッダ、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、ＬＳＰ  ＩＤを付与する。ＡＩＳフレームは、入出力ＩＦ部（ポート）２２０より全エッジノード２００宛に送信される。
【００５３】
エッジノード２００に搭載されるＮＩＦ２０１は、ＡＩＳフレームを入出力ＩＦ（ポート）２２０より受信し、フレーム解析部２０８でフレームの解析を行う。フレーム解析部２０８におけるフレーム解析の後、内部ヘッダ、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、ＬＳＰ  ＩＤは、フレームフォーマットより削除され、ＡＩＳフレームであると判断された場合、ＯＡＭ終端部２１５においてＡＩＳフレームを終端し、フレーム内部のＯＡＭペイロード情報の読み出しを行う。
【００５４】
図１１を参照して、ＡＩＳフレームのフォーマットを説明する。図１１において、ＡＩＳフレーム９０３は、先頭から内部ヘッダ９０３１、宛先アドレス（ＤＡ）９０３２、送信元アドレス（ＳＡ）９０３３、ＬＳＰ  ＩＤ９０３４のヘッダと、障害発生ＬＡＧ  ＩＤ９０３５、障害発生ＬＡＧ帯域９０３６、有効ＬＡＧ帯域９０３７、障害発生ＬＡＧに属するＬＳＰ  ＩＤ９０３８のＯＡＭ  ｐａｙｌｏａｄとで構成されている。
【００５５】
内部ヘッダ９０３１は、ＯＡＭフレームであることを示すＯＡＭ識別ｂｉｔ、非特許文献１で規定されるＡＩＳのＯｐＣｏｄｅ、フレーム長などの情報を含む。ＬＳＰ  ＩＤ９０３４は、エッジノードまでのＬＳＰを識別する。
【００５６】
図１２を参照して、エッジノードに搭載されるＮＩＦにおけるＯＡＭ終端時のＯＡＭペイロード情報読み出し処理およびトラフィックのＬＳＰ  ＩＤ書き換えによる現用系ＬＳＰから予備系ＬＳＰへの切替を説明する。
【００５７】
図１２において、ＯＡＭ終端部２１５は、ＡＩＳフレームＯＡＭペイロードに格納された障害発生ＬＡＧ  ＩＤ、障害発生ＬＡＧ帯域、有効ＬＡＧ帯域、障害発生ＬＡＧに属するＬＳＰ  ＩＤを読み出す。ＯＡＭ終端部２１５は、取得した値をＭＰＵ（ＮＩＦ管理部）２１２へ通知する。ＭＰＵ（ＮＩＦ管理部）２１２は、障害発生ＬＡＧに属するＬＳＰ  ＩＤについて、ＮＩＦ２０１内部で管理するＬＳＰ管理テーブル２１７における当該ＬＳＰ  ＩＤの欄を参照し、当該ＬＳＰの優先度情報を取得する。複数のＬＳＰが障害発生ＬＡＧに属し、ＬＳＰ優先度が複数存在する場合、ＭＰＵ（ＮＩＦ管理部）２１２は、優先度の種別数を変数Ｎとして保持し、以下、図１３に示すフローに従ってトラフィックのＬＳＰ  ＩＤ書き換えおよびＬＳＰ管理テーブル２１７の現用系ＬＳＰ帯域、予備系Ｖａｌｉｄ  ｂｉｔ、予備系ＬＳＰ動作帯域を更新する。
【００５８】
図１３を参照して、トラフィックのＬＳＰ  ＩＤ書き換えおよびＬＳＰ管理テーブル２１７の更新を説明する。ＡＩＳフレームの終端・解析結果に基づいて、ＭＰＵ（ＮＩＦ管理部）２１２は、ＬＳＰ管理テーブルを参照することで優先度種別数Ｎを取得する（Ｓ３１）。優先度の低い現用系ＬＳＰのトラフィックから順に予備系ＬＳＰへ退避させるため、優先度の高い順から数えてＮ番目の現用系ＬＳＰ（以下、優先度Ｎ番目のＬＳＰと表現する）を対象としたフローを開始する。ＭＰＵ（ＮＩＦ管理部）２１２は、Ｎ＝０か判定する（Ｓ３２）。ＹＥＳのとき、ＭＰＵ（ＮＩＦ管理部）２１２は、終了する。ステップ３２でＮＯのとき、優先度Ｎ番目のＬＳＰを識別するＬＳＰ  ＩＤについて、ＭＰＵ（ＮＩＦ管理部）２１２は、ＬＳＰ管理テーブル２１７よりＬＳＰ帯域を読み出し、障害発生ＬＡＧの減少帯域以下か判定する（Ｓ３３）。優先度Ｎ番目のＬＳＰ帯域が減少帯域より広い帯域をもつ場合（Ｓ３３：ＮＯ）、即ちＬＡＧ障害発生による減少帯域分の現用系ＬＳＰ帯域のみを予備系へ移行させることによりトラフィックの分散が完了する場合、ＭＰＵ（ＮＩＦ管理部）２１２は、優先度Ｎ番目のＬＳＰ  ＩＤを、対応する予備系ＬＳＰ  ＩＤに書き換え（Ｓ３４）、終了する。
【００５９】
優先度Ｎ番目のＬＳＰ帯域が減少帯域以下の場合（Ｓ３３：ＮＯ）、即ち優先度Ｎ番目のＬＳＰのトラフィックを全て予備系へ退避させる必要がある場合、ＭＰＵ（ＮＩＦ管理部）２１２は、優先度Ｎ番目の全てのＬＳＰ  ＩＤを、対応する予備系ＬＳＰ  ＩＤへと書き換える（Ｓ３５）。ＭＰＵ（ＮＩＦ管理部）２１２は、優先度Ｎ番目のＬＳＰ帯域が、減少帯域と等しいか判定する（Ｓ３６）。ＹＥＳのとき、ＭＰＵ（ＮＩＦ管理部）２１２は、フローを終了する。ステップ３６でＮＯのとき、ＭＰＵ（ＮＩＦ管理部）２１２は、ＬＡＧ断帯域を（ＬＡＧ断帯域−優先度Ｎ番目のＬＳＰ帯域）とする（Ｓ３７）。ＭＰＵ（ＮＩＦ管理部）２１２は、Ｎをデクリメントして（Ｓ３８）、ステップ３２に遷移する。
【００６０】
図１４を参照して、ＬＳＰ管理テーブルで保持する値の更新を説明する。図１４では、現用系ＬＳＰ優先度２をもつＬＳＰ００２について、現用系ＬＳＰ帯域５０Ｍｂｐｓのうち３０Ｍｂｐｓを予備系ＬＳＰへと退避させる場合について示す。図１４において、現用系ＬＳＰ帯域５０Ｍｂｐｓをパス切替後のＬＳＰ帯域２０Ｍｂｐｓとし、予備系へのトラフィック退避を示す予備系ＬＳＰ有効ｂｉｔを「１」とし、予備系ＬＳＰへのトラフィック退避後の予備系ＬＳＰ動作帯域を３０Ｍｂｐｓへと更新している。
なお、ここで示す具体的な数値は、予備系ＬＳＰへのトラフィック退避帯域に制限を与えるものではない。
【００６１】
図１２に戻って、ＬＡＧ障害発生による減少帯域に対して全てのトラフィックを退避完了した場合、ＭＰＵ（ＮＩＦ管理部）２１２は、退避完了時のＬＳＰ管理テーブル２１７を、制御部２１４を介してＯｐＳへ通知し、ＬＳＰ切替の正常終了と退避トラフィックの内訳等をオペレータに明示する。フレーム処理前のフレーム１２０１、１２０２のうち、ＬＳＰ  ＩＤが書き換えられたフレーム１２０３は、書き換え後のＬＳＰが経由する中継ノード３００へと送信される。一方、ＬＳＰ  ＩＤの書き換えが行われなかったフレーム１２０４については、元々保持するＬＳＰ  ＩＤが経由する中継ノード３００へ送信される。
【００６２】
なお、同一データをパケットとして細分化し伝送する際は、受信側のユーザサイトでパケットを元データとして正確に復元するためにパケットの順序が重要となる。本実施例において本来同一ＬＳＰを伝送するパケットのパスを予備系へ切り替えた場合、その経路長や経路に依存する遅延量などが原因となり受信側エッジノードでパケットの順序逆転が起きる可能性がある。
【００６３】
図１５を参照して、フレーム順序逆転を説明する。ここで示すネットワークを構成するノード数、送出フレーム数、ＬＳＰ数は、ネットワークの構成に制限を与えるものではない。
【００６４】
図１５において、フレーム１５０１とフレーム１５０２が同一ＬＳＰを伝送することを想定していた場合、ＬＡＧ障害１５０３の発生によりフレーム１５０４はここで定める現用系ＬＳＰ１０３を経路として選択し、フレーム１５０５はここで定める予備系ＬＳＰ１０４を経路として選択する。これによって、一部のフレームを予備系へ退避する。ここではフレーム１５０４は本来フレーム１５０５よりも後に受信側エッジノードでの受信が期待されるが、ＬＳＰ１０４を中継する中継ノード数がＬＳＰ１０３を中継する中継ノード数よりも大きい場合など、ＬＳＰ１０４を経路として選択するフレーム１５０５が中継ノード内での処理等による遅延発生により、受信側エッジノードへのフレーム到達が遅れ、結果として受信側エッジノードからＬ２ネットワークへのフレームの送出順序がフレーム１５０７、フレーム１５０６の順に逆転し、ユーザ装置でのデータ復元が困難となる。
【００６５】
そこで本実施例を適用するエッジノードには、フレームの順序逆転を補償する機能を具備する。図１６を参照して、フレーム順序逆転を補償する送信側エッジノードおよび受信側エッジノードに搭載されるＮＩＦの装置構成を説明する。ここではフレーム順序逆転を補償する機能の説明を行うために、送信側エッジノードにおいて必要な処理を行うための機能に関する装置構成と、受信側エッジノードにおいて必要な処理を行うための機能に関する装置構成を分離している。しかし、エッジノードは送信ノードおよび受信ノードどちらにもなり得るため、エッジノードが具備する装置構成は、両者のＡＮＤである。
【００６６】
図１６において、送信側エッジノード２００−ＡのＮＩＦ２０１−Ａは、中継ネットワーク１０７と、中継ネットワーク１０８とを介して、受信側エッジノード２００−ＢのＮＩＦ２０１−Ｂと接続されている。なお、図示の簡便のため、入出力ＩＦ部２２０をＮＩＦ２０１の上に描いている。ＮＩＦ２０１−Ａは、カウンタテーブル２４１をさらに備えている。ＮＩＦ２０１−Ｂは、バッファ２４２とセレクタ部２４３をさらに備えている。
【００６７】
図１７を参照して、送信側エッジノードの処理を説明する。図１７において、エッジノード２００は、入出力ＩＦ部２０２におけるＬ２フレームの受信をトリガーとして、送信側エッジノードのフレーム処理フローを開始する。エッジノード２００は、フレーム処理部２０５においてフレーム位置情報をフレームに付与する。ＭＰＵ（ＮＩＦ制御部）２１２は、ＬＳＰ管理テーブル２０５を参照し、ＬＳＰ  ＩＤをフレームに付与することでＬ２フレームのカプセル化を行い、またカウンタテーブル２４１を参照し、細分化されたＬ２フレームの元データに対する順序情報（以後フレーム位置と表現する）を付与する（Ｓ４１）。ここでカウンタテーブル２４１は、フレーム位置情報へ付与する値を管理し、フレームに位置情報を付与するたびに値をインクリメントしてテーブルを更新・管理する。またこのとき、送信側エッジノード２００は、ＭＰＬＳ−ＴＰネットワーク内におけるＬＡＧ障害発生の有無を、ＡＩＳフレームの受信を元に判別する（Ｓ４２）。ＬＡＧ障害が発生している場合、エッジノード２００は、現用系ＬＳＰ  ＩＤを対応する予備系ＬＳＰ  ＩＤへ書き換える（Ｓ４３）。ステップ４２で障害が発生していない場合およびステップ４３のあと、エッジノード２００は、ＭＰＬＳ−ＴＰネットワークへフレームを送出して（Ｓ４４）、終了する。
【００６８】
図１８を参照して、ノード装置の主信号フレームのフォーマットを説明する。図１８において、送信フレーム８０は、内部ヘッダ８１、宛先ＭＡＣアドレス（ＤＡ）８２、送信元ＭＡＣアドレス（ＳＡ）８３等のフレーム位置情報およびＬＡＧ障害発生による予備系ＬＳＰへのＬＳＰ  ＩＤ書き換えが発生した場合は、書き換え後のＬＳＰ  ＩＤ８４、書き換え前のＬＳＰ  ＩＤ８５、フレーム位置８６が付与される。ここで示すフレームフォーマット８０は、順序逆転を補償するための機能をエッジノードに具備するために必要なフレーム付与情報を示すものであり、本フォーマットが本実施例を適用するネットワークに必要な情報を全て含んでいるものではなく、本実施例を適用するネットワーク構成に制限を与えるものではない。
【００６９】
図１６に戻って、現用系ＬＳＰを経路選択するフレームと、現用系ＬＳＰのＬＡＧ障害発生により一部予備系ＬＳＰへ退避したフレームは中継ネットワーク１０７、１０８を経由して、受信側エッジノードで受信される。このとき現用系ＬＳＰと予備系ＬＳＰの経路長および中継する中継ノードの数が異なる場合は、物理リンク固有の遅延や、中継ノードでの内部処理による遅延等の要因によりフレームの順序逆転が発生する可能性があるため、受信側エッジノードにおいて順序逆転を補償する。受信側エッジノードは入出力ＩＦ部２２０におけるフレーム受信をトリガーとして、図１９に示すフレームの解析および必要に応じてフレームのバッファへの格納とフレーム送出制御フローを開始する。
【００７０】
図１９において、エッジノード２００は、受信したフレームをフレーム解析部２０８において解析し、ＭＰＵ（ＮＩＦ制御部）２１２は、フレームに付与されたフレーム位置情報を取得し、変数Ｎへ格納する（Ｓ５１）。エッジノード２００は、Ｎ＝１か判定する（Ｓ５２）、Ｎ＝１の場合（ＹＥＳ）、先頭フレームなので順序逆転の可能性はなく、そのままフレームをＬ２ネットワークへ送出する。エッジノード２００は、このとき送出したフレームが保持していた位置情報を変数Ｘに格納する（Ｓ５３）。ＭＰＵ（ＮＩＦ制御部）２１２はこの値を保持することでフローを完了し、フレーム受信待機状態へ移行する。
【００７１】
ステップ５２でＮ≠１の場合は、ＭＰＵ（ＮＩＦ制御部）が保持する変数Ｘの値を参照し、Ｘ＝Ｎ−１か判定する（Ｓ５５）。Ｘ＝Ｎ−１であった場合（ＹＥＳ）、エッジノード２００は、今回受信したフレームは最後に送出したフレームの次に送出されるべきフレームであるため、受信フレームを送出、そのフレームがもつ位置情報を変数Ｘに上書き保持し（Ｓ５４）、フレーム受信待機状態へ移行する。
【００７２】
ステップ５５でＸ≠Ｎ−１であった場合は、エッジノード２００は、フレーム順序の入れ替わりが発生しているためフレームを送出せず、受信側エッジノードがもつバッファ２４２にフレームを一時格納する（Ｓ５６）。エッジノード２００は、このときバッファに保持するフレームがもつフレーム位置情報を取得する（Ｓ５７）。エッジノード２００は、バッファ２４２内に既に格納されているフレームの位置情報と、最後に送出したフレームの位置情報Ｘを比較する（Ｓ５８）。バッファ内にフレームが格納されていない場合、エッジノード２００は、比較処理を行わずフローを完了し、フレーム待機状態へ移行する。
【００７３】
バッファ２４２内に既に格納されているフレーム位置情報の内、最後に送出されたフレーム位置情報Ｘ＋１の値をもつものが存在する場合、エッジノード２００は、当該位置情報をもつフレームの送出を開始し、変数Ｘに送出したフレームの位置情報を上書き保持して（Ｓ５９）、ステップ５８に遷移する。
【００７４】
図１６にもどって、図１９のフローにおいて、バッファ２４２に格納されずに送出されるフレームと、バッファ２４２から取り出され送出されるフレームの衝突を回避するため、受信側エッジノード２０１−Ｂには、Ｌ２ネットワークへ送出するフレームのスケジューラ管理を行うセレクタ部２４３を具備する。フレームをバッファ２４２から取り出し、送出した後は再びバッファ２４２に格納されているフレームと、フレーム送出によって更新された変数Ｘとの比較を行い、前述したフローと同様の処理によってバッファ２４２内フレームの送出可否判断を行う。また、フレーム位置情報Ｘ＋１をもつフレームがバッファ２４２内に存在しない場合またはバッファ２４２内にフレームが存在しない場合、比較処理を終了してフローを終了して、受信待機状態へ移行する。
【００７５】
上述した実施例に依れば、ＬＡＧ構成物理リンクで発生する縮退動作による帯域低減およびフレーム廃棄を柔軟に回避することができる。また、予備系への転送による順序逆転を補償することができる。
【符号の説明】
【００７６】
１００…ユーザ装置、２００…エッジノード、２０１…ＮＩＦカード、３００…中継ノード、３０１…ＮＩＦカード、５００…オペレーションシステム、７００…ネットワーク、９０３…ＡＩＳフレーム。
【図１】
2014116817.tif 000003
【図２】
2014116817.tif 000004
【図３】
2014116817.tif 000005
【図４】
2014116817.tif 000006
【図５】
2014116817.tif 000007
【図６】
2014116817.tif 000008
【図７】
2014116817.tif 000009
【図８】
2014116817.tif 000010
【図９】
2014116817.tif 000011
【図１０】
2014116817.tif 000012
【図１１】
2014116817.tif 000013
【図１２】
2014116817.tif 000014
【図１３】
2014116817.tif 000015
【図１４】
2014116817.tif 000016
【図１５】
2014116817.tif 000017
【図１６】
2014116817.tif 000018
【図１７】
2014116817.tif 000019
【図１８】
2014116817.tif 000020
【図１９】
2014116817.tif 000021