MTR łączy traceroute i ping w jeden ciągły test. Odkrywa każdy hop na ścieżce z niemieckiej sondy do twojej destynacji i ciągle mierzy opóźnienie i straty pakietów na każdym kroku. To znacznie bardziej użyteczne niż zwykły ping lub traceroute do diagnozowania tego, gdzie dokładnie na ścieżce pojawia się problem.

Z Niemiec większość tras do europejskich destynacji przechodzi przez frankfurckich dostawców tranzytu przed dotarciem do celu. Hopy przez interconnecty DE-CIX zazwyczaj dodają 1–3 ms. Jeśli widzisz duży skok opóźnienia na konkretnym hopie — powiedzmy z 8 ms do 45 ms — ten hop jest albo geograficznie odległy, przeciążony lub depriorytetyzuje ICMP (co może wyglądać jak opóźnienie, ale może nie wpływać na ruch aplikacyjny). Straty na pośrednim hopie, które zanikają na kolejnych hopach, to prawie zawsze limitowanie ICMP, a nie rzeczywista utrata pakietów.

MTR z wielu węzłów niemieckich jest szczególnie przydatny do śledzenia różnic routingowych specyficznych dla operatora. Deutsche Telekom, Hetzner i OVH często przyjmują różne fizyczne ścieżki do tego samego destination. Jeśli jeden operator pokazuje wysokie opóźnienie do twojego serwera, a inne nie, możesz zidentyfikować rozbieżny hop w wynikach MTR i ustalić, czy problem to wybór tranzytu operatora, spór peeringowy czy przeciążenie na konkretnym łączu. Ten poziom szczegółowości ścieżki nie jest widoczny z samego pingu lub testów TCP.

Frankfurt jest centrum grawitacji europejskiego ruchu internetowego. DE-CIX Frankfurt to najruchliwsza giełda internetowa na świecie pod względem szczytowej przepustowości, rutynowo przekraczająca 20 Tbit/s w godzinach szczytu. Łączy ponad 1000 sieci, w tym głównych operatorów, dostawców chmury, CDN i sieci content, przez bezpośredni peering — dlatego serwery hostowane we Frankfurcie mają zazwyczaj niezwykle niskie opóźnienie do destynacji w Europie bez konieczności tranzytu przez pośrednie miasta.

Frankfurt gości też kilka innych IXP działających równolegle. KleyReX i LocIX obsługują sieci preferujące mniejsze, zorientowane społecznościowo tkanki peeringowe. ECIX utrzymuje obecność we Frankfurcie obok lokalizacji w Hamburgu i Düsseldorfie. Każdy z tych punktów daje operatorom sieciowym dodatkowe opcje peeringu poza DE-CIX, co zwiększa różnorodność ścieżek i odporność na poziomie interconnect Frankfurtu.

Poza Frankfurtem DE-CIX operuje regionalnymi giełdami w Hamburgu, Monachium i Berlinie. BCIX (Berlin Commercial Internet Exchange) niezależnie obsługuje berliński ekosystem operatorów. Te regionalne IXP mają znaczenie, bo nie cały ruch niemiecki trasa przez Frankfurt — ISP obsługujące północne Niemcy często preferują peering w Hamburgu, a bawarscy dostawcy często peerują w Monachium zamiast wysyłać ruch na południe przez Frankfurt.

Poza Frankfurtem infrastruktura hostingowa Niemiec rozciąga się na Norymbergę, Berlin, Monachium, Hamburg i Düsseldorf. Hetzner (AS24940) prowadzi dwa z największych centrów danych w Europie w Norymberdze i Falkenstein. Deutsche Telekom (AS3320) operuje szkieletem krajowym przez wszystkie główne miasta. OVH (AS16276) utrzymuje przepustowość we Frankfurcie i Limburgu. Mniejsi, ale dobrze połączeni dostawcy jak GHOSTnet (AS12586), Lumaserv (AS200303) i Packets-Decreaser (AS214243) dodają różnorodności na poziomie Frankfurtu. Rynek hostingowy w Niemczech jest jednym z najbardziej konkurencyjnych w Europie, co oznacza, że między większością par miast istnieje wiele redundantnych ścieżek.

Nasze węzły sondujące w Niemczech działają na kilku z tych dostawców i miastach. Pokrycie wielu ISP oznacza, że wynik na jednym węźle odzwierciedla routing jednego operatora — nie całego kraju. Uruchamianie testów na wszystkich węzłach niemieckich jednocześnie daje realistyczny obraz tego, co faktycznie widzą różne segmenty użytkowników w Niemczech, zarówno na ścieżkach centrycznych dla Frankfurtu, jak i regionalnych.