CAN spesifikasyonunun Bölüm 6.1 :
BIT HATASI: Veriyoluna biraz gönderen bir birim de veri yolunu izler. İzlenen bit değeri gönderilen bit değerinden farklı olduğunda, bu bit zamanında bir BIT HATASI saptanmalıdır. Bir istisna, TAHKİM ALANI'nın doldurulmuş bit akışı sırasında veya ACK YUVASI sırasında 'resesif' bir bitin gönderilmesidir.
Yani, diğeri bir '0' iletirken ilk önce '1' ileten düğüm, bir Bit Hatası kaydeder ve daha sonra resmi olarak açıklandığı gibi bir hata işaretini (bkz. Bölüm 3.1.3) ileterek bir hatayı normal olarak işaret eder. Bölüm 6.2.
Gayri resmi olarak, bu düğüm hataya aktifse (normal durum olması gerekir), diğer tüm düğümlerin de algılayacağı (baskın bir hata olarak) 6 baskın bitlik bir hata bayrağı iletir. Bunun, bu mesajı tamamen yok etme etkisi vardır:
- kimse almaz
- Vericilerin hiçbiri başarılı bir şekilde hiçbir şey iletmediklerini düşünmeyecektir.
Her verici daha sonra yeniden iletmeye çalışacaktır - yeniden iletimlerin kesin zamanlamasına bağlı olarak, biri veri yolunun kazanç kontrolünden önce yeterince başlayabilir. Aksi takdirde, aynı sıra tekrar olabilir. (Ya da daha yüksek öncelikli başka bir mesaj ikisini de bir süreliğine kapatabilir!)
Genişletilmiş cevap @ clabbacchio'nun aşağıdaki cevabından esinlenmiştir.
"Kötü düğümler" den bahsediyorsunuz ve clabbacchio, iki düğüm farklı zamanlarda iletilirse, her alıcının çoklu alımlarıyla ne yapacağına karar vermesi gerektiği geçerli bir noktaya işaret ediyor.
Bu, geçen yıl bir saldırı ile gösterilmiştir . Makale, "PSCM özellikleri" bölümünde, bir saldırganın otobüsteki normal mesajlarla nasıl senkronize edilebileceğini ve "iyi" ECU'nun göndermek üzere olduğu mesajdan hemen önce kötü mesajlarını nasıl dinleyebileceğini tartışıyor. Alıcı ECU önceki iletiyi kabul eder, ileti sayacını güncelleştirir ve ileti sayacı artmadığından "iyi" iletileri hatalı olarak atar.