Beiträge von Elemir

Zitat von HubeBube

Ich habe noch im Hinterkopf, dass Deutsche Giganetz als einer der zickigeren Provider auftritt, die das geltende TKG nicht wahrhaben wollen.

Ich habe zwar keine praktischen Erfahrungen damit, da wir am DGN-Anschluss den ONT der DGN nutzen, aber es ist sauber dokumentiert, was getan werden muss um ein eigenes ONT bzw. Router mit ONT zu nutzen und sie haben auch eine saubere Schnittstellenbescheibung veröffentlicht. Das ist schon so, seit ich mit dem Anschluss zu tun habe, also vor der BNetzA-Entscheidung.

https://www.deutsche-giganetz.de/images/dgn/download-center/leistungen-preise/Leistungsbeschreibung_MyNet_und_ProNet_mit_kundeneigenem_ONT.pdf

Nur die Ersteinrichtung wollen sie mit ihrem ONT gemacht haben.

Zitat von HubeBube

oder zwei, wenn es unterschiedliche Hausnummern sind.

Oder auch nicht, was dann später zu Verwirrung führt, wie ich es bei einem DSL-Anschluss schon erlebt habe. Das Haus hat mehrere Eingänge mit verschiedenen Hausnummern, aber nur einen HÜP. Und der HÜP liegt dann auch noch in einer anderen (Quer-)Straße als das Gebäude per Adresse/Hausnummer zugeordnet ist. Da kam Freude auf...

Zitat von fnord

Bei mir jetzt auch kein Problem mehr. Zack, Download fertig.

Also genau der Effekt, den ich bei dem hier vor ein paar Tagen geposteten Test hatte. Erster Versuch läuft sich zu Tode und bricht mit Timeout ab, zweiter Versuch läuft dann problemlos durch.

Bei mir war das beides per IPv4 gleiche Quell- und gleiche Zieladresse, also nichts mit IPv4 und IPv6 unterschiedlich.

Was treibt die Telekom da?

Zitat von wandler

sondern Mobilfunk nehmen. Der hat dann ein deutlich besseres Nutzungserlebnis.

Warum bist Du dann hier, wenn Dir das Mobilfunknutzungserlebnis ausreicht.

Vor allem, wenn das alle so machen ...

Hallo,

Zitat von Orre

Moin,

Nun zu meiner eigentlichen Frage. Das Telekom-Modem würde ja aus dem Glasfasersignal ein Kupfersignal machen und das würde ich normalerweise mit meinem Router verbinden. Das Cloud Gateway Fiber hat einen SFP+ WAN port, kann ich mir das Modem nicht einfach sparen und direkt bei Glasfaser bleiben?

Prinzipiell ja

Zitat von Orre

Meine Idee wäre es ein Single-Mode Opitical Modul von UI in den WAN-Port zu stecken und darein dann die Singlemode Glasfaser vom Hausanschluss.

Würde das funktionieren? Macht das Sinn?

Ein Modem kostet 40€ das Optical Modul nur 20€.

Das geht damit nicht. Die Telekom verbaut (wie fast alle Provider in Deutschland) GPON-Anschlüsse, da muss ein Modem noch etwas mehr leisten als nur eine reine Signalumwandlung von Glasfaser auf SFP, z.B. die Ver- und Entschlüsselung des Glasfasersignals. Du braucht da ein GPON-Modem in SFP+-Bauform.

Welche an Deiner UI laufen, können hier andere besser beantworten, da ich selber keine habe.

Zitat von Orre

dann vom Cloud Gateway Fibre welches auch einen SFP+ Port hat ein SFP+ Kabel zu meinem Computer legen und in den dann eine entsprechende Netzwerkkarte installieren. Dann hätte ich Glasfaser bis zum Computer, mir gefällt der Gedanke irgendwie.

Macht das Sinn oder ist das nur Spielerei? Würde meine Latenzzeit dadurch am Computer geringer sein?

Durchgehend Glas hast Du so oder so nicht, da der SFP+-Port elektrisch ist. Ich denke nicht, dass das im Vergleich mit Gigabit-Ethernet spürbar etwas ausmacht.

Zitat von hetti72

Bei dem ganzen Geschimpfe auf das schlechte Telekom Peering, hat schonmal jemand drüber nachgedacht das die schlechte Erreichbarkeit von Cloudflare FREE tiers aus dem Telekom Netz, evtl. von Cloudflare bewusst beabsichtigt ist?

Dadurch gibt es einem guten Grund das Cloudflare Kunden von einem Free auf einen "Kostenpflichtigen" (keine ahnung wie das da heisst) Tier wechseln und Cloudflare hat mehr Geld in der Kasse.

Es betrifft ja nicht nur Cloudflare, sondern auch andere Provider, die keine solche Unterscheidung haben.

Zitat von gponner

Wie der Name schon sagt: Cloudflare FREE-tier. Wenn der Cloudflare-Kunde schon nichts zahlen will, dann bekommt man eben auch nix!

Aber nur, wenn man Telekom-Kunde ist, für DGN-Kunden geht es gut.

Zitat von mbo77

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.

Zitat von mbo77

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.

Zitat von mbo77

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.

Zitat von mbo77

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.

Zitat von mbo77

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

Zitat von frank_m

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.

Zitat von frank_m

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.

Zitat von pufferueberlauf

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

Zitat von pufferueberlauf

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.

Zitat von wandler

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.

Zitat von wandler

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.

Zitat von pufferueberlauf

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.

Zitat von kingpin42

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.

Zitat von wandler

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.

Zitat von pufferueberlauf

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.

Zitat von wandler

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.

Zitat von wandler

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".

Zitat von wandler

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.

Zitat von wandler

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.