MTR dari node Copenhagen kami melacak jalur hop demi hop ke tujuan Anda dan terus-menerus mengukur latensi dan kehilangan paket di setiap hop. Ini lebih informatif dari traceroute satu kali karena menampilkan pola kehilangan dan latensi yang berkelanjutan daripada pengukuran tunggal. Dari Copenhagen, rute ke Hamburg biasanya me-resolve dalam 3–5 hop sekitar 17 ms. Rute ke Stockholm biasanya me-resolve dalam 4–6 hop sekitar 20 ms. Rute ke Amsterdam biasanya melewati transit Jerman atau Swedia dalam 5–7 hop.

Posisi Copenhagen antara Skandinavia dan Jerman berarti trace MTR dari sini sering mengungkapkan apakah lalu lintas mengambil jalur utara melalui Stockholm atau jalur selatan melalui Hamburg untuk mencapai Eropa Tengah. Untuk server di Frankfurt atau Amsterdam, kedua jalur ada dan Glesys AS42708 mungkin memilih salah satu tergantung pada pengaturan peering pada waktu tertentu. Hop latensi tinggi yang diikuti oleh latensi normal pada hop berikutnya hampir selalu merupakan pembatasan kecepatan ICMP pada router tersebut, bukan kehilangan paket nyata.

MTR dari Denmark sangat berguna saat membandingkan routing ke Skandinavia versus Eropa Tengah dari sumber yang sama. Jika Anda hosting di Frankfurt dan ingin memahami bagaimana pengguna Denmark mencapai server Anda, trace MTR menampilkan dengan tepat penyedia transit mana yang membawa lalu lintas dan di mana latensi diperkenalkan. Ini lebih dapat ditindaklanjuti daripada hanya mengetahui bahwa ping dari Denmark adalah 35 ms — Anda dapat melihat hop mana yang menyebabkan penundaan tersebut dan apakah ada jalur yang lebih langsung tersedia.

Copenhagen adalah hub internet utama Denmark dan berfungsi sebagai persimpangan routing antara Skandinavia, kawasan Baltik, dan Eropa Tengah. Netnod mengoperasikan IX di Copenhagen bersama infrastruktur Stockholmnya, dan Danish Internet Exchange (DIX) menyediakan alternatif peering yang dikelola komunitas. Bersama-sama, ini menjadikan Copenhagen lokasi yang terhubung dengan baik untuk jaringan yang perlu melakukan peering dengan ISP Nordic dan Baltik tanpa dirutekan melalui Frankfurt atau Amsterdam terlebih dahulu.

Denmark menjembatani semenanjung Skandinavia dan daratan Eropa melalui koneksi darat melalui Jutland ke Jerman. Geografi ini berarti Copenhagen memiliki jalur latensi rendah ke Stockholm (sekitar 20 ms) dan Hamburg (sekitar 17 ms), memberikannya jangkauan alami ke kedua arah. Tautan lintas-Øresund ke Malmö menjaga latensi ke Swedia bagian selatan jauh di bawah 10 ms. Beberapa kabel bawah laut menghubungkan Denmark ke Inggris, Norwegia, dan negara-negara Baltik, memberikan diversitas jalur untuk lalu lintas internasional.

Node probe Copenhagen kami berjalan pada AS42708, dioperasikan oleh Glesys AB. Glesys adalah penyedia hosting dan infrastruktur Swedia-Nordic dengan kehadiran pusat data di Stockholm, Gothenburg, dan Copenhagen. Lokasi Glesys Copenhagen di fasilitas Glostrup Municipality mereka memberikan node probe konektivitas upstream yang baik ke ekosistem hosting Nordic yang lebih luas. AS42708 mengumumkan rute melalui Netnod dan memiliki perjanjian transit yang mencakup tujuan Nordic dan Eropa Tengah.

Pasar hosting Denmark mencakup operator lokal dan penyedia internasional. TDC (AS3292) adalah carrier nasional incumbent dan mengoperasikan bagian signifikan dari backbone Denmark. Telia (AS1299) dan Telenor (AS2119) menyediakan kapasitas transit tambahan. Lalu lintas bandwidth-intensif — streaming video, beban kerja cloud — sering dirutekan melalui Equinix Copenhagen, di mana CDN dan penyedia cloud mempertahankan cache atau edge node lokal untuk melayani pengguna Denmark tanpa menarik konten dari pusat data yang lebih jauh.

Untuk operator yang menargetkan pengguna Denmark, Copenhagen adalah lokasi pengujian yang alami. Server yang di-host di Copenhagen atau di-peer ke DIX atau Netnod CPH harus menjangkau sebagian besar pengguna residensial Denmark di bawah 15 ms. Server di Frankfurt menambahkan 35–45 ms untuk pengguna Denmark sebelum memperhitungkan variasi last-mile. Penempatan edge CDN di Copenhagen atau Malmö terdekat membuat perbedaan yang berarti untuk aplikasi yang sensitif terhadap latensi yang melayani pasar Denmark.