MTR depuis notre nœud de Copenhague trace le chemin saut par saut vers votre destination et mesure continuellement la latence et la perte de paquets à chaque saut. C'est plus informatif qu'un traceroute unique car il montre des patterns de perte et de latence soutenus plutôt qu'une seule mesure. Depuis Copenhague, les routes vers Hambourg se résolvent typiquement en 3–5 sauts à environ 17 ms. Les routes vers Stockholm se résolvent habituellement en 4–6 sauts à environ 20 ms. Les routes vers Amsterdam passent typiquement par le transit allemand ou suédois en 5–7 sauts.

La position de Copenhague entre la Scandinavie et l'Allemagne signifie que les traces MTR depuis ici révèlent souvent si le trafic emprunte un chemin nordique via Stockholm ou un chemin sudique via Hambourg pour atteindre l'Europe centrale. Pour les serveurs à Francfort ou Amsterdam, les deux chemins existent et Glesys AS42708 peut en préférer un selon les accords de peering à un moment donné. Un saut de latence élevé suivi d'une latence normale aux sauts suivants est presque toujours une limitation de débit ICMP sur ce routeur, pas une vraie perte de paquets.

MTR depuis le Danemark est particulièrement utile pour comparer le routage vers la Scandinavie versus l'Europe centrale depuis la même source. Si vous hébergez à Francfort et voulez comprendre comment les utilisateurs danois atteignent votre serveur, la trace MTR montre exactement quels fournisseurs de transit transportent le trafic et où la latence est introduite. C'est plus actionnable que de savoir seulement que le ping depuis le Danemark est de 35 ms — vous pouvez voir quel saut explique ce délai et s'il existe un chemin plus direct.

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.