Testes UDP da Dinamarca enviam um pacote para a porta alvo e aguardam uma resposta. Como o UDP não tem estado de conexão, o resultado é binário — você recebe uma resposta ou não. Isso é útil para confirmar a acessibilidade de resolvedores DNS, endpoints WireGuard e OpenVPN UDP, servidores SIP, servidores de jogos e qualquer serviço que use transporte UDP em vez de TCP.

De Copenhagen, o tráfego UDP para serviços de internet pública não é filtrado no nível do ISP no AS42708. O principal modo de falha é tipicamente a configuração de firewall do lado do servidor que descarta UDP silenciosamente em portas não-padrão. Um resultado sem resposta do teste UDP não prova que o caminho do ISP está bloqueado — significa que a porta está fechada, o firewall está descartando o pacote antes de chegar à aplicação, ou a aplicação não está enviando uma resposta de volta para o IP de origem do probe.

Para operadores que rodam WireGuard ou servidores de jogos voltados a jogadores nórdicos, um teste UDP da Dinamarca é relevante porque Copenhagen é um ponto de trânsito para o tráfego escandinavo. Se a porta UDP responde do probe dinamarquês, é provável que seja acessível para a maioria dos usuários residenciais dinamarqueses, suecos e noruegueses sem overhead de roteamento incomum. Se não responder, verifique se o firewall permite UDP de ASNs não-locais antes de assumir um problema no nível do caminho.

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.