TCPとUDP（時には）単純なチェックサムを使用して内容が正しいことを確認します。私が知りたいのは何TCPチェックサムのエラーレート？
は、パケットが破損している頻度のいずれかの経験的データや見積もり、ですが、標準的なコンピュータとインターネット接続を持つ人のための正しいチェックサムを持っています。
今、私はこれはおそらく、すべてのISPの品質、ハードウェアの品質、及びそれ以上と大きく異なるが、私はちょうどこの上の任意の情報を聞きたいということを知っています。
あなたはロープの作品がどれだけ長く求めています。一般に、何か間違っていない限り、エラー率は10 -7より小さくなければなりません。一方、無線、3Gなどは、かなり高い誤り率を有する可能性がある。
This Google searchには、ロットの文献が表示されます。
マイクロソフトリサーチから、 過去2年からのインターネットパケットの
トレースが 32,000でパケット1100でパケット 1と1の間でもリンクで、TCPチェックサムを失敗したことを示して どこリンク - をすべて捕捉する必要がありますが、40億個のエラーのうちの1個です。特定の 状況では、チェックサム 故障率がさらに高くなることができます：1 1時間のテストでは、我々は我々は非常に多くのエラーが が観測されている理由は、ときに、リンクレベルを調査 400に1つのパケットのチェックサム 失敗を観察しましたCRCは がほとんどすべてをキャッチします。
http://academic.research.microsoft.com/Paper/22436.aspx
基本的には、一般的なインターネット接続を介し100MBの+を送信すると、あなたはサイレント障害を参照してください可能性が非常に高いです。
これはckecksumエラーの数です。つまり、送信エラーのためにパケットに間違ったTCPチェックサムがあります（破棄されて再送信されます）。 – nos
文字通りそのページを少し下にします： "チェックサムは、1600万~100億パケットのうち約1つのエラーを検出することに失敗します。 –
私は10-7がやや高すぎると思います。 Googleの1-（1-10^-7）^（5ギガバイト/ 1500バイト）は、5ギガバイトを転送すると30％のエラーが発生する可能性があります。私はこのようなエラーに遭遇したことがないようです。 – Unknown
さて、これはそれ以下です。しかしそれはハードウェアにも依存します。イーサネット接続にはそれ以上のものがあるかもしれませんが、ハードウェア層でそれらをキャッチし、それらをネットワークにまったく伝播しません。 –