パケットサイズ「大」にしました

確かに速度は上がったけど
なんか弊害ないか心配です

TCPのReceive window sizeのこと？

いえ、すべての機器をEtherのジャンボフレームを扱えるものに変えて
MTUを9600にしました。

通信できないはずですが

>>4
はあ？

IPの最大MTU 65535
これ定義してるの教えて下さい。
おながします

>>6
IPヘッダを見てください
ip_lenが何ビットあるか数えればわかると思います

調べたんですが
http://www.faqs.org/rfcs/rfc1191.html
RFC1191
でいいですか？
Sun端末でよく6000〜9000までMTU調整してました

>>7
http://www.net-newbie.com/tcpip/packets.html
16ビットだ、２の１６乗だから65535なんですね
ありがとござますた。
で、使ってる機器はスイッチがalteonで
NICはalteon、intelの類ですか？

というか、Jumboフレームは
最近はどこでも実装してます。
NICとかは、キャッシュが十分かどうか
ボードに乗ってるメモリの数を調べといた
ほうがいいんでしょうか？

>>10
用途に応じてご自由にどうぞ。

>>1
そんなに速度変わるか？
実は導入した機器がいいものに変わっているから、とかでは？

>11

サーバのOS・ドライバがちゃんとした実装だったら、割り込み負荷が
減るのかな。

>>11
alteonがMTU調整しろどうのこうの
言ってたんですが。。。
昔のことですが

とりあえずインターネットに変なUDPやらICMP投げなければ
好きなようにして良いんじゃないの？

>>14
L2のフレームサイズがL3になんの関係がありますか？
フラグメント可能なL3ならば勝手にフラグメント化するだろ。

9000バイトのフラグメントパケットをガンガン投げられると非常に迷惑でしょ
特にL4以上で動く機器にとっては

>>16
IPフラグメントパケットはエンドまで組み立てないことになっています。
途中で組み立てるようなノードが問題なのです。
ノードの実装が誤っているものをエンド-エンドのせいにされても困ります。

>>17
L4以上の機器って、すなわちIPでのエンドのことを指しているのかもよ。