Unitymedia Verständnisfrage ping/traceroute (Vodafone Business)

[taenzerme]

Hallo zusammen,

ich habe für die Firma mehrere "Company Internet"-Anschlüsse, bei denen wir eigentlich schon immer folgendes Bild beim Traceroute wohin auch immer haben:

traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
1 b2b-1-2-3-4.unitymedia.biz (1.2.3.4) 1.175 ms 1.976 ms 2.886 ms
2 * * *
3 * * *
4 de-fra04d-rc1-ae-12-0.aorta.net (84.116.196.141) 33.181 ms 29.925 ms 30.137 ms
5 de-fra03b-ri1-ae-5-0.aorta.net (84.116.133.118) 33.482 ms 33.305 ms 34.376 ms
6 213.46.177.42 (213.46.177.42) 33.945 ms 31.856 ms 31.953 ms
7 108.170.252.65 (108.170.252.65) 32.015 ms 108.170.251.193 (108.170.251.193) 23.239 ms 22.769 ms
8 66.249.94.245 (66.249.94.245) 23.068 ms 72.14.233.47 (72.14.233.47) 21.228 ms 142.250.46.247 (142.250.46.247) 20.688 ms
9 dns.google (8.8.8.8) 16.650 ms 16.714 ms 22.309 ms

D.h. Hop 2 und 3 sind "tot" bzw. reagieren nicht auf ARP-Requests.

Das ist im Grunde so, seit wir damals von UM neue Hitron-Modems statt der Cisco-Modems bekommen haben.

Technik UM/VF sagt: Das ist normal.

Kann mir jemand (gerne auch technisch genau...) erklären, warum bei uns Hop 2 und 3 immer "tot" sind?

Danke und viele Grüße
Sebastian

 

[Dragon]

Letztlich kann der Anbieter an jedem Hops frei konfigurieren, wie mit ARP-Requests umgegangen wird. Das hat aber selten technische Gründe.

 

[taenzerme]

Beide Hops sind von UM/VD.

Das hat aber selten technische Gründe.

D.h. das wird da aus Gründen der Verschleierung unterbunden?

Der Ursprung der Frage rührt daher, dass wir seit geraumer Zeit (Vermutung: Auch seit den Hitron-Modems) Probleme mit Routings zu anderen Carriern über die UM/VF-Leitungen haben und niemand so genau weiß, wo das Problem liegt.

 

[tq1199]

D.h. das wird da aus Gründen der Verschleierung unterbunden?

Das kann auch daran liegen, dass es evtl. eine private IP-Adresse ist und die Antwort-Datenpakete vom nächsten Router verworfen werden.
Hier auch so:

:~ #mtr -4nr -c 1 8.8.8.8
Start: 2021-01-23T14:17:47+0100
HOST: xxxxxxxxxxxxxxxx Loss% Snt Last Avg Best Wrst StDev
1.|-- 10#.###.###.### 0.0% 1 0.6 0.6 0.6 0.6 0.0
2.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
3.|-- 81.210.144.116 0.0% 1 8.5 8.5 8.5 8.5 0.0
4.|-- 84.116.190.177 0.0% 1 14.3 14.3 14.3 14.3 0.0
5.|-- 84.116.133.25 0.0% 1 12.9 12.9 12.9 12.9 0.0
6.|-- 213.46.177.42 0.0% 1 14.0 14.0 14.0 14.0 0.0
7.|-- 108.170.251.129 0.0% 1 10.6 10.6 10.6 10.6 0.0
8.|-- 142.250.214.187 0.0% 1 12.5 12.5 12.5 12.5 0.0
9.|-- 8.8.8.8 0.0% 1 11.0 11.0 11.0 11.0 0.0

 

[taenzerme]

Ah, danke. Danke für eure Antworten.

Verstanden. So macht das schon mehr Sinn.

Scheint allerdings schon recht UM/VF-spezifisch zu sein, da bei unseren DTAG-Leitungen alle Hops "sichtbar" sind.

 

[Dragon]

Die Telekom versteckt die Hops auf dem Weg einfach komplett.

 

[addicted]

@taenzerme
Wie @tq1199 bereits sagte, sind bei UM im Access-Netz auch private Adressen zu finden. Diese könnten antworten, aber spätestens Dein Router verwirft die Antworten, weil er auf WAN keine RFC1918-Netze zulässt. Das könnte man mit einem eigenen Router aber auch anders konfigurieren und wird vermutlich vor dem Routerwechsel bei Euch so gewesen sein.
Zusätzlich ist es möglich, dass einzelne HOPs keine Antworten senden. Die Antwort, die gesendet wird, ist eine "TTL expired"-Nachricht. Das kommt in Access-Netzen nicht legitim vor, daher könnten ISPs es mit geringem Risiko einfach unterbinden.
Normalerweise sollte man das aber nicht machen, weil man dann einen Routing-Loop nicht von einer sonstigen Störung unterscheiden kann.

Mit ARP hat es überhaupt nichts zu tun, weil ARP
1) per Spezifikation nicht geroutet wird und
2) von traceroute nicht verwendet wird.
Traceroute arbeitet auf Layer 3 (ICMP-Pakete), optional Layer 4 (TCP-/UDP-Pakete). ARP ist auf Layer 2 (Ethernet Frames).