¿Los errores de FEC y CRC se correlacionan con un ping inconsistente?

Estoy suscrito al plan VDSL2 con 10/1 Mbps (arriba / abajo). Mis estadísticas de línea parecen ser decentes, pero noté algunos errores de CRC y FEC informados como se muestra:

Por otro lado, en los juegos en línea, observo una ligera variación en los tiempos de ping, aunque soy el único que usa Internet con un cable Ethernet, así que ¿hay alguna correlación entre los errores de línea y la estabilidad del ping? Leí que los errores de CRC y FEC son protocolos de codificación de errores que ayudan a corregir los errores de línea en las conexiones DSL, y un alto conteo de errores puede reducir el ancho de banda y posiblemente causar la desconexión, ¿entonces tiene sentido?

¿Existe alguna correlación entre los errores de línea y la estabilidad de ping?

Sí.

• Los errores CRC significan que los paquetes deben ser retransmitidos.

• Los errores de FEC no afectan la velocidad de la línea, pero indican que "el proceso de Intercalar y corrección de errores está funcionando y está haciendo lo que debería".

Una vez dicho esto, solo tiene un número muy pequeño de errores de CRC (11 en más de 6 horas) que no deberían afectar la velocidad de la línea ni los tiempos de ping.

Errores CRC - Verificación de redundancia cíclica

Cuenta de errores CRC. CRC es un código de detección de errores que se utiliza para verificar la transmisión de paquetes entre el remitente y el extremo receptor. Un error de CRC indica que parte del paquete de datos está dañado y requiere una nueva transmisión . - ver Verificación de redundancia cíclica (CRC) Para una explicación más detallada.

Muchos errores de CRC en un corto período de tiempo mostrarán una notable reducción en la velocidad de rendimiento . Esto puede ser una indicación temprana de que hay demasiado ruido en la línea y en situaciones extremas puede llevar a una pérdida de sincronización (desconexión con la central).

Errores FEC - Corrección de errores hacia adelante

Recuento de errores que se han corregido debido a la corrección de errores que se aplica a la línea. La corrección de errores se activa al mismo tiempo que el Intercalado. Es normal ver los errores de FEC en una línea intercalada y, en lugar de preocuparse demasiado, es más una indicación de que la intercalación & amp; El proceso de corrección de errores funciona y hace lo que debe . - Ver Error de corrección para más información.

(énfasis mío)

Fuente Kitz - Parámetros de Linestat & amp; contadores

" Tiempos de ping ", alias" estado latente "se puede introducir en un sistema por muchos factores, y sí, los errores CRC pueden ser una causa.

UNA CRC (comprobación de redundancia cíclica) el error resulta en un paquete caído - simplemente desaparece. Todo lo que el sistema sabe es que el paquete está dañado, por lo que no hay manera de solicitar una retransmisión para ningún paquete específico, y no hay ningún mecanismo para manejar esto.

Una característica importante de TCP es que proporciona un " conexión perfecta "entre dos aplicaciones. Por lo tanto, cuando se usa TCP, se detecta el paquete faltante y se solicita una nueva transmisión. Esto puede tomar algún tiempo, dependiendo de la actividad de la conexión.

Cuando utilice UDP (a menudo se usa para juegos), u otros protocolos no confiables como ICMP (usado por ping ), no hay manera de determinar que falta un paquete sin que el protocolo o la aplicación de nivel superior estén diseñados para esperar / manejar la pérdida potencial. En estos casos, los datos faltantes se olvidan y la aplicación continúa. Esto puede resultar en " retraso ", y se puede observar como jugadores que se mueven de forma brusca.

FEC (corrección de errores hacia adelante) no es típicamente una causa de latencia notablemente más alta. Indica que el enlace tiene corrupción, pero esta corrupción se ha detectado y los datos se han corregido.