do FEC e CRC Erros correlacionados ao ping inconsistente?

Question

Estou inscrito no plano VDSL2 com 10/1 Mbps (down / up). As estatísticas da minha linha parecem ser decentes, mas notei alguns erros de CRC e FEC, conforme mostrado:

Por outro lado, em jogos on-line eu noto uma ligeira variação nos tempos de ping, embora eu seja o único usando internet com cabo Ethernet, então existe alguma correlação entre erros de linha e estabilidade de ping? Eu li que os erros CRC e FEC são protocolos de codificação de erro que ajudam a corrigir erros de linha em conexões DSL, e a contagem de erros altos pode diminuir a largura de banda e possivelmente causar desconexão, então faz sentido então?

    

Answer 1

Existe alguma correlação entre erros de linha e estabilidade de ping?

Sim.

• Erros de CRC significam que os pacotes precisam ser retransmitidos.

• Os erros de FEC não afetam a velocidade da linha, mas indicam que "o processo de Intercalação e Correção de erros está funcionando e fazendo o que deveria".

Tendo dito que você só tem um número muito pequeno de erros de CRC (11 em mais de 6 horas) que não devem realmente afetar sua velocidade de linha ou tempo de ping.

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.

(ênfase minha)

Fonte Parâmetros Kitz - Linestat & contadores

    

Answer 2

" Ping times ", conhecido como " latência " pode ser introduzido em um sistema por muitos fatores, e sim, erros de CRC podem ser uma causa.

Um resultado de CRC (Checagem de redundância cíclica) resulta em um pacote descartado - ele simplesmente desaparece. Tudo o que o sistema sabe é que o pacote está corrompido, então não há como solicitar uma retransmissão para nenhum pacote específico, e não há nenhum mecanismo para lidar com isso.

Um dos principais recursos do TCP é que ele fornece uma " conexão perfeita " entre dois aplicativos. Assim, ao usar o TCP, o pacote ausente é detectado e uma retransmissão é solicitada. Isso pode levar algum tempo para ocorrer, dependendo da atividade da conexão.

Ao usar o UDP (geralmente usado para jogos) ou outros protocolos não confiáveis como o ICMP (usado por ping ), não há como determinar se um pacote está ausente sem o protocolo ou aplicativo de nível mais alto ser projetado para esperá-lo / lidar com a perda potencial. Nesses casos, os dados ausentes são esquecidos e o aplicativo é movido. Isso pode resultar em " lag " e pode ser observado quando os jogadores se movimentam de maneira brusca.

FEC (Forward Error Correction) não é tipicamente uma causa de uma latência notavelmente mais alta. Isso indica que o link tem corrupção, mas essa corrupção foi detectada e os dados corrigidos.