TCP通信で勝手に1500バイト以上を送られてしまう

Question

市販のIPカメラとインテルのCPUボードをスイッチングハブを介して100BASE-TXで接続してカメラのH.264の映像データを受けています。CPUボードのOSは、ubuntuです。確認の為、WiresharkでキャプチャリングしたところtcpのLengthに1514バイト以上のものがあるのがわかりました。ubuntu上でmtuは1460に設定していてスリーウエイハンドシェイクはmssを1400でやりとりしているのをWiresharkで確認しています。

Answer 1

下記現象に似ていると思います。

WiresharkでMTU超えの大きすぎるパケットがキャプチャーされてる！

他、window scaling かと思いましたが、64k を超えているわけではないので、違いますね。

Comments

[TeeSho]

私も上記のページは拝見致しましたが、ネットワークコントローラでアッセンブル、リアッセンブルすることが直接関係するのかが判断出来ないでいます。受信する場合であれば、アプリケーションに渡すまでの時間が長くなる事は有ってもそれが、IPカメラが制限越えのデータを一度に送ってくる事と直接結びつかないと思われます。

[TeeSho]

その後、IPカメラのメーカーにこの件を提示したところ、やはりGSOをOFFすれば解消するとの事を伝えられました。が、GSOのOFFでは、解消せず、GROのOFFで解消しました。目下、GROをOFFにした設定で稼働試験中です。文言からすれば、GSOで良いような気がしますが・・・。他にもTSOとか文言から紛らわしい設定値があります。この辺の違いが今ひとつわかっていません。

[TeeSho]

ハブとCPUボードの間にネットワークアナライザを仕掛けてキャプチャリングしたデータには、1514バイト超えのデータは無く、CPUボード上でのWiresharkでは1514バイト超えのデータが有りました。ネットワークアナライザか、Wiresharkがおかしいと思ってもみましたが、結局どちらも正しかったと言う事ですね。NICとCPUとの間で思いがけず、データが変化させられていたということでした。

Answer 2

ubuntu上でmtuは1460

MTUは送信時の最大値なので、Ubuntu->IPカメラは1460に制限されているでしょう。
逆にIPカメラ->Ubuntuはイーサネットの最大値をとることが可能な状態であると推測されます。