Super!
Noch ein Tip, Daten fliessen i.d.R. den Weg der geringsten Kosten, was insbesondere bedeutet, dass der Hinweg vom eigenen Computer zu einem beliebigen Server im Internet nicht deckungsgleich sein muss mit dem Rueckweg den die Daten bei einem Download nehmen. Wenn man nun abschaetzen mochte welche Peerings/Uebergaben fuer einen Test ueberhaupt relevant sind, so sollte man versuchen traceroute/tracepath/mtr/pingplotter Traces in jeweils beiden Richtungen zu erhalten (d.h. die wichtigere Richtung ist oft die Lastrichtung, also bei Downloads genau die, welche man nicht gut einsehen/messen kann). Das ist meist nicht moeglich, da einem normale Content-Server i.d.R. nicht erlauben reverse trace routes zu erzeugen, aber viele Netzwerke/Datacenter-Betreiber unterhalten so genannte Lookingglas Server und da kann man oft solche im selben Netz wie die relevanten Server finden und Traceroutes von und zu diesen als Proxy fuer die Uebergaben nutzen. Das kommt oft hin, da Routingentscheidungen oft fuer ganze Netze/Datenzentren gleich/aehnlich sind (aber Garantien gibt es keine wenn die Gegenstelle nicht auf exakt dem Zielserver liegt). Wie man solche Traceroutes interpretieren kann und welche Probleme sich dabei stellen wird
hier IMHO sehr gut auf English erklaert.
.
Als Beispiel ein Traceroute von mir zu Blizzard (weil die ein eigenes Looking-Glas betreiben und damit gut als zielgerichtetes Beispiel dienen können):
Code:
MTR:
Start: Sun Jan 9 21:49:29 2022 Blizzard
1.|-- Blizzard 0.0% 10 0.3 0.3 0.3 0.3 0.0
2.|-- 37.244.25.2 0.0% 10 5.4 1.5 0.6 5.4 1.6
3.|-- Blizzard 0.0% 10 0.7 0.8 0.7 0.9 0.0
4.|-- 137.221.66.38 0.0% 10 0.5 0.6 0.5 0.7 0.0
5.|-- 137.221.77.50 0.0% 10 9.5 16.0 9.3 63.8 17.2
6.|-- 137.221.65.27 0.0% 10 9.3 9.4 9.3 9.5 0.0
7.|-- 137.221.80.34 0.0% 10 9.5 13.4 9.5 31.6 8.3
8.|-- 80.81.193.89xp.decix.fra.de.net.telefonica.de 0.0% 10 9.9 9.9 9.7 10.4 0.0
9.|-- bundle-ether6.0002.dbrx.01.off.de.net.telefonica.de 0.0% 10 17.2 17.1 16.9 17.3 0.0
10.|-- ae3-0.0001.corx.01.off.de.net.telefonica.de 0.0% 10 16.4 16.7 16.4 18.2 0.5
11.|-- ae10-0.0002.corx.01.ham.de.net.telefonica.de 0.0% 10 16.8 17.6 16.6 21.2 1.3
12.|-- bundle-ether2.0001.dbrx.06.ham.de.net.telefonica.de 0.0% 10 17.3 17.3 17.2 17.5 0.0
13.|-- eth-trunk1.0001.acln.06.ham.de.net.telefonica.de 0.0% 10 17.0 17.1 17.0 17.4 0.0
14.|-- dynamic-077-000-196-003.77.0.pool.telefonica.de 0.0% 10 25.4 25.5 25.2 25.7 0.0
09/01/2022 21:49:29 UTC
--------------------
MTR:
Start: Sun Jan 9 21:49:29 2022 Blizzard
1.|-- Blizzard 0.0% 10 0.3 0.3 0.3 0.4 0.0
2.|-- 37.244.24.131 30.0% 10 323.0 297.2 274.2 323.0 18.4
3.|-- Blizzard 0.0% 10 0.9 1.0 0.8 1.3 0.0
4.|-- 137.221.66.44 0.0% 10 0.6 1.9 0.5 13.5 4.0
5.|-- 137.221.78.50 0.0% 10 6.3 6.6 6.2 9.0 0.8
6.|-- 137.221.65.74 0.0% 10 6.1 6.3 6.1 6.5 0.0
7.|-- 137.221.65.28 0.0% 10 6.3 7.1 6.2 14.2 2.5
8.|-- 137.221.80.32 0.0% 10 6.5 10.6 6.3 47.4 12.9
9.|-- as6805.frankfurt.megaport.com 0.0% 10 6.1 8.8 6.0 22.2 5.1
10.|-- bundle-ether16.0004.dbrx.02.fra.de.net.telefonica.de 0.0% 10 13.6 13.8 13.6 14.2 0.0
11.|-- ae1-0.0001.corx.01.off.de.net.telefonica.de 0.0% 10 14.3 13.5 13.3 14.3 0.0
12.|-- ae10-0.0002.corx.01.ham.de.net.telefonica.de 0.0% 10 13.4 14.2 13.3 16.6 0.8
13.|-- bundle-ether2.0001.dbrx.06.ham.de.net.telefonica.de 0.0% 10 14.1 14.1 14.0 14.3 0.0
14.|-- eth-trunk1.0001.acln.06.ham.de.net.telefonica.de 0.0% 10 13.9 14.1 13.9 14.3 0.0
15.|-- dynamic-077-000-196-003.77.0.pool.telefonica.de 0.0% 10 22.2 22.2 22.1 22.6 0.0
09/01/2022 21:49:29 UTC
--------------------
Und in Gegenrichtung:
Code:
user@1234-12345:~$ mtr -ezbw -c 10 37.244.25.21
Start: 2022-01-09T22:53:55+0100
HOST: 1234-12345 Loss% Snt Last Avg Best Wrst StDev
1. AS??? _gateway (192.168.42.1) 0.0% 10 0.4 0.4 0.3 0.4 0.0
2. AS6805 loopback1.0001.acln.06.ham.de.net.telefonica.de (62.52.201.198) 0.0% 10 10.0 11.8 9.6 28.3 5.8
3. AS6805 bundle-ether8.0001.dbrx.06.ham.de.net.telefonica.de (62.53.1.232) 0.0% 10 10.5 10.4 10.2 10.9 0.2
4. AS6805 ae6-0.0002.corx.01.ham.de.net.telefonica.de (62.53.14.28) 0.0% 10 17.1 17.3 16.9 18.8 0.6
[MPLS: Lbl 16602 TC 0 S u TTL 1]
5. AS6805 ae6-0.0001.corx.01.off.de.net.telefonica.de (62.53.0.35) 0.0% 10 17.4 19.9 16.7 34.7 6.3
[MPLS: Lbl 16602 TC 0 S u TTL 1]
6. AS6805 bundle-ether2.0004.dbrx.02.fra.de.net.telefonica.de (62.53.28.151) 0.0% 10 17.4 17.6 17.2 18.4 0.3
[MPLS: Lbl 16602 TC 0 S u TTL 1]
7. AS6805 bundle-ether2.0005.prrx.02.fra.de.net.telefonica.de (62.53.9.53) 0.0% 10 17.5 17.5 17.1 17.8 0.2
8. AS??? pr01.eqfr5.blizzardonline.net (80.81.195.26) 0.0% 10 17.6 29.3 17.5 72.8 20.4
9. AS57976 137.221.80.35 0.0% 10 25.5 25.8 25.5 26.1 0.2
[MPLS: Lbl 382 TC 0 S u TTL 1]
10. AS57976 et-0-0-2-br01-eqpa4.as57976.net (137.221.65.26) 0.0% 10 28.1 28.5 28.0 31.7 1.1
[MPLS: Lbl 170 TC 0 S u TTL 1]
11. AS57976 et-0-0-0-pe02-eqpa4.as57976.net (137.221.77.81) 0.0% 10 25.6 25.8 25.4 26.3 0.3
12. AS57976 137.221.66.35 0.0% 10 25.9 26.0 25.8 26.4 0.2
13. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
user@1234-12345:~$ mtr -ezbw -c 10 37.244.24.176
Start: 2022-01-09T22:57:40+0100
HOST: 1234-12345 Loss% Snt Last Avg Best Wrst StDev
1. AS??? _gateway (192.168.42.1) 0.0% 10 0.4 0.4 0.3 0.4 0.0
2. AS6805 loopback1.0001.acln.06.ham.de.net.telefonica.de (62.52.201.198) 0.0% 10 21.9 15.5 9.7 26.9 6.7
3. AS6805 bundle-ether8.0001.dbrx.06.ham.de.net.telefonica.de (62.53.1.232) 0.0% 10 9.8 10.1 9.8 10.5 0.2
4. AS6805 ae6-0.0001.corx.06.ham.de.net.telefonica.de (62.53.14.250) 0.0% 10 17.3 16.9 16.4 17.3 0.3
[MPLS: Lbl 16623 TC 0 S u TTL 1]
5. AS6805 ae6-0.0002.corx.02.fra.de.net.telefonica.de (62.53.0.49) 0.0% 10 17.0 18.4 16.7 24.1 2.8
[MPLS: Lbl 16623 TC 0 S u TTL 1]
6. AS6805 bundle-ether2.0001.dbrx.01.off.de.net.telefonica.de (62.53.0.199) 0.0% 10 17.2 17.4 17.0 17.6 0.2
[MPLS: Lbl 16623 TC 0 S u TTL 1]
7. AS6805 bundle-ether1.0001.prrx.01.off.de.net.telefonica.de (62.53.28.169) 0.0% 10 17.4 17.4 17.2 17.9 0.2
8. AS??? as57976.frankfurt.megaport.com (62.69.146.140) 0.0% 10 17.5 20.2 17.0 44.8 8.7
9. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
10. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
11. AS57976 137.221.65.75 10.0% 10 4416. 1446. 124.2 4416. 1462.5
[MPLS: Lbl 171 TC 0 S u TTL 1]
12. AS57976 137.221.78.51 0.0% 10 22.4 22.5 22.2 22.9 0.2
13. AS57976 137.221.66.45 0.0% 10 22.6 22.6 22.5 22.8 0.1
14. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
Welche der beiden Hin-Her Traceroute jeweils ein Paar bilden ist nicht ganz klar, mein Verdacht ist dass jeweils die ersten und die zweiten zusammen gehoeren (was unerwartet, dass Blizzard da ungefragt zwei MTRs durchgefuehrt hat).
Laut
PeeringDB ist AS5976 Blizzard, waehrend
AS6805 O2 ist.
Da das Looking Glas von Blizzard die IP-Adressen der eigentlichen Server "verheimlicht" hat habe ich auf dem Router mittels:
Code:
tcpdump -s 200 -i pppoe-wan "icmp[0] == 8"
user@computer:~# tcpdump -s 200 -i pppoe-wan "icmp[0] == 8"
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on pppoe-wan, link-type LINUX_SLL (Linux cooked v1), capture size 200 bytes
[]...
23:06:44.415767 IP 37.244.24.176 > dynamic-077-000-196-003.77.0.pool.telefonica.de: ICMP echo request, id 11556, seq 63104, length 44
[...]
23:06:44.456515 IP 37.244.25.21 > dynamic-077-000-196-003.77.0.pool.telefonica.de: ICMP echo request, id 42089, seq 62848, length 44
[...]
23:06:44.515672 IP 37.244.24.176 > dynamic-077-000-196-003.77.0.pool.telefonica.de: ICMP echo request, id 11556, seq 63360, length 44
[...]
23:06:44.556381 IP 37.244.25.21 > dynamic-077-000-196-003.77.0.pool.telefonica.de: ICMP echo request, id 42089, seq 63104, length 44
[...]
die einlaufenden Ping (ICMP Echo Requests) auf der Konsole gedumpt und dann die zwei verdaechtigen IPs (hier 37.244.24.176 und 37.244.25.21) dann mittels whois ueberprueft
Code:
user@1234-12345:~$ whois 37.244.25.21
% This is the RIPE Database query service.
% The objects are in RPSL format.
%
% The RIPE Database is subject to Terms and Conditions.
% See http://www.ripe.net/db/support/db-terms-conditions.pdf
% Note: this output has been filtered.
% To receive output for a database update, use the "-B" flag.
% Information related to '37.244.0.0 - 37.244.31.255'
% Abuse contact for '37.244.0.0 - 37.244.31.255' is 'peering@blizzard.com'
inetnum: 37.244.0.0 - 37.244.31.255
netname: BLIZZARD
country: NL
admin-c: BP5978-RIPE
tech-c: BP5978-RIPE
status: LIR-PARTITIONED PA
mnt-by: MNT-BLIZZARD
created: 2018-11-09T21:18:20Z
last-modified: 2018-11-09T21:18:20Z
source: RIPE
person: Blizzard Peering
address: 1 Blizzard Way
phone: +1-949-955-1380
nic-hdl: BP5978-RIPE
mnt-by: MNT-BLIZZARD
created: 2016-09-07T17:19:11Z
last-modified: 2018-08-24T18:24:09Z
source: RIPE # Filtered
% This query was served by the RIPE Database Query Service version 1.102.2 (BLAARKOP)
Das whois-Spiel kann man fuer alle zweifelhaften IP-Adressen durchfuehren (von daheim kann man mtr bitten die leicht zu identifizierenden ASe zu labeln, aber Looking Glas server sind da oft nicht so offenherzig, wenn jedoch statt IPs DNS-Namem auftauchen sind die haeufig auch informativ so wie hier z.B. "as6805.frankfurt.megaport.com")
Das ist weniger aufwendig als es auf den ersten Blick erscheint, und erlaubt hier den Packetfluss von und zu Blizzards Overwatch Nodes zu erkennen. (Spiele selber kein Overwatch, aber irgend etwas muss man im Blizzard Looking Glas schon auswaehlen).
Warum den Stess? Nunja, wenn das Peering zu bestimmten Zielnetzen hakt kann man anhander der RTTs zu den verschiedenen Hops von Hin und Her Traceroutes oft Kandidaten Links finden ab denen die Latenz dauerhaft unerwartet erhoeht ist wenn es auch mit der Performance hakt, nicht jedoch z.B. um 3:00 AM. (Unerwartet erhoeht, weil z.B. bei Transatlantik Routen (
Beispiel) alle Links in Europa kuerzere RTTs haben als in Amerika mit einem ziemlich grossen Sprung in der Mitte, was aber hier einfach an der Laenge der Strecke liegt).
So das war jetzt hoffe ich erst mal genug um hier alle ausreichend zu informieren um "gefaehrlich" zu sein
Gruss
P.