こんにちは！インフラやネットワークの世界へようこそ。
日々、私たちの手元に届く膨大なデータは、目にも留まらぬ速さで世界中のネットワークを駆け巡っています。でも、「ルーターやスイッチのなかで、パケットが実際にはどう処理されているんだろう？」と気になったことはありませんか？
ネットワークの基礎を学ぶとき、私たちはどうしてもOSI参照モデルの階層や、TCP/IPのきれいな図式に目を奪われがちです。しかし、現場の最前線で起きていることは、もっとダイナミックで、時には泥臭い「バッファ（一時置き場）の奪い合い」なんです。
今回は、データリンク層（第2層）の裏方として、ネットワークの崩壊を防ぐ頼もしい仕組み「IEEE 802.3x（PAUSEフレームによるフロー制御）」について、身近な例えを交えながら、一歩ずつ優しく紐解いていきましょう！
—
1. 郵便局の窓口で起きていませんか？ ネットワークの「大渋滞」
皆さんは、郵便局の窓口に行ったことはありますか？
例えば、目の前に窓口が1つしかなく、後ろに何十人もの人が並んでいると想像してください。そこへ、トラックいっぱいの荷物を抱えた配達員がやってきて、次々とあなたに向かって荷物を押し付けてきたらどうでしょう？
「ちょっと待って！もう両手がふさがってるよ！」と叫びたくなりますよね。
これと同じことが、スイッチやルーターの中でも起きています。
ネットワークの世界では、送信側の機器（PCやサーバー）が、受信側の機器（スイッチなど）の処理能力を無視して、超高速でデータを送りつけることがあります。
受信側の機器には、一時的にデータを受け止めておくための「バッファ（メモリ）」という小さな小部屋が用意されているのですが、あまりにも大量のデータが来すぎると、この小部屋がいっぱいになってあふれてしまいます。
あふれたデータはどうなるか？……そう、容赦なく捨てられます（パケットロス）。パケットが捨てられると、データの再送が発生し、ネットワーク全体が急激に遅くなってしまうのです。
「じゃあ、受信側から送信側へ『ちょっと待って！』って合図を送れたらいいのに……」
それを実現するのが、今回主役のIEEE 802.3x（PAUSEフレーム）という仕組みなんです！
—
2. PAUSEフレームの正体：ネットワークの「ちょっと待って」札
全二重通信（送信と受信が同時にできる贅沢な通信方式）の世界では、送信と受信のレーンが別々に用意されています。
受信側のスイッチのバッファが「やばい、もうすぐ限界だ！（通常は8割や9割といった閾値を超えたとき）」となると、スイッチは送信側に対して、イーサネットフレームの姿をした「PAUSEフレーム」を急遽送り返します。
このPAUSEフレームの中身を、ざっくり日本語に翻訳してみましょう。
> 「おいおい、こっちは荷物が多すぎて処理が追いつかないんだ！
> 悪いけれど、これから指定する時間（ポーズ時間）の間は、データを送るのをちょっとストップしてくれ！」
このメッセージを受け取った送信側の機器は、紳士的に（あるいは強制的に）データの送信をピタッと止め、バッファに余裕ができるのを待ちます。
そして、指定された時間が経過するか、受信側から「もう大丈夫だよ！」という再開の合図（ポーズ時間が 0 のフレーム）が届くと、再びデータのやり取りが再開されるというわけです。
非常にシンプルな仕組みですが、これがデータリンク層（物理的な直近の相手とのやり取り）で確実に行われるからこそ、上位層での無駄なパケットロスを防ぐことができるのです。
—
3. 実務での設定と確認：スイッチの世界をのぞいてみよう
インフラエンジニアとして現場に出ると、このフロー制御は避けて通れない設定項目の一つです。基本的には「自動ネゴシエーション（Auto-Negotiation）」によって、接続する機器同士が自動で「フロー制御する？」「するする！」と握手して決めてくれます。
しかし、シスコシステムズ（Cisco）をはじめとするエンタープライズ向けのネットワーク機器では、手動で細かく動作をコントロールすることも珍しくありません。
実際のCiscoスイッチ（IOS）での設定例と、状態確認のコマンドを見てみましょう。実務でそのまま使えるようにコメントも添えておきますね。
フロー制御の設定例（Cisco IOS）
! コンフィグレーションモードに入ります
configure terminal
! 対象のインターフェース（ここではギガビットイーサネット0/1）を指定します
interface GigabitEthernet0/1
! 対向機器からのPAUSEフレームを受け入れたときに、送信を一時停止する機能を有効化します
flowcontrol receive on
! 自機のバッファが溢れそうなときに、対向機器へPAUSEフレームを送信する機能を有効化します
! （※環境によっては send desired や send on などを使い分けます）
flowcontrol send on
! 設定を保存します
end
write memory現在のフロー制御の状態を確認するコマンド
現場で「なんか通信が不安定だな……」「パケットロスが起きているかも？」と思ったときは、以下のコマンドで現在のネゴシエーション結果を確認します。
Router# show controllers GigabitEthernet 0/1 phy（※実行環境や機種によって出力は異なりますが、以下のようなステータスに注目します）
! 出力例のイメージ
Link is UP
Auto-Negotiation is ENABLED.
Flow Control:
- 自身が送信する機能 (Rx): Enabled
- 対向から受信する機能 (Tx): Enabled
Current Operating Mode: Full-Duplex, 1000Mbps, Flow Control - PAUSEこのように、きちんと Flow Control - PAUSE が有効（Operational）になっていれば、お互いの機器が「ちょっと待って」のアイコンタクトを取り合える状態になっている、ということが一目で分かります。
—
4. 注意すべき落とし穴：フロー制御の副作用
「おっ、じゃあすべてのネットワーク機器でフロー制御をオンにしておけば万全だな！」と思ったそこのあなた。少し待ってください。インフラの世界には、いつでも「トレードオフ（一長一短）」がつきものです。
PAUSEフレームは、文字通り「特定のリンク全体の通信を一時停止」させます。
もし、1本の物理回線（スイッチ間のトランクリンクなど）の上で、
- 「すごく急ぎで遅延が許されない音声データ（VoIP）」
- 「多少遅れてもいいから大量に送りたいファイル転送（バックアップ）」
が相乗りしていたとしましょう。
ファイル転送のせいでバッファが溢れ、スイッチがPAUSEフレームを発動してしまうと、関係のない音声データまで一緒に足止めを食らってしまうのです。その結果、電話の音声がプチプチ途切れるといった障害につながることがあります。
そのため、現代の高度なデータセンターやキャリアネットワークでは、IEEE 802.3xによる単純なリンク全体の停止だけでなく、優先度ごとにレーンを分ける「PFC（Priority Flow Control：IEEE 802.1Qbb）」といった、より洗練された技術が使われることもあります。
—
まとめ
今回は、データリンク層における縁の下の力持ち「IEEE 802.3x（PAUSEフレーム）」について解説しました。
- パケットの流れ： 高速すぎる送信側から送られてきたデータで、受信側のバッファが溢れそうになる。
- 解決策： 受信側から「ちょっと待って！」というPAUSEフレームを送り、一時的に送信をストップさせる。
- 実務のポイント： 自動ネゴシエーションで有効になることが多いが、通信の特性（音声や動画など）によっては副作用に注意が必要。
ネットワークの基礎を学ぶことは、目に見えないパケットたちの「会話のルール」を知る旅でもあります。
次にスイッチのランプがチカチカしているのを見かけたら、「今、あの機器の間で『ちょっと待って！』の会話が行われているのかな」と、その裏側のドラマに思いを馳せてみてくださいね。
それでは、また次回の技術解説でお会いしましょう！一歩ずつ、確実にスキルアップしていきましょうね！
コメント