html EEEイーサネットのスリープ:LPI、リフレッシュ、最初のフレームの遅延 | FCTELE
                                   +8618758069661 [email protected]
製品検索 検索ガイド: スペース = AND(かつ)、 | = OR(または)、 ! = NOT(除外)

ご質問はありますか? 今すぐお電話ください!

+8618758069661

またはメッセージをお送りください

オンラインお問い合わせ

EEEイーサネットのスリープ:ウェイクアップと最初のフレームの遅延

閲覧数: 86 +2FCTELEによるオリジナル記事著者:FCTELE技術チーム
概要

イーサネットがアイドル状態になった後、最初のフレームの待ち時間が長くなるのはなぜですか?

対応する送信方向が低消費電力アイドル状態にある場合、新たにキューに入ったトラフィックは、送信前にウェイクアップ処理を待つことがあります。クワイエット期間とリフレッシュは、アプリケーションのレポートを運ぶのではなく、リンクの状態を維持します。実際の動作はリンク技術と実装に依存するため、すべてに共通する遅延を想定してはいけません。両端の機器と実際のEEE動作状態を記録し、再現可能かつ承認された条件で、最初のフレームとサービスのタイミングを比較してください。

3つの仕組みと検証の適用範囲信号の流れを追い、実際のサービスを検証する

01アイドル時の各段階を区別する

Distinguish idle phasesSleep, quiet, refresh and wake are different link processes.SleepQuietRefreshWakeLPI phases and normal transmission differRefresh maintains the idle link conditionConceptual phases; no universal durations

スリープ、クワイエット、リフレッシュ、ウェイクアップは、それぞれ異なるリンク処理です。

02ウェイクアップ待ちが発生する箇所を特定する

Locate wake-up waitingA frame arriving during idle may wait before the transmitter resumes normal operation.ArrivalWake waitFrameNew traffic can wait for idle exitMeasure the actual first-frame behavior

アイドル中に到着したフレームは、送信器が通常動作に復帰するまで待つことがあります。

03再現可能な条件で比較する

Compare reproducible conditionsA useful A/B comparison preserves endpoints, cabling and application load.EEE onEEE offRestoreSame test windows; no result is impliedObserveObserveObserve

有効なA/B比較では、両端の機器、配線、アプリケーション負荷を同じに保ちます。

スワイプして3つの図を比較 →

概念を説明するための図であり、実測波形、設置配線図、特定製品の内部構成を示すものではありません。
  • アイドル時の各段階を区別する

    該当ポートの動作と、ネゴシエーションで確立された動作状態を確認します。

  • ウェイクアップ待ちが発生する箇所を特定する

    定義したトラフィックパターンで、アイドル状態から最初のフレームまでの時間を測定します。

  • 再現可能な条件で比較する

    承認された時間帯に、有効時、無効時、元の設定に戻した状態での観測を繰り返します。

選定・検証チェックリスト確認項目と関連ガイドを展開する
対象サービスと実際の運用条件に関する確認事項
確認項目確認する内容検証方法
アイドル時の各段階を区別するスリープ、クワイエット、リフレッシュ、ウェイクアップは、それぞれ異なるリンク処理です。該当ポートの動作と、ネゴシエーションで確立された動作状態を確認します。
ウェイクアップ待ちが発生する箇所を特定するアイドル中に到着したフレームは、送信器が通常動作に復帰するまで待つことがあります。定義したトラフィックパターンで、アイドル状態から最初のフレームまでの時間を測定します。
再現可能な条件で比較する有効なA/B比較では、両端の機器、配線、アプリケーション負荷を同じに保ちます。承認された時間帯に、有効時、無効時、元の設定に戻した状態での観測を繰り返します。

