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

1

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:

enter image description here

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?

tuki
fuente
Hay siempre una leve Variación en los tiempos de ping.
user20574

Respuestas:

2

¿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

DavidPostill
fuente
Gran respuesta. Por lo tanto, me debería preocupar más el recuento de errores de CRC que el FEC, ya que provoca la retransmisión de la línea, que es la causa principal de la pérdida de paquetes, o al menos el ping de temblor. ¿Correcto?
tuki
@tuki Si la retransmisión tiene éxito, no hay pérdida de paquetes. La pérdida de paquetes normalmente es causada por uno o más de 1 / Link Congestion 2 / Poor Device (Router / Switch / Firewall / etc.) Rendimiento 3 / Problemas de software (errores) en un dispositivo de red o 4 / Hardware o cableado defectuoso. Ver 4 causas de pérdida de paquetes y cómo solucionarlos para más información.
DavidPostill
Utilizar pathping para señalar la pérdida de paquetes entre usted y la ubicación de destino.
DavidPostill
¿Entiendo, entonces la re-transmisión de paquetes / s causaría un ping ligeramente alto en el mejor de los casos si se realiza correctamente?
tuki
2
@tuki Depende de qué porcentaje se retransmitan. En su caso, 11 en más de 6 horas es efectivamente cero. Si hubiera muchos miles en un período de 24 horas, tendría problemas notables.
DavidPostill
1

" 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.

Attie
fuente
Muchas gracias por la respuesta detallada. Última pregunta, ¿crees que encontraría ese error de CRC durante mi tiempo ocupado? de acuerdo con las estadísticas de mi línea, solo se detectaron 11 CRC descendentes en las últimas 7 ~ horas. ¿Se considera esto bueno o malo?
tuki
@tuki, comparado con el servicio DSL que tuvimos aquí hace años. Es bueno, esto no es sólo las líneas de sus hogares. Se trata de todas las conexiones cruzadas con el DSLAM en el bucle local. Hay muchos lugares donde la interferencia, el ruido y la pérdida de señal pueden introducirse incluso en la última milla (en la que supongo que no estás) o que te ofrecerían velocidades mucho más altas.
Tim_Stewart
Como dijo David, 11 errores en 6 horas son insignificantes.
Attie
ping no utiliza UDP ni TCP, usa ICMP, que no es un protocolo confiable, no hay retransmisión.
Jörg W Mittag
De hecho ... he añadido un poco demasiado para cubrir eso también.
Attie