Originally, it was to measure VoIP delays over 802.11 wireless networks but right now that's a bit out of reach, and i'm working on getting this model working. It's all a bit of a mess but still i'm gonna try to get it working. I think what you're saying is that there are packets being lost, but from looking at the results it seems that the packets are being read wrong
i.e.
The server will display
320 bytes recieved from client.......
mickadoo
Last Activity: Mar 13 '07, 07:24 PM
Joined: Mar 13 '07
Location:
-
Thanks for the help. I can't use ping because I have to build it myself, and I have timestamping code in it to measure delays. I don't think it's a problem with the size, they're all 320 bytes. I could probably use ACK, but the idea is that i'm simulating a phone call (I know VoIP uses UDP but i won't go into that unless i have to) and I need to keep it as quick as possible. I think the problem is that the original code sent the packet, the server...Leave a comment:
-
Packet overflow in simple client/server
I'm trying to send 15000 packets using a basic client/server and measure the delays but after so many packets sent it starts going a bit out of sync. The client always reports sending 320bytes but the server starts to recieve 140 and 180 now and again.
The server recieves using:
...Code:char acReadBuffer[kBufferSize]; int nReadBytes; do { nReadBytes = recv(sd, acReadBuffer, kBufferSize, 0);
No activity results to display
Leave a comment: