Errores físicos (cables, transceptores ópticos o conectores defectuosos) Bit errors: bad cable, optics, dirty fiber
ID de la causa rt-physical · Responsable principal Infraestructura de red (Equipo de infraestructura) · También Infraestructura de servidores (Equipo de infraestructura), Externo (Externo)
Los cables dañados, los conectores ópticos sucios y los transceptores ópticos al final de su vida útil producen errores de bit, y los dispositivos descartan en silencio los paquetes corruptos.
Por qué Un cable, un transceptor óptico o un conector defectuoso invierte bits → Efecto El dispositivo descarta los paquetes cuya suma de verificación (CRC) no cuadra → En pantalla Solo los jugadores cuyo tráfico pasa por esa ruta sufren de forma constante tirones breves seguidos de cámara rápida, a cualquier hora
Responsable principal Infraestructura de red (Equipo de infraestructura) · También Infraestructura de servidores (Equipo de infraestructura), Externo (Externo)
Tareas (Equipo de infraestructura)
Revisar los dos extremos, porque los errores CRC se acumulan en el lado receptor del sentido dañado. Red: revisar los contadores de errores CRC y de entrada de los puertos, comprobar la potencia de la señal óptica (información del transceptor óptico en el switch), limpiar los conectores ópticos, cambiar cables y transceptores ópticos. Servidores/SO: revisar rx_crc_errors en ethtool -S del servidor (el nombre varía un poco según el driver), comprobar la potencia de la señal óptica (ethtool -m), cambiar los cables o la NIC del lado del servidor.
Tareas (Externo)
Si el problema está en el tramo de la casa del jugador, indicarle que cambie el cable de red o el router; si está en el enlace del ISP, pedir al ISP que revise la línea.
Cifras de referencia
Incluso un 0.1% de pérdida es un paquete de cada 1,000 del juego. Si por esa ruta pasan decenas de jugadores, alguno sufre un tirón cada pocos segundos. Los errores de bit afectan más a los paquetes grandes.
En el gráfico
Alto solo en algunos · Errores CRC por puerto, tasa de retransmisión por servidor/puerto
Dónde mirar
Contadores CRC de los dos extremos del enlace. En el servidor, rx_crc_errors en ethtool -S o crc en ip -s -s link; en el switch, los errores de FCS (dot3StatsFCSErrors) y de entrada (ifInErrors) del puerto. En enlaces ópticos, la potencia óptica recibida con ethtool -m y con la información del transceptor óptico en el switch
Se confirma si
Los errores CRC de un puerto suben de forma constante a cualquier hora, y solo los servidores y conexiones que pasan por ese puerto tienen una tasa de retransmisión alta. La potencia óptica recibida es menor que en otros enlaces del mismo tipo
Se descarta si
Si los CRC no cambian y solo suben los descartes de salida, apunta a un desbordamiento de cola (“Ráfagas de envío que desbordan búferes poco profundos”, “Desbordamiento de la cola en el cuello de botella (pérdida por congestión)”). Si suben a la vez las colisiones tardías en un extremo y los CRC en el otro, a “Desajuste de dúplex”
Se verifica con
Con herramientas de infraestructura (no hace falta código del juego)
Fuentes
Interface statisticsLinux kernel rx_crc_errors: paquetes que la interfaz receptora contó con error CRC; se ven con ip -s -s link y ethtool -S
ethtool(8) — Linux manual pageethtool Estadísticas por NIC y driver con -S; EEPROM e información de diagnóstico óptico del transceptor (SFP+, QSFP) con -m