Er FEC- og CRC-fejl sammenhængende med inkonsekvent ping?

tuki 05/20/2018. 2 answers, 142 views
networking ping gaming vdsl

Jeg abonnerer på VDSL2 plan med 10/1 Mbps (ned / op). Min linje statistik synes at være anstændig, men jeg har bemærket nogle rapporterede CRC og FEC fejl som vist:

Indtast billedbeskrivelse her

På den anden side bemærker jeg i online-spil en lille variation i ping gange, selv om jeg er den eneste, der bruger internet med Ethernet-kabel, så er der nogen sammenhæng mellem linjeprogrammer og pingstabilitet? Jeg læser, at CRC- og FEC-fejl er fejlkodningsprotokoller, der hjælper med at rette linjeproblemer på DSL-forbindelser, og høj fejltælling kan falde ned båndbredde og muligvis forårsage afbrydelse, så er det fornuftigt da?

2 Answers


DavidPostill 05/20/2018.

Er der nogen sammenhæng mellem Line fejl og ping stabilitet?

Ja.

  • CRC-fejl betyder, at pakker skal videresendes.

  • FEC-fejl påvirker ikke linjens hastighed, men angiver, at "Interleaving & Error Correction-processen virker og gør hvad den skal".

Når det er sagt, har du kun et meget lille antal CRC-fejl (11 over 6 timer), som ikke rigtig vil påvirke din liniehastighed eller ping gange overhovedet.

CRC Errors - Cyclic Redundancy Check

Tæller af CRC fejl. CRC er en fejldetekteringskode, der bruges til at verificere pakketransmission mellem afsender og modtagende ende. En CRC-fejl angiver, at en del af datapakken er korrupt og kræver genoverførsel . - Se Cyclic Redundancy Check (CRC) for en mere dybtgående forklaring.

Mange CRC-fejl på kort tid vil vise en mærkbar reduktion i gennemløbshastigheden . Dette kan være en tidlig indikation af, at der er for meget støj på linjen, og i ekstreme situationer kan det føre til tab af synkronisering (frakobling med udvekslingen).

FEC Errors - Forward Error Correction

Antal fejl, der er rettet på grund af fejlkorrektion, der anvendes på linjen. Fejlkorrektion tændes samtidig med Interleaving. Det er normalt at se FEC-fejl på en interleaved linje, og snarere end noget at være for bekymret over, det er mere en indikation for, at processen Interleaving & Error Correction virker og gør hvad det skal . - Se Fejlkorrektion for yderligere information.

(vægt min)

Kilde Kitz - Linestat parametre og tællere


Attie 05/21/2018.

" Ping times ", aka " latency " kan indføres i et system af mange faktorer, og ja, CRC fejl kan være en årsag.

En fejl i CRC (Cyclic redundancy check) resulterer i en tabt pakke - den forsvinder simpelthen. Alt systemet ved, at pakken er korrupt, så der er ingen mulighed for at anmode om en omlevering til en bestemt pakke, og der er ingen mekanisme til at håndtere dette.

Et vigtigt træk ved TCP er, at det giver en " perfect connection " mellem to applikationer. Når du bruger TCP, registreres den manglende pakke, og der anmodes om en overførsel. Det kan tage lidt tid at opstå afhængigt af forbindelsens aktivitet.

Når du bruger UDP (ofte brugt til spil) eller andre upålidelige protokoller som ICMP (brugt af ping ), er der ingen måde at fastslå, at en pakke mangler, uden at protokollen eller applikationen på højere niveau er designet til at forvente det / håndtere det potentielle tab . I disse tilfælde er de manglende data bare glemt, og applikationen fortsætter. Dette kan resultere i " lag ", og kan observeres, når spillerne flytter på en rykkende måde.


FEC (Forward Error Correction) er ikke typisk en årsag til markant højere latenstid. Det indikerer, at linket har korruption, men denne korruption er blevet registreret, og data korrigeret.

Related questions

Hot questions

Language

Popular Tags