Re: bin/56129 (ftp(1) should keep control session during large xfer)

[RVP <rvp%SDF.ORG@localhost>]

The following reply was made to PR bin/56129; it has been noted by GNATS.

From: RVP <rvp%SDF.ORG@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: lukem%netbsd.org@localhost, tsutsui%ceres.dti.ne.jp@localhost
Subject: Re: bin/56129 (ftp(1) should keep control session during large
 xfer)
Date: Sat, 19 Jun 2021 23:32:00 +0000 (UTC)

 On Sat, 19 Jun 2021, RVP wrote:
 
 > I can reproduce this by throttling "get" to 30KB:
 >
 > $ sudo tcpdump -w tcpdump-ftp.dump -i alc0 port 21
 > $ ftp -T get,30000 -d ftp://ftp.netbsd.org/pub/NetBSD/NetBSD-9.2/amd64/binary/sets/*.xz
 >
 > See attachment. Notice in the tcpdump log that for the 1st
 > file, base.tar.xz, after the xfer completes, the server
 > sends `226 Transfer complete.'. But, for the next file,
 > comp.tar.xz, after xfer is finished, the server doesn't
 > send *anything* at all--not even a FIN/ACK packet corresponding
 > to the FIN sent by the client after it times out. The kernel
 > has to send a RST to forcibly close the control connection.
 >
 
 I'm inclined to blame the FTP NAT impl. on my ISP-provided DSL-router.
 
 A same test of downloading similarly-sized files using NetBSD's own
 ftpd (on localhost--I have no other NetBSD machines) completed without
 any problems.
 
 -RVP