(57)【特許請求の範囲】
【請求項１】
第１ネットワークが第２ネットワークを介して第３ネットワークに接続される伝送システムに用いられ、前記第１ネットワークと前記第２ネットワークとの間に設けられる伝送装置において、
前記第１ネットワークに障害が発生した場合に、前記第２ネットワークで伝送されるフレーム内において、前記第１ネットワークの障害によって影響を受ける通信データが格納されるデータの識別子を特定し、特定した前記識別子に関連付けた障害情報を生成する生成部と、
前記生成部が生成した前記障害情報を、前記第２ネットワークを介して、前記第２ネットワークと前記第３ネットワークとの間に設けられた他の伝送装置へ送信する送信部と
を有することを特徴とする伝送装置。
【請求項２】
前記第１ネットワークに接続されたポートと、前記識別子とを対応付けたテーブルを保持する保持部を有し、
前記生成部は、前記第１ネットワークに障害が発生した場合に、前記テーブルを参照して、前記第１ネットワークの障害によって影響を受ける通信データが格納されるデータの前記識別子を特定することを特徴とする請求項１に記載の伝送装置。
【請求項３】
前記第２ネットワークを介して前記他の前記伝送装置から前記識別子に関連付けられた障害情報を受信した場合に、前記テーブルを参照して、受信した障害情報が関連付けられている前記識別子に対応するポートを特定し、特定したポートに接続された前記第１ネットワーク内の装置に障害の発生を通知する通知部
を有することを特徴とする請求項２に記載の伝送装置。
【請求項４】
前記通知部は、前記第２ネットワークを介して他の前記伝送装置から受信した障害情報に基づいて特定したポートをシャットダウンさせることにより、特定したポートに接続された前記第１ネットワーク内の装置に障害の発生を通知することを特徴とする請求項３に記載の伝送装置。
【請求項５】
前記保持部は、第１ネットワークを流れる一連の通信データを含むフローを、前記識別子にさらに対応付け、
前記生成部は、障害が発生した前記第１ネットワークを流れる前記フローを特定する情報を前記障害情報に格納し、
前記通知部は、前記第２ネットワークを介して前記他の伝送装置から受信した前記障害情報に基づいて特定したポートに接続された前記第１ネットワーク内の装置の中で、前記受信した障害情報内の情報で特定されるフローに含まれる通信データを送信または受信する装置に障害の発生を通知することを特徴とする請求項３に記載の伝送装置。
【請求項６】
前記通知部は、前記第２ネットワークを介して他の前記伝送装置から受信した障害情報に基づいて特定したポートを流れる前記フローが、前記障害情報内の情報で特定される複数のフローの中に全て含まれる場合に、前記特定したポートをシャットダウンさせることにより、前記受信した障害情報内の情報で特定されるフローに含まれる通信データを送信または受信する装置に障害の発生を通知することを特徴とする請求項５に記載の伝送装置。
【請求項７】
前記生成部は、前記第２ネットワークで伝送されるフレーム内において、前記第１ネットワークの障害によって影響を受ける通信データが格納されるデータのヘッダに、前記障害情報を格納することにより、前記データの前記識別子と前記障害情報とを関連付け、
前記通知部は、前記テーブルを参照して、ヘッダに前記障害情報が格納されているデータの前記識別子に対応するポートを特定することを特徴とする請求項３から６のいずれか一項に記載の伝送装置。
【請求項８】
第１ネットワークが第２ネットワークを介して第３ネットワークに接続された伝送システムにおいて、
前記第１ネットワークと前記第２ネットワークとの間に設けられる第１伝送装置と、
前記第２ネットワークと前記第３ネットワークとの間に設けられる第２伝送装置と
を有し、
前記第１伝送装置は、
前記第１ネットワークに接続された第１ポートと、前記第２ネットワークで伝送されるフレーム内において、前記第１ポートを流れる通信データが格納されるデータの識別子とを対応付けた第１テーブルを保持する第１保持部と、
前記第１ネットワークに障害が発生した場合に、前記第１テーブルを参照して、障害が発生した前記第１ネットワークに接続された前記第１ポートに対応付けられた前記識別子を特定し、特定した前記識別子に関連付けた障害情報を生成する生成部と、
前記生成部が生成した前記障害情報を、前記第２ネットワークを介して前記第２伝送装置へ送信する送信部と
を有し、
前記第２伝送装置は、
前記第３ネットワークに接続された第２ポートと、前記第２ネットワークで伝送されるフレーム内において、前記第２ポートを流れる通信データが格納されるデータの識別子とを対応付けた第２テーブルを保持する第２保持部と、
前記第２ネットワークを介して前記第１伝送装置から前記障害情報を受信した場合に、前記第２テーブルを参照して、受信した前記障害情報が関連付けられている前記識別子に対応する前記第２ポートを特定し、特定した前記第２ポートに接続された前記第３ネットワーク内の装置に障害の発生を通知する通知部と
を有することを特徴とする伝送システム。
【請求項９】
それぞれの第１ネットワークに接続された第１ポートと、
それぞれの第２ネットワークに接続された第２ポートと、
前記第１ポートと、前記第２ポートと、前記第２ネットワークで伝送されるフレーム内において、前記第１ポートおよび前記第２ポートを流れる通信データが格納されるデータの識別子とを対応付けたテーブルを保持する保持部と、
前記第２ネットワークに障害が発生した場合に、前記テーブルを参照して、障害が発生した前記第２ネットワークに接続された前記第２ポートに対応付けられた前記第１ポートを特定し、前記識別子に対応する通信データにエラーが発生した場合に、前記テーブルを参照して、エラーが発生した前記識別子に対応付けられた前記第１ポートを特定する特定部と、
前記特定部が特定した前記第１ポートに接続された前記第１ネットワーク内の装置に障害の発生を通知する通知部と
を有することを特徴とする伝送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、伝送装置および伝送システムに関する。
【背景技術】
【０００２】
近年のインターネットやモバイルネットワークの普及により、ネットワークトラフィックが急速に増大している。そのため、キャリアコア網では、伝送容量の拡大が急務となっており、１００Ｇｂｐｓの伝送容量を実現するＯＴＮ（Optical  Transport  Network）の導入が進められている。また、イーサネット（登録商標）技術やＩＰ（Internet  Protocol）技術を利用したアクセス網についても、伝送容量の拡大が進んでいる。
【０００３】
また、ネットワーク内で障害が発生した場合、ネットワーク内の各機器に対し、アラームを通知する技術が知られている。また、２つのイーサネットがＳＤＨネットワークに接続され、一方のイーサネットに障害が発生した場合に、他方のイーサネットに切り換える技術が知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平５−３００７５号公報
【特許文献２】国際公開第２００５／０７９０１５号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、イーサネット内で断線等の通信障害が発生した場合、イーサネット内の装置は、短時間（例えば１ミリ秒未満）で障害の発生を検出することができる。また、ＯＴＮ内で障害が発生した場合も、ＯＴＮ内の装置は、短時間（例えば１ミリ秒未満）で障害の発生を検出することができる。しかし、複数のイーサネットがＯＴＮを介して接続されるネットワークシステムでは、一方のイーサネット内の装置は、ＯＴＮを介した対向側のイーサネットで発生した障害を迅速に検出することが困難である。これは、イーサネットとＯＴＮとの間では、障害情報のやり取りに関する取り決めが存在しないためである。
【０００６】
開示の技術は、一方のネットワークに発生した通信障害を、中継ネットワークを介した他方のネットワークにおいて迅速に検出する。
【課題を解決するための手段】
【０００７】
１つの側面では、複数の第１ネットワークが第２ネットワークを介して第３ネットワークに接続される伝送システムに用いられ、第１ネットワークと第２ネットワークとの間に設けられる伝送装置は、生成部と、送信部とを有する。生成部は、第１ネットワークに障害が発生した場合に、第２ネットワークで伝送されるフレーム内において、第１ネットワークの障害によって影響を受ける通信データが格納されるデータの識別子を特定し、特定した識別子に関連付けた障害情報を生成する。送信部は、生成部が生成した障害情報を、第２ネットワークを介して、第２ネットワークと第３ネットワークとの間に設けられた他の伝送装置へ送信する。
【発明の効果】
【０００８】
１つの態様では、一方のネットワークに発生した通信障害を、中継ネットワークを介した他方のネットワークにおいて迅速に検出することができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、伝送システムの一例を示す図である。
【図２】図２は、通信データの流れの一例を説明する図である。
【図３】図３は、伝送装置のハードウェアの一例を示す図である。
【図４】図４は、実施例１における伝送装置の機能ブロックの一例を示す図である。
【図５】図５は、実施例１における障害情報テーブルの一例を示す図である。
【図６】図６は、障害通知フレームの一例を示す図である。
【図７】図７は、実施例１における障害情報送信処理の一例を示すフローチャートである。
【図８】図８は、実施例１における障害通知処理の一例を示すフローチャートである。
【図９】図９は、実施例２における障害情報テーブルの一例を示す図である。
【図１０】図１０は、実施例２における障害通知処理の一例を示すフローチャートである。
【図１１】図１１は、実施例３における伝送装置の機能ブロックの一例を示す図である。
【図１２】図１２は、実施例３における対応テーブルの一例を示す図である。
【図１３】図１３は、実施例４における対応テーブルの一例を示す図である。
【図１４】図１４は、制御カードのハードウェアの一例を示す図である。
【発明を実施するための形態】
【００１０】
以下に、本願の開示する伝送装置および伝送システムの実施例を、図面に基づいて詳細に説明する。なお、以下の実施例は開示の技術を限定するものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【実施例１】
【００１１】
［伝送システム１０の概要］
図１は、伝送システム１０の一例を示す図である。伝送システム１０は、複数の伝送装置２０を有する。それぞれの伝送装置２０は、イーサネット１２とＯＴＮ１３との間に設けられる。それぞれの伝送装置２０は、イーサネット１２に接続された通信装置１１が送信した通信データを、ＯＴＮ１３を介して、他のイーサネット１２に接続された通信装置１４へ中継する。
【００１２】
図１の例では、伝送装置２０−１は、通信装置１１が送信した通信データを、イーサネット１２−１を介して受信する。そして、伝送装置２０−１は、受信した通信データを、ＯＴＮ１３を介してイーサネット１２−２に接続された伝送装置２０−２へ中継する。伝送装置２０−２は、ＯＴＮ１３を介して受信した通信データを、イーサネット１２−２を介して、宛先の通信装置１４へ送信する。同様に、伝送装置２０−２は、イーサネット１２−１を介して通信装置１４から送信された通信データを、ＯＴＮ１３を介して伝送装置２０−１へ中継する。伝送装置２０−１は、ＯＴＮ１３を介して受信した通信データを、イーサネット１２−１を介して、宛先の通信装置１１へ送信する。
【００１３】
なお、図１では、説明を簡単にするために、各伝送装置２０が１つのイーサネット１２およびＯＴＮ１３に接続されている例が示されているが、以下では、各伝送装置２０が複数のイーサネット１２および複数のＯＴＮ１３に接続されている例を用いて説明する。
【００１４】
［データの流れ］
図２は、通信データの流れの一例を説明する図である。図２の例において、伝送装置２０−１のポート２００−１〜３は、それぞれ別々のイーサネット１２−１に接続されている。伝送装置２０−１は、ポート２００−１に接続されたイーサネット１２−１を介してフロー＃１の通信データを送受信する。同様に、伝送装置２０−１は、ポート２００−２に接続されたイーサネット１２−１を介してフロー＃２の通信データを送受信し、ポート２００−３に接続されたイーサネット１２−１を介してフロー＃３の通信データを送受信する。
【００１５】
また、伝送装置２０−２のポート２００−４および２００−５は、それぞれ別々のイーサネット１２−２に接続されている。伝送装置２０−２は、ポート２００−４に接続されたイーサネット１２−２を介してフロー＃１および＃２の通信データを送受信し、ポート２００−５に接続されたイーサネット１２−２を介してフロー＃３の通信データを送受信する。
【００１６】
ここで、本実施例において、フローとは、例えば１つのセッションに用いられる一連の通信データの流れを意味する。各フローは、送信元の通信装置のＩＰアドレス、宛先の通信装置のＩＰアドレス、送信元の通信装置のポート番号、宛先の通信装置のポート番号、およびプロトコルの種別等の情報に基づいて識別される。
【００１７】
伝送装置２０−１は、イーサネットレイヤにおいて、ポート２００−１〜３を介して各フローの通信データを受信し、受信した通信データを、例えばＧＦＰ（Generic  Framing  Procedure）−Ｆ方式によりカプセル化する。そして、伝送装置２０−１は、カプセル化した通信データを含むペイロードに所定のオーバヘッドを付加してＯＰＵ（Optical-channel  Payload  Unit）を生成する。そして、伝送装置２０−１は、ＯＰＵを含むペイロードに所定のオーバヘッドを付加してＯＤＵ（Optical-channel  Data  Unit）を生成する。そして、伝送装置２０−１は、ＯＤＵをペイロードの所定の位置にマッピングし、ペイロードに所定のオーバヘッドを付加してＯＴＵ（Optical-channel  Transport  Unit）を生成する。そして、伝送装置２０−１は、生成したＯＴＵを含むＯＴＮフレームを、ポート２０１−１を介してＯＴＮ１３へ送信する。
【００１８】
伝送装置２０−２は、ＯＴＮ１３を介してポート２０１−２からＯＴＮフレームを受信する。そして、伝送装置２０−２は、受信したＯＴＮフレームのＯＴＵからＯＤＵを取り出し、ＯＤＵからＯＰＵを取り出す。そして、伝送装置２０−２は、ＯＰＵからカプセル化された通信データを取り出し、デカプセル化を行って、イーサネットレイヤの通信データを取り出す。そして、伝送装置２０−２は、ポート２００−４または５を介して通信データを送信する。
【００１９】
なお、各フローに含まれる通信データは、ＯＤＵ単位で、ＯＴＵのペイロード内の所定の位置にマッピングされる。また、各伝送装置２０では、ＯＤＵ毎に、ＯＤＵに含まれている通信データを出力するポート２００が対応付けられている。これにより、一方のイーサネット１２−１に接続された通信装置１１から送信された通信データが、他方のイーサネット１２−２に接続された、宛先の通信装置１４へ送信される。
【００２０】
［伝送装置２０の詳細］
図３は、伝送装置２０のハードウェアの一例を示す図である。図４は、実施例１における伝送装置２０の機能ブロックの一例を示す図である。例えば図３に示すように、伝送装置２０は、複数のイーサネットカード２１−１〜ｎ、ＯＤＵ＿ＳＷカード２２、複数のＯＴＮカード２３−１〜ｎ、および制御カード２４を有する。なお、以下では、複数のイーサネットカード２１−１〜ｎおよびＯＴＮカード２３−１〜ｎのそれぞれを区別することなく総称する場合に、それぞれイーサネットカード２１およびＯＴＮカード２３と記載する。なお、図３および図４において、主に通信データが伝送される信号線は実線で示されており、制御信号が伝送される信号線は破線で示されている。
【００２１】
それぞれのイーサネットカード２１は、例えば図４に示すように、ＰＨＹ２１０、ＭＡＣ２１１、フロー処理部２１２、およびＯＤＵマッピング処理部２１３を有する。ＰＨＹ２１０は、ポート２００に接続されたイーサネット１２において、物理層の信号制御および監視を行う。ＰＨＹ２１０は、ポート２００に接続されたイーサネット１２において物理回線の障害を検出した場合に、障害が発生したイーサネット１２に接続されたポート２００の情報を制御カード２４へ送信する。ＭＡＣ２１１は、ポート２００に接続されたイーサネット１２において、ＭＡＣ（Media  Access  Control）層の信号制御および監視を行う。ＭＡＣ２１１は、ポート２００に接続されたイーサネット１２においてＭＡＣ層における障害を検出した場合に、障害が発生したイーサネット１２に接続されたポート２００の情報を制御カード２４へ送信する。
【００２２】
フロー処理部２１２は、ポート２００に接続されたイーサネット１２に属する通信装置との間で、イーサネットのフロー制御を行う。また、フロー処理部２１２は、ＰＨＹ２１０およびＭＡＣ２１１を介して受信した通信データを含むイーサネットフレームをＯＤＵマッピング処理部２１３へ送信する。また、フロー処理部２１２は、ＯＤＵマッピング処理部２１３から受信したイーサネットフレームをＰＨＹ２１０およびＭＡＣ２１１を介してポート２００からイーサネット１２へ送信する。また、フロー処理部２１２は、制御カード２４からＡＩＳ（Alarm  Indication  Signal）を受信した場合に、受信したＡＩＳをＰＨＹ２１０およびＭＡＣ２１１を介してポート２００からイーサネット１２へ送信する。また、フロー処理部２１２は、ＯＤＵマッピング処理部２１３から障害通知フレームを受信した場合に、受信した障害通知フレームを制御カード２４へ送信する。
【００２３】
ＯＤＵマッピング処理部２１３は、ＧＦＰ−Ｆマッパ２１４およびＯＤＵ＿ＳＷ＿ＩＦ２１５を有する。ＧＦＰ−Ｆマッパ２１４は、フロー毎に、フローに含まれる通信データを含むイーサネットフレームがマッピングされるＯＤＵの識別番号を対応付けた対応テーブルを保持している。ＧＦＰ−Ｆマッパ２１４は、フロー処理部２１２から受信したイーサネットフレームをカプセル化してＯＰＵを生成する。そして、ＧＦＰ−Ｆマッパ２１４は、ＯＰＵにオーバヘッドを付加してＯＤＵを生成する。そして、ＧＦＰ−Ｆマッパ２１４は、対応テーブルを参照して、生成したＯＤＵを、イーサネットフレーム内の通信データが属するフローに対応する識別番号のＯＤＵの位置にマッピングする。ＯＤＵ＿ＳＷ＿ＩＦ２１５は、ＯＤＵのマッピング情報と共にＯＤＵをＯＤＵ＿ＳＷカード２２へ送信する。
【００２４】
また、ＯＤＵ＿ＳＷ＿ＩＦ２１５は、ＯＤＵをＯＤＵ＿ＳＷカード２２から受信してＧＦＰ−Ｆマッパ２１４へ送る。ＧＦＰ−Ｆマッパ２１４は、ＯＤＵ＿ＳＷ＿ＩＦ２１５から受信したＯＤＵからＯＰＵを取り出し、取り出したＯＰＵをデカプセル化してイーサネットフレームを復元する。そして、ＧＦＰ−Ｆマッパ２１４は、復元したイーサネットフレームをフロー処理部２１２へ送信する。
【００２５】
ＯＤＵ＿ＳＷカード２２は、ＯＤＵ＿ＳＷ２２０を有する。ＯＤＵ＿ＳＷ２２０は、ＯＤＵ＿ＳＷ＿ＩＦ２１５から受信したＯＤＵについて、ＯＤＵレベルでの必要な回線交換処理を行い、ＯＤＵをＯＴＮカード２３へ送る。また、ＯＤＵ＿ＳＷ２２０は、ＯＴＮカード２３から受け取ったＯＤＵをＯＤＵ＿ＳＷ＿ＩＦ２１５へ送信する。
【００２６】
ＯＴＮカード２３は、ＯＤＵ＿ＳＷ＿ＩＦ２３０、ＭＵＸ／ＤＥＭＵＸ２３１、フレーマ２３２、およびＯＰＴ２３３を有する。ＭＵＸ／ＤＥＭＵＸ２３１は、ＯＤＵ＿ＳＷ２２０から送信されたＯＤＵを、ＯＤＵ＿ＳＷ＿ＩＦ２３０を介して受信し、受信したＯＤＵを多重化してフレーマ２３２へ送信する。また、ＭＵＸ／ＤＥＭＵＸ２３１は、フレーマ２３２から多重化されたＯＤＵを受信し、多重化されたＯＤＵを分離し、分離したそれぞれのＯＤＵを、ＯＤＵ＿ＳＷ＿ＩＦ２３０を介してＯＤＵ＿ＳＷ２２０へ送信する。
【００２７】
フレーマ２３２は、多重化されたＯＤＵをＭＵＸ／ＤＥＭＵＸ２３１から受信し、受信したＯＤＵにオーバヘッドを付加してＯＴＵを生成する。そして、フレーマ２３２は、生成したＯＴＵを含むＯＴＮフレームをＯＰＴ２３３へ送信する。また、フレーマ２３２は、ＯＰＴ２３３から受信したＯＴＮフレームから、ＯＴＵを取り出し、ＯＴＵから多重化されたＯＤＵを取り出す。そして、フレーマ２３２は、取り出したＯＤＵをＭＵＸ／ＤＥＭＵＸ２３１へ送信する。
【００２８】
ＯＰＴ２３３は、フレーマ２３２から受信したＯＴＮフレームを示す電気信号を光信号に変換し、ＯＴＮフレームを示す光信号を、ポート２０１を介してＯＴＮ１３へ送信する。また、ＯＰＴ２３３は、ポート２０１を介してＯＴＮ１３から受信した光信号を、ＯＴＮフレームを示す電気信号に変換し、変換したＯＴＮフレームの電気信号をフレーマ２３２へ送信する。
【００２９】
制御カード２４は、障害情報変更部２４０、ＡＩＳ生成部２４１、障害情報テーブル保持部２４２、および障害通知フレーム生成部２４３を有する。障害情報テーブル保持部２４２は、例えば図５に示すような障害情報テーブル２４２０を保持する。図５は、実施例１における障害情報テーブル２４２０の一例を示す図である。障害情報テーブル２４２０は、それぞれのＯＤＵがマッピングされるＯＴＵ内のマッピング位置を示すＯＤＵ番号２４２１毎に、個別テーブル２４２２を保持する。それぞれの個別テーブル２４２２には、イーサネット１２に接続されたそれぞれのポート２００を識別するポート情報２４２３に対応付けて、イーサネット１２の状態２４２４を示す情報が格納されている。ＯＤＵ番号２４２１は、ＯＴＮ１３で伝送されるＯＴＮフレーム内において、イーサネット１２を流れる通信データを格納するデータの識別子の一例である。
【００３０】
図５に例示した障害情報テーブル２４２０において、ポート情報２４２３内の「スロット＃１、ポート＃１」は、伝送装置２０の筐体に設けられた１番のスロットに装着されているイーサネットカード２１が有する１番のポート２００であることを示している。ポート情報２４２３で特定されるポート２００に接続されたイーサネット１２に障害が発生した場合に、対応する状態２４２４に「Ａｌａｒｍ」が格納される。なお、ポート情報２４２３で特定されるポート２００に接続されたイーサネット１２に障害が発生していない場合には、対応する状態２４２４には「Ｎｏｒｍａｌ」が格納される。
【００３１】
障害情報変更部２４０は、ＰＨＹ２１０またはＭＡＣ２１１から、障害が発生したイーサネット１２に接続されたポート２００の情報を受信したか否かを監視する。障害が発生したイーサネット１２に接続されたポート２００の情報を受信した場合、障害情報変更部２４０は、障害情報テーブル２４２０を参照して、受信したポート２００の情報に対応するポート情報２４２３を特定する。そして、障害情報変更部２４０は、特定したポート情報２４２３に対応付けられている状態２４２４を、障害発生を示す「Ａｌａｒｍ」に書き換える。
【００３２】
障害通知フレーム生成部２４３は、障害情報テーブル保持部２４２内の障害情報テーブル２４２０を参照して、状態２４２４が「Ａｌａｒｍ」に書き換えられたか否かを監視する。障害情報テーブル２４２０内の状態２４２４が「Ａｌａｒｍ」に書き換えられたことを検出した場合、障害通知フレーム生成部２４３は、状態２４２４が「Ａｌａｒｍ」に書き換えられた個別テーブル２４２２に対応付けられたＯＤＵ番号２４２１を特定する。特定されたＯＤＵ番号２４２１は、ＯＴＮ１３で伝送されるＯＴＮフレーム内において、イーサネット１２の障害によって影響を受ける通信データを格納するデータの識別子の一例である。そして、障害通知フレーム生成部２４３は、例えば図６に示す障害通知フレーム３０を生成し、生成した障害通知フレーム３０をフロー処理部２１２へ送信する。
【００３３】
図６は、障害通知フレームの一例を示す図である。障害通知フレーム３０は、宛先ＭＡＣアドレス（ＭＡＣＤＡ）３１、送信元ＭＡＣアドレス（ＭＡＣＳＡ）３２、タイプ３３、ペイロード３４、およびＦＣＳ（Frame  Check  Sequence）３５を有する。ＭＡＣＤＡ３１には、「Ａｌａｒｍ」に書き換えられた個別テーブル２４２２に対応付けられたＯＤＵ番号２４２１に割り当てられる通信データを中継する対向側の伝送装置２０のＭＡＣアドレスが設定される。ＭＡＣＳＡ３２には、送信元の伝送装置２０のＭＡＣアドレスが設定される。タイプ３３には、プロトコルのタイプ等が設定される。ＦＣＳ３５には、障害通知フレーム３０の誤り検出符号が設定される。
【００３４】
ペイロード３４には、開始フラグ３６、ＯＤＵ番号３７、通知情報３８、および終了フラグ３９が格納される。開始フラグ３６から終了フラグ３９までの間に１つのポートに関する障害情報が格納される。ＯＤＵ番号３７には、書き換えられた個別テーブル２４２２に対応付けられたＯＤＵ番号２４２１が格納される。通知情報３８には、書き換えられた個別テーブル２４２２において、１つのポート情報２４２３と、ポート情報２４２３に対応付けられた状態２４２４とが格納される。開始フラグ３６から終了フラグ３９までの間に、ＯＤＵ番号３７に関連付けて、１つのポートに関する障害情報が格納される。
【００３５】
本実施例において、障害通知フレーム生成部２４３は、１つのポート情報２４２３に対応付けられた状態２４２４が「Ａｌａｒｍ」に書き換えられた場合でも、書き換えられた個別テーブル２４２２全体の情報を障害通知フレーム３０に含める。ただし、他の例として、障害通知フレーム生成部２４３は、書き換えられた個別テーブル２４２２内において、「Ａｌａｒｍ」に書き換えられた状態２４２４に対応付けられたポート情報２４２３についてのみ、障害通知フレーム３０を生成してもよい。これにより、障害通知フレーム３０のデータ量を削減することができる。
【００３６】
ＡＩＳ生成部２４１は、フロー処理部２１２から障害通知フレーム３０を受信した場合に、障害通知フレーム３０のペイロード３４から、ＯＤＵ番号３７を取り出す。そして、ＡＩＳ生成部２４１は、障害情報テーブル保持部２４２内の障害情報テーブル２４２０を参照し、障害通知フレーム３０から取り出したＯＤＵ番号３７に対応付けられている個別テーブル２４２２を特定する。そして、ＡＩＳ生成部２４１は、特定した個別テーブル２４２２に格納されているポート情報２４２３を抽出する。抽出されたポート情報２４２３で特定されるポート２００は、ＡＩＳの送信対象のポート２００である。
【００３７】
次に、ＡＩＳ生成部２４１は、ＯＴＮ１３を介した他のイーサネット１２において通信障害が発生している旨を示すＡＩＳを生成する。ＡＩＳとしては、例えばＹ．１７３１等に規定されているＥｔｈＡＩＳパケットを利用することができる。そして、ＡＩＳ生成部２４１は、生成したＡＩＳを、ＡＩＳの送信対象のそれぞれのポート２００を示す情報と共に、ポート２００に接続されているフロー処理部２１２へ送信する。
【００３８】
フロー処理部２１２は、ＡＩＳ生成部２４１から受信したＡＩＳを、ＭＡＣ２１１およびＰＨＹ２１０を介して、ＡＩＳの送信対象のポート２００から、例えばブロードキャストによりイーサネット１２内に送信する。
【００３９】
なお、ＡＩＳ生成部２４１は、ポート情報２４２３で特定されるそれぞれのポート２００をシャットダウンさせることにより、ポート２００に接続されたイーサネット１２内の通信装置に、通信障害の発生を通知してもよい。これにより、ＡＩＳの生成および送信の処理を省くことができ、より迅速にイーサネット１２内の通信装置に障害の発生を通知することができる。
【００４０】
ここで、イーサネット内の装置は、サービスＯＡＭ（Operations  Administration  Maintenance）のＣＣ（Continuity  Check）機能を用いて、イーサネット１２内での通信データの疎通確認を行うことができる。ＣＣ機能は、疎通確認用フレームの応答を所定時間以内に受信しなかった回数が連続して所定回数を超えた場合に、通信障害の発生を検出する。ＣＣ機能は、ＯＴＮ１３を介したイーサネット１２間においても利用することができる。
【００４１】
ここで、疎通確認用フレームへの応答のタイムアウト時間は、短くても例えば数ミリ秒程度であり、所定回数連続で応答がタイムアウトとなった場合に障害発生と判定するとすれば、障害の発生から検出までに、少なくとも約十ミリ秒程度かかってしまう。しかし、疎通確認用フレームの送信間隔を最小にすると、その分、ネットワーク内で疎通確認用フレームのトラフィックが増えてしまい、ユーザパケットの使用可能帯域を圧迫してしまう。そのため、疎通確認用フレームの送信間隔は、最小値以外の値である例えば数百ミリ秒から数秒程度が使用される場合が多い。この場合には、障害発生から検出までの時間も数百ミリ秒から、場合によっては数十秒となる。そのため、障害が発生した一方のイーサネット１２内の装置では、１ミリ秒未満で障害が検出されているにも関わらず、対向側の他方のイーサネット１２では、一方のイーサネット１２に発生した障害の検出に数十秒かかる場合がある。
【００４２】
これに対し、本実施例の伝送装置２０では、イーサネット１２に障害が発生した場合、ＰＨＹ２１０やＭＡＣ２１１は、１ミリ秒未満でイーサネット１２の障害発生を検出することができる。そして、障害情報テーブル２４２０内の状態２４２４が障害情報変更部２４０によって「Ａｌａｒｍ」に変更され、障害通知フレーム生成部２４３によって生成された障害通知フレーム３０がＯＴＮ１３を介して他の伝送装置２０へ送信される。そして、障害通知フレーム３０を受信した伝送装置２０は、障害が発生したイーサネット１２内の通信装置と通信を行う通信装置が接続されたイーサネット１２へ、ＡＩＳを送信する。そのため、本実施例では、イーサネット１２に障害が発生してから数ミリ秒程度で、イーサネット１２の障害情報が対向側のイーサネット１２に接続された通信機器に通知される。
【００４３】
これにより、一方のイーサネット１２に接続された通信機器において、他方のイーサネット１２の障害発生を迅速に検出することができ、予備系の経路への切り換え等の対処を迅速に開始することができる。これにより、サービスの停止期間を短くすることができる。
【００４４】
また、サービスＯＡＭのＣＣ機能では、障害を検出したとしても、障害の発生個所がＯＴＮ１３なのか、他方のイーサネット１２なのかを切り分けることが困難である。そのため、障害の発生個所を切り分けるための調査を別途行うことになる。これに対し、本実施例の伝送装置２０は、一方のイーサネット１２の障害情報を、ＯＴＮ１３を介した他方のイーサネット１２に接続された通信機器に通知する。これにより、他方のイーサネット１２に接続された通信装置では、ＯＴＮ１３の障害なのか、一方のイーサネット１２の障害なのかを切り分けるための作業時間を省くことができる。
【００４５】
また、サービスＯＡＭのＣＣ機能では、疎通確認用フレームの送信間隔を短くすると、障害検出までの時間を短くすることができる。しかし、疎通確認用フレームの送信間隔が短くなると、疎通確認用フレームによって通信トラフィックが増加することになる。断線などの通信障害は、それほど頻繁には発生しないため、ほとんどの疎通確認用フレームは、ネットワーク内を無駄に流れることになる。
【００４６】
これに対し本実施例の伝送装置２０は、一方のイーサネット１２において通信障害を検出した場合に、ＯＴＮ１３を介した他方のイーサネット１２に接続された伝送装置２０に障害情報を通知する。これにより、通信障害の有無を検出するために送信されるフレームによる通信トラフィックの増加を回避することができる。
【００４７】
［障害情報送信処理］
図７は、実施例１における障害情報送信処理の一例を示すフローチャートである。例えば、障害情報変更部２４０が、ＰＨＹ２１０またはＭＡＣ２１１から障害が発生したイーサネット１２に接続されたポート２００の情報を受信した場合に、伝送装置２０は、本フローチャートに示す障害情報送信処理を開始する。
【００４８】
まず、障害情報変更部２４０は、障害情報テーブル２４２０を参照して、ＰＨＹ２１０またはＭＡＣ２１１から受信したポート２００の情報に対応するポート情報２４２３を特定する。そして、障害情報変更部２４０は、特定したポート情報２４２３に対応付けられている状態２４２４を、障害発生を示す「Ａｌａｒｍ」に書き換える（Ｓ１００）。
【００４９】
次に、障害通知フレーム生成部２４３は、障害情報テーブル２４２０内のいずれかの状態が「Ａｌａｒｍ」に書き換えられたことを検出し、書き換えられた個別テーブルおよび個別テーブルに対応付けられたＯＤＵ番号を特定する。そして、障害通知フレーム生成部２４３は、特定した個別テーブルおよびＯＤＵ番号を用いて、例えば図６に示した障害通知フレーム３０を生成する（Ｓ１０１）。
【００５０】
次に、障害通知フレーム生成部２４３は、生成した障害通知フレーム３０をフロー処理部２１２へ送信する。フロー処理部２１２は、障害通知フレーム生成部２４３から受信した障害通知フレーム３０をＯＤＵマッピング処理部２１３へ送信する。これにより、障害通知フレーム３０が、ＯＴＮ１３を介して対向側のイーサネット１２に接続された伝送装置２０へ送信される（Ｓ１０２）。
【００５１】
［障害通知処理］
図８は、実施例１における障害通知処理の一例を示すフローチャートである。例えば、フロー処理部２１２がＯＴＮ１３を介して他の伝送装置２０から障害通知フレーム３０を受信した場合に、伝送装置２０は、本フローチャートに示す障害通知処理を開始する。
【００５２】
まず、フロー処理部２１２は、他の伝送装置２０から受信した障害通知フレーム３０をＡＩＳ生成部２４１へ送信する。ＡＩＳ生成部２４１は、フロー処理部２１２から受信した障害通知フレーム３０内のペイロード３４から、ＯＤＵ番号３７を取り出す。そして、ＡＩＳ生成部２４１は、障害情報テーブル保持部２４２内の障害情報テーブル２４２０を参照し、障害通知フレーム３０から取り出したＯＤＵ番号３７に対応付けられている個別テーブル２４２２を特定する。
【００５３】
そして、ＡＩＳ生成部２４１は、特定した個別テーブル２４２２に格納されているポート情報２４２３を抽出する。そして、ＡＩＳ生成部２４１は、個別テーブル２４２２から抽出したポート情報２４２３で識別されるそれぞれのポート２００を、ＡＩＳの送信対象のポート２００として特定する（Ｓ２００）。
【００５４】
次に、ＡＩＳ生成部２４１は、ＯＴＮ１３を介した対向側のイーサネット１２において通信障害が発生している旨を示すＡＩＳを生成する（Ｓ２０１）。そして、ＡＩＳ生成部２４１は、生成したＡＩＳを、ＡＩＳの送信対象のポート２００を示す情報と共に、ＡＩＳの送信対象のポート２００に接続されているフロー処理部２１２へ送信する。
【００５５】
フロー処理部２１２は、ＡＩＳ生成部２４１から受信したＡＩＳを、ＭＡＣ２１１およびＰＨＹ２１０を介して、ＡＩＳの送信対象のポート２００からイーサネット１２内に送信する（Ｓ２０２）。
【００５６】
［実施例１の効果］
上述したように、本実施例の伝送装置２０によれば、イーサネット１２の障害情報を、ＯＴＮ１３を介した対向側のイーサネット１２に接続された通信機器に迅速に通知することができる。また、本実施例の伝送装置２０によれば、障害の発生個所を特定するための作業負担を軽減することができる。
【実施例２】
【００５７】
実施例１では、イーサネット１２の障害発生を伝送装置２０のポート単位で通知したが、本実施例では、イーサネット１２の障害発生を、障害が発生したイーサネット１２を流れるフロー単位で通知する点が実施例１とは異なる。なお、伝送システム１０および伝送装置２０の概要については、以下に説明する点を除き実施例１と同様であるため説明を省略する。
【００５８】
図９は、実施例２における障害情報テーブル２４２０の一例を示す図である。本実施例における障害情報テーブル２４２０では、それぞれの個別テーブル２４２２において、ポート情報２４２３内に、イーサネット１２に接続されたそれぞれのポート２００を識別する情報に加えて、ポート２００を流れるフローを識別する情報が格納される。
【００５９】
図９に例示したポート情報２４２３において「スロット＃１、ポート＃１、フロー＃１」とは、伝送装置２０の筐体の１番のスロットに装着されたイーサネットカード２１が有する１番のポート２００に「＃１」で識別されるフローに含まれる通信データが流れることを示している。
【００６０】
障害が発生したイーサネット１２に接続されたポート２００の情報をＰＨＹ２１０またはＭＡＣ２１１から受信した場合、障害情報変更部２４０は、障害情報テーブル２４２０を参照する。そして、障害情報変更部２４０は、障害が発生したイーサネット１２に接続されたポート２００のポート情報２４２３を特定する。そして、障害情報変更部２４０は、特定したポート情報２４２３に対応付けられている状態２４２４を、障害発生を示す「Ａｌａｒｍ」に書き換える。
【００６１】
状態２４２４が「Ａｌａｒｍ」に書き換えられたことを検出した場合、障害通知フレーム生成部２４３は、状態２４２４が「Ａｌａｒｍ」に書き換えられた個別テーブル２４２２に対応付けられたＯＤＵ番号２４２１を特定する。そして、障害通知フレーム生成部２４３は、例えば図６に示した障害通知フレーム３０を生成し、生成した障害通知フレーム３０をフロー処理部２１２へ送信する。本実施例の障害通知フレーム３０において、通知情報３８には、スロット番号およびポート番号に加えて、フロー番号が格納される。
【００６２】
ＡＩＳ生成部２４１は、フロー処理部２１２から障害通知フレーム３０を受信した場合に、障害通知フレーム３０のペイロード３４から、ＯＤＵ番号３７と、「Ａｌａｒｍ」の状態を含む通知情報３８とを取り出す。そして、ＡＩＳ生成部２４１は、障害情報テーブル保持部２４２内の障害情報テーブル２４２０を参照し、障害通知フレーム３０から取り出したＯＤＵ番号３７に対応付けられている個別テーブル２４２２を特定する。そして、ＡＩＳ生成部２４１は、特定した個別テーブル２４２２に格納されているポート情報２４２３の中で、障害通知フレーム３０から取り出した通知情報３８に含まれているフロー番号を含むポート情報２４２３を抽出する。障害通知フレーム３０から取り出した通知情報３８に含まれているフロー番号は、ＡＩＳの送信対象のフローのフロー番号である。
【００６３】
そして、障害通知フレーム３０から取り出した「Ａｌａｒｍ」の状態を含む全ての通知情報３８についてポート情報２４２３を抽出した場合、ＡＩＳ生成部２４１は、ポート２００毎に障害情報テーブル２４２０を参照する。そして、ＡＩＳ生成部２４１は、ポート２００毎に、ポート２００を流れる全てのフローがＡＩＳの送信対象のフローか否かを判定する。ポート２００を流れる全てのフローがＡＩＳの送信対象のフローである場合、ＡＩＳ生成部２４１は、ポート２００をシャットダウン対象のポート２００として特定する。そして、ＡＩＳ生成部２４１は、シャットダウン対象のポート２００の識別番号をフロー処理部２１２へ送信する。
【００６４】
次に、ＡＩＳ生成部２４１は、ポート２００を流れる一部のフローがＡＩＳの送信対象のフローであるポート２００について、ＡＩＳの送信対象のフローの宛先または送信元の通信装置のＭＡＣアドレスを特定する。ここで、各伝送装置２０は、フロー毎に、フローを識別する情報（例えば、送信元の通信装置のＩＰアドレス、宛先の通信装置のＩＰアドレス、送信元の通信装置のポート番号、宛先の通信装置のポート番号、およびプロトコルの種別等）を管理している。
【００６５】
次に、ＡＩＳ生成部２４１は、ＯＴＮ１３を介した対向側のイーサネット１２において通信障害が発生している旨を示すＡＩＳを生成する。そして、ＡＩＳ生成部２４１は、ポート２００を流れる一部のフローがＡＩＳの送信対象のフローであるポート２００について、生成したＡＩＳの宛先ＭＡＣアドレスに、特定したＭＡＣアドレスを設定する。そして、ＡＩＳ生成部２４１は、生成したＡＩＳを、抽出したポート情報２４２３で特定されるポート２００に接続されているフロー処理部２１２へ送信する。
【００６６】
フロー処理部２１２は、ＡＩＳ生成部２４１から受信したＡＩＳを、ＭＡＣ２１１およびＰＨＹ２１０を介して、ＡＩＳの宛先ＭＡＣアドレスの通信機器が属するイーサネット１２に接続されたポート２００から、例えばユニキャストにより送信する。
【００６７】
ここで、図２を用いて具体例を説明する。ポート２００−１に接続されたイーサネット１２−１に障害が発生した場合、ポート２００−４に接続されたイーサネット１２−２に属し、かつ、フロー＃１の通信を行っている通信装置には、イーサネット１２−１の障害発生を通知する必要がある。しかし、ポート２００−４に接続されたイーサネット１２−２に属するフロー＃２の通信を行っている通信装置には、イーサネット１２−１の障害発生を通知する必要がない。
【００６８】
本実施例の伝送装置２０は、イーサネット１２の障害発生を、障害が発生したイーサネット１２を流れるフローを用いて通信を行っている通信装置に通知する。これにより、障害発生の通知が不要な通信装置に対しては障害発生の通知が送信されない。そのため、障害発生を通知するためのデータの送信に伴う通信トラフィックの増加を抑えることができる。
【００６９】
また、サービスＯＡＭのＣＣ機能を用いて、フロー毎にイーサネット１２の障害発生を監視するとすれば、疎通確認用フレームをフローの数だけネットワーク内に送信することになる。フローの数が多くなると、疎通確認用フレームによってネットワーク内の通信トラフィックが増加することになる。さらに、障害検出までの時間を短くするために、疎通確認用フレームの送信間隔を短くすると、疎通確認用フレームによってネットワーク内の通信トラフィックがさらに増加することになる。
【００７０】
これに対し本実施例の伝送装置２０は、障害が発生する前に一方のイーサネット１２を流れていたフローを特定し、対向側の他方のイーサネット１２に属する通信装置の中で、特定したフローを用いて通信を行っていた通信装置に対して障害発生を通知する。これにより、障害発生の通知に伴う通信トラフィックの増加を低く抑えることができる。
【００７１】
また、フロー処理部２１２は、シャットダウン対象のポート２００の識別番号をＡＩＳ生成部２４１から受信した場合、受信した識別番号に対応するポート２００のシャットダウンをＰＨＹ２１０に指示する。ＰＨＹ２１０は、フロー処理部２１２から指示されたポート２００をシャットダウンする。これにより、ＡＩＳを生成する処理を省くことができると共に、ユニキャストで送信されるＡＩＳによるイーサネット１２内の通信トラフィックの増加を抑えることができる。
【００７２】
［障害通知処理］
図１０は、実施例２における障害通知処理の一例を示すフローチャートである。例えば、フロー処理部２１２がＯＴＮ１３を介して他の伝送装置２０から障害通知フレーム３０を受信した場合に、伝送装置２０は、本フローチャートに示す障害通知処理を開始する。
【００７３】
まず、フロー処理部２１２は、他の伝送装置２０から受信した障害通知フレーム３０をＡＩＳ生成部２４１へ送信する。ＡＩＳ生成部２４１は、フロー処理部２１２から受信した障害通知フレーム３０から、ＯＤＵ番号３７と、「Ａｌａｒｍ」の状態を含む通知情報３８とを取り出す。そして、ＡＩＳ生成部２４１は、障害情報テーブル２４２０を参照し、ＡＩＳの送信対象のフローが流れるポート２００を特定する（Ｓ２１０）。
【００７４】
次に、ＡＩＳ生成部２４１は、ステップＳ２１０で特定したポート２００の中で未選択のポート２００を選択する（Ｓ２１１）。そして、ＡＩＳ生成部２４１は、障害情報テーブル２４２０を参照し、ステップＳ２１１で選択したポート２００を流れる全てのフローが、ＡＩＳの送信対象のフローであるか否かを判定する（Ｓ２１２）。
【００７５】
ポート２００を流れる全てのフローがＡＩＳの送信対象のフローである場合（Ｓ２１２：Ｙｅｓ）、ＡＩＳ生成部２４１は、選択したポート２００をシャットダウン対象のポート２００として、ポート２００の識別番号をフロー処理部２１２へ送信する。フロー処理部２１２は、ＡＩＳ生成部２４１から受信した識別番号に対応するポート２００のシャットダウンをＰＨＹ２１０に指示する。ＰＨＹ２１０は、フロー処理部２１２から指示されたポート２００をシャットダウンする（Ｓ２１７）。そして、ＡＩＳ生成部２４１は、ステップＳ２１６に示す処理を実行する。
【００７６】
ポート２００を流れる一部のフローがＡＩＳの送信対象のフローではない場合（Ｓ２１２：Ｎｏ）、ＡＩＳ生成部２４１は、ＡＩＳの送信対象の個々のフローについて、ＡＩＳの送信先の通信装置のＭＡＣアドレスを特定する（Ｓ２１３）。
【００７７】
次に、ＡＩＳ生成部２４１は、ＯＴＮ１３を介した対向側のイーサネット１２において通信障害が発生している旨を示すＡＩＳを生成する（Ｓ２１４）。そして、ＡＩＳ生成部２４１は、生成したＡＩＳの宛先ＭＡＣアドレスに、ステップＳ２１３で特定したＭＡＣアドレスを設定する。そして、ＡＩＳ生成部２４１は、生成したＡＩＳを、ステップＳ２１１で選択したポート２００に接続されているフロー処理部２１２へ送信する。フロー処理部２１２は、ＡＩＳ生成部２４１から受信したＡＩＳを、ＭＡＣ２１１およびＰＨＹ２１０を介して、ポート２００から送信する（Ｓ２１５）。
【００７８】
次に、ＡＩＳ生成部２４１は、ステップＳ２１０で特定したポート２００を全て選択したか否かを判定する（Ｓ２１６）。ステップＳ２１０で特定したポート２００の中に未選択のポート２００がある場合（Ｓ２１６：Ｎｏ）、ＡＩＳ生成部２４１は、再びステップＳ２１１に示した処理を実行する。一方、ステップＳ２１０で特定したポート２００をＡＩＳ生成部２４１が全て選択した場合（Ｓ２１６：Ｙｅｓ）、伝送装置２０は、本フローチャートに示した障害通知処理を終了する。
【００７９】
［実施例２の効果］
上述したように、本実施例の伝送装置２０によれば、イーサネット１２の障害情報を、ＯＴＮ１３を介して対向側のイーサネット１２に接続された通信機器に迅速に通知することができる。また、本実施例の伝送装置２０によれば、障害発生通知の送信に伴う通信トラフィックの増加を抑えることができる。
【実施例３】
【００８０】
実施例１では、イーサネット１２の障害発生を、ＯＴＮ１３を介して対向側のイーサネット１２に接続された通信装置に通知するが、本実施例では、ＯＴＮ１３の障害発生をイーサネット１２に接続された通信装置に通知する点が実施例１とは異なる。なお、伝送システム１０の概要および伝送装置２０のハードウェアについては、実施例１と同様であるため説明を省略する。
【００８１】
図１１は、実施例３における伝送装置２０の機能ブロックの一例を示す図である。なお、以下で説明する点を除き、図１１において図４と同一の符号を付した構成は、図４における構成と同一または同様の機能を有するため説明を省略する。
【００８２】
ＯＤＵマッピング処理部２１３は、ＧＦＰ−Ｆマッパ２１４、ＯＤＵ＿ＳＷ＿ＩＦ２１５、およびヘッダ情報制御部２１６を有する。ＧＦＰ−Ｆマッパ２１４は、フロー処理部２１２から受信したイーサネットフレームをカプセル化してＯＰＵを生成する。そして、ＧＦＰ−Ｆマッパ２１４は、生成したＯＰＵをヘッダ情報制御部２１６へ送る。そして、ＧＦＰ−Ｆマッパ２１４は、ヘッダ情報制御部２１６からオーバヘッドを受け取り、受け取ったオーバヘッドをＯＰＵに付加してＯＤＵを生成する。そして、フロー処理部２１２は、対応テーブルを参照して、生成したＯＤＵを、イーサネットフレーム内の通信データが属するフローに対応する識別番号のＯＤＵの位置にマッピングする。
【００８３】
また、ＧＦＰ−Ｆマッパ２１４は、ＯＤＵ＿ＳＷ＿ＩＦ２１５から受信したＯＤＵからオーバヘッドおよびＯＰＵを取り出し、取り出したオーバヘッドおよびＯＰＵをヘッダ情報制御部２１６へ送る。そして、ＧＦＰ−Ｆマッパ２１４は、ＯＰＵをデカプセル化してイーサネットフレームを復元し、復元したイーサネットフレームをフロー処理部２１２へ送信する。
【００８４】
ヘッダ情報制御部２１６は、ＯＤＵのオーバヘッドを生成し、ＧＦＰ−Ｆマッパ２１４に供給する。また、ヘッダ情報制御部２１６は、ＧＦＰ−Ｆマッパ２１４からオーバヘッドおよびＯＰＵを受信した場合に、受信したＯＰＵに基づいてチェックサムを計算する。そして、ヘッダ情報制御部２１６は、計算したチェックサムを、オーバヘッドに含まれているチェックサムと比較することにより、ＯＤＵのエラーの有無を判定する。ＯＤＵのエラーを検出した場合、ヘッダ情報制御部２１６は、ＯＤＵのＯＤＵ番号と、ＯＤＵがマッピングされたＯＴＮフレームが受信されたポート２０１の情報とを、制御カード２４へ送信する。
【００８５】
制御カード２４は、ＡＩＳ生成部２４１、対応テーブル保持部２４４、および通知先特定部２４５を有する。対応テーブル保持部２４４は、例えば図１２に示すような対応テーブル２４４０を保持する。図１２は、実施例３における対応テーブル２４４０の一例を示す図である。対応テーブル２４４０は、イーサネット１２に接続されたそれぞれのポート２００を識別するイーサネットポート番号２４４１毎に、個別テーブル２４４２を保持する。それぞれの個別テーブル２４４２には、それぞれのポート２０１を識別するＯＴＮポート情報２４４３に対応付けて、ＯＤＵ番号２４４４が格納されている。
【００８６】
図１２に例示した対応テーブル２４４０において、ポート情報２４２３内の「スロット＃１、ポート＃１」は、伝送装置２０の筐体に設けられた１番のスロットに装着されているＯＴＮカード２３が有する１番のポート２０１であることを示している。また、ＯＤＵ番号２４４４は、対応するＯＴＮポート情報２４４３を介して送受信されるＯＴＮフレームにおいてＯＤＵがマッピングされる位置のＯＤＵ番号を示している。
【００８７】
通知先特定部２４５は、ＯＤＵ番号およびＯＴＮポート情報をヘッダ情報制御部２１６から受信した場合に、受信したＯＤＵ番号およびＯＴＮポート情報を含む個別テーブル２４４２を、対応テーブル保持部２４４の対応テーブル２４４０内で検索する。そして、通知先特定部２４５は、検索された個別テーブル２４４２に対応付けられたイーサネットポート番号２４４１を特定し、特定したイーサネットポート番号２４４１をＡＩＳ生成部２４１へ送る。特定されたイーサネットポート番号２４４１に対応するポート２００は、ＡＩＳの送信対象のポート２００である。
【００８８】
ＡＩＳ生成部２４１は、ＯＴＮ１３において通信障害が発生している旨を示すＡＩＳを生成する。そして、ＡＩＳ生成部２４１は、生成したＡＩＳを、ＡＩＳの送信対象のポート２００のイーサネットポート番号２４４１と共に、ＡＩＳの送信対象のポート２００に接続されているフロー処理部２１２へ送信する。
【００８９】
フロー処理部２１２は、ＡＩＳ生成部２４１から受信したＡＩＳを、ＭＡＣ２１１およびＰＨＹ２１０を介して、ＡＩＳの送信対象のポート２００から、例えばブロードキャストによりイーサネット１２内に送信する。
【００９０】
なお、ＯＴＮ１３において物理的な回線障害が発生した場合、ＯＤＵ内のデータが壊れるため、ヘッダ情報制御部２１６は、物理的な回線障害をＯＤＵヘッダを用いたチェックサムエラーとして検出できる。また、他の例として、それぞれのＯＴＮカード２３内に、ＯＴＮ１３の物理的な回線障害を監視する監視機能を設けてもよい。通知先特定部２４５は、監視機能によって障害が検出されたＯＴＮ１３に接続されたポート２０１に対応付けられたイーサネットポート番号を、対応テーブル保持部２４４内の対応テーブル２４４０を参照して、ＡＩＳの送信対象のポート２００として特定する。そして、通知先特定部２４５は、特定したＡＩＳの送信対象のポート２００から、ＯＴＮ１３の障害発生を通知するＡＩＳを送信させるようにしてもよい。
【００９１】
［障害通知処理］
本実施例における障害通知処理の概略は、図８と同様であるため、図８を参照して、本実施例における障害通知処理を説明する。
【００９２】
まず、ヘッダ情報制御部２１６は、エラーが検出されたＯＤＵのＯＤＵ番号と、ＯＤＵがマッピングされたＯＴＮフレームが受信されたポート２０１の情報を、通知先特定部２４５へ送信する。通知先特定部２４５は、ヘッダ情報制御部２１６から受信したＯＤＵ番号およびＯＴＮポート情報を含む個別テーブル２４４２を、対応テーブル保持部２４４の対応テーブル２４４０内で検索する。そして、通知先特定部２４５は、検索された個別テーブル２４４２に対応付けられたイーサネットポート番号２４４１を、ＡＩＳの送信対象のポート２００の識別番号として特定する（Ｓ２００）。そして、ヘッダ情報制御部２１６は、ＡＩＳの送信対象のポート２００のイーサネットポート番号２４４１をＡＩＳ生成部２４１へ送る。
【００９３】
ＡＩＳ生成部２４１は、ＯＴＮ１３において通信障害が発生している旨を示すＡＩＳを生成する（Ｓ２０１）。そして、ＡＩＳ生成部２４１は、生成したＡＩＳを、ＡＩＳの送信対象のポート２００のイーサネットポート番号２４４１と共に、ＡＩＳの送信対象のポート２００に接続されているフロー処理部２１２へ送信する。
【００９４】
フロー処理部２１２は、ＡＩＳ生成部２４１から受信したＡＩＳを、ＭＡＣ２１１およびＰＨＹ２１０を介して、ＡＩＳの送信対象のポート２００から、例えばブロードキャストによりイーサネット１２内に送信する（Ｓ２０２）。
【００９５】
［実施例３の効果］
上述したように、本実施例の伝送装置２０によれば、ＯＴＮ１３に発生した障害を、イーサネット１２に属する通信装置に通知することができる。
【００９６】
ここで、イーサネット１２内の装置が、ＯＴＮ１３の通信障害を、サービスＯＡＭのＣＣ機能を用いて検出するとすれば、障害の発生から検出までに、少なくとも約十ミリ秒程度かかってしまう。しかし、疎通確認用フレームの送信間隔を最小にすると、その分、ネットワーク内で疎通確認用フレームのトラフィックが増えてしまい、ユーザパケットの使用可能帯域を圧迫してしまう。そのため、疎通確認用フレームの送信間隔は、最小値以外の値である例えば数百ミリ秒から数秒程度が使用される場合が多い。この場合には、障害発生から検出までの時間も数百ミリ秒から、場合によっては数十秒となる。そのため、ＯＴＮ１３内の装置は、短時間（例えば１ミリ秒未満）で障害の発生を検出することができるにも関わらず、イーサネット１２内の装置では、ＯＴＮ１３に発生した通信障害の検出に数十秒かかる場合がある。
【００９７】
これに対し、本実施例の伝送装置２０では、ＯＴＮ１３に障害が発生した場合に、ＯＤＵヘッダのエラー等を検出する。そして、伝送装置２０は、エラーが検出されたＯＤＵを介して通信を行う通信装置が属するイーサネット１２に接続されたポート２００から、ＯＴＮ１３の障害発生を示すＡＩＳを送信する。これにより、本実施例の伝送装置２０は、ＯＴＮ１３に発生した障害を、イーサネット１２に属する通信装置に迅速に通知することができる。
【実施例４】
【００９８】
実施例３では、ＯＴＮ１３の障害発生を伝送装置２０のポート単位で通知したが、本実施例では、ＯＴＮ１３の障害発生を、障害が発生したＯＴＮ１３を流れるフロー単位で通知する点が実施例３とは異なる。なお、伝送システム１０および伝送装置２０の概要については、以下に説明する点を除き実施例３と同様であるため説明を省略する。
【００９９】
図１３は、実施例４における対応テーブル２４４０の一例を示す図である。本実施例における個別テーブル２４４２には、それぞれのフローを識別するフロー番号２４４５に対応付けて、ＯＴＮポート情報２４４３およびＯＤＵ番号２４４４が格納される。
【０１００】
通知先特定部２４５は、ＯＤＵ番号およびＯＴＮポート情報をヘッダ情報制御部２１６から受信した場合に、受信したＯＤＵ番号およびＯＴＮポート情報を含む個別テーブル２４４２を、対応テーブル保持部２４４の対応テーブル２４４０内で検索する。そして、通知先特定部２４５は、検索された個別テーブル２４４２に対応付けられたイーサネットポート番号２４４１を特定する。特定されたイーサネットポート番号２４４１は、ＡＩＳの送信対象のフローが流れるポート２００のポート番号である。
【０１０１】
また、通知先特定部２４５は、検索された個別テーブル２４４２内で、ヘッダ情報制御部２１６から受信したＯＤＵ番号およびＯＴＮポート情報に対応付けられているフロー番号２４４５を特定する。特定されたフロー番号２４４５は、ＡＩＳの送信対象のフローのフロー番号である。そして、通知先特定部２４５は、ＡＩＳの送信対象のフローが流れるポート２００のポート番号と、ＡＩＳの送信対象のフローのフロー番号とをＡＩＳ生成部２４１へ送る。
【０１０２】
ＡＩＳ生成部２４１は、ＡＩＳの送信対象のフローが流れるポート２００毎に対応テーブル２４４０を参照する。そして、ＡＩＳ生成部２４１は、ポート２００毎に、ポート２００を流れる全てのフローがＡＩＳの送信対象のフローか否かを判定する。ポート２００を流れる全てのフローがＡＩＳの送信対象のフローである場合、ＡＩＳ生成部２４１は、ポート２００をシャットダウン対象のポート２００として特定する。
【０１０３】
次に、ＡＩＳ生成部２４１は、ポート２００を流れる一部のフローがＡＩＳの送信対象のフローであるポート２００について、ＡＩＳの送信対象のフローの宛先または送信元通信装置のＭＡＣアドレスを特定する。
【０１０４】
次に、ＡＩＳ生成部２４１は、ＯＴＮ１３において通信障害が発生している旨を示すＡＩＳを生成する。そして、ＡＩＳ生成部２４１は、ポート２００を流れる一部のフローがＡＩＳの送信対象のフローであるポート２００について、生成したＡＩＳの宛先ＭＡＣアドレスに、特定したＭＡＣアドレスを設定する。そして、ＡＩＳ生成部２４１は、生成したＡＩＳを、ＡＩＳの送信対象のフローが流れるポート２００イーサネットポート番号２４４１と共に、ＡＩＳの送信対象のフローが流れるポート２００に接続されているフロー処理部２１２へ送信する。
【０１０５】
フロー処理部２１２は、ＡＩＳ生成部２４１から受信したＡＩＳを、ＭＡＣ２１１およびＰＨＹ２１０を介して、ＡＩＳの送信対象のフローが流れるポート２００から、例えばユニキャストにより送信する。
【０１０６】
また、フロー処理部２１２は、シャットダウン対象のポート２００の識別番号をＡＩＳ生成部２４１から受信した場合、受信した識別番号に対応するポート２００のシャットダウンをＰＨＹ２１０に指示する。ＰＨＹ２１０は、フロー処理部２１２から指示されたポート２００をシャットダウンする。
【０１０７】
［障害通知処理］
本実施例における障害通知処理の概略は、図１０と同様であるため、図１０を参照して、本実施例における障害通知処理を説明する。
【０１０８】
まず、ヘッダ情報制御部２１６は、エラーが検出されたＯＤＵのＯＤＵ番号と、ＯＤＵがマッピングされたＯＴＮフレームが受信されたポート２０１の情報を、通知先特定部２４５へ送信する。通知先特定部２４５は、ヘッダ情報制御部２１６から受信したＯＤＵ番号およびＯＴＮポート情報を含む個別テーブル２４４２を、対応テーブル保持部２４４の対応テーブル２４４０内で検索する。
【０１０９】
そして、通知先特定部２４５は、検索された個別テーブル２４４２に対応付けられたイーサネットポート番号２４４１を、ＡＩＳの送信対象のフローが流れるポート２００のイーサネットポート番号２４４１として特定する（Ｓ２１０）。そして、通知先特定部２４５は、検索された個別テーブル２４４２内で、ヘッダ情報制御部２１６から受信したＯＤＵ番号およびＯＴＮポート情報に対応付けられているフロー番号２４４５を、ＡＩＳの送信対象のフローのフロー番号として特定する。そして、通知先特定部２４５は、ＡＩＳの送信対象のフローが流れるポート２００のイーサネットポート番号２４４１と、ＡＩＳの送信対象のフローのフロー番号とをＡＩＳ生成部２４１へ送る。
【０１１０】
次に、ＡＩＳ生成部２４１は、ステップＳ２１０で特定されたポート２００の中で未選択のポート２００を選択する（Ｓ２１１）。そして、ＡＩＳ生成部２４１は、対応テーブル２４４０を参照し、ステップＳ２１１で選択したポート２００を流れる全てのフローが、ＡＩＳの送信対象のフローであるか否かを判定する（Ｓ２１２）。
【０１１１】
ポート２００を流れる全てのフローがＡＩＳの送信対象のフローである場合（Ｓ２１２：Ｙｅｓ）、ＡＩＳ生成部２４１は、選択したポート２００をシャットダウン対象のポート２００として、ポート２００の識別番号をフロー処理部２１２へ送信する。フロー処理部２１２は、ＡＩＳ生成部２４１から受信した識別番号に対応するポート２００のシャットダウンをＰＨＹ２１０に指示する。ＰＨＹ２１０は、フロー処理部２１２から指示されたポート２００をシャットダウンする（Ｓ２１７）。そして、ＡＩＳ生成部２４１は、ステップＳ２１６に示す処理を実行する。
【０１１２】
ポート２００を流れる一部のフローがＡＩＳの送信対象のフローではない場合（Ｓ２１２：Ｎｏ）、ＡＩＳ生成部２４１は、ＡＩＳの送信対象の個々のフローについて、ＡＩＳの送信先の通信装置のＭＡＣアドレスを特定する（Ｓ２１３）。
【０１１３】
次に、ＡＩＳ生成部２４１は、ＯＴＮ１３に通信障害が発生している旨を示すＡＩＳを生成する（Ｓ２１４）。そして、ＡＩＳ生成部２４１は、生成したＡＩＳの宛先ＭＡＣアドレスに、ステップＳ２１３で特定したＭＡＣアドレスを設定する。そして、ＡＩＳ生成部２４１は、生成したＡＩＳを、ステップＳ２１１で選択したポート２００に接続されているフロー処理部２１２へ送信する。フロー処理部２１２は、ＡＩＳ生成部２４１から受信したＡＩＳを、ＭＡＣ２１１およびＰＨＹ２１０を介して、ポート２００から送信する（Ｓ２１５）。
【０１１４】
次に、ＡＩＳ生成部２４１は、ステップＳ２１０で特定したポート２００を全て選択したか否かを判定する（Ｓ２１６）。ステップＳ２１０で特定したポート２００の中に未選択のポート２００がある場合（Ｓ２１６：Ｎｏ）、ＡＩＳ生成部２４１は、再びステップＳ２１１に示した処理を実行する。一方、ステップＳ２１０で特定したポート２００をＡＩＳ生成部２４１が全て選択した場合（Ｓ２１６：Ｙｅｓ）、伝送装置２０は、図１０のフローチャートに示した障害通知処理を終了する。
【０１１５】
［実施例４の効果］
上述したように、本実施例の伝送装置２０によれば、ＯＴＮ１３に発生した障害を、イーサネット１２に属する通信装置に迅速に通知することができる。また、本実施例の伝送装置２０によれば、ＯＴＮ１３の障害発生をフロー単位で通知するため、障害発生を通知するためのデータ送信に伴う通信トラフィックの増加を抑えることができる。
【０１１６】
［ハードウェア］
なお、これまで説明した図に示された各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【０１１７】
さらに、伝送装置２０で行われる各種処理機能は、ＣＰＵ（Central  Processing  Unit）（又はＭＰＵ（Micro  Processing  Unit）、ＭＣＵ（Micro  Controller  Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしてもよい。また、各種処理機能は、ＣＰＵ（またはＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、またはワイヤードロジックによるハードウェア上で、その全部または任意の一部を実行するようにしてもよいことは言うまでもない。
【０１１８】
ところで、上記した各実施例で説明した各種の処理は、予め用意されたプログラムを制御カード２４で実行することで実現できる。そこで、以下では、上記した各実施例と同様の機能を有するプログラムを実行する制御カード２４の一例を説明する。図１４は、制御カード２４のハードウェアの一例を示す図である。
【０１１９】
図１４に示すように、制御カード２４は、通信インターフェイス５０、ＣＰＵ５１、ＲＡＭ（Random  Access  Memory）５２、およびＲＯＭ（Read  Only  Memory）５３を有する。通信インターフェイス５０、ＣＰＵ５１、ＲＡＭ５２、およびＲＯＭ５３は、バス５４を介して互いに接続されている。
【０１２０】
ＲＯＭ５３には、障害通知プログラム５３０が予め記憶される。ＣＰＵ５１は、障害通知プログラム５３０をＲＯＭ５３から読み出してＲＡＭ５２に展開する。障害通知プログラム５３０については、図４または図１１に示した各々の構成要素と同様、適宜統合または分離してもよい。
【０１２１】
ＣＰＵ５１は、ＲＯＭ５３から障害通知プログラム５３０を読み出す。そして、ＣＰＵ５１は、障害通知プロセス５２０としてＲＡＭ５２に展開する。そして、ＣＰＵ５１は、上記した各実施例において、ＲＡＭ５２上に展開した障害通知プロセス５２０を実行する。例えば、実施例１および実施例２において、ＣＰＵ５１は、障害情報変更部２４０、ＡＩＳ生成部２４１、障害情報テーブル保持部２４２、および障害通知フレーム生成部２４３と同様の機能を発揮する。また、例えば、実施例３および実施例４において、ＣＰＵ５１は、ＡＩＳ生成部２４１、対応テーブル保持部２４４、および通知先特定部２４５と同様の機能を発揮する。
【０１２２】
また、ＣＰＵ５１は、上記した実施例１において、ＲＡＭ５２上に展開した障害通知プロセス５２０を実行することにより、例えば図７および図８に示した処理を実行する。また、ＣＰＵ５１は、上記した実施例２において、ＲＡＭ５２上に展開した障害通知プロセス５２０を実行することにより、例えば図１０に示した処理を実行する。また、ＣＰＵ５１は、上記した実施例３において、ＲＡＭ５２上に展開した障害通知プロセス５２０を実行することにより、例えば図８に示した処理を実行する。また、ＣＰＵ５１は、上記した実施例４において、ＲＡＭ５２上に展開した障害通知プロセス５２０を実行することにより、例えば図１０に示した処理を実行する。
【０１２３】
なお、ＣＰＵ５１によって仮想的に実現される各処理部は、全ての処理部がＣＰＵ５１によって常に実現されていなくてもよく、処理に用いられる処理部のみが仮想的に実現されればよい。また、障害通知プログラム５３０は、必ずしも最初から全てをＲＯＭ５３内に記憶させておかなくてもよい。例えば、制御カード２４に挿入されるＩＣカードなどの可搬型記録媒体に各プログラムが記憶され、制御カード２４が可搬型記録媒体から各プログラムを取得して実行するようにしてもよい。また、各プログラムを記憶させた他のコンピュータまたはサーバ装置などから、無線通信回線、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介して、制御カード２４が各プログラムを取得して実行するようにしてもよい。
【０１２４】
［その他］
上記した実施例１および実施例２において、障害通知フレーム生成部２４３は、イーサネット１２の障害発生時に障害通知フレームを生成し、生成した障害通知フレームを対向側のイーサネット１２に接続された伝送装置２０宛にＯＴＮ１３を介して送信する。しかし、開示の技術はこれに限られない。例えば、障害通知フレーム生成部２４３は、イーサネット１２の障害情報を、障害が発生したイーサネット１２に接続されたポート２００を介するイーサネットフレームがマッピングされるＯＤＵ番号のＯＤＵのヘッダに格納してもよい。これにより、障害通知フレーム生成部２４３は、障害が発生したイーサネット１２に接続されたポート２００およびその状態を示す障害情報を、ＯＤＵ番号に関連付けて送信することができる。これにより、障害発生を通知するための新たなフレームの送信が不要となり、障害発生の通知に伴う通信トラフィックの増加を回避することができる。
【０１２５】
この場合、実施例１および実施例２におけるＯＤＵマッピング処理部２１３内に、例えば実施例３に示したようなヘッダ情報制御部２１６を設け、ヘッダ情報制御部２１６がＯＤＵヘッダ内に障害情報が含まれているか否かを判定してもよい。ＯＤＵヘッダ内に障害情報が含まれている場合、ヘッダ情報制御部２１６は、障害情報を含むヘッダが格納されていたＯＤＵ番号と共に、障害情報をＡＩＳ生成部２４１へ送る。
【０１２６】
以上、実施の形態を説明したが、本発明の技術的範囲は上記実施例に記載された範囲には限定されない。上記実施例に多様な変更または改良を加えることが可能であることが当業者には明らかである。また、そのような変更または改良を加えた形態も本発明の技術的範囲に含まれ得る。
【符号の説明】
【０１２７】
２０  伝送装置
２１２  フロー処理部
２４１  ＡＩＳ生成部
２４２  障害情報テーブル保持部
２４３  障害通知フレーム生成部
【図１】
0006379952.tif 000002
【図２】
0006379952.tif 000003
【図３】
0006379952.tif 000004
【図４】
0006379952.tif 000005
【図５】
0006379952.tif 000006
【図６】
0006379952.tif 000007
【図７】
0006379952.tif 000008
【図８】
0006379952.tif 000009
【図９】
0006379952.tif 000010
【図１０】
0006379952.tif 000011
【図１１】
0006379952.tif 000012
【図１２】
0006379952.tif 000013
【図１３】
0006379952.tif 000014
【図１４】
0006379952.tif 000015