Ruta de retorno a China: cómo identificar CN2 GIA, GT, 163, CMI y 9929
La velocidad con la que se percibe su sitio en China continental depende en gran medida del camino que sigue el tráfico de su servidor de regreso a China. Esta guía explica cómo hacer una prueba de la ruta de retorno a China: ejecutar mtr y la herramienta de código abierto nexttrace desde el servidor hacia IPs de China Telecom, China Unicom y China Mobile, leer los prefijos de los saltos para identificar CN2 GIA, CN2 GT, 163, Unicom 169/9929 o China Mobile CMI, probar la ruta de ida desde China y saber qué incluir en un ticket de soporte. Los comandos funcionan en Debian/Ubuntu y CentOS/Rocky/AlmaLinux.
Paso 1: Ruta de ida frente a ruta de retorno
El tráfico de China hacia el servidor es la ruta de ida; el tráfico del servidor de vuelta a China es la ruta de retorno. Ambas suelen ser distintas, y la mayor parte del tráfico voluminoso (páginas web, descargas) circula por la ruta de retorno, por lo que es la que más influye en la velocidad percibida. Pruebe la ruta de ida desde su PC local y la ruta de retorno desde el servidor.
Paso 2: Conozca los prefijos de salto habituales en la ruta de retorno
Los prefijos IP que aparecen en mtr o traceroute indican por qué red circula el tráfico:
| Prefijo del salto | Red | Significado |
|---|---|---|
| 59.43.* | CN2 (AS4809) | Red premium de China Telecom; aparece tanto en GIA como en GT |
| 202.97.* | Troncal 163 (AS4134) | Ruta internacional estándar de China Telecom |
| 219.158.* | Troncal Unicom 169 (AS4837) | Ruta internacional estándar de China Unicom |
| 218.105.* / 210.51.* | Unicom CUII (AS9929) | Red premium de China Unicom, a menudo llamada 9929 |
| 223.120.* | China Mobile CMI (AS58453) | Red internacional de China Mobile |
Regla práctica: una ruta de retorno que se mantiene en 59.43.* sin pasar por 202.97.* suele ser CN2 GIA; 202.97.* seguido de 59.43.*, o una mezcla de ambos, suele indicar CN2 GT; solo 202.97.* significa una ruta 163 estándar. En Unicom, 219.158.* es la troncal 169 estándar y 218.105.* normalmente indica 9929. En China Mobile, 223.120.* significa CMI.
Paso 3: Pruebe la ruta de retorno desde el servidor con mtr
Los destinos siguientes son servidores DNS públicos de los operadores, usados solo como ejemplo; si alguno no responde, use una IP de la ciudad de sus clientes o de su oficina:
# Install mtr
apt install -y mtr-tiny # Debian/Ubuntu
yum install -y mtr # CentOS/Rocky/AlmaLinux
# China Telecom
mtr -rwc 30 202.96.209.133 # Shanghai Telecom DNS
mtr -rwc 30 202.96.128.86 # Guangzhou Telecom DNS
# China Unicom
mtr -rwc 30 202.106.0.20 # Beijing Unicom DNS
mtr -rwc 30 210.22.97.1 # Shanghai Unicom DNS
# China Mobile
mtr -rwc 30 211.136.192.6 # Guangdong Mobile DNS
mtr -rwc 30 120.196.165.24 # Guangdong Mobile DNSEn cada resultado, observe los prefijos de los saltos intermedios, además de la latencia media (Avg) y la pérdida (Loss%) en el último salto. Una pérdida en un salto intermedio que no se mantiene en los saltos siguientes es solo limitación de ICMP y puede ignorarse.
Paso 4: Instale la herramienta de código abierto nexttrace
nexttrace es un traceroute visual de código abierto que etiqueta cada salto con su ASN y ubicación, lo que facilita mucho la lectura de la ruta. Su script de instalación es un proyecto de terceros, así que léalo antes de ejecutarlo:
# Option 1: official install script (third-party open source; download and read first)
curl -sL nxtrace.org/nt -o nt.sh
less nt.sh
bash nt.sh
# Option 2: download the binary for your architecture from GitHub Releases
# https://github.com/nxtrace/NTrace-core/releases
# Trace to an IP (shows ASN and location per hop)
nexttrace 202.96.209.133
# Use TCP 443 probes if the target drops ICMP
nexttrace -T -p 443 202.96.209.133
# Quick test to built-in China Telecom/Unicom/Mobile targets
nexttrace --fast-tracePaso 5: Pruebe la ruta de ida desde China
Desde su equipo local, haga un traceroute hacia el servidor (sustituya la IP de ejemplo 203.0.113.10 por la IP de su servidor). También puede usar sitios web de ping y traceroute en línea con múltiples nodos, populares en China, para probar desde muchas provincias y operadores a la vez:
# Windows: Command Prompt or PowerShell
tracert -d 203.0.113.10
pathping -n 203.0.113.10
# macOS / Linux
mtr -rwc 100 203.0.113.10Paso 6: Qué incluir en un ticket de soporte
- La IP del servidor, además de su IP pública local, ciudad y operador (Telecom, Unicom o Mobile);
- Cuándo ocurre el problema y si solo sucede en el pico nocturno;
- Pruebas en ambos sentidos: mtr desde el servidor hacia su IP local, y mtr o tracert desde su lado hacia el servidor (100 o más sondeos, en texto o capturas de pantalla);
- Qué servicios o puertos se ven afectados, por ejemplo HTTPS 443 o RDP 3389.
Preguntas frecuentes
Mi ruta de retorno es CN2 GIA, pero sigue siendo lenta. ¿Por qué?
También influyen la ruta de ida, su conexión de banda ancha local y la carga del servidor. Pruebe en ambos sentidos y compruebe si la CPU o el ancho de banda del servidor están al máximo.
¿Es normal que los tres operadores tengan rutas diferentes?
Sí. Cada operador se interconecta de forma distinta —por ejemplo, Telecom a través de CN2 y Mobile a través de CMI—, por lo que la latencia también será diferente.
¿Puedo elegir la ruta de retorno?
El enrutamiento lo determina la política de red del centro de datos y varía según el producto. Si necesita una ruta concreta, contáctenos antes de contratar para confirmar la configuración o solicitar una prueba.
Si aún necesita ayuda, abra un ticket de soporte con los resultados anteriores y el equipo de IMIDC, disponible 24/7, lo investigará.