1 :
1:
確かに速度は上がったけど
なんか弊害ないか心配です
2 :
:02/09/04 20:28 ID:???
TCPのReceive window sizeのこと?
3 :
1:02/09/04 20:40 ID:???
いえ、すべての機器をEtherのジャンボフレームを扱えるものに変えて
MTUを9600にしました。
4 :
あ:02/09/04 21:05 ID:go5lfNir
通信できないはずですが
IPの最大MTU 65535
これ定義してるの教えて下さい。
おながします
7 :
1:02/09/04 21:37 ID:aHoJuXa5
>>6 IPヘッダを見てください
ip_lenが何ビットあるか数えればわかると思います
というか、Jumboフレームは
最近はどこでも実装してます。
NICとかは、キャッシュが十分かどうか
ボードに乗ってるメモリの数を調べといた
ほうがいいんでしょうか?
11 :
_:02/09/05 00:12 ID:???
>>10 用途に応じてご自由にどうぞ。
>>1 そんなに速度変わるか?
実は導入した機器がいいものに変わっているから、とかでは?
12 :
nobody:02/09/05 00:14 ID:IwZOAc77
>11
サーバのOS・ドライバがちゃんとした実装だったら、割り込み負荷が
減るのかな。
>>11 alteonがMTU調整しろどうのこうの
言ってたんですが。。。
昔のことですが
14 :
:02/09/05 19:41 ID:???
とりあえずインターネットに変なUDPやらICMP投げなければ
好きなようにして良いんじゃないの?
15 :
_:02/09/05 23:54 ID:???
>>14 L2のフレームサイズがL3になんの関係がありますか?
フラグメント可能なL3ならば勝手にフラグメント化するだろ。
16 :
:02/09/06 00:00 ID:???
9000バイトのフラグメントパケットをガンガン投げられると非常に迷惑でしょ
特にL4以上で動く機器にとっては
17 :
_:02/09/06 00:10 ID:???
>>16 IPフラグメントパケットはエンドまで組み立てないことになっています。
途中で組み立てるようなノードが問題なのです。
ノードの実装が誤っているものをエンド-エンドのせいにされても困ります。
18 :
_:
>>17 L4以上の機器って、すなわちIPでのエンドのことを指しているのかもよ。