| ありますよ(^^;。しかしその前に「速い」というのが何を意味しているのか、少しだけ考えてみましょう。そうすれば、自ずと納得できる答えが見えて来るはずです(^^;。
ネット利用時に「速さ」と呼ばれている要素には、大きく２つの種類があります。
- [スループット] 一つは、データ転送を始めてから終るまでの時間です。この時間が短いほど当然「速い」わけですね。この「速度」は、転送データ長を転送所用時間で割った
bps（ビット／秒） や Bps（バイト／秒） で計られます。技術的には「実効TCP/IPユーザ・データ帯域」とでも呼ぶべき対象で、データ転送の「速度」ではなく「帯域(bandwidth)」が正しい表現です。
「速度（速い、遅い）」ではシロートすぎる、「帯域（広い、狭い）」ではカタすぎる、という場合には、「スループット（出る、出ない）」という（わかったようなわからないような^^;）カタカナ用語が使われます。ちなみに「Web速度計測ページ」や「FTP転送」から得られるスループットは、この
TCP/IPユーザ・データ帯域の実効平均値です。
この「スループット」と MTUの関係は、基本的に１パケット（=1梱包）に含まれる正味ユーザ・データ量の割合で決まるため、例えば標準的な
TCP/IP転送の場合には、以下の表のようになります。
MTU=1500 & TS-OFFを基準とした最高スループット変化率
---------------------------------------------------
(1) (2) (3)=(2)-(1)
MTU TS-OFF TS-ON TSの影響
----- -------- ------- --------
1500 0.0% -0.8% -0.8%
1400 -0.2% -1.1% -0.9%
1300 -0.4% -1.4% -0.9%
1200 -0.7% -1.7% -1.0%
1100 -1.0% -2.1% -1.1%
1000 -1.4% -2.6% -1.2%
900 -1.8% -3.2% -1.4%
800 -2.4% -3.9% -1.5%
700 -3.1% -4.9% -1.8%
600 -4.1% -6.2% -2.1%
500 -5.5% -7.9% -2.5%
400 -7.5% -10.6% -3.1%
[参考値] -------- ------- --------
1454 -0.1% -0.9% -0.8%
730 -2.9% -4.6% -1.7%
576 -4.4% -6.5% -2.1%
---------------------------------------------------
1) TS-ON:両側ホストとも TCPタイムスタンプ機能が有効
2) TS-OFF:片側または両側ホストで同機能が無効
つまり、正常に使用できる最大のMTU
（普通1500、PPPoE方式はフレッツの 1454など 1492以下の特定値
）の時に スループットは最大
になり、 MTUを小さくするにつれてスループットは低下
します[*] 。中サイズの MTU=1000 なら 1.4% (TS-OFF)、小サイズの MTU=576 なら 4.4%
(TS-OFF) のスループット低下 が発生します。
[*]
低下するのは「最高スループット」つまり「スループットの天井」であって、「天井が下がる」と言った方がわかりやすいかもしれません。つまり、元々のスループットが、下げた天井のレベルにすら達していないデータ転送の場合には、その影響はないか、あっても非常に複雑で微妙にプラスになるか微妙にマイナスになるか予想がつきません。またそんな場合には、ネットワーク混雑や相手ホスト負荷の時間変動も激しいため、実測比較しようにも毎回条件が大きく違いすぎて、どちらが良いかを判定できないでしょう。
ちなみに、アクセス回線上を通過する時に PPPやイーサネット
のような「IPパケット単位への追加包装」がある場合には、正味ユーザ・データ量の割合がさらに低下します。そのため、MTUを小さくした時の最高スループット低下幅も、
上の表より大きくなります。PPPを使っているのは、「ダイヤルアップ接続
[*]」、「PPPoAまたは PPPoE方式の ADSL」、「NTTフレッツ・サービス」などです。また
CATV や一部の ADSL では、回線部でイーサネットが使われているようです。
[*]
ただし「低速なダイヤルアップ接続用」として、PPPには「Van Jacobson- TCP/IPヘッダ圧縮（略して
VJ圧縮）: rfc1144」が準備されていて、「PPP+TCP/IP全体の包装」を劇的に薄く
してくれます。したがって VJ圧縮は、TCP/IPスループットを増加させるばかりでなく、MTUを小さくした時の最高スループット低下幅をも
上の表よりかなり小さく保ってくれる超優れものです。
[MS-Windowsで VJ圧縮をオンにする方法]
マイコンピュータ→ダイヤルアップ・ネットワーク→各接続先アイコン毎のプロパティ→サーバーの種類→TCP/IP設定→「
IPヘッダー圧縮を使用 」にチェック印。（ダイヤルアップ・ネットワークや TCP/IP設定の位置は Windowsの種類によって多少違う）
VJ圧縮が実際に有効になるには、ダイヤルアップ接続先のアクセス・サーバも同機能をオンにしている必要があります（ほとんどの ISPではオン）。もしも接続先のアクセス・サーバがこの機能をオフにしている場合には、PPP接続交渉の結果として
VJ圧縮が無効になるだけです。つまり、ダイヤルアップ接続に時間が掛かったり接続に失敗するような害（=一部で流布している誤解）は何もないです。
また、両側ホストとも TCPタイムスタンプ・オプションがオンになっていると（上の表の TS-ON列）、大きな
MTU でも約 1% の最高スループット低下が生じます。しかし、RWIN（TCP受信窓）を大きく取る必要のある広帯域アクセス
の場合には、タイムスタンプ機能が「転送の安定化と効率化」をもたらすため、普段はネットワーク・トラフィック変動に隠れて気付かない約 1% の最高スループット低下は「安い代償」と考えられています。
・・・と初版では書いていたところ、「おすぎ」 さんから非常に鋭いご指摘を受けました。それは、標準的な
ADSL のように「ATM」がアクセス回線部に使われている場合、固定長である ATMセル（48バイト・データ）の整数倍にならないパケット長（PPPその他の追加部分を含む）では、詰め物による効率悪化が発生し、上の表のように単調な最高スループット変化に、さらに
48バイト周期のノコギリ状の波が（下方向に）加わるという点です。
その場合には、障害の発生しない最大の MTU値 （普通1500、PPPoE方式はフレッツの
1454 など 1492以下の特定値）とは限らず、それより 47 小さい MTU値までの間のどこかに、スループット最大の MTU が存在することになります。
とりわけ NTT-フレッツADSLの MTU=1454 は、上の図のように、この効率の悪いパケット長（波の最も下近辺）らしく、僅かに
MTUを小さくするだけで 3% 弱のスループット改善（波の頂点）が得られるようです。興味のある方は、以下のリンクを参照して下さい。（しかし、この周期を実験によって発見したTURBOさんは、凄い方ですね^^;）
- [レスポンス]
もう一つは、Webブラウズ時のいわゆる「サクサク感」です。「リンクをクリックすると、すぐに画面が変わる」、「ゾロッ…ゾロッ…ではなくサラサラサラッと滑らかにページが表示される」、「ADSL(あるいはCATVその他)にしたら快適！」あるいは逆に「なんか
ISDNとあんまり変わらないような気が…」といった感想に大きく繋がるのが、「レスポンス」つまり手応えというか「反応
」の差です。
これは、相手から最初の応答が返って来たり、次のデータが到着するまでの「待ち時間」つまり「遅延(delay)」によって決まる部分が大きいため、単位は
ms(ミリ秒) で計られるのが普通です。
よくテレビで、『ただいま衛星回線が繋がっております。こちらスタジオですが、ニューヨークの○○さぁ～ん？（ん？絵だけ出るが無音声、回線不調？）』
『○○さぁ～ん？（ハラハラ）』 『はいぃ～○○ですぅ（ホッ）』 という「あのマ」を計った時間数値のネットワーク・ヴァージョンですね(^^;。
この
遅延 の方は、（最高スループットとは逆に）
MTUが小さいほど少なくつまり「速く」 なります。まず一番わかりやすい、アクセス手段の速度（=データ帯域）と遅延の関係を、
MTUサイズ別に見てみます。
回線のデータ帯域と１パケットの転送に要する時間（MTU別）
------------------------------------------------------
MTU（パケットサイズ）
データ帯域 --------------------------
1500 1000 576
---------- -------- -------- --------
14.4kbps 833.3ms 555.6ms 320.0ms
28.8kbps 416.7ms 277.8ms 160.0ms
33.6kbps 357.1ms 238.1ms 137.1ms
56 kbps 214.3ms 142.9ms 82.3ms
64 kbps 187.5ms 125.0ms 72.0ms
128 kbps 93.8ms 62.5ms 36.0ms
512 kbps 23.4ms 15.6ms 9.0ms
1 Mbps 12.0ms 8.0ms 4.6ms
2 Mbps 6.0ms 4.0ms 2.3ms
4 Mbps 3.0ms 2.0ms 1.2ms
8 Mbps 1.5ms 1.0ms 0.6ms
100 Mbps 0.12ms 0.08ms 0.05ms
------------------------------------------------------
例えば、一昔前の 14.4kbps電話音声回線用モデムでは、1500バイト長パケットの先頭から末尾までを転送するのに
833.3ms(約１秒弱) かかるのに対して、ISDN-1B(64kbps)回線なら 187.5ms（約0.2秒）、8Mbps-ADSLの下りなら
1.5ms（0.0015秒） で済みます。Webブラウズ時には、少なくとも１パケットを受信し終るまで「画面変化」は起きないため、帯域の狭いアクセス手段の場合、利用者にとって「このマ」は長く感じられます。そこで（最高スループットは少し犠牲にして）パケットサイズを約
1/3 の 576バイトに設定すると、約 1/3の時間でパケットを受け取ることができます。これは（アクセス部の遅延のみに関して言えば）データ帯域が約
3倍になったのと同じ効果があるわけです。
しかしデータ帯域が約 1Mbpsを超えると、上の１パケットの転送時間は､人間の「体感」として無視できるくらい小さな値になります。ところが、実際にインターネットを使っている時の遅延は、アクセス回線部だけではなく、相手ホストとの間の
ネットワーク経路全体から発生していて、これは依然として体感できる程度の時間長を持っています。この
経路全体の遅延にも、（上と同様の理由で）
パケットサイズとの比例的関係が存在します。以下はその１例です。
pingで測ったデータ受信時の典型的応答遅延時間（MTU別）
----------------------------------------------------
使用回線：下り 2Mbps、上り 128kbps (@NetHome)
相手ホスト：210.152.236.112(www.yahoo.co.jp)
MTU 1500 1000 576
--- ------ ------ -----
RTT 154ms 104ms 76ms
----------------------------------------------------
1) MTUは下りのパケットサイズ。上りは常に 40バイト。
2) RTTを推定するための pingデータサイズは (MTU+40)/2 - 28。
3) RTT（往復時間）は 10回平均値。
つまり自ホストが何かのデータ要求を行い、相手ホストが応答としてそのデータの最初のパケットを送り、自ホストがそれを受信し終るまでの時間を、pingによる類似パケットを使って推定したものです（かなりテキトーな推定方式^^;）。要求から応答データを受け取るまでの往復時間（RTT）は、MTUが
1500の時には 0.154秒、MTUが 576の時には約半減して 0.076秒になっていることがわかります。
このように MTUは、２種類の「速さ」について相矛盾する性質を持っています。例えばクルマや飛行機に、人や荷物を「たくさん積み込め」という注文と、「速く届けろ」という注文とが矛盾するのと同様です。したがって、どんな「積載バランス」が最も良いかは、利用者のアクセス環境/用途/好みによって千差万別の多様性を持っています。（ちなみに筆者は、大型ファイルの転送を行うのが多いことと、ノンビリした性格のためか^^;、昔から一貫してスループット最高つまり「最大積載型」の
MTUが好きです）
しかしとにかく、誰もが様々な環境下で使えそうな「
MTU選択の汎用手順」を、以下に考えてみました（今のところアルファ版つまり試作版といった感じですが^^;）。
- まずスループット最高の MTUで Webブラウズして、その「体感」をしっかりと覚えておく（言うは易し行うは…^^;）。
- MTUを 576 近辺に下げて、Webブラウズしてみる。
・「特に違いはない」と感じたら、1 の MTUに戻して終了。
・「レスポンスの良さ」をはっきりと感じたら、その違いに「標準ケースで 4.4% の最高スループット低下」という代償を払うだけの価値があるかどうか、よく考えてみる。
（ただし最高スループットの代償は、アクセス環境によって異なるため、条件のよいサイトで実測した方がよい）
・「価値がある」と思えば終了。
・「チト惜しい」と感じたら 3 に進む。
- MTUを 1000
近辺に上げて、Webブラウズしてみる。
・「これでもイイかな」と感じたら終了。代償は標準ケースで 1.4%。
・「これでは鈍すぎ」と感じたら 4 に進む。
- MTUを 790
近辺に下げて終了。代償は標準ケースで 2.9%。
576 や 790 近辺の MTU を選んだ「レスポンス重視型」の人は、使用 PCも（CPU、メモリ、描画力など）できるだけ高いスペックのものを使用すべきでしょう（LANカードやルータなども同様）。また同時にアクセス・サービスは、（Yahoo!BBや
usenなどのように）ギガビット・イーサを中継回線に使った「レスポンスの良いところ＝遅延の少ないところ＝超高速網環境」を選ぶのが、重要なポイントになります。
|
設定は保存されました（[OK]クリック）