Leider doch, denn sie spiegeln die Nutzererfahrung wider. Und nur die ist aus Kundensicht relevant, oder etwa nicht?
Jetzt kenne ich aber keinen dieser vielen Nutzer persönlich, um ihn zu fragen, ob das so stimmt oder nicht.
Aber ich "kenne" einen Nutzer mit gegenteiliger Erfahrung.
Und das ist völlig valide, solange du nicht mithilfe dieser Einzelerfahrung einen Test mit 800 Millionen Datenpunkte diskreditieren willst.
Wenn es nur eine Einzelerfahrung wäre. Und das lässt zumindest mich auch an diesem Test erheblich zweifeln.
Die Anbieter können sich jederzeit um direktes Peering bemühen.
Das machen ja auch die meisten.
ja. Entgegen der üblichen Gepflogenheit das auf Gegenseitigkeit zu machen nur gegen Einwurf kleiner und großer Scheine.
Das auch noch mit völlig hirnverbrannter Begründung: die anderen würden viel mehr Daten zur Telekom schicken als die Telekom zu den anderen.
Dabei sind es Telekom-Kunden, die die Daten anfordern. Die großen Betreiber sollten dann einfach mal gar keine Daten mehr zur Telekom schicken, was dann wohl los wäre.
Außer, dass es Teilnehmer hier gibt, welche die Güte des Anschlusses an der Lautzeit zu dietpi.com festmachen.
Ich mache sie an meinen Beobachtungen fest. Und die sind negativ, wie in der Vergangenheit schon öfter gesehen und oben wieder gezeigt. Wenn ich nicht das bekomme, was ich aufrufe, dann ist das eine negative Erfahrung.
WTF, das ist ja interessant:
DGN alles gut:
wget -O /dev/null https://lg-fra.fdcservers.net/1GBtest.zip --report-speed=bits -4 --no-check-certificate
--2025-04-16 13:48:14-- https://lg-fra.fdcservers.net/1GBtest.zip
Auflösen des Hostnamens lg-fra.fdcservers.net (lg-fra.fdcservers.net)… 50.7.50.14
Verbindungsaufbau zu lg-fra.fdcservers.net (lg-fra.fdcservers.net)|50.7.50.14|:443 … verbunden.
Der Zertifikat-Eigentümer passt nicht zum Hostname »lg-fra.fdcservers.net«.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 200 OK
Länge: 1073741824 (1,0G) [application/zip]
Wird in »/dev/null« gespeichert.
/dev/null 100%[===================>] 1,00G 339Mb/s in 26s
2025-04-16 13:48:40 (332 Mb/s) - »/dev/null« gespeichert [1073741824/1073741824]
Zeitgleich Telekom:
martin@pyrene[~]> wget -O /dev/null https://lg-fra.fdcservers.net/1GBtest.zip --report-speed=bits -4 --no-check-certificate
--2025-04-16 13:46:49-- https://lg-fra.fdcservers.net/1GBtest.zip
Auflösen des Hostnamens lg-fra.fdcservers.net (lg-fra.fdcservers.net)… 50.7.50.14
Verbindungsaufbau zu lg-fra.fdcservers.net (lg-fra.fdcservers.net)|50.7.50.14|:443 … verbunden.
WARNUNG: Keiner der alternativen Namen des Zertifikats stimmt mit dem angefragten Maschinennamen ‘lg-fra.fdcservers.net’ überein.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 200 OK
Länge: 1073741824 (1,0G) [application/zip]
Wird in ‘/dev/null’ gespeichert.
/dev/null 15%[==> ] 158,50M 5,86Mb/s in 1m 44s
2025-04-16 13:48:34 (12,8 Mb/s) - Verbindung bei Byte 166199031 geschlossen. Erneuter Versuch.
^C
wget -O /dev/null https://lg-fra.fdcservers.net/1GBtest.zip --report-speed=bits -4 --no-check-certificate
--2025-04-16 13:48:59-- https://lg-fra.fdcservers.net/1GBtest.zip
Auflösen des Hostnamens lg-fra.fdcservers.net (lg-fra.fdcservers.net)… 50.7.50.14
Verbindungsaufbau zu lg-fra.fdcservers.net (lg-fra.fdcservers.net)|50.7.50.14|:443 … verbunden.
WARNUNG: Keiner der alternativen Namen des Zertifikats stimmt mit dem angefragten Maschinennamen ‘lg-fra.fdcservers.net’ überein.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 200 OK
Länge: 1073741824 (1,0G) [application/zip]
Wird in ‘/dev/null’ gespeichert.
/dev/null 100%[===================>] 1,00G 627Mb/s in 14s
2025-04-16 13:49:13 (618 Mb/s) - ‘/dev/null’ gespeichert [1073741824/1073741824]
wget -O /dev/null https://lg-fra.fdcservers.net/1GBtest.zip --report-speed=bits -4 --no-check-certificate
--2025-04-16 13:50:37-- https://lg-fra.fdcservers.net/1GBtest.zip
Auflösen des Hostnamens lg-fra.fdcservers.net (lg-fra.fdcservers.net) … 50.7.50.14
Verbindungsaufbau zu lg-fra.fdcservers.net (lg-fra.fdcservers.net)|50.7.50.14|:443 … verbunden.
WARNUNG: Keiner der alternativen Namen des Zertifikats stimmt mit dem angefragten Maschinennamen ‘lg-fra.fdcservers.net’ überein.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 200 OK
Länge: 1073741824 (1,0G) [application/zip]
Wird in ‘/dev/null’ gespeichert.
/dev/null 100%[===================>] 1,00G 640Mb/s in 14s
2025-04-16 13:50:51 (627 Mb/s) - ‘/dev/null’ gespeichert [1073741824/1073741824]
Der erste Versuch bei der Telekom bricht nach unendlich langsamer Verbindung ab (retry habe ich dann abgebrochen), die zwei Versuche danach mit "normaler" Geschwindigkeit.
Was passiert da? So wie der erste Versuch war es bei mir auch bei Linux Mint, aber Retry ebenso schlecht. Monitoren die da irgendwas neuerdings aktiv und machen spontanes Rerouten? Könnte ich nicht glauben, aber sieht extrem komisch aus.
Und dann gibt es Leute hier im Forum, die kommen mit einzelnen betroffenen Seiten. Und da reden wir von Webseiten. Die laden dann mit 0,5s statt 1,0s im Browser. Da musste ich nachmessen, sonst wäre mir der Unterschied nicht so sehr aufgefallen.
Das heißt natürlich nicht, dass es nicht andere Applikationen gibt, die davon nicht betroffen sein können. Aber da verweise ich auf meine Aussage bzgl. umlaut.
Wenn ich vom Telekom-Glasfaseranschluss aus das Linx-Mint-Paket vom Firefox nicht herunterladen kann, was dann beim Routen über ein VPN auf einen Proxy an einem DGN-Anschluss problemlos in Sekunden da ist und beim zurückstellen der Route wieder scheitert, dann fällt der Unterschied schon auf.
Allerdings scheint da inzwischen etwas passiert zu sein, den zu der URL habe ich inzwischen keine Probleme mehr. Da scheint also schon ein Netzmanagement einzugreifen, wenn es ganz extrem wird.
Telekom Glasfaser:
ping dietpi.com
PING dietpi.com (188.114.97.3): 56 data bytes
64 bytes from 188.114.97.3: seq=0 ttl=57 time=170.520 ms
64 bytes from 188.114.97.3: seq=1 ttl=57 time=171.970 ms
64 bytes from 188.114.97.3: seq=2 ttl=57 time=172.042 ms
64 bytes from 188.114.97.3: seq=3 ttl=57 time=172.055 ms
64 bytes from 188.114.97.3: seq=4 ttl=57 time=169.582 ms
64 bytes from 188.114.97.3: seq=5 ttl=57 time=171.922 ms
64 bytes from 188.114.97.3: seq=6 ttl=57 time=172.020 ms
^C
--- dietpi.com ping statistics ---
7 packets transmitted, 7 packets received, 0% packet loss
round-trip min/avg/max = 169.582/171.444/172.055 ms
ping nordee.de
PING nordee.de (172.67.160.69): 56 data bytes
64 bytes from 172.67.160.69: seq=0 ttl=57 time=165.253 ms
64 bytes from 172.67.160.69: seq=1 ttl=57 time=164.491 ms
64 bytes from 172.67.160.69: seq=2 ttl=57 time=166.384 ms
64 bytes from 172.67.160.69: seq=3 ttl=57 time=164.468 ms
64 bytes from 172.67.160.69: seq=4 ttl=57 time=164.554 ms
^C
--- nordee.de ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 164.468/165.030/166.384 ms
DGN Glasfaser:
ping dietpi.com
PING dietpi.com (188.114.96.3) 56(84) bytes of data.
64 bytes from 188.114.96.3 (188.114.96.3): icmp_seq=1 ttl=57 time=7.06 ms
64 bytes from 188.114.96.3 (188.114.96.3): icmp_seq=2 ttl=57 time=5.84 ms
64 bytes from 188.114.96.3 (188.114.96.3): icmp_seq=3 ttl=57 time=5.67 ms
64 bytes from 188.114.96.3 (188.114.96.3): icmp_seq=4 ttl=57 time=6.38 ms
64 bytes from 188.114.96.3 (188.114.96.3): icmp_seq=5 ttl=57 time=6.07 ms
^C
--- dietpi.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4005ms
rtt min/avg/max/mdev = 5.672/6.202/7.058/0.489 ms
ping nordee.de
PING nordee.de (172.67.160.69) 56(84) bytes of data.
64 bytes from 172.67.160.69 (172.67.160.69): icmp_seq=1 ttl=57 time=7.17 ms
64 bytes from 172.67.160.69 (172.67.160.69): icmp_seq=2 ttl=57 time=6.16 ms
64 bytes from 172.67.160.69 (172.67.160.69): icmp_seq=3 ttl=57 time=6.47 ms
64 bytes from 172.67.160.69 (172.67.160.69): icmp_seq=4 ttl=57 time=5.65 ms
^C
--- nordee.de ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 5.647/6.359/7.166/0.549 ms
Telekom DSL:
ping dietpi.com
PING dietpi.com (188.114.97.7) 56(84) bytes of data.
64 bytes from 188.114.97.7 (188.114.97.7): icmp_seq=1 ttl=57 time=178 ms
64 bytes from 188.114.97.7 (188.114.97.7): icmp_seq=2 ttl=57 time=177 ms
64 bytes from 188.114.97.7 (188.114.97.7): icmp_seq=3 ttl=57 time=177 ms
64 bytes from 188.114.97.7 (188.114.97.7): icmp_seq=4 ttl=57 time=177 ms
64 bytes from 188.114.97.7 (188.114.97.7): icmp_seq=5 ttl=57 time=177 ms
^C
--- dietpi.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4002ms
rtt min/avg/max/mdev = 176.983/177.186/177.673/0.252 ms
ping nordee.de
PING nordee.de (104.21.9.158) 56(84) bytes of data.
64 bytes from 104.21.9.158 (104.21.9.158): icmp_seq=1 ttl=57 time=174 ms
64 bytes from 104.21.9.158 (104.21.9.158): icmp_seq=2 ttl=57 time=173 ms
64 bytes from 104.21.9.158 (104.21.9.158): icmp_seq=3 ttl=57 time=173 ms
64 bytes from 104.21.9.158 (104.21.9.158): icmp_seq=4 ttl=57 time=173 ms
^C
--- nordee.de ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 173.169/173.396/173.796/0.244 ms
Dafür funktionieren 75% der Box Funktionen nicht mehr - WLAN, Switch, Telefonie, Gastnetz, ... Man kann dann OpenWRT booten, aber nichts mehr damit machen.
Sag das mal nicht meinen OpenWRT-FBn. Außer DECT geht alles, einschließlich DSL.
Und was die Anzahl der Sicherheitslücken angeht, liegt OpenWRT auch in Führung.
Weil man sie dort gefunden hat. Das sagt nichts über die Anzahl der Sicherheitslücken auf anderen Systemen aus.
Da bin ich bei Dir (ich betreibe meine FB7520 als bridged modem unter OpenWrt, vor meinem OpenWrt basierten Hauptrouter und zwei OpenWrt APs).
Dito, nur mit unterschiedlicher HW, nicht nur von AVM, aber auch von AVM. Je nach günstiger Verfügbarkeit 
Allerdings finde ich, dass AVM erfreulich langen Support liefert und bin deshalb nicht ungluecklich wenn der Rest meiner Familie bei Stock-AVM bleibt...
Dito. Mit AVM-Firmware solange anderweitig sinnvoll einsetzbar, dann OpenWRT drauf.
Funktioniert bei mir alles. Natürlich kaufe kein teures AVM-Produkt, um dann OpenWrt darauf zu installieren, sondern nehme dann gleich etwas, wo es ab Werk drauf ist.
Och, so teuer muss AVM-Hardware nicht sein. Eine 7520 Modell A ist sehr günstig zu bekommen und bietet für das Geld mit OpenWRT verhältnismäßig viel.
Aber genau darüber äußert sich das TKG halt nicht. Es besteht eine Dokumentationspflicht, aber keine Anpassungspflicht an marktübliche Standards.
Darum geht es gar nicht. Es geht darum, dass Endgeräte mit der Ländereinstellung "Deutschland" 1TR112-konform sind, weil die Telekom das bei AVM durchgesetzt hat (irgendwo ab Firmware 7.5x, hat AVM sogar in den Release-Notes so dokumentiert). Und zwar auch dann, wenn man einen anderen Provider als die Telekom auswählt und nutzt. Das geht eigentlich schon in die Richtung Missbrauch der Marktmacht.
O2 in ihrer Schnittstellenbeschreibung:
Da ist IMHO die Gueltigkeit schon dokumentiert... einschliesslich deren Grenzen.
O2 ist im Telekom-Netz, da kann man schon erwarten, dass sie sich daran halten müssen. Ich hatte eher an Provider mit eigenem Netz gedacht.
Ich glaube du lebst in einer Traumwelt. Zu Glauben, dass bei der DTAG alle Prozesse reibungslos implementiert sind, oder das damit jede Eventualität abgedeckt ist, weils ja der Marktführer macht, ist Absurd und an der Realität vorbei.
So ist es. Wo ist das Portal, dass man als DTAG-Kunde seine ONT-ID selber ändern kann? Jedes Mal 2x bei der Hotline anzurufen, wenn man den ONT tauscht, nur weil man testen will, ob die Eratzgeräte noch gehen, ist sowas von daneben. Andere bekommen das besser hin, und die DTAG bei der Ersteinrichtung ja auch.
Andere Lösungswege verbietet die DTAG ja wieder durch ihr Beharren auf der 1TR112 und drückt diese auch Kunden anderer Provider auf, obwohl bei anderen Providern Telekom-Richtlinien gar keine Gültigkeit haben.
Und das Peering gehört auch erwähnt, auch wenn das mit Prozessen nicht zu tun hat, sondern Geschäftspolitik ist.
Für alle Produkte mit echter Nachfrage muss man sich anstellen und bekommt ggf. nichts.
Solche sind in der Regel ebenso unseriös, um durch künstliche Verknappung den Preis hochzutreiben.
Siehe z.B. Dubai-Schokolade.
Ausser dass das gar nicht gefoerdert werden darf:
So wie ich das sehe muss der Gefoerderte mindestens 300/150 oder bei einem 1000er mindestens 1000/150 versprechen... 1000/1 ist nicht foerderfaehig, und ich bezweifle dass es das jemals war...
Ist ja gut, ich wollte nur mit meiner Meinung dazu antworten. Kam ja nicht von mir
Aber damit entspricht auch ein 1000/50 nicht mehr den Anforderungen, wenn auch nicht gefördert werden darf.
Die absolute Mehrheit der Gigabit-Haushalte hat nicht etwa einen Glasfaseranschluss, sondern komplett eigenwirtschaftlich ausgebautes DOCSIS 3.1.
Hat Jemand Gegenteiliges behauptet? Es geht aber nicht um den Ist-Zustand, sondern um die Zukunft.
Über das mit dem "eigenwirtschaftlich" solltest Du allerdings nochmal genauer nachdenken. Der ganze Tiefbau für die Verlegung der Kabel wurde nicht von Vodafone durchgeführt, sondern staatlich gefördert von der Bundespost. Die Hochrüstung dann auf Rückkanalfähigkeit und DOCSIS war nur Austausch von Komponenten ohne großen Tiefbau und dagegen kein großer Aufwand.
Und was die von eigenem Tiefbau hielten, habe ich selber erlebt, als wir gebaut haben und einen Anschluss an das Kabel vor dem Haus wollten: nichts.
Ich wage zu behaupten, dass die Ankündigungen zum Glasfaserausbau durch Vodafone/OXG hauptsächlich dem Zweck dienen, solche Gebiete für Mitbewerber unattraktiv zu machen. So viel, wie sie hier angekündigt haben, können die in den nächsten 5 Jahren gar nicht ausbauen.
Also sehen die den Ausbau durch andere Glasfaseranbieter sehr wohl als Konkurrenz, sonst würden die das nicht selber ankündigen.
Die Monatsentgelte von DG & Co. werden ja auch mit "auskömmlicher Mittelausstattung" nicht etwa günstiger als die von Vodafone, sondern liegen beim Doppelten oder mehr.
Vodafone ist auch nicht überall günstig, Vermutlich sind sie nur da günstig, wo es Konkurrenz durch Glasfaser gibt. Wo es das nicht gibt, sind die günstigen Werbeangebote auf einmal nicht verfügbar. Wird dann auf den NE4-Betreiber geschoben, durch den das nicht möglich wäre. Wer's glaubt, andere Tarifen (z.B. TV only) sind nämlich um kleinere Beträge "teurer".
Praktisch gesehen wird ein 250-Mbit/s-DSL-Anschluss der Telekom mit der Glasfasermigration zum gleichen Preis 50 Mbit/s schneller und hat dann 300 Mbit/s. Dito mit bei 100 Mbit/s. Nichts da mit "Gigabit".
Als Geschwindigkeit eines Anschlusses für Vergleiche rechne ich immer das Minimum aus Download und 2*Upload (Danke ans Heise-Forum für den Ansatz).
Danach setze ich den Vodafone 1000/50 als 100er an und in dem Vergleich ist dann auch der Preis von - im Angebot - 45 im Rahmen.
Für mich ist auch der Upload sehr wichtig, und da ist Vodafone mit seinem "Gigabit" völlig daneben.
Wobei den Upload bei der "Gigabitförderung" auch niemanden interessiert. Sonst würden nur symmetrische Technologien gefördert. Mit 1000/1 bist du förderfähig.
Warum vergleichst Du dann Vodafone Kabel 1000/50 mit Glasfaser 300/150? Ich kenne nicht einen Glasfaseranschluss mit einem so schlechten Verhältnis wie dem Vodafone-Anschluss, den Du als "absolute Mehrheit der Gigabit-Haushalte" bezeichnest. Für mich sind das keine mit Glasfaser vergleichbaren Gigabit-Anschlüsse.
Für dich offensichtlich schon, dann darfst Du aber auch nicht die Förderung eines 1000/1 kritisieren.
Spoiler alert, wir haben zu wenige IPv4 Adressen um den Wunsch zu erfuellen, zumindest fuer ISPs die nicht Dank Alters bereits ausreichend viele IPv4 besitzen.
Der Mehrheit der Kunden ist es auch egal. Für die, die das explizit wollen, sollte es schon reichen.
Daher sehe ich pragmatisch, dass ISPs das mit IPv6 hinbekommen muessen...
Das ist unbestritten, an dem scheitert es aber zu oft. Und selbst da, wo es funktioniert, gibt es immer noch Sachen, die einen bei fast allen Providern ärgern.
Dabei stammt die größte Gigabitförderung von Vodafone und kommt per DOCSIS 3.1 über Koaxialkabel.
Muss ja so überzeugend gut sein, dass Vodafone keinerlei Interesse daran zeigt, das zusammen mit OXG durch Glasfaser abzulösen.
Wobei ich da lieber meinen ISP habe, der mir nur öffentliche IPv4-Adressen liefert als irgendein Konstrukt mit IPv6, die der ISP nicht beherrscht.
Ich auch, nur sind wir hier nicht repräsentativ für die Mehrheit der Bevölkerung, die es vor allem billig will.
Die Marktbereinigung könnt ihr nur lösen, indem ihr einen davon wirtschaftlich bankrott gehen lasst. So lange ihr dem falschen Anbieter weiter Geld überweist, wird das nicht passieren.
Da muss Du bei Deinen Ansprüchen aber aufpassen, dass das dann nicht der Falsche ist. Der Großteil der Kunden würde den Anbieter nehmen, der IPv4 nur mit NAT und IPv6 gar nicht anbietet, nur weil der 1,00 € im Monat billiger ist.
Kaufmännische Entscheidungen trifft man deshalb technologieneutral.
Schön, wenn Du eine Alternative hast. Bevor bei mir die Glasfaser kam (zum Glück nicht DG), hatte ich die Wahl zwischen DSL mit ca. 12 MBit/s, Koax "Homes passed" ("Neubauten schließen wir nicht an" - dabei hätten sie nichtmal Tiefbau machen müssen, nur Muffe in der Baugrube setzen) und Mobilfunk mit Einbrüchen bis runter auf 3-4 MBit/s.
Geldhahn zudrehen und kein Internet zu haben ist keine Alternative.
(Nein, Internetpreise stehen keinem (!) Zusammenhang mit "Einkommen")
Die Kosten, die ein Provider hat und über die Preise umlegen muss, hängen mit dem Einkommen zusammen.
Erzähle mal, von was die Mitarbeiter der Provider und Tiefbauer sonst bezahlt werden. Alle Kosten lassen sich letztendlich auf Lohnkosten zurückführen.
Deutschland gehoert sicherlich mit zur Spitzengruppe was Preise angeht (allerdings auch beim Einkommen), aber "die hoechsten Preise Europas" ist halt Gruetze...
Das ist der wesentliche Punkt: die höheren Einkommen müssen bezahlt werden. Da ist klar, dass man nicht so günstig sein kann wie in Ländern mit niedrigeren Einkommen.
Wähle aus, welche Kategorien Du erlaubst. Für jede Kategorie kannst Du über „Details anzeigen“ sehen, welche Cookies und Skripte konkret geladen werden, welche Empfänger beteiligt sind und wie lange gespeichert wird.
Weitere Informationen: Datenschutzerklärung · Impressum
