Für die Adresse, die ich getestet hatte, ist es allerdings tatsächlich so, dass es dort der Eigentümer (unsere herzallerliebste Vonovia) untersagt hat, dort also die Telekom-Information stimmt und Vodafone nicht.
Sicher herzallerliebste Nebenabreden mit dem Kabelnetzbetreiber im Haus, bei dem jetzt jeder Mieter mehr bezahlt als vorher über Nebenkostenabrechnung. Dafür kenne ich sehr viele Beispiele in Berlin bei Bekannten sowie bei meinem Sohn.
Alles anzeigenDie Freude ist groß. Absolut überraschend ist bereits vor zwei Stunden die SMS eingetroffen und dazu die E-Mail, dass man selbst den Anschluss freischalten kann. Und ich bin sehr positiv überrascht, wie gut das geklappt hat.
Effektiv läuft es so ab, dass man den Freischaltungslink öffnet, die "Glasfaser ID" von der UAE-Dose (Ja, das heißt bei G.fast so!) eingibt und dann innerhalb von 2 Minuten vollautomatisch der Anschluss umgeschaltet wird. Man konnte Live sehen, wie der Sync schlagartig weg war bei VDSL und dann nach 1-2 Minuten auf der UAE-Dose verfügbar war.
Ich muss wirklich sagen, das ist Top. So würde ich mir das überall wünschen, dass es reibungslos läuft. Was sofort auffällt: G.fast Sync dauert nur ca. 5 Sekunden, während (S)VDSL dagegen gut 2 Minuten brauchte.
Wie sieht es nun in der Realität aus? Der gebuchte 500/100er Anschluss wird definitiv überprovisioniert, wenn man das mal misst:
Beim Vigor 166_Gen2 habe ich einfach mal auf gut Glück die Firmware mit dem "neusten" Modemcode genommen, das wäre Version 4.2.6_MDM7 mit Modemcode 129120_05, da es von Draytek für G.fast keine konkrete Empfehlung gibt.
Sehr erfreulich ist, dass der Vigor "vollsync" schafft, also das eingestellte Profil der Telekom. Es sind sogar noch Puffer nach oben, da die Leitung mehr hergeben würde. Konkret scheint das Profil bei ca. 1.16 Gbit Download und ca. 291 Mbit Upload zu liegen. Da beim Resync genau die selben Werte rauskommen, gehe ich davon aus, dass es ein festgelegtes Profil der Telekom sein muss.
Code> vdsl status --------------------------- ATU-R Info (hw: annex A, f/w: annex X) ----------- Running Mode : G.fast State : SHOWTIME DS Actual Rate :1167937000 bps US Actual Rate :291939000 bps DS Attainable Rate :1356743000 bps US Attainable Rate :340057000 bps DS Path Mode : Fast US Path Mode : Fast DS Interleave Depth : 0 US Interleave Depth : 0 NE Current Attenuation : 127 dB Cur SNR Margin : 7 dB DS actual PSD : 0. 0 dB US actual PSD : 3. 9 dB NE Rcvd Cells : 0 NE Xmitted Cells : 0 NE CRC Count : 0 FE CRC Count : 0 NE ES Count : 0 FE ES Count : 0 Xdsl Reset Times : 0 Xdsl Link Times : 1 ITU Version[0] : fe004452 ITU Version[1] : 41590000 ADSL Firmware Version : 12-9-1-2-0-5 Power Management Mode : DSL_G997_PMS_L0 Test Mode : DISABLE nBandPlan : 0 VRX618 PMI Driver : DSL PMI Driver, Version 1.4.6 VRX618 Driver DataPath : VRX618 Driver DataPath, Version 1.1.10 VRX618 PCI EP Driver : VRX618 PCI EP Driver, Version 1.2.1 VRX618 ADSL Annex : B/J -------------------------------- ATU-C Info --------------------------------- Far Current Attenuation : 127 dB Far SNR Margin : 7 dB CO ITU Version[0] : 00b54442 CO ITU Version[1] : 4d4306d2 DSLAM CHIPSET VENDOR : < ----- > >Code> vdsl status more --------------------------- ATU-R Info (hw: annex A, f/w: annex X) ----------- Near End Far End Note Trellis : 0 1 Bitswap : 1 1 ReTxEnable : 1 1 VirtualNoise : 12 12 20BitSupport : 0 0 LatencyPath : 0 0 LOS : 0 0 LOF : 0 0 LPR : 0 0 LOM : 0 0 SosSuccess : 0 0 NCD : 0 0 LCD : 0 0 FECS : 0 0 (seconds) ES : 0 0 (seconds) SES : 0 0 (seconds) LOSS : 0 0 (seconds) UAS : 0 0 (seconds) HECError : 0 0 CRC : 0 0 INP : 1023 1023 (symbols) INTLVDelay : 0 0 (1/100 ms) NFEC : 0 0 RFEC : 0 0 LSYMB : 0 0 INTLVBLOCK : 0 0 >Und ebenfalls ein Screenshot aus dem Webinterface:
Hast du da jetzt einen neuen Tarif mit 200 Mbit/s Upload?
Wie fällt da jetzt der Speedtest aus?
Also wieviel ist da die Upload Überprovisionierung der Telekom mit G.fast 600/200 und 1000/200 Tarifen?
Hast du da jetzt einen neuen Tarif mit 200 Mbit/s Upload?
Wie fällt da jetzt der Speedtest aus?
Also wieviel ist da die Upload Überprovisionierung der Telekom mit G.fast 600/200 und 1000/200 Tarifen?
Ja, es wird stark überprovionisert. Download und Uploadwerte im Rahmen von PPPoE (Stichwort *SRD* und *SRU*) werden übermittelt. Empfangen: bis zu 679,8 Mbit/s, Senden: bis zu 247,2 Mbit/s
An den Vigor komme ich grad nicht ran, kann aber gern mal wie Werte ermitteln.
Jo die Werte vom Vigor wären dann auch interessant, danke 
- dann lohnt sich ja der 600er Tarif schon etwas mehr.
Wobei ich nicht ganz verstanden habe, woher du diese Werte hast, ich kenne nur das, was der Router, bzw. dann bei dir das Modem in der Oberfläche anzeigt und, was der Speedtest über eine Website am PC zeigt.
Diese Buchstabenkombinationen sagen mir jetzt nicht viel, aber musst du mir auch nicht weiter erläutern xD.
Da ich ja oft schnell dabei bin ISPs zu kritisieren (gerne auch die Telekom) will ich auch sagen, wenn es irgendwo mal gut gemacht wird, und hier ist die Konsequenz der Telekom das selbe System zu verwenden egal ob DSL, G.fast, oder FTTH? verwendet wird lobenswert.
Diese Buchstabenkombinationen sagen mir jetzt nicht viel, aber musst du mir auch nicht weiter erläutern xD.
Sollte sich jemand dafuer interessieren, hier passable Informationen von AVM dazu:
derlokator Da die DSL- oder G.Fast Verbindung nicht unbedingt deinem Internet-Tarif entsprechen muss (bei Glasfasertarifen tut sie das sogar in der Regel nicht), teilen mehrere Provider per PPPoE-Antwort die nutzbare Datenrate des Internetanschlusses mit. Fritz!Boxen nutzen diese Information zum Beispiel, um ihren Traffic Shaper zu konfigurieren. In den Fritz!Boxen mit DSL bzw. G.Fast-Modem kannst du also je nach Provider zwei unterschiedliche Datenraten ablesen.
pufferueberlauf meinst du jetzt nur, dass überhaupt bei den drei Anschlussarten die nutzbare Datenrate mitgeteilt wird oder was genau findest du gut?
Jo die Werte vom Vigor wären dann auch interessant, danke
Ich hab mal geschaut. Es gibt hier keinen Unterschied. Vigor synct mit Maximum, wie in Kommentar #20 zu sehen. Die erreichte Sync-Rate dürfte dem maximalen nutzbaren G.fast Profil entsprechen, da noch Puffer nach oben ist. Völlig unabhängig vom Tarif, da wird dann via BNG/Profil gedrosselt entsprechend. Ich würde davon ausgehen, da der Sync im Download über 1GBit liegt, dass auch hier entsprechend überprovisioniert wird.
DLMttH Telekom ist konsequent und teilt - egal der Netztechnologie - per PPPoE immer die Nutzrate mit. Kannst du auch unter Linux mit pppd (debug Option) entsprechend auslesen und sehen.
Gut, da ja die Techniken über den gleichen BNG laufen, der es eh unterstützt, ist es auch kein großes Wunder. Mich würde aber mal interessieren, ob das auch bei Kabel der Fall ist.
pufferueberlauf meinst du jetzt nur, dass überhaupt bei den drei Anschlussarten die nutzbare Datenrate mitgeteilt wird oder was genau findest du gut?
Ich finde gut, dass die Telekom das gleiche System/Signal fuer alle Anschluesse verwendet die PPPoE verwenden, unabhaengig von der Zugangstechnologie.
Mein ISP, O2/Telefonica ist zwar ebenso konsequent aber nur insofern als dass sie das nirgendwo mitteilen... 
Sicher? Ich hatte sicher so vor einer Woche einen Screenshot irgendwo von o2 gesehen, wo es auch zu sehen war. Oder ersetzt die Fritz!Box die Anzeige mit der DSL-Datenrate, wenn sie die PPPoE-Info nicht bekommt?
Mich würde aber mal interessieren, ob das auch bei Kabel der Fall ist.
Bei Kabel/DOCSIS kommt bei der Telekom DHCP zum Zuge, kein PPPoE, d.h. das ist bei Kabel nicht genau so machbar, mein Verdacht ist, da wird das nicht gemacht.
Sicher?
Sicher, von meinem letzten PPPoE Reconnect:
Connect: pppoe-wan <--> eth2.7
sent [LCP ConfReq id=0x1 <mru 1492> <magic 0x5c5644ea>]
rcvd [LCP ConfReq id=0x47 <mru 1492> <auth pap> <magic 0x7116bcda>]
sent [LCP ConfAck id=0x47 <mru 1492> <auth pap> <magic 0x7116bcda>]
rcvd [LCP ConfAck id=0x1 <mru 1492> <magic 0x5c5644ea>]
sent [LCP EchoReq id=0x0 magic=0x5c5644ea]
sent [PAP AuthReq id=0x1 user="ZENSIERT@s93.bbi-o2.de" password=<hidden>]
rcvd [LCP EchoRep id=0x0 magic=0x7116bcda]
rcvd [PAP AuthAck id=0x1 "Accepted."]frueher stand da mal
Connect: pppoe-wan <--> eth2
sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xd2aeca93>]
rcvd [LCP ConfReq id=0x4c <mru 1492> <auth pap> <magic 0x71db42a8>]
sent [LCP ConfAck id=0x4c <mru 1492> <auth pap> <magic 0x71db42a8>]
rcvd [LCP ConfAck id=0x1 <mru 1492> <magic 0xd2aeca93>]
sent [LCP EchoReq id=0x0 magic=0xd2aeca93]
sent [PAP AuthReq id=0x1 user="ZENSIERT@s93.bbi-o2.de" password=<hidden>]
rcvd [LCP EchoRep id=0x0 magic=0x71db42a8]
rcvd [PAP AuthAck id=0x1 "Pedo mellon a minno : ######DEU.DTAG.A70X1# - <unknown>"](Dieser Tolkien-Gag existierte ueber mehrere Jahre).
Bei Telekom und 1&1 enthaelt der PAP AuthAck die Information zur Kapazitaet.
Was Fritzboxen sonst noch berechnen und anzeigen kann ich schlecht bewerten, ich hatte zuletzt 2008 Kontakt mit FritzOS...
Ok, danke, ich muss mal wühlen, was mir da vor ein paar Tagen untergekommen ist. Ich war nämlich selbst überrascht und hatte es mir deswegen gemerkt.
1&1 macht es jedenfalls sicher bei DSL und Glasfaser und Vodafone sicher nicht, so mein letzter Kenntnisstand.
Ich waere nicht boese wenn O2 sich da an Telekom und 1&1 anpassen wuerde und habe das da auch mal im Kunden-Forum vorgeschlagen.... (ich weiss, das ist nicht der optimale Weg zur Technik) aber passiert ist (bisher noch?) nichts...