【入門編】バックプレッシャー（Backpressure）とフローコントロール（IEEE 802.3x Pauseフレーム） – インフラ・物理＆L2/L3ネットワーク基礎実践ガイド

ネットワークの「渋滞」をどう防ぐ？IEEE 802.3x PAUSEフレームとバックプレッシャーの秘密

ネットワークエンジニアの皆さん、こんにちは。日々の運用、本当にお疲れ様です。

スイッチのインターフェース統計を確認していて、「Discard（破棄）」や「Pauseフレーム」というカウンタを目にしたことはありませんか？「なぜパケットが捨てられてしまうのか？」「そもそもネットワーク機器は、相手に『ちょっと待って！』と伝えることができるのか？」

今回は、ネットワークの深淵に触れる第一歩として、「バックプレッシャー」と「IEEE 802.3x PAUSEフレーム」という、いわばネットワーク界の「交通整理」の仕組みを紐解いていきましょう。

—

1. 郵便配達で例える「バッファ」の限界

まず、スイッチの内部を想像してみてください。スイッチには、届いたパケットを一時的に溜めておく「バッファ」という貯蔵庫があります。

例えば、郵便局（スイッチ）に、大量の荷物（パケット）が一気に届いたとしましょう。仕分けスタッフ（スイッチの処理能力）がどれだけ優秀でも、受け入れ能力には限界がありますよね。

バッファが満杯になったら？
届いた荷物は、受け入れられずに「ゴミ箱」行き（パケットロス）です。

これを防ぐために、スイッチが「今、仕分けが追いつかないから、少し荷物を送るペースを落として！」と相手に伝える仕組みが、今回解説するフローコントロールです。

—

2. 全二重環境の救世主：IEEE 802.3x PAUSEフレーム

現在のネットワークの主流である「全二重（Full-Duplex）」通信では、送信と受信を同時に行います。この環境で使われるのが IEEE 802.3x PAUSEフレーム です。

仕組みはとてもシンプルです。
1. スイッチのバッファが危険なレベル（閾値）まで溜まる。
2. スイッチが対向の機器へ「PAUSEフレーム」という「一時停止命令」を送る。
3. 命令を受け取った相手は、指定された時間だけ送信をストップする。
4. その間にスイッチはバッファを空にする。

これは、郵便局長がトラックの運転手に「今、局内がいっぱいだから、次の荷物を降ろすまでそこで待機してくれ！」と指示を出すようなものですね。

—

3. 泥臭い現場の知恵：バックプレッシャー（半二重）

一方、少し古い環境や、ハブを介した「半二重（Half-Duplex）」通信では、全く別の方法がとられます。これがバックプレッシャーです。

半二重では、同じ線路を「送信」と「受信」で共有しています。ここで強引にデータを流し込むことで、意図的に衝突（コリジョン）を発生させ、送信側を「おっと、混雑しているから待とう」と勘違いさせてペースを落とさせる、という少し荒っぽい手法です。

現代のギガビット以上のネットワークではほぼ見かけませんが、古い産業用ネットワークやレガシーな環境では、この「衝突を誘発してブレーキをかける」という泥臭い制御が生きていることもあるんですよ。

—

4. 実務で触れる設定と確認ポイント

現場では、このフローコントロールはデフォルトで有効になっていることが多いですが、サーバーやストレージとの接続では「あえて無効にする」ことが推奨されるケースも多々あります。なぜなら、PAUSEフレームによる一時停止が、逆にネットワーク全体の遅延を引き起こすことがあるからです。

Ciscoスイッチでの設定例

Cisco IOSでフローコントロールを制御する場合、以下のように設定します。

! インターフェース設定モードへ移行
interface GigabitEthernet0/1

 ! フローコントロールを受信側で有効にする（相手からのPAUSEを受け入れる）
 flowcontrol receive on

 ! フローコントロールを送信側で有効にする（こちらからPAUSEを送れるようにする）
 flowcontrol send on

 ! 設定の確認コマンド
 show interfaces GigabitEthernet0/1 | include flow

トラブルシューティングの着眼点

もし「通信が遅い」「一部のパケットが消える」という事象に遭遇したら、以下のコマンドでPAUSEフレームが発生していないか確認してみてください。

! インターフェースの詳細な統計を確認
show interfaces GigabitEthernet0/1

出力結果の中に input flow-control や output flow-control という値があれば、それは「PAUSEフレームで通信が制御されている証拠」です。この値が急増している場合、そのスイッチのバッファが限界を迎えているという「警告サイン」ですので、トラフィックの経路設計を見直す良い機会になります。

—

まとめ：ネットワークは「思いやり」でできている

PAUSEフレームは、ネットワーク機器同士が「お互いに無理をしないように」と調整し合う、いわば「礼儀正しい約束事」です。

エンジニアとして、こうしたパケットレベルの制御を知っておくと、単に「繋がった」という結果だけでなく、「なぜ今、この通信はスムーズなのか（あるいは遅いのか）」という背景が見えてきます。

まずはご自身の環境で show interface を叩いてみてください。そこには、パケットたちが刻んできた「混雑の歴史」が記録されているはずです。

それでは、また次回の深淵でお会いしましょう！