5.3. Packet Size and Overhead (パケットサイズとオーバーヘッド)

5.3. Packet Size and Overhead (パケットサイズとオーバーヘッド)

一部の読者は, 新しいヘッダー, パディング, およびメッセージ認証コード (MAC) によるパケットサイズの増加を懸念するだろう。最小パケットサイズは約 28 バイトである (ネゴシエートされたアルゴリズムによる)。大きなパケットの場合, 増加は無視できるが, 1 バイトのパケット (telnet タイプのセッション) の場合は非常に大きい。しかし, ほとんどすべてのケースでこれが問題にならないいくつかの要因がある:

• TCP/IP ヘッダーの最小サイズは 32 バイトである。したがって, 実際の増加は約 33 バイトから 51 バイトである。

• イーサネットパケットのデータフィールドの最小サイズは 46 バイトである [RFC0894]。したがって, 増加は 5 バイト以下である。イーサネットヘッダーを考慮すると, 増加は 10% 未満である。

• インターネット上の telnet タイプのデータの総量は, パケットサイズが増加しても無視できる。

パケットサイズの増加が大きな影響を与える可能性がある唯一の環境は, 低速モデム回線上の PPP [RFC1661] である (PPP は TCP/IP ヘッダーを圧縮するため, パケットサイズの増加が強調される)。しかし, 最新のモデムでは, 転送に必要な時間は約 2 ミリ秒であり, これは人間がタイプできる速度よりもはるかに速い。

最大パケットサイズに関連する問題もある。画面更新の遅延を最小限に抑えるために, 対話型セッションでは過度に大きなパケットは望ましくない。最大パケットサイズは各チャネルごとに個別にネゴシエートされる。