Linuxの最小TCP MSS

LinuxのTCP MSSは少なくとも88（include / net / tcp.h）でなければなりません：

/* Minimal accepted MSS. It is (60+60+8) - (20+20). */
#define TCP_MIN_MSS             88U

私の質問は、「60 + 60 + 8」をどこで思いついたのか、そしてなぜですか？20 + 20は、IPヘッダー+ TCPヘッダーから取得されます。

編集：ヘッダーを詳しく見てみた後、式は次のように私を探します：

(MAX_IP_HDR + MAX_TCP_HDR + MIN_IP_FRAG) - (MIN_IP_HDR + MIN_TCP_HDR)

問題はまだ残っています：なぜですか？なぜLinuxカーネルはこの公式を使用して、たとえば20バイトのTCPセグメント（の強制フロー）を禁止するのですか？ここでiperfを考えてください。

EDIT2：これが私のユースケースです。ソケット/接続のMSSを低く設定すると、スタックによって送信されるすべてのパケットのサイズが小さくなります。パケット/秒のテストでiperfを使用する場合、MSSを低く設定したいと思います。MSSのこの下限のため、128バイト（142バイトのイーサネットフレーム）より小さいIPパケットをワイヤで取得できません。RFC 2544に従って、64バイトのイーサネットフレームサイズにできるだけ近い値を取得したいと考えています。理論的には、18 + 20 + 20 <64が可能です。

最大サイズのTCPおよびIPヘッダー（それぞれ60バイト）をサポートするには、実装が必要です。

実装は576バイトのデータグラムをサポートする必要があります。これは、最大ヘッダーがあっても、データグラム内のデータが8バイトを超えることを意味します。8バイトを超えるデータを含むデータグラムを送信するには、IPフラグメンテーションは、データグラムのフラグメントを表す少なくとも1つのパケットに少なくとも8バイトのデータを入れる必要があります。したがって、実装では、パケットで少なくとも8バイトのデータをサポートする必要があります。

これをまとめると、実装は60 + 60 + 8バイトのパケットをサポートする必要があります。

TCPストリームの一部であるパケットを送信する場合、20バイトのIPヘッダー（およびオプション）と20バイトのTCPヘッダー（およびオプション）があります。これにより、データおよびオプション用に少なくとも（60 + 60 + 8）-（20 + 20）バイトが残ります。したがって、これは実装のTCP MSSを安全に想定できる最大値です。

その数がどこから来たのかはわかりませんが、仕様の範囲外です。IPネットワークでサポートされる最小MTUは576バイトです。これは、512データバイトに加えて、IP + TCPヘッダーとTCPオプションで最大64バイトです。この値は、一般的なケースでオーバーヘッドをかなり低くするために選択されました。

カーネルコードのビットを読んだところ、あなたが示している値は恣意的ではないことがわかりました。の代わりに生の定数64を使用するという古い慣習がありましたTCP_MIN_MSS。したがって、カーネル開発者が遭遇した奇妙なIP-over-Fooネットワークがあり、その結果、あなたがどのようにして価値を高めることができるかを彼らが判断したと思います。

しかし、その非標準のネットワークタイプは何であるかはわかりません。