機器のネットワーク接続が切れていなくても、アイドル期間後の最初のフレームは、後続のフレームより少し遅れて到着することがあります。確認する価値がある要因の一つが、ポートの省電力機能です。Energy Efficient Ethernet(EEE)は、対応ポートでトラフィックがない間に一部の電気的動作を低減し、データが到着すると動作を再開できるようにします。このスリープは、産業用スイッチ全体の電源を切ることではありません。ウェイクアップ処理を理解することは、制御要件と併せて省電力を評価するうえで役立ちます。

銅線の産業用イーサネットリンクにおけるMACキュー、PHY回路、低消費電力動作
図1:回路の役割を示す一般的な機能断面図です。特定製品の内部構造や測定結果を示すものではありません。

アイドル状態のネットワークポートが電力を消費するのはなぜですか?

ケーブルでリンクが確立した後も、両端の機器はファイル転送を待つだけではありません。電気信号の符号化、送信、受信を行い、接続を識別できる状態に維持します。PHYは物理層の送受信回路で、内部データをケーブル上の信号に変換し、受信信号をデータに戻します。MACはイーサネットフレームの送受信を管理します。フレームは、イーサネットで送信されるデータの単位です。これらの機能はそれぞれ異なる役割を担っており、ポートは単純なオン・オフスイッチではありません。

通常動作状態では、アプリケーションに送信するものがなくても、インターフェースは通常のアイドル信号を出し続け、関連回路を動作させ続ける場合があります。EEEは、低消費電力状態に移行できる部分の動作を低減します。対応の有無、対象となる速度、影響を受ける回路は、実際のハードウェアとファームウェアに依存します。この説明では、EEEに対応する全二重ツイストペアリンクを扱います。すべての光ポートや産業用スイッチが同じ仕組みに対応していると主張するものではありません。

低消費電力アイドルを使用するには、両端の合意が必要

低消費電力アイドル(略称LPI)は、EEEが使用する仕組みです。リンクの確立時に、対応する両端の機器が機能情報を交換し、適切なEEEモードで動作できるかを判断します。ローカル側の省電力チェックボックスをオンにしただけでは、その機能が実際に動作している証拠にはなりません。対向機器が対応していない、現在の速度が適していない、またはドライバーが無効のままにしている可能性があります。

2人が、いつ休み、どのように会話を再開するかを決める場面を考えてください。このたとえは、協調の仕組みだけを説明するものです。実際の通知には、機器がスリープに入ることを伝えるアプリケーションメッセージではなく、特定の物理層信号が使われます。全二重とは、両方向に同時にデータを伝送できることを意味します。送信方向ごとの状態は別々に考える必要があります。一方向がアイドル状態でも、両方の機器が完全に電源を落としたことにはなりません。

クワイエット期間とリフレッシュは役割が異なる

実装上スリープが可能で、送信すべきデータがない場合、送信方向ではLPIへの移行を通知し、スリープへの遷移を完了してクワイエット期間に入ります。送受信回路の一部が動作を低減することで、省電力の機会が生まれます。クワイエット期間の途中には、短いリフレッシュ動作が入ります。リフレッシュは、受信側が合意された動作に従って動作を継続するために必要な、リンクと同期の状態を維持するのに役立ちます。

リフレッシュ信号は、PLCのデータレポートでも、転送されたアプリケーションフレームでもありません。パケットキャプチャソフトウェアが通常観測するのはフレームなので、キャプチャ画面が空でも、物理層が信号を一切出していない証拠にはなりません。通常のEEEアイドル状態では、確立済みのリンクは維持されます。UP/DOWNイベントが繰り返される場合は、配線、電源、ドライバー、相互運用性の調査が依然として必要です。省電力を、リンクが不安定になるあらゆる事象の説明にしてはいけません。

送信方向におけるデータ、スリープ、クワイエット、リフレッシュ、ウェイクアップ、データ再開の時系列
図2:リフレッシュはリンクの状態を維持し、キューに入ったフレームはウェイクアップ後に送信されます。各段階の長さは模式的なもので、測定値ではありません。

新たに到着したフレームは、ウェイクアップを待つことがある

