Question

I wrote a simple server and client apps, where I can switch between TCP, DCCP and UDP protocols. The goal was to transfer a file from the one to the other and measure the traffic for each protocol, so I can compare them for different network setups (I know roughly what the result should be, but I need exact numbers/graphs). Anyway after starting both apps on different computers and starting tcpdump I only get in the tcpdump-log the first few MBs (~50MB) from my 4GB file. The apps are written in a standard C/C++ code, which could be found anywhere on the web.
What may be the problem or what could I be doing wrong here?

— Edit

The command line I use is:

tcpdump -s 1500 -w mylog

tcpdump captures then packets only the first ~55 sec. That’s the time the client needs to send the file to the socket. Afterwards it stops, even though the server continues receiving and writing the file to the hard drive.

— Edit2

Source code:

client.cpp
server.cpp
common.hpp
common.cpp

— Edit final

As many of you pointed out (and as I suspected) there were several misconceptions/bugs in the source code. After I cleaned it up (or almost rewrote it), it works as needed with tcpdump. I will accept the answer from @Laurent Parenteau but only for point 5. as it was the only relevant for the problem. If someone is interested in the correct code, here it is:

Source code edited

client.cpp
server.cpp
common.hpp
common.cpp

Answer 1

There are many things wrong in the code.

1. The file size / transfer size is hardcoded to 4294967295 bytes. So, if the file supplied isn’t that many bytes, you’ll have problems.
2. In the sender, you aren’t checking if the file read is successful or not. So if the file is smaller than 4294967295 bytes, you won’t know it and send junk data (or nothing at all) over the network.
3. When you use UDP and DDCP, the packets order isn’t guarantee, so the data received may be out of order (ie. junk).
4. When you use UDP, there’s no retransmission of lost packet, so some data may never be received.
5. In the receiver, you aren’t check how many bytes you received, you always write MAX_LINE bytes to the file. So even if you receive 0 bytes, you’ll still be writing to the file, which is wrong.
6. When you use UDP, since you’re sending in a thigh loop, even if the write() call return the same amount of bytes sent that what you requested, a lot of data will probably be dropped by the network stack or the network interface, since there’s no congestion control in place. So, you will need to put some congestion control in place yourself.

And this is just from a quick scan of the code, there is probably more problems in there…

My suggestion is :
Try the transfer with TCP, do a md5sum of the file you read/send, and a md5sum of the file you receive/save, and compare the 2 md5sum. Once you have this case working, you can move to testing (still using the md5sum comparison) with UDP and DCCP…

For the tcpdump command, you should change -s 1500 for -s 0, which means unlimited. With that tcpdump command, you can trust it that data not seen by it hasn’t been sent/received. Another good thing to do is to compare the tcpdump output of the sender with the receiver. This way you’ll know if some packet lost occurred between the two network stacks.