(57)【要約】  一実施形態において、イーサネット（登録商標）ポートと直列に接続され且つパワー・オーバ・イーサネット（登録商標）（ＰｏＥ）を当該イーサネット（登録商標）ポートの１つから受け取る回路を有する１対のイーサネット（登録商標）ポート間の接続は、当該回路と並列の１対のイーサネット（登録商標）ポートに結合されパワー・オーバ・イーサネット（登録商標）を受け取る制御可能なバイパス回路を設け、事前選択された状態を感知し、そして事前選択された状態の存在又は不存在に応答してバイパス回路を開閉することにより維持される。給電側装置（ＰＳＥ）は、イーサネット（登録商標）ポートの１つにパワー・オーバ・イーサネット（登録商標）を供給し、そして回路は、データを１対のイーサネット（登録商標）ポート間で搬送する。当該回路はまた、事前選択された状態の検出に応答して、スイッチに制御信号を供給する。
2008539631.tif 000002
【特許請求の範囲】
【請求項１】
１対のイーサネット（登録商標）ポートを有するネットワーク装置であって、
前記イーサネット（登録商標）ポートと直列に接続され、且つパワー・オーバ・イーサネット（登録商標）（ＰｏＥ）を前記イーサネット（登録商標）ポートのうちの１つから受け取る回路と、
前記１対のイーサネット（登録商標）ポートに、パワー・オーバ・イーサネット（登録商標）を受け取る前記回路と並列状態で結合されて、前記イーサネット（登録商標）ポートを結合するバイパス回路と、
事前選択された状態に応答する感知構成要素と、
前記感知構成要素に応答して、前記バイパス回路を開閉するスイッチと
を備えるネットワーク装置。
【請求項２】
前記イーサネット（登録商標）ポートのうちの前記１つにパワー・オーバ・イーサネット（登録商標）を供給する給電側装置（ＰＳＥ）を含む請求項１記載のネットワーク装置。
【請求項３】
前記回路が、データを前記１対のイーサネット（登録商標）ポート間で搬送する請求項１記載のネットワーク装置。
【請求項４】
前記回路は、前記スイッチに結合され、且つ前記事前選択された状態の検出に応答して、前記スイッチに制御信号を供給する請求項１記載のネットワーク装置。
【請求項５】
前記回路が、前記事前選択された状態を検出し且つ前記制御信号を生成するＣＰＵを含む請求項１記載のネットワーク装置。
【請求項６】
前記スイッチが、
パワー・オーバ・イーサネット（登録商標）により付勢されるコイルを有する１対の双投二極リレーと、
（ａ）前記バイパス回路を開成して、前記回路を介して前記１対のイーサネット（登録商標）ポートを結合し、（ｂ）前記リレーのコイルの付勢に応答して、前記イーサネット（登録商標）ポートを前記回路に接続するため、且つ（ａ）前記バイパス回路を閉成して、前記１対のイーサネット（登録商標）ポートを直接結合し、（ｂ）前記リレーのコイルの消勢に応答して、前記回路の前記イーサネット（登録商標）ポートからの接続を切るための２対の接点と
を備える請求項１記載のパワー・オーバ・イーサネット（登録商標）システム。
【請求項７】
前記事前選択された状態が、電力故障である請求項１記載のパワー・オーバ・イーサネット（登録商標）システム。
【請求項８】
前記感知構成要素が、イーサネット（登録商標）トランスフォーマであり、
前記スイッチが、電力を前記イーサネット（登録商標）ポートのうちの少なくとも１つから受け取る１対のリレーである
請求項１記載のパワー・オーバ・イーサネット（登録商標）システム。
【請求項９】
前記リレーが、
前記バイパス回路を開成して、前記電力の存在状態で前記イーサネット（登録商標）ポートを前記回路に接続し、且つ
前記バイパス回路を閉成し、且つ電力故障に応答して、前記回路の前記イーサネット（登録商標）ポートからの接続を切る
請求項８記載のパワー・オーバ・イーサネット（登録商標）システム。
【請求項１０】
前記イーサネット（登録商標）ポートのうちの１つと、前記イーサネット（登録商標）ポートと直列に接続された前記回路とに結合された給電側装置を含む請求項１記載のパワー・オーバ・イーサネット（登録商標）システム。
【請求項１１】
１対のイーサネット（登録商標）ポートと直列に接続され且つパワー・オーバ・イーサネット（登録商標）（ＰｏＥ）を前記イーサネット（登録商標）ポートのうちの１つから受け取る回路を有する前記１対のイーサネット（登録商標）ポート間の接続を維持する方法であって、
パワー・オーバ・イーサネット（登録商標）を受け取る前記回路と並列状態で前記１対のイーサネット（登録商標）ポートに結合された制御可能なバイパス回路を設けるステップと、
事前選択された状態を感知するステップと、
前記事前選択された状態の存在及び不存在に応答して、前記バイパス回路を開成又は閉成して、前記回路と前記イーサネット（登録商標）ポートとを接続又はその接続を解除するステップと
を備える方法。
【請求項１２】
イーサネット（登録商標）リンクを終了しないイーサネット（登録商標）管理装置と、
パワー・オーバ・イーサネット（登録商標）を前記イーサネット（登録商標）管理装置に供給する給電側装置と、
前記イーサネット（登録商標）管理装置内に設けられて、パワー・オーバ・イーサネット（登録商標）を前記給電側装置から受け取り、前記イーサネット（登録商標）管理装置に給電する給電装置と
を備えるイーサネット（登録商標）リンク。
【請求項１３】
前記イーサネット（登録商標）管理装置がＮＩＤである請求項１２記載のイーサネット（登録商標）リンク。
【請求項１４】
前記イーサネット（登録商標）管理装置が中継器である請求項１２記載のイーサネット（登録商標）リンク。
【請求項１５】
オペレータのネットワークとカスタマのネットワークとを結合する請求項１２記載のイーサネット（登録商標）リンクであって、
前記イーサネット（登録商標）管理装置が、前記カスタマのネットワークのための管理機能を与える、イーサネット（登録商標）リンク。
【請求項１６】
パワー・オーバ・イーサネット（登録商標）を少なくとも１つの受電側装置に供給する第１の給電側装置と、
前記第１の給電側装置と前記受電側装置との間に配置され且つこれらの装置に結合された中継器又はリレーであって、パワー・オーバ・イーサネット（登録商標）を前記第１の給電側装置からデータ信号導体対及び未使用導体対の両方を含む４対の導体を介して受け取って供給する前記中継器又はリレーと
を備えるイーサネット（登録商標）リンク。
【請求項１７】
前記受電側装置が端末装置である請求項１６記載のイーサネット（登録商標）リンク。
【請求項１８】
前記中継器又はリレーが、
パワー・オーバ・イーサネット（登録商標）を前記第１の給電側装置から受け取る内部受電側装置と、
パワー・オーバ・イーサネット（登録商標）を前記中継器又はリレーに結合された前記少なくとも１つの受電側装置へ供給する第２の給電側装置と
を含む請求項１６記載のイーサネット（登録商標）リンク。
【請求項１９】
前記中継器又はリレーが、２つの内部受電側装置を含み、
当該２つの内部受電側装置のうちの一方が、２対のデータ信号導体により前記第１の給電側装置に接続され、
前記２つの内部受電側装置のうちの他方が、２対の未使用導体により前記第１の給電側装置に接続される
請求項１８記載のイーサネット（登録商標）リンク。
【請求項２０】
前記第２の給電側装置が、２つの給電側装置を含み、
当該２つの給電側装置の一方が、２対のデータ・ワイヤにより前記少なくとも１つの受電側装置に接続され、
前記２つの給電側装置の他方が、２対の未使用ワイヤにより前記少なくとも１つの受電側装置に接続される
請求項１８記載のイーサネット（登録商標）リンク。
【請求項２１】
前記内部受電側装置が、電力を前記第２の給電側装置へ供給する請求項１８記載のイーサネット（登録商標）リンク。
【請求項２２】
前記第２の給電側装置が、パワー・オーバ・イーサネット（登録商標）を前記少なくとも１つの受電側装置に供給する請求項１９記載のイーサネット（登録商標）リンク。
【請求項２３】
少なくとも第１、第２及び第３のイーサネット（登録商標）ポートを有するネットワーク装置であって、
前記第１及び第２のイーサネット（登録商標）ポートと直列に接続され、且つ前記第１及び第３のイーサネット（登録商標）ポートと直列に接続され、且つパワー・オーバ・イーサネット（登録商標）（ＰｏＥ）を前記第１のイーサネット（登録商標）ポートから２対のデータ信号ワイヤ又は２対の未使用のワイヤのうちのいずれかを介して受け取るよう適合された回路と、
パワー・オーバ・イーサネット（登録商標）を前記第１のイーサネット（登録商標）ポートから受け取る前記回路に並列状態で、前記第１及び第２のイーサネット（登録商標）ポートに前記２対の未使用のワイヤを介して結合されたバイパス回路と、
電力を前記回路へ前記データ信号ワイヤを介して供給することに応答して、前記バイパス回路を閉成するスイッチと
を備えるネットワーク装置。
【請求項２４】
前記第２のイーサネット（登録商標）ポートに結合されたＶＯＩＰ電話器を含む請求項２３記載のネットワーク装置。
【請求項２５】
前記第３のイーサネット（登録商標）ポートに結合されたＬＡＮを含む請求項２３記載のネットワーク装置。
【請求項２６】
少なくとも１つの中継器を介して互いに結合され、且つ情報又は指令を交換するため用いられるメッセージを定義する管理プロトコルを用いて、互いに通信するよう適合されている１対のイーサネット（登録商標）装置であって、
前記の中継器が前記管理プロトコルを用いて前記イーサネット（登録商標）装置のうちの少なくとも１つと通信するようプログラムされた制御器を含む、１対のイーサネット（登録商標）装置。
【請求項２７】
前記管理プロトコルが、前記中継器用ＭＡＣアドレスを含む請求項２６記載の１対のイーサネット（登録商標）装置。
【請求項２８】
前記管理プロトコルが、ＩＥＥＥ８０２．３ａｈの条項５７により定義されたＯＡＭプロトコルであって、イーサネット（登録商標）装置と中継器との間のＭＡＣレベルのアドレッシングがＯＡＭ情報を搬送することを可能にするよう変更されている前記ＯＡＭプロトコルである請求項２６記載の１対のイーサネット（登録商標）装置。
【請求項２９】
前記イーサネット（登録商標）装置のうちの少なくとも１つが、複数の中継器を順次発見するようプログラムされた制御器を含む請求項２６記載の１対のイーサネット（登録商標）装置。
【請求項３０】
キャリア・ネットワークに結合された少なくとも２つの保護された私設ネットワークにより共用された物理的イーサネット（登録商標）セグメントと、
前記イーサネット（登録商標）セグメントと前記保護された私設ネットワークのうちの１つとの間のインターフェースに結合された第１の特別のクライアントと、
前記イーサネット（登録商標）セグメントと前記保護された私設ネットワークのうちの他のものとの間のインターフェースに結合された第２の特別のクライアントと、
前記イーサネット（登録商標）セグメントと前記キャリア・ネットワークとの間のネットワーク・リゾルバとを備え、
前記特別のクライアントのそれぞれと前記リゾルバとが、一意のＭＡＣアドレスを有し、且つＩＰアドレスに対応するＭＡＣアドレスを見つけるようプログラムされ、
前記特別のクライアントのそれぞれが、ユニキャスト宛先アドレスを用いてＡＲＰ要求を前記ネットワーク・リゾルバに送るようプログラムされ、
前記ネットワーク・リゾルバが、ユニキャストＡＲＰ回答を用いて前記要求に応答するようプログラムされる
イーサネット（登録商標）。
【請求項３１】
前記ネットワーク・リゾルバが、マルチキャストをブロック及びインターセプトし、且つＩＰトラフィックをそのポートのいずれか上でブロードキャストするようプログラムされている請求項３０記載のイーサネット（登録商標）。
【請求項３２】
前記ネットワーク・リゾルバが、ＩＰアドレスに対応するＭＡＣアドレスのアドレス解決テーブルを含み、
前記特別のクライアントが、電源投入又はリセットの際にダミーＡＲＰ要求を前記ネットワーク・リゾルバに送って、前記ネットワーク・リゾルバが前記アドレス解決テーブルをポピュレートすることを可能にするようプログラムされている
請求項３１記載のイーサネット（登録商標）。
【請求項３３】
１対のイーサネット（登録商標）ポートを有するネットワーク装置であって、
前記イーサネット（登録商標）ポートに直列に接続され、イーサネット（登録商標）トラフィックを処理し、且つ正常動作において前記イーサネット（登録商標）ポートに結合されたイーサネット（登録商標）装置の非互換性を検出し、いずれの検出された非互換性を訂正する回路と、
前記１対のイーサネット（登録商標）ポートに前記回路と並列状態で結合されて、前記イーサネット（登録商標）ポートを結合するバイパス回路と、
事前選択された状態に応答する感知構成要素と、
前記感知構成要素に応答して、前記バイパス回路を開閉するスイッチと
を備えるネットワーク装置。
【請求項３４】
前記非互換性が、前記イーサネット（登録商標）ポートのそれぞれでリンク・パートナーのリンク・パートナー能力を決定し、次いで前記能力同士を比較して、いずれの非互換性を検出することにより検出される請求項３３記載のネットワーク装置。
【請求項３５】
検出された非互換性が、バイパス・モードにあるとき選択可能なクロスオーバ機能を実行することにより訂正される請求項３３記載のネットワーク装置。
【発明の詳細な説明】
【技術分野】
【０００１】
［発明の分野］
本発明は、電気通信業者又はオペレータによる、又は他の組織による「有料」イーサネット（登録商標）サービスの配信に用いられるイーサネット（登録商標）管理装置に関する。
【０００２】
［発明の背景］
ＩＥＥＥ８０２．３ａｆ標準は、電力をイーサネット（登録商標）装置にイーサネット（登録商標）ワイヤを介して供給するための機構（これは、「パワー・オーバ・イーサネット（登録商標）（Ｐｏｗｅｒ  Ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ（登録商標））」又はＰｏＥとして知られている。）を定義する。図１は、典型的なＩＥＥＥ８０２．３ａｆセットアップを示し、そこにおいては、電力が給電される装置（以下、「受電側装置」と記す。）（「ＰＤ」）１０（右側イーサネット（登録商標）装置）へ電力を供給する装置（以下、「給電側装置」と記す。）（「ＰＳＥ」）１１からカテゴリ５のイーサネット（登録商標）ケーブル１２を介して供給される。電力供給は、データ銅線対（モードＡ）又は未使用の銅線対（モードＢ）を用いて行われる。左側イーサネット（登録商標）装置１１は、ＰｏＥにより給電されず、それは、電力を別の電源から引き込む。それは、どのワイヤ（モードＡかモードＢか）を使用するかを決定するＰＳＥ装置１１である。典型的なミッドスパン・インジェクタ（ｍｉｄ−ｓｐａｎ  ｉｎｊｅｃｔｏｒ）（そこでは、ＰＳＥ装置１１ａはイーサネット（登録商標）装置１１ｂから分離している。）は、通常、モードＢを使用し、一方ＰＳＥを組み込む装置は、典型的には、モードＡを使用する。
【０００３】
［発明の概要］
一実施形態において、１対のイーサネット（登録商標）ポートと直列に接続され且つパワー・オーバ・イーサネット（登録商標）（ＰｏＥ）を前記イーサネット（登録商標）ポートのうちの１つから受け取る回路を有する前記１対のイーサネット（登録商標）ポート間の接続は、パワー・オーバ・イーサネット（登録商標）を受け取る前記回路と並列状態で前記１対のイーサネット（登録商標）ポートに結合された制御可能なバイパス回路を設けるステップと；事前選択された状態を感知するステップと；前記事前選択された状態の存在及び不存在に応答して、前記バイパス回路を開成又は閉成するステップとにより維持される。給電側装置（ＰＳＥ）は、前記イーサネット（登録商標）ポートのうちの前記１つにパワー・オーバ・イーサネット（登録商標）を供給し、そして前記回路は、データを１対のイーサネット（登録商標）ポート間で搬送し得る。前記回路はまた、事前選択された状態の検出に応答して、スイッチに制御信号を供給し得る。１つの特定の実施形態においては、前記スイッチが、パワー・オーバ・イーサネット（登録商標）により付勢されるコイルを有する１対の双投二極リレーと；（ａ）前記バイパス回路を開成して、前記回路を介して前記１対のイーサネット（登録商標）ポートを結合し、（ｂ）前記リレーのコイルの付勢に応答して、前記イーサネット（登録商標）ポートを前記回路に接続するため、且つ（ａ）前記バイパス回路を閉成して、前記１対のイーサネット（登録商標）ポートを直接結合し、（ｂ）前記リレーのコイルの消勢に応答して、前記回路の前記イーサネット（登録商標）ポートからの接続を切るための２対の接点とを備える。
【０００４】
別の実施形態においては、イーサネット（登録商標）リンクは、イーサネット（登録商標）リンクを終了（ｔｅｒｍｉｎａｔｅ）しないイーサネット（登録商標）管理装置と；パワー・オーバ・イーサネット（登録商標）を前記イーサネット（登録商標）管理装置に供給する給電側装置と；前記イーサネット（登録商標）管理装置内に設けられて、パワー・オーバ・イーサネット（登録商標）を前記給電側装置から受け取り、前記イーサネット（登録商標）管理装置に給電する給電装置とを備える。前記イーサネット（登録商標）管理装置が中継器であり得る。イーサネット（登録商標）・リンクは、オペレータのネットワークとカスタマのネットワークとを結合し得て、そして前記イーサネット（登録商標）管理装置が、前記カスタマのネットワークのための管理機能を与え得る。
【０００５】
別の実施形態において、イーサネット（登録商標）リンクは、パワー・オーバ・イーサネット（登録商標）を少なくとも１つの受電側装置に供給する第１の給電側装置と；前記第１の給電側装置と前記受電側装置との間に配置され且つこれらの装置に結合された中継器又はリレーとを備える。前記中継器又はリレーは、パワー・オーバ・イーサネット（登録商標）を前記第１の給電側装置からデータ信号導体対及び未使用導体対の両方を含む４対の導体を介して受け取って供給する。前記中継器又はリレーが、パワー・オーバ・イーサネット（登録商標）を前記第１の給電側装置から受け取る内部受電側装置と；パワー・オーバ・イーサネット（登録商標）を前記中継器又はリレーに結合された前記少なくとも１つの受電側装置へ供給する第２の給電側装置とを含み得る。前記内部受電側装置は、電力を前記第２の給電側装置へ供給し、その第２の給電側装置は、次いで、パワー・オーバ・イーサネット（登録商標）を前記中継器又はリレーに接続された前記受電側装置に供給し得る。
【０００６】
別の実施形態において、少なくとも第１、第２及び第３のイーサネット（登録商標）ポートを有するネットワーク装置は、前記第１及び第２のイーサネット（登録商標）ポートと直列に接続され、且つ前記第１及び第３のイーサネット（登録商標）ポートと直列に接続され、且つパワー・オーバ・イーサネット（登録商標）（ＰｏＥ）を前記第１のイーサネット（登録商標）ポートから２対のデータ信号ワイヤ又は２対の未使用のワイヤのうちのいずれかを介して受け取るよう適合された回路と；パワー・オーバ・イーサネット（登録商標）を前記第１のイーサネット（登録商標）ポートから受け取る前記回路に並列状態で、前記第１及び第２のイーサネット（登録商標）ポートに前記２対の未使用のワイヤを介して結合されたバイパス回路と；電力を前記回路へ前記データ信号ワイヤを介して供給することに応答して、前記バイパス回路を閉成するスイッチとを含む。ＶＯＩＰ電話器が、前記第２のイーサネット（登録商標）ポートに結合され得て、そしてＬＡＮが、前記第３のイーサネット（登録商標）ポートに結合され得る。
【０００７】
別の実施形態において、１対のイーサネット（登録商標）装置は、少なくとも１つの中継器を介して互いに結合され、且つ情報又は指令を交換するため用いられるメッセージを定義する管理プロトコルを用いて、互いに通信するよう適合されている。中継器は、前記中継器用ＭＡＣアドレスを含む前記管理プロトコルを用いて前記イーサネット（登録商標）装置のうちの少なくとも１つと通信するようプログラムされた制御器を含む。前記管理プロトコルが、ＩＥＥＥ８０２．３ａｈの条項５７により定義されたＯＡＭプロトコルであって、イーサネット（登録商標）装置と中継器との間のＭＡＣレベルのアドレッシングがＯＡＭ情報を搬送することを可能にするよう変更されている前記ＯＡＭプロトコルであり得る。
【０００８】
別の実施形態において、キャリア・ネットワークに結合された少なくとも２つの保護された私設ネットワークにより共用された物理的イーサネット（登録商標）セグメントと；前記イーサネット（登録商標）セグメントと前記保護された私設ネットワークのうちの１つとの間のインターフェースに結合された第１の特別のクライアントと；前記イーサネット（登録商標）セグメントと前記保護された私設ネットワークのうちの他のものとの間のインターフェースに結合された第２の特別のクライアントと；前記イーサネット（登録商標）セグメントと前記キャリア・ネットワークとの間のネットワーク・リゾルバとを含む。前記特別のクライアントのそれぞれと前記リゾルバとが、一意のＭＡＣアドレスを有し、そしてＩＰアドレスに対応するＭＡＣアドレスを見つけるようプログラムされ；前記特別のクライアントのそれぞれが、ユニキャスト宛先アドレスを用いてＡＲＰ要求を前記ネットワーク・リゾルバに送るようプログラムされ；そして前記ネットワーク・リゾルバが、ユニキャストＡＲＰ回答を用いて前記要求に応答するようプログラムされている。
【０００９】
別の実施形態において、１対のイーサネット（登録商標）ポートを有するネットワーク装置は、前記イーサネット（登録商標）ポートに直列に接続されて、前記イーサネット（登録商標）ポートに結合されたイーサネット（登録商標）装置の非互換性を検出し、いずれの検出された非互換性を訂正する回路と；前記１対のイーサネット（登録商標）ポートに前記回路と並列状態で結合されて、前記イーサネット（登録商標）ポートを結合するバイパス回路と；事前選択された状態に応答する感知構成要素と；前記感知構成要素に応答して、前記バイパス回路を開閉するスイッチとを含む。前記非互換性が、前記イーサネット（登録商標）ポートのそれぞれでリンク・パートナーのリンク・パートナー能力を決定し、次いで前記能力同士を比較して、いずれの非互換性を検出することにより検出され得る。
【発明を実施するための最良の形態】
【００１０】
ＰＯＥ及びフェイルオーバ・バイパス（ｆａｉｌ  ｏｖｅｒ  ｂｙｐａｓｓ）
図２に示される本発明の一局面は、ＩＥＥＥ８０２．３ａｆ標準（ＰｏＥ）を用いて、（ひとたび電力が復旧すると）ＰｏＥ ＰＳＥ２４により給電される能力を保ちながら、２つのイーサネット（登録商標）ポートを故障事象（電力損失を含むがこれに限定されるものではない。）において（電気的バイパス２３を用いて）電気的に接続することを可能にする能力を有する少なくとも２つのイーサネット（登録商標）ポート２１及び２２を有する装置２０を提供する。イーサネット（登録商標）ポート２１及び２２のうちの１つのみが、ＰｏＥクライアント（ＰＤと呼ばれる。）である。
【００１１】
フェイルオーバ・バイパス・モードを持つことは、イーサネット（登録商標）接続の高い可用性が重要である状況においては特に有効である。装置の故障又は電力故障は、この高い可用性を損なわないであろう。しかし、同時に、バイパス・モードにおけるときですら給電されることができることは、故障状態が修正されたとき動作を再開する装置にとって重要である。単純な例は、故障が停電である場合である。電力が戻ったとき装置に再び給電し、そして再開することが望ましいであろう。
【００１２】
検出及び類別化を含むＰｏＥの正常な特徴の全ては、非ＰＤポート上のいずれのタイプの回路によりいずれの方法でもサポートされるべきであり、また影響を及ぼされるべきでない。
【００１３】
装置２０は、バイパス２３が使用不能にされるとき正常動作であり、そして２つの外部イーサネット（登録商標）装置は、回路の残部２５に接続される。インジェクタ２４により注入される電力は、装置２０に供給される。バイパス・モードにおいて、イーサネット（登録商標）信号は、２つのイーサネット（登録商標）装置に直接接続され、回路の残部２５をバイパスするが、しかしインジェクタ２４は、相変わらず装置２０に給電することが可能である。
【００１４】
図３に示される装置２０の実施形態において、イーサネット（登録商標）信号は、イーサネット（登録商標）及び高速イーサネット（登録商標）の場合２つの異なる対から作られ、又はギガビット・イーサネット（登録商標）の場合４つの異なる対から作られるが、しかし簡単にするため、単に単一のワイヤとして示されている。イーサネット（登録商標）ポート２１及び２２のそれぞれは、ＲＪ４５ソケット３０又は３１、及びリレー３４又は３５の共通接点５０に接続されたイーサネット（登録商標）トランスフォーマ３２又は３３を含む。故障モードにおいては、リレー３４及び３５は、対（即ち、１ワイヤ当たり１対）で一緒に接続し、そしてイーサネット（登録商標）信号は、接点５１を用いて、イーサネット（登録商標）トランスフォーマ３２及び３３及びリレー３４及び３５を介して一方のＲＪ４５コネクタから他方のＲＪ４５コネクタへ通る。正常モードにおいては、同じ信号は、接点５２を用いることによりリレー３４又は３５を介して１つのＲＪ４５コネクタからイーサネット（登録商標）ＰＨＹ３９及び４０へ通るであろう。電力は、イーサネット（登録商標）トランスフォーマ３２により阻止され、そしてＰｏＥ回路３６へ送られる。ＣＰＵ３７は、以下で説明される図６のフロー・チャートを実行する。複数の故障フラグ・ライン３９上で回路の残部３８からＣＰＵ３７に供給された信号は、故障を検出し、バイパス動作モードを開始するためＣＰＵ３７により用いられる故障報告ステータス（状態）を表す。これらのライン３９は、１又は複数の実際の電子回路であってよく、又はステータス・レジスタを読み出すことにより、又は他の手段によりＣＰＵ３７上をランするソフトウエアにとって利用可能なステータスであってよい。そのようなフラグの数は、モニタリングすることが希望される故障のタイプの数に依存する。ＣＰＵ３７は、制御信号をリレー３４及び３５にライン４１を介して供給する。回路の残部３８は、イーサネット（登録商標）の物理層（ＰＨＹ）の中の並列経路３９及び４０を介してリレー３４及び３５に接続される。
【００１５】
ＰｏＥ回路３６は、正常ＰＤとして実行することができ、そしてＩＥＥＥ８０２．３ａｆ標準に従って、電力を装置２０に供給する。
回路の残部３８は、イーサネット（登録商標）装置が通常有する回路の全てから作られ、そして典型的には、ＣＰＵ、メモリ、ＭＡＣ回路等を含む。この回路に対する特別の要件はない。ＣＰＵ３７は、バイパスを使用可能にするとき、及びバイパスを使用可能にしないときを決定するため必要とされる全てのものを含む。応用に応じて、この回路は、決定プロセスのための異なる故障モードをサポートし得る。最も完全な状況においては、当該回路は、ＣＰＵ３７を必要とする場合があり、それは、上記決定を実行するため、回路の残部３８に含まれるＣＰＵ（もし存在するならば）であってもなくてもよい。
【００１６】
様々な故障モードが、バイパス・モードをトリガし得る。非排他的リストは、次の通りである。
・全体の電力故障
・ソフトウエアがランしていない
・ソフトウエアにより検出されたＰＨＹエラー又は機能不全
・回路の残部の様々な構成要素のソフトウエアにより検出されたエラー又は機能不全。これは、以下のものを含むが、これらに限定されない。
【００１７】
＊メモリ・エラー
＊ＭＡＣエラー
＊部分的電源故障。
【００１８】
ライン４１を介してリレー３４及び３５を制御するＣＰＵ３７は、電力が無い状態で、リレーがバイパス・モードに対してデフォルトの位置を取るように設計されている。ひとたび電力が印加されると、その設計はまた、ソフトウエアがバイパス・モードをオフにすることを決定するまでバイパス・モードを維持する。図６のフロー・チャートは、ＣＰＵ３７により実行されるルーチンを示し、そして以下のステップを含む。
【００１９】
ステップ１００：これは、給電しない状態である。リレーは、バイパス・モードにある。
ステップ１０１：電力が装置に印加された。ソフトウエアは、そのブート・プロセスを開始する。リレーは、バイパス・モードに保持される。
【００２０】
ステップ１０２：ソフトウエアは、全てのことを検証し、そして故障をチェックする。故障は、ハードウエア信号（例えば、部分的電力故障）の検査により、又はメモリ試験により、又はレジスタ（例えば、ｐｈｙレジスタ）に報告されたステータスにより、或いは、有効な故障インディケータであると思われているいずれの他の手段により検出され得る。故障が検出された場合、次のステップは１０３であり、故障が検出されない場合、次のステップは１０４である。
【００２１】
ステップ１０３：ソフトウエアは、ブート・プロセスを停止する。リレーは、バイパス・モードのままである。
ステップ１０４：ソフトウエアは、リレーを正常の非バイパス・モードにターンする。
【００２２】
ステップ１０５：ソフトウエア・ブート・プロセスは、ここで完了する。ソフトウエアは、連続的に全てのことをモニタリングし、故障をチェックする。故障が検出された場合、次のステップは１０６であろう。
【００２３】
ステップ１０６：リレーは、ソフトウエアによりバイパス・モードの状態にされる。
ステップ１０７：全てのことが停止し、装置は、フェイルオーバ・モードであり、リレーは、バイパス・モードである。
【００２４】
ＰＯＥ給電された中継器又はリレー装置
「パワー・オーバ・イーサネット（登録商標）」（ＰｏＥ）機能を定義するＩＥＥＥ８０２．３ａｆ標準は、ＶｏＩＰ電話器、監視カメラ、及びＷｉＦＩアクセス・ポイントのような「端末装置」を給電するために作成された。
【００２５】
図７の図は、典型的な管理されたイーサネット（登録商標）サービスを示す。イーサネット（登録商標）管理装置６０は、境界点でサービスをモニタリング、提供及び管理するため用いられ、そしてイーサネット（登録商標）リンクを終了しない。それは、必要点（ｔｈｅ  ｎｅｅｄ  ｏｆ  ｐｏｉｎｔ）近くに、即ちネットワーク６１の近くに配置される。これは、典型的には、通信オペレータのサービス提供により用いられるが、しかしそれに限定されるわけではない。大きい企業又はキャンパスがまた、同じモデルを用い得る。
【００２６】
ネットワーク６２は、オペレータのネットワークを表し、それは、任意のトポロジー及び技術を有する。それは、トランスポート・システム（ｔｒａｎｓｐｏｒｔ  ｓｙｓｔｅｍ）を表す。それは、主ネットワークであり、そこには、管理システムが、配置されている。電力インジェクタ６３は、スイッチ、ルータ、トランスポート・ゲートウエイ等のようなミッドスパン（ｍｉｄ−ｓｐａｎ）インジェクタ又はイーサネット（登録商標）装置であり得る。インジェクタのネットワーク・サイド６４は、イーサネット（登録商標）である必要はなく、いずれのタイプのアップリンクも適用可能である。ネットワーク６１は、カスタマのネットワークを表す。オプションのイーサネット（登録商標）中継器６５が、存在してもよい。しかしながら、電力をイーサネット（登録商標）管理装置６０に供給するため、中継器は、以下で説明する本発明の別の局面を実行する。それは、管理されているネットワーク６１へのイーサネット（登録商標）サービスの供給である。
【００２７】
イーサネット（登録商標）管理装置６０は、ネットワーク・インターフェース装置（ＮＩＤ）６６、２つのＲＪ４５ポート６７及び６８、及びＰＤ６９を含む完全な装置である。ＮＩＤ６６の主機能は、ネットワーク・トラフィックを２つのＲＪ４５ポート６７と６８との間で中継することであり、そして当該ネットワークによりレイヤ１デバイスとして受信される。ＰＤ６９は、電力をイーサネット（登録商標）管理装置６０に供給する。２つのＲＪ４５ポート６７及び６８は、イーサネット（登録商標）ポートを表し、そしてイーサネット（登録商標）コネクタを含む。
【００２８】
ＩＥＥＥ８０２．３ａｆを用いて、イーサネット（登録商標）管理装置６０（及びあるならばインライン中継器６５）を給電し、それは、完全に準拠したＰＤ（受電側装置）６９の機能を実行する。
【００２９】
ＰＤ６９の機能は、商業的に入手可能なＰｏＥ回路を用いることにより、又は標準の構成要素を用いた個別のソリュージョンを設計することにより、イーサネット（登録商標）管理装置６０で実行される。イーサネット（登録商標）管理装置６０の設計は、完全なユニットにより消費される電力を、ＩＥＥＥ８０２．３ａｆに記載された制限、即ち、１２．９５Ｗに制限する。−４８Ｖを、装置が用いる電圧に変換するための電源設計は、イーサネット（登録商標）ケーブル・ワイヤと、（有る場合）金属筐体を含む装置の回路の残部との間のガルバニック分離（ｇａｌｖａｎｉｃ  ｉｓｏｌａｔｉｏｎ）を与えなければならない。特別の減衰が、２つのＲＪ４５ポート６７及び６８とそれらの信号との間の分離を維持するため払わなければならない。
【００３０】
標準ＩＥＥＥ８０２．３ａｆにより要求されるように、回路は、データ信号又は未使用信号のいずれかにより給電されねばならない。
ＩＥＥＥ８０２．３ａｆＰＤ機能６９をイーサネット（登録商標）管理装置６０の中に組み合わせることにより、より信頼性のあるサービスを展開し得る。従って、イーサネット（登録商標）サービスの配信は、境界点での電力の可用性又は信頼性とは独立に、常に（それがＰｏＥを用いたオペレータにより給電されることにより）（装置の管理機能により）十分に見えるようになる。この組み合わせを生成して用いる利点の幾つかは、次のようなものである。
【００３１】
・ライン給電された中継器を用いることによりイーサネット（登録商標）の及ぶ範囲を拡張すること。
・カスタマにより設けられたＵＳＰ電力（無停電電源）への依存性が無いこと。
【００３２】
・ＡＣ電力より信頼性が高く（インジェクタは、バッテリ・バックアップであり、そしてオペレータにより維持される。）、従ってより信頼性の良いサービスを生成すること。
・バッテリ・サービス可用性（サービスが、電力が存在しないときですら利用可能であり、モニタリングされる。）
・電力に関連した故障警報が無く（カスタマが、電力が局部的に供給される場合管理装置の電力を不用意に取り除き得る。）、従って故障又は警報解析と関連したオペレーション・コストを低減すること。
【００３３】
・オペレータ／キャリアがネットワーク装置を最大必要点（同意された境界点）まで給電するための十分な責任能力及び結果責任を有し、且つこれを付加価値のあるサービスとしてそれらのカスタマに販売して、より多くの収益を与えることを可能にすること。
【００３４】
パワー・キャリー・フォワード（ｐｏｗｅｒ  ｃａｒｒｙ  ｆｏｒｗａｒｄ）を有する中継器又はリレー内のＰＯＥ
ＩＥＥＥ８０２．３ａｆ標準は、給電する能力をイーサネット（登録商標）リンクに加える。電力は、データ信号ワイヤ対又は未使用のワイヤ対に加えられる。拡張がＩＥＥＥ標準に対して行われて、電力をデータ信号ワイヤ対と未使用のワイヤ対との両方に加えることを可能にして、より多くの電力を負荷に供給することを可能にする。そのような場合、検出、類別化、及びモニタリングは、両方の電力経路に対して独立に実行される。当該拡張は、ＰＯＥ＋と呼ばれ、そして図９に示される。
【００３５】
図９を参照すると、電源８１は、給電側装置（ＰＳＥ）８３及び８５の２つの構成要素を含み、そして特有の論理負荷８２は、２つの受電側装置（ＰＤ）８４及び８６を含む。２つのＰＤ８４及び８６は、電源８１の観点から完全に独立であり、その電源８１は、カテゴリ５のイーサネット（登録商標）ケーブル８０を介して負荷８２に接続され、データ信号ワイヤ１、２、３及び６は、ＰＳＥ８３をＰＤ８４に接続し、そして未使用ワイヤ４、５、７及び８は、ＰＳＥ８５をＰＤ８６に接続する。
【００３６】
図１０において、イーサネット（登録商標）中継器／リレー９１は、電源８１と負荷８２との間に配置される。中継器／リレー９１の電力処理回路は、引き続き電力を終端負荷８２に給電しながら、イーサネット（登録商標）ケーブル８０を介して給電される。中継器／リレー９１の機能の１つは、イーサネット（登録商標）リンクの２つの端部間の到達範囲を拡張することである。ＤＣ電力の到達範囲を電源８１から負荷８２まで拡張することは、ケーブリング・プラント（ｃａｂｌｉｎｇ  ｐｌａｎｔ）の中により多くの電力損失が存在することを意味する。その損失と、中継器／リレー９１が電力を必要とすることとは、電源がＰＯＥ＋源であることが要求し、即ち、カテゴリ５イーサネット（登録商標）ケーブル８０のワイヤ対の全ての上に電力を与え、従って、合計のケーブル損失を低減する。負荷８２の中のＰＤ８４及び８６は、正常なＩＥＥＥ８０２．３ａｆデバイス、即ち、電力をデータ信号ワイヤ又は未使用のワイヤのいずれかの上に引き込むが、しかしいずれの経路の上にも給電されることができなければならない装置（デバイス）である。
【００３７】
図１１は、中継器／リレー９１の電力処理機能を実行する高レベル・モジュールを示すブロック図である。回路の残部９２は、実際のイーサネット（登録商標）中継器又はリレー機能と、２つのＰＤ９５及び９６からライン９８及び１００を介して受け取られたステータスとＰＳＥ回路９３及び９４からライン９７及び９９を介して受け取られたステータスとに基づいてＰＳＥ９３及び９４を動作させる制御回路とを含む。第１のＲＪ４５１０２は、電源８１に接続し、一方、第２のＲＪ４５ １０１は、負荷８２へ接続する。２つのＰＤ９５及び９６は、それらのＩＥＥＥ８０２．３ａｆＰＤ回路が単一の電力経路、即ち、２対のデータ信号ワイヤ又は２対の未使用のワイヤのうちのいずれかにのみ接続される点を除いて（通常、ＰＤは、両方の電力経路へ接続し、そして唯１つを所与の時点に使用しなければならない。）通常のＩＥＥＥ８０２．３ａｆＰＤ回路である。例えば、ＰＤ９５は、未使用のワイヤ対８８に接続され、一方、ＰＤ９６は、データ・ワイヤ対８７に接続される。データ・ワイヤ対８７はまた、ライン１０４を介して中継器又はリレー機能に接続される。同様に、ＰＳＥ９３及び９５は、ＩＥＥＥ８０２．３ａｆに従った通常のＰＳＥである。ＰＳＥ９３は、未使用のワイヤ対８８に接続され、一方、ＰＳＥ９４は、データ・ワイヤ対８７に接続される。４８Ｖ電力変換器１０５は、電力を局部回路９２に与える。
【００３８】
２つのＰＤ９５及び９６は、それが適正に機能する、即ち、他のＰＤが十分に４８Ｖを供給しているときでさえ正しい検出シグニチャ（ｓｉｇｎａｕｒｅ）及び分類化シグニチャを提示するように設計される。これは、詳細には、ＰＤ９５及び９６の局部側上の４８Ｖ１０６の存在がＰＤの正常な挙動に影響を与えず、従ってそれは検出及び分類化段階中に正しいインピーダンスを提示することを意味する。分類化インピーダンスは、最大電力を電源から要求するよう設定される。また、２つのＰＤ９５及び９６は、ライン９８及び１００を用いてそれらのそれぞれ電力経路上の電力の存在又は不存在の信頼性あるステータスを与えるよう設計される。制御回路９２は、両方の電力経路が電力を受電側装置８２に供給することを試みる前に電力を供給することを待つ。
【００３９】
ＰＳＥ回路９３及び９４は、ライン９７及び９９を用いて、制御論理回路９２へ、それらのそれぞれの電力経路上の遠隔ＰＤの検出、その分類化、ＭＰＳ（電力維持シグニチャ（Ｍａｉｎｔａｉｎ  Ｐｏｗｅｒ  Ｓｉｇｎａｔｕｒｅ））、及び過電流状態を報告する。詳細についてはＩＥＥＥ８０２．３ａｆを参照のこと。制御回路９２は、制御ライン９７及び９９を用いて、各ＰＳＥ回路を個々にオン及びオフすることが出来る。
【００４０】
電力は、有効な装置が検出された場合電力経路上にのみ印加される。ＩＥＥＥ８０２．３ａｆにより指定された正規の１００ｍを超えて電力を与え、そしてまた電力を中継器／リレー９１装置に与えるため、たとえ受電側装置８２が正規のＩＥＥＥ８０２．３ａｆ装置である場合でも、ＰＤが低電力装置として分類されないならば、電力経路８７及び８８の両方を用いて、電力損失を最小にする。
【００４１】
図１２のフロー・チャートは、上記で説明した結果を達成するための受電側装置検出及び分類化アルゴリズムを示す。旧来のＩＥＥＥ８０２．３ａｆＰＤのみが一つの検出及び分類化回路を実現するので、中継器／リレー９１は、代替として、２つの経路間をトグリング（ｔｏｇｇｌｉｎｇ）して、各電力経路について検出及び分類化を実行する。図１２に示されるアルゴリズムは、両方の経路について有効な検出をサポートするばかりでなく、ＰＤ装置８４が低電力装置である場合１つの電力経路のみを使用するよう変更されることができる。図示されたアルゴリズムは、以下のステップを含む。
【００４２】
ステップ１１０：装置は、電源からの両方の電力経路がアクティブになるのを待つ。
ステップ１１１：両方のＰＳＥ回路が使用不能にされ、そして電力が外部受電側装置に供給される。
【００４３】
ステップ１１２：ＰＳＥ Ａが、使用可能にされる。回路は、標準に従って全ての検出及び分類化動作を実行するが、しかし電力供給モードに入らない。最終の結果は、装置が検出されないというタイムアウトであるかも知れない。
【００４４】
ステップ１１３：検出及び分類化の結果が、記録される。タイムアウトは、装置が接続されてないか、又はこの特定の電力経路が装置により処理されていないことを指示する。
ステップ１１４：ＰＳＥ Ａが使用不能にされ、そしてＰＳＥ Ｂが使用可能にされる。１秒の遅延が、２つの事象の間に挿入される。ＰＳＥ Ｂ回路は、標準に従って全ての検出及び分類化動作を実行するが、しかし電力供給モードに入らない。最終の結果は、装置が検出されないというタイムアウトであるかも知れない。
【００４５】
ステップ１１５：ステップ１１３で記録されたＰＳＥ Ａ又はＰＳＥ Bがステップ１１４の結果としてタイムアウトされる、即ち、装置が検出されない場合、プロセスは、ステップ１１１から再び開始される。
【００４６】
ステップ１１６：両方のＰＳＥ回路が、検出及び分類化無しで電力を無条件で供給するよう設定される。回路は、ＭＰＳ及び過電流状態をモニタリングする。いずれの無効な状態（ＭＰＳでなく又は過電流でない）場合、両方のＰＳＥは、オフにされ、そしてプロセスは、ステップ１１１から再び開始される。
【００４７】
受電側装置は、ライン内の別の中継器／リレーのようなＰＯＥ＋装置であり得る。
２つの受電側装置（ＰＤＳ）を有するＰＯＥ
単一のＰＤに物理的ケーブル・リンクを介して給電するＰＳＥから成る標準のＰｏＥモデルを変更することが望ましい場合がある。或る状況は、２つの装置が給電されることを要求する。そのような状況の一例は、通信オペレータがデータ・サービス及び電話サービスを同じイーサネット（登録商標）リンク上に与えている場合である。カスタマの構内に配置された管理装置に電力を与えること、また電力故障の場合にライフラインをサポートする単一のＶｏＩＰ（ボイスオーバーＩＰ）装置に給電することが望ましい。ライフラインのサポートは、局部電力が存在しない場合においてさえ緊急コールをサポートし、従って、関係する設備は、信頼性のある源から給電されねばならない。
【００４８】
カスタマの構内に配置された装置に電力を与えるためにカスタマに依存することは、典型的には、バッテリ・バックアップがあるときですら、ライフラインの要求をサポートするのに信頼性が十分でない。これは、イーサネット（登録商標）を介した統合化されたサービスの展開を制限する。
【００４９】
本発明の一局面の一実施形態は、ＩＥＥＥ８０２．３ａｆ標準の既存の拡張を実現するオペレータ管理型の電源を利用する。そのような電源又はインジェクタは、電力をモードＡ電力経路及びモードＢ電力経路の両方に与え（モードＡは電力がイーサネット（登録商標）データ・ワイヤ対を介して供給される場合で、一方モードＢは、電力が未使用のワイヤ対で供給される場合である。）、そして両方の経路に対して装置検出、分類化及びモニタリングを独立に実行する。
【００５０】
図１３に示された実施形態は、管理装置１２０内で実行される方法により電力を２つの装置に同時に与える。電力は、管理装置１２０及びＶｏＩＰ装置１２２に供給され、それぞれは、同じイーサネット（登録商標）ケーブルからのそれ自身の専用電力経路を用いる。電力バイパス１２５が、１対のＲＪ４５コネクタ１２３と１２４との間に設けられ、そして管理装置１２０は、電力を引き込むためデータ・ワイヤ対のみを用いる。
【００５１】
電源１２１は、オペレータのイーサネット（登録商標）回路の一部であり、そのオペレータのイーサネット（登録商標）回路は、クラシックなイーサネット（登録商標）１０／１００ＢａｓｅＴ又はギガビット・イーサネット（登録商標）である。図１３は、当該回路の電力機能のみを示し、データの様子は示していない。ＲＪ４５コネクタ１２３と１２４の両方からのデータ・ワイヤ（標準のモードＡに対応し、且つ文字Ｄにより示されるピン１，２，３及び６）は、回路の残部１２６に接続されている。ＲＪ４５コネクタ１２３からのデータ・ワイヤはまた、ＰＤ回路１３２に接続され、当該ＰＤ回路１３２は、正常なＩＥＥＥ８０２．３ａｆ準拠回路として挙動し、そしてまたどの電力経路が電力を管理装置に供給しているか（ＲＪ４５Ａ１２３からのＤ又はＵにより示される経路）を「回路の残部」１２６に対してステータス・ライン１３１を用いて指示する。ＰＤ回路１３２は、電力ライン１３０を用いて、電力を管理装置１２０に供給する。未使用のワイヤ（上記標準におけるモードＢに対応し且つ文字Ｕにより示されるピン４，５，７及び８）が、他方のＲＪ４５コネクタ１２４にスイッチ１２５を介して接続され、そのスイッチ１２５は、回路の残部１２６により制御ライン１２９を介して制御される。第３のＲＪ４５コネクタ１２７は、カスタマＬＡＮ１２８へのデータ接続性を任意に与え、そのカスタマＬＡＮ１２８では、オペレータにより与えられるデータ・サービスが、供給される。このポート上にはＰｏＥ機能はない。
【００５２】
２つのＲＪ４５コネクタ１２３と１２４とを接続するスイッチ１２５は、イーサネット（登録商標）回路に適した４つの開／閉割り込み器を含み、そして回路の残部１２６により制御ライン１２９を用いて制御される。スイッチ１２５の中の４つの割り込み器は、電力が印加されないとき常開である。
【００５３】
回路の残部１２６は、そのデータ管理サービスを実行し、そしてまたスイッチ１２５がＵワイヤをＲＪ４５コネクタ１２３と１２４との間に接続するのを制御し、そして典型的にはメモリ、ＣＰＵ、イーサネット（登録商標）ＭＡＣ及びイーサネット（登録商標）ＰＨＹ回路を含む。回路の残部１２６がＰＤ回路１３２により報告された情報を検出して、制御信号を制御ライン１２９を介してスイッチ１２５に与えなければならないことを除いて特別の要件はない。
【００５４】
正常動作において、回路の残部１２６は、その電力を電源１２１からデータ・ワイヤ対（モードＡ）を介して取得する。未使用のワイヤ上の電力は、２つのＲＪ４５コネクタ１２３と１２４との間を流れ、そして電力をＶｏＩＰ装置１２２に供給する。回路の残部１２６及びＶｏＩＰ装置１２２の両方は、ＩＥＥＥ８０２．３ａｆに従って完全な検出、分類化及び電流制限機能を実行する。電源１２１とＶｏＩＰ装置１２２との間の合計ケーブル長は、標準により設定された制限（１００ｍ）を超えない。
【００５５】
図１４のフロー図は、回路の残部１２６の動作を示し、そして次のステップを含む。
ステップ１４０：電力が、管理装置に印加される。スイッチが、デフォルトにより開成となる。
【００５６】
ステップ１４１：ＰＤ回路は、その機能を実行し、そして用いられている電力経路を回路の残部に報告する。
ステップ１４２：検出が行われ、電力がＤワイヤを介して供給されている場合スイッチを閉成する。
【００５７】
ステップ１４３：スイッチが閉成される。
ステップ１４４：このスイッチの状態は、電力が取り去られるまで閉成のままであり、電力が取り去られると、プロセスは、ステップ１４０で再開する。次いで、スイッチは、デフォルトでその開成位置となるであろう。
【００５８】
中継器スキームにおける８０２．３ＡＨ
ＩＥＥＥ８０２．３ａｈ管理プロトコル（ＯＡＭ）は、同じワイヤ・リンクに取り付けられた２つのイーサネット（登録商標）物理的ピア間に用いられる。プロトコルは、情報又は指令を交換するため用いられるメッセージを定義する。装置がそのように収集された情報を世界のその他の地域に通信し、又は指令（ルック・バック（ｌｏｏｋ  ｂａｃｋ）指令のようなもの）を送るよう遠隔に制御されるであろうことが仮定されるが、しかし規定されるものではない。通信方法はまた、定義されるものではなく、それは、イーサネット（登録商標）リンクと適合していることができ、又は別のポートを介することができるであろう。
【００５９】
リンク・レベルで、ＯＡＭプロトコルは、アドレッシングを必要としないで、トラフィックは、常に、他のリンク・パートナー向けである。
図１５において、２つのイーサネット（登録商標）装置１５０及び１５４は、一連の３つの中継器１５１、１５２及び１５３を介して結合され、それら３つの中継器１５１、１５２及び１５３は、世界のその他の地域への通信能力を持たない単純な装置であり、それらは、トラフィックを介入なしにトラスペアレントに中継する。２つの中継器間のリンクにＯＡＭ能力を与えることが望ましいが、しかしＯＡＭ情報は、中継器に対してトークする（話す）ことができないのでアクセス可能でない。一例は、中継器１５１と１５２との間のリンクであり、そこでは、中継器１５２によりＯＡＭプロトコルを用いて収集されたデータは、通信手段の欠如のため利用可能でない。他方、イーサネット（登録商標）装置１５０及び１５４は、世界のその他の地域への通信能力を有すると仮定される。それらは、ユーザ・インターフェース、又は遠隔に管理されるルータ又はスイッチ、又は他のタイプのネットワーキング装置を有するＰＣであることができるであろう。
【００６０】
中継器１５１、１５２及び１５３との直接通信の欠如を避けるため、本発明の一局面は、ＯＡＭリンクを中継器１５１、１５２及び１５３のそれぞれとイーサネット（登録商標）装置１５０及び１５４の１つ又は両方との間に設ける。これは、ＯＡＭトラフィックの複数のストリームがイーサネット（登録商標）媒体上に存在し、従って、アドレッシング・スキームが必要となることを意味する。
【００６１】
図１５においては、３つの中継器１５１、１５２及び１５３のみが示されているが、しかし用いることができる中継器の数には制限がない。中継器１５１、１５２及び１５３は、少なくとも２つのポートを有するが、しかしそれより多くのポートを持ってもよい。本明細書で用いられる用語「中継器」は、リレーを含む。
【００６２】
図１５のイーサネット（登録商標）装置１５０及び１５４は、イーサネット（登録商標）媒体に物理的に又は直接取り付けられることは比補でない。それらは、様々なネットワーキング・ギヤ（ｎｅｔｗｏｒｋｉｎｇ  ｇｅａｒ）でもってそれらと中継器との間に遠隔に配置され得る。ネットワーキング・ギヤは、ハブ、パッチ、パネル等のような「ダム（ｄｕｍｂ）」装置であり得るか、又は、ＡＴＭ、ＳＯＮＥＴ等のような複雑なトランスポート装置及びシステムであり得る。
【００６３】
図１５のイーサネット（登録商標）装置１５０及び１５４がイーサネット（登録商標）装置１５０、１５２及び１５３のそれぞれと通信するのを可能にするため、ＩＥＥＥ８０２．３ａｈの条項５７により定義されたＯＡＭプロトコルは、（ＯＡＭ情報を搬送するため）イーサネット（登録商標）装置と中継器との間のＭＡＣレベルのアドレッシングを可能にするよう変更される。中継器の挙動はまた、当該中継器が順次に発見され、そのトポロジーの発見を可能にするように定義される。一例として、イーサネット（登録商標）装置１５０から開始して、中継器１５１が最初に発見され、次いで中継器１５２が発見され、最後に中継器１５３が発見される。中継器は、他の中継器の知識を持たず、それらは、イーサネット（登録商標）装置１５０及び１５４である２つの潜在的なＯＡＭピアについてのみ知る。
【００６４】
他のイーサネット（登録商標）トラフィックについての中継器の挙動は、変えられないで、それらは、通常そうするようにトラフィックを中継する。また、従来のＩＥＥＥ８０２．３ａｈＯＡＭトラフィックは、中継器１５１、１５２及び１５３により悪影響を与えられず、それは、従来のＯＡＭリンクを２つのイーサネット（登録商標）装置１５０と１５４との間に確立するのを可能にする。
【００６５】
中継器１５１、１５２及び１５３は、それらに以下の方法で変更されたＯＡＭ機能を追加することにより、よりスマートに（賢く）される。
１．それらは、ＭＡＣアドレスを有する。
【００６６】
２．それらは、ＩＥＥＥ８０２．３ａｈ仕様書に従って受動型ＤＴＥである。それらは、各ポートに対して１つで、完全に独立である複数の状態マシンを実現する。
３．それらは、ＩＥＥＥ８０２．３ａｈ条項５７に準拠してＯＡＭトラフィックを発生するが、しかし上記標準により特定されるマルチキャスト・アドレスを用いる代わりに（発信元アドレス及び宛先アドレスの両方に対して）ユニキャストＭＡＣアドレスを用いる。
【００６７】
４．それらが発生するＯＡＭトラフィックは、それら自身のＭＡＣアドレスを発信元ＭＡＣアドレス・フィールドの中に用いる。
５．それらは、それらのＭＡＣアドレスに宛てられているＯＡＭトラフィックを受け入れる。
【００６８】
６．それらは、常に、命令（ｍａｎｄａｔｅ）されたマルチキャストＭＡＣアドレスを用いているＯＡＭトラフィックを中継する。
７．それらは、命令されたマルチキャストＭＡＣアドレスを用いているＯＡＭトラフィックを無視する。
【００６９】
８．各状態マシンについて、それらは、ＩＥＥＥ８０２．３ａｈプロトコル・タイプに整合するパケットを見ることによりＯＡＭをするイーサネット（登録商標）装置（１５０又は１５４）のＭＡＣアドレスを学習するが、しかしそこにおいて、発信元ＭＡＣアドレス及び宛先ＭＡＣアドレスは、ユニキャストＭＡＣアドレスであり、そして等しい。このイーサネット（登録商標）装置（１５０又は１５４）は、この状態マシンと関連したポートに関してＯＡＭリンク・パートナーとなる。これは、それらのＯＡＭトラフィックが宛先ＭＡＣアドレスとして用いているＭＡＣアドレスである。このパケットをトリガとして用いて、発見プロセスを開始する。それらは更に、それらの状態マシンが初期状態に戻らされるまでこのタイプのパケットの受信を無視する。
【００７０】
９．それらは、進入ポートを応答のための出口ポートとして用いて前述したように正規のＯＡＭ手順を用いることにより発信元ＭＡＣアドレス・フィールド及び宛先ＭＡＣアドレス・フィールドの両方にユニキャストＭＡＣアドレスを有するＯＡＭパケットに応答する。
【００７１】
１０．各方向に対して独立に、それらは、出口ポートに対応するそれらの発見プロセスが完了するまで、即ち、ｌｏｃａｌ＿ｐｄｕがＡＮＹ（いずれか）に設定されるとき、宛先フィールドの中のユニキャストＭＡＣアドレスを用いているＯＡＭトラフィックを阻止する。これは、イーサネット（登録商標）装置が中継器を順に発見するのを可能にする。
【００７２】
１１．ｌｏｃａｌ＿ｐｄｕがＡＮＹに設定された後で、それらは、リンク・ダウン・イベントがそれらのポートのいずれかで検出されるとき、ｌｏｃａｌ＿ｓａｔｉｓｆｉｅｄをＦＡＬＳＥ（偽）に、そしてＬｏｃａｌ  Ｓｔａｂｌｅ（ローカル安定）を０に、更にＬｏｃａｌ  Ｅｖａｌｕａｔｉｎｇ（ローカル評価）を０に設定する。状態マシンは、初期状態に戻される。それらは、さもなければ、０に設定されたＬｏｃａｌ  Ｓｔａｂｌｅ、及び０に設定されたＬｏｃａｌ  Ｅｖａｌｕａｔｉｎｇを用いない。これは、故障伝搬メカニズムである。
【００７３】
図１６のフロー・チャートは、８８−０９に設定されたプロトコル・タイプ・セット（遅いプロトコル、ＩＥＥＥ８０２．３ａｈ条項５７．４．２参照。）及び０ｘ０３に設定されたサブタイプ・セット（ＯＡＭ、ＩＥＥＥ８０２．３ａｈ条項５７．４．２参照）を有するユニキャスト・フレームであるトラフィックについての中継器１５１、１５２及び１５３の動作を示す。全ての他のトラフィックは、このフロー・チャートには関係しないで、正常な中継器機能により処理され、これは、８８−０９に設定されたプロトコル・タイプ・セット、及びサブタイプ０ｘ０３を有するトラフィックを含むが、しかしそれは、命令されたマルチキャストＭＡＣアドレスを用いている。フロー・チャートにおいて、ＯＡＭトラフィックは、この節の前の方における説明と一致するトラフィックを意味する。１ポートについてのフロー・チャートの一例である。図１６のフロー・チャートは、次のステップを含む。
【００７４】
ステップ１６０：これは、パワーアップ後、又はステップ１７１後の初期ステップである。このステップでは、２つのポート間のＯＡＭトラフィックの流れが、阻止され、ＯＡＭピアの記録されたＭＡＣアドレスが、クリアされ、そしてＯＡＭプロセスが、使用不能にされる。
【００７５】
ステップ１６１：装置は、ＯＡＭフレームを受信するため待つ。
ステップ１６２：装置は、発信元ＭＡＣアドレスと宛先ＭＡＣアドレスとが同じであるか、そしてそれらが装置のＭＡＣアドレスと一致しないかをチェックする。全てが「真」である場合、次のステップは１６３であり、そうでない場合は、次のステップは、１６１である。
【００７６】
ステップ１６３：受信されたフレームからのＭＡＣアドレスが、記録される。これは、ＯＡＭプロセスにより宛先ＭＡＣアドレスとして用いられるであろうＭＡＣアドレスである。
【００７７】
ステップ１６４：ＯＡＭプロセスが、使用可能にされる。このＯＡＭは、それがステップ１６３において記録されたＭＡＣアドレスを宛先ＭＡＣアドレスとして用いることを除いてＩＥＥＥ８０２．ａｈに記載されたＤＴＥと同じに動作する。詳細には、それは、発見プロセスを開始する。
【００７８】
ステップ１６５：発見プロセス完了が、試験される。この発見は、ひとたびｌｏｃａｌ＿ｐｄｕがＡＮＹに設定されると完了される。これが生じると、次のステップは１６６である。
【００７９】
ステップ１６６：他のポートで受信されたＯＡＭトラフィックの転送が、使用可能にされる。
ステップ１６７：両方のポートのリンクのチェックが、実行される。それらのポートのうちのいずれかがダウンとなる場合、状態マシンは、ステップ１６８へ移る。このステップに留まる間に、この状態マシンによりカバー（ｃｏｖｅｒ）されるポートで受信されたＯＡＭトラフィックは、ＯＡＭプロセスにより処理される。他のポートで受信されたＯＡＭトラフィックの転送が、実行される。
【００８０】
ステップ１６８：Ｌｏｃａｌ  Ｓｔａｂｌｅ及びＬｏｃａｌ  Ｅｖａｌｕａｔｉｎｇが、０に設定される。
ステップ１６９：状態マシンは、少なくとも１つのＯＡＭフレームが送られるのを待ち、それによりピアは、新しいＬｏｃａｌ  Ｓｔａｂｌｅ値及びＬｏｃａｌ  Ｅｖａｌｕａｔｉｎｇ値を受信する。
【００８１】
ステップ１７０：他のポートで受信されたＯＡＭトラフィックの転送は、使用不能にされる。
ステップ１７１：ＯＡＭプロセスが、使用不能にされ、そしてＯＡＭプロセスにより用いられた全てのステータス及び値が、それらのデフォルト値へリセットされる。これは、特に、ＯＡＭピアに対する記録されたＭＡＣアドレスに関して「真」である。次のステップは、ステップ１６０である。
【００８２】
図１５のイーサネット（登録商標）装置１５０及び１５４の少なくとも１つは、中継器１５１、１５２及び１５３との通信及び対話を可能にする「変更されたモード」と、レガシー（従来の）・イーサネット（登録商標）装置との対話を可能にする「レガシー・モード（従来モード）」とを有する。中継器１５１、１５２及び１５３との対話を可能にするため、イーサネット（登録商標）装置１５０及び１５４の一方又は両方のＯＡＭ実現形態は、以下の方法に変更される。
【００８３】
１．それらは、構成されるのに従って能動的又は受動的となることができるレガシー・モードを除いて、それらは、ＩＥＥＥ８０２．３ａｈ仕様書に従った能動型ＤＴＥである。レガシー・モードは、本明細書で説明される動作とは独立に使用可能又は使用不能にされ得る。
【００８４】
２．それらは、各発見されたピア装置（中継器又はイーサネット（登録商標）装置）に対して１つの状態マシンである複数の状態マシンを実行しなければならない。
３．それらが発生するＯＡＭトラフィックは、常に、発信元ＭＡＣアドレス・フィールドの中のそれら自身のＭＡＣアドレスを用いる。
【００８５】
４．それらは、それら自身のＭＡＣアドレスを宛先ＭＡＣアドレスとして用いるため変更された正常な発見ＯＡＭパケットを用いて、装置をリンク上で探索（ｐｒｏｂｅ）又は発見する。探索は、連続的であり、又は任意の期間用いることができ、或いは停止されることができる。探索プロセスを停止させる判定基準は、指定されない。
【００８６】
５．それらが応答をピアから受信するとき、それらは、正常な情報ＯＡＭＰＤＵ（発見を含む）を用いて応答する。新しく発見されたピアのための状態マシンが、生成される。ピアは、宛先ＭＡＣアドレスがこのイーサネット（登録商標）装置のアドレスであることにより準拠していると仮定される。命令（ｍａｎｄａｔｅ）されたマルチキャスト・アドレスを用いる応答は、レガシーＩＥＥＥ８０２．３ａｈ装置から受信されると仮定される。それらは、発信元ＭＡＣアドレス・フィールドを見ることによりピアのＭＡＣアドレスを学習する。
【００８７】
６．それらは、命令されたマルチキャスト・アドレスが用いられ、且つ唯１つのピアに制限されるレガシーＩＥＥＥ８０２．３ａｈトラフィックを除いて、宛先ＭＡＣアドレス・フィールドの中のユニキャストＭＡＣアドレスを用いて、探索（プローブ）以外のＯＡＭトラフィックを発生する。用いるべきユニキャスト・アドレスは、発見プロセス中に発見されたピアのＭＡＣアドレスである。
【００８８】
７．それらのピアのいずれかが０に設定されたＬｏｃａｌ  Ｓｔａｂｌｅセット及び０に設定されたＬｏｃａｌ  Ｅｖａｌｕａｔｉｎｇセットを報告するとき、又はリンクがダウンするとき、それらは、全ての状態マシンをクリアし、そして始めから開始しなければならない。
【００８９】
８．それらは、ＯＡＭパケットが変更されたＯＡＭプロトコルを用いている中継器から受信される場合ルックバック制御ＯＡＭＰＤＵに対して応答しないものとする。
９．それらは、変更されてないＯＡＭプロトコルを用いて１つの状態マシンを実行して、マルチキャストＭＡＣアドレス（これはレガシーＯＡＭ装置を指示する。）を用いているピアからの応答を処理する。
【００９０】
図１７のフロー・チャートは、８８−０９に設定されたプロトコル・タイプ・セット（遅いプロトコル、ＩＥＥＥ８０２．３ａｈ条項５７．４．２参照）と０ｘ０３に設定されたサブタイプ・セット（ＯＡＭ、ＩＥＥＥ８０２．３ａｈ条項５７．４．２参照）とを有するユニキャスト・フレームであるトラフィックについてのイーサネット（登録商標）装置１５０及び１５４の動作を示す。全ての他のトラフィックは、これらのフロー・チャートと関係しないで、そしてそれがＯＡＭトラフィックである場合レガシーＯＡＭ機能により処理され、これは、標準の変更されていないＩＥＥＥ８０２．３ａｈに準拠したフレームを用いるであろう。詳細には、これらの場合には、宛先アドレスで用いられたＭＡＣアドレスは、０１−８０−ｃ２−００−００−０２になるものとする。フロー・チャートにおいて、ＯＡＭトラフィックは、この節の前の方の説明に一致するトラフィックを意味する。探索動作の除いて、中継器１５１、１５２又は１５３と互換性のあるＯＡＭピア（別のレガシーＯＡＭピア以外である）についてのフロー・チャート及び関連の状態マシンの一例である。図１７のフロー・チャートは、以下のステップを含む。
【００９１】
ステップ１８０：これは、探索プロセスである。ＯＡＭ発見フレームは、イーサネット（登録商標）装置のＭＡＣアドレスを宛先ＭＡＣアドレスとして用いて送られる。
ステップ１８１：装置は、構築された期間待つ。この時点後に、さもなければ停止されないならば、探索プロセスは、ステップ１８０で再開する。Ｌｏｃａｌ  Ｓｔａｂｌｅ及びＬｏｃａｌ  Ｅｖａｌｕａｔｉｎｇを有するいずれのＯＡＭフレームが０に設定される場合、又はリンクがダウンする場合、探索プロセスは、ステップ１８０で再開するであろう。
【００９２】
ステップ１９０：ＯＡＭフレームが、受信される。前述したように、これは、ユニキャスト・フレームである。
ステップ１９１：存在する状態マシンのテーブルの検索が、発信元ＭＡＣアドレス（ピアのＭＡＣアドレス）に一致するよう実行される。
【００９３】
ステップ１９２：存在するピアがステップ１９１で見つけられない場合、つぎのステップは、ステップ１９４であり、見つけられた場合、それはステップ１９３であろう。
ステップ１９３：ステップ１９１で見つけられたピアに関連した状態マシン及び情報を用いて、ＯＡＭフレームは、装置自身のＭＡＣアドレスであろう応答の宛先ＭＡＣアドレスを除いて、ＩＥＥＥ８０２．３ａｈ標準に従って正常に処理される。次のステップは、ステップ１９０である。
【００９４】
ステップ１９４：新しい状態マシンが、新しいピアのため生成される。受信されたＯＡＭフレームの発信元ＭＡＣアドレスの中に見つけられたそのＭＡＣアドレスが、記録される。
【００９５】
ユニキャストをイーサネット（登録商標）ネットワーク上のみに用いたＩＰトラフィック
イーサネット（登録商標）のようなネットワークは、情報又はトラフィックを装置間で搬送するため用いられる。非常に多くの場合、情報は、単一の装置のみに宛てられており、一方、一部の場合、情報を複数の装置に送ることが要求される。宛先を指定するため、アドレス（ＭＡＣアドレス）が用いられる。このアドレスは、一意（ユニキャスト）であり、そして単一の装置に属し、又はそれは、包括的（マルチキャスト）であり、そして特定の装置に属さない。送信する装置は、複数の受信器に送るときマルチキャスト・アドレスを用いる。装置が一部の情報を特定の宛先に送るときどのユニキャスト・アドレスを用いかを知る方法は、イーサネット（登録商標）仕様書の一部ではなく、用いるべき正しいアドレスを見つけるための機構を与えることは、ＩＰのようなネットワーキング・プロトコル次第である。
【００９６】
ＩＰプロトコルは、それ自身のアドレッシング・システムを有する。各装置は、それ自身の一意のＩＰアドレスを有する。ＩＰをイーサネット（登録商標）ネットワーク上で搬送するとき、ＩＰアドレスは、解決（ｒｅｓｏｌｖｅ）処理を行って、ＭＡＣアドレスに変換されねばならない。これは、送信する装置が宛先のＩＰアドレスを担持する装置のＭＡＣアドレスを見つけるための機構を用いねばならないことを意味する。アドレス解決プロトコル（ＡＲＰ）として知られているその機構は、ＩＥＴＦ標準：ＲＦＣ８２６により定義されている。このプロトコルは、ＭＡＣレベル・マルチキャストを用いて、要求をブロードキャストして、全ての装置に対してＩＰアドレスを解決する。ＩＰアドレスを所有する装置は、そのＭＡＣアドレスを用いて要求発信者に応答する。所与のネットワーク上には指定されたＩＰアドレスを有する唯１つの装置が存在する。更に、そのＩＰアドレスをネットワーク間で用いる場合、同じ制約がネットワーク間に適用され、各装置は、一意のＩＰアドレスを有する。インターネットのような公衆相互ネットワーキングにおいて、これは、ＩＰアドレス・スキームが全球的に管理されねばならないことを意味する。
【００９７】
図１８は、２つの私設ネットワーク２００及び２０６が同じ物理的イーサネット（登録商標）セグメント２０４を共用することが必要であるシステムを示す。これは、キャリアがイーサネット（登録商標）サービスをカスタマに配信し、そしてＩＰトラフィックをイーサネット（登録商標）セグメント２０４上で用いて、当該イーサネット（登録商標）セグメント２０４上に配置された設備に到達することが必要であるケースである。ＩＰアドレスを管理する際に協調が存在しない場合、偶発的な競合が起こり得る。従って、ネットワークの少なくとも１つは、そのような競合が起こるのを防止する機構を実行しなければならない。図１８において、保護されるネットワーク２００及び２０６は、いずれのＩＰアドレスを自由に用い、それらは、レガシー・ネットワーク２０２と共にはいずれのアドレス競合防止を実行しない（が、しかしそれら自身内で競合が無いことを確信する場合、保護されるネットワーク２００及び２０６が中央で管理されると仮定される）。典型的には、保護されるネットワーク２００及び２０６は、キャリアのカスタマに属し、そしてキャリアにより与えられるサービスにより接続される。レガシー・ネットワーク２０２は、標準プロトコルのみを実行し且つ保護されるネットワーク２００及び２０６のそれぞれと関連した特別のクライアント２０１及び２０５のうちの少なくとも１つにアクセスすることが必要である装置から成る。レガシー・ネットワーク２０２は、典型的には、キャリアのネットワーク・オペレーティング・センター（ＮＯＣ）に配置されるであろう。保護されるネットワーク２００及び２０６及びレガシー・ネットワーク２０２は、任意であり、それらは、ホスト、ブリッジ及びルータを含むいずれのタイプ及びいずれのトポロジーのイーサネット（登録商標）装置によって構成されることができる。
【００９８】
ＩＰアドレスの競合を避けるための機構は、ネットワーク・リゾルバ２０３及び特別のクライアント２０１及び２０５の中に実現される。そのような機構の必要性は、プライベート・リンクをカスタマの２つのサイト間に設けるオペレータ／キャリアにより実証されている。カスタマのサイトは、保護されるネットワーク２００及び２０６により表され、一方、オペレータ／キャリアのオペレーション、管理及び維持システムは、レガシー・ネットワーク２０２により表される。特別のクライアント２０１及び２０５は、カスタマへのサービスの供給で用いられるオペレータ／キャリア設備である。（ＩＰアドレスの競合を排除するように）特別のクライアント２０１及び２０５をカスタマのトラフィックから分離するために、ＶＬＡＮのようないずれのネットワーク資源を消費すること無しに、ＩＰプロトコルを用いて、これらの装置にアクセスすることが望ましい。
【００９９】
特別のクライアント２０１及び２０５及びネットワーク・リゾルバ２０３は、ＩＥＴＦ ＲＦＣ８２６により定義されるＡＲＰ手順を変更することによりＩＰアドレスを解決する（即ち、対応のＭＡＣアドレスを見つける）ことを可能にされる。ネットワーク・リゾルバ２０３は、既存の装置の内部にあるソフトウエアの実行形態であってよく、又はこの機能のみを与える専用のハードウエア装置であったもよい。
【０１００】
特別のクライアント２０１及び２０５及びネットワーク・リゾルバ２０３のそれぞれは、一意のＭＡＣアドレスを有し、その一意のＭＡＣアドレスは、静的な構成であってよく、又は他の手段により取得されたものでもよい。この構成は、正常なＩＰセッティングに加えて、特別のクライアント２０１及び２０５にネットワーク・リゾルバ２０３又はリゾルバのＭＡＣアドレス又はアドレスを与える。（冗長性の理由のため）それぞれがそれ自身一意のＭＡＣアドレスを有する複数のネットワーク・リゾルバがあることができる。
【０１０１】
ネットワーク・リゾルバ２０３は、２ポート装置であり、２ポートのうちの一方（Ｐとラベルが付されている）は、ネットワークに接続して、イーサネット（登録商標）セグメント２０４を介して保護され、一方、他方のポート（Ｌとラベルが付されている）は、レガシー装置のレガシー・ネットワーク２０２に接続する。ユニキャスト・トラフィックは、ブリッジにおけるように、上記の２つのポート間を流れる。
【０１０２】
特別のクライアント２０１及び２０５及びネットワーク・リゾルバ２０３（そのＰポート上で）は、マルチキャスト及び／又はブロードキャストＩＰパケットを用いない。特別のクライアント２０１及び２０５は、ＩＰアドレスが内部テーブルを介してまだまだ知られていない場合、ネットワーク・リゾルバ２０３に指向された変更されたＡＲＰ要求を送ることにより、ＩＰアドレスを解決する（即ち、要求されたＩＰアドレスを所有するＭＡＣアドレスを見つける）。正規のＡＲＰ要求とは対照的に、特別のクライアント２０１及び２０５は、正常なイーサネット（登録商標）ブロードキャスト・アドレスの代わりに宛先アドレスを用いる。これは、イーサネット（登録商標）セグメント２０４上の他の装置が上記の要求を受信することを阻止する。ネットワーク・リゾルバ２０３は、ユニキャストＡＲＰ応答を用いてクライアント２０１又は２０５の要求に応答する。タイムアウトにより検出された故障の場合、クライアント２０１又は２０５は、代替のネットワーク・リゾルバを試すことを許される。ネットワーク・リゾルバ２０３は、そのＬポート上の正規なＡＲＰ要求を用いることにより上記の要求を処理する。
【０１０３】
ネットワーク・リゾルバ２０３は、全てのマルチキャスト及びブロードキャストＩＰトラフィックをその２つのポートのいずれのポート上でも阻止し、遮断する。それは、ＡＲＰ要求が特別のクライアント２０１及び２０５のうちの１つに宛てられているときを検出し、そして正しいＭＡＣアドレスを用いて当該要求の発信者へ応答する。これは、内部に保持されたＭＡＣアドレスのテーブルを用いることにより、いずれのトラフィックを特別のクライアントに送ること無しに、行われる。
【０１０４】
パワーアップ又はリセットすると、特別のクライアント２０１及び２０５は、ＩＰアドレス０．０．０．０及びゲートウエイのＩＰアドレスのうちの１つがクライアントで構築される場合、それを用いて、ダミーＡＲＰ要求をネットワーク・リゾルバ２０３に送る。それらは、ひとたびそれらが応答を受信すると、上記の要求を送ることを停止するが、しかしプログラム可能な非活動期間後に、又はそれらのＩＰアドレスが変えられるときそれを繰り返す。ネットワーク・リゾルバ２０３は、このプロセスを用いて、そのアドレス解決テーブルをポピュレート（ｐｏｐｕｌａｔｅ）する。
【０１０５】
図１９は、特別のクライアント２０１及び２０５により実行されるルーチンのフロー・チャートである。このルーチンは、以下のステップを含む。
ステップ２１０：特別のクライアントは、パワーアップから開始する。
【０１０６】
ステップ２１１：初期化後に、特別のクライアントは、ダミーＡＲＰフレームを送り、それらをリゾルバへ指向させる。コピーは、全ての構築されたリゾルバに送られる。要求されたＩＰアドレスは、０．０．０．０、又はその構築されたゲートウエイのＩＰアドレスのいずれかである。
【０１０７】
ステップ２１２：リゾルバからの応答が、受信される。全てのリゾルバが応答した場合、ルーチンは、次のステップに進む。そうでない場合、ルーチンは、ステップ２１１に戻るが、しかし見えないリゾルバのためだけである。
【０１０８】
ステップ２１３：アドレスを解決する必要性を待つ。
ステップ２１４：変更されたＡＲＰ要求が、現在のリゾルバに送られる。ＡＲＰのフォーマットは、ブロードキャストの代わりにそれがリゾルバへ指向されたユニキャストであることを除いて同じである。
【０１０９】
ステップ２１５：チェックが、有効な応答の受信を検出するため実行される。
ステップ２１６：応答が受信されない場合、ルーチンは、別のリゾルバが使用可能であるかチェックする。
【０１１０】
ステップ２１７：別のリゾルバへの切り替えが、実行される。次のステップは、２１４であり、そのステップ２１４では、ＡＲＰ要求が、新しいリゾルバに送られる。
ステップ２１８：有効なＡＲＰ応答が、受信される。これは、標準ＡＲＰ要求であり、そして標準ＡＲＰ応答処理が、実行される。これは、要求された情報を記録することを含む。
【０１１１】
図２０から図２３は、ネットワーク・リゾルバ２０３により実行されるルーチンのフロー・チャートである。これらのフロー・チャートは、以下のステップを含む。
図２０：ユニキャスト・フレームをレガシー・ポート上で受信すること
ステップ２２０：ユニキャスト・フレームがレガシー（Ｌ）ポート上で受信される。
【０１１２】
ステップ２２１：チェックを実行して、宛先ＭＡＣアドレスが内部テーブルのエントリと一致するかを見つける。
ステップ２２２：エントリが見つかると、フレームは、保護される（Ｐ）ポートへ転送される。
【０１１３】
ステップ２２３：エントリが見つからないと、フレームは廃棄される。
図２１：ユニキャストを保護されたポート上で受信すること
ステップ２３０：ユニキャスト・フレームが、保護される（Ｐ）ポート上で受信される。
【０１１４】
ステップ２３１：チェックを実行して、フレームがＡＲＰ要求であるかどうか検出する。
ステップ２３２：フレームがＡＲＰ要求でない場合、それは、レガシー・ポート（Ｌ）上へ転送される。
【０１１５】
ステップ２３３：チェックを実行して、フレームが特別のクライアントからのダミーＡＲＰであるかどうかを検出する。
ステップ２３４：フレームは、特別のクライアント２０１又は２０５からのＡＲＰ要求である。そのＡＲＰ要求を変更して、それを標準ＡＲＰ要求にして、レガシー・ポートへ転送する。
【０１１６】
ステップ２３５：フレームは、ダミーＡＲＰ要求である。特別のクライアント２０１又は２０５に対応するエントリが、何も存在しない場合生成され、又はそれは、エントリが既に存在する場合更新される。特別のクライアント２０１又は２０５のＭＡＣ及びＩＰアドレスが、記録される。応答が、リゾルバのＭＡＣアドレスを応答で用いて、特別のクライアントに送られる。
【０１１７】
図２２：ブロードキャストをレガシー・ポート上で受信すること
ステップ２５０：ブロードキャスト・フレームが、レガシー・ポート上で受信される。
ステップ２５１：チェックを実行して、フレームがＡＲＰ要求であるかを見つける。
【０１１８】
ステップ２５２：フレームがＡＲＰ要求である。内部テーブルの検索を実行して、要求された宛先ＩＰアドレスについて一致したエントリを見つける。
ステップ２５３：一致したエントリは、上記の要求のＩＰアドレスが特別のクライアント２０１又は２０５のＩＰアドレスに一致する場合見つけられる。
【０１１９】
ステップ２５４：標準ＡＲＰ応答が、一致した特別のクライアントの情報を用いて生成され、そしてレガシー・ポート上のリクエスタ（ｒｅｑｕｅｓｔｏｒ）に送られる。
ステップ２５５：フレームを廃棄する。
【０１２０】
図２３：ブロードキャストを保護されるポート上で受信する
ステップ２４０：ブロードキャスト・フレームが、保護されるポート上で受信される。
ステップ２４１：フレームは、無条件で廃棄される。
【０１２１】
フェイルオーバ・バイパスを用いた自動ＭＤＩ／ＭＤＩＸ選択サポート
イーサネット（登録商標）物理層（ＩＥＥＥ８０２．３条項１４）は、ツイスト・ペア・ケーブリングを用いた２つのイーサネット（登録商標）装置間の接続を定義する。適正に接続するため、各イーサネット（登録商標）装置は、その送信器を他方のイーサネット（登録商標）装置の受信器に接続し、また当該他方のイーサネット（登録商標）装置の送信器を当該各イーサネット（登録商標）装置の受信器に接続しなければならない。これを行うため、上記標準は、コネクタ点（条項１４．５．１、このコネクタ点は、ＭＤＩと呼ばれる。）と、各イーサネット（登録商標）装置のＴＸピンを他方のイーサネット（登録商標）装置のＲＸピンに接続するクロスオーバ機能（条項１４．５．２）とを定義する。クロスオーバ機能は、ツイスト・ペア・ケーブリングで、又は両方のイーサネット（登録商標）装置の一方で実行され、それは、ＴＸ及びＲＸピン定義を変える。後者の場合、コネクタ点は、ＭＤＩＸと呼ばれる。また、装置は、イーサネット（登録商標）リンクを確立するため要求される適正なタイプの点（ＭＤＩ又はＭＤＩＸ）を検出するため用いられる自動ＭＤＩ／ＭＤＩＸクロスオーバ機能（ＩＥＥＥ８０２．３条項４０．４．４）を実行し得る。ツイスト・ペア・ケーブリングにおけるクロスオーバ機能無しで、装置のうちの１つは、ＭＤＩ点を実行し、又はＭＤＩ点として動作しなければならず、一方、他方の装置は、ＭＤＩＸを用いていなければならない。
【０１２２】
図２４の装置２６０は、イーサネット（登録商標）フェイルオーバ・バイパス・モードを実行して、電力故障のような、しかしこれに限定されない或る一定の状況下で１対のポート２６３及び２６４間に電気的バイパスを与える。正常な動作モードで、イーサネット（登録商標）接続は、ポート２６３又は２６４のいずれから回路の残部２６５へルーティングされ、その回路の残部２６５は、イーサネット（登録商標）スイッチ、サーバ、リレー等のような少なくとも２つのイーサネット（登録商標）ポートを用いるいずれのタイプの装置であってよい。
【０１２３】
図２４に示された回路の残部２６５は、イーサネット（登録商標）ＰＨＹ回路を含む２つのイーサネット（登録商標）ポートを実行する。一例では、これらのイーサネット（登録商標）ＰＨＹ回路は、自動ＭＤＩ／ＭＤＩＸ機能を実行し、それは、ケーブリングのタイプについて気にすること無しに、即ち、クロスオーバが有っても無くても、自動クロスオーバ機能（ＩＥＥＥ８０２．３条項４０．４．４）を実行することにより設置を容易にする。
【０１２４】
装置２６０の回路の残部２６５が自動ＭＤＩ／ＭＤＩＸクロスオーバ機能を実行するので、２つの外部イーサネット（登録商標）装置２６１及び２６２は、いずれのタイプであってもよい。それらと装置２６０との間のケーブリング２６６及び２６７は、クロスオーバ機能を持っていても、いなくてもよい。バイパス・モードでは、ポートＡ上のイーサネット（登録商標）装置２６１とポートＢ上のイーサネット（登録商標）装置２６２との接続は、両方のイーサネット（登録商標）装置が同じタイプ（即ち、両方ともＭＤＩ又はＭＤＩＸである。）である場合、それらのイーサネット（登録商標）装置のうちの１つが自動ＭＤＩ／ＭＤＩＸクロスオーバ機能を実行しないならば、又はケーブリング２６６又は２６７（しかし両方ではない）がクロスオーバ・ケーブルであるならば、機能しないであろう。
【０１２５】
装置２６０の中で２つの相補的メカニズムを実行することは、バイパス・モードが２つのイーサネット（登録商標）装置２６１及び２６２が接続することを首尾良く可能にすることを保証する。この特徴を持たないことは、バイパス・モードを持つ目的を無効にする。それは、その特徴が、機能不全の装置２６０のケースでさえ、クロスオーバが不適切な場合接続性を保証するために存在するからである。最初のメカニズムを用いて、検出アルゴリズムを実行することにより、非互換性を検出する。第２のメカニズムを用いて、要求されるならば、非互換性を訂正する。
【０１２６】
検出（バイパス・モードでない間）
非互換性を検出するため、装置２６０は、リンク・パートナー能力検出メカニズムを実行する。ひとたび各リンク・パートナー（２６１及び２６２、各ポートに対して１つ）のリンク・パートナー能力が決定されると、２つの結果が、非互換性を検出するため比較される。図２５のフロー・チャートにより示されるルーチンは、リンク・パートナー能力検出メカニズムを含み、それは、各ポートとは独立に実行される。図２５に示されるルーチンは、次のステップを含む。
【０１２７】
ステップ２７０：ＰＨＹは、その自動ＭＤＩ／ＭＤＩＸ能力を使用可能にするよう設定される。
ステップ２７１：装置は、リンクが確立されるのを待つ。
【０１２８】
ステップ２７２：リンク・パートナーがＰＨＹにより用いられる構成（ＭＤＩ又はＭＤＩＸ）とは反対の構成を用いることが仮定される。この構成セッティングが、記録される。
【０１２９】
ステップ２７３：ＰＨＹは、その自動ＭＤＩ／ＭＤＩＸ能力を使用不能にするよう設定され、そしてステップ２７２で記憶された同じ構成を用いるよう設定される。
ステップ２７４：装置は、リンクが再び確立されるのを待つか、又はタイムアウトが生じるまで待つ。タイムアウト期間は、少なくともＩＥＥＥ８０２．２条項４０．４．５．２で定義されたサンプル・タイマの時間の長さである。
【０１３０】
ステップ２７５：ステップ２７４の成果が、試験される。
ステップ２７６：リンクがタイムアウト無しで確立された場合、ステップ２７２で記憶された記録された値は、リンク・パートナーが自動ＭＤＩ／ＭＤＩＸ能力を有することを指示するため変えられる。
【０１３１】
ステップ２７７：タイムアウトが生じた場合、ＰＨＹは、その自動ＭＤＩ／ＭＤＩＸ能力を使用可能にするよう設定される。
ステップ２７８：装置は、リンクが再び確立されるのを待つか、又はタイムアウトが生じるまで待つ。ステップ２７４の同じタイムアウト期間が、用いられる。
【０１３２】
ステップ２７９：ステップ２７８の成果が、試験される。タイムアウトが生じた場合、次のステップは、ステップ２７０である。
ステップ２８０：リンク・パートナーのタイプは、知られ（ＭＤＩ、ＭＤＩＸ又は自動ＭＤＩ／ＭＤＩＸが可能）、記録されている（ステップ２７２又は２７６で）。装置は、リンクが壊れるまで待つ。これが起きたとき、次のステップは、ステップ２７０となるであろう。
【０１３３】
ひとたび両方のポートが確立された有効なリンクを持つとすると、そしてひとたびそれらが持つリンク・パートナーのタイプを知ると、即ち両方のポートのフロー・チャートがステップ２７０にあると、２つのリンク・パートナー間の非互換性の検出が、決定されることができる。次のテーブルは、検出されたリンク・パートナーのタイプに基づく検出メカニズムの結果を示す。
【０１３４】
【表１】
2008539631.tif 000003
【０１３５】
ひとたび検出メカニズムの結果を知ると、それは、ＳＮＭＰトラップ・モニタのような外部エージェントに報告されるか、又はそれは、ＳＮＭＰコンソールのような外部エージェントにより問い合わせられ、或いはウェブ・ページ等のような他の手段により使用可能にされることができる。また、非互換性リンク・パートナーの場合には、訂正メカニズムが用いられる。
【０１３６】
訂正（バイパス・モードの間）
バイパス・モードであるときには、装置２６０のポートＡ及びポートＢに接続されたリンク・パートナー２６１及び２６２間の直接接続は、選択可能なクロスオーバ機能を実行しなければならない。当該選択は、バイパス・モードがアクティブであるとき、２つのイーサネット（登録商標）装置２６３と２６４との間の経路にクロスオーバを含むか又は除外するために用いられる。このクロスオーバ機能の正しい選択は、装置２６０がバイパス・モードでないとき検出メカニズムにより確立される。
【０１３７】
図２６において、クロスオーバ経路２９０及びストレート経路３００が、示されている。それらは、装置２６０のバイパス回路２６８の一部である。２つのイーサネット（登録商標）装置２６３及び２６４とイーサネット（登録商標）装置のＰＨＹ回路（２６５に含まれる）とを接続する完全なバイパス回路２６８は、示されていない。
【０１３８】
電力が存在しないときでさえバイパス・モードが有効であることが必要であるので、クロスオーバ選択は、そのように電力が存在しなときでさえ有効である。
多数の方法を用いて、２つのイーサネット（登録商標）装置２６３と２６４との間のバイパス２６８のための選択可能なクロスオーバ・モードを実行し得る。クロスオーバ又はストレート経路の選択について３つの例は、次のとおりである。
【０１３９】
１．２つのイーサネット（登録商標）ポート間でのバイパスのためのクロスオーバ経路対ストレート経路の選択は、オペレータが設置時にユニットによりなされた検出に基づいて、クロスオーバ・モードに又はそうでないよう設定するであろう機械的スイッチを用いることにより実行される。
【０１４０】
２．２つのイーサネット（登録商標）ポート間でのバイパスのためのクロスオーバ対ストレート経路の選択は、オペレータが設置時にユニットによりなされた検出に基づいて、クロスオーバ・モードに又はそうでないよう設定するであろうジャンパーを用いることにより実行される。
【０１４１】
３．２つのイーサネット（登録商標）ポート間でのバイパスのためのクロスオーバ対ストレート経路の選択は、イーサネット（登録商標）動作に適した２つのＤＰＤＴリレーを用いることにより実行される。このアプローチを用いて、装置は、非互換性の検出の結果に直接基づいて、正しいセッティングを選択し得る。
【０１４２】
本発明の特定の実施形態及び応用が図示されそして説明されたが、本発明は、本明細書に開示された正確な構成及び構成要素に制限されないこと、及び様々な変更、変化及び変形が添付の特許請求の範囲に定義された本発明の趣旨及び範囲を逸脱することなしに前述の説明から明らかであろうことが理解される筈である。
【図面の簡単な説明】
【０１４３】
【図１】図１は、ＩＥＥＥ８０２．３ａｆ標準により定義されたタイプのパワー・オーバ・イーサネット（登録商標）システムの図である。
【図２】図２は、パワー・オーバ・イーサネット（登録商標）システムに接続され、フェイルオーバ・バイパスを与える装置のブロック図である。
【図３】図３は、図２に示された装置の一実施形態のブロック図である。
【図４】図４は、図３の実施形態におけるリレー回路の概略図である。
【図５】図５は、図３の実施形態におけるリレー回路の概略図である。
【図６】図６は、図３の実施形態におけるＣＰＵにより実行されるルーチンのフロー・チャートである。
【図７】図７は、管理されるイーサネット（登録商標）装置のブロック図である。
【図８】図８は、図７のシステムにおけるイーサネット（登録商標）管理装置のブロック図である。
【図９】図９は、ＩＥＥＥ８０２．３ａｆ標準のＰＯＥ＋拡張機能の概略図である。
【図１０】図１０は、図９の電源と受電側装置との間に配置された中継器又はリレーを有するシステムの図である。
【図１１】図１１は、図１０の中継器／リレーの一実施形態のブロック図である。
【図１２】図１２は、図１１の実施形態により実行されるアルゴリズムのフロー・チャートである。
【図１３】図１３は、電力を２つの装置に同時に与えるイーサネット（登録商標）管理装置のブロック図である。
【図１４】図１４は、図１３の装置により実行されるルーチンのフロー・チャートである。
【図１５】図１５は、一連の中継器を介して結合された２つのイーサネット（登録商標）装置の概略図である。
【図１６】図１６は、図１５の中継器により実行されるルーチンのフロー・チャートである。
【図１７】図１７は、特定のタイプのトラフィックについての図１５のイーサネット（登録商標）装置の動作を示す１対のフロー・チャートである。
【図１８】図１８は、同じ物理的イーサネット（登録商標）セグメントを共用する２つの私設ネットワークの概略図である。
【図１９】図１９は、図１８のシステムにおける特別のクライアントにより実行されるフロー・チャートである。
【図２０】図２０は、図１８のシステムにおけるネットワーク・リゾルバにより実行されるルーチンのフロー・チャートである。
【図２１】図２１は、図１８のシステムにおけるネットワーク・リゾルバにより実行されるルーチンのフロー・チャートである。
【図２２】図２２は、図１８のシステムにおけるネットワーク・リゾルバにより実行されるルーチンのフロー・チャートである。
【図２３】図２３は、図１８のシステムにおけるネットワーク・リゾルバにより実行されるルーチンのフロー・チャートである。
【図２４】図２４は、２つのイーサネット（登録商標）装置間に接続され、フェイルオーバ・バイパスを与える別のイーサネット（登録商標）装置のブロック図である。
【図２５】図２５は、図２４の装置により実行されるルーチンのフロー・チャートである。
【図２６】図２６は、図２４の中のバイパス回路の２つのタイプの接続の１対の概略図である。
【図１】
2008539631.tif 000004
【図２】
2008539631.tif 000005
【図３】
2008539631.tif 000006
【図４】
2008539631.tif 000007
【図５】
2008539631.tif 000008
【図６】
2008539631.tif 000009
【図７】
2008539631.tif 000010
【図８】
2008539631.tif 000011
【図９】
2008539631.tif 000012
【図１０】
2008539631.tif 000013
【図１１】
2008539631.tif 000014
【図１２】
2008539631.tif 000015
【図１３】
2008539631.tif 000016
【図１４】
2008539631.tif 000017
【図１５】
2008539631.tif 000018
【図１６】
2008539631.tif 000019
【図１７】
2008539631.tif 000020
【図１８】
2008539631.tif 000021
【図１９】
2008539631.tif 000022
【図２０】
2008539631.tif 000023
【図２１】
2008539631.tif 000024
【図２２】
2008539631.tif 000025
【図２３】
2008539631.tif 000026
【図２４】
2008539631.tif 000027
【図２５】
2008539631.tif 000028
【図２６】
2008539631.tif 000029
【国際調査報告】
2008539631.tif 000030
2008539631.tif 000031
2008539631.tif 000032