Beiträge von floh667

ahh ihr seid super, vielen Dank

ich habe nochmal eine Frage zum FTTH Anschluss von O2....

Wenn man das bestellt, aber angibt einen eigenen router zu nutzen, dann sehe ich dass da gar kein ONT mit dabei ist? Woher kriegt man einen am O2 Anschluss funktionierenden ONT, wenn man keine eigene Fritzbox nutzt sondern sowas wie eine sonicwall oder openWRT?

Zitat von froeschi62

Anbei eine Erklärung zu dem zur Zeit massiv auftretenden Problem mit Cloudflare und der Telekom.

zum DTAG-Routing zu Cloudflare... : r/de_EDV

es gibt aber auch noch einen Übergabepunkt bei TATA

Fetching Measurement: 150954073
Traceroute from 10.0.30.150 to 1.1.1.1 (1.1.1.1):
1 10.0.30.254 1.0ms 0.636ms 0.476ms  
2 p3e9bf571.dip0.t-ipconnect.de (62.155.245.113) 7.951ms 7.33ms 11.168ms  
3 f-ed13-i.F.DE.NET.DTAG.DE (217.5.118.238) 10.978ms 11.303ms 13.038ms  
4 * * *  
5 if-bundle-66-2.qcore2.fnm-frankfurt.as6453.net (195.219.220.129) 46.636ms * *  
6 if-bundle-8-2.qcore1.fnm-frankfurt.as6453.net (195.219.69.104) 46.993ms 46.928ms 46.969ms  
7 162.158.16.13 36.63ms 36.149ms 36.398ms  
8 one.one.one.one (1.1.1.1) 34.182ms 34.568ms 34.701ms 

oder GTT

Fetching Measurement: 150954156
Traceroute from 10.0.30.150 to 104.18.22.69 (104.18.22.69):
1 10.0.30.254 1.219ms 0.6ms 0.658ms  
2 p3e9bf571.dip0.t-ipconnect.de (62.155.245.113) 6.627ms 5.469ms 5.723ms  
3 m-ef2-i.M.DE.NET.DTAG.DE (217.5.64.122) 11.627ms 11.396ms 11.248ms  
4 80.150.168.185 14.057ms 14.285ms 14.05ms  
5 cloudflare-gw.cr0-muc1.ip4.gtt.net (141.136.100.98) 12.989ms 12.987ms 12.076ms  
6 172.68.108.5 10.849ms 14.594ms 18.724ms  
7 104.18.22.69 11.743ms 11.258ms 11.365ms  

beides tracerts von der selben Probe in Karlsruhe, nur an unterschiedliche Adressen bei cloudflare. Nur eben Großkunden bzw. deren eigener dns.

bei irgendwelchen kostenlosen Diensten wird dann wieder priorisiert

Fetching Measurement: 150954393
Traceroute from 10.0.30.150 to 104.21.86.144 (104.21.86.144):
1 10.0.30.254 1.21ms 0.576ms 0.392ms  
2 p3e9bf571.dip0.t-ipconnect.de (62.155.245.113) 6.314ms 5.196ms 5.648ms  
3 lon-sb2-i.LON.GB.NET.DTAG.DE (62.154.14.250) 24.287ms 24.055ms 24.091ms  
4 ldn-b2-link.ip.twelve99.net (62.115.50.18) 71.327ms 57.1ms 48.552ms  
5 cloudflare-ic-339870.ip.twelve99-cust.net (62.115.151.125) 27.259ms 26.29ms 27.025ms  
6 141.101.71.133 25.806ms 24.959ms 24.883ms  
7 104.21.86.144 26.27ms 26.148ms 26.046ms  

Die verfügbarkeitsprüfung von maingau dsl sagt bei uns in der Straße "nicht möglich"

wow, diese pinke Insel ist ja echt frustrierend. D.h genau unsere gemeinden laufen dann komplett über die IP Infrastruktur der tkom? ._.

Danke für die wertvolle Info. Da hätte mich die probe so richtig auf den Holzweg geführt

