Det finns inte ett LAN -switch -läge som i sig minimerar CRC -fel * samtidigt som man garanterar en fast latensfrekvens. CRC -fel är ett resultat av datakorruption på det fysiska mediet (kablar, kontakter etc.), medan latens främst bestäms av switchens arkitektur och bearbetningshastighet. De är till stor del oberoende frågor.
En switch fungerar vid Layer 2 (datalänk) för OSI -modellen. CRC (cyklisk redundanskontroll) beräknas och kontrolleras i datalänkskiktet för att upptäcka fel * efter * data har korsat det fysiska mediet och * innan * data överförs till nästa hopp. Switchs interna omkopplingsmetod (butik-och-framåt, skärning, fragmentfri) kommer att påverka latens, men förhindrar inte direkt eller mildrar CRC-fel.
Här är en uppdelning:
* CRC -fel: Dessa upptäcks och hanteras av nätverkskortets hårdvara och nätverksprotokoll (t.ex. Ethernet). Bättre kablar och korrekt underhåll är de primära sätten att minska CRC -fel. Själva omkopplaren "förhindrar" inte aktivt dessa fel.
* latens: Detta påverkas av switchens omkopplingsmetod:
* butik-och-framåt: Växeln tar emot hela ramen, beräknar CRC och vidarebefordrar den bara om CRC är korrekt. Detta har högre latens men bättre feldetektering.
* Cut-Through: Övergången framåt ramen så snart destination MAC -adressen läses. Detta har lägre latens men mindre feldetektering, eftersom CRC -kontrollen ofta hoppas över.
* fragmentfritt: En kompromiss - den kontrollerar för början av ramen och några rubrikbyte innan du vidarebefordrar, och erbjuder en balans mellan latens och feldetektering.
kort sagt: För att minimera CRC -fel, fokusera på fysiskt lager underhåll (kablar, kontakter etc.). För att uppnå låg, fast latens, vill du ha en skärningsmetod (eller potentiellt fragmentfri), men du accepterar en högre chans att vidarebefordra ramar med oupptäckta CRC-fel. Det finns en avvägning; Du kan inte samtidigt minimera båda perfekt.
