MTR depuis les nœuds néerlandais trace le chemin complet depuis le réseau source vers votre cible, affichant la latence et la perte de paquets par saut. Les traces originant d'Amsterdam se dirigeant vers l'Allemagne passeront typiquement via AMS-IX ou un lien de peering direct et arriveront à DE-CIX Francfort dans les 9–10 ms. Les traces vers le Royaume-Uni traversent généralement via un câble direct et atteignent LINX dans les 12 ms. Voir significativement plus de sauts ou de latence que ces valeurs de référence suggère un routage de transit sous-optimal.

Le nœud Eygelshoven produit une sortie MTR notablement différente des nœuds Amsterdam. En raison de sa localisation sud, les traces depuis Eygelshoven vers les destinations allemandes empruntent souvent un chemin plus direct via la région d'Aix-la-Chapelle plutôt que de router via Amsterdam d'abord. Comparer les résultats MTR entre Eygelshoven et Amsterdam pour la même cible est un bon moyen de comprendre comment la topologie de transit affecte la sélection de chemin aux Pays-Bas.

La limitation de débit ICMP à mi-chemin est courante sur les routeurs backbone et peut rendre la sortie MTR trompeuse. Un saut affichant 100 % de perte de paquets au milieu d'une trace MTR autrement saine est presque toujours un problème de politique ICMP sur ce routeur, pas une vraie perte de paquets sur le chemin. Le signal diagnostique clé dans MTR est de savoir si la perte de paquets ou l'augmentation de latence apparaît à un saut spécifique et persiste ensuite dans tous les sauts suivants — c'est là que se trouve le vrai problème.

Amsterdam est le hub internet dominant d'Europe continentale. AMS-IX, l'Amsterdam Internet Exchange, est le deuxième plus grand IXP mondial par volume de trafic, dépassant régulièrement 10 Tbit/s au pic. La concentration d'infrastructure de peering, de colocation neutre vis-à-vis des opérateurs et de densité fibre dans la zone métropolitaine d'Amsterdam en fait un point d'agrégation naturel pour le trafic circulant entre le Royaume-Uni, l'Allemagne, la France et la Scandinavie.

Les Pays-Bas hébergent quatre nœuds sur cette plateforme, tous sur des réseaux distincts. Trois sont à Amsterdam : Aluy sur AS211507 à Databarn DC, FlokiNET sur AS200651 et Trivox sur AS216078. Un quatrième nœud se trouve à Eygelshoven dans le sud du pays sur AS204464 (Ghosted.my) à Skylink — une installation de colocation près des frontières belge et allemande qui voit des chemins de transit différents vers DE-CIX et BNIX par rapport aux nœuds basés à Amsterdam.

La loi néerlandaise sur la protection des données et l'environnement réglementaire favorable à la vie privée ont rendu les Pays-Bas une juridiction populaire pour les fournisseurs d'hébergement qui gèrent du trafic sensible ou juridiquement complexe. FlokiNET en particulier est connu pour opérer dans des juridictions favorables à la vie privée. Cela importe pour les tests réseau car les hôtes orientés vers la confidentialité appliquent souvent un filtrage sortant plus strict, ce qui peut affecter les résultats des sondes ICMP ou UDP.

La latence depuis Amsterdam vers les principaux hubs européens est aussi courte qu'elle peut l'être : environ 9 ms vers Francfort, 12 ms vers Londres, 15 ms vers Paris. Les courtes distances physiques et la haute densité fibre entre Amsterdam, Francfort et Londres signifient que les réseaux bien peerisés aux Pays-Bas font face à presque aucune latence intra-européenne évitable. Le RTT transatlantique vers New York est typiquement dans la plage 80–90 ms.

Le nœud Eygelshoven ajoute une perspective utile du sud des Pays-Bas. Cette région se situe à environ 30 km d'Aix-la-Chapelle et dispose d'options de connectivité directe vers l'Allemagne et la Belgique. Les caractéristiques de chemin depuis Eygelshoven peuvent différer notablement des tests originant d'Amsterdam, notamment pour le trafic se dirigeant vers le sud ou l'est, ce qui en fait un bon complément lors du diagnostic de problèmes de routage dans la zone frontalière Benelux-Allemagne.