MTR z naszego węzła w Kopenhadze śledzi ścieżkę hop-po-hopie do twojej destynacji i ciągle mierzy opóźnienie i straty pakietów na każdym hopie. To bardziej informatywne niż jednorazowy traceroute, ponieważ pokazuje trwałe wzorce strat i opóźnień zamiast pojedynczego pomiaru. Z Kopenhagi trasy do Hamburga zazwyczaj rozwiązują się w 3–5 hopach około 17 ms. Trasy do Sztokholmu zazwyczaj rozwiązują się w 4–6 hopach około 20 ms. Trasy do Amsterdamu zazwyczaj przechodzą przez tranzyt niemiecki lub szwedzki w 5–7 hopach.

Pozycja Kopenhagi między Skandynawią a Niemcami oznacza, że ślady MTR stąd często ujawniają, czy ruch bierze ścieżkę północną przez Sztokholm, czy południową przez Hamburg do Europy Centralnej. Dla serwerów we Frankfurcie lub Amsterdamie obie ścieżki istnieją i Glesys AS42708 może preferować jedną w zależności od aktualnych ustaleń peeringowych. Hop o wysokim opóźnieniu, po którym następuje normalne opóźnienie na kolejnych hopach, to prawie zawsze limitowanie ICMP na tym routerze, a nie rzeczywiste straty pakietów.

MTR z Danii jest szczególnie przydatny przy porównywaniu routingu do Skandynawii i Europy Centralnej z tego samego źródła. Jeśli hostujesz we Frankfurcie i chcesz zrozumieć, jak duńscy użytkownicy docierają do twojego serwera, ślad MTR pokazuje dokładnie, którzy dostawcy tranzytu przenoszą ruch i gdzie opóźnienie jest wprowadzane. To bardziej użyteczne niż znajomość tylko tego, że ping z Danii to 35 ms — możesz zobaczyć, który hop odpowiada za to opóźnienie i czy istnieje bardziej bezpośrednia ścieżka.

Kopenhaga jest głównym centrum internetowym Danii i pełni rolę skrzyżowania routingowego między Skandynawią, regionem bałtyckim a Europą Centralną. Netnod operuje IX w Kopenhadze równolegle ze swoją infrastrukturą sztokholmską, a Danish Internet Exchange (DIX) zapewnia społecznościową alternatywę peeringową. Razem sprawiają, że Kopenhaga jest dobrze połączoną lokalizacją dla sieci potrzebujących peeringu z nordyckimi i bałtyckimi ISP bez konieczności trasowania przez Frankfurt lub Amsterdam.

Dania łączy Półwysep Skandynawski z europejskim kontynentem przez lądowe połączenie przez Jutlandię do Niemiec. Ta geografia oznacza, że Kopenhaga ma ścieżki o niskim opóźnieniu zarówno do Sztokholmu (około 20 ms), jak i Hamburga (około 17 ms), dając jej naturalny zasięg w obu kierunkach. Połączenia przez Øresund do Malmö utrzymują opóźnienie do południowej Szwecji poniżej 10 ms. Kilka kabli podmorskich łączy Danię z Wielką Brytanią, Norwegią i krajami bałtyckimi, zapewniając różnorodność ścieżek dla ruchu międzynarodowego.

Nasz węzeł sondujący w Kopenhadze działa na AS42708, operowanym przez Glesys AB. Glesys to szwedzko-nordycki dostawca hostingu i infrastruktury z obecnością centrów danych w Sztokholmie, Göteborgu i Kopenhadze. Lokalizacja Glesys w Kopenhadze w ich obiekcie w gminie Glostrup zapewnia węzłowi dobrą łączność upstream z szerszym nordyckim ekosystemem hostingowym. AS42708 ogłasza trasy przez Netnod i ma umowy tranzytowe obejmujące zarówno destynacje nordyckie, jak i środkowoeuropejskie.

Duński rynek hostingowy obejmuje zarówno lokalnych operatorów, jak i dostawców międzynarodowych. TDC (AS3292) to historyczny operator krajowy i zarządza znaczną częścią duńskiego szkieletu. Telia (AS1299) i Telenor (AS2119) zapewniają dodatkową przepustowość tranzytową. Ruch wymagający dużej przepustowości — strumieniowanie wideo, obciążenia chmurowe — często trasuje przez Equinix Copenhagen, gdzie CDN i dostawcy chmury utrzymują lokalną pamięć podręczną lub węzły krawędziowe, by obsługiwać duńskich użytkowników bez pobierania treści z bardziej odległych centrów danych.

Dla operatorów kierujących ofertę do duńskich użytkowników, Kopenhaga to naturalna lokalizacja testowa. Serwer hostowany w Kopenhadze lub peerowany do DIX lub Netnod CPH powinien docierać do większości duńskich użytkowników rezydencjalnych poniżej 15 ms. Serwer we Frankfurcie dodaje 35–45 ms dla duńskich użytkowników przed uwzględnieniem jakichkolwiek wariantów ostatniej mili. Rozmieszczenie krawędzi CDN w Kopenhadze lub pobliskim Malmö robi materialną różnicę dla aplikacji wrażliwych na opóźnienia obsługujących rynek duński.