Bug#478062: Fix FRTO+NewReno problem
I reported a problem upgrading from ubuntu dapper to hardy where
printing to an ethernet-connected HP Laserjet 2200 using a PrintSir
using LPR/LPD protocol always fails. See
I didn't get a response, so finally decided to run a sniffer trace when
printing a small file (is any file less than huge when printed as
postscript?). After a boring start to the session, I could see it became
stuck in a retransmission deadlock where the ack's never quite matched
up with the LPR data packets.
This kernel bug came up as the only hit when I did a search. I have
tried the net.ipv4.tcp_frto circumvention on three different machines:
Pentium III 500 mHz with 2.6.24-19-generic (Ubuntu 4.2.3-2ubuntu7) -
tcp_frto 0 works occasionally; 1 or 2 always hang, but with slightly
different printer symptoms.
Pentium IV 3 gHz with 2.6.24-rt - always hangs, with tcp_frto 0, 1, or 2.
Pentium IV 3gHz with 2.6.22-14-generic works fine, with default tcp_frto
== tcp_frto_response == 0.
Can I help you with this bug, or do you already have all the diagnostic
information you need?
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact firstname.lastname@example.org