El MTR desde los nodos holandeses traza la ruta completa desde la red de origen hacia tu destino, mostrando latencia y pérdida de paquetes por salto. Los trazados con origen en Ámsterdam hacia Alemania típicamente pasan por AMS-IX o un enlace de peering directo y llegan a DE-CIX Fráncfort en 9–10 ms. Los trazados hacia el Reino Unido suelen cruzar vía un cable directo y llegar a LINX en 12 ms. Ver significativamente más saltos o latencia que estas líneas base sugiere un routing de tránsito subóptimo.

El nodo de Eygelshoven produce una salida MTR notablemente diferente a la de los nodos de Ámsterdam. Debido a su ubicación meridional, los trazados desde Eygelshoven hacia destinos alemanes a menudo toman una ruta más directa a través de la región de Aquisgrán en lugar de enrutar primero por Ámsterdam. Comparar los resultados MTR entre Eygelshoven y Ámsterdam para el mismo destino es una buena manera de entender cómo la topología de tránsito afecta a la selección de rutas dentro de los Países Bajos.

La limitación de tasa ICMP en mitad del camino es habitual en los routers de backbone y puede hacer que la salida del MTR sea engañosa. Un salto que muestra un 100% de pérdida de paquetes en el centro de un trazado MTR por lo demás sano es casi siempre un problema de política ICMP en ese router, no una pérdida real de paquetes en la ruta. La señal de diagnóstico clave en el MTR es si la pérdida de paquetes o la latencia aumentada aparecen en un salto específico y luego persisten en todos los saltos siguientes: ahí es donde está el problema real.

Ámsterdam es el hub de Internet dominante en la Europa continental. AMS-IX, el Amsterdam Internet Exchange, es el segundo IXP más grande del mundo por volumen de tráfico, superando consistentemente los 10 Tbit/s en pico. La concentración de infraestructura de peering, colocation carrier-neutral y densidad de fibra en el área metropolitana de Ámsterdam la convierte en un punto de agregación natural para el tráfico que circula entre el Reino Unido, Alemania, Francia y Escandinavia.

Los Países Bajos albergan cuatro nodos en esta plataforma, todos en redes distintas. Tres están en Ámsterdam: Aluy en AS211507 en Databarn DC, FlokiNET en AS200651 y Trivox en AS216078. Un cuarto nodo se sitúa en Eygelshoven, en el sur del país, en AS204464 (Ghosted.my) en Skylink: una instalación de colocation cerca de las fronteras belga y alemana que ve rutas de tránsito diferentes hacia DE-CIX y BNIX en comparación con los nodos de Ámsterdam.

La ley de protección de datos holandesa y el entorno regulatorio favorable a la privacidad en general han hecho de los Países Bajos una jurisdicción popular para los proveedores de hosting que gestionan tráfico sensible o legalmente complejo. FlokiNET en particular es conocido por operar en jurisdicciones respetuosas con la privacidad. Esto importa para las pruebas de red porque los hosts orientados a la privacidad a menudo aplican un filtrado de salida más estricto, lo que puede afectar a los resultados de sondas ICMP o UDP.

La latencia desde Ámsterdam hacia los principales hubs europeos es lo más corta que puede ser: unos 9 ms hasta Fráncfort, 12 ms hasta Londres, 15 ms hasta París. Las cortas distancias físicas y la alta densidad de fibra entre Ámsterdam, Fráncfort y Londres significan que las redes bien conectadas en los Países Bajos se enfrentan a casi ninguna latencia evitable en las rutas intra-europeas. El RTT transatlántico hasta Nueva York es típicamente de 80–90 ms.

El nodo de Eygelshoven añade una perspectiva útil del sur de los Países Bajos. Esa región se encuentra a unos 30 km de Aquisgrán y tiene opciones de conectividad directas hacia Alemania y Bélgica. Las características de ruta desde Eygelshoven pueden diferir notablemente de las pruebas con origen en Ámsterdam, especialmente para el tráfico que se dirige al sur o al este, lo que lo convierte en un buen complemento al diagnosticar problemas de routing en la zona fronteriza Benelux-Alemania.