summaryrefslogtreecommitdiffstats
path: root/libexec/tftpd/tftp-transfer.c
Commit message (Collapse)AuthorAgeFilesLines
* In the old TFTP server, there was an undocumented behavior whererodrigc2011-07-311-12/+16
| | | | | | | | | | | | | | | | | | | | | | | | | | the block counter would rollover to 0 if a file larger than 65535 blocks was transferred. With the default block size of 512 octets per block, this is a file size of approximately 32 megabytes. The new TFTP server code would report an error and stop transferring the file if a file was larger than 65535 blocks. This patch restores the old TFTP server's behavior to the new TFTP server code. If a TFTP client transfers a file larger than 65535 blocks, and does *not* specify the "rollover" option, then automatically rollover the block counter to 0 every time we reach 65535 blocks. This restores interoperability with the FreeBSD 6 TFTP client. Without this change, if a FreeBSD 6 TFTP client tried to retrieve a file larger than 65535 blocks from a FreeBSD 9 TFTP server , the transfer would fail. The same file could be retrieved successfully if the same FreeBSD 6 TFTP client was used against a FreeBSD 6 TFTP server. Approved by: re (kib) Tested by: Pawan Gupta <pawang at juniper dot net>, Obtained from: Juniper Networks
* Bring in new files from edwin's tftpimp2010-05-041-0/+318
OpenPOWER on IntegriCloud