Una comprobación TCP desde Dinamarca intenta una conexión a tu host en el puerto especificado y registra cuánto tarda en completarse el handshake. Esto pasa por las mismas políticas de firewall y routing que el tráfico real de la aplicación, a diferencia del ping ICMP. Es la herramienta adecuada para confirmar que un puerto de servicio específico —no solo el host— es accesible desde la infraestructura de red danesa.

Los ISP daneses típicamente no aplican filtrado de puertos a nivel de datacenter o tráfico empresarial. La razón más habitual para un fallo TCP desde Dinamarca es en el lado del servidor: reglas de geo-bloqueo, políticas de firewall que bloquean ASN no locales, o grupos de seguridad configurados para permitir solo rangos de IP específicos. AS42708 (Glesys) es un proveedor de hosting nórdico bien conocido y sus rangos de IP no suelen encontrarse en listas de bloqueo de abuso o inteligencia de amenazas, por lo que un fallo TCP desde este nodo normalmente apunta a un problema de configuración en el destino más que en el origen.

Si un puerto es accesible desde otros países nórdicos pero falla específicamente desde Dinamarca, vale la pena verificar si el servidor destino tiene algún bloqueo de IP específico para Dinamarca, o si la ruta de routing entre AS42708 y el upstream del destino involucra un intermediario que descarta el tráfico. Ejecutar una comprobación MTR junto con la comprobación TCP desde Dinamarca te da el detalle salto a salto para localizar dónde se produce el fallo.

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.