ich hab grad auch mal 1und1 ins Visier genommen. Die haben hier bei offenburg doch einen Übergabepunkt, Gibt ne Probe aus offenburg

Fetching Measurement: 150452474
Traceroute from 192.168.179.27 to 85.190.148.140 (85.190.148.140):
1 192.168.179.1 0.467ms 0.352ms 0.312ms  
2 obg0002aihk001.versatel.de (94.134.199.113) 8.336ms 8.808ms 8.061ms  
3 kar1902bihd001.versatel.de (62.214.42.189) 9.024ms 8.756ms 8.637ms  
4 fra020isp005.versatel.de (80.81.193.80) 11.05ms 10.362ms 10.308ms  
5 et-0-1-1-229.bb-a-defra01.nw.nitrado.net (80.81.197.21) 13.835ms 13.813ms 13.803ms  
6 85.190.172.9 11.227ms 11.246ms 11.334ms  
7 85.190.148.140 11.364ms 11.186ms 10.998ms  

schade nur, dass die keine flatrate vom festnetz aus ins mobilfunknetz haben. Bzw. nur mit 10€ aufpreis das macht sie dnan teurer als O2 und die tkom

ändert sich die route regelmäßig zwischen cloudflare und der telekom? telekom probes aus Karlsruhe gehen zu discord.com über München. Zumindest derzeit um 15:42 Uhr

Fetching Measurement: 150432399
Traceroute from 10.0.30.150 to 162.159.137.232 (162.159.137.232):
1 10.0.30.254 1.016ms 0.574ms 0.487ms  
2 p3e9bf571.dip0.t-ipconnect.de (62.155.245.113) 6.453ms 6.179ms 6.166ms  
3 m-ef2-i.M.DE.NET.DTAG.DE (217.5.110.18) 11.241ms 11.21ms 11.226ms  
4 80.150.168.185 13.604ms 13.684ms 13.985ms  
5 cloudflare-gw.cr0-muc1.ip4.gtt.net (141.136.100.98) 29.899ms 12.109ms 11.72ms  
6 172.68.108.5 11.197ms 12.055ms 10.852ms  
7 162.159.137.232 11.275ms 10.955ms 10.943ms  

ist das denn eigentlich IP Versions-übergreifend? Hier wurde ja angesprochen, dass es vorallem bei IPv6 auftritt. Aber ist IPv4 genauso unbrauchbar zu cloudflare?

Liest sich ja echt nicht toll, das cloudflare Telekom Problem. Dass das so massiv ist hatte ich nicht gedacht. Und da wie hier bereits erwähnt, sehr viel über CF läuft mittlerweile, ist das ein richtiger Dämpfer.

sieht doch alles gut aus? vorallem richtung südeuropa und osteuropa. Nur Amsterdam schwächelt etwas.

bei millen struggelt die Tkom etwas hart nach Polen und Tschechien

millen

kannst du mal den hier über den tkom Anschluss machen und screenshotten?

Welttest der Reaktion (world ping test)

www.geschwindigkeit.de

von vodafone aus

Zitat von millen

scheint Kehl bei der Telekom immer (?) über München zu gehen?

