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

アイドル状態のネットワークポートが電力を消費するのはなぜですか?
ケーブルでリンクが確立した後も、両端の機器はファイル転送を待つだけではありません。電気信号の符号化、送信、受信を行い、接続を識別できる状態に維持します。PHYは物理層の送受信回路で、内部データをケーブル上の信号に変換し、受信信号をデータに戻します。MACはイーサネットフレームの送受信を管理します。フレームは、イーサネットで送信されるデータの単位です。これらの機能はそれぞれ異なる役割を担っており、ポートは単純なオン・オフスイッチではありません。
通常動作状態では、アプリケーションに送信するものがなくても、インターフェースは通常のアイドル信号を出し続け、関連回路を動作させ続ける場合があります。EEEは、低消費電力状態に移行できる部分の動作を低減します。対応の有無、対象となる速度、影響を受ける回路は、実際のハードウェアとファームウェアに依存します。この説明では、EEEに対応する全二重ツイストペアリンクを扱います。すべての光ポートや産業用スイッチが同じ仕組みに対応していると主張するものではありません。
低消費電力アイドルを使用するには、両端の合意が必要
低消費電力アイドル(略称LPI)は、EEEが使用する仕組みです。リンクの確立時に、対応する両端の機器が機能情報を交換し、適切なEEEモードで動作できるかを判断します。ローカル側の省電力チェックボックスをオンにしただけでは、その機能が実際に動作している証拠にはなりません。対向機器が対応していない、現在の速度が適していない、またはドライバーが無効のままにしている可能性があります。
2人が、いつ休み、どのように会話を再開するかを決める場面を考えてください。このたとえは、協調の仕組みだけを説明するものです。実際の通知には、機器がスリープに入ることを伝えるアプリケーションメッセージではなく、特定の物理層信号が使われます。全二重とは、両方向に同時にデータを伝送できることを意味します。送信方向ごとの状態は別々に考える必要があります。一方向がアイドル状態でも、両方の機器が完全に電源を落としたことにはなりません。
クワイエット期間とリフレッシュは役割が異なる
実装上スリープが可能で、送信すべきデータがない場合、送信方向ではLPIへの移行を通知し、スリープへの遷移を完了してクワイエット期間に入ります。送受信回路の一部が動作を低減することで、省電力の機会が生まれます。クワイエット期間の途中には、短いリフレッシュ動作が入ります。リフレッシュは、受信側が合意された動作に従って動作を継続するために必要な、リンクと同期の状態を維持するのに役立ちます。
リフレッシュ信号は、PLCのデータレポートでも、転送されたアプリケーションフレームでもありません。パケットキャプチャソフトウェアが通常観測するのはフレームなので、キャプチャ画面が空でも、物理層が信号を一切出していない証拠にはなりません。通常のEEEアイドル状態では、確立済みのリンクは維持されます。UP/DOWNイベントが繰り返される場合は、配線、電源、ドライバー、相互運用性の調査が依然として必要です。省電力を、リンクが不安定になるあらゆる事象の説明にしてはいけません。

新たに到着したフレームは、ウェイクアップを待つことがある
送信方向がアイドル状態のときにフレームが到着すると、その端点の機器はウェイクアップ処理を開始します。関連する回路が動作を再開し、データ送信が始まる前に、受信側の機器は通常の信号を認識できるよう準備します。フレームは、そのために必要な時間だけ送信キューで待機します。このキューは機器の内部にあり、フレームがケーブルの途中に留まっているわけではありません。
したがって、アイドル期間後の最初のフレームには、すでに動作中のポートに比べて追加の待ち時間が生じることがあります。トラフィックが継続すれば、後続フレームが一つずつスリープとウェイクアップの全過程を繰り返すとは限りません。実際の遅延は、リンクの種類、実装、ポリシーに依存します。単一のマイクロ秒値ですべての機器を表すことはできません。また、実装によっては、送信前にフレームをまとめて蓄積する場合もあります。このようなフレーム集約は待ち時間を延ばす可能性がありますが、すべてのポートに存在すると想定してはいけません。
産業用制御にはどのような意味がありますか?
それ以外のトラフィックが少ない監視アプリケーションに対して、PLCが小さなフレームを周期的に送信する仮想的な例を考えます。送信間隔によって関連ポートが再びアイドル状態に入ると、動作状態に復帰するたびに到着時刻が変化する可能性があります。この例は可能性を示すものであり、FCTELによる測定結果ではありません。連続したファイルアップロードが円滑に進んでも、断続的な制御トラフィックではタイミングが異なることがあります。この2種類の負荷では、ポートが維持する状態が異なるためです。
最初のフレームの遅延とは、アイドル期間後の最初のフレームに生じる待ち時間を表します。遅延変動とは、フレーム間で到着タイミングがどのように変化するかを表します。ときどき行う状態読み取りでは、わずかな追加待ち時間が許容される場合があります。厳密なタイミングが求められる制御タスクでは、周期、タイムアウト、許容誤差に照らして評価する必要があります。EEEのアイドル状態だけでパケット損失が証明されるわけではなく、EEEを常に無効にしなければならないことを意味するわけでもありません。判断には、対象リンクから得られた根拠が必要です。

ポートを確認し、公平な比較を行う方法
スイッチのポート、対向するネットワークアダプターまたはコントローラー、ファームウェアとドライバーのバージョン、ネゴシエーションで決まった速度、実際の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に対応していると主張するものではありません。