送信方向がアイドル状態のときにフレームが到着すると、その端点の機器はウェイクアップ処理を開始します。関連する回路が動作を再開し、データ送信が始まる前に、受信側の機器は通常の信号を認識できるよう準備します。フレームは、そのために必要な時間だけ送信キューで待機します。このキューは機器の内部にあり、フレームがケーブルの途中に留まっているわけではありません。

したがって、アイドル期間後の最初のフレームには、すでに動作中のポートに比べて追加の待ち時間が生じることがあります。トラフィックが継続すれば、後続フレームが一つずつスリープとウェイクアップの全過程を繰り返すとは限りません。実際の遅延は、リンクの種類、実装、ポリシーに依存します。単一のマイクロ秒値ですべての機器を表すことはできません。また、実装によっては、送信前にフレームをまとめて蓄積する場合もあります。このようなフレーム集約は待ち時間を延ばす可能性がありますが、すべてのポートに存在すると想定してはいけません。

産業用制御にはどのような意味がありますか?

それ以外のトラフィックが少ない監視アプリケーションに対して、PLCが小さなフレームを周期的に送信する仮想的な例を考えます。送信間隔によって関連ポートが再びアイドル状態に入ると、動作状態に復帰するたびに到着時刻が変化する可能性があります。この例は可能性を示すものであり、FCTELによる測定結果ではありません。連続したファイルアップロードが円滑に進んでも、断続的な制御トラフィックではタイミングが異なることがあります。この2種類の負荷では、ポートが維持する状態が異なるためです。

最初のフレームの遅延とは、アイドル期間後の最初のフレームに生じる待ち時間を表します。遅延変動とは、フレーム間で到着タイミングがどのように変化するかを表します。ときどき行う状態読み取りでは、わずかな追加待ち時間が許容される場合があります。厳密なタイミングが求められる制御タスクでは、周期、タイムアウト、許容誤差に照らして評価する必要があります。EEEのアイドル状態だけでパケット損失が証明されるわけではなく、EEEを常に無効にしなければならないことを意味するわけでもありません。判断には、対象リンクから得られた根拠が必要です。

動作中のポートおよび連続トラフィックとの最初のフレームの待ち時間の比較と、条件を管理した試験
図3:待ち時間と比較方法の例示です。すべてに共通する遅延値や性能を主張するものではありません。

ポートを確認し、公平な比較を行う方法

スイッチのポート、対向するネットワークアダプターまたはコントローラー、ファームウェアとドライバーのバージョン、ネゴシエーションで決まった速度、実際のEEE動作状態を記録します。対応していること、有効になっていること、ネゴシエーションが正常に成立していることは、3つの異なる状態です。スクリーンショットでも区別してください。機器がLPI移行回数、滞在時間、ウェイクアップエラーの統計を提供する場合は、アプリケーションの動作と関連付けて確認します。機器がそのような統計を提供しない場合、アイドル回数を作り上げてはいけません。

承認された保守時間帯に、同じポート、ケーブル、アプリケーション負荷を使用して、EEEの有効時と無効時を比較します。連続トラフィック、アイドル後の最初のフレーム、周期的な小フレーム、混在するバーストトラフィックを含めます。1回のpingに頼らず、比較を繰り返してください。一度に変更する条件は一つとし、最大待ち時間、タイミングの変動、アプリケーションのタイムアウト、フレームエラー、リンクの断続を記録します。測定ツールの精度とキャプチャ位置を明記してください。そうしないと、ホストのスケジューリング遅延をポートのウェイクアップと取り違える可能性があります。

EEEを無効にして結果が改善した場合は、元の設定に戻して試験を繰り返し、再現性を確認します。公式ドキュメントと、両端の機器のバージョン間の互換性を確認してください。問題が残る場合は、輻輳、CPU負荷、アプリケーションのスケジューリング、ケーブル品質を調査します。ミラーされたフレームのタイムスタンプが、元のフレームの最初のビットが伝送路に出た瞬間を示すとは限りません。通常のパケットキャプチャを、精密なPHYウェイクアップ測定として提示してはいけません。

