linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Unexpected Acknowledgement / Stalled Connections
@ 2007-02-04 22:31 Parag Warudkar
  2007-02-04 22:56 ` Parag Warudkar
  0 siblings, 1 reply; 3+ messages in thread
From: Parag Warudkar @ 2007-02-04 22:31 UTC (permalink / raw)
  To: linux-netdev; +Cc: linux-kernel

I am running 2.6.20 and have trouble with stalled connections. For
instance, if I try to download a debian ISO image using wget, the
connection runs fine for few seconds and then stalls for ever.

In my router logs I see a ton of messages like the below -

[INFO] Sun Feb 04 17:22:03 2007 Blocked incoming TCP packet from
192.168.0.174:34090 to 130.239.18.138:80 with unexpected
acknowledgement 3269301836 (expected 3269343453 to 3269408989)

Where 192.168.0.174 is my laptop running FC6 and kernel 2.6.20 and
130.239.18.138 is whatever cdimage.debian.org resolves to atm.

What's going on here? Any TCP/IP tunable that I can set/turn on/off to
prevent this from happening?

Thanks
Parag

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Unexpected Acknowledgement / Stalled Connections
  2007-02-04 22:31 Unexpected Acknowledgement / Stalled Connections Parag Warudkar
@ 2007-02-04 22:56 ` Parag Warudkar
  2007-02-05  5:37   ` Baruch Even
  0 siblings, 1 reply; 3+ messages in thread
From: Parag Warudkar @ 2007-02-04 22:56 UTC (permalink / raw)
  To: netdev; +Cc: linux-kernel

On 2/4/07, Parag Warudkar <parag.warudkar@gmail.com> wrote:
> I am running 2.6.20 and have trouble with stalled connections. For
> instance, if I try to download a debian ISO image using wget, the
> connection runs fine for few seconds and then stalls for ever.
>
> In my router logs I see a ton of messages like the below -
>
> [INFO] Sun Feb 04 17:22:03 2007 Blocked incoming TCP packet from
> 192.168.0.174:34090 to 130.239.18.138:80 with unexpected
> acknowledgement 3269301836 (expected 3269343453 to 3269408989)
>
> Where 192.168.0.174 is my laptop running FC6 and kernel 2.6.20 and
> 130.239.18.138 is whatever cdimage.debian.org resolves to atm.
>
> What's going on here? Any TCP/IP tunable that I can set/turn on/off to
> prevent this from happening?

Turning tcp_sack off seems to cure it. Turning it on again makes the
connections stall. Seems like the D-Link router doesn't like the SACKs
linux sends?

Parag

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Unexpected Acknowledgement / Stalled Connections
  2007-02-04 22:56 ` Parag Warudkar
@ 2007-02-05  5:37   ` Baruch Even
  0 siblings, 0 replies; 3+ messages in thread
From: Baruch Even @ 2007-02-05  5:37 UTC (permalink / raw)
  To: Parag Warudkar; +Cc: netdev, linux-kernel

* Parag Warudkar <parag.warudkar@gmail.com> [070205 00:57]:
> On 2/4/07, Parag Warudkar <parag.warudkar@gmail.com> wrote:
> >I am running 2.6.20 and have trouble with stalled connections. For
> >instance, if I try to download a debian ISO image using wget, the
> >connection runs fine for few seconds and then stalls for ever.
> >
> >In my router logs I see a ton of messages like the below -
> >
> >[INFO] Sun Feb 04 17:22:03 2007 Blocked incoming TCP packet from
> >192.168.0.174:34090 to 130.239.18.138:80 with unexpected
> >acknowledgement 3269301836 (expected 3269343453 to 3269408989)
> >
> >Where 192.168.0.174 is my laptop running FC6 and kernel 2.6.20 and
> >130.239.18.138 is whatever cdimage.debian.org resolves to atm.
> >
> >What's going on here? Any TCP/IP tunable that I can set/turn on/off to
> >prevent this from happening?
> 
> Turning tcp_sack off seems to cure it. Turning it on again makes the
> connections stall. Seems like the D-Link router doesn't like the SACKs
> linux sends?

You can also try to disable tcp_window_scaling.

Can you provide a tcpdump trace of the connection? Traces with and
without SACK would be appreciated, also a trace with SACK but without
window scaling would be useful. I only need the headers of the packet so
-s 60 (the default) will be fine.

There was a change in 2.6.20 that I put but it should only have affected
the sender side and even then only the way it interpreted the data and
not things it sent on the wire.

Trying the dl with previous kernels can also help, if only to try and
pinpoint where things went bad, assuming it is in the kernel. This
sounds like a bad implementation of ACK window checks that ICSA requires
for firewall product certification.

Baruch

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2007-02-05  5:42 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-02-04 22:31 Unexpected Acknowledgement / Stalled Connections Parag Warudkar
2007-02-04 22:56 ` Parag Warudkar
2007-02-05  5:37   ` Baruch Even

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).