Depuis notre nœud de Copenhague sur AS42708 (Glesys), les temps aller-retour ICMP typiques vers des destinations bien peerisées ressemblent approximativement à ceci : Copenhague vers Hambourg environ 17 ms, vers Stockholm environ 20 ms, vers Amsterdam environ 22 ms, vers Londres environ 25 ms, vers Francfort environ 28–35 ms, vers Varsovie environ 35 ms, vers New York environ 90–105 ms. Ces chiffres supposent des chemins de transit ou de peering directs. Les routes via des opérateurs congestionnés ou indirects peuvent pousser ces chiffres 15–30 ms plus haut.

Le Danemark est géographiquement compact, donc les temps de ping intra-pays sont bas — la plupart des utilisateurs résidentiels danois sont joignables en moins de 15 ms depuis un centre de données de Copenhague. L'utilisation la plus intéressante d'un test de ping depuis le Danemark est de comprendre comment votre serveur apparaît à la région nordique et d'Europe centrale plus large, puisque Copenhague est à équidistance entre la Scandinavie et le nord de l'Allemagne.

L'ICMP est couramment déprioritisé ou soumis à une limitation de débit au niveau des pare-feux. Un RTT élevé dans le résultat de ping seul ne confirme pas la latence applicative réelle — comparez avec une vérification TCP sur le port de service du même hôte pour déterminer si le chemin ICMP reflète le comportement applicatif réel. Une perte de paquets constante à la fois sur ICMP et TCP est un indicateur plus fiable de vrais problèmes de connectivité entre le Danemark et la cible.

Copenhague est le principal hub internet du Danemark et fonctionne comme un carrefour de routage entre la Scandinavie, la région baltique et l'Europe centrale. Netnod exploite un IX à Copenhague aux côtés de son infrastructure stockholmoise, et le Danish Internet Exchange (DIX) fournit une alternative de peering gérée par la communauté. Ensemble, ils font de Copenhague un emplacement bien connecté pour les réseaux qui ont besoin de peeriser avec les FAI nordiques et baltiques sans router d'abord via Francfort ou Amsterdam.

Le Danemark relie la péninsule scandinave et le continent européen via sa connexion terrestre par le Jutland en Allemagne. Cette géographie signifie que Copenhague dispose de chemins à faible latence vers Stockholm (environ 20 ms) et Hambourg (environ 17 ms), lui donnant une portée naturelle dans les deux directions. Les liens trans-Øresund vers Malmö maintiennent la latence vers le sud de la Suède bien en dessous de 10 ms. Plusieurs câbles sous-marins connectent le Danemark au Royaume-Uni, à la Norvège et aux États baltiques, offrant une diversité de chemins pour le trafic international.

Notre nœud sonde de Copenhague fonctionne sur AS42708, exploité par Glesys AB. Glesys est un fournisseur d'hébergement et d'infrastructure suédo-nordique avec une présence de centres de données à Stockholm, Göteborg et Copenhague. L'emplacement de Glesys à Copenhague dans leur installation de la municipalité de Glostrup donne au nœud sonde une bonne connectivité amont vers l'écosystème d'hébergement nordique plus large. AS42708 annonce des routes via Netnod et dispose d'accords de transit couvrant les destinations nordiques et d'Europe centrale.

Le marché de l'hébergement danois comprend des opérateurs locaux et des fournisseurs internationaux. TDC (AS3292) est l'opérateur national historique et exploite une part significative du backbone danois. Telia (AS1299) et Telenor (AS2119) fournissent une capacité de transit supplémentaire. Le trafic à forte consommation de bande passante — streaming vidéo, charges de travail cloud — route souvent via Equinix Copenhague, où les CDN et fournisseurs cloud maintiennent des nœuds de cache ou de bord locaux pour servir les utilisateurs danois sans extraire le contenu de centres de données plus distants.

Pour les opérateurs ciblant les utilisateurs danois, Copenhague est l'emplacement de test naturel. Un serveur hébergé à Copenhague ou peerisé chez DIX ou Netnod CPH devrait atteindre la plupart des utilisateurs résidentiels danois bien en dessous de 15 ms. Un serveur à Francfort ajoute 35–45 ms pour les utilisateurs danois avant de tenir compte de toute variation de dernier kilomètre. Le placement du bord CDN à Copenhague ou à Malmö voisine fait une différence matérielle pour les applications sensibles à la latence desservant le marché danois.