From owner-FreeBSD-users-jp@jp.FreeBSD.org Fri Dec 21 12:12:57 2007
Received: (from daemon@localhost)
	by castle.jp.FreeBSD.org (8.11.6p2+3.4W/8.11.3) id lBL3Cv738467;
	Fri, 21 Dec 2007 12:12:57 +0900 (JST)
	(envelope-from owner-FreeBSD-users-jp@jp.FreeBSD.org)
Received: from mail.technocomputer.co.jp (mail.technocomputer.co.jp [210.196.156.36])
	by castle.jp.FreeBSD.org (8.11.6p2+3.4W/8.11.3) with ESMTP/inet id lBL3Cu638420
	for <FreeBSD-users-jp@jp.FreeBSD.org>; Fri, 21 Dec 2007 12:12:56 +0900 (JST)
	(envelope-from kondo@technocomputer.co.jp)
Received: from mail.technocomputer.co.jp (localhost [127.0.0.1])
	by mail.technocomputer.co.jp (8.13.6/8.13.1) with ESMTP id lBL3CnlN086318
	for <FreeBSD-users-jp@jp.FreeBSD.org>; Fri, 21 Dec 2007 12:12:49 +0900 (JST)
	(envelope-from kondo@technocomputer.co.jp)
Received: from 220.217.240.214
        (SquirrelMail authenticated user kondo)
        by mail.technocomputer.co.jp with HTTP;
        Fri, 21 Dec 2007 12:12:49 +0900 (JST)
Message-ID: <46588.220.217.240.214.1198206769.squirrel@mail.technocomputer.co.jp>
In-Reply-To: <22398988.29461198198509479.takoyaki@mbm.nifty.com>
References: 
    <45203.220.217.240.214.1198154596.squirrel@mail.technocomputer.co.jp>
    <32181378.126851198049343970.takoyaki@mbm.nifty.com>    
    <67666de90712182352m17e1ce4an64a3c9d29cb403b5@mail.gmail.com>    
    <2937322.175261198144899502.takoyaki@mbm.nifty.com>   
    <67666de90712200307n4ad5f998j884625e6aa6f8563@mail.gmail.com>
    <22398988.29461198198509479.takoyaki@mbm.nifty.com>
From: =?ISO-2022-JP?B?GyRCNmFGIxsoQg==?= <kondo@technocomputer.co.jp>
To: FreeBSD-users-jp@jp.FreeBSD.org
User-Agent: SquirrelMail/1.4.6
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-2022-jp
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
Importance: Normal
X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 
	autolearn=unavailable version=3.0.2
X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on 
	mail.technocomputer.co.jp
Reply-To: FreeBSD-users-jp@jp.FreeBSD.org
Precedence: list
Date: Fri, 21 Dec 2007 12:12:49 +0900
X-Sequence: FreeBSD-users-jp 91298
Subject: [FreeBSD-users-jp 91298] Re: 6.2  =?ISO-2022-JP?B?GyRCJEcbKEI=?=
 telnet  =?ISO-2022-JP?B?GyRCJHI8dSQxJGskSBsoQg==?= TCP
 =?ISO-2022-JP?B?GyRCJVElMSVDJUgkLE1uJEEkayRoJCYkRzokJEMbKEI=?=
 =?ISO-2022-JP?B?GyRCJEYkJCReJDkbKEI=?= 
Sender: owner-FreeBSD-users-jp@jp.FreeBSD.org
X-Originator: kondo@technocomputer.co.jp
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+060209

$B$3$s$K$A$o!#6aF#$G$9!#(B

>$B$6$C$/$j=q$/$H!"(BWindows$B$+$i(B
>ftp$B$O(Btelnet$B$HF1$8$GH?1~$,CY$/!"(BSSH$B$O%U%D%&$KB.$$$G$9$,$h$/@Z$l$^$9!#(B
>Samba$B$OBg$-$J%U%!%$%k$rE>Aw$G$-$:(Btimeout$B$7$?$j$7$^$9!#(B
>$BOC$,H/;6$9$k$N$rHr$1$?$$$N$G!"(B
>$B$3$l$i$O$R$H$^$:;29MDxEY$K(B telnetd$B$K=8Cf$7$?$$$G$9!#(B

$B$3$N$X$s$N5sF0$,%O!<%I%&%(%"%H%i%V%k$rM=A[$5$;$^$9!#(B
telnet$B$K8B$i$:%Q%1%C%H$rMn$H$7$F:FAw$,7+$jJV$5$l$F$$$kLOMM!#(B

windows $BB&$+$i(B ping $B$N%Q%1%C%H%5%$%:$r(B100,1000,1500,2000$B$H$$$C$?(B
$B$U$&$KJQ$($FAw$j=P$7$F%A%'%C%/$7$F$_$F$/$@$5$$!#(B
Windows$B$K$^$C$?$/1~Ez$,$J$$$h$&$G$7$?$i(B
ping$B$,FO$$$F$$$k$+(BFreeBSD$BB&$G(Btcpdump -i re0 $B$GD4$Y$F$_$F$/$@$5$$!#(B
$BHf3S$N$?$a@5>o$KDL?.$G$-$F$$$k5!3#$+$i$bF1MM$K(Bping$B$G%A%'%C%/$7$^$9!#(B


$B%=%U%H%&%(%"$NLdBj$+$I$&$+$O(B
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/re/if_re.c
$B$3$l$,;29M$K$J$k$+$b!#(B
$B$R$g$C$H$9$k$H$3$l$+$J$!!#(B
>Revision 1.46.2.29: download - view: text, markup, annotated - select for
diffs
>Sun Jun 3 07:47:40 2007 UTC (6 months, 2 weeks ago) by yongari
>Branches: RELENG_6
>Diff to: previous 1.46.2.28: preferred, colored; branchpoint 1.46:
preferred, colored
>Changes since revision 1.46.2.28: +6 -1 lines
>
>MFC if_re.c, 1.84 to RELENG_6
>  The TCP checksum offload handling in the 8111B/8168B and 8101E PCIe can
>  apparently be confused by short TCP segments that have been manually
>  padded to the minimum ethernet frame size. The driver does short frame
>  padding in software as a workaround for a bug in the 8169 PCI devices
>  that causes short IP fragments to be corrupted due to an apparent
>  conflict between the hardware autopadding and hardware IP checksumming.
>
>  To fix this, we avoid software padding for short TCP segments, since
>  the hardware seems to autopad and checksum these correctly (even the
>  older 8169 NICs get these right). Short UDP packets appear to be
>  handled correctly in all cases. This should work around the IP header
>  checksum bug in the 8169 while not tripping the TCP checksum bug in
>  the 8111B/8168B and 8101E.
>
>PR:	112089




$B$*;H$$$N(BFreeBSD$B$N%P!<%8%g%s$,(B6.2_RELEASE$B$H$$$&$3$H$G$9$N$G(B
$B8=:_$N(Bif_re.c$B$N%P!<%8%g%s$O(B1.46.2.20$B$H$$$C$?$H$3$m$G$7$g$&$+!#(B
re$B%I%i%$%P!<$@$1:G?7$N%b%N$KF~$l49$($k$H$$$&<j$b$"$j$G$9$7(B
FreeBSD6.2$B$+$i(BFreeBSD6.3$B$X(BOS$B$N0\9T$NI_5o$O$+$J$jDc$$$N$G(B
$BN}=,$r$+$M$F(BRELENG_6$B$r;H$C$F$_$k$N$b$"$j$+$H;W$$$^$9!#(B


