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?
networking
ping
gaming
vdsl
tuki
fuente
fuente
Respuestas:
¿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.
(énfasis mío)
Fuente Kitz - Parámetros de Linestat & amp; contadores
fuente
pathping
para señalar la pérdida de paquetes entre usted y la ubicación de destino." 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.
fuente
ping
no utiliza UDP ni TCP, usa ICMP, que no es un protocolo confiable, no hay retransmisión.