lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  PHC 
Open Source and information security mailing list archives
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Tue, 21 Feb 2012 10:58:55 +0800
From:	hayeswang <>
To:	'Francois Romieu' <>
CC:	'Eric Dumazet' <>,
	'Nick Bowler' <>,
Subject: RE: Bogus frames transmitted with r8169 & fragmentation & large mtu

> From: Francois Romieu [] 
> Sent: Thursday, February 16, 2012 8:05 PM
> To: Hayeswang
> Cc: 'Eric Dumazet'; 'Nick Bowler';
> Subject: Re: Bogus frames transmitted with r8169 & 
> fragmentation & large mtu
> Francois Romieu <> :
> [...]
> > 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'

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,

Download attachment "ping.log" of type "application/octet-stream" (1237 bytes)

Powered by blists - more mailing lists