O MTR do nosso nó em Copenhagen rastreia o caminho hop a hop para seu destino e mede continuamente a latência e perda de pacotes em cada hop. Isso é mais informativo do que um traceroute único porque mostra padrões sustentados de perda e latência em vez de uma única medição. De Copenhagen, rotas para Hamburgo tipicamente resolvem em 3–5 hops em torno de 17 ms. Rotas para Estocolmo geralmente resolvem em 4–6 hops em torno de 20 ms. Rotas para Amsterdam tipicamente passam pelo trânsito alemão ou sueco em 5–7 hops.

A posição de Copenhagen entre a Escandinávia e a Alemanha significa que os traços MTR daqui frequentemente revelam se o tráfego está tomando um caminho norte por Estocolmo ou um caminho sul por Hamburgo para chegar à Europa Central. Para servidores em Frankfurt ou Amsterdam, ambos os caminhos existem e o Glesys AS42708 pode preferir um dependendo dos acordos de peering em um dado momento. Um hop de alta latência seguido de latência normal nos hops subsequentes é quase sempre limitação de taxa de ICMP naquele roteador, não perda real de pacotes.

O MTR da Dinamarca é particularmente útil ao comparar o roteamento para a Escandinávia versus Europa Central a partir da mesma fonte. Se você está hospedando em Frankfurt e quer entender como os usuários dinamarqueses alcançam seu servidor, o traço MTR mostra exatamente quais provedores de trânsito carregam o tráfego e onde a latência é introduzida. Isso é mais acionável do que saber apenas que o ping da Dinamarca é de 35 ms — você pode ver qual hop é responsável por esse atraso e se há um caminho mais direto disponível.

Copenhagen é o principal hub de internet da Dinamarca e funciona como uma encruzilhada de roteamento entre a Escandinávia, a região do Báltico e a Europa Central. A Netnod opera um IX em Copenhagen junto com sua infraestrutura de Estocolmo, e o Danish Internet Exchange (DIX) oferece uma alternativa de peering gerida pela comunidade. Juntos, esses fazem de Copenhagen uma localização bem conectada para redes que precisam fazer peering com ISPs nórdicos e bálticos sem rotear por Frankfurt ou Amsterdam primeiro.

A Dinamarca conecta a península escandinava ao continente europeu por sua ligação terrestre via Jutlândia até a Alemanha. Essa geografia significa que Copenhagen tem caminhos de baixa latência tanto para Estocolmo (em torno de 20 ms) quanto para Hamburgo (em torno de 17 ms), dando alcance natural em ambas as direções. Links trans-Øresund para Malmö mantêm a latência para o sul da Suécia bem abaixo de 10 ms. Vários cabos submarinos conectam a Dinamarca ao Reino Unido, Noruega e aos estados bálticos, fornecendo diversidade de caminhos para o tráfego internacional.

Nosso nó de probe em Copenhagen roda no AS42708, operado pela Glesys AB. A Glesys é um provedor sueco-nórdico de hospedagem e infraestrutura com presença em data centers em Estocolmo, Gotemburgo e Copenhagen. A localização da Glesys em Copenhagen, em seu datacenter no município de Glostrup, dá ao nó de probe boa conectividade upstream para o ecossistema de hospedagem nórdico mais amplo. O AS42708 anuncia rotas via Netnod e tem acordos de trânsito que cobrem destinos nórdicos e da Europa Central.

O mercado de hospedagem dinamarquês inclui operadores locais e provedores internacionais. A TDC (AS3292) é a operadora nacional incumbente e opera uma parcela significativa do backbone dinamarquês. A Telia (AS1299) e a Telenor (AS2119) fornecem capacidade de trânsito adicional. Tráfego de alta largura de banda — streaming de vídeo, cargas de trabalho de nuvem — frequentemente roteia via Equinix Copenhagen, onde CDNs e provedores de nuvem mantêm nós de cache ou edge locais para atender usuários dinamarqueses sem buscar conteúdo de data centers mais distantes.

Para operadores voltados a usuários dinamarqueses, Copenhagen é o local de teste natural. Um servidor hospedado em Copenhagen ou com peering no DIX ou Netnod CPH deve alcançar a maioria dos usuários residenciais dinamarqueses em bem menos de 15 ms. Um servidor em Frankfurt adiciona 35–45 ms para usuários dinamarqueses antes de considerar qualquer variação de last-mile. A colocação de edge CDN em Copenhagen ou em Malmö próxima faz uma diferença material para aplicações sensíveis à latência que atendem o mercado dinamarquês.