EEEを、特殊なパケットで電源が落ちたコンピューターを起動する機能や、ケーブルを抜いた後の省電力機能と混同しないでください。これらは状態と制御が異なります。製品画面の「グリーンイーサネット」という表示には、複数のポリシーが含まれる場合があります。試験で実際に何を変更したのかを判断する前に、正確な機能名、対象ポート、動作開始条件を確認してください。

対応状況と受入条件を文書化する

FCTELは、産業用スイッチと光メディアコンバーターのドキュメントを提供しています。まず実際の製品のインターフェース、速度、管理機能を確認し、そのうえでEEEに対応しているか、無効にできるか、状態を確認できるかを個別に確認してください。リンク先の製品ドキュメントは、実際の製品を確認するための資料です。本記事は、リンク先のモデルがEEEを実装していると主張するものではありません。産業用グレードであることと低消費電力であることだけでは、制御リンクのアイドル後のタイミングは判断できません。

引き継ぎ記録には、トポロジー、両端の機器のモデルとバージョン、関連ポートごとのEEE設定、試験負荷、結果を残してください。アダプターの交換やファームウェアの更新後は、ネゴシエーションで成立する組み合わせが変わる可能性があるため、再確認します。原理の理解に数式は不要です。アイドル中に一部の回路動作を低減し、リフレッシュで合意された状態を維持し、新しいデータを送る前にウェイクアップします。その待ち時間を、実際のアプリケーションの受入試験に含めてください。

機器にEEEの状態表示や無効化の選択肢がない場合は、タイミングに敏感なリンクに適しているかを判断する前に、メーカーに確認してください。速度を強制的に変更することは、条件を管理した試験でEEEを無効にする代わりにはなりません。速度自体が伝送時間とネゴシエーション条件を変えるためです。メニュー名から推測するのではなく、元の設定を保持し、確認済みの選択肢を記録してください。

技術参考資料: Microchip AN2637:EEEとリンク状態; Microchip VSC7420ドキュメント:LPI、リフレッシュ、ウェイクアップ; Cisco:EEEのネゴシエーションと遅延; EEEのフレーム集約に関する研究; EEEのネットワーク遅延に関する研究; FCTEL 技術記事; FCTELE マネージド型24ポートギガビットスイッチのドキュメント。AIを活用して作成したオリジナル図は、一般的な原理を説明するものであり、特定製品の内部構造や測定結果を示すものではありません。リンク先のFCTELモデルがEEEに対応していると主張するものではありません。

実務上のよくある質問

EEEのリフレッシュ信号は、PLCアプリケーションのハートビートと同じものですか?

いいえ。リフレッシュはリンクの低消費電力アイドル動作を支えます。一方、アプリケーションのハートビートには、それとは別のメッセージ上の意味と鮮度に関する意味があります。リフレッシュ動作から現在のPLCデータを推測してはいけません。

常にトラフィックを流し続けるスループット試験だけで、EEEの最初のフレームの遅延を十分に評価できますか?

いいえ。調査対象のアイドル状態にほとんど入らない可能性があります。条件を管理したアイドル期間を設け、各期間後の最初の有効なフレーム、またはアプリケーションの応答を記録してください。

EEEを一度無効にして改善が見られれば、それが唯一の障害原因だったと証明できますか?

いいえ。基準状態に戻して繰り返し、ほかの変数を管理してください。実際のEEE状態、遅延の分布、サービスエラーを記録してから、適用範囲を限定した結論を出してください。

出典と適用範囲

これらの補足は一般的な仕組みを説明するものです。対応機能、接続の詳細、受入判定基準は、実際の機器、ソフトウェア、運用条件に合わせて検証する必要があります。図は測定結果や認証の証拠ではありません。

この記事を共有する