Red Hat Bugzilla – Bug 62475
FTP hangs if the response to "QUIT" command gets lost for the first time
Last modified: 2007-04-18 12:41:31 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.75 [en] (WinNT; U)
Description of problem:
FTP file transfer occurs successfully. After that a "QUIT" command is send from the client.
The response to this command is somehow lost. The TCP ack mechanism takes care of retransmission.
However, the client does not accept this retransmitted response.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Initiate a file transfer through ftp (either get or put)
2.After file transfer is complete give a "bye" command. But somehow block the response coming from the server (do not know how exactly to do this)
3.Unblock the path again between the client and the server so that the client gets the retransmitted response.
Actual Results: The client side FTP is in a hanged state
Expected Results: The client should accept the response from the server everytime, whether or not it comes through retransmission.
Below the IP layer we have a GPRS stack. It is quite likely to have occasional data loss and thus we arrived at the
Created attachment 51646 [details]
tcpdump traces for the FTP scenario right from the begining of FTP till the hang.
Please verify this with a newer version of Red Hat Enterprise Linux or Fedora
Core and reopen it against the new version if it still occurs.
Closing as "not a bug" for now.