reneromann hat geschrieben:Da ein Gegenbeispiel reicht:
Folgende REALE Synchronisierung erreicht ein VDSL-100er: 105.602 kbit/s down, 41.831 kbit/s up.
Mit deinem 1452/1526-Faktor angesetzt: 100.481 kbit/s down, 39.802 kbit/s up
Im Download übertrifft die Leitung also die 100 MBit/s, im Upload fehlen 198 kBit/s nach deiner Rechnung.
Im Download ist aber nicht die VDSL-Strecke der begrenzende Faktor, sondern der BRAS/BNG. Und der hat auch schon immer auf weniger gedrosselt, als die VDSL-Strecke hergab, allerdings hat sich mit Vectoring die Schere weiter geöffnet. Das liegt daran, dass mit Vectoring auch G.INP aktiviert wurde, und das ermöglicht Neuübertragungen auf VDSL2-Ebene - die sinnlos wären, wenn bei voller Auslastung der DSLAM dann gezwungen wäre, zu Gunsten der "Rettung" fehlerhaft übertragener Datenpakete andere fallen lassen zu müssen. Also muss die VDSL2-Strecke etwas "Reserve" haben.
Diese "Reserve" hatte die Telekom anfangs schlichtweg vergessen, und einfach auf 2*51392 = 102784kbps synchronisiert. Die entsprechenden Diskussionen im OK-Forum sind dann aber offenbar zur Telekom vorgedrungen und die Synchronisationsdatenrate wurde auf 109344kbps angehoben - was aber nicht die erwünschte Wirkung zeigte. Die (wenigen) Äußerungen der Telekom zu diesem Thema legen die Vermutung nahe, dass sich DSLAM und BRAS nicht darüber einig waren, wer denn die "Reserve" von der synchronisierten Bitrate abziehen sollte, und es eben einfach beide taten. Auch diesen Fehler konnte die Telekom recht zeitnah beheben, und dann gab es tatsächlich VDSL-100 Anschlüsse, welche auch 100Mbps
netto hergaben.
Dann aber folgte die BNG-Migration, und das Problem kehrte zurück. Die Telekom versprach baldige Nachbesserung - die aber nie erfolgte. Seither sind die "echten" VDSL-100 Anschlüsse am Aussterben, und es gibt nur noch VDSL-100 am BNG, welches maximal 95Mbps
netto hergibt.
reneromann hat geschrieben:Jedoch ist dein Faktor falsch, da du die falsche Ethernet-Framegröße ansetzt.
Ein Ethernet-Frame ist 1518 Byte (ohne VLAN) bzw. 1522 Byte (mit VLAN) lang; die 1526 von dir genannten Bytes enthalten noch zusätzlich den Start-of-Frame-Delimiter, der jedoch über DSL nicht übertragen wird.
Ergo müssen statt mit 1526/1530 Bytes dann fairerweise 1518/1522 Bytes für einen Ethernetframe angesetzt werden.
Du hast den Overhead von PTM nicht berücksichtigt. An die 1522 Bytes (mit VLAN) werden noch 2 Bytes TM-CRC rangehängt, dann kommt noch ein Start-Byte davor und ein Stop-Byte danach. So kommen 1526 Bytes zusammen, die dann 65/64-kodiert werden. Das hat nichts mit "fairerweise" zu tun, sondern ist das, was technisch passiert.
reneromann hat geschrieben:Ergo erreicht bzw. übertrifft VDSL-100 auch BRUTTO die versprochenen Datenraten von 100 MBit/s / 40 MBit/s, sofern die Leitung es real auch erreicht.
Falsch gerechnet mit entsprechend falschem Ergebnis. Mehr als 95/39Mbps wirst Du mit VDSL100-BNG im Speedtest nicht sehen, sofern der richtig misst.
reneromann hat geschrieben:Wie kommst du jetzt hier auf einmal auf 1518tel? Jetzt auf einmal doch ohne Start-of-Frame-Delimiter?
DOCSIS ist nicht DSL! Bei DOCSIS gibt es kein PPPoE, kein PPP, kein VLAN, kein PTM. Die für den "Service Flow" angesetzte Maximalbitrate wird tatsächlich nur auf den Ethernet-Frame inkl. FCS angewendet - den restlichen Overhead nimmt das CMTS auf seine Kappe.
reneromann hat geschrieben:Sofern ich jetzt vor Ort wäre, würde ich dir das Ergebnis eines Speedtests anhängen, das mehr als 95 MBit/s anzeigt.
Damit wäre dann spätestens deine Behauptung widerlegt, dass VDSL-100 systematisch nur 95 MBit/s im Downstream liefert - rein rechnerisch hab ich's damit belegt, dass deine Aussage mit den "systemaischen 95 MBit/s" Bullshit ist.
Falls es sich noch um einen der immer weniger werdenden VDSL-100-am-BRAS Anschlüsse handelt, könnte das schon sein - aber nicht mehr lange. Und rechnerisch hast Du bisher nur belegt, dass Du mit falschen Annahmen richtig rechnen kannst - das Ergebnis aber in der Tat Bullshit ist.