lists.openwall.net | 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 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <4AFC5C58.9030207@gmail.com> Date: Thu, 12 Nov 2009 20:04:56 +0100 From: Jarek Poplawski <jarkao2@...il.com> To: Caleb Cushing <xenoterracide@...il.com> CC: Frans Pop <elendil@...net.nl>, Andi Kleen <andi@...stfloor.org>, linux-kernel@...r.kernel.org, netdev@...r.kernel.org Subject: Re: large packet loss take2 2.6.31.x Caleb Cushing wrote, On 11/12/2009 02:46 PM: >> On 11-11-2009 22:47, Andi Kleen wrote: >> ... >>> It might be also useful if you could describe what kind >>> of network devices you use and how you determine >>> the packet loss. >> Btw, you didn't send the stats you compared, and your wireshark dump >> doesn't show anything wrong either. >> >> Jarek P. >> > > I didn't see that sorry. I wasn't sure if the dump would or not (I'm > not a networking expert, just know more than the average joe). > > from dmesg (networking device) > > e1000e: Intel(R) PRO/1000 Network Driver - 1.0.2-k2 > > from lspci > > 00:19.0 Ethernet controller: Intel Corporation 82562V-2 10/100 Network > Connection (rev 02) So I assume it's your only network device on this box and according to these reports it's 192.168.1.3 with 192.168.1.1 as the gateway, and your only change is kernel on this 192.168.1.3 box, right? > the attached png's show mtr with bad being when I have the problem. > for those not familiar mtr sends an icmp packet to each hop in 1 > second then loops. when I'm having this kind of packet loss (and > sometimes it's higher) all services including dhcp, dns, and http (web > browsing) get flaky, or don't work at all (I really can't browse the > web). Since the loss is seen on the first hop already, it seems it should be enough to query 192.168.1.1 only - did you try this? If so, does this happen from the beginning of the test or after many loops? Could you try to repeat this wireshark dump with more data than before (but just to be sure there are a few unanswered pings). If possible it would be nice to have wireshark or tcpdump data from 192.168.1.1 too, while pinged from 192.168.1.3. Please, send it gzipped to bugzilla only plus ifconfig eth0 before and after the test (and let us know here). Btw, mtr has text reporting too (--report). Larger things send to bugzilla only. Thanks, Jarek P. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists