Content-Type: text/plain; charset=US-ASCII
>>>>> "Shaw" == Shaw Carruthers <shaw@shawc.demon.co.uk> writes:
Shaw> The problem is suspected to lie with my ISP's Ascend servers,
Shaw> using larger ( > 12k ) windows causing them to stall the TCP
Shaw> pipeline. So many other people could have the same problem as
Shaw> Ascends are very popular.
This rings a bell with me. When I used to connect to an Ascend server,
I found that when my PPP link was running at capacity the connection
would "stall" after about 10 seconds. It used to drive me nuts... at
the time I assumed it was a buffer problem with the ascend. Ie, when
the ascend's buffer was exceeded, packets were dropped and I stopped
ACKing. I then assumed the stall was the pause waiting for the sending
host to retransmit. This explanation is probably wrong, but I didn't
know enough about the mechanics of TCP/IP to formulate a proper
explanation and haven't thought about it since switching ISP. :)
I found this problem with every 2.1.x kernel I tried, from about
2.1.4x (just before the dud kernel release that trashed Linus' HD?)
until the early 2.1.9x kernels (at which point I went back to 2.0).
- Andrew Snare
--
#!/usr/bin/env python
print(lambda s:s+"("+`s`+")")\
('#!/usr/bin/env python\012print(lambda s:s+"("+`s`+")")\\\012')
print(lambda x:x%`x`)('print(lambda x:x%%`x`)(%s)')
--pgp-sign-Multipart_Sun_May_24_22:38:38_1998-1
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 7bit
-----BEGIN PGP MESSAGE-----
Version: 2.6.3i
Comment: If you don't know what this is, you can safely ignore it.
iQCVAwUBNWgU0j9oumhqYnjxAQE4AQP/fZOry010/4ZQni40oFcVsC5iXwzRD/XJ
kAGtsW28Mwrb0iVamUpn+2+O/wFFWnIk02TcIQ2GJuw98BPzUkc7EX2//Z7zIs7r
adi0Gj83OwHa9vLnrXUvFk723hZLFHLaKU0ISX63FdpNvCixseHKV2OPt0gmektF
NpN7o6GPeTg=
=yr8P
-----END PGP MESSAGE-----
--pgp-sign-Multipart_Sun_May_24_22:38:38_1998-1--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu