Inicio
Explorar Cables Ubicaciones Mapa Estado de ISP Cortes
Live Mapa live Salud Latencia Puestas en servicio por año Pulso Pantalla grande 🖥
Aprender Investigación Guía Metodología
← Todos los artículos
Análisis de ruta

Por qué el tráfico de Internet toma rutas inesperadas: el caso de Kiev a Washington

📍 Paranã, BR: el nodo por el que el tráfico se desvía

Imagina esto: estás en Kyiv y envías una solicitud a un servidor en Washington, EE. UU. La distancia "en línea recta" entre estos dos puntos es de 7,832 км. Sin embargo, en lugar de tomar la ruta más corta a través del Océano Atlántico, tu tráfico de internet hace un inesperado "desvío" hacia el sur, llegando a la ciudad de Paraná en Brasil, desviándose 6,480 км de la línea directa, y luego regresa a EE. UU. El tiempo de ida y vuelta (RTT) resultante es de 289 milisegundos (мс), aproximadamente cuatro veces el mínimo teórico posible de 78 мс. ¿Qué ocurrió? Vamos a averiguarlo.

🇺🇦Kyiv1 ms→🇩🇪Munich24 ms→🇬🇧London33 ms→🇧🇪Brussels39 ms→🇧🇷Paranã335 ms→🇺🇸Denver294 ms→🇺🇸Atlanta334 ms→🇺🇸Washington D.C.289 ms
Directo ~7 832 km · real ~22 407 km · ×2.9

¿Por qué el tráfico pasa por Brasil?

Primero, es importante entender cómo funciona internet. Nuestros datos muestran que las solicitudes en esta ruta pasaron por tres sistemas autónomos principales (AS): AS43145 (RNC Ltd., un proveedor local ucraniano), AS174 (Cogent Communications, un operador de tránsito internacional) y AS32934 (Facebook, Inc., una red estadounidense que sirve como destino). Idealmente, la ruta debería haber utilizado un cable transatlántico directo que conecta Europa y EE. UU., pero eso no ocurrió.

En cambio, el tráfico primero pasó por Kyiv, Múnich y Londres, lo cual tiene sentido para una ruta hacia EE. UU. Sin embargo, luego se desvió inesperadamente hacia el sur, llegando a Paraná, Brasil, antes de regresar a América del Norte vía Denver y Atlanta. ¿Por qué? La respuesta radica en las especificidades del peering y la economía del tráfico de tránsito.

Facebook, como propietario de AS32934, construye activamente sus propias redes de cables para minimizar la dependencia de proveedores externos. Sus rutas están optimizadas para sus propios centros de datos y puntos de conexión, pero no siempre para la latencia más corta. En este caso, el tráfico pasó por Brasil probablemente debido a la arquitectura interna de la red de Facebook, donde Paraná funciona como un nodo clave para procesar datos antes de regresar a EE. UU.

¿Cómo afecta esto al usuario?

Para el usuario promedio, tal retraso podría no parecer crítico al navegar por páginas web. Sin embargo, para aplicaciones más sensibles a la latencia, esto podría convertirse en un problema serio:

  • Llamadas de video: Un retraso de 289 мс crea una pausa notable en las conversaciones, lo que puede dificultar la comunicación, especialmente en llamadas grupales.
  • Juegos en línea: En la mayoría de los juegos, un retraso de más de 100 мс ya se considera incómodo. Un RTT de 289 мс hace que el juego sea casi imposible, particularmente en modos competitivos.
  • Transacciones financieras: El trading requiere retrasos mínimos. Milisegundos adicionales pueden costar cantidades significativas de dinero en operaciones de alta frecuencia.
  • Servicios en la nube: Al usar servidores remotos o aplicaciones en la nube, tales retrasos pueden ralentizar las operaciones y afectar el rendimiento.

Contexto de infraestructura: ¿por qué el tráfico regional "se desvía"?

El enrutamiento actual del tráfico de Kyiv a Washington vía Brasil no es una coincidencia, sino el resultado de factores complejos. Una razón clave es la falta de suficientes conexiones de peering directas entre los principales proveedores y redes en Europa y EE. UU. Por ejemplo, Facebook, como proveedor de contenido importante, prefiere enrutar el tráfico a través de sus propias redes en lugar de operadores de tránsito externos como Cogent o Arelion. Esto reduce sus costos pero puede alargar las rutas para los usuarios finales.

Además, el enrutamiento puede verse influido por la congestión en ciertas partes de la red o interrupciones temporales de cables submarinos. Por ejemplo, si uno de los principales cables transatlánticos está congestionado o no disponible, el tráfico puede ser redirigido a través de rutas alternativas, incluso si son significativamente más largas.

Eventos reales que afectan la ruta

GeoCables monitorea activamente eventos que podrían impactar el enrutamiento del tráfico. Por ejemplo, el 26 de septiembre de 2026, se registró una inundación de nivel verde cerca de Ucrania, y el 11 de agosto de 2026, ocurrió un terremoto de magnitud 4.6 a 641 км de la ruta. Sin embargo, nuestros datos muestran claramente que el desvío actual a través de Brasil no está relacionado con estos eventos. Las razones radican únicamente en las especificidades de las operaciones de red y sus interacciones.

Este caso es otro ejemplo de cómo la estructura compleja y multinivel de internet puede afectar la experiencia del usuario. GeoCables continúa monitoreando la red global, identificando tales desviaciones y ayudando a los especialistas a abordar los cuellos de botella en el enrutamiento. Al fin y al cabo, en el mundo de internet, cada milisegundo cuenta.

Evgeny Korolev
Autor
Evgeny Korolev
Ingeniero de infraestructura · Fundador de GeoCables
Creó GeoCables para monitorear cables submarinos en tiempo real. Opera su propia red distribuida de servidores de medición, incluso en regiones poco cubiertas por mediciones públicas.

🌐 Log In

Access your routes, favorites, and API key

Create account Forgot password?