Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 20643

Summary: in.tftpd from tftp-server-0.17-5 package does not respond to WRQ properly
Product: [Retired] Red Hat Linux Reporter: Ben Cohen Jr <bcohenjr>
Component: tftpAssignee: Bill Nottingham <notting>
Status: CLOSED DUPLICATE QA Contact: David Lawrence <dkl>
Severity: high Docs Contact:
Priority: high    
Version: 7.0CC: bcohenjr, rvokal
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2000-11-10 14:44:22 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Ben Cohen Jr 2000-11-10 14:44:20 UTC 
I recently installed RedHat Linux 7.0 and included the tftp-server-0.17-5 package during install.  When I tried to put a file to the server from either 
a Windows NT 4 client or a RedHat Linux 7 client I receive "request timed out".  After activating the verbose and trace options on the client as 
well as throwing a sniffer on the line I saw that the server was responding to the WRQ packet with an ACK packet for block 1.  According to 
RFC1350, the server should respond to WRQ with an ACK for block 0.  After that the client will send DATA packets starting with block 1 and 
expect ACKs for each of those blocks.  I verified that this is the proper behavior by putting a file to a RedHat Linux 6.1 box with the tftp-0.15-1 
package installed and it indeed does send an ACK for block 0 in response to a WRQ.  I queried for any bugs relating to this and could not find 
one so I am submitting this one.  If you need more information, please email me at bcohenjr.

Thanks,
Ben Cohen Jr.
Comment 1 Pekka Savola 2000-11-11 14:48:46 UTC 

*** This bug has been marked as a duplicate of 18128 ***