CRC checking done automatically on Tcp/Ip?

Question

0.00/5 (No votes)

See more:

Hey everyone.

I have question to ask.

I wonder, while sending data with TcpClient, is there any sort of CRC
checking algorithm that works automatically? Or I have to implement my own algorithm and resend the data if it doesn't arrive to remote host correctly?

Any ideas?

My best regards...

Posted 25-Nov-11 1:55am

Un_NaMeD

Add a Solution

2 solutions

Add a Solution

Add your solution here

Treat my content as plain text, not as HTML

Preview 0

…

Existing Members

Sign in to your account

...or Join us

Download, Vote, Comment, Publish.

Your Email
Password
Forgot your password?

Your Email
This email is in use. Do you need your password?
Optional Password

I have read and agree to the Terms of Service and Privacy Policy
Please subscribe me to the CodeProject newsletters

When answering a question please:

Read the question carefully.
Understand that English isn't everyone's first language so be lenient of bad spelling and grammar.
If a question is poorly phrased then either ask for clarification, ignore it, or edit the question and fix the problem. Insults are not welcome.
Don't tell someone to read the manual. Chances are they have and don't get it. Provide an answer or move on to the next question.

Let's work to help developers, not make them feel stupid.

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

Richard MacCutchan · Answer 1 · 2011-11-25T02:31:00

Solution 1

As described here[^] the TCP packet includes a checksum. Whether that is sufficient for your requirements is another matter.

Posted 25-Nov-11 2:31am

Richard MacCutchan

Comments

Un_NaMeD 25-Nov-11 8:37am

Hi sir.
So it means there's already one to check, but if I want I can implement my own algorithm.

Richard MacCutchan 25-Nov-11 8:51am

Yes, If you need extra checks on the data you are free to add it to your message.

BobJanova · Answer 2 · 2011-11-25T02:38:00

TCP guarantees that data will be received in order if it is received at all, and automatically error-checks and resubmits if there are packet loss or corruption issues. For normal applications you don't need to do anything else.

The one thing it doesn't do is make one send match one receive (that is, packet boundaries are not preserved). TCP is a stream protocol and you do need to provide some method of determining where messages start and end. Have a look at my sockets library article for some information about two ways to do that.