Ethernet använder en mekanism som kallas
Cyclic Redundancy Check (CRC) för feldetektering. Så här fungerar det:
1. Beräkning: När en enhet skickar data utförs en matematisk beräkning på data med en specifik algoritm (CRC-32 för Ethernet). Denna beräkning ger en unik kontrollsumma, känd som CRC.
2. Tillägg: Den beräknade CRC bifogas till slutet av dataramen.
3. Transmission: Hela ramen, inklusive data och CRC, överförs över nätverket.
4. Verifiering: När den mottagande enheten tar emot ramen utför den samma CRC -beräkning på den mottagna data.
5. Jämförelse: Den beräknade CRC jämförs med den mottagna CRC. Om de två CRC:erna matchar betraktas ramen felfri och uppgifterna accepteras. Om CRC:erna inte matchar, vet mottagaren att ett fel inträffade under överföringen.
Hur CRC fungerar:
- CRC använder en matematisk process som behandlar data som ett långt binärt nummer.
- Den utför en serie Bitwise XOR -operationer på data baserat på ett fördefinierat polynom.
- Resultatet av denna operation är CRC -kontrollsumman.
- Denna kontrollsumma är utformad för att vara mycket känslig för förändringar i data, till och med en enda bit.
Felkorrigering:
Medan CRC kan upptäcka fel, korrigerar det dem inte. Om ett fel upptäcks kastar den mottagande enheten vanligtvis ramen och begär återförsäljning.
Fördelar med CRC:
- Hög noggrannhet: CRC har en mycket låg sannolikhet för att sakna fel.
- enkelhet: CRC -beräkningen är relativt enkel och effektiv.
- Flexibilitet: CRC kan anpassas till olika datalängder och feldetekteringsbehov.
Beyond CRC:
Medan CRC är den primära feldetekteringsmekanismen i Ethernet är den inte den enda. Andra mekanismer som automatisk upprepad begäran (ARQ) Bidrar också till nätverkets tillförlitlighet.
Sammanfattningsvis:
CRC är en avgörande del av Ethernets robusta feldetekteringssystem. Genom att beräkna och jämföra kontrollsummor säkerställer det tillförlitlig dataöverföring och möjliggör upptäckt och korrigering av fel.