Testy HTTP z holenderskich węzłów to praktyczny sposób sprawdzenia, jak strona lub API odpowiada na żądania pochodzące z głównego europejskiego hubu. Amsterdam to PoP CDN dla praktycznie każdej głównej sieci dostarczania treści — Cloudflare, Akamai, Fastly i Bunny wszystkie mają znaczną przepustowość w Amsterdamie. Dla celów fronted przez CDN, czasy odpowiedzi HTTP z Amsterdamu powinny być bardzo niskie: poniżej 20 ms dla trafień cache jest powszechne.

Dla serwerów origin test HTTP z Amsterdamu jest przydatnym punktem odniesienia, ponieważ tranzyt miasta jest tak dobrze połączony. Jeśli czasy odpowiedzi HTTP z Amsterdamu są wysokie, gdy RTT (mierzony pingiem) jest niski, wąskim gardłem jest strona serwera — wolny kod aplikacji, zapytania do bazy danych lub wywołania backendu — a nie sieć. Czysty tranzyt Amsterdamu ułatwia izolację wydajności aplikacji od wydajności sieci.

Testowanie z wielu holenderskich węzłów ujawnia, czy odpowiedzi HTTP są spójne między dostawcami. Różne ASN mogą lądować na różnych węzłach krawędziowych CDN lub podążać różnymi ścieżkami do originu. Odpowiedź znacznie różniąca się między węzłami Aluy, FlokiNET i Trivox dla tego samego URL sugeruje, że GeoDNS lub routing Anycast zwraca różne serwery backend dla różnych IP źródłowych — warto to zweryfikować, jeśli diagnozujesz niespójną treść odpowiedzi.

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.