"David S. Miller" wrote:
> Easy to reproduce here as well, I believe it is the applix machine's
> fault, watch:
>
> < applix100.ftp > pizda.32908: P 2633:2685(52) ack 1224 win 8760
I jokingly sent the attached to Alan, but you might get a kick out of it too.
I was trying to figure out why running mirror-2.8 to get the slackware source
off of ftp.cdrom.com would work fine until one of the files was large enough
to take more than 5 minutes to download; at that point, the sequence numbers
for the control connection become very, er, um, interesting. :-) And they
claim that ftp.cdrom.com is a single FreeBSD machine without the buggy load
balancing! Woo hoo. >-)
In the attached, "ktkx" is my machine, and "wcarchive" is the fqdn of
ftp.cdrom.com; enjoy.
Kris
--------------354B74871DA45F2C04CEF0D2
Content-Type: text/plain; charset=us-ascii;
name="cdrom.com.tcpdump"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="cdrom.com.tcpdump"
17:16:10.751891 eth0 > ktkx.1324 > wcarchive.ftp: P 969:998(29) ack 2544 win 32120 (DF)
17:16:10.915030 eth0 < wcarchive.ftp > ktkx.1324: . ack 998 win 17491 [tos 0x10]
17:16:11.088548 eth0 < wcarchive.ftp > ktkx.1324: P 2544:2632(88) ack 998 win 17520 [tos 0x10]
17:16:11.102327 eth0 > ktkx.1324 > wcarchive.ftp: . ack 2632 win 32120 (DF)
17:26:08.679290 eth0 < wcarchive.ftp > ktkx.1324: P 2632:2656(24) ack 1064 win 17520 [tos 0x10]
17:26:08.697309 eth0 > ktkx.1324 > wcarchive.ftp: . ack 2656 win 32120 (DF)
17:26:08.855597 eth0 < wcarchive.ftp > ktkx.1324: . ack 1064 win 17520 [tos 0x10]
17:26:08.861210 eth0 > ktkx.1324 > wcarchive.ftp: P 998:1022(24) ack 2656 win 32120 (DF)
17:26:09.020776 eth0 < wcarchive.ftp > ktkx.1324: . ack 1061 win 17520 [tos 0x10]
17:26:09.137329 eth0 > ktkx.1324 > wcarchive.ftp: P 998:1022(24) ack 2656 win 32120 (DF)
17:26:09.301597 eth0 < wcarchive.ftp > ktkx.1324: . ack 1061 win 17520 [tos 0x10]
--------------354B74871DA45F2C04CEF0D2--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/