【テクニカル・上級編】 PoE+(IEEE 802.3at)の電力クラス分類と最大30W給電の仕組み – インフラ・物理&L2/L3ネットワーク基礎実践ガイド

PoE+(IEEE 802.3at)の深淵:銅線の上を流れる「目に見えない電圧」とネゴシエーションの真実

ネットワークエンジニアの端くれなら、一度は「PoEが上がらない」という現場の泥沼に足を踏み入れたことがあるはずだ。スイッチのポートは緑色に点灯しているのに、接続したIPカメラや無線APが沈黙を守る。L2/L3の論理的な通信以前に、物理的な電力供給という「土台」で躓くのは、インフラ屋として最も避けるべき敗北の一つだ。

今回は、IEEE 802.3at(PoE+)がどのようにして最大30Wという電力を引き出し、それがどう「インテリジェントなネゴシエーション」によって制御されているのかを、プロトコルレベルから解き明かしていこう。

—

PoE+の握手:物理層の静かなる対話

PoE+(IEEE 802.3at)は、PSE(給電装置:スイッチ)とPD(受電装置:AP等)の間で、いきなり高電圧を流すような粗野な真似はしない。もしそんなことをすれば、PoE非対応のNICが瞬時に焼き切れる。

1. 抵抗値による「Class」の合意

まず、PSEはポートに微弱な電圧(2.7V〜10.1V)を印加し、PD側のシグネチャ抵抗(25kΩ)を検知する。これを確認した後に、PSEはさらに電圧を上げ、PDが「どのクラス(電力消費量)に属するか」を判別する。

  • Class 0-3: 最大15.4W(PoE)
  • Class 4: 最大30W(PoE+)

ここで重要なのが「2イベント・ハードウェア分類(Two-Event Classification)」だ。PSEはPDに対して「私は30W供給可能だ」というサインを、電圧のパルスを2回送ることで伝える。PDはこのパルスをカウントし、自身が30Wを受け取れる準備があることを示す。これが物理層における「電力の握手」だ。

—

LLDP-MEDによる動的ネゴシエーション:細やかな電力制御

物理層の分類だけでは、どうしても「大雑把」な制御しかできない。そこで登場するのが、LLDP(Link Layer Discovery Protocol)の拡張である LLDP-MED(Media Endpoint Discovery)だ。

物理層でのネゴシエーションを終え、リンクアップした後に EtherType 0x88CC のLLDPフレームが流れ始める。ここで、PDは自身の消費電力を0.1W単位でPSEに要求できる。

なぜLLDPによる動的制御が重要か?

多くのスイッチは、接続されたすべてのポートに対して常に「最大値(30W)」の電力予約を確保しようとする。しかし、実際にはAPがアイドル状態で消費するのは5Wかもしれない。この無駄な予約を解消し、スイッチ全体の電力収支(Power Budget)を最適化するために、以下のフローが必要になる。

# Cisco IOSでの確認コマンド例
# PoEのパワーバジェットと現在の使用量を確認する
show power inline
# LLDP-MEDでネゴシエーションされているか詳細を確認
show power inline detail

もし、インフラアーキテクトとして高密度なAP配置を設計するなら、switchport 設定で電力の優先順位を critical や high に設定し、万が一の電力不足時に重要なデバイスから保護する戦略が必須だ。

# 特定のポートの優先度を最大化する設定例
interface GigabitEthernet1/0/1
 power inline port priority critical

—

脆弱性とパフォーマンスの死角:インフラ屋の視点

PoE+の信頼性は、電力供給の安定性だけでなく、その上のTCP/IP通信の品質にも直結する。

1. RTT削減とTCPバッファの最適化

PoE対応の無線APにおいて、電力不足による電圧降下(ブラウンアウト)が発生すると、NICのPHYチップが不安定になり、パケットロスが急増する。これは TCP Retransmission の嵐を呼び、RTTを劇的に悪化させる。

これを防ぐには、Linuxカーネルレベルでの tcp_window_scaling の調整に加え、APへの安定した電力供給が前提だ。以下のカーネルパラメータは、高負荷なL2環境下での通信安定化に寄与する。

# TCPバッファサイズの最適化(/etc/sysctl.conf)
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216
# 輻輳制御アルゴリズムをBBRに変更(高遅延環境でのスループット改善)
net.core.default_qdisc = fq
net.ipv4.tcp_congestion_control = bbr

2. セキュリティ:PoEポートの物理的な攻撃ベクトル

PoE+のポートは、物理的に「常時給電」されている。悪意のある攻撃者がネットワークケーブルを差し替え、独自の低電力デバイスを接続して不正なDHCP応答を返したり、LLDPフレームを偽装してスイッチの電力テーブルを破壊(DoS攻撃)したりするリスクがある。

対策:

  • 使っていないポートは物理的にシャットダウンする。
  • 許可されたMACアドレス以外はポートを無効化する port-security を併用する。
  • LLDP-MED を使用しないポートでは、LLDP送信を停止する (no lldp transmit)。

—

結論:プロトコルを制御せよ

PoE+は単なる「電源供給」ではない。物理層の抵抗値測定、2イベント・パルス、そしてデータリンク層のLLDP-MEDが三位一体となって機能する、極めて洗練されたネゴシエーションの産物だ。

インフラアーキテクトとしては、単に「電力が足りるか」だけでなく、電力供給プロトコルがネットワーク層のパフォーマンスに与える影響や、物理ポートから侵入されるセキュリティリスクを常に意識しなければならない。

パケットが流れるその前段階、「電圧を流す」という行為そのものに、ネットワークの深淵は潜んでいる。現場でパケットキャプチャを眺める時、その背後にある「電圧の囁き」に耳を傾けてみてほしい。きっと、今まで見えなかったトラブルの予兆が、そこにはっきりと刻まれているはずだ。

コメント

タイトルとURLをコピーしました