802.1Qの深淵：PCP（Priority Code Point）が描く、レイヤー2の優先順位という幻想と現実
ネットワークエンジニアとしてキャリアを積んでいくと、多くの人が「L2スイッチはただの透過的な箱ではない」という事実に直面する。特に、IEEE 802.1Qタグ内のたった3ビット、PCP（Priority Code Point）フィールドが、混雑したスイッチのバッファで繰り広げるドラマを知っている者は少ない。
今日は、この「たった3ビット」が、単なるQoSの飾りではなく、高負荷なインフラにおいてパケットの運命を左右する重要な鍵であることを、パケットレベルの視点から紐解いていこう。
—
PCPという名の「特等席」への切符
Ethernetフレームにタグ付けされる際、TPIDに続くTCI（Tag Control Information）の先頭3ビットがPCPだ。0から7までの8段階の優先度を持つこのフィールドは、IEEE 802.1pとして定義され、L2スイッチの出力キューイングにおいてパケットの「扱い」を決定する。
しかし、多くの現場でこのPCPが機能していない、あるいは不適切な設定のまま放置されているのを目にする。特に、クラウドネイティブな環境や高頻度取引（HFT）の基盤においては、この3ビットを適切にハンドリングしなければ、TCPのハンドシェイクすら満足に完了できなくなる可能性がある。
なぜTLSハンドシェイクの遅延に効くのか？
TLS 1.3が主流となり、RTT（Round Trip Time）削減が至上命題となった今、ネットワーク層でのわずかなキューイング遅延が、そのままユーザー体験の致命的な劣化に直結する。
TCPの初期通信である SYN パケットが、たまたまバックグラウンドのバックアップトラフィック（例えばPCP 0）の後ろに並んでしまった場合、どうなるか。スイッチの出口バッファが溢れれば、SYNは容赦なく廃棄される。再送タイマー（RTO）が発動し、ハンドシェイクは数百ミリ秒単位で遅延する。
ここで、アプリケーションとインフラが連携し、制御パケットや重要なトランザクションに優先度（例えばPCP 5や6）を割り当てることで、バッファの「追い越し車線」を確保できる。これは、TCPバッファチューニングやウィンドウサイズ調整以前の、物理層に近いレイヤーでの最適化だ。
Linuxカーネルにおける実装：vconfigとtcの連携
Linuxホストから802.1Qタグを制御する場合、vconfigでVLANを作成し、iproute2（tcコマンド）でマッピングを行うのが定石だ。以下に、特定のDSCP値からPCPへのマッピングを強制する設定例を示す。
# 1. VLANデバイスの作成
ip link add link eth0 name eth0.100 type vlan id 100
# 2. tcを使用して、DSCP 46（EF: Expedited Forwarding）をPCP 5にマッピングする
# 注意: egressマッピングは物理インターフェースに対して行う
tc qdisc add dev eth0 root handle 1: prio
tc filter add dev eth0 parent 1: protocol 802.1Q \
u32 match u16 0x0800 0xFFFF at -4 \
action skbedit priority 5 # 内部的にPCP 5としてタグ付けされるこの設定により、カーネルのQdiscを通過する際に、特定のトラフィックがハードウェアへ送出される直前にタグが書き換えられる。これにより、スイッチ側でStrict Priorityキューイングが有効であれば、これらのパケットは即座に送出されることになる。
脆弱性とセキュリティ：優先度付けの落とし穴
一方で、このPCPを悪用した攻撃、いわゆる「QoS飢餓攻撃（QoS Starvation Attack）」にも警戒が必要だ。攻撃者が不正にタグ付けを行い、自身のパケットに最高優先度を与えれば、正規の制御トラフィックをスイッチの出口から追い出すことが可能だ。
- 対策: 信頼できないエッジポートからのタグ付きフレームを拒否すること。
- 検証:
tcpdumpやWiresharkで、ingress側のポートにおいてタグが意図通りに剥離（Strip）または書き換えられているかを監視する。
# 特定のポートでPCPフィールドを監視するフィルタ（Wireshark用）
vlan.priority == 7パフォーマンスチューニングへの提言
インフラアーキテクトとして、以下の3点を確認してほしい。
1. エンドツーエンドの整合性: ホストのNICからアップリンク先のスイッチ、さらにはコアネットワークまで、すべてのノードでPCPからDSCP、あるいはその逆へのマッピングが統一されているか？（これを怠ると、スイッチのホップ毎に優先度がリセットされる）
2. バッファの深度: 高優先度トラフィックのために、スイッチのEgress Queueのバッファ配分が適切か？（過剰な優先度は、低優先度トラフィックの完全な停止を招く）
3. TCP初期ウィンドウサイズ: PCPでパスを確保した上で、sysctlの net.ipv4.tcp_init_cwnd を10程度に引き上げれば、最初の数パケットでTLSハンドシェイクを完結させ、RTTのロスを最小限にできる。
# /etc/sysctl.d/99-network-opt.conf
# TCP初期ウィンドウを広げ、ハンドシェイク時のバースト性能を上げる
net.ipv4.tcp_init_cwnd = 10
net.ipv4.tcp_slow_start_after_idle = 0結びとして
PCPという3ビットは、現代のネットワークにおいて「何を優先し、何を捨てるか」というビジネスの優先順位を物理的に表現するメタデータだ。教科書通りに設定するだけでなく、自社のトラフィックパターンをパケットキャプチャで泥臭く分析し、どのパケットに「特等席」を与えるべきかを設計すること。それが、エンジニアとしての真の価値だと私は信じている。
ネットワークは常に嘘をつかない。流れるパケットのヘッダーを見れば、その設計者の思想が透けて見えるのだから。
コメント