1

I am subscribed to VDSL2 plan with 10/1 Mbps (down/up). My line stats seems to be decent, but I noticed some reported CRC and FEC errors as shown:

enter image description here

On the other hand, in online games I notice some slight variation in ping times even though I am the only one using internet with Ethernet cable, so is there any correlation between Line errors and ping stability? I read that CRC and FEC errors are error coding protocols that help correct line errors on DSL connections, and high errors count can drop down bandwidth and possibly cause disconnection, so does it make sense then?

DavidPostill
  • 162,382
tuki
  • 15

2 Answers2

2

Is there any correlation between Line errors and ping stability?

Yes.

  • CRC errors mean that packets have to be re-transmitted.

  • FEC errors don't affect line speed, but indicate that "the Interleaving & Error Correction process is working and doing what it should".

Having said that you only have a very small number of CRC errors (11 in over 6 hours) which shouldn't really affect your line speed or ping times at all.

CRC Errors - Cyclic Redundancy Check

Count of CRC errors. CRC is an error detection code used to verify packet transmission between the sender and receiving end. A CRC error indicates that part of the data packet is corrupt and requires re-transmission. - see Cyclic Redundancy Check (CRC) for a more in depth explanation.

Many CRC errors in a short period of time will show a noticeable reduction in throughput speed. This can be an early indication that there is too much noise on the line and in extreme situations can lead to loss of sync (disconnection with the exchange).

FEC Errors - Forward Error Correction

Count of errors that have been corrected due to error correction being applied to the line. Error correction is turned on at the same time as Interleaving. Its normal to see FEC errors on an Interleaved line and rather than anything to be too concerned about its more an indication that the Interleaving & Error Correction process is working and doing what it should. - See Error Correction for more information.

(emphasis mine)

Source Kitz - Linestat parameters & counters

DavidPostill
  • 162,382
1

"Ping times", aka "latency" can be introduced into a system by many factors, and yes, CRC errors can be a cause.

A CRC (Cyclic redundancy check) error results in a dropped packet - it simply disappears. All the system knows is that the packet is corrupt, so there is no way to request a re-transmission for any specific packet, and there is no mechanism to handle this.

A major feature of TCP is that it provides a "perfect connection" between two applications. Thus, when using TCP, the missing packet is detected and a re-transmission is requested. This can take some time to occur, depending on the activity of the connection.

When using UDP (often used for games), or other unreliable protocols like ICMP (used by ping), there is no way to determine that a packet is missing without the higher level protocol or application being designed to expect it / handle the potential loss. In these cases, the missing data is just forgotten, and the application moves on. This can result in "lag", and can be observed as players moving in a jerky manner.


FEC (Forward Error Correction) is not typically a cause of noticeably higher latency. It indicates that the link has corruption, but this corruption has been detected, and the data corrected.

Attie
  • 20,734