I-Net und Verbindungs Probleme & Erreichbarkeit des Forums

Kleine Info...bei mir läufts auch seit .....2 Wochen?! tadellos.....
Das war bei mir auch der Fall,
seit heute Vormittag ist aber leider wieder Ende mit der Erreichbarkeit des Forums.
Mit Telekom-DSL ist das Forum nicht erreichbar. Dieser Zustand hält weiter an.

Für mich erfreulich ist, dass ich einen VPN-Anbieter (Serverstandort Frankfurt) nutzen kann. Damit rennt das Forum so, wie es sein soll.
 
Na bei @f.haefelein aber ziemlich sicher schon. Dass das von Region zu Region unterschiedlich zu sein scheint, haben wir ja schon ganz am Beginn des Threads mal diskutiert.
Aber schön, wenns bei dir rennt ;)

Die letzten hops sind bei ionos / oneandone / 1&1 - 212.227.12.107 und kommen aus dem Telia Netz aber der Fehler liegt an der DTAG? :confused:
 
Denke auch nicht, dass das Telekomnetz schuld hat. Sonst würde das Routing bei @f.haefelein schon vorher abbrechen. Was mich allerdings stutzig macht, dass bei uns beiden über 212.227.120.107 geroutet wird, aber bei mir gehts weiter und bei ihm nicht.
Siehe
tracert gs-forum.jpg
 
212.227.120.107 geroutet wird, aber bei mir gehts weiter und bei ihm nicht.

Nach den Verwirrungen bei Cloudflare die Tage und rumkonfigurieren bei allen möglichen Anbietern und Carriern, könnte ich mir denken, das da einige Routingtables noch durcheinander sind und bestimmte Wege manchmal überlastet weil die nach vorne gerutscht sind.

Vodafone war ja auch betroffen:
1764227377368.png

PS: Es wurde ja auch schon der Tip gegeben als DNS einen Root DNS an erster Stelle / alleinig einzutragen, würde ich nicht (dauerhaft) machen - an erste Stelle gehören IMO die DNS die mir mein Zugangsanbieter sendet bzw der eigene Zugangsrouter und alles über DHCP.
Ausnahmen bestätigen die Regel ;)
 
Zuletzt bearbeitet:
PS: Es wurde ja auch schon der Tip gegeben als DNS einen Root DNS ...

genau so etwas werde ich als Internet-Laie nicht machen. Mein System funktioniert - bis auf die Aussetzer dieses Forum - einwandfrei. Jederzeit und auf allen Rechnern.
 
Was mir da auffällt: die Hops 2-4 sind im Telekom Netz, 5-8 liegen im tvelve99.net....

da keine spur von den TeleKomikern in sicht, dafür freie Fahrt im Internet.

Ein Schuft, der böses dabei denkt,
findet Ralph
Und? Die ersten Hops gehen doch fehlerfrei durch; danach "klemmt" es. Ich würde die T da zunächst mal nicht in die Pflicht nehmen, sondern tvelve99.net; oder ionos?
...bei mir übrigens auch:
Code:
bernhard@arbeit-lin-win:~$ sudo traceroute -I www.gs-forum.com
[sudo] Passwort für bernhard:
traceroute to www.gs-forum.com (81.19.159.8), 30 hops max, 60 byte packets
 1  fritz.box (192.168.1.1)  0.447 ms  0.625 ms *
 2  p3e9bf115.dip0.t-ipconnect.de (62.155.241.21)  17.148 ms  17.365 ms  17.613 ms
 3  hh-ea13-i.HH.DE.NET.DTAG.DE (62.154.32.58)  22.082 ms  22.131 ms  22.828 ms
 4  80.156.160.237 (80.156.160.237)  29.860 ms  29.859 ms  30.482 ms
 5  hbg-bb3-link.ip.twelve99.net (62.115.120.70)  30.946 ms  31.800 ms  32.367 ms
 6  ffm-bb1-link.ip.twelve99.net (62.115.123.76)  34.780 ms  26.720 ms  26.867 ms
 7  win-bb1-link.ip.twelve99.net (62.115.137.203)  39.053 ms  38.280 ms  38.437 ms
 8  win-b2-link.ip.twelve99.net (62.115.114.185)  36.599 ms  35.346 ms  35.556 ms
 9  ionos-ic-384593.ip.twelve99-cust.net (213.248.95.55)  40.611 ms  39.875 ms  40.749 ms
