한국어English日本語简体中文繁體中文DeutschไทยTiếng ViệtРусскийPortuguês (Brasil)EspañolBahasa Indonesia

Libro blanco del lag en juegos › L4 Ruta por internet

Paso por una VPN o un acelerador de juegos VPN / game accelerator detour

ID de la causa isp-vpn · Responsable principal Externo (Externo) · También Infraestructura de red (Equipo de infraestructura), Desarrollo de servidor (Equipo de desarrollo)

Abrir la ficha interactiva con gráficos y simulaciones →

Con una VPN o un acelerador de juegos activado, los paquetes pasan por los servidores intermedios (relay) de esa empresa. Si el relay está lejos o saturado, la conexión acaba siendo más lenta que sin él.

Por qué La VPN o el acelerador desvía todos los paquetes del juego por sus servidores intermedios → Efecto Se suman la distancia hasta el servidor intermedio y su congestión, y las cabeceras del túnel también reducen la MTU (el tamaño máximo de paquete que se puede enviar de una vez) → En pantalla Ping más alto y pérdida de paquetes; no conecta si bloquean la dirección del relay junto con todos los que la usan

Síntomas
Input lag, Teletransporte, No conecta / carga infinita
Factores
Latencia, Pérdida de paquetes
A quién afecta
Solo yo
Cuándo
Siempre, Al conectar o tras un mantenimiento
Responsable
Responsable principal Externo (Externo) · También Infraestructura de red (Equipo de infraestructura), Desarrollo de servidor (Equipo de desarrollo)
Tareas (Equipo de desarrollo)
Mantener los paquetes UDP en 1,200 bytes o menos (para que no se fragmenten aunque las cabeceras del túnel reduzcan la MTU), tener en cuenta en los bloqueos por IP las direcciones relay compartidas de VPN y aceleradores y decidir junto con criterios de cuenta y dispositivo.
Tareas (Equipo de infraestructura)
Si hay muchos jugadores en el extranjero, poner puntos de presencia propios cerca de ellos, revisar la ruta de los ISP que acumulan reportes de “al activar el acelerador mejoró”.
Tareas (Externo)
Indicar a los jugadores que desactiven la VPN o el acelerador y comparen.
Cifras de referencia
Con un servidor intermedio cercano se suman unos pocos ms; si da un rodeo por otro país, de decenas de ms a más de 100 ms.
En el gráfico
Alto solo en algunos · RTT (por jugador), operador de la IP de conexión
Dónde mirar
Comprobar si el ASN de la IP de conexión es de un proveedor de VPN, aceleradores o hosting, y pedir al jugador que desactive la VPN o el acelerador y compare ping y traceroute
Se confirma si
Solo con la VPN o el acelerador activado suben el RTT y la pérdida o se bloquea la conexión, y en traceroute aparecen saltos por el servidor intermedio
Se descarta si
Si da igual activarlo o no, apunta a la conexión o al tramo del ISP. Si con él activado va mejor, a un problema en la ruta original del ISP (“Enrutamiento con rodeos”, “Congestión del peering en horas pico”)
Se verifica con
En el entorno del jugador
Para saber más
Al revés, cuando la ruta del ISP es mala, el acelerador puede ir por una ruta mejor y bajar el ping. Los reportes de “al activar el acelerador mejoró” son una pista de un problema en la ruta del ISP, como un enrutamiento con rodeos o la congestión de la noche.

Fuentes

  1. RFC 4459: MTU and Fragmentation Issues with In-the-Network Tunneling IETF
    Problemas de fragmentación y de MTU de la ruta que aparecen cuando las cabeceras de encapsulación de los túneles dentro de la red reducen el tamaño que se puede enviar
  2. RFC 8899: Packetization Layer Path MTU Discovery for Datagram Transports IETF
    Se recomiendan 1,200 bytes como tamaño seguro básico (BASE_PLPMTU) para transportes de datagramas como UDP
  3. Azure network round-trip latency statistics Microsoft Azure
    Latencia de ida y vuelta que se suma al pasar por un punto de presencia en otro país: Seúl–Tokio 30 ms, Seúl–Hong Kong 39 ms, Seúl–Singapur 68 ms

Ver también

Misma capa: L4 Ruta por internet

Causas de otras capas con el mismo síntoma (Input lag)

Ver la ficha interactiva con gráficos y simulaciones