You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Sebb (JIRA)" <ji...@apache.org> on 2010/07/11 13:44:51 UTC
[jira] Updated: (NET-304) TFTP send method having issue
[ https://issues.apache.org/jira/browse/NET-304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Sebb updated NET-304:
---------------------
Component/s: TFTP
> TFTP send method having issue
> -----------------------------
>
> Key: NET-304
> URL: https://issues.apache.org/jira/browse/NET-304
> Project: Commons Net
> Issue Type: Bug
> Components: TFTP
> Affects Versions: 2.0
> Reporter: Rahul Pujari
> Priority: Minor
>
> I am using commons net 2.0 version. I have a TFTP server implemented and the scenario is below -
> 1) Client sends TFTPWrite request.
> 2) Server sends DATA packet, client sends ACK. Server receives it (thr TFTP.receive()).
> 3) This goes well for quite some time.
> 4) Now server gets same ACK thrice, means some packets are not reached to client and client sends the same ACK again.
> 5) Server also sends the old DATA packet coresponding to the ACK, using TFTP.send(). But somehow those DATA packets are not seen on the interface in the snoop log :(. So client has a timeout of say 5 secs, and closes the connection at its end indicating overall transfer failure. And I could see the DATA packet coming in the snoop log after 13-14 secs of delay :(, once TFTP.send() is invoked.
> This does not happens always. Scenario works fine most of the times, but there are cases where it's delaying sending the packet on the i/f. And delay osberved was around 10 secs. Because of this, Client closes a connection :(.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.