Cuando alguien de Barcelona contrata un VPS en Barcelona, espera una cosa por encima de todas: latencia baja. Es la razón obvia de elegir el datacenter de tu propia ciudad. La realidad del mercado era otra. Ese VPS "en Barcelona" respondía en 10-12 ms, exactamente lo mismo que respondería un VPS en Madrid. Pagar por proximidad no compraba proximidad real.
Esto no era un problema exclusivo nuestro. Le pasa hoy a prácticamente cualquier proveedor de cloud con presencia en Barcelona. Y la causa no está en los datacenters: está en cómo se enruta internet en España.
Hemos invertido en arreglarlo de la única forma en que se puede arreglar: conectando Telxius en nuestro PoP de Barcelona. Es un proveedor caro, probablemente de los más caros que se pueden conectar en España, y lo hemos hecho igualmente. Este post explica por qué, con mediciones reales de por medio.
El Problema: Un VPS en Barcelona Que No Era de Barcelona
Antes de esta inversión, un usuario de Movistar en Barcelona que se conectaba a un servidor alojado en Barcelona veía latencias de 10-12 ms. La distancia física entre su router y nuestro datacenter podía ser de unos pocos kilómetros, pero sus paquetes hacían un viaje absurdo: subían a Madrid, cruzaban los puntos de interconexión de allí, y volvían a bajar a Barcelona.
Y Madrid ni siquiera era el peor de los casos. Hemos llegado a ver tráfico de Telefónica enrutado a través de Londres para llegar a Barcelona: un usuario y un servidor en la misma ciudad, y sus paquetes cruzando media Europa de ida y de vuelta porque el punto de intercambio con la red de destino quedaba allí.
Un viaje de ida y vuelta Barcelona-Madrid por fibra cuesta alrededor de 8-10 ms. Ese era el peaje invisible que pagaba cada conexión local. Y era el motivo por el que contratar en Barcelona no daba ninguna ventaja: el tráfico pasaba por Madrid igualmente, así que la latencia era la misma que contratando en Madrid.
Para cargas de trabajo donde la latencia importa de verdad, ese peaje es la diferencia entre una experiencia local y una experiencia mediocre. Y para nosotros era inaceptable que nuestro PoP de Barcelona no pudiera ofrecer a los usuarios de Barcelona lo único que un datacenter local promete por definición.
Por Qué Pasa: En España, Internet Vive en Madrid
Barcelona no es el punto central de internet en España. Madrid lo es. Todos los operadores locales priorizan el enrutado por Madrid: es donde concentran su capacidad, donde están sus principales puntos de interconexión y donde intercambian el tráfico entre ellos. La consecuencia es que el tráfico entre dos puntos de Cataluña puede acabar haciendo escala en Madrid con total normalidad.
A eso se suma un segundo factor que condiciona todo el mercado: Telefónica no hace peering abierto con nadie. No está presente en los puntos de intercambio neutros con una política abierta, como sí hacen otros operadores europeos. La única forma de entregar tráfico directamente a la red de Telefónica, que es la red con más usuarios de España, es pagar por ello a través de su carrier mayorista.
La combinación de ambas cosas explica el problema. Aunque tu servidor esté a dos kilómetros del usuario, si tu proveedor de cloud no tiene una entrega directa con Telefónica en Barcelona, ese tráfico va a subir a Madrid sí o sí. Y la mayoría de proveedores no la tiene, porque cuesta dinero. Mucho dinero.
La Solución: Telxius. Y Sí, Es Caro
Telxius es el carrier mayorista del grupo Telefónica. Es la puerta de entrada directa a la red de Movistar, y una de las redes internacionales más grandes que existen, con presencia en toda Europa y América. Y no es solo Movistar: Orange y Vodafone también hacen peering con Telxius en Barcelona, así que una sola conexión en nuestro PoP de Barcelona nos da entrega directa y local hacia las tres grandes redes de España. Cuando conectas Telxius, el tráfico de esos usuarios te llega por el camino más corto posible, sin depender de terceros ni de desvíos por puntos de interconexión lejanos.
Vamos a ser transparentes: Telxius es un proveedor caro. Es precisamente el motivo por el que la mayoría de proveedores de cloud no lo conecta y acepta el desvío por Madrid como un mal menor. Es la decisión económicamente cómoda, y siendo honestos, la mayoría de clientes no sabría nunca a qué se debe esa latencia extra.
De hecho, nuestros propios clientes de VPS en Barcelona no lo estaban pidiendo. Nadie abre un ticket para reclamar 8 ms que todos los proveedores de la ciudad pierden por igual: esa latencia se asume como normal porque nadie ofrece nada mejor. No era una demanda del mercado, y aun así lo hicimos.
Nosotros hicimos la cuenta al revés. Sin una entrega directa con Telefónica en Barcelona, nuestro PoP de Barcelona no podía cumplir su promesa. Así que lo conectamos, igual que en su día decidimos construir nuestra propia red global con BGP multihoming en lugar de alquilar la de otros. La filosofía es la misma: la red es la base de todo lo demás, y en la red no se recorta.
Por eso la conexión con Telxius en Barcelona no arregla solo el camino con Movistar: el mismo enlace resuelve el mismo problema para los usuarios de Orange y de Vodafone, que sufren variantes de la misma centralización en Madrid, y además refuerza nuestra salida hacia el resto de Europa con uno de los backbones más potentes del continente.
Y Telxius no trabaja solo. Adicionalmente estamos conectados a DE-CIX Barcelona, el punto de intercambio neutro de la ciudad, donde hacemos peering local con los proveedores domésticos que sí tienen política de peering abierta. La estrategia es completa: el tráfico que puede intercambiarse localmente en Barcelona se intercambia localmente, y Telxius cubre las redes que no están en el punto neutro, empezando por la de Telefónica, a la que no se puede llegar de ninguna otra forma.
Los Números: Mediciones Reales
No queremos que te fíes de nuestra palabra. Estas son mediciones MTR reales hechas con probes de Globalping, desde conexiones residenciales de distintos operadores, hacia nuestra red en Barcelona (AS26141).
Empecemos por la que importa: un usuario de Movistar en el área metropolitana de Barcelona.
> Badalona, ES - Telefonica/Movistar (AS3352)
Host Loss% Avg
1. AS??? _gateway (192.168.0.1) 0.0% 0.7
2. AS??? 192.168.144.1 0.0% 3.2
3. AS3352 217.11.111.120 0.0% 3.3
4. AS3352 217.11.111.106 0.0% 3.4
5. AS3352 46.red-80-58-81.staticip.rima-tde.net 0.0% 3.8
6. AS12956 213.140.50.204 (Telxius) 0.0% 3.5
7. AS12956 213.140.35.40 (Telxius) 0.0% 3.5
8. AS26141 cr002.bcn.eu.as26141.net (CubePath Barcelona) 0.0% 3.5
9. AS26141 194.26.100.14 0.0% 4.3
Fíjate en lo que está pasando ahí. El tráfico sale de la red de Movistar, entra en Telxius (AS12956) estando todavía a 3.5 ms del usuario, y Telxius nos lo entrega directamente en nuestro router de Barcelona. Total: 3.5-4 ms. Sin escala en Madrid. Antes de esta conexión, ese mismo usuario veía 10-12 ms, el mismo valor que sigue viendo hoy con otros clouds de Barcelona.
El resto de España también se beneficia de la entrega directa. Un usuario de Movistar en Alicante:
> Alicante, ES - Telefonica/Movistar (AS3352)
Host Loss% Avg
1. AS??? _gateway (192.168.144.1) 0.0% 1.4
2. AS3352 9.red-81-41-228.staticip.rima-tde.net 0.0% 1.7
3. AS??? (waiting for reply)
4. AS3352 49.red-80-58-73.staticip.rima-tde.net 0.0% 13.5
5. AS12956 213.140.50.204 (Telxius) 0.0% 12.5
6. AS12956 213.140.35.40 (Telxius) 0.0% 11.8
7. AS26141 cr002.bcn.eu.as26141.net (CubePath Barcelona) 0.0% 13.4
8. AS26141 194.26.100.14 0.0% 12.4
Movistar sube ese tráfico a Madrid dentro de su propia red, porque así es como está construida la red española, y desde ahí Telxius nos lo trae a Barcelona en línea recta: 12-13 ms desde Alicante es un valor excelente para esa distancia.
El resumen de todas las mediciones, desde distintos puntos de España y operadores, hasta nuestro router de borde en Barcelona:
| Origen | Operador | Latencia medida |
|---|---|---|
| Badalona (Barcelona) | Movistar (AS3352) | 3.5-4 ms |
| Madrid | Orange (AS12479) | ~11-12 ms |
| Murcia | Movistar (AS3352) | ~12 ms |
| Alicante | Movistar (AS3352) | ~12-13 ms |
| Castro-Urdiales (Cantabria) | Orange (AS12479) | ~20 ms |
| Anguciana (La Rioja) | Vodafone (AS12430) | ~24 ms |
La CDN También Mejora
Nuestra CDN está construida sobre nuestra propia red global, así que cualquier mejora en la red beneficia automáticamente a la CDN. El nodo de Barcelona ahora entrega contenido a los usuarios de Movistar del área de Barcelona con esa misma latencia de 3-4 ms, lo que se traduce directamente en mejor TTFB, handshakes TLS más rápidos y una experiencia notablemente más ágil en cualquier web o aplicación servida desde nuestra CDN.
Para los usuarios del resto de España y de Europa, la entrega directa a través del backbone de Telxius acorta el camino de vuelta hacia las redes de Telefónica, Orange y Vodafone en toda la huella de Telxius, que es enorme.
Seguimos Apostando por Barcelona
El mercado español empuja todo hacia Madrid: la capacidad, la interconexión, las inversiones. Lo fácil sería aceptarlo y tratar Barcelona como un PoP secundario, que es exactamente lo que hace la mayoría. Nosotros seguimos haciendo lo contrario: invertir para que nuestro PoP de Barcelona sea un punto de presencia de primera categoría, y la conexión con Telxius es un paso más en esa dirección, no el último.
¿Para quién importa pasar de 12 ms a 3 ms? Para cualquiera que construya algo interactivo: servidores de juego donde cada milisegundo de ping cuenta, plataformas de trading, VoIP y videoconferencia, escritorios remotos, APIs en tiempo real. Y para cualquier negocio de Barcelona que quiera que sus usuarios locales tengan la mejor experiencia posible, que es como debería ser siempre lo local.
Si estás en Barcelona o tus usuarios lo están, ahora mismo no hay una opción con mejor latencia local. Despliega un VPS en Barcelona y mídelo tú mismo, o contáctanos si quieres que revisemos juntos el caso de tu infraestructura.