ne nicht alle Adressen. Google geht über München und dieser quake server. Andere Quake server gehen zumindest von Karlsruhe aus wieder direkt nach frankfurt (https://qlstats.net/topservers)
Google ist aber egal, da die auch von vodafone aus nicht direkt nach frankfurt zu gehen scheinen. Da ist auch vom VF Anschluss aus hier die Standard-Latenz 17-20ms. Auch zum 8.8.8.8

Wichtig wären da ggf. noch steam (valve). Weiß jemand wie gut steam über die Tkom funktioniert?

Zitat von millen

hast du dir schonmal eine o2 Testkarte bestellt?

was ist eine O2 Testkarte?

so gnz überzeugt bin ich nicht mehr von O2 irgendwie. Die Zwangstrennung und die IP Neuvergabe sind so lala... Die Zwangstrennung ist schon ein arger Rückschritt von DOCSIS.

Wenn ich mir dann diesen FTTH ANschluss der DTAG von Schwäbisch Hall aus nach Frankfurt angucke, so hab ich Hoffnung, dass er von Kehl aus auch relativ gut sein sollte.

Zitat von millen

Mit sehr sehr sehr sehr großer Wahrscheinlichkeit bekommst du eine neue.

Ich habe hier Telekom und 1und1 FTTH in der Wohnung, beide mit Dual-Stack, wenn ich irgendwas für dich testen kann geb mir Bescheid.

Hast du denn bei linkedin z.B auch die probleme, die froeschi62 anspricht?

Alle tracert Anfragen, die ich dir geben würde wären halt insofern verfälscht, als dass du praktisch (wenn ich mich richtig erinner) mehr oder weniger direkt neben den frankfurter Rechenzentren wohnst mit Latenzen von 4ms oder so.

Aber beispielsweise habe ich hier einen Quake live server aus Frankfurt.

45.142.115.12

Aus meiner Anschluss region (inklusive Karlsruhe) wird diese IP im DTAG Netz über München angesteuert, warum auch immer...

m-ef2-i.M.DE.NET.DTAG.DE (217.5.110.10) 13.706ms 13.426ms 13.319ms

STARTED QUERY AT 2026/01/07 12:12:50 UTC

Fetching Measurement: 147543954
Traceroute from 10.0.30.150 to 45.142.115.12 (45.142.115.12):
1 10.0.30.254 1.013ms 0.662ms 0.597ms  
2 p3e9bf571.dip0.t-ipconnect.de (62.155.245.113) 7.016ms 7.034ms 6.608ms  
3 m-ef2-i.M.DE.NET.DTAG.DE (217.5.110.10) 13.706ms 13.426ms 13.319ms  
4 80.150.168.185 14.963ms 14.845ms 14.799ms  
5 ae3.cr5-fra6.ip4.gtt.net (89.149.140.178) 15.033ms 15.002ms 14.762ms  
6 ip4.gtt.net (213.39.68.18) 24.594ms 31.604ms 25.946ms  
7 12.115.142.45.in-addr.arpa (45.142.115.12) 16.421ms 15.296ms 15.552ms  

Ich gehe mal davon aus, dass du sie aber direkt über frankfurt erreichst?

Zitat von froeschi62

Viel verbessert hat sich bei der Telekom nicht. In Linkedin kann man sich derzeit nur über sich drehende Kreise bewegen.

Azure Storage Download Speed Test

hast du mal hier ein bisschen rum gespielt? LinkedIn scheint ja bei microsoft azure zu liegen. Dort gibts verschiedene tests. download, upload, latency zu verschiedenen Regionen...

*edit*
nimmt man die URL von irgendwelchen linkedin Grafiken, landet man bei cloudflare (static.licdn.com). Gibt man diese Adresse wiederrum bei bgp.he.net ein, sagt er was von fastly. Aber beides ja Adressen, die man von der tkom aus nicht soooo geil erreicht.

wenn bei O2 die Zwangstrennung kickt, erhält man dann eine neue IP oder bleibt es die gleiche?

glaubt ihr denn, dass sich das peering der tkom in der kommenden zeit zum besseren hin verändert? gabs da mal Anzeichen für oder so?

Zitat von DLMttH

Wie viele IPv4-Adressen hat die Telekom denn? Das was ich da mit einfachen Mitteln finde, reicht ziemlich genau für die Anzahl ihrer Kunden, was ja auch wirtschaftlich sinnvoll ist.

keine Ahnung. Ich ging jetzt einfach mal pauschal davon aus, dass ihr pool riesig ist, da die seit ewigkeiten im Geschäft sind und diesen aus alten Tagen noch haben. genauso wie vodafone, die noch den IP Pool von unitymedia/KabelBW sozusagen übernommen haben.

Zitat von pufferueberlauf

Geringere RF-Stoerempfindlichkeit, typischerweise viel kleinere Segmentgroessen (und damit Fehlerdomaenen), geringerer Stromverbrauch... spricht IMHO vieles fuer FTTH

Die kleine Segmentgröße ist für mich als docsisianer von Relevanz, ja. Ich hatte in dem telekom Infobus den Typi mal gefragt, wieviele Anschlüsse die so an einen Verteiler hängen. Aber so genau konnte er mir das nicht sagen. Aber die Zahl 48 ist mal gefallen.

Zitat von pufferueberlauf

Das kann sich auch bei der Telekom aendern, sehe da keinen Grund warum das bei O2 unsicherer sein sollte als bei der Telekom...

war jetzt eine reine Vermutung meinerseits, da die Tkom ja auf einem riesigen pool an V4 Adressen sitzt und da keine Not hat sozusagen.

Zitat von pufferueberlauf

Ah, OK, das wuerde ich persoenlich versuchen zu vermeiden, bin kein DOCSIS-Fan, aber hey, manchmal ist das noch das geringste Uebel

das ist auch der Grund für meinen Wunsch zu wechseln. Ich war nur entwas enttäuscht über die Latenzen. Aber es sollten noch sekundäre Vorteile überwiegen wie eine (hoffentlich) weniger Störanfällige Leitung? Einstrahlungen etc. sollten ja eigentlich wegfallen.

Zitat von pufferueberlauf

wenn man von ADSL kommt ist das massiv besser, bei DOCSIS/VDSL eher weniger eindrucksvoll.

Irgendwie schon. die 10ms nach Frankfurt macht unser docsis Anschluss nämlich auch. Problem ist nur der Jitter wenns Abends rund geht.

Zitat von pufferueberlauf

Ja, bin selber O2 Kunde und dachte erst das wuerde mir maechtig auf den Senkel gehen, aber in der Praxis ist mir (und meiner Familie) das dann doch egal...

Ja muss da auch mal Rücksprache mit der Restfamilie halten. Es laufen noch Dienste nebenher mit der Leitung bei denen ich grad nicht weiß, ob ein ständiger IP Wechsel ein großer Nachteil wäre. Mir wäre der disconnect prinzipiell auch egal, würde den einfach auf früh morgens legen.
Wie ist denn der Kundenservice bei O2? Reagieren die schnell oder merkt man, dass sie bei der Fehlerbehebung mit der Tkom zusammenarbeiten müssen?

Zitat von pufferueberlauf

Du vergleichst Vodafone FTTH mit Telekom/UGG FTTH oder DOCSIS mit FTTH?

DOCSIS mit FTTH

Also im Moment sind die kritikpunkte bei der DTAG:
- unberechenbares peering

O2:
-24h Trennung

Die Dual Stack problematik scheint erstmal zweitrangig zu sein, da beide derzeit noch ne öffentliche ipv4 vergeben zu scheinen (kann sich natürlich vorallem bei O2 noch ändern).

Zitat von pufferueberlauf

Das sind die PoP Standorte fuer die O2 ATLAS Probes (ich habe die raeumlich sehr nahen Standorte jeweils zusammengepackt und durch Leerzeilen von den anderen Standorten getrennt*).

danke für diese sehr nützliche Seite. Die ist ja richtig gut, da die probe Besitzer ihre Anschlüsse taggen. Da sieht man dann gleich ob DSL oder FTTH.

Schade dass es hier unten im Südwesten so gut wie keine gibt. Doch generell muss ich sagen, bin ich allgemein etwas enttäuscht von den ftth Zugängen. Der wirkliche WOW-Effekt bei latenzen blieb jetzt aus. Irgendwie können deutsche Anbieter das nicht. Guck ich mir die probes von init7 an aus Basel, so sind die von Basel aus (!) bei den built-ins fast immer schneller, selbst verglichen mit deutschen Anschlüssen die 200km näher an frankfurt sind.

Abgesehen von der höheren bandbreite kann ftth irgendwie nich viel mehr bei der DTAG und O2 verglichen mit vodafone. Höchstens der jitter. Aber da traue ich dann nichtmal der DTAG mehr über den Weg wenn man auf einem server spielt, der von einem der peering-Flaschenhälse betroffen ist.
Und O2 trennt dir deine FTTH Verbindung alle 24 Stunden, als hätten wir noch das Jahr 2007.