Configuración de retransmisión del UDP confiable Reliable-UDP tuning (KCP, ENet…)

ID de la causa sk-reliable-udp · Responsable principal Desarrollo de servidor (Equipo de desarrollo) · También Desarrollo de cliente (Equipo de desarrollo)

Abrir la ficha interactiva con gráficos y simulaciones →

Si las reglas de retransmisión implementadas sobre UDP son demasiado conservadoras, la recuperación es lenta; si son demasiado agresivas, congestionan todavía más la conexión.

Por qué El intervalo y el número de retransmisiones o el tamaño de la ventana no se ajustan a la conexión → Efecto Recuperación lenta, o más congestión por los envíos duplicados → En pantalla Habilidades que no salen, cámara rápida, más lag cuando hay congestión

Síntomas: Acción perdida / rollback, Cámara rápida
Factores: Pérdida de paquetes, Latencia
A quién afecta: Solo yo
Cuándo: De vez en cuando, al azar
Responsable: Responsable principal Desarrollo de servidor (Equipo de desarrollo) · También Desarrollo de cliente (Equipo de desarrollo)
Tareas (Equipo de desarrollo): Servidor: retransmitir según el tiempo de ida y vuelta medido, separar los canales por importancia. Cliente: aplicar la misma configuración de retransmisión y canales que el servidor.
En el gráfico: Picos aleatorios · Tasa de retransmisión del UDP confiable, RTT dentro del juego
Dónde mirar: Registrar en el servidor y en el cliente las estadísticas por conexión que ofrece la biblioteca usada (retransmisiones, tiempo de ida y vuelta estimado, espera de retransmisión) y compararlas con la pérdida real de la conexión de ese jugador (medida con mtr)
Se confirma si: Si la tasa de retransmisión es varias veces mayor que la pérdida real de la conexión, la configuración es demasiado agresiva; si la espera de retransmisión es varias veces el tiempo de ida y vuelta medido, es demasiado conservadora
Se descarta si: Si la tasa de retransmisión se parece a la pérdida de la conexión y la espera se ajusta al tiempo de ida y vuelta, no es un problema de configuración. Revisar la pérdida de la propia conexión
Se verifica con: Requiere logs y métricas del servidor o el cliente del juego

Fuentes

RFC 8085: UDP Usage Guidelines IETF
La retransmisión puede agravar la congestión, así que debe someterse a control de congestión; el tiempo de ida y vuelta se estima con la media de varias mediciones (EWMA); valor inicial de 1 segundo; reducir la tasa de envío cuando expira el temporizador

Ver también

Misma capa: L8 Sockets y protocolos

Causas de otras capas con el mismo síntoma (Acción perdida / rollback)

Error de sincronización del reloj L1 Proceso del juego en el cliente
Límites de conexiones y puertos del gateway NAT en la nube L5 Equipos de red del centro de datos
Microrráfagas en el switch L5 Equipos de red del centro de datos
Búfer circular (ring buffer) insuficiente L6 Tarjeta de red del servidor
Límite de PPS de la nube superado L6 Tarjeta de red del servidor
OOM killer L7 SO del servidor (kernel)
Salto del reloj del sistema (step de NTP) L7 SO del servidor (kernel)
Agotamiento de puertos efímeros en conexiones entre servidores L7 SO del servidor (kernel)

Ver la ficha interactiva con gráficos y simulaciones