Trazas gratis hacia China: alguien con nodos en las tres operadoras ofrece diagnósticos
Un administrador con nodos de prueba en China Telecom, Unicom y Mobile se ofrece a medir rutas y pérdida de paquetes desde dentro del país para servicios que tienen usuarios allí.
Alguien con nodos de prueba en China Telecom, Unicom y Mobile ha publicado una oferta en r/selfhosted: quien opera un servicio con usuarios en China continental y nunca ha visto una traza desde allí puede mandarle el hostname o la IP y recibirá un informe con salida de mtr desde las tres operadoras, en ambos sentidos, una comparativa entre hora punta y hora valle y una lectura de dónde se rompe. Es gratis y no vende hosting ni tránsito, dice.
El autor lleva un tiempo montando relays y tránsito hacia China, y describe por qué estos problemas son casi imposibles de depurar desde el lado del servidor. El primer motivo es que la ruta de ida y la de vuelta no coinciden. El tráfico suele salir del país por un camino y volver por otro completamente distinto, así que un traceroute limpio hasta China informa de poco: lo que se rompe está en la vuelta, y esa no se ve desde la máquina que aloja el servicio.
El segundo es la congestión horaria. Muchas rutas de tránsito hacia China funcionan bien a las tres de la mañana y pierden entre el 20% y el 40% de los paquetes entre las ocho y las once de la noche, hora local. Probar cuando a uno le viene bien garantiza no reproducir nada de lo que ve el usuario.
El tercero son las tres operadoras. Telecom, Unicom y Mobile toman caminos distintos hacia el mismo destino, y una ruta que va bien en una puede ser inservible en otra. El argumento de que un amigo en China lo probó y le funcionaba no demuestra nada. A eso se suma un cuarto factor que, según él, pesa más que el proveedor elegido: el centro de datos. Dos VPS de la misma empresa en regiones distintas pueden diferir en 150 ms y en un orden de magnitud de pérdida de paquetes.
Qué hay que mandar para que lo pruebe
Pide el hostname o la IP, el puerto si no es HTTPS plano, qué es el servicio —web, API, servidor de juego— y qué reportan los usuarios. Devuelve mtr desde las tres operadoras en ambos sentidos, la comparación punta/valle y una explicación en lenguaje llano de dónde se rompe y si tiene arreglo desde el lado del servicio. Prefiere correo a mensajes privados, porque los informes son largos y llevan el volcado en crudo adjunto.
El interés no es del todo desinteresado: está construyendo un conjunto de datos sobre qué centros de datos enrutan bien hacia China, y cada prueba lo engorda. Se compromete a publicar los hallazgos agregados cuando tenga suficiente material.
Para quien opera un servicio con usuarios en China, «va lento» es casi siempre lo único que llega desde el otro lado. Con esto se puede al menos ver el problema en crudo.
