Testy DNS z holenderskich węzłów zapytują wybrany resolver i raportują czasy odpowiedzi oraz zwrócone rekordy. Amsterdam to główny hub Anycast dla publicznych usług DNS — Google 8.8.8.8, Cloudflare 1.1.1.1 i Quad9 wszystkie operują węzłami w Amsterdamie. Zapytania do tych resolverów z holenderskich węzłów powinny ukończyć się w 1–3 ms. Jeśli widzisz wyższe czasy zapytań do publicznego resolvera z Amsterdamu, coś niezwykłego wpływa na routing Anycast.

Holandia to dobra lokalizacja testowa dla autorytatywnego DNS, ponieważ tak dużo europejskiego ruchu DNS przepływa przez Amsterdam. Jeśli twój autorytatywny DNS ma węzeł Anycast w Amsterdamie, zapytanie z węzłów platformy holenderskiej trafi do niego bezpośrednio. Jeśli nie, zapytania będą trasowane do najbliższego węzła — prawdopodobnie Frankfurtu lub Londynu — dodając 9–12 ms. To jest w praktyce w porządku, ale warto wiedzieć, jeśli benchmarkujesz opóźnienie DNS dla europejskich użytkowników.

Testowanie DNS z wielu holenderskich ASN może ujawnić podzielone wyniki, jeśli twój autorytatywny serwer stosuje GeoDNS oparty na IP źródłowym lub ACL. Cztery holenderskie węzły obejmują cztery różne ASN, więc polityka GeoDNS zwracająca różne rekordy dla różnych holenderskich IP źródłowych pokaże się wyraźnie przy porównaniu wyników między węzłami. Jest to też przydatne do wykrywania błędnie skonfigurowanego limitowania szybkości wpływającego tylko na konkretne zakresy źródłowe.

Amsterdam jest dominującym hubem internetowym w kontynentalnej Europie. AMS-IX, Amsterdam Internet Exchange, to drugi co do wielkości IXP na świecie pod względem wolumenu ruchu, stale przekraczający 10 Tbit/s w szczytach. Koncentracja infrastruktury peeringowej, kolokacji neutralnej dla operatorów i gęstości światłowodów w obszarze metropolitalnym Amsterdamu sprawia, że jest on naturalnym punktem agregacji dla ruchu przemieszczającego się między Wielką Brytanią, Niemcami, Francją a Skandynawią.

Holandia gości cztery węzły na tej platformie, wszystkie w odrębnych sieciach. Trzy są w Amsterdamie: Aluy na AS211507 w Databarn DC, FlokiNET na AS200651 i Trivox na AS216078. Czwarty węzeł znajduje się w Eygelshoven na południu kraju na AS204464 (Ghosted.my) w Skylink — obiekcie kolokacyjnym w pobliżu belgijskiej i niemieckiej granicy, który widzi inne ścieżki tranzytowe do DE-CIX i BNIX w porównaniu z węzłami amsterdamskimi.

Holenderskie prawo ochrony danych i ogólnie przyjazne prywatności środowisko regulacyjne uczyniły Holandię popularną jurysdykcją dla dostawców hostingu obsługujących ruch wrażliwy lub prawnie złożony. FlokiNET w szczególności jest znany z operowania w jurysdykcjach dbających o prywatność. Ma to znaczenie dla testowania sieciowego, ponieważ hosty zorientowane na prywatność często stosują ściślejsze filtrowanie wychodzące, co może wpływać na wyniki sond ICMP lub UDP.

Opóźnienie z Amsterdamu do kluczowych europejskich hubów jest tak małe, jak to możliwe: około 9 ms do Frankfurtu, 12 ms do Londynu, 15 ms do Paryża. Krótkie odległości fizyczne i wysoka gęstość światłowodów między Amsterdamem, Frankfurtem i Londynem oznaczają, że dobrze peerowane sieci w Holandii napotykają prawie żadne nieuniknione opóźnienie na ścieżkach wewnątrzeuropejskich. RTT transatlantyckie do Nowego Jorku mieści się typowo w zakresie 80–90 ms.

Węzeł Eygelshoven dodaje przydatną perspektywę południowej Holandii. Region ten leży w około 30 km od Akwizgranu i ma bezpośrednie opcje łączności z Niemcami i Belgią. Charakterystyki ścieżek z Eygelshoven mogą różnić się zauważalnie od testów z Amsterdamu, szczególnie dla ruchu kierującego się na południe lub wschód, co czyni go dobrym uzupełnieniem przy diagnozowaniu problemów routingowych w obszarze granicznym Beneluksu i Niemiec.