TFTP server not receiving a file which sent on user defined port from windows client

Implemented a tftp client on windows which send a file on specified
port (not using default port 69), on server side, it is not receiving
the file. I have a application which listens on particular port, it is
not receiving the file. Or do I have to change the iptable rule to
receive the file.

In regular case (default TFTP from Linux to Linux using default port
69, no problem in transferring a file)

In comp.os.linux.networking GS <(E-Mail Removed)>:
> Implemented a tftp client on windows which send a file on specified
> port (not using default port 69), on server side, it is not receiving
> the file. I have a application which listens on particular port, it is
> not receiving the file. Or do I have to change the iptable rule to
> receive the file.

> In regular case (default TFTP from Linux to Linux using default port
> 69, no problem in transferring a file)

So it looks like a doze problem, you can use tcpdump ('man
tcpdump'= to check if there is anything coming from your client
at all and compare that with the output of a working Linux
client.

BTW
If you are replying from google groups do not use its default way
which does not quote the text you are replying to. This makes it
harder for people not using google groups to help you. IIRC
there is an option to show text and then you can use the reply
button at the bottom. Please use that, thx.

--
Michael Heiming (X-PGP-Sig > GPG-Key ID: EDD27B94)
mail: echo (E-Mail Removed) | perl -pe 'y/a-z/n-za-m/'
#bofh excuse 206: Police are examining all internet packets
in the search for a narco-net-trafficker