混雑ポイントとは
混雑ポイントは、多くの利用者の通信が集まり、設備容量によって遅延や速度低下が起きやすい接続箇所です。ネットワーク技術設計では、あるリソースへ入ろうとするトラフィック量が、その時点で処理・転送できる比率へ近づくか上回る場所を指します。
パケットはすぐ消えるのではなく、まず待ち行列で待ちます。待ち行列が伸びると遅延とジッターが増え、バッファーが満杯になると破棄し、対応装置はECNで混雑を通知する場合があります。
混雑ポイントは固定された一か所ではありません。利用者の行動、時刻、宛先、経路制御、障害、容量増設により、同じ通信でもボトルネックの場所が移ります。
起こり得る場所をエンドツーエンドで並べる
ルーター上り回線、Wi-Fi通信時間、モバイルセルスケジューラーへ端末が集中します。
PON、HFCセグメント、OLT・CMTS、アクセススイッチ、バックホールへトラフィックが集まります。
BNG・BRAS、PPPoE集約装置、IPoEゲートウェイのポートと待ち行列を共有します。
ピアリング、トランジット、IXP、プライベート相互接続のリンク容量へ集中します。
CDNキャッシュ不一致、負荷分散装置、アプリケーション、データベースの容量もボトルネックになります。
容量を超える前から遅延は増える
送信比率の平均がリンク容量未満でも、短い突発的な集中が同時に到着すれば待ち行列が生まれます。バッファーが大きすぎるとパケット損失は少なく見えても、待ち時間が長くなるbufferbloatが起きます。
TCPやQUICは損失、ECN、RTT変化などから送信比率を調整します。複数流れが容量を取り合うため、一つのダウンロードだけを見た速度と全体トラフィックの関係は一定ではありません。
公称速度が低い場所だけが混雑するとは限らない
10Gbpsリンクでも9.9Gbpsの背景トラフィックがあれば余裕は小さく、1Gbpsリンクでも100Mbpsしか使われていなければ空いています。混雑はoffered負荷と利用可能容量の関係です。
また、ハッシュによるLAG・ECMP分散では、一部のメンバーリンクや特定フローだけに通信が偏ることがあります。集約後のグラフに余裕があっても、マイクロバーストやフロー単位のボトルネックを見落とせます。
症状を速度・遅延・損失へ分ける
混雑時はスループット低下だけでなく、アイドル時よりRTTが増える、ジッターが広がる、パケット損失・ECNマーク・再送が増える、時間帯や宛先で変わるなどの兆候が出ます。
速度試験を一回行うだけでは場所を特定できません。有線・無線、複数時刻、複数接続先、単一・multi流れ、アイドル・負荷時遅延、パストレースを同じ条件で比較します。
利用者から見えない境界は断定しない
tracerouteのホップに高い応答時間が見えても、そのルーターが転送を遅らせているとは限りません。ICMP応答を低優先にする装置や、戻り経路が異なるネットワークがあります。後続ホップとエンドツーエンド値を合わせて読みます。
事業者内部の待ち行列、インターフェースカウンター、トラフィックmatrix、流れテレメトリーがなければ正確なボトルネックは確定できません。「PPPoEだから必ずここが混雑」と方式名だけで断定しません。
緩和策は発生場所に合わせる
宅内ならSQM・AQM、アップロード比率整形、Wi-Fiチャネル・アクセスポイント配置を調整します。事業者側なら容量増設、LAGメンバー追加、経路制御・ピアリング変更、キャッシュ配置、負荷分散、subscriber収容分散を行います。
ECNは破棄前にマークで混雑を伝えられますが、送受信エンドポイントとネットワークの対応が必要です。増設してもトラフィック増加や経路変更で新しい場所がボトルネックになります。
混雑ポイントは「遅い場所」ではなく、ある時刻にトラフィック需要が処理容量へ迫るリソースです。場所、時間、待ち行列、信号、測定範囲をそろえて判断します。
network congestionのsignalとしてpacket loss、ECN marking、queueing delayを挙げるconcept資料：RFC 7713「Congestion Exposure Concepts」。traffic engineeringとcapacity、congestion、QoSの原則：RFC 9522「Overview and Principles of Internet Traffic Engineering」