mirror of
https://git.FreeBSD.org/src.git
synced 2025-01-16 15:11:52 +00:00
Pull in some wording to the tftpd.8 man page
from NetBSD, with some slight changes: ========================================================================================= http://cvsweb.netbsd.org/bsdweb.cgi/src/libexec/tftpd/tftpd.8?only_with_tag=MAIN#rev1.22 Revision 1.22 or diffs], Fri Jan 8 21:05:14 2010 UTC (18 months, 2 weeks ago) by christos Patrick Welche <prlw1@cam.ac.uk> - add -p pathsep option - make wrap to zero work, but produce a warning While here: - fix gcc warnings, in particular variable clobbered warnings (compiling with fewer warnings does not really fix the problem) ========================================================================================= These wording changes clarify the default rollover behavior as a "kludge". Also, the block numbers and octet counts for 65535 blocks and 32767 blocks are more accurate than the existing documented numbers. Requested by: Pawan Gupta <pawang at juniper dot net> Obtained from: Juniper Networks Approved by: re (kib)
This commit is contained in:
parent
38bd7db313
commit
46d20cbcf1
Notes:
svn2git
2020-12-20 02:59:44 +00:00
svn path=/head/; revision=224537
@ -300,8 +300,15 @@ and
|
||||
.Xr tftp 1
|
||||
code to support RFC2348.
|
||||
.Sh NOTES
|
||||
Files larger than 33488896 octets (65535 blocks) cannot be transferred
|
||||
without client and server supporting the TFTP blocksize option (RFC2348),
|
||||
Files larger than 33,553,919 octets (65535 blocks, last one <512
|
||||
octets) cannot be correctly transferred without client and server
|
||||
supporting blocksize negotiation (RFCs 2347 and 2348),
|
||||
or the non-standard TFTP rollover option.
|
||||
As a kludge,
|
||||
.Nm
|
||||
accepts a sequence of block number which wrap to zero after 65535,
|
||||
even if the rollover option is not specified.
|
||||
.Pp
|
||||
Many tftp clients will not transfer files over 16744448 octets (32767 blocks).
|
||||
Many tftp clients will not transfer files over 16,776,703 octets
|
||||
(32767 blocks), as they incorrectly count the block number using
|
||||
a signed rather than unsigned 16-bit integer.
|
||||
|
Loading…
Reference in New Issue
Block a user