MTR Test from デンマーク
1 node in Glostrup Municipality · Netnod コペンハーゲン
デンマーク — 1 Node
デンマークからのMTRトレースルート
当社のコペンハーゲンノードからのMTRは目的地へのホップごとのパスをトレースし、各ホップで遅延とパケット損失を継続的に測定します。これは一度きりのトレースルートよりも情報量が多く、単一の測定ではなく持続的な損失と遅延パターンを示します。コペンハーゲンからハンブルクへのルートは通常約17 msで3〜5ホップで解決します。ストックホルムへのルートは通常約20 msで4〜6ホップで解決します。アムステルダムへのルートは通常5〜7ホップでドイツまたはスウェーデンのトランジットを経由します。
コペンハーゲンのスカンジナビアとドイツの中間の位置は、ここからのMTRトレースが中央ヨーロッパに到達するためにトラフィックがストックホルム経由の北部パスを取っているか、ハンブルク経由の南部パスを取っているかを明らかにすることが多いことを意味します。フランクフルトまたはアムステルダムのサーバーに対して、両方のパスが存在し、Glesys AS42708はある時点でのピアリング契約に応じていずれかを選択する場合があります。後続のホップで正常な遅延が続く高遅延ホップは、実際のパケット損失ではなく、ほぼ常にそのルーターでのICMPレート制限です。
デンマークからのMTRは、同じソースからスカンジナビアと中央欧州へのルーティングを比較する際に特に役立ちます。フランクフルトにホストしていてデンマークのユーザーがサーバーに到達する方法を理解したい場合、MTRトレースはどのトランジットプロバイダーがトラフィックを運んでいるか、どこで遅延が導入されるかを正確に示します。これはデンマークからのPingが35 msであることを知るだけよりも実行可能です（どのホップがその遅延を占めるか、より直接的なパスが利用可能かどうかを確認できます）。
デンマークのネットワークインフラ
コペンハーゲンはデンマークの主要なインターネットハブであり、スカンジナビア、バルト地域、中央ヨーロッパ間のルーティング交差点として機能しています。NetnodはストックホルムのインフラとともにコペンハーゲンにIXを運営しており、デンマークインターネットエクスチェンジ（DIX）はコミュニティ運営のピアリング選択肢を提供しています。これらにより、コペンハーゲンはフランクフルトやアムステルダムを経由せずに北欧とバルトのISPとピアリングする必要があるネットワークにとってよく接続された場所となっています。
デンマークはユトランド半島経由のドイツとの陸路接続を通じてスカンジナビア半島と欧州本土を橋渡ししています。この地理的位置により、コペンハーゲンはストックホルム（約20 ms）とハンブルク（約17 ms）の両方に低遅延パスを持ち、両方向への自然なリーチを持っています。マルメへのエーレスンド横断リンクは南スウェーデンへの遅延を10 ms未満に抑えます。いくつかの海底ケーブルがデンマークをUK、ノルウェー、バルト諸国に接続し、国際トラフィックへのパス多様性を提供しています。
当社のコペンハーゲンプローブノードはGlesys AB が運営するAS42708上で稼働しています。Glesysはストックホルム、ヨーテボリ、コペンハーゲンにデータセンターを持つスウェーデン北欧のホスティングおよびインフラプロバイダーです。Glostrup市のGlesysコペンハーゲン施設のプローブノードは、より広い北欧ホスティングエコシステムへの良好な上流接続を持っています。AS42708はNetnod経由でルートをアナウンスし、北欧と中央欧州の両目的地をカバーするトランジット契約を持っています。
デンマークのホスティング市場にはローカル事業者と国際プロバイダーの両方が含まれています。TDC（AS3292）は既存の国民キャリアであり、デンマークバックボーンのかなりのシェアを運営しています。Telia（AS1299）とTelenor（AS2119）は追加のトランジット容量を提供します。帯域幅集約型トラフィック（ビデオストリーミング、クラウドワークロード）はEquinixコペンハーゲンを経由することが多く、CDNやクラウドプロバイダーがコンテンツをより遠くのデータセンターから引き出すことなくデンマークのユーザーにサービスを提供するためにローカルキャッシュまたはエッジノードを維持しています。
デンマークのユーザーをターゲットにしている事業者にとって、コペンハーゲンは自然なテスト場所です。コペンハーゲンにホストされたサーバーやDIXまたはNetnod CPHにピアリングされたサーバーは、ほとんどのデンマークの居住ユーザーに15 ms未満で到達するはずです。フランクフルトのサーバーはラストマイルの変動を考慮する前に、デンマークのユーザーに35〜45 msが加算されます。コペンハーゲンや近くのマルメへのCDNエッジの配置は、デンマーク市場にサービスを提供するレイテンシーに敏感なアプリケーションに実質的な違いをもたらします。