[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <39C5DD558BB9499FB0D7CA7AEF943376@realtek.com.tw>
Date: Tue, 21 Feb 2012 10:58:55 +0800
From: hayeswang <hayeswang@...ltek.com>
To: 'Francois Romieu' <romieu@...zoreil.com>
CC: 'Eric Dumazet' <eric.dumazet@...il.com>,
'Nick Bowler' <nbowler@...iptictech.com>,
<netdev@...r.kernel.org>
Subject: RE: Bogus frames transmitted with r8169 & fragmentation & large mtu
> From: Francois Romieu [mailto:romieu@...zoreil.com]
> Sent: Thursday, February 16, 2012 8:05 PM
> To: Hayeswang
> Cc: 'Eric Dumazet'; 'Nick Bowler'; netdev@...r.kernel.org
> Subject: Re: Bogus frames transmitted with r8169 &
> fragmentation & large mtu
>
> Francois Romieu <romieu@...zoreil.com> :
> [...]
> > I am testing it now.
>
> It does not fix the problem. It seems to make a difference but I still
> see a few percents packet loss. The pattern has changed a bit
> too: there
> are more bogus IP fragment offsets.
>
> Trying with 'ping -qf -c 100 -l 2 -s 65507 10.0.7.1'
It works fine for me. I use Linux platform (Fedora 16 with kernel 3.2.0 with
that patch) with the realtek nic to ping Windows platform with the NVIDIA nic,
and I connect the two PCs directly without the switch. It works well except for
the first packet after I set the new mtu.
>
> So far I have only seen it with the 2nd and last fragment.
>
Best Regards,
Hayes
Download attachment "ping.log" of type "application/octet-stream" (1237 bytes)
Powered by blists - more mailing lists