Jerusalen a Peru: 584 ms — como Hurricane Electric enruta Oriente Medio hacia America Latina por Milan, Virginia Beach y Sao Paulo
El traceroute
El 30 de marzo de 2026, nuestro servidor de medicion en Jerusalen — conectado a la red Cellcom (AS1680) — ejecuto un traceroute hacia un destino en Peru. El objetivo era un servidor operado por NIC.BR, el Registro de Internet brasileno, con infraestructura en Sao Paulo.
Esta es la ruta que tomo el paquete:
Jerusalen, Israel -> Milan, Italia -> Marsella, Francia -> Virginia Beach, EE.UU. -> Rio de Janeiro, Brasil -> Sao Paulo, Brasil
Cinco paises. Dos oceanos. 584 milisegundos.
| Salto | Ciudad | AS | RTT |
|---|---|---|---|
| 3 | Tel Aviv, IL | AS1680 Cellcom | 4,1 ms |
| 5 | Jerusalen, IL | AS1680 Cellcom | 46,9 ms |
| 8 | Milan, IT | AS6939 Hurricane Electric | 79,3 ms |
| 9 | Marsella, FR | AS6939 Hurricane Electric | 60,5 ms |
| 11 | Virginia Beach, US | AS6939 Hurricane Electric | 136,6 ms |
| 12 | Rio de Janeiro, BR | AS6939 Hurricane Electric | 237,5 ms |
| 13 | Sao Paulo, BR | AS6939 Hurricane Electric | 245,7 ms |
| 15 | Sao Paulo, BR | AS22548 NIC.BR | 584,7 ms |
Dos cosas saltan a la vista inmediatamente. Primero, el paquete llego a Peru pasando por Brasil — y no cualquier parte de Brasil, sino Sao Paulo, en la costa atlantica, a unos 3.500 km de Peru. Segundo, el ultimo salto de Hurricane Electric (245 ms) a NIC.BR (584 ms) agrego 339 ms dentro de la misma ciudad de Sao Paulo.
Hurricane Electric: la mayor red IPv6 del mundo
El operador detras de esta ruta — Hurricane Electric (AS6939) — es una de las redes mas importantes de las que la mayoria de la gente nunca ha oido hablar.
Fundada en 1994 en Fremont, California, Hurricane Electric opera el mayor backbone IPv6 del mundo, con mas de 11.000 relaciones de peering en 290+ puntos de intercambio de Internet en seis continentes. A diferencia de operadores orientados al consumidor como AT&T o Deutsche Telekom, Hurricane Electric es un proveedor de transito mayorista — la fontaneria detras de Internet.
Su backbone abarca:
- Norteamerica: de costa a costa, con PoPs principales en Virginia Beach, Chicago, Los Angeles y su sede en Fremont
- Europa: Londres, Amsterdam, Frankfurt, Paris, Marsella, Milan y decenas de otras ciudades
- Sudamerica: Virginia Beach a Rio de Janeiro y Sao Paulo via cable submarino
- Asia y Oceania: conexiones a traves de multiples rutas de transito
La ruta en nuestro traceroute coincide perfectamente con el backbone publicado de Hurricane Electric: Israel a Milan (cruce del Mediterraneo), Milan a Marsella (backbone europeo), Marsella a Virginia Beach (cable transatlantico, probablemente Dunant o similar), Virginia Beach a Rio de Janeiro (usando cables como Seabras-1), y Rio a Sao Paulo (fibra domestica brasilena).
Por que Brasil en lugar de Peru?
Peru tiene puntos de aterrizaje de cables submarinos. El anillo SAm-1 toca Lurin, cerca de Lima. El cable SPSC/Mistral (completado en 2021 tras casi 20 anos sin un nuevo cable en Peru) conecta Lima con Guatemala via Ecuador y Chile. El Pan-American Crossing llega a Peru desde el norte.
Entonces, por que Hurricane Electric envio nuestro paquete a traves de Brasil?
La respuesta esta en como los proveedores de backbone construyen sus redes. La presencia latinoamericana de Hurricane Electric esta anclada en Brasil — especificamente en Sao Paulo, el mayor punto de intercambio de Internet del continente y sede de IX.br, uno de los IXP mas grandes del mundo por volumen de trafico. Cuando Hurricane Electric construyo su backbone sudamericano, conecto Virginia Beach con Rio de Janeiro y Sao Paulo, no con Lima.
Desde Sao Paulo, el trafico hacia Peru continuaria por via terrestre — a traves de fibra en Brasil y hacia Peru, o mediante la red de otro operador.
El contexto historico: 170 anos de cables a Sudamerica
El primer cable telegrafico a Sudamerica se tendio en 1874 — una linea de Lisboa a Recife, Brasil, operada por la Brazilian Submarine Telegraph Company. Formaba parte de una red telegrafica global dominada por los britanicos que conectaba Londres con cada rincon del imperio.
Durante mas de un siglo, las comunicaciones internacionales de Sudamerica seguian un patron simple: todo pasaba por Estados Unidos o Europa. El trafico brasileno iba al norte a Miami o al este a Lisboa. El trafico argentino pasaba por Londres. Peru estaba conectado mediante cables que subian por la costa del Pacifico hasta Centroamerica y luego a EE.UU.
Este patron ha demostrado ser notablemente persistente en la era de Internet. Hasta 2018, no existia ningun cable submarino que cruzara directamente el Atlantico Sur — todo el trafico entre Sudamerica y Africa debia transitar por Norteamerica o Europa. El cable SACS (South Atlantic Cable System), que conecta Fortaleza (Brasil) con Luanda (Angola), cambio eso en 2018 — el primer enlace directo entre los dos continentes.
Igualmente, hasta el cable Humboldt (actualmente en construccion), no existe un enlace submarino directo entre Sudamerica y Asia-Pacifico. Todo el trafico entre las dos regiones debe cruzar el Atlantico o el Pacifico via Norteamerica.
Nuestro traceroute de Jerusalen a Peru sigue este patron centenario: este hacia Europa, oeste a traves del Atlantico hacia EE.UU., sur hacia Brasil. Los cables son de fibra optica en lugar de hilo telegrafico de cobre, pero la logica geografica sigue siendo la misma.
584 ms: descomposicion de la latencia
Los 584 ms se descomponen en segmentos identificables:
- Jerusalen -> Milan (~2.300 km): 79 ms — cruce del Mediterraneo, probablemente via un cable por Chipre o directamente a Italia
- Milan -> Marsella (~400 km): baja a 60 ms — el RTT disminuyo, sugiriendo que la medicion en Marsella refleja un camino mas eficiente dentro del backbone de Hurricane Electric
- Marsella -> Virginia Beach (~6.500 km): 137 ms — cruce transatlantico por cable submarino
- Virginia Beach -> Rio de Janeiro (~7.700 km): 238 ms — hacia el sur por la costa atlantica via cables como Seabras-1
- Rio -> Sao Paulo (~430 km): 246 ms — fibra domestica, latencia adicional minima
- Sao Paulo (HE) -> Sao Paulo (NIC.BR): 585 ms — 339 ms agregados en la misma ciudad
Los primeros 246 ms cubren aproximadamente 17.000 km de cables submarinos y terrestres internacionales. Los ultimos 339 ms se agregan en Sao Paulo, dentro de la red de NIC.BR. Como en nuestro traceroute a Mauricio, el viaje internacional fue mas rapido que la transferencia local.
Lo que esta ruta revela
Este traceroute cuenta tres historias simultaneamente:
Historia 1: Oriente Medio no tiene cable directo a Sudamerica. Israel se conecta al mundo via cables mediterraneos que van al oeste hacia Europa. Desde ahi, los unicos caminos a Sudamerica pasan por la costa este de EE.UU. No hay cable de Oriente Medio cruzando el oceano Indico y rodeando Africa hacia Sudamerica, ni a traves del Pacifico.
Historia 2: Brasil es el pozo gravitacional de Internet en Sudamerica. Asi como Londres fue el hub de los cables telegraficos del siglo XIX, Sao Paulo se ha convertido en el hub del enrutamiento de Internet del siglo XXI en Sudamerica. Incluso el trafico destinado a Peru — al otro lado del continente — es atraido hacia la orbita de Sao Paulo porque ahi es donde terminan los operadores internacionales.
Historia 3: La ultima milla sigue importando. Nuestros paquetes viajaron 17.000 km a traves de dos oceanos en 246 ms. Luego pasaron otros 339 ms sin recorrer ningun kilometro dentro de un centro de datos en Sao Paulo. La infraestructura en los puntos terminales importa tanto como los cables entre ellos.
De Jerusalen a Lima, la distancia directa es de aproximadamente 12.000 km. Nuestro paquete recorrio unos 17.000 km y llego en 584 ms — si excluimos la penalizacion de la red local, llego en 246 ms, lo cual es en realidad impresionante para la distancia.
El patron de 170 anos — todo pasa por los centros coloniales — sigue visible en el enrutamiento de Internet actual. Los cables son mas rapidos. Los centros se han trasladado de Londres y Lisboa a Virginia Beach y Sao Paulo. Pero la arquitectura fundamental permanece: las regiones perifericas se conectan a traves de centros, y los centros se conectan entre si.
