76,700経路を調査：パケットの上限はアクセス網の入口に

要約

Vaishnavi RaghavajosyulaらはRIPE Atlasで76,700経路を測定した。サンプルの80.5%でPMTUは1,500バイトとなり、小さな上限は主にアクセス網の近くに集まった。
研究では97種類の値が見つかり、18.5%の経路で実測PMTUとTCP MSSからの推定値が一致しなかった。パケットを大きくしすぎれば経路で落ち、小さくしすぎればヘッダーの負担が増える。

ウェブページが開かないとき、サーバーだけを疑っても答えは出ない。送信元から宛先までのどこかでパケットが大きすぎれば、途中のネットワークが落とす。失敗を知らせるICMPが戻らなければ、送信側は「大きすぎた」と分からない。逆に小さく送り続けると、同じデータにも余計なヘッダーが付く。利用者の待ち時間とネットワークの転送効率、その両方を左右するのが経路のサイズ上限だ。

用語を二つだけ押さえたい。PMTU（Path MTU、経路MTU）は、送信元から宛先までの道で運べるIPパケットの最大サイズ。TCPのMSSは、そのパケットに入れるTCPデータ量の上限で、IPパケット全体のサイズとは違う。MSSからの推定だけでは、経路で実際に通る最大サイズを読み違えることがある。

RIPE 93でVaishnavi Raghavajosyulaは、パケットサイズをめぐる議論に実測値を持ち込んだ。研究チームはRIPE Atlasで、アクセス網、インターネットのコア、ウェブサーバー向けの計76,700経路を調べた。方法はtracerouteを基にし、通常のPath MTU DiscoveryやTCP MSS推定には依存しない。エラー通知が欠ける経路も調べられる設計だ。

最多は1,500バイトで、経路の80.5%を占めた。1,492バイトは11.7%、1,480バイトは1.5%。全体では97種類の値があった。1,500バイト未満の制約はアクセス網の近くに多く、コア経路ではまれだった。アクセス網からコアへ向かう経路では、制約が最初か2番目のホップで現れることが多い。コア経路で見つかった制約の75%は、宛先ASの一つ手前のASにあった。AS（自律システム）は、一つの運用主体が管理するネットワークだ。

往路と復路の上限もそろわない。Raghavajosyulaは、測定した経路ペアの多くで逆方向のPMTUが高かったと説明した。論文の要旨では、実測PMTUとTCP MSSからの推定値が18.5%の経路で食い違っている。TCPが知らせるセグメントサイズは、経路が受け入れるIPパケットの上限をそのまま示さない。

この分布は経路ごとのサイズ探索を始める材料になる。すべての経路に共通する設定値を決めたわけではない。設定変更で実トラフィックの速度や損失がどう変わるかも測っていない。判断を変える証拠は、現行設定と候補設定を本番トラフィックで比べた結果だ。