JP2017017627A - 伝送装置、伝送方法及び伝送システム - Google Patents

伝送装置、伝送方法及び伝送システム Download PDF

Info

Publication number
JP2017017627A
JP2017017627A JP2015134682A JP2015134682A JP2017017627A JP 2017017627 A JP2017017627 A JP 2017017627A JP 2015134682 A JP2015134682 A JP 2015134682A JP 2015134682 A JP2015134682 A JP 2015134682A JP 2017017627 A JP2017017627 A JP 2017017627A
Authority
JP
Japan
Prior art keywords
signal
path
otn
transmission device
line
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.)
Pending
Application number
JP2015134682A
Other languages
English (en)
Inventor
伸吾 弘中
Shingo Hironaka
伸吾 弘中
本田 崇
Takashi Honda
崇 本田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2015134682A priority Critical patent/JP2017017627A/ja
Priority to US15/187,190 priority patent/US20170005934A1/en
Publication of JP2017017627A publication Critical patent/JP2017017627A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/50Overload detection or protection within a single switching element
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B10/00Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
    • H04B10/27Arrangements for networking
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/12Avoiding congestion; Recovering from congestion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/50Overload detection or protection within a single switching element
    • H04L49/505Corrective measures

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Physics & Mathematics (AREA)
  • Electromagnetism (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

【課題】第1の信号を転送するための第2の回線を自動設定できる伝送装置等を提供する。【解決手段】伝送装置は、複数の第1の通信部と、第2の通信部と、判定部と、設定部とを有する。第1の通信部は、第1の信号を伝送する第1の回線と接続する。第2の通信部は、第1の信号を挿入可能にする第2の信号を伝送する第2の回線と接続する。判定部は、第1の通信部にて第1の信号のデータ量が所定閾値を超えたか否かを判定する。設定部は、第1の信号のデータ量が所定閾値を超えた場合に、第1の信号内の宛先情報に基づき、第2の通信部にて、第1の信号を転送する第2の回線を設定する。【選択図】図3

Description

本発明は、伝送装置、伝送方法及び伝送システムに関する。
IEEE(Institute of Electrical and Electronic Engineers)及びITU−T(International Telecommunication Union−Telecommunication)G.709規格に示されるOTN(Optical Transport Network)伝送方式が標準化されている。OTNは、光ネットワーク(NW:Network)へ流入するクライアント信号をOTU(Optical channel Transport Unit)に格納して伝送する方式である。OTNは、WDM(Wavelength Division Multiplexing)技術を適用した光NWにおいて、種類の異なるクライアント信号をトランスペアレントに伝送できる技術である。
近年、CAPEX(設備投資)とOPEX(運用コスト)を抑えるため、WDM(Layer 0)、OTN(Layer 1)やパケット(Layer 2)をサポートするマルチレイヤの伝送装置が開発されている。伝送装置は、受信パケットをビット当たりの伝送単価が低いOTNパス経由で宛先に転送することも可能である。
パケットNWでは、各伝送装置が宛先MACアドレス毎に転送先を管理するMACテーブルを生成し、MACテーブルを参照して、宛先MACアドレスに応じた転送先にパケットを転送する。また、OTNNWでは、管理装置でNW内の各伝送装置を集中管理し、管理者の設定でOTNパスを設定し、その設定したOTNパスでOTNフレームを伝送する。
特開2013−106153号公報
パケットNWとOTNNWとを同一トポロジのNWで構築した伝送システム内の各伝送装置では、受信パケットをパケットパスではなく、OTNパスで伝送することも可能になる。しかしながら、OTNパスを自動設定するのは困難である。しかも、伝送システム内の伝送装置の数が増加するに連れて、その処理負荷が大きくなる。
一つの側面では、パケットを転送するためのOTNパスを自動設定できる伝送装置、伝送方法及び伝送システムを提供することを目的とする。
一つの案の伝送装置は、複数の第1の通信部と、第2の通信部と、判定部と、設定部とを有する。第1の通信部は、第1の信号を伝送する第1の回線と接続する。第2の通信部は、第1の信号を挿入可能にする第2の信号を伝送する第2の回線と接続する。判定部は、第1の通信部にて前記第1の信号のデータ量が所定閾値を超えたか否かを判定する。設定部は、第1の信号のデータ量が所定閾値を超えた場合に、第1の信号内の宛先情報に基づき、第2の通信部にて、第1の信号を転送する第2の回線を設定する。
第1の信号を転送するための第2の回線を自動設定できる。
図1は、本実施例の伝送システムの一例を示す説明図である。 図2は、伝送装置のハードウェア構成の一例を示すブロック図である。 図3は、伝送装置の機能構成の一例を示す説明図である。 図4は、MACテーブルの一例を示す説明図である。 図5は、変換テーブルの一例を示す説明図である。 図6は、OTNフレームのフォーマット構成の一例を示す説明図である。 図7は、パケットNWの受信パケットをOTNパスで転送する際の動作の一例を示す説明図である。 図8は、パス確認処理に関わる各伝送装置の処理動作の一例を示すシーケンスである。 図9は、パス設定処理に関わる各伝送装置の処理動作の一例を示すシーケンスである。 図10は、パス削除処理に関わる各伝送装置の処理動作の一例を示すシーケンスである。 図11は、始点側設定処理に関わる伝送装置の処理動作の一例を示すフローチャートである。 図12は、始点側転送処理に関わる伝送装置の処理動作の一例を示すフローチャートである。 図13は、中継点側設定処理に関わる伝送装置の処理動作の一例を示すフローチャートである。 図14は、終点側設定処理に関わる伝送装置の処理動作の一例を示すフローチャートである。
以下、図面に基づいて、本願の開示する伝送装置、伝送方法及び伝送システムの実施例を詳細に説明する。尚、本実施例により、開示技術が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。
図1は、本実施例の伝送システム1の一例を示す説明図である。図1に示す伝送システム1は、パケットを格納したフレームを伝送するパケットNW2と、OTNフレームを伝送するOTNNW3とを有し、パケットNW2とOTNNW3とを同一トポロジのNWで構築したシステムである。パケットNW2は、第1の信号であるフレームを伝送する第1の回線であるパケットパスで接続して構成するL2(Layer 2)のNWである。OTNNW3は、パケットを挿入可能にする第2の信号であるOTNフレームを伝送する第2の回線であるOTNパスで接続して構成するL1(Layer 1)のNWである。
伝送システム1は、パケットNW2及びOTNNW3を光ファイバ5で接続する複数の伝送装置4、例えば、第1の伝送装置4A、第2の伝送装置4B、第3の伝送装置4C、第4の伝送装置4D及び第5の伝送装置4Eの5台の伝送装置4を有する。
図2は、伝送装置4のハードウェア構成の一例を示すブロック図である。尚、説明の便宜上、伝送装置4として説明するが、第1〜第5の伝送装置4A〜4Eは同一の構成であるため、同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。
図2に示す伝送装置4は、複数枚のパケットカード11と、複数枚のOTNカード12と、SW(Switch)カード13と、CPU(Central Processing Unit)カード14とを有する。パケットカード11は、パケットNW2との通信インタフェースを実装したカードである。尚、説明の便宜上、パケットカード11は、例えば、第1のパケットカード11A及び第2のパケットカード11Bの2枚である。OTNカード12は、OTNNW3との通信インタフェースを実装したカードである。尚、説明の便宜上、OTNカード12は、例えば、第1のOTNカード12A及び第2のOTNカード12Bの2枚である。
SWカード13は、パケットカード11同士、OTNカード12同士若しくは、パケットカード11とOTNカード12との間を切替接続するスイッチを実装したカードである。SWカード13は、第1のパケットカード11Aと第2のパケットカード11Bとの間を接続し、パケットNW2内のパケットパスでフレームを伝送する。SWカード13は、第1のOTNカード12Aと第2のOTNカード12Bとの間を接続し、OTNNW3内のOTNパスでOTNフレームを伝送する。また、SWカード13は、例えば、第1のパケットカード11Aと第2のOTNカード12Bとの間、又は第2のパケットカード11Bと第1のOTNカード12Aとの間を切替接続する。CPUカード14は、伝送装置4全体を制御するCPUを実装したカードである。
伝送装置4は、スロット番号#1のスロット内に第1のパケットカード11A、スロット番号#2のスロット内に第1のOTNカード12Aを装着している。更に、伝送装置4は、スロット番号#3のスロット内に第2のパケットカード11B、スロット番号#4のスロット内に第2のOTNカード12Bを装着している。
図3は、伝送装置4の機能構成の一例を示す説明図である。図3に示すパケットカード11は、パケット通信部21と、パケット処理部22とを有する。パケット通信部21は、パケットNW2と接続してパケット通信を実行する通信部である。パケット処理部22は、各種パケット通信に関わるパケット処理を実行する処理部である。OTNカード12は、OTN通信部31と、OTN処理部32とを有する。OTN通信部31は、OTNNW3と接続してOTN通信を実行する通信部である。OTN処理部32は、各種OTN通信に関わるフレーム処理を実行する処理部である。SWカード13は、マトリックススイッチ13Aを有する。マトリックススイッチ13Aは、パケット処理部22同士、OTN処理部32同士、パケット処理部22とOTN処理部32との間を切替接続するスイッチである。
CPUカード14は、流量モニタ部41と、OTNモニタ部42と、記憶部43と、制御部44とを有する。流量モニタ部41は、パケットカード11内のパケット通信部21と接続し、受信フレーム内の宛先MACアドレス毎のパケットの流量、すなわちデータ量を測定する。OTNモニタ部42は、OTN通信部31を通じてOTNパスの空き容量をモニタする。記憶部43は、MACテーブル43Aと、変換テーブル43Bと、設定テーブル43Cとを有する。
図4は、MACテーブル43Aの一例を示す説明図である。図4に示すMACテーブル43Aは、パケットの宛先MACアドレス毎に転送先のパケットカード11を識別する識別情報を管理している。尚、識別情報は、例えば、パケットカード11を装着するスロットのスロット番号及びポート番号を有する。制御部44は、受信パケット内の宛先MACアドレスを抽出した場合、MACテーブル43Aを参照し、抽出した宛先MACアドレスに対応する、当該パケットを転送すべき転送先のパケットカード11のスロット番号及びポート番号を認識する。
図5は、変換テーブル43Bの一例を示す説明図である。図5に示す変換テーブル43Bは、抽出した転送先のパケットカード11を転送先のOTNカード12に変換するテーブルである。変換テーブル43Bは、受信パケットの転送先のパケットカード11のスロット番号及びポート番号と、転送先のOTNカード12のスロット番号及びポート番号とを対応付けて管理している。制御部44は、受信パケットをOTNパスで転送する際、変換テーブル43Bを参照し、受信パケット内の宛先MACアドレスの転送先のパケットカード11に対応したOTNカード12のスロット番号及びポート番号を認識する。設定テーブル43Cは、OTNパスに関わる各種情報を記憶する。尚、各種情報は、例えば、パス確認要求の場合、そのリクエスト番号、ODU種別、送信元MACアドレス、宛先MACアドレス、受信ポート番号等である。
制御部44は、CPUカード14全体を制御する。制御部44は、第1の判定部51と、第2の判定部52と、設定部53とを有する。第1の判定部51は、流量モニタ部41にて測定した受信パケットの流量が所定閾値を超えたか否かを判定する。第2の判定部52は、受信パケットの流量が所定閾値を超えた場合に、受信パケットの流量が設定可能なOTNパスの空き容量未満であるか否かを判定する。設定部53は、MACテーブル43Aを参照し、受信パケットの宛先MACアドレスに対応する転送先のパケットカード11を抽出する。更に、設定部53は、受信パケットの流量が設定可能なOTNパスの空き容量未満の場合、変換テーブル43Bを参照し、転送先のパケットカード11に対応する転送先のOTNカード12を抽出する。そして、設定部53は、抽出した転送先のOTNカード12を通じて、転送先のOTNパスを設定する。
また、設定部53は、受信パケットの流量が設定可能なOTNパスの空き容量未満でない場合、MACテーブル43Aを参照し、受信パケットの宛先MACアドレスに対応した転送先のパケットカード11を抽出する。そして、設定部53は、抽出した転送先のパケットカード11を通じて、転送先のパケットパスで受信パケットを伝送する。また、設定部53は、受信パケットをOTNパスで転送中に、受信パケットの流量が所定閾値を超えなくなった場合、設定中のOTNパスを削除し、受信パケットを転送先のパケットカード11のパケットパスに切替えて伝送する。
図6は、OTNフレームのフォーマット構成の一例を示す説明図である。図6に示すOTNフレーム60は、OH領域61と、ペイロード領域62とを有する。OH領域61は、1列目〜16列目の16バイト×4行のフレームサイズであって、各種OH(Overhead)を格納する領域である。ペイロード領域62は、17列目〜3824列目の3808バイト×4行のフレームサイズであって、各種データを格納する領域である。
OH領域61には、1行目の1列目〜7列目のフレーム同期OH(Frame Alignment OH)と、1行目の8列目〜14列目のOTUOHと、2行目〜4行目の1列目〜14列目のODUOHと、1行目〜4行目の15列目〜16列目のOPUOHとを有する。OTUOHは、OTUのOH領域である。ODUOHは、ODUのOH領域である。OPUOHは、OPUのOH領域である。
フレーム同期OHは、FAS(Frame Alignment Signal)と、MFAS(Multi Frame Alignment Signal)とを有する。FASは、フレーム同期信号である。MFASは、マルチフレームの同期を検出するマルチフレーム同期信号である。OTUOHは、SM(Section Monitoring)と、GCC(General Communication Chanel)0と、RES(Reserved for future international standardization)とを有する。SMは、OTU終端点同士のモニタ状態を示す情報である。GCC0は、OTU終端点同士の通信チャネルをサポートするための情報である。
ODUOHは、RES63と、TCMACT(Tandem Connection Monitoring Activation)と、TCM1〜6と、FTFL(Fault Type & Fault Location reporting channel)と、PM(Path Monitoring)と、EXP(Experimental)とを有する。更に、ODUOHは、GCC1〜2と、APS(Automatic Protection Switching)/PCC(Protection Communication Control channel)とを有する。TCMACTは、タンデムコネクション監視をアクティブ状態にするか否かを識別する情報である。FTFLは、故障タイプ及び故障位置を通知するための情報である。PMは、パス状態を監視した情報である。EXPは、試験用であるか否かを識別する情報である。APS/PCCは、自動予備切替及び切替通信チャネルである。
ODUOH内のRES63は、リクエスト種別(Request Type)63Aと、リクエスト番号(Request Number)63Bと、RES63Cとを格納するReservation領域である。リクエスト種別63Aは、リクエストの種別を示し、例えば、パス確認要求の場合は“0”、パス確認応答の場合は“1”である。また、リクエスト種別63Aは、パス設定要求の場合は“2”、パス設定応答の場合は“3”、パス削除要求の場合は“4”である。RES63Cは、各種情報を格納可能にし、ODU種別の場合は“0”、送信元MACアドレスの場合は“1”、宛先MACアドレスの場合は“2”、TS番号が1〜64の場合は“3”、TS番号が65〜128の場合は“4”である。
次に本実施例の伝送システム1の動作について説明する。第1の伝送装置4Aは、パケットNW2経由で受信フレームを第3の伝送装置4Cに伝送する際、例えば、第4の伝送装置4D→第5の伝送装置4E→第3の伝送装置4Cの経路のパケットパスで接続する。その結果、第1の伝送装置4Aは、パケットNW2経由で受信フレームを第3の伝送装置4Cに伝送できる。また、第1の伝送装置4Aは、OTNNW3経由でOTNフレームを第3の伝送装置4Cに伝送する際、例えば、第4の伝送装置4D→第5の伝送装置4E→第3の伝送装置4Cの経路のOTNパスで接続する。その結果、第1の伝送装置4Aは、OTNNW3経由でOTNフレームを第3の伝送装置4Cに伝送できる。
次に、図7は、パケットNW2の受信パケットをOTNパスで転送する際の動作の一例を示す説明図である。第1の伝送装置4Aは、受信パケットの流量が所定閾値を超え、かつ、受信パケットの流量が設定可能なOTNパスの空き容量未満の場合、受信パケット内の宛先MACアドレスの転送先のパケットカード11に対応するOTNカード12があるか否かを判定する。そして、第1の伝送装置4Aは、転送先のOTNカード12がある場合、そのOTNカード12を通じて受信パケットの宛先である第3の伝送装置4CまでのOTNパスの設定を要求すべく、第4の伝送装置4Dに対して受信パケット内の宛先MACアドレスを挿入したパス設定を要求する。
第4の伝送装置4Dは、第1の伝送装置4Aからのパス設定の要求を受信した場合、設定要求内の宛先MACアドレスの転送先のパケットカード11に対応するOTNカード12があるか否かを判定する。そして、第4の伝送装置4Dは、転送先のOTNカード12がある場合、そのOTNカード12を通じて、第5の伝送装置4Eに対して受信パケット内の宛先MACアドレスを挿入したパス設定を要求する。
第5の伝送装置4Eは、第4の伝送装置4Dからのパス設定の要求を受信した場合、設定要求内の宛先MACアドレスの転送先のパケットカード11に対応するOTNカード12があるか否かを判定する。しかし、第5の伝送装置4Eは、転送先のOTNカード12がない場合、宛先MACアドレスの転送先のパケットカード11を通じて第3の伝送装置4Cとの間のパケットパスで接続する。
その結果、第1の伝送装置4Aは、受信パケットを、第4の伝送装置4Dから第5の伝送装置4EまでのOTNパスで転送する。更に、第5の伝送装置4Eは、受信パケットを第3の伝送装置4Cまでのパケットパスで伝送する。
図8は、パス確認処理に関わる各伝送装置4の処理動作の一例を示すシーケンスである。尚、図8に示すパス確認処理は、例えば、第1の伝送装置4Aから第3の伝送装置4Cまでの設定可能なOTNパスを確認する処理である。
図8において第1の伝送装置4Aは、使用可能なパス帯域がある場合、転送先の設定可能なOTNパスを確認すべく、転送先のOTNカード12を通じてパス確認要求を第4の伝送装置4Dに伝送する(ステップS111)。尚、パス確認要求は、リクエスト種別(Req Type)、リクエスト番号(Req Num)、ODU種別(ODU Type)、送信元MACアドレス(Source MAC)及び宛先MACアドレス(Dest MAC)を含むOTNフレームである。リクエスト種別“0”はパス確認要求を示す。リクエスト番号は、リクエストを識別する番号である。ODU種別は、希望の使用帯域種別、例えば、ODU2等である。送信元MACアドレスは、受信フレーム内の送信元を識別するMACアドレスである。宛先MACアドレスは、受信フレームの宛先を識別するMACアドレスである。第1の伝送装置4Aは、パス確認要求を第4の伝送装置4Dに伝送後、パス確認要求内のリクエスト番号、ODU種別、送信元MACアドレス及び宛先MACアドレスを設定テーブル43Cに記憶する(ステップS112)。
第4の伝送装置4Dは、第1の伝送装置4Aからパス確認要求を受信した場合、使用可能なパス帯域があるか否かを判定する。第4の伝送装置4Dは、使用可能なパス帯域がある場合、転送先のOTNカード12を通じてパス確認要求を第5の伝送装置4Eに伝送する(ステップS113)。第4の伝送装置4Dは、パス確認要求内のリクエスト番号、ODU種別、送信元MACアドレス、宛先MACアドレス及びパス確認要求の受信ポート番号を設定テーブル43Cに記憶する(ステップS114)。
第5の伝送装置4Eは、第4の伝送装置4Dからパス確認要求を受信した場合、使用可能なパス帯域があるか否かを判定する。第5の伝送装置4Eは、使用可能なパス帯域がある場合、転送先のOTNカード12を通じてパス確認要求を第3の伝送装置4Cに伝送する(ステップS115)。第5の伝送装置4Eは、パス確認要求内のリクエスト番号、ODU種別、送信元MACアドレス、宛先MACアドレス及びパス確認要求の受信ポート番号を設定テーブル43Cに記憶する(ステップS116)。
第3の伝送装置4Cは、第5の伝送装置4Eからパス確認要求を受信した場合、パス確認要求内のリクエスト番号、ODU種別、送信元MACアドレス、宛先MACアドレス及びパス確認要求の受信ポート番号を設定テーブル43Cに記憶する(ステップS117)。第3の伝送装置4Cは、第1の伝送装置4AとのOTNパスの確認応答を示すパス確認応答を第5の伝送装置4Eに伝送する(ステップS118)。尚、パス確認応答は、リクエスト種別と、リクエスト番号と、ODU種別と、送信元MACアドレス、宛先MACアドレス及びパス確認の応答結果とを有する。リクエスト種別“1”はパス確認応答を示す。
第5の伝送装置4Eは、パス確認応答を受信した場合、パス確認応答を、パス確認要求を受信したポート経由で第4の伝送装置4Dに転送する(ステップS119)。更に、第5の伝送装置4Eは、第3の伝送装置4Cからパス確認応答を受信した場合、パス確認応答を受信したポートを識別するパス確認応答の受信ポート番号を設定テーブル43Cに記憶する(ステップS120)。第4の伝送装置4Dは、パス確認応答を受信した場合、パス確認応答を、パス確認要求を受信したポート経由で第1の伝送装置4Aに伝送する(ステップS121)。更に、第4の伝送装置4Dは、第5の伝送装置4Eからパス確認応答を受信した場合、パス確認応答を受信したポートを識別するパス確認応答の受信ポート番号を設定テーブル43Cに記憶する(ステップS122)。更に、第1の伝送装置4Aは、第4の伝送装置4Dからパス確認応答を受信した場合、パス確認応答を受信したポートを識別するパス確認応答の受信ポート番号を設定テーブル43Cに記憶する(ステップS123)。
図8に示すパス確認処理は、伝送装置4間のパス確認要求に対する応答で伝送装置4間の設定可能なOTNパスを確認できる。
図9は、パス設定処理に関わる各伝送装置4の処理動作の一例を示すシーケンスである。尚、図9に示すパス設定処理は、第1の伝送装置4Aと第3の伝送装置4Cとの間でパス確認応答後にOTNパスを設定する処理である。
第1の伝送装置4Aは、パス確認に関わる、リクエスト番号、ODU種別、送信元MACアドレス、宛先MACアドレス及びパス確認応答の受信ポート番号を設定テーブル43Cに記憶している。第4の伝送装置4Dは、パス確認に関わる、リクエスト番号、ODU種別、送信元MACアドレス、宛先MACアドレス、パス確認要求の受信ポート番号及びパス確認応答の受信ポート番号を設定テーブル43Cに記憶している。第5の伝送装置4Eは、パス確認に関わる、リクエスト番号、ODU種別、送信元MACアドレス、宛先MACアドレス、パス確認要求の受信ポート番号及びパス確認応答の受信ポート番号を設定テーブル43Cに記憶している。第3の伝送装置4Cは、パス確認に関わる、リクエスト番号、ODU種別、送信元MACアドレス、宛先MACアドレス及びパス確認要求の受信ポート番号を設定テーブル43Cに記憶している。
図9において第1の伝送装置4Aは、設定テーブル43Cに記憶中のパス確認応答の受信ポート番号を参照し、そのポートを用いてパス設定要求を第4の伝送装置4Dに伝送する(ステップS131)。尚、パス設定要求は、リクエスト種別と、リクエスト番号と、ODU種別と、送信元MACアドレスと、宛先MACアドレスとを有するOTNフレームである。リクエスト種別“2”はパス設定要求を示す。
第4の伝送装置4Dは、第1の伝送装置4Aからのパス設定要求を受信した場合、設定テーブル43Cに記憶中のパス確認応答の受信ポート番号を参照し、そのポートを用いてパス設定要求を第5の伝送装置4Eに伝送する(ステップS132)。第5の伝送装置4Eは、第4の伝送装置4Dからパス設定要求を受信した場合、設定テーブル43Cに記憶中のパス確認応答の受信ポート番号を参照し、そのポートを用いてパス設定要求を第3の伝送装置4Cに伝送する(ステップS133)。
第3の伝送装置4Cは、第5の伝送装置4Eからパス設定要求を受信した場合、設定テーブル43Cに記憶中のパス確認要求の受信ポート番号を参照し、そのポートを用いてパス設定応答を第5の伝送装置4Eに伝送する(ステップS134)。第3の伝送装置4Cは、第5の伝送装置4Eと接続する第1のOTNカード12Aと第2のパケットカード11Bとの間のクロスコネクトを設定する(ステップS135)。尚、パス設定応答は、リクエスト種別と、リクエスト番号と、ODU種別と、送信元MACアドレスと、宛先MACアドレスと、TS番号とを有するOTNフレームである。リクエスト種別“3”はパス設定応答を示す。TS番号は、OTNパスに使用するTS(Tributary Slot)を識別する番号である。
第5の伝送装置4Eは、第3の伝送装置4Cからパス設定応答を受信した場合、設定テーブル43Cに記憶中のパス確認要求の受信ポート番号を参照し、そのポートを用いてパス設定応答を第4の伝送装置4Dに伝送する(ステップS136)。第5の伝送装置4Eは、第3の伝送装置4Cと接続する第2のOTNカード12Bと第4の伝送装置4Dと接続する第1のOTNカード12Aとの間のクロスコネクトを設定する(ステップS137)。第4の伝送装置4Dは、第5の伝送装置4Eからパス設定応答を受信した場合、設定テーブル43Cに記憶中のパス確認要求の受信ポート番号を参照し、そのポートを用いてパス設定応答を第1の伝送装置4Aに伝送する(ステップS138)。第4の伝送装置4Dは、第5の伝送装置4Eと接続する第2のOTNカード12Bと第1の伝送装置4Aと接続する第1のOTNカード12Aとの間のクロスコネクトを設定する(ステップS139)。更に、第1の伝送装置4Aは、第4の伝送装置4Dからパス設定応答を受信した場合、第4の伝送装置4Cと接続する第2のOTNカード12Bと第1のパケットカード11Aとの間のクロスコネクトを設定し(ステップS140)、図9に示す処理動作を終了する。その結果、第1の伝送装置4Aは、第3の伝送装置4Cとの間の各伝送装置4でクロスコネクトを設定して第3の伝送装置4Cとの間のOTNパスを自動設定することになる。
図9に示すパス設定処理は、第1の伝送装置4Aと第3の伝送装置4Cとの間でパス確認応答後にOTNパスの設定要求に対する応答に応じてOTNパスを自動設定できる。
図10は、パス削除処理に関わる各伝送装置4の処理動作の一例を示すシーケンスである。尚、図10に示すパス削除処理は、第1の伝送装置4Aと第3の伝送装置4Cとの間の各クロスコネクトを削除して第1の伝送装置4Aと第3の伝送装置4Cとの間のOTNパスを削除する処理である。
図10において第1の伝送装置4Aは、例えば、受信パケットをOTNパスで転送中に、受信フレームの流量が所定閾値を超えなくなると、設定中のOTNパスのクロスコネクトを削除する(ステップS21)。そして、第1の伝送装置4Aは、第1のパケットカード11Aと第2のOTNカード12Bとの間のクロスコネクトを削除した場合、パス削除要求を第4の伝送装置4Dに伝送する(ステップS22)。尚、パス削除要求は、リクエスト種別と、リクエスト番号と、送信元MACアドレスと、宛先MACアドレスとを有するOTNフレームである。リクエスト種別“4”はパス削除要求を示す。
第4の伝送装置4Dは、第1の伝送装置4Aからパス削除要求を受信した場合、第1のOTNカード12Aと第2のOTNカード12Bとの間のクロスコネクトを削除し(ステップS23)、パス削除要求を第5の伝送装置4Eに伝送する(ステップS24)。第5の伝送装置4Eは、第4の伝送装置4Dからパス削除要求を受信した場合、第1のOTNカード12Aと第2のOTNカード12Bとの間のクロスコネクトを削除し(ステップS25)、パス削除要求を第3の伝送装置4Cに伝送する(ステップS26)。第3の伝送装置4Cは、第5の伝送装置4Eからパス削除要求を受信した場合、第1のOTNカード12Aと第2のパケットカード11Bとの間のクロスコネクトを削除する(ステップS27)。その結果、第1の伝送装置4Aは、第3の伝送装置4Cとの間の各伝送装置4のクロスコネクトを削除して第3の伝送装置4Cとの間のOTNパスを削除する。
図10に示すパス削除処理は、伝送装置4間で設定中のOTNパスの各クロスコネクトを順次削除してOTNパスを削除できる。
図11は、始点側設定処理に関わる伝送装置4の処理動作の一例を示すフローチャートである。尚、第1の伝送装置4Aを始点とし、第3の伝送装置4Cを終点とする。図11において伝送装置4内の制御部44は、パケットカード11を通じてパケットNW2からフレームを受信したか否かを判定する(ステップS31)。制御部44は、フレームを受信した場合(ステップS31肯定)、受信フレーム内の宛先MACアドレス毎の受信パケットの流量を監視する(ステップS32)。
制御部44は、MACテーブル43Aを参照し、受信パケットの宛先MACアドレスに対応する転送先のパケットカード11を抽出する(ステップS33)。更に、制御部44は、第1の判定部51にて受信パケットの流量が所定閾値を超えたか否かを判定する(ステップS34)。制御部44は、受信パケットの流量が所定閾値を超えた場合(ステップS34肯定)、変換テーブル43Bを参照し、設定部53にて転送先のパケットカード11に対応した転送先のOTNカード12があるか否かを判定する(ステップS35)。
制御部44は、転送先のOTNカード12がある場合(ステップS35肯定)、転送先のOTNカード12に関わる設定可能なOTNパスの空き容量を確認する(ステップS36)。制御部44は、第2の判定部52にて受信パケットの流量が転送先のOTNカード12に関わる設定可能なOTNパスの空き容量未満であるか否かを判定する(ステップS37)。
制御部44は、受信パケットの流量が設定可能なOTNパスの空き容量未満の場合(ステップS37肯定)、受信パケットの転送先として設定可能なOTNパスを確認すべく、パス確認処理を実行する(ステップS39)。尚、パス確認処理は、設定可能なOTNパスを確認すべく、パス確認要求を送信した後、そのパス確認要求に対するパス確認応答を受信した場合に、設定可能なOTNパスを確認できる。例えば、図8に示すステップS111、S112、S121及びS123等の処理を実行する。
更に、制御部44は、パス確認処理にて設定可能なOTNパスを確認後、受信フレームの転送先として設定可能なOTNパスを設定すべく、パス設定処理を実行し(ステップS40)、図11に示す処理動作を終了する。尚、パス設定処理は、パス確認済みの設定可能なOTNパスを設定すべく、パス設定要求を送信した後、そのパス設定要求に対するパス設定応答を受信した場合に、OTNパスを設定できる。例えば、図9に示すステップS131、S138及びS140等の処理を実行する。その結果、伝送装置4は、OTNNW3の設定中のOTNパスで受信フレームを転送できる。
制御部44は、パケットカード11を通じてフレームを受信しなかった場合(ステップS31否定)、図11に示す処理動作を終了する。制御部44は、受信パケットの流量が所定閾値を超えなかった場合(ステップS34否定)、転送先のパケットカード11に受信フレームを転送し(ステップS41)、図11に示す処理動作を終了する。その結果、伝送装置4は、パケットNW2のパケットパスで受信フレームを伝送できる。
制御部44は、転送先のパケットカード11に対応した転送先OTNカードがない場合(ステップS35否定)、転送先のパケットカード11に受信フレームを転送すべく、ステップS41に移行する。制御部44は、受信パケットの流量が空き容量未満でない場合(ステップS37否定)、転送先のパケットカード11に受信フレームを転送すべく、ステップS41に移行する。
図11において伝送装置4は、受信パケットの流量が所定閾値を超え、受信パケットの宛先MACアドレスのパケットカード11に対応する転送先のOTNカード12があるか否かを判定する。伝送装置4は、転送先のOTNカードがある場合、受信パケットの流量がOTNパスの空き容量未満であるか否かを判定する。そして、伝送装置4は、受信パケットの流量がOTNパスの空き容量未満の場合、転送先のOTNカード12を通じてOTNパスを設定する。その結果、伝送装置4は、受信パケットの流量が所定閾値を超えた場合に、受信パケットをOTNパスで転送できる。
伝送装置4は、受信パケットの宛先MACアドレスのパケットカード11に対応する転送先のOTNカード12がない場合、転送先のパケットカード11を通じてパケットパスで受信パケットを伝送する。その結果、伝送装置4は、転送先のOTNカード12がない場合、受信パケットをパケットパスで伝送できる。
伝送装置4は、受信パケットの流量が所定閾値を超えていない場合、受信パケット内の宛先MACアドレスに対応した転送先のパケットカード11を通じて受信パケットを伝送する。その結果、伝送装置4は、受信パケットの流量が所定閾値を超えていない場合、受信パケットをパケットパスで伝送できる。
伝送装置4は、受信パケットの流量がOTNパスの空き容量未満でない場合、転送先のパケットカード11を通じて受信パケットを伝送する。その結果、伝送装置4は、受信パケットをパケットパスで伝送できる。
図12は、始点側転送処理に関わる伝送装置4の処理動作の一例を示すフローチャートである。尚、説明の便宜上、伝送装置4は、受信パケットをOTNパスで転送しているものとする。
図12において伝送装置4内の制御部44は、パケットカード11を通じて受信フレームを受信したか否かを判定する(ステップS51)。制御部44は、受信フレームを受信した場合(ステップS51肯定)、受信フレーム内の宛先MACアドレス毎の受信パケットの流量を監視する(ステップS52)。
制御部44は、宛先MACアドレス毎の受信パケットの流量が所定閾値未満であるか否かを判定する(ステップS53)。制御部44は、宛先MACアドレス毎の受信パケットの流量が所定閾値未満でない場合(ステップS53否定)、設定中のOTNパスに関わる転送先のOTNカード12に受信パケットを転送し(ステップS54)、図12に示す処理動作を終了する。
制御部44は、受信パケットの流量が所定閾値未満の場合(ステップS53肯定)、MACテーブル43Aを参照し、受信パケットの宛先MACアドレスに対応した転送先のパケットカード12に受信パケットを転送する(ステップS55)。更に、制御部44は、受信フレーム転送で設定したクロスコネクトを削除し(ステップS56)、転送先のOTNカード12からパス削除要求を送信し(ステップS57)、図12に示す処理動作を終了する。制御部44は、パケットカード11を通じて受信フレームを受信しなかった場合(ステップS51否定)、図12に示す処理動作を終了する。
図12において伝送装置4は、受信パケットを設定中のOTNパスで転送中に、受信パケットの流量が所定閾値未満となった場合、設定中のOTNパス内のクロスコネクトを削除する。そして、伝送装置4は、受信パケットを転送先のパケットカード11を通じてパケットパスで伝送する。その結果、伝送装置4は、受信パケットの流量が所定閾値未満になると、受信パケットを通常のパケットパスに切替えて伝送するため、OTNNW3へのトラフィックを軽減できる。
伝送装置4は、受信パケットを設定中のOTNパスで転送中に、受信パケットの流量が所定閾値未満にならなかった場合、設定中のOTNパスで受信パケットを転送する。その結果、伝送装置4は、設定中のOTNパスで継続して受信パスを転送できる。
図13は、中継点側設定処理に関わる各伝送装置4の処理動作の一例を示すフローチャートである。尚、第1の伝送装置4Aを始点とし、第3の伝送装置4Cを終点とした場合、中継点の伝送装置4は、例えば、第4の伝送装置4D及び第5の伝送装置4Eである。
図13において伝送装置4内の制御部44は、OTNカード12からパス確認要求を受信したか否かを判定する(ステップS61)。制御部44は、パス確認要求を受信した場合(ステップS61肯定)、パス確認要求内の宛先MACアドレスを抽出する(ステップS62)。
制御部44は、MACテーブル43Aを参照し、宛先MACアドレスに対応する転送先のパケットカード11を抽出する(ステップS63)。制御部44は、変換テーブル43Bを参照し、抽出した転送先のパケットカード11に対応する転送先のOTNカード12があるか否かを判定する(ステップS64)。
制御部44は、転送先のパケットカード11に対応する転送先のOTNカード12がある場合(ステップS64肯定)、転送先のOTNカード12に関わるOTNパスの空き容量を確認する(ステップS65)。制御部44は、受信パケットの流量が設定可能なOTNパスの空き容量未満であるか否かを判定する(ステップS66)。
制御部44は、受信パケットの流量が設定可能なOTNパスの空き容量未満の場合(ステップS66肯定)、設定可能なOTNパスを確認すべく、パス確認処理を実行する(ステップS67)。尚、パス確認処理は、設定可能なOTNパスを確認すべく、パス確認要求を送信した後、そのパス確認要求に対するパス確認応答を受信した場合に、設定可能なOTNパスを確認できる。例えば、図8に示すステップS113、S114、S119及びS122等の処理を実行する。
制御部44は、パス確認処理にて設定可能なOTNパスを確認後、受信フレームの転送先として設定可能なOTNパスを設定すべく、パス設定処理を実行し(ステップS68)、図13に示す処理動作を終了する。尚、パス設定処理は、パス確認済みの設定可能なOTNパスを設定すべく、パス設定要求を送信した後、そのパス設定要求に対するパス設定応答を受信した場合に、OTNパスを設定できる。例えば、図9に示すステップS132、S136及びS139等の処理を実行する。その結果、伝送装置4は、OTNNW3の設定中のOTNパスで受信フレームを転送できる。
制御部44は、転送先のパケットカード11に対応する転送先のOTNカード12がない場合(ステップS64否定)、パス設定要求を受信したOTNカード12と転送先パケットカード11とを接続する(ステップS69)。更に、制御部44は、パス設定応答内にTS番号を設定し、パス設定要求を受信したOTNカード12経由でパス設定応答を送信し(ステップS70)、図13に示す処理動作を終了する。
制御部44は、空き容量が受信フレームの流量以上でない場合(ステップS66否定)、パス設定要求を受信したOTNカード12と転送先パケットカード11とを接続すべく、ステップS69に移行する。
制御部44は、OTNカード12からパス設定要求を受信しなかった場合(ステップS61否定)、OTNカード12からパス削除要求を受信したか否かを判定する(ステップS71)。制御部44は、パス削除要求を受信した場合(ステップS71肯定)、パス削除要求内のMACアドレスを抽出する(ステップS72)。更に、制御部44は、MACテーブル43Aを参照し、パス削除要求内のMACアドレスに対応する転送先のパケットカード11を抽出する(ステップS73)。
制御部44は、パケットカード11と転送先のパケットカード11とを接続し(ステップS74)、クロスコネクトを削除する(ステップS75)。そして、制御部44は、クロスコネクト削除前に設定していたOTNカード12からパス削除要求を送信し(ステップS76)、図13に示す処理動作を終了する。制御部44は、パス削除要求を受信しなかった場合(ステップS71否定)、図13に示す処理動作を終了する。
図13において伝送装置4は、パス確認要求を受信した場合、パス確認要求内の受信パケットの宛先MACアドレスのパケットカード11に対応する転送先のOTNカード12があるか否かを判定する。伝送装置4は、転送先のOTNカード12がある場合、受信パケットの流量が設定可能なOTNパスの空き容量未満であるか否かを判定する。そして、伝送装置4は、受信パケットの流量が設定可能なOTNパスの空き容量未満の場合、転送先のOTNカード12を通じて設定可能なOTNパスを確認する。そして、伝送装置4は、設定可能なOTNパスのパス設定要求に対してパス設定応答を受信した場合、OTNパスを設定する。その結果、伝送装置4は、受信パケットを転送するOTNパスを設定できる。
伝送装置4は、受信パケットの宛先MACアドレスのパケットカード11に対応する転送先のOTNカード12がない場合、転送先としてパケットカード11と接続する。その結果、伝送装置4は、転送先のOTNカード12がない場合、OTNパスで受信した受信パケットをパケットパスで中継できる。
伝送装置4は、受信パケットの流量が設定可能なOTNパスの空き容量未満でない場合、転送先としてパケットカード11と接続する。その結果、伝送装置4は、OTNパスで受信した受信パケットをパケットパスで転送先に中継できる。
図14は、終点側設定処理に関わる伝送装置4の処理動作の一例を示すフローチャートである。尚、終点の伝送装置4は、例えば、第3の伝送装置4Cとする。
図14において伝送装置4内の制御部44は、OTNカード12からパス設定要求を受信したか否かを判定する(ステップS91)。制御部44は、パス設定要求を受信した場合(ステップS91肯定)、パス設定要求内の宛先MACアドレスを抽出する(ステップS92)。
制御部44は、MACテーブル43Aを参照し、宛先MACアドレスに対応する転送先のパケットカード11を抽出する(ステップS93)。制御部44は、パス設定要求を受信したOTNカード12と転送先のパケットカード11とを接続し(ステップS94)、OTNパスのTS番号を設定する(ステップS95)。
更に、制御部44は、設定TS番号を用いてクロスコネクトを設定し(ステップS96)、パス設定応答内にTS番号を設定し、パス設定要求を受信したOTNカード12からパス設定応答を送信し(ステップS97)、図14に示す処理動作を終了する。
制御部44は、OTNカード12からパス設定要求を受信しなかった場合(ステップS91否定)、OTNカード12からパス削除要求を受信したか否かを判定する(ステップS98)。制御部44は、パス削除要求を受信した場合(ステップS98肯定)、パス削除要求内のMACアドレスを抽出する(ステップS99)。更に、制御部44は、MACテーブル43Aを参照し、パス削除要求内のMACアドレスに対応する転送先のパケットカード11を抽出する(ステップS100)。
制御部44は、パケットカード11と転送先のパケット11とを接続し(ステップS101)、クロスコネクトを削除し(ステップS102)、図14に示す処理動作を終了する。制御部44は、OTNカード12からパス削除要求を受信しなかった場合(ステップS98否定)、図14に示す処理動作を終了する。
図14において終点の伝送装置4は、パス設定要求を受信した場合、パス設定要求に応じてクロスコネクトを設定し、パス設定応答を返信する。終点の伝送装置4は、対向側の伝送装置4との間でクロスコネクトを順次設定し、OTNパスを設定する。その結果、伝送装置4は、OTNパスを自動設定できる。
終点の伝送装置4は、パス削除要求を受信した場合、パス削除要求に応じて設定中のクロスコネクトを削除する。その結果、伝送装置4は、設定中のOTNパスを削除できる。
本実施例の伝送装置4は、受信パケットの流量が所定閾値を超えた場合に、受信パケット内の宛先MACアドレスに基づき、受信パケットを転送すべく、OTNパスを設定する。その結果、伝送装置4は、受信パケットの流量が増加した場合でも、OTNパスを自動設定し、受信パケットをOTNパスで転送できる。例えば、パケットNW2側のパスが不足している場合に、その容量不足分をOTNパスで補える。しかも、伝送システム1内の伝送装置4が増加した場合でも、従来技術に比較してOTNパス自動設定の処理負荷を軽減できる。
伝送装置4は、受信パケット内の宛先MACアドレスをOTNフレーム内に挿入し、OTNフレーム内の宛先MACアドレスに基づき、OTNパスの設定を要求し、設定要求に対応する応答に応じてOTNパスを設定する。その結果、伝送装置4は、受信パケット内の宛先MACアドレスを利用してOTNパスを設定できる。
伝送装置4は、受信パケットの流量が所定閾値を超え、かつ、受信パケットの流量がOTNパスの空き容量未満の場合に、受信パケット内の宛先MACアドレスに基づき、受信パケットを転送すべく、OTNパスを設定する。その結果、伝送装置4は、受信パケットをOTNパスで転送できる。
伝送装置4は、受信フレーム内の宛先MACアドレス毎に受信パケットの流量を測定する。その結果、伝送装置4は、受信パケット毎の流量を認識できる。
伝送装置4は、受信パケット内の宛先MACアドレスに基づき、受信パケットを転送するOTNパスを設定中に、パケットカード11にて受信パケットの流量が所定閾値を超えなくなった場合に、OTNパスからパケットパスに切り替える。その結果、伝送装置4は、OTNNW3へのトラフィック量を軽減できる。
尚、上記実施例では、受信パケットの流量が所定閾値を超えると、受信パケット内の宛先MACアドレスの転送先のパケットカード11に対応する転送先のOTNカード12を抽出し、抽出した転送先のOTNカード11を通じてOTNパスを自動設定する。OTNパスを自動設定する方法としては、例えば、Neighbor Discovery機能、Topology Table機能、Path Computation機能及びSignaling機能等のGMPLSを利用してOTNパスを自動設定できる。Neighbor Discovery機能は、例えば、LMPプロトコルを利用してOTNNW3内のリンクを認識する機能である。Topology Table機能は、例えば、OSPF−TEプロトコルを利用してOTNNW3内のトポロジ情報を生成する機能である。Path Computation機能は、例えば、OSPF−TEで作成したトポロジ情報及びCSPF(Constraint Shortest Path Fast)アルゴリズムを使用して宛先までの最短経路を探索する機能である。Signaling機能は、RSVP−TEプロトコルを使用して最短経路情報からエンドトゥエンドのOTNパスを設定する機能である。
しかしながら、GMPLSを使用してOTNパスを自動設定できるものの、OSPF−TEでOTNNW3全体のトポロジを認識した上で最短経路を計算する必要がある。OTNNW3内の全ての伝送装置4がOTNNW3内の全リンクのトポロジを認識する必要があるため、リアルタイムにトポロジ情報を認識するにはOSPF−TEプロトコルの処理負荷が大きくなる。しかも、OTNNW3内の伝送装置4の数が増えるに連れて、OSPF−TEの処理負荷及び最短経路の処理負荷が大きくなる。これに対して、本実施例では、GMPLSを使用しなくても、OTNパスを自動設定できるため、自動設定に要する処理負担が軽減できる。
上記実施例では、パケットNW2とOTNNW3とを同一トポロジで構成する伝送システム1を例示したが、同一トポロジで構成されなくても、OTNパスを自動設定できる。
上記実施例では、パケットNW2としてEthernet(登録商標)のNWを例示したが、これらに限定されるものではなく、パケット内に宛先MACアドレスを有するNWであれば適用可能である。
また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
更に、各装置で行われる各種処理機能は、CPU(Central Processing Unit)(又はMPU(Micro Processing Unit)、MCU(Micro Controller Unit)等のマイクロ・コンピュータ)上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、CPU(又はMPU、MCU等のマイクロ・コンピュータ)で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良いことは言うまでもない。
1 伝送システム
2 パケットNW
3 OTNNW
4 伝送装置
11 パケットカード
11A 第1のパケットカード
11B 第2のパケットカード
12 OTNカード
51 第1の判定部
52 第2の判定部
53 設定部

Claims (9)

  1. 第1の信号を伝送する第1の回線と接続する複数の第1の通信部と、
    前記第1の信号を挿入可能にする第2の信号を伝送する第2の回線と接続する第2の通信部と、
    前記第1の通信部にて前記第1の信号のデータ量が所定閾値を超えたか否かを判定する判定部と、
    前記第1の信号のデータ量が前記所定閾値を超えた場合に、前記第1の信号内の宛先情報に基づき、前記第2の通信部にて、前記第1の信号を転送する前記第2の回線を設定する設定部と
    を有することを特徴とする伝送装置。
  2. 前記第1の信号のデータ量が前記所定閾値を超えた場合に、前記第1の信号のデータ量が前記第2の回線の空き容量未満であるか否かを判定する第1の判定部を更に有し、
    前記設定部は、
    前記第1の判定部にて前記第1の信号のデータ量が前記第2の回線の空き容量未満の場合に、前記第1の信号内の宛先情報に基づき、前記第2の通信部にて、前記第1の信号を転送すべく、前記第2の回線に設定することを特徴とする請求項1に記載の伝送装置。
  3. 前記設定部は、
    前記第1の信号内の宛先情報を前記第2の信号内に挿入し、前記第1の信号の宛先情報を挿入した前記第2の信号に関わる設定要求を対向側の伝送装置に送信し、前記対向側の伝送装置から前記設定要求に対する応答を受信した場合に、前記第1の信号を転送する前記第2の回線を設定することを特徴とする請求項1又は2に記載の伝送装置。
  4. 前記第1の回線の前記第1の信号のデータ量を前記第1の信号内の宛先情報毎に監視する監視部を更に有することを特徴とする請求項1〜3の何れか一つに記載の伝送装置。
  5. 前記設定部は、
    前記第1の信号内の宛先情報に基づき、前記第1の信号を転送すべく、前記第2の回線に設定中に、前記判定部にて前記第1の信号のデータ量が所定閾値を超えなくなった場合に、前記第1の信号を前記第2の回線から前記第1の回線に切り替えるべく、前記第1の信号を前記第1の回線に設定することを特徴とする請求項1〜4の何れか一つに記載の伝送装置。
  6. 前記第1の回線と前記第2の回線とを同一トポロジで接続する伝送システム内に配置したことを特徴とする請求項1〜5の何れか一つに記載の伝送装置。
  7. 前記第1の通信部は、
    前記第1の信号としてパケットを伝送する、前記第1の回線としてのパケット網と接続すると共に、
    前記第2の通信部は、
    前記第2の信号としてOTNフレームを伝送する、前記第2の回線としてのOTN網と接続することを特徴とする請求項1〜6の何れか一つに記載の伝送装置。
  8. 第1の信号を伝送する第1の回線と接続する複数の第1の通信部と、前記第1の信号を挿入可能にする第2の信号を伝送する第2の回線と接続する第2の通信部とを有する伝送装置の伝送方法であって、
    前記伝送装置は、
    前記第1の通信部にて前記第1の信号のデータ量が所定閾値を超えたか否かを判定し、
    前記第1の信号のデータ量が前記所定閾値を超えた場合に、前記第1の信号内の宛先情報に基づき、前記第2の通信部にて、前記第1の信号を転送する前記第2の回線を設定する
    処理を実行することを特徴とする伝送方法。
  9. 第1の信号を伝送する第1の回線と接続する複数の第1の通信部と、前記第1の信号を挿入可能にする第2の信号を伝送する第2の回線と接続する第2の通信部とを備えた複数の伝送装置を有する伝送システムであって、
    各伝送装置は、
    前記第1の通信部にて前記第1の信号のデータ量が所定閾値を超えたか否かを判定する判定部と、
    前記第1の信号のデータ量が前記所定閾値を超えた場合に、前記第1の信号内の宛先情報を前記第2の信号内に挿入し、前記第1の信号の宛先情報を挿入した前記第2の信号に関わる設定要求を対向側の伝送装置に送信すると共に、前記対向側の伝送装置から前記設定要求に対する応答を受信した場合に、前記第1の信号を転送する前記第2の回線を設定する設定部と
    を有することを特徴とする伝送システム。
JP2015134682A 2015-07-03 2015-07-03 伝送装置、伝送方法及び伝送システム Pending JP2017017627A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2015134682A JP2017017627A (ja) 2015-07-03 2015-07-03 伝送装置、伝送方法及び伝送システム
US15/187,190 US20170005934A1 (en) 2015-07-03 2016-06-20 Apparatus and method for transferring data onto another network depending on an amount of data flow in a network

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2015134682A JP2017017627A (ja) 2015-07-03 2015-07-03 伝送装置、伝送方法及び伝送システム

Publications (1)

Publication Number Publication Date
JP2017017627A true JP2017017627A (ja) 2017-01-19

Family

ID=57683092

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015134682A Pending JP2017017627A (ja) 2015-07-03 2015-07-03 伝送装置、伝送方法及び伝送システム

Country Status (2)

Country Link
US (1) US20170005934A1 (ja)
JP (1) JP2017017627A (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109428647B (zh) * 2017-08-31 2020-04-14 华为技术有限公司 实现故障原因定位的方法、装置及存储介质
US11689453B2 (en) * 2021-03-29 2023-06-27 Cisco Technology, Inc. Layer 2 virtual private network traffic steering over optical transport networks

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002199007A (ja) * 2000-10-12 2002-07-12 Lucent Technol Inc パケットネットワークのノードで使用される方法
JP2003250143A (ja) * 2002-02-26 2003-09-05 Cuebs:Kk 動画配信装置および方法ならびに動画配信装置を制御するためのプログラム
JP2011250143A (ja) * 2010-05-27 2011-12-08 Fujitsu Ltd スイッチ装置およびスイッチ方法
US20140147106A1 (en) * 2012-11-27 2014-05-29 Infinera Corporation Rapid recovery in packet and optical networks

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7583664B2 (en) * 2004-12-28 2009-09-01 Michael Ho Techniques for transmitting and receiving traffic over advanced switching compatible switch fabrics
US9942097B2 (en) * 2015-01-05 2018-04-10 Brocade Communications Systems LLC Power management in a network of interconnected switches

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002199007A (ja) * 2000-10-12 2002-07-12 Lucent Technol Inc パケットネットワークのノードで使用される方法
JP2003250143A (ja) * 2002-02-26 2003-09-05 Cuebs:Kk 動画配信装置および方法ならびに動画配信装置を制御するためのプログラム
JP2011250143A (ja) * 2010-05-27 2011-12-08 Fujitsu Ltd スイッチ装置およびスイッチ方法
US20140147106A1 (en) * 2012-11-27 2014-05-29 Infinera Corporation Rapid recovery in packet and optical networks

Also Published As

Publication number Publication date
US20170005934A1 (en) 2017-01-05

Similar Documents

Publication Publication Date Title
US6956816B1 (en) Fault tolerant automatic protection switching for distributed routers
US9124522B2 (en) Multi-level recovery in transport networks
US12401930B2 (en) Service protection method and network node
US10674240B2 (en) Protection switching method and node
US10587500B2 (en) Intelligent optical restoration in integrated multi-layer networks
US11252585B2 (en) Access network node, radio communication system, communication method and program
JP2010016691A (ja) 通信システム及び通信装置
JP5460886B2 (ja) 論理リンク管理方法および通信装置
CN109787895B (zh) 一种双归保护方法、接入节点、设备及通信网络
CN110100397B (zh) 时延测量方法及站点
EP1887733B2 (en) A method for processing network resource, a network unit in an intelligent optical network thereof
CN102026046A (zh) 光网络中的路径处理方法、光通信装置及光通信系统
CN106803811A (zh) 一种路由信息的获取方法及装置
CN101998182B (zh) 光网络中的信息处理方法、光通信装置和光通信系统
CN101981844A (zh) 有阻交叉网络实现源路由的方法和装置
US20110058501A1 (en) Node apparatus and route calculation method
JP2017017627A (ja) 伝送装置、伝送方法及び伝送システム
CN104601429A (zh) 网络控制方法及相关装置
US20090297141A1 (en) Transmission apparatus, path testing method, and storage medium
JP6603644B2 (ja) 光集線ネットワークシステム及び信号伝送方法
CN100479449C (zh) 一种流量控制的方法
ES2661521T3 (es) Procedimiento, aparato y sistema de establecimiento de canal de control
CN109996292B (zh) 一种移动回传网络的路径优化方法
CN106941436B (zh) 报文传输方法及装置
JP5326700B2 (ja) 局内通信装置、遅延量割り当て方法、通信方法、遅延量割り当て手段の制御プログラム及びスター形通信システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180413

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190228

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190305

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190411

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190611

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20191203