10  be-3-1460.gw-dists1-a.g24.fr.lnz.at.net.ionos.com (212.227.120.105)  40.469 ms  40.860 ms  41.129 ms
11  * * *
12  www8sni.world4you.com (81.19.159.8)  39.022 ms  38.096 ms  37.594 ms
bernhard@arbeit-lin-win:~$
Wenn ich das "-I" weg lasse, bricht traceroute irgendwann ab:
Code:
bernhard@arbeit-lin-win:~$ traceroute www.gs-forum.com
traceroute to www.gs-forum.com (81.19.159.8), 30 hops max, 60 byte packets
 1  fritz.box (192.168.1.1)  0.483 ms  21.828 ms  0.870 ms
 2  p3e9bf115.dip0.t-ipconnect.de (62.155.241.21)  54.331 ms  54.305 ms  54.323 ms
 3  hh-ea13-i.HH.DE.NET.DTAG.DE (62.154.32.58)  23.789 ms hh-ea13-i.HH.DE.NET.DTAG.DE (62.154.32.62)  24.077 ms hh-ea13-i.HH.DE.NET.DTAG.DE (62.154.32.58)  24.051 ms
 4  80.156.160.237 (80.156.160.237)  30.482 ms  30.894 ms  32.256 ms
 5  * hbg-bb3-link.ip.twelve99.net (62.115.120.70)  32.438 ms *
 6  ffm-bb1-link.ip.twelve99.net (62.115.123.76)  35.971 ms ffm-bb2-link.ip.twelve99.net (62.115.127.91)  30.683 ms  31.130 ms
 7  win-bb1-link.ip.twelve99.net (62.115.137.203)  39.957 ms  38.897 ms  38.816 ms
 8  win-b2-link.ip.twelve99.net (62.115.114.185)  37.725 ms  36.313 ms win-b2-link.ip.twelve99.net (62.115.114.183)  41.007 ms
 9  ionos-ic-384593.ip.twelve99-cust.net (213.248.95.55)  40.346 ms  41.052 ms  41.045 ms
10  be-3-1460.gw-dists1-a.g24.fr.lnz.at.net.ionos.com (212.227.120.105)  41.112 ms  40.421 ms  41.108 ms
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *
bernhard@arbeit-lin-win:~$
 
Das Problem dürfte bei Ionos.com liegen. 212.227.120.107 u. 212.227.120.105 gehören dazu u. da kommen dann die Probleme, dass diese oder der folgende outside-hosting.fw-dists.g24.fr.lnz.at.net.ionos.com 185.16.188.101 bei manchen nicht mehr antwortet / weiterleitet. Ich würde in dem Fall world4you.com darauf ansprechen, dass die sich mit ionos dbzgl. in Verbindung setzen. So wie ich das sehe, ist ionos eh der Server-Betreiber und world4you.com nur ein Reseller.
 
Nur so als Info tracert (Win) und traceroute (*nixe) haben unterschiedliche Funktion und Optionen
 
... und das hat jetzt was mit dem Problem zu tun?
 
Es könnte sein, daß die Interpretationen der Aussagen von tracert und traceroute zu unterschiedlichen (falschen?) Ergebnissen führen.
...nur so eine Idee... ;)
 
Nur so als Info tracert (Win) und traceroute (*nixe) haben unterschiedliche Funktion und Optionen
ja, ist bekannt.
Ist für mich auch nicht das Mittel der Wahl, um Pakete im Netz nachzuverfolgen.
Die nutzen ICMP, das wird auf modernen Routern gerne untergrückt und/oder bekommt niedrigere Priotät. Was ja auch Sinn macht, Uns z.b interessieren Datenpakete, die über den Port 443 = https laufen und wie da die Verbindung/Zeiten/Verluste/Wege aussehen.

tracert /traceroute + ping ist wie 'Ist jemand zuhause? ' rufen. Wenn die Nachbarin grad mit ihrem 'Hausfreund' angenehmen beschäftigt ist, wird sie nicht oder stark verzögert antworten, je nach Lust und Laune.

Drum benutz ich gerne mtr bei UX'sen. Pathping ist die bei weitem nicht so mächtige Win-Variante.
Mtr ist ein ziemlich mächtiges Tool, das vielfältige Möglichkeiten bietet, incl. Port- Auswahl, Routen info,Statistik etc.
das mal auf 100 Pakete, Port 443, angabe des Landes der Router gesetzt und auswerten lassen sieht dann so aus:

Code:
mtr gs-forum.com -P 443 -y2 -rc 100
Start: 2025-11-27T13:09:23+0100
HOST:                             Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. ??? gate.mystic.lands         7.0%   100    0.4   0.3   0.3   0.4   0.0
  2. AT  212-186-131-145.static.u  9.0%   100    7.7   8.5   6.6  22.2   2.1
  3. AT  80.241.20.49              8.0%   100    8.4   8.6   7.2  15.6   1.2
  4. AT  at-vie03c-rc01.as8412.ne 10.0%   100   45.7  12.3   7.9  45.7   8.1
  5. AT  217-25-123-47.static.upc 11.0%   100   10.0   9.4   7.9  14.0   1.0
  6. ??? ???                      100.0   100    0.0   0.0   0.0   0.0   0.0
  7. NL  nl-ams04a-rm2-ge-0-1-10.  2.0%   100   80.5  11.1   7.4  80.5  10.4
  8. NL  213.46.184.122            6.0%   100    8.8  10.0   8.1  14.4   1.3
  9. DE  212.227.120.107           5.0%   100    8.8   9.4   7.9  14.1   1.2
 10. ??? ???                      100.0   100    0.0   0.0   0.0   0.0   0.0
 11. AT  www8sni.world4you.com     0.0%   100    9.8  10.2   9.6  15.5   0.8

Verblüffend ist der Weg über NL von WIen nach Linz/ Wien, wo die Datacenter vom Hoster sind.
die 100% Verlust bei Hop 6 / 10 sind egal, die Pakete suchen sich dann eh nen neuen Weg, ist ne Grundfunktion vom Internet, das ursprünglich als militärisches Kommunikationsmittel geplant / gedacht war.

Alles in allem kann ich nichts wirklich schlimmes entdecken, Die laufzeiten halten sich im Rahmen, Hop 4 / 7 sind ein wenig lahm, aber bei 10 nsec kann man nicht wirkich motzen

Für die neugierigen Nasenbären hab ich mal die Manuals der Befehle verlinkt, so kann sich jeder selber ein Bild machen was welches Tool kann und/oder nicht

EDIT
noch ne 'graphische' Auswertung von mtr, interessant live zu beobachten, wie sich die Antwortszeiten ändern
Bildschirmfoto 2025-11-27 um 14-27-24.png
 
Zuletzt bearbeitet:
Verblüffend ist der Weg über NL
Bei mir von Deutschland nach Schweden und zurück nach Deutschland und dann nach Österreich:
Code:
bernhard@arbeit-lin-win:~$ mtr gs-forum.com -P 443 -y2 -rc 100
Start: 2025-11-27T14:22:27+0100
HOST: arbeit-lin-win              Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. ??? fritz.box                 0.0%   100    0.5   0.4   0.3   0.6   0.1
  2. DE  p3e9bf115.dip0.t-ipconne  0.0%   100   14.9  28.8  14.5  92.5  18.0
  3. DE  hh-ea13-i.HH.DE.NET.DTAG  0.0%   100   18.0  30.6  17.9  80.4  14.4
  4. DE  80.156.160.237            0.0%   100   24.4  35.5  23.9  89.8  13.9
  5. SE  hbg-bb3-link.ip.twelve99  0.0%   100   24.1  35.2  23.9  87.0  13.2
  6. SE  ffm-bb1-link.ip.twelve99  0.0%   100   26.6  37.6  26.5  86.8  13.3
  7. SE  win-bb1-link.ip.twelve99  1.0%   100   38.4  49.5  37.4 119.7  15.7
  8. SE  win-b2-link.ip.twelve99.  0.0%   100   36.0  47.8  35.1 116.6  16.3
  9. SE  ionos-ic-384593.ip.twelv  0.0%   100   40.2  52.0  39.4 118.2  16.9
 10. DE  be-3-1460.gw-dists1-a.g2  0.0%   100   39.6  51.6  38.6 119.1  17.4
 11. ??? ???                      100.0   100    0.0   0.0   0.0   0.0   0.0
 12. AT  www8sni.world4you.com     1.0%   100   38.0  49.9  37.8 117.1  15.8
bernhard@arbeit-lin-win:~$
 
Was mir da auffällt: die Hops 2-4 sind im Telekom Netz, 5-8 liegen im tvelve99.net....

da keine spur von den TeleKomikern in sicht, dafür freie Fahrt im Internet.

Ein Schuft, der böses dabei denkt,
findet Ralph
Jupp. Das halte ich auch für den Flaschenhals. Denn timeout und peng.
Die Kombination Telekom - twelve99 ist ungut.
Moralische Bewertungen mal aussen vor frage ich mich, warum das nicht bei allen Telekomkunden problematisch ist.
Bei mir ist es mit dem Telekomfestanschluss via DSL so, dass mit einem Nord VPN Tunnel beliebiger Nationalität das Forum etwas schneller ist. Aber auch ohne läuft es brauchbar. Rel. dicke A DSL Leitung mit 200Mbit. Eine dünne Leitung ist ja eher ausgereitzt und eröht erfahrungsgemäss auch Latenz und Paketverluste. Auch wenn nur der Upstream sich dem Limit nähert.
Das könnte denn den Ausschlag geben.
DSL unter 10 Mbit plus Telekom = sporadische Timeouts.
Ansonsten mal die Familie übers WE zur Oma schicken und gucken ob einer von denen zu viel Bandbreite klaut. :)
 
Leitung mit 200Mbit. Eine dünne Leitung ist ja eher ausgereitzt und eröht erfahrungsgemäss auch Latenz und Paketverluste.
Ich hab nen 250/60 Mbit Business Anschluss mit fester IP, da glaub ich nicht an Flaschenhälse. Ausserdem gibt“s hier keine Bandbreiten-Piraten. Wohne alleine und hab auch keine „Gäste“ im Wlan. 😎
Auch wenn nur der Upstream sich dem Limit nähert.
Das wären bei mir rechnerische ca. 7MByte/sec. Wobei ich weiss, dass Freunde beim download meiner TravelMaps = OSM topo Karten für die Garmin’s mit Aufzeichnung u.a. von Schotter etc. stabile 3,5 bis 4Mbyte/sec erreichen. Und das über längere Zeiträume. Die gesamt Europa Karte für Basecamp hat gute 23GB. Davon merk ich selber überhaupt nix, beim Surfen. Null hakler, keine wesentlich höhere Latenz.
DSL unter 10 Mbit plus Telekom = sporadische Timeouts.
Und das müsste man mal analysieren, ob es wirklich dazu kommt. Da kann und will ich nichts zu sagen, denn ich hab da keine Erfahrung und oder Möglichkeit das i.wo zu messen / anzuschauen
Auf Vermutungen und könnte / müsste etc. lass ich mich nicht ein, bringt nix. Erzeugt nur Gerüchte.

Hab mich heut Nachmittag mal näher den ASN etc. beschäftigt, spannend. Grad die Bereiche wo es um peering geht sind informativ…

Übrigens zur Bandbreite: unser Hoster hängt direkt am 100GB Backbone, das sollte doch aussreichend sein 🥹
Have phun! Ralph
 
Naja - seit heute meldet mein VPN die Seite als unsicher und blockiert sie
 
Zurück
Oben Unten