Hmm. Gibt’s noch andere Beispiele? radioguetersloh.de (176.52.240.114) scheint auch aus dem BITel-Netz nicht erreichbar, ggf. ein Problem jenseits unseres Netzes?
Do 19. Aug 18:06:44 CEST 2021
BITel
traceroute to radioguetersloh.de (176.52.240.114), 20 hops max, 38 byte packets
[…]
4 switch0.int.bitel.net (212.100.40.50) 7.404 ms 6.633 ms 8.569 ms
5 185.48.244.116 (185.48.244.116) 6.091 ms 6.000 ms 6.699 ms
6 185.48.244.138 (185.48.244.138) 12.471 ms 12.635 ms 12.846 ms
7 ipv4.de-cix.fra.de.as15817.mittwald.de (80.81.197.30) 13.542 ms 13.694 ms 13.304 ms
8 178.16.60.129 (178.16.60.129) 20.471 ms 21.610 ms 20.881 ms
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
Von anderen ISPs aus geht’s, expemplarisch O2:
O2
traceroute to radioguetersloh.de (176.52.240.114), 20 hops max, 60 byte packets
1 fritz.box (192.168.45.1) 0.549 ms 0.639 ms 0.758 ms
2 loopback1.0001.acln.01.ham.de.net.telefonica.de (62.52.200.147) 9.653 ms 9.637 ms 9.921 ms
3 bundle-ether27.0006.dbrx.01.ham.de.net.telefonica.de (62.53.12.14) 9.904 ms 9.888 ms 10.154 ms
4 ae5-0.0001.corx.06.ham.de.net.telefonica.de (62.53.14.232) 17.023 ms 17.243 ms 17.228 ms
5 ae6-0.0002.corx.02.fra.de.net.telefonica.de (62.53.0.49) 42.560 ms 42.545 ms 42.529 ms
6 bundle-ether2.0001.dbrx.01.off.de.net.telefonica.de (62.53.0.199) 17.360 ms 16.770 ms 16.656 ms
7 ae9-0.0001.prrx.13.fra.de.net.telefonica.de (62.53.11.131) 15.454 ms 15.662 ms 15.632 ms
8 ae24-0.fra10.core-backbone.com (5.56.17.93) 17.837 ms 17.801 ms 17.917 ms
9 5.56.20.54 (5.56.20.54) 17.750 ms 17.733 ms 17.716 ms
10 178.16.60.129 (178.16.60.129) 24.719 ms 24.704 ms 24.639 ms
11 178.16.60.52 (178.16.60.52) 26.009 ms 25.987 ms 25.446 ms
12 176.52.240.114 (176.52.240.114) 24.557 ms 23.828 ms 23.786 ms
Ich kann das aber insofern bestätigen, daß aus unserem Netz 192.251.226.0/24 keine Verbindung zu radioguetersloh.de, genauer zur IP 176.52.240.114, derzeit möglich ist.
Da andere Ziele funktionieren, z. B. a.nic.de, heise.de, welt.de oder bild.de (Akamai), ist die Fehlersuche etwas diffizil.
Aktuell kann ich radioguetersloh über Bitel VDSL erreichen:
Tracing route to radioguetersloh.de [176.52.240.114]
over a maximum of 30 hops:
1 3 ms 1 ms 2 ms fritz.box [192.168.x.x]
2 15 ms 9 ms 14 ms dsl-77-75-201-1.pool.bitel.net [77.75.201.1]
3 9 ms 9 ms 8 ms switch0.int.bitel.net [212.100.40.50]
4 8 ms 10 ms 7 ms 185.48.244.116
5 16 ms 13 ms 14 ms 185.48.244.138
6 16 ms 14 ms 13 ms ipv4.de-cix.fra.de.as15817.mittwald.de [80.81.197.30]
7 22 ms 33 ms 23 ms 178.16.60.129
8 21 ms 23 ms 21 ms 178.16.60.52
9 22 ms 21 ms 21 ms 176.52.240.114
Trace complete.
Über Freifunk klappt es nicht:
Tracing route to radioguetersloh.de [176.52.240.114]
over a maximum of 30 hops:
1 35 ms 19 ms 11 ms 10.234.128.11
2 10 ms * * bgp-dus01.4830.org [192.251.226.2]
3 25 ms * 16 ms bgp-fra01.4830.org [193.26.120.81]
4 * * * Request timed out.
5 * * * Request timed out.
6 * * * Request timed out.
batctl gwl
[B.A.T.M.A.N. adv openwrt-2018.1-9, MainIF/MAC: primary0/72:ac:8e:b6:27:43 (bat0/cc:ce:1e:34:a8:6c BATMAN_IV)]
Router ( TQ) Next Hop [outgoingIf] Bandwidth
* 02:ca:ff:ee:01:11 (254) 02:ca:ff:ee:01:11 [ mesh-vpn]: 1024.0/1024.0 MBit
02:ca:ff:ee:01:10 (225) 02:ca:ff:ee:01:11 [ mesh-vpn]: 1024.0/1024.0 MBit
02:ca:ff:ee:01:05 (225) 02:ca:ff:ee:01:11 [ mesh-vpn]: 1024.0/1024.0 MBit
02:ca:ff:ee:01:02 (225) 02:ca:ff:ee:01:11 [ mesh-vpn]: 1024.0/1024.0 MBit
traceroute radioguetersloh.de
traceroute to radioguetersloh.de (176.52.240.114), 30 hops max, 38 byte packets
1 192.168.0.1 (192.168.0.1) 2.050 ms 0.796 ms 0.514 ms
2 dsl-77-75-201-1.pool.bitel.net (77.75.201.1) 10.368 ms 13.797 ms 6.374 ms
3 switch0.int.bitel.net (212.100.40.50) 11.061 ms 8.283 ms 9.632 ms
4 185.48.244.116 (185.48.244.116) 6.777 ms 22.475 ms 8.376 ms
5 185.48.244.138 (185.48.244.138) 14.717 ms 16.107 ms 13.172 ms
6 ipv4.de-cix.fra.de.as15817.mittwald.de (80.81.197.30) 13.909 ms 14.531 ms 14.864 ms
7 178.16.60.129 (178.16.60.129) 21.198 ms 21.411 ms 21.775 ms
8 * * *
9 * * *
Ack, Layer-8-Fehler: der benutzte traceroute akzeptiert die Option »-I« (für »nutze ICMP ECHO« (statt, wie unter Unix üblich, UDP — Windows’ tracert nutzt seit jeher ICMP ECHO), spricht aber weiter UDP. Und UDP-Tracing wird von der Firewall bei mittwald.de weggefiltert … Mit mtr klappt’s dann auch mit radioguetersloh.de via BITel: