[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20131123043359.GC15822@order.stressinduktion.org>
Date: Sat, 23 Nov 2013 05:33:59 +0100
From: Hannes Frederic Sowa <hannes@...essinduktion.org>
To: arno@...ner.name
Cc: netdev@...r.kernel.org, stephen@...workplumber.org
Subject: Re: Fw: [Bug 65261] New: Packet loss or excessive packet delay repeatedly for some seconds
On Wed, Nov 20, 2013 at 12:23:16PM -0800, Stephen Hemminger wrote:
>
>
> Begin forwarded message:
>
> Date: Wed, 20 Nov 2013 05:57:59 -0800
> From: "bugzilla-daemon@...zilla.kernel.org" <bugzilla-daemon@...zilla.kernel.org>
> To: "stephen@...workplumber.org" <stephen@...workplumber.org>
> Subject: [Bug 65261] New: Packet loss or excessive packet delay repeatedly for some seconds
>
>
> https://bugzilla.kernel.org/show_bug.cgi?id=65261
>
> Bug ID: 65261
> Summary: Packet loss or excessive packet delay repeatedly for
> some seconds
> Product: Networking
> Version: 2.5
> Kernel Version: 3.10.19
> Hardware: x86-64
> OS: Linux
> Tree: Mainline
> Status: NEW
> Severity: high
> Priority: P1
> Component: IPV4
> Assignee: shemminger@...ux-foundation.org
> Reporter: arno@...ner.name
> Regression: No
>
> Created attachment 115261
> --> https://bugzilla.kernel.org/attachment.cgi?id=115261&action=edit
> Kernel config 3.10.19
>
> I recently upgraded my development-server/firewall/NAT-box from 3.10.17 to
> 3.10.19. Since then I noticed increased DNS lookup failures on a connected
> Windows box and occasional slow updates on putty-SSH logins when scrolling in
> an editor (joe, takes something like an estimated 100-300ms for screen
> updates). These update delays are repeatable for something like 10-20 seconds
> or more, e.g. inserting a line and then deleting again, then vanish. The delays
> make remote editing hard to do when they happen. The DNS lookup failures are
> really annoying.
>
> I have not found a way to reliably trigger the problem.
>
> Going back to 3.10.17 fixed the issue as far as I can tell. (Several hours
> editing source code without it showing up.) The only change between the two
> configurations was that I added the scsi CDROM driver (which should not be able
> to cause this?).
>
> The network connection has an iptables "all pass" on the server side for the
> affected connection. The client side is a Win7 machine. The network link is GbE
> with 2 Switches in there. No packet loss on ping/ping -f. Network hardware is
> Intel 82574L Gigabit card on both sides.
Could you try dropwatch while the packet drops are happening?
Often it is helpful to check ip monitor all if events happen during bursty
losses.
Greetings,
Hannes
--
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