Desde nuestro nodo de Copenhague en AS42708 (Glesys), los tiempos de ida y vuelta ICMP típicos hacia destinos bien conectados son aproximadamente estos: Copenhague a Hamburgo, unos 17 ms; a Estocolmo, unos 20 ms; a Ámsterdam, unos 22 ms; a Londres, unos 25 ms; a Fráncfort, unos 28–35 ms; a Varsovia, unos 35 ms; a Nueva York, unos 90–105 ms. Estas cifras asumen rutas de tránsito o peering directo. Las rutas a través de operadores congestionados o indirectos pueden elevar esos números entre 15–30 ms adicionales.

Dinamarca es geográficamente compacta, por lo que los tiempos de ping intrapaís son bajos: la mayoría de los usuarios residenciales daneses son alcanzables en menos de 15 ms desde un datacenter en Copenhague. El uso más interesante de una prueba de ping desde Dinamarca es entender cómo aparece tu servidor para la región nórdica y de Europa Central más amplia, ya que Copenhague está equidistante entre Escandinavia y el norte de Alemania.

ICMP suele estar deprioritizado o limitado en tasa a nivel de firewall. Un RTT alto en el resultado del ping por sí solo no confirma latencia real de la aplicación: compara con una comprobación TCP en el puerto de servicio del mismo host para determinar si el camino ICMP refleja el comportamiento real de la aplicación. Una pérdida consistente de paquetes tanto en ICMP como en TCP es un indicador más fiable de problemas de conectividad reales entre Dinamarca y el destino.

Copenhague es el hub de Internet principal de Dinamarca y funciona como un cruce de routing entre Escandinavia, la región báltica y Europa Central. Netnod opera un IX en Copenhague junto con su infraestructura de Estocolmo, y el Danish Internet Exchange (DIX) ofrece una alternativa de peering gestionada por la comunidad. Juntos, hacen de Copenhague una ubicación bien conectada para redes que necesitan hacer peering con los ISP nórdicos y bálticos sin enrutar primero por Fráncfort o Ámsterdam.

Dinamarca conecta la península escandinava con el continente europeo a través de su enlace terrestre vía Jutlandia hacia Alemania. Esta geografía significa que Copenhague tiene rutas de baja latencia tanto hacia Estocolmo (unos 20 ms) como hacia Hamburgo (unos 17 ms), lo que le confiere alcance natural en ambas direcciones. Los enlaces trans-Øresund hacia Malmö mantienen la latencia hacia el sur de Suecia muy por debajo de 10 ms. Varios cables submarinos conectan Dinamarca con el Reino Unido, Noruega y los países bálticos, proporcionando diversidad de rutas para el tráfico internacional.

Nuestro nodo sonda en Copenhague corre en AS42708, operado por Glesys AB. Glesys es un proveedor nórdico de hosting e infraestructura con presencia de centros de datos en Estocolmo, Gotemburgo y Copenhague. La ubicación de Glesys en Copenhague en su instalación del municipio de Glostrup da al nodo sonda buena conectividad upstream hacia el ecosistema de hosting nórdico en general. AS42708 anuncia rutas vía Netnod y tiene acuerdos de tránsito que cubren destinos tanto nórdicos como de Europa Central.

El mercado de hosting danés incluye tanto operadores locales como proveedores internacionales. TDC (AS3292) es el operador nacional incumbente y opera una parte significativa del backbone danés. Telia (AS1299) y Telenor (AS2119) proporcionan capacidad de tránsito adicional. El tráfico de alto consumo de banda ancha —streaming de video, cargas de trabajo en la nube— a menudo enruta vía Equinix Copenhagen, donde las CDNs y los proveedores de nube mantienen nodos de caché o edge locales para servir a los usuarios daneses sin obtener el contenido de centros de datos más lejanos.

Para operadores que atienden a usuarios daneses, Copenhague es la ubicación de prueba natural. Un servidor alojado en Copenhague o con peering en DIX o Netnod CPH debería alcanzar a la mayoría de los usuarios residenciales daneses en menos de 15 ms. Un servidor en Fráncfort añade 35–45 ms para los usuarios daneses antes de tener en cuenta cualquier variación en el último tramo. La presencia de CDN edge en Copenhague o en la cercana Malmö marca una diferencia significativa en aplicaciones sensibles a la latencia que sirven al mercado danés.