(57)【要約】【課題】多数のポートを有する伝送装置間の接続を確認し誤接続を防止する。【解決手段】リンクの確立が検出されたら確立したリンクを経て接続先情報要求フレームを送出して接続先の情報を要求し（ステップ１３００）、その応答として受信される接続先情報応答フレームに含まれる接続先情報をデータベースに格納し（ステップ１３０２）、表示する（ステップ１３０６）。【選択図】図９
2009290332.tif 000002
【特許請求の範囲】
【請求項１】
複数のポートを有する伝送装置間の物理的接続を確認する機能を有する伝送装置であって、
複数のポートと、
該複数のポートの１つにおいて確立したリンクを経て、接続先の情報を要求する第１の接続先情報要求フレームを送信する手段と、
第１の接続先情報要求フレームに対する応答として受信した第１の接続先情報応答フレームに含まれる接続先情報を記憶する手段と、
記憶されている接続先情報を出力する手段とを具備する接続確認機能を有する伝送装置。
【請求項２】
前記複数のポートの１つにおいて確立したリンクを経て接続先の情報を要求する第２の接続先情報要求フレームを受信したとき、受信した第２の接続先情報要求フレームに応答して、第２の接続先情報要求フレームを受信したポートを示すデータを接続先情報として含む第２の接続先情報応答フレームを送信する手段をさらに具備する請求項１記載の伝送装置。
【請求項３】
前記記憶されている接続先情報が正しい接続先を示しているか否かを判定する手段と、
判定結果を出力する手段とをさらに具備する請求項１または２記載の伝送装置。
【請求項４】
接続先情報が正しくない接続先を示していると判定されるとき、前記１つのポートを介して送受信されるフレームを廃棄する手段とをさらに具備する請求項３記載の伝送装置。
【請求項５】
フレームの宛先に従ってフレームの経路制御を行うスイッチと、
該スイッチからのフレームの流れに前記第１の接続先情報要求フレームを追加し、該スイッチへのフレームの流れから前記第１の接続先情報応答フレームを横取りする接続先情報送受信部をさらに具備する請求項１〜４のいずれか１項記載の伝送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のポートを有する伝送装置間の物理的接続を確認する機能を有する伝送装置に関する。
【背景技術】
【０００２】
例えば、ＩＥＥＥ８０２．１Ｄ「Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）Ｂｒｉｄｇｅｓ」を基本とする、イーサネット（登録商標）インターフェースを使用したレイヤー２スイッチ（以下Ｌ２ＳＷ）のような多数のポートを有する伝送装置において、伝送装置どうしを、ケーブル／ファイバで接続するとき、両装置が同じフロアにある場合は接続を目視で確認することができる。しかしながら、大規模なキャリアネットワークでは装置間がkm単位で離れており、或る伝送装置の或るポートに接続されたケーブル／ファイバがkm単位で離れて設定されているどの伝送装置のどのポートに接続されているか目視で確認することが出来ない。目視で確認できる場合でも、ケーブル／ファイバの数が多くて確認が困難であったり時間がかかる場合が多々ある。またケーブル／ファイバの接続先を、直接的に表示／参照する機能がＬ２ＳＷにない。
【０００３】
そのため従来のＬ２ＳＷの場合、ケーブル／ファイバの接続先が正しいか妥当性を判断する場合、
・  ケーブル／ファイバの接続をした後に、ＶＬＡＮ等のネットワーク設定もすべて完      了し、レイヤー３のプロトコルであるＩＣＭＰ等を使用してＥｎｄ−ｔｏ−Ｅｎｄ      で信号が疎通することを確認することで、接続の妥当性を判断する
・  ケーブル／ファイバの接続をした後に、ＶＬＡＮ等のネットワーク設定もすべて完      了し、その上でＥｔｈｅｒＯＡＭ機能を使用しての、Ｃｏｎｔｉｎｕｉｔｉｙ  Ｃ      ｈｅｃｋ／Ｌｏｏｐ  Ｂａｃｋ／Ｌｉｎｋ  Ｔｒａｃｅ等を使用して、接続の妥当      性を判断する
等の手順を踏んで確認するのが一般的であった。しかしこの手順では、
・  ケーブル／ファイバの接続先を確認するために、接続元装置／接続先装置両方の装      置にネットワーク設定も行なう必要がある、
・  誤接続したまま接続確認のためのネットワーク設定をすると、既設ネットワークの      通信に影響を与え、最悪ネットワークがダウンする、
・  複数の接続を同時に接続する場合にも、上記の手順を接続数分繰り返す必要がある
など、時間がかかる・確認手順が煩雑になる・既設のネットワークに影響を与える可能性が高いといった問題がある。
【０００４】
なお、下記特許文献１，２はいずれも、上記のネットワーク設定を行った後、すなわちレイヤー２（データリンク層）よりも上位のレイヤー３（ネットワーク層）における接続に関するものである。
【０００５】
【特許文献１】特許第３９５８８９５号
【特許文献２】特許第３８７７５５７号
【発明の開示】
【発明が解決しようとする課題】
【０００６】
したがって本発明の目的は、複数のポートを有する伝送装置間に布設されるケーブル／ファイバによる接続のような物理的接続を確認することのできる伝送装置を提供することにある。
【課題を解決するための手段】
【０００７】
前述の課題を解決する、複数のポートを有する伝送装置間の物理的接続を確認する機能を有する伝送装置は、複数のポートと、該複数のポートの１つにおいて確立したリンクを経て、接続先の情報を要求する第１の接続先情報要求フレームを送信する手段と、第１の接続先情報要求フレームに対する応答として受信した第１の接続先情報応答フレームに含まれる接続先情報を記憶する手段と、記憶されている接続先情報を出力する手段とを具備する。
【０００８】
この伝送装置は、前記複数のポートの１つにおいて確立したリンクを経て接続先の情報を要求する第２の接続先情報要求フレームを受信したとき、受信した第２の接続先情報要求フレームに応答して、第２の接続先情報要求フレームを受信したポートを示すデータを接続先情報として含む第２の接続先情報応答フレームを送信する手段をさらに具備することが好適である。
【０００９】
前述の物理的接続とは、光ファイバ、銅線ケーブル等のみによる接続を意味し、複数のポートを有する装置が介在する接続、ネットワークを介する接続は含まれない。
【発明を実施するための最良の形態】
【００１０】
図１は本発明の一実施形態に係り、接続確認機能を有するレイヤー２スイッチ（以下Ｌ２ＳＷ）の構成の一例を示す。図１において、コネクタ１１はＬ２ＳＷの各ネットワークインターフェース（ポート）の接続の口となるものである。物理的なインターフェース（電気的なインターフェース、光インターフェース等）によりその形状は異なる。ＰＨＹ１０はレイヤー１（物理層）を扱う部分であり、ポートのリンクアップ（リンク確立）や、回線速度、全二重／半二重の管理を行う。物理的なインターフェースの種類によってＰＨＹの機能は異なる。ＭＡＣ１２はレイヤー２（データリンク層）を扱う部分であり、物理媒体に依存しないリンクレベルの機能を処理する。パケットＳＷ１４は、受信したフレームをネットワーク設定・ＭＡＣアドレス学習状態等により、適切なポートへ転送する。制御部１６は、ユーザーからの設定コマンド等を受けて、ＰＨＹ１０、ＭＡＣ１２、接続先情報送受信部１８およびパケットＳＷ１６等に適切な設定を行う。また設定した内容をデータベース２２に保存したり、ユーザーからの参照コマンドにより設定の表示や、装置の警報状態・統計情報を表示・応答する機能を有する。データベース２２は、装置の設定情報などを保存するデータベースである。制御インターフェース２０は、装置をネットワーク制御システムまたは監視・制御端末（図示せず）から制御・監視するためのインターフェースである。ＲＳ−２３２Ｃなどのシリアルインターフェースや、イーサネット（登録商標）等物理的な媒体は問わない。制御・監視には、シリアル接続／ネットワーク接続等によるＣｏｍｍａｎｄ  Ｌｉｎｅ  Ｉｎｔｅｒｆａｃｅ（以下ＣＬＩ）や、ＳＮＭＰ、Ｓｙｓｌｏｇなど既存装置と同等な接続方法を提供する。表示部２４は装置の状態を表示するＬＣＤ等のディスプレイ装置である。装置の設定状態や、警報発生やイベント発生による状態変化情報を表示する。
【００１１】
パケットＳＷ１４は、制御部１６からの指令により、フレームの送受信を許可する通過設定、または許可せずフレームを廃棄する廃棄設定をポート（インターフェース）ごとに設定することが可能である。
【００１２】
ＭＡＣ１２とパケットＳＷ１４の間に挿入された接続先情報送受信部１８は、制御部１６からの接続先情報要求フレームおよび接続先情報応答フレーム（後述）をパケットＳＷ１４からＭＡＣ１２へ向かうフレームの流れに追加し、ＭＡＣ１２からパケットＳＷ１４へ向かうフレームの流れの中から接続先情報要求フレームおよび接続情報応答フレームを横取りして制御部１６へ転送する。
【００１３】
一部のＬ２ＳＷ、例えばＦｕｊｉｔｓｕ  ＦＷ５５４０では、ＤＡ（宛先ＭＡＣアドレス）およびＥｔｈｅｒＴｙｐｅ（イーサタイプ）を設定するレジスタを持ち、これらに設定された値と同じＤＡとＥｔｈｅｒＴｙｐｅの値を持つフレームを抽出して制御部へ転送し、制御部からのフレームを送信フレームに追加する機能がハードウェアにより既に実現されている。これは、Ｌ２ＳＷ間でコマンドをやり取りして導通確認するための機能である。この機能を利用して上記の接続先情報送受信部１８を実現することができる。すなわち、接続先情報要求フレームおよび接続先情報応答フレームのＤＡおよびＥｔｈｅｒＴｙｐｅとしてユニークな値を予め定義しておき、これをレジスタに設定するだけで上記の機能を実現することができる。なお、このＤＡは実際の装置に使用されているＭＡＣアドレスである必要はなく、例えば０１：８０：Ｃ２：００：００：０Ｆと定めることができる。ＥｔｈｅｒＴｙｐｅとしては例えば０ｘ９８７６と定めることができる。ＭＡＣ１２から接続先情報送受信部１８を経てパケットＳＷ１４へ向かうフレームのＤＡ／ＥｔｈｅｒＴｙｐｅの値がこれらと一致するとき、そのフレームはパケットＳＷ１４ではなく制御部１６へ転送される。また、制御部１６において生成され、接続先情報送受信部１８において追加される接続先情報要求／応答フレームのＤＡ／ＥｔｈｅｒＴｙｐｅの値はこれらの値とする。
【００１４】
制御部１６からデータベース２２へ書き込み／読み出しされるデータの形式は表１および表２に示すように、ＲＦＣ１２１３で定められるＭＩＢ−２の形式とすることができる。表１には、ＭＩＢ−２の形式に従い、Ｌ２ＳＷ  １台につき１つ保持されるデータの例が示され、表２にはネットワークインターフェース（ポート）１つにつき１つ保持されるデータの例が示されている。
【００１５】
【表１】
2009290332.tif 000003
【００１６】
【表２】
2009290332.tif 000004
【００１７】
図２および図３はそれぞれ、接続先の情報を要求する接続先情報要求フレームおよびその応答としての接続先情報応答フレームのフレームフォーマットの一例を示す。図２、図３中、ＤＡ２６およびｔｙｐｅ２８には、前述したユニークな値が設定される。ＳＡ２７にはフレームの発信元の装置またはポートに割り当てられたＭＡＣアドレスが設定される。Ｌ２ＳＷやＬ２ＳＷの各ポートにＭＡＣアドレスを割り当てない場合には、値としてＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦを使用することもできる。接続先情報３０の例えば最初の４バイトの領域３２には、フレームの種別が設定される。例えばそのフレームが接続先情報要求フレーム（図２）であるときは、０ｘ０００００００１が、接続先情報応答フレームであるときは０ｘ０００００００２が設定される。図３の接続先情報応答フレームの場合、接続先情報フレーム種別３２に続く領域に接続先情報が格納される。これらの値もＭＩＢ−２の形式に従っており、その意味は表１および表２に示されている。使用しないバイトには０ｘ００が入る。ＦＣＳ３４はフレームの誤りを検出するためのフィールドであり、ＤＡ２６からＦＣＳ３４の直前までのデータを対象として３２ビットのＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）計算をした結果である。受信側でＣＲＣ計算をしてＦＣＳと値が一致しない場合は伝送誤りがあったとしてフレームは廃棄される。
【００１８】
接続先情報要求フレーム（図２）は、ポートのリンクアップ（リンク確立）の検出、またはユーザーからのコマンドによる接続先情報更新を契機として、接続先装置に対して接続先情報を問い合わせるために使用する。ＤＡ２６、ＳＡ２７、ｔｙｐｅ２８にはそれぞれデータベースから、接続先情報通知用ＤＡ、ポートＭＡＣアドレス、接続先情報通知用ＥｔｈｅｒＴｙｐｅの値（表１、表２参照）を読み出して設定する。接続先情報フレーム種別３２は０ｘ０００００００１（接続先情報要求フレーム）とする。Ｐａｄｄｉｎｇ領域は特に値は規定しないが、フレーム全体の長さがＭＡＣフレームの最短長である６４ｂｙｔｅ以上になるように領域を確保するものとする。ＦＣＳ３４にはＤＡからＦＣＳ手前までのＣＲＣ演算をして設定する。
【００１９】
接続先情報応答フレーム（図３）は、接続先情報要求フレームの受信を契機として、受信したポートに関連する接続先情報を接続先装置に応答するために使用する。ＤＡ２６、ＳＡ２７、ｔｙｐｅ２８にはそれぞれデータベース（表１、表２）から、接続先情報通知用ＤＡ、ポートＭＡＣアドレス、接続先情報通知用ＥｔｈｅｒＴｙｐｅを読み出して設定する。接続先情報フレーム種別３２は０ｘ０００００００２（接続先情報応答フレーム）とする。ｓｙｓＤｅｓｃｒ〜ｉｆＤｅｓｃｒについても対応する情報をデータベースから読み出し設定する。ＦＣＳ３４はＤＡからＦＣＳ手前までのＣＲＣ演算をして設定する。
【００２０】
ポートのＬｉｎｋｕｐ検出／ユーザーからのコマンド入力をトリガとした接続先情報フレームの送受信処理と、それに伴うデータベース更新処理や通知処理について、図４〜図６のフローチャートを参照して説明する。図４および図５は接続先情報要求フレームを送信するＬ２ＳＷにおける処理、図６は接続先情報要求フレームを受信するＬ２ＳＷにおける処理である。
【００２１】
図４および図５において、いずれかのＰＨＹ１０がリンクアップを検出し（ステップ１０００）、そのことが制御部１６へ通知されるとき（ステップ１００２）、または、ユーザーからのコマンドにより接続先情報の更新が要求され（ステップ１００４）、制御インターフェース２０を介してそのことが通知されると（ステップ１００６）、制御部１６は当該ポート（インターフェース）の接続先情報送受信部１８を介して、接続先情報要求フレームを送信する（ステップ１００８）。その後、接続先情報応答フレームを待ち（ステップ１０１０）、接続先情報応答フレームが受信されれば（ステップ１０１２）、受信フレームから接続先情報を取り出しデータベース２２へ格納する（ステップ１０１４）。一定期間受信がなければステップ１０１８へ戻って接続先情報要求フレームを再送し、そのようなリトライが３回続けば（ステップ１０１６）、データベース２２内の接続先情報を０ｘ００で無効化する（ステップ１０１８）。
【００２２】
いずれの場合にも、データベース２２内の接続先確認機能有効状態（表２参照）が有効であれば（図５：ステップ１０２０）、データベース２２内の接続先情報、例えば「接続先ｓｙｓＤｅｓｃｒ」、「接続先ｓｙｓＮａｍｅ」、「接続先ｓｙｓｌｏｃａｔｉｏｎ］、「ｉｆＩｎｄｅｘ」および「ｉｆＤｅｓｃｒ」と、「接続先確認用ｓｙｓＤｅｓｃｒ」、「接続先確認用ｓｙｓＮａｍｅ」、「接続先確認用ｓｙｓｌｏｃａｔｉｏｎ」、「接続先確認用ｉｆＩｎｄｅｘ」、および「接続先確認用ｉｆＤｅｓｃｒ」（表２参照）をそれぞれ比較し、すべて一致していれば、当該ポートを経て送受信されるべきフレームを通過させるようパケットＳＷ１４に指示する（ステップ１０２６）。ステップ１０２０において、接続先確認機能有効状態が無効であるときも同様である。ステップ１０２４において不一致であるときは、当該ポートを経て送受信されるべきフレームを廃棄するようパケットＳＷ１４に指示する（ステップ１０２８）。いずれの場合にも、更新されたデータベースの情報に基づき制御インターフェース２０を通してＳＮＭＰ  Ｔｒａｐ通知およびｓｙｓｌｏｇ通知を行うことによってネットワーク制御システムまたは監視端末へ通知するとともに、自装置の表示部２４に接続先情報を表示する（ステップ１０３０）。
【００２３】
接続先のＬ２ＳＷにおいては、図６のフローチャートに示すように、接続先情報要求フレームが受信されたら（ステップ１１００）、データベース２２内の接続先情報、例えば、ｓｙｓＤｅｓｃｒ、ｓｙｓＮａｍｅ、ｓｙｓｌｏｃａｔｉｏｎ（以上表１）、ｉｆＩｎｄｅｘおよびｉｆＤｅｓｃｒ（表２）を読み出して接続先情報応答フレームに格納して送信する（ステップ１１０２）。
【００２４】
図７はリンクダウン（リンク切断）の際の処理を示すフローチャートである。いずれかのＰＨＹ１０がリンクダウンを検出すると（ステップ１２００）、そのことが制御部１６へ通知される（ステップ１２０２）。制御部１６はデータベース２２内の当該リンクに関する接続先情報を無効化し（ステップ１２０４）、更新されたデータベース２２の情報に基づき制御インターフェース２０を通してＳＮＭＰ  Ｔｒａｐ通知およびＳｙｓｌｏｇを行い、自装置の表示部２４の表示を更新する（ステップ１２０６）。
以上のような処理を行う制御部１６は、例えば、コンピュータとその処理を記述したプログラムとにより実現することができる。
【００２５】
図１の装置の制御部１６は、制御インターフェース２０を通しての制御端末からの操作のために、以下のＣＬＩコマンドをサポートする。（コマンド名称はあくまで例であり、機能として同等のものをサポートすればフォーマット等は異なっていてもよい）
【００２６】
（ｉ）ｓｈｏｗ  ｉｎｔｅｒｆａｃｅ  ｃｏｎｎｅｃｔｉｏｎ［ポート番号］
装置内のネットワークポートが、どの装置のどのポートと接続しているか表示するコマンド。接続先のｓｙｓＤｅｓｃｒ／ｓｙｓＮａｍｅ／ｓｙｓＬｏｃａｔｉｏｎ／ｉｆＩｎｄｅｘ／ｉｆＤｅｓｃｒを表示する。ポートがＬｉｎｋｄｏｗｎ（未接続）の場合はＮｏｔ  ｃｏｎｎｅｃｔｅｄ．と表示される。
【００２７】
（ii）ｇｅｔ  ｉｎｔｅｒｆａｃｅ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｆｏ［ポート番号］  指定した接続先情報を再取得に行く。本コマンドを実行すると、接続先に接続先情報要求フレームを送信し、接続先情報の再取得を行う。何らかの要因でＬｉｎｋｕｐ後に正しく接続先情報が取得できなかった場合などに使用する。
【００２８】
（iii）ｉｎｔｅｒｆａｃｅ  ｃｏｎｎｅｃｔｉｏｎ  ｃｈｅｃｋ
期待する接続先を登録しておくコマンド。Ｌｉｎｋｕｐ後に接続先が期待値と異なっていた場合は誤接続とし、警報の通知、フレーム送受信の停止を行う。
【００２９】
また図１の装置の制御部１６は以下のＳＮＭＰ  Ｔｒａｐ／ｓｙｓｌｏｇ通知をサポートする。
（ｉ）接続通知
ポートがＬｉｎｋｕｐ／コマンドによる接続先情報取得後に、取得した接続先情報を通知するＴｒａｐ／Ｓｙｓｌｏｇ。
【００３０】
以下の内容を通知する。
接続種別：正常接続、誤接続（接続先確認機能有効時）、不明（接続先情報が取得できなかった場合）、未接続
接続元情報：接続元のｓｙｓＤｅｓｃｒ／ｓｙｓＮａｍｅ／ｓｙｓＬｏｃａｔｉｏｎ／ｉｆＩｎｄｅｘ／ｉｆＤｅｓｃｒ
接続先情報：接続先のｓｙｓＤｅｓｃｒ／ｓｙｓＮａｍｅ／ｓｙｓＬｏｃａｔｉｏｎ／ｉｆＩｎｄｅｘ／ｉｆＤｅｓｃｒ（接続種別が不明、未接続の場合は通知なし）
【００３１】
図８は地点Ａのビル４２にあるＬ２ＳＷ  Ｎｏ．００１のＰｏｒｔ１と、地点Ａから数１０km離れた地点Ｂのビル４３にあるＬ２ＳＷ  Ｎｏ．００２のＰｏｒｔ３と接続しようとした場合を示す。地点ＢのＬ２ＳＷ  Ｎｏ．００２  Ｐｏｒｔ３には既にファイバを接続済みで、地点ＡのＬ２ＳＷ  Ｎｏ．００１  Ｐｏｒｔ１にファイバを接続すれば、接続が完了する状態とする。作業者４０は地点Ａのビル４２に入り、Ｌ２ＳＷ  Ｎｏ．００１  Ｐｏｒｔ１の接続の作業をするものとする。
【００３２】
まず作業開始前で、未接続の状態で制御端末４４からＣＬＩコマンド「ｓｈｏｗ  ｉｎｔｅｒｆａｃｅ  ｃｏｎｎｅｃｔｉｏｎ」を入力してＬ２ＳＷ  Ｎｏ．００１のポート接続状態を確認した場合、以下の表３のように表示される。Ｐｏｒｔ１は未接続なため、「Ｎｏｔ  Ｃｏｎｎｅｃｔｅｄ．」と表示されている。以下の例はＣＬＩコマンドによる表示例であるが、表示部２４の側にも同等の情報が表示される。
【００３３】
【表３】
2009290332.tif 000005
【００３４】
次に作業者４０がＬ２ＳＷ  Ｎｏ．００１  Ｐｏｒｔ１にファイバを接続して、両装置のポートがＬｉｎｋｕｐし、接続先情報を交換する。詳細な処理の流れを図９に示す。図９において接続先情報を交換し（ステップ１３００）、ＤＢ更新（ステップ１３０２）、ユーザーへの通知（ステップ１３０４）、表示部２４への表示を行う（ステップ１３０６）。その後ＣＬＩコマンド「ｓｈｏｗ  ｉｎｔｅｒｆａｃｅ  ｃｏｎｎｅｃｔｉｏｎ」で確認した場合、以下の表４のように表示される。
【００３５】
【表４】
2009290332.tif 000006
【００３６】
接続が正常に行われているため「Ｃｏｎｎｅｃｔｉｏｎ  ＯＫ．」の表示がされている。この「Ｃｏｎｎｅｃｔｉｏｎ  ＯＫ．」の表示は、（ｉ）接続先確認機能が無効でＬｉｎｋｕｐしたとき、（ii）接続先確認機能が有効で、取得した接続先情報と、コマンドで登録した接続先が一致したときに表示される。その他に表示されているＳｙｓｔｅｍ／Ｎａｍｅ／Ｌｏｃａｔｉｏｎ／ｉｆＩｎｄｅｘ／ｉｆＤｅｓｃｒはそれぞれ取得してＤＢに保存した、接続先ｓｙｓＤｅｓｃｒ／接続先ｓｙｓＮａｍｅ／接続先ｓｙｓＬｏｃａｔｉｏｎ／接続先ｉｆＩｎｄｅｘ／接続先ｉｆＤｅｓｃｒである。
【００３７】
次に作業者がＬ２ＳＷ  Ｎｏ．００１  Ｐｏｒｔ１に誤ってＬ２ＳＷ  Ｎｏ．００２  Ｐｏｒｔ６を接続した場合の例を示す。なお接続前には「接続先確認機能」を有効にし、期待している接続先として、Ｌ２ＳＷ  Ｎｏ．００２  Ｐｏｒｔ３を登録しているものとする。処理シーケンスは、正しい接続をしたときと処理の流れは同じである（図９）。その後ＣＬＩコマンド「ｓｈｏｗ  ｉｎｔｅｒｆａｃｅ  ｃｏｎｎｅｃｔｉｏｎ」で確認した場合、以下の表５のように表示される。誤接続のため「Ｃｏｎｎｅｃｔｉｏｎ  ＮＧ．」と表示されている。その他に表示されているＳｙｓｔｅｍ／Ｎａｍｅ／Ｌｏｃａｔｉｏｎ／ｉｆＩｎｄｅｘ／ｉｆＤｅｓｃｒは誤接続先の情報であるため、どの装置／ポートと誤接続したか即時に確認できる。またこの状態ではＬ２ＳＷ  Ｎｏ．００１  Ｐｏｒｔ１と、Ｌ２ＳＷ  Ｎｏ．００２  Ｐｏｒｔ６は誤接続状態であるため、フレームの送受信は廃棄設定されている。そのため、誤ったネットワークへのフレームの流入や、フレームのループ、増殖など、既設ネットワークに影響がでる動作は抑止される。
【００３８】
【表５】
2009290332.tif 000007
【００３９】
また障害発生やファイバの抜去等でＬｉｎｋｄｏｗｎした場合の処理の流れを図１０に示す。Ｌｉｎｋｄｏｗｎ検出の場合は両装置間で通信等は出来ないため、各装置個別でＬｉｎｋｄｏｗｎ検出（ステップ１４００）をトリガにＤＢ更新処理（ステップ１４０２）、ユーザーへの通知処理（ステップ１４０４）、表示部２４への表示（ステップ１４０６）を行う。
【００４０】
開示された装置によれば、接続先が見えない装置どうしを接続するときの確認が容易となり、ファイバ／ケーブルの誤接続防止となる。接続先装置が目視できる範囲であっても、複数ファイバ／ケーブルを接続している場合、ファイバ／ケーブルの接続先が、監視端末からコマンド等で容易に確認できるため、ネットワーク保守が容易となる。また接続先確認機能を有効にあらかじめ期待した接続先を登録しておくことで、誤接続を自動的に通知したり、フレーム送受信を止めることで、誤接続時の早期対応、既設ネットワークへの影響を最小限に抑えることができる。
【図面の簡単な説明】
【００４１】
【図１】本発明の一実施形態に係る接続確認機能を有するＬ２ＳＷの構成を示すブロック図である。
【図２】接続先情報要求フレームのフレームフォーマットを示す図である。
【図３】接続先情報応答フレームのフレームフォーマットを示す図である。
【図４】接続先情報要求フレームを送信するＬ２ＳＷにおける処理のフローチャートの前半である。
【図５】接続先情報要求フレームを送信するＬ２ＳＷにおける処理のフローチャートの後半である。
【図６】接続先情報要求フレームを受信するＬ２ＳＷにおける処理のフローチャートである。
【図７】リンクダウン時の処理のフローチャートである。
【図８】接続作業の例を説明するための図である。
【図９】接続時の処理の流れを示すシーケンス図である。
【図１０】リンクダウン時の処理の流れを示すシーケンス図である。
【図１】
2009290332.tif 000008
【図２】
2009290332.tif 000009
【図３】
2009290332.tif 000010
【図４】
2009290332.tif 000011
【図５】
2009290332.tif 000012
【図６】
2009290332.tif 000013
【図７】
2009290332.tif 000014
【図８】
2009290332.tif 000015
【図９】
2009290332.tif 000016
【図１０】
2009290332.tif 000017