ネットワーク通信速度
KoAN
目次
通信速度を構成する要素の分解｜物理層〜アプリケーション層
ネットワークの通信速度は単純に「回線が速いか遅いか」だけで決まるものではありません。 実際には、OSI参照モデルにおける各レイヤー（層）ごとに異なる要因が存在し、それぞれが 複雑に絡み合うことで最終的な通信性能が決定されます。
現場で「ネットが遅い」という問題が発生した場合、その原因は必ずしも回線帯域ではありません。 ケーブル品質、ネットワーク機器の処理能力、TCPの挙動、さらにはアプリケーションの設計まで、 多岐にわたる要素が影響します。
本記事では、通信速度を構成する要素をOSIモデルに沿って分解し、 物理層からアプリケーション層まで、それぞれが通信速度にどのような影響を与えるのかを エンジニア向けに詳細に解説します。
OSI参照モデルと通信速度の関係
OSI参照モデルは、ネットワーク通信を7つの階層に分けて整理したモデルです。 各層は独立しているように見えますが、実際には相互に影響を及ぼし合っています。
| 層 | 名称 | 通信速度への影響 |
|---|---|---|
| 第7層 | アプリケーション層 | 処理回数、プロトコル設計、通信頻度 |
| 第6層 | プレゼンテーション層 | 暗号化・圧縮処理 |
| 第5層 | セッション層 | 接続管理、セッション維持 |
| 第4層 | トランスポート層 | TCP制御、再送、ウィンドウ制御 |
| 第3層 | ネットワーク層 | ルーティング、経路遅延 |
| 第2層 | データリンク層 | フレーム処理、スイッチング |
| 第1層 | 物理層 | 信号品質、帯域、エラー率 |
重要なのは、「どの層で問題が発生しているか」を特定することです。 これができるかどうかで、トラブルシュートの難易度は大きく変わります。
第1層：物理層の影響
物理層は、実際の電気信号や光信号を扱う最も下位の層です。 通信速度の基盤となる部分であり、ここに問題があると上位層すべてに影響が及びます。
主な要因
- LANケーブルの種類（Cat5e / Cat6 / Cat6A / Cat7）
- ケーブル長（減衰）
- ノイズ・電磁干渉
- 光ファイバの品質（SMF / MMF）
- コネクタの接触不良
- NICの性能
例えば、Cat5eケーブルで10Gbps通信を試みても、規格上安定しません。 また、ケーブルが断線しかけている場合、通信エラーが増加し、 上位層で再送が発生するため、結果的にスループットが大きく低下します。
物理層の問題は「リンク速度が落ちる」「通信が不安定」「パケットロスが多い」 といった形で現れます。
第2層：データリンク層の影響
データリンク層は、フレーム単位での通信を管理します。 主にスイッチングやMACアドレスによる転送制御が行われます。
主な要因
- スイッチのバックプレーン性能
- ポートの帯域制限
- VLAN設定
- フレームサイズ（MTU）
- バッファ容量
スイッチの性能が不足している場合、複数ポートで通信が集中すると、 バッファが溢れ、パケットドロップが発生します。
また、MTUが小さいと、同じデータを送るために多くのパケットが必要になり、 オーバーヘッドが増加します。
第3層：ネットワーク層の影響
ネットワーク層では、IPアドレスによるルーティングが行われます。 通信経路の選択が、レイテンシやスループットに大きく影響します。
主な要因
- ルーティング経路（ホップ数）
- ルータの処理性能
- NAT処理
- ファイアウォール
- VPNトンネル
経路が遠回りになっている場合、レイテンシが増加します。 また、ルータのCPU負荷が高い場合、パケット処理が遅延し、 スループット低下の原因になります。
VPNでは暗号化処理が追加されるため、 通信速度が低下するケースも多く見られます。
第4層：トランスポート層の影響
トランスポート層では、TCPやUDPによる通信制御が行われます。 特にTCPは、通信速度に大きな影響を与える重要な要素です。
主な要因
- TCPスロースタート
- 輻輳制御
- 再送制御
- ウィンドウサイズ
- RTT（往復遅延時間）
TCPでは、パケットロスが発生すると送信速度を抑える動作が行われます。 これにより、帯域が十分にあってもスループットが低下します。
また、レイテンシが大きい環境では、 TCPウィンドウサイズが小さいと帯域を使い切れないという問題が発生します。
第5層：セッション層の影響
セッション層では、通信の開始・維持・終了といったセッション管理が行われます。 一見速度には関係なさそうですが、接続回数や再接続の頻度が影響します。
主な要因
- 接続の確立回数
- セッション維持時間
- KeepAlive設定
短い通信を何度も繰り返すアプリケーションでは、 接続確立のオーバーヘッドが積み重なり、体感速度が低下します。
第6層：プレゼンテーション層の影響
プレゼンテーション層では、データの変換、圧縮、暗号化が行われます。
主な要因
- TLS/SSL暗号化
- データ圧縮
- エンコード処理
HTTPS通信では、TLSハンドシェイクや暗号化処理が発生するため、 CPU負荷や遅延が増加します。
一方で、圧縮が有効な場合は通信量が減るため、 結果的に高速化されることもあります。
第7層：アプリケーション層の影響
アプリケーション層は、ユーザーが直接利用する部分です。 実は、通信速度に最も影響を与えるケースも多い層です。
主な要因
- 通信回数（APIコール数）
- リクエストサイズ
- レスポンスサイズ
- 同期・非同期処理
- キャッシュの有無
例えば、1つの画面を表示するために100回のHTTPリクエストを送る設計では、 レイテンシの影響が大きくなり、体感速度が低下します。
また、データベースアクセスが遅い場合、 ネットワークが速くてもアプリケーション全体としては遅くなります。
層をまたいだ影響の具体例
通信速度の問題は、単一の層だけで完結することはほとんどありません。 以下は実務でよくあるケースです。
- Wi-Fi干渉（物理層）→ パケットロス → TCP再送（トランスポート層）→ スループット低下
- ルータ高負荷（ネットワーク層）→ レイテンシ増加 → Web表示遅延（アプリ層）
- API設計ミス（アプリ層）→ 通信回数増加 → レイテンシ影響増大
- TLS処理過多（プレゼン層）→ CPUボトルネック → レスポンス遅延
このように、問題は複数の層にまたがって発生します。
通信速度分析の基本アプローチ
実務で通信速度を分析する際は、以下の順序で確認すると効率的です。
- 物理リンク（リンク速度・エラー）を確認
- LAN内スループットを測定（iperf）
- レイテンシとパケットロスを確認（ping）
- 経路確認（traceroute）
- アプリケーションの通信回数・処理時間を確認
このように下位層から順に確認することで、 効率的にボトルネックを特定できます。
まとめ
ネットワークの通信速度は、単一の要因で決まるものではなく、 物理層からアプリケーション層までの複数の要素が組み合わさって決定されます。
物理層では信号品質、データリンク層ではフレーム処理、 ネットワーク層ではルーティング、トランスポート層ではTCP制御、 そしてアプリケーション層では設計そのものが影響します。
通信速度の問題を正しく解決するためには、 「どの層に問題があるのか」を切り分ける視点が不可欠です。
回線速度だけに注目するのではなく、 各レイヤーの役割と影響を理解することで、 より精度の高いネットワーク設計・トラブルシュートが可能になります。
