Documentation Index
Fetch the complete documentation index at: https://mintlify.com/tutosrive/redes-de-datos-2026-1/llms.txt
Use this file to discover all available pages before exploring further.
Descripción
En esta tarea se realizaron trazas de ruta (traceroute) desde diferentes conexiones de estudiantes de la Universidad de Caldas hacia una variedad de destinos nacionales e internacionales. El objetivo fue observar empíricamente cómo viajan los paquetes IP a través de múltiples sistemas autónomos (AS), identificar los proveedores intermediarios (ISP) y comparar latencias según la ubicación geográfica del destino.
Se utilizó tanto IPv4 como IPv6 dependiendo del soporte del destino y de la red de origen. Los destinos analizados incluyeron sitios colombianos, plataformas globales de tecnología y universidades de distintos continentes.
Objetivo
- Determinar el número de saltos (hops) necesarios para alcanzar cada destino.
- Identificar los nodos intermedios (routers) y los sistemas autónomos que conforman la ruta.
- Comparar la latencia (RTT – Round-Trip Time) entre destinos nacionales e internacionales.
- Reconocer los prefijos IPv6 de los principales proveedores (Google, Meta/Facebook, Microsoft, LACNIC).
- Comprender cómo la geografía y la infraestructura ISP determinan el camino que recorre un paquete.
Metodología
La herramienta traceroute envía paquetes UDP/ICMP con valores de TTL (Time To Live) incrementales, comenzando en 1. Cada router intermedio que descarta el paquete por TTL expirado responde con un mensaje ICMP Time Exceeded, revelando así su dirección IP y el tiempo de respuesta. De esta forma se construye un mapa salto a salto del camino hasta el destino.
- Linux / macOS:
traceroute -6 <destino> (fuerza el uso de IPv6)
- Windows:
tracert <destino>
Cada salto muestra tres mediciones de RTT en milisegundos. Un * * * indica que el router no respondió (filtrado de ICMP por firewall), pero el paquete sí continuó su camino.
En Linux puedes combinar ambas versiones: usa traceroute <destino> para IPv4
o traceroute -6 <destino> para IPv6. En Windows, tracert resuelve
automáticamente la versión IP según el registro DNS del destino. Para forzar
IPv6 en Windows: tracert -6 <destino>.
Primer salto: ISP de los estudiantes
Durante la clase del 19 de febrero de 2026, se registraron los primeros saltos observados por distintos estudiantes al ejecutar traceroute desde sus conexiones domésticas. Este primer salto corresponde al gateway del router doméstico de cada estudiante, y revela el ISP que utilizan:
| Dirección del gateway | ISP identificado |
|---|
192.168.28.1 | (no identificado) |
192.168.0.1 | Claro |
192.168.1.1 | Legon |
172.20.10.1 | Movistar |
La diversidad de primeros saltos confirma que los estudiantes se conectan desde distintas redes domésticas con diferentes operadores. A partir del segundo o tercer salto, las rutas tienden a converger hacia la red troncal colombiana antes de salir al exterior.
Resultados por destino
La siguiente tabla resume los resultados de las trazas ejecutadas. La columna Saltos visibles excluye los saltos que respondieron con * * *. La latencia final corresponde al RTT registrado en el último salto con respuesta.
| Destino | IP destino | Proto | Saltos visibles | Latencia final aprox. | Observaciones clave |
|---|
google.com | 2800:3f0:4005:41c::200e | IPv6 | 10 | ~41 ms | Entra a red Google en salto 4 (2001:4860:) |
facebook.com | 2a03:2880:f102:8a:face:b00c:0:25de | IPv6 | 8 | ~103 ms | Entra a red Meta en salto 4 (2620:0:1cff:) |
whatsapp.com | 2a03:2880:f202:d0:face:b00c:0:167 | IPv6 | 8 | ~61 ms | Misma infraestructura Meta (tfbnw.net) que Facebook |
instagram.com | 2a03:2880:f32f:20:face:b00c:0:4420 | IPv6 | 8 | ~32 ms | Nodos Meta en Bogotá: bog2.tfbnw.net |
microsoft.com | 2603:1061:14:70::1 | IPv6 | 16 | ~101–136 ms | Backbone Microsoft (msn.net, 2603:10b0:) |
mintic.gov.co | 2800:490:4001:e800::2 | IPv6 | 9 | ~97 ms | Pasa por AS7195 (EMCALI/COL), termina en !H |
tiktok.com | 181.54.161.107 | IPv4 | 5 | ~29–71 ms | Resuelve en red Claro Colombia (181.54.x.x) |
x.com (Twitter) | 172.66.0.227 | IPv4 | 7 | ~50 ms | CDN Cloudflare; ruta corta de 7 saltos |
ucaldas.edu.co | 179.50.90.223 | IPv4 | 8+ | ~42 ms | Pasa por AS7195 Bogotá; saltos finales filtrados |
uniandes.edu.co | 52.206.228.217 | IPv4 | 6+ | — | Sale por Miami (Telia/AS3491); AWS en destino |
campus.ucaldas.edu.co | 129.213.190.88 | IPv4 | 12+ | — | Oracle Cloud (OCI) vía NTT; backbone NTT (gin.ntt.net) |
virtual.ucaldas.edu.co | 186.144.178.153 | IPv4 | 5+ | — | Ruta corta, saltos filtrados a partir del 6 |
univ-reunion.fr (Francia/Reunión) | 194.199.73.55 | IPv4 | 16 | ~346–495 ms | París → isla Reunión; latencia muy alta |
uow.edu.au (Australia) | 130.130.215.2 | IPv4 | 12+ | ~627 ms | Backbone NTT → Londres → AARNET Australia |
ntc.net.np (Nepal) | 202.70.94.69 | IPv4 | 22 | ~435 ms | Miami → Tokio → Singapur → Nepal (Telia) |
num.edu.mn (Mongolia) | 157.15.6.25 | IPv4 | 18+ | — | Miami → Dallas → LA → Tokio → Hong Kong → Mongolia |
detik.com (Indonesia) | 103.49.221.211 | IPv4 | 17 | ~297–314 ms | Telia: Miami → Atlanta → Dallas → LA → Singapur → Indonesia |
Fragmento de traza real: google.com
El siguiente fragmento es la traza íntegra y sin modificaciones obtenida al ejecutar traceroute -6 google.com:
traceroute to google.com (2800:3f0:4005:41c::200e), 30 hops max, 80 byte packets
1 2800:484:907a:28e0:200:caff:fe11:2233 (2800:484:907a:28e0:200:caff:fe11:2233) 2.289 ms 3.024 ms 3.005 ms
2 2800:485:0:7b::1 (2800:485:0:7b::1) 42.977 ms 44.247 ms 44.268 ms
3 2800:483:100:194::1 (2800:483:100:194::1) 43.862 ms 43.892 ms 43.872 ms
4 2001:4860:1:1::2003 (2001:4860:1:1::2003) 49.688 ms 49.665 ms 49.648 ms
5 2001:4860:1:1::2002 (2001:4860:1:1::2002) 49.541 ms 49.523 ms 49.594 ms
6 2800:3f0:8341:40::1 (2800:3f0:8341:40::1) 49.488 ms 2800:3f0:8342:c0::1 (2800:3f0:8342:c0::1) 88.897 ms 2800:3f0:8342:240::1 (2800:3f0:8342:240::1) 42.471 ms
7 2001:4860:0:1::5090 (2001:4860:0:1::5090) 44.420 ms 2001:4860:0:1::4d9a (2001:4860:0:1::4d9a) 41.144 ms 2001:4860:0:1::4d8a (2001:4860:0:1::4d8a) 41.278 ms
8 2001:4860:0:1::8838 (2001:4860:0:1::8838) 42.721 ms 2001:4860:0:1::658e (2001:4860:0:1::658e) 95.301 ms 95.285 ms
9 2001:4860:0:1::87fd (2001:4860:0:1::87fd) 42.453 ms 2001:4860:0:1::8803 (2001:4860:0:1::8803) 41.996 ms 2001:4860:0:1::881b (2001:4860:0:1::881b) 42.678 ms
10 2800:3f0:4005:41c::200e (2800:3f0:4005:41c::200e) 41.124 ms 2001:4860:0:1::2b7 (2001:4860:0:1::2b7) 42.216 ms 41.358 ms
Lectura de la traza:
| Salto | Prefijo IPv6 | Propietario | RTT aprox. |
|---|
| 1 | 2800:484:907a:28e0:: | ISP local (Colombia, red de acceso) | 2–3 ms |
| 2 | 2800:485:0:7b::1 | ISP local (agregación / BRAS) | ~43 ms |
| 3 | 2800:483:100:194::1 | ISP local (backbone colombiano) | ~44 ms |
| 4–5 | 2001:4860:1:1:: | Google AS15169 (troncal) | ~50 ms |
| 6–10 | 2001:4860:: / 2800:3f0:: | Red interna Google | 41–95 ms |
A partir del salto 4, el paquete ya se encuentra completamente dentro de la red de Google (AS15169). La baja latencia final (~41 ms) demuestra que Google tiene presencia de infraestructura en Colombia o en una ubicación geográficamente cercana.
Los tres servicios de Meta (Facebook, Instagram, WhatsApp) comparten la misma infraestructura de red bajo el dominio tfbnw.net (The Facebook Network). La ruta es casi idéntica para los tres:
traceroute to facebook.com (2a03:2880:f102:8a:face:b00c:0:25de), 30 hops max, 80 byte packets
1 2800:484:907a:28e0:200:caff:fe11:2233 1.558 ms 1.901 ms 2.253 ms
2 2800:485:0:7b::1 14.104 ms 15.981 ms 16.119 ms
3 2800:483:100:194::1 21.774 ms 21.854 ms 21.975 ms
4 peer-as14080.pr02.bog1.tfbnw.net (2620:0:1cff:dead:beee::b5f) 37.916 ms
5 ae20.pr02.bog1.tfbnw.net (2620:0:1cff:dead:beee::b5e) 35.935 ms
6 po4001.asw03.bog2.tfbnw.net (2620:0:1cff:dead:beef::92dc) 35.878 ms
7 po202.psw01.bog2.tfbnw.net (2620:0:1cff:dead:beef::92ed) 102.869 ms
8 be7.msw1ac.01.bog2.tfbnw.net (2a03:2880:f0aa:ffff::13d) 102.628 ms
9 * * *
...
A partir del salto 4 (bog1.tfbnw.net) ya se está dentro de la red de Meta, con nodos claramente ubicados en Bogotá (bog1, bog2). Los asteriscos desde el salto 9 indican que los servidores finales filtran las respuestas ICMP, aunque el servicio es alcanzable.
Análisis
1. Destinos nacionales vs. internacionales
Los destinos dentro de Colombia presentan rutas más cortas en número de saltos y menor latencia cuando no involucran infraestructura en la nube ubicada en el exterior:
tiktok.com resolvió a 181.54.161.107, un rango de Claro Colombia, alcanzando el destino en solo 5 saltos con ~29 ms. TikTok tiene nodos de entrega locales en Colombia.
ucaldas.edu.co se alcanza en 8 saltos visibles con ~42 ms, pasando por AS7195 (red académica colombiana) en Bogotá.
virtual.ucaldas.edu.co y x.com muestran rutas relativamente cortas (5–7 saltos), beneficiadas por CDNs o infraestructura regional.
En contraste, destinos en otros continentes multiplican la latencia:
| Continente | Ejemplo | Latencia aprox. |
|---|
| Colombia | tiktok.com, ucaldas.edu.co | 29–42 ms |
| Norteamérica | microsoft.com | 100–136 ms |
| Europa | univ-reunion.fr | 350–495 ms |
| Asia (Nepal) | ntc.net.np | ~435 ms |
| Oceanía | uow.edu.au | ~627 ms |
2. Identificación de AS y prefijos IPv6
El bloque 2800::/12 corresponde al espacio de direcciones IPv6 asignado
por LACNIC (Latin America and Caribbean Network Information Centre) a
operadores de América Latina y el Caribe. Cualquier dirección con ese prefijo
pertenece a un ISP, empresa u organización registrada en la región. Por
ejemplo: 2800:484::/32 y 2800:485::/32 son bloques de un operador
colombiano; 2800:3f0::/32 pertenece a Google Colombia.
Los prefijos reconocibles en las trazas:
| Prefijo IPv6 | Organización / AS |
|---|
2800:484::/32 | ISP colombiano (red de acceso local) |
2800:485::/32 | ISP colombiano (backbone/agregación) |
2800:483::/32 | ISP colombiano (núcleo) |
2001:4860::/32 | Google (AS15169) |
2800:3f0::/32 | Google Colombia (AS15169) |
2620:0:1cff::/48 | Meta / Facebook (AS32934, tfbnw.net) |
2a03:2880::/32 | Meta / Facebook (AS32934) |
2a01:111::/32 | Microsoft (AS8075) |
2603:10b0::/32 | Microsoft Azure (AS8075) |
2001:13b4::/32 | ETB / Colombia Telecomunicaciones |
2001:13b2::/32 | Red académica / gobierno colombiano |
2800:490::/32 | Entidad gubernamental Colombia (MinTIC) |
2800:1e0::/32 | AS7195 (EMCALI / red troncal colombiana) |
3. Efecto del balanceo de carga y ECMP
En saltos como el 6 de google.com, se observan tres IPs distintas respondiendo al mismo TTL:
6 2800:3f0:8341:40::1 (2800:3f0:8341:40::1) 49.488 ms 2800:3f0:8342:c0::1 (2800:3f0:8342:c0::1) 88.897 ms 2800:3f0:8342:240::1 (2800:3f0:8342:240::1) 42.471 ms
Esto es evidencia de ECMP (Equal-Cost Multi-Path): múltiples rutas paralelas de igual costo. El traceroute envía tres sondas y cada una puede tomar un camino distinto. Las variaciones de latencia entre ellas (~42–89 ms) reflejan diferentes rutas físicas dentro de la red de Google.
4. Rutas transatlánticas y transpacíficas
Las trazas hacia Europa, Asia y Oceanía revelan los nodos de tránsito intercontinentales más utilizados desde Colombia:
- Telia Carrier (AS1299): aparece en rutas a Francia (
univ-reunion.fr), Indonesia (detik.com), Australia (uow.edu.au) y Nepal (ntc.net.np). Actúa como Tier-1 transit desde Miami.
- NTT Communications (AS2914): aparece en la ruta a Mongolia (
num.edu.mn) y a campus.ucaldas.edu.co (alojado en Oracle Cloud). Sus nodos muestran el camino: Miami → Dallas → Los Ángeles → Tokio → Hong Kong.
- AARNET (AS7575): red académica australiana, aparece en los últimos saltos hacia
uow.edu.au (Universidad de Wollongong).
Conclusiones
- La latencia crece con la distancia geográfica: Los destinos colombianos se alcanzan en menos de 45 ms, mientras que Australia supera los 600 ms.
- Las grandes plataformas tienen presencia local: Google y Meta operan nodos en Bogotá, lo que reduce significativamente la latencia para usuarios colombianos (Facebook: ~35 ms al entrar a la red Meta; Google: ~41 ms al destino final).
- El prefijo
2800::/12 (LACNIC) domina los primeros saltos: Los tres primeros saltos en todas las trazas IPv6 pertenecen a este bloque, evidenciando el tránsito por infraestructura colombiana antes de salir al exterior.
- Los firewalls filtran ICMP en los últimos saltos: El patrón
* * * repetido desde cierto salto no significa que el destino sea inalcanzable; indica que los routers finales (o el servidor) no responden a TTL expirado. El servicio puede seguir funcionando normalmente.
- Estudiantes con distintos ISP (Claro, Movistar, Legon) observaron primeros saltos distintos, pero las rutas convergieron rápidamente hacia la misma infraestructura troncal colombiana.
- La infraestructura universitaria de UCaldas usa tanto redes propias (
ucaldas.edu.co → AS7195 Bogotá) como servicios en la nube alojados en el exterior (campus.ucaldas.edu.co → Oracle Cloud OCI en EE. UU.).
- TikTok resultó ser el destino de plataforma global con menor latencia (~29 ms, 5 saltos), al tener su IP destino dentro del rango de Claro Colombia, sugiriendo un nodo CDN local.