TCP セグメントには 16 ビットのチェックサム フィールドが含まれており、IP データグラムや UDP パケットにも含まれています。ただし、リンク層では、CRC チェックサムは 4 ビットのみです (802.3 および 802.4 の場合)。
スペクトルの極端な部分では、偶数のビットが変更されているため、パリティ ビットを計算するだけで多くの偽陽性が発生する可能性があります。一方、4 ビットで十分な場合に 16 ビットのチェックサムを使用すると、メモリ/帯域幅/お金の無駄になります。
チェックサムのビット数をどのように評価しますか?
PS: インターネット スタックを例に挙げましたが、これは実際にはどのプロトコル/ソフトウェアにも当てはまります。
PS2: どのフォーラムを使用すればよいかわかりません。
まず、簡単な命名法の修正 - チェックサムと CRC は、同じ問題を解決しようとする 2 つの異なるアプローチです: ノイズの多いチャネルでのデータ送信中に発生したビット エラーを検出します。一般に、CRC は複雑さを犠牲にしてより強力にエラーを検出します。
正しいエラー検出方式を選択するには、チャネル (エラー確率など) とそのノイズ特性 (インパルス性、バースト性など) に関する知識が必要です。この問題が詳細に分析されている論文があり、エラー検出方法の選択方法についていくつかのガイダンスが提供されています。出発点として、この紹介プレゼンテーションを試すことをお勧めします。
http://www.ece.cmu.edu/~koopman/pubs/KoopmanCRCWebinar9May2012.pdf
この美しい領域の複雑さをよりよく理解し、他の学習教材へのリンクを提供します。