ist dein einziger Lebensinhalt Daten mit Speedtests zu verschwenden?

Sicher laufen ja auch noch andere Dinge in deinem Netz, welche Daten verbrauchen,

Wer weiß ob der Server gegen den du testest überhaupt kontinuierlich in der Lage ist solche Volumen bereitzustellen

@mathschut123  schrieb:

Ich habe das Gefühl, dass der GPON-Port von meinem Anschluss überlastet ist.

Entweder überlastetes Backbone bei der Telekom (imo unwahrscheinlich) oder überlastetes Peering zum Speedtest-Server oder überlasteter Speedtest-Server selbst.

BTW:

In den seltensten Fällen (also äußerst unwahrscheinlich, daher teile ich dein Gefühl hier nicht) ist der GPON-Port bzw. das entsprechende GPON-Segment überlastet. Auch wenn Kritiker immer wieder gerne anmerken, dass ja GPON (so wie bei HFC) "nur" ein shared Medium" sei und man z.B. bei FTTH per 1GBase-BX (AON) oder xDSL ja seine "eigene" Leitung hätte. Dabei wird aber immer wieder übersehen bzw. ausgeblendet, dass die Überbuchung in GPON-Segmenten eher nicht das Problem ist. Davon abgesehen ist per se das gesamte Internet nun mal nur ein "shared Medium".

Beispiel DSL-Anschlüsse, wo man ja seine "eigene" Leitung hat. Es ist durchaus nicht so ungewöhnlich, dass z.B. 192 DSL-Anschlüsse an einem DSLAM zusammenlaufen und dieser DSLAM "nur" mit 1Gb/s oder 2Gb/s an das Backbone bzw. den BNG (über Aggregation-Switches) angeschlossen ist. Macht dann also pro xDSL-Anschluss eine "garantierte Bandbreite" von 5,2Mb/s bzw. 10,4Mb/s (bis zum BNG , dahinter sieht es schlimmer aus). Und selbst wenn der DSLAM bereits mit 10Gb/s angebunden ist (einige sind das bereits aber nicht alle, können dann aber auch DSLAMs bzw MSANs mit mehr als 192 Anschlüssen sein) sind es 52Mb/s pro Port. Wäre dann natürlich für Kunden mit max. 50Mb/s keine Überbuchung mehr.

In einem GPON-Segment (die Telekom lässt m.W.n. max 32 Kunden in einem Segment zu), sind es 78Mb/s im DS und 39Mb/s im US. Aber auch hier haben ja nicht alle Kunden einen 1.000Mb/s oder 500 bzw. 600Mb/s Tarif, auch da gibt es (noch) Kunden im Segment mit lediglich 50Mb/s- oder gar 16Mb/s-Tarif (auch wenn man das mittlerweile nicht mehr bestellen kann).

Aber das größere "Problem" ist letztlich die Anbindung des OLT an das Core-Netz bzw. den BNG selbst, ein aktueller OLT hat z.B. 16 xPON-Ports, also bis zu 512-Kunden pro OLT . Die Anbindung des OLT erfolgt dabei vielleicht mit 1-2x 10Gb/s, also 10-20Gb/s. Also quasi 19-38Mb/s pro Kunde. Bei Bedarf kann die Anbindung eines OLT aufgerüstet werden, bspw. auf 4x 10Gb/s oder gar mehrmals 100Gb/s (was aber aktuell m.W.n. noch nicht genutzt wird). In der Regel sind es eben nicht die GPON-Ports bzw. Segmente selbst, die überlastet sind, sondern erst das Netz hinter den OLTs. Und je weiter man in das Netz geht, desto höher wird die Überbuchung, wenn man z.B. die Anbindung des BNG dann betrachtet, sieht es noch "schlimmer" aus und dahinter noch "viel schlimmer"… So viel jedenfalls zu Anschlüssen mit "eigener Leitung".

Klar spielt bei der Überbuchung auch noch ein anderer Faktor mit, die reine Anzahl. Je höher die Anzahl der Kunden insg., kann die Überbuchung natürlich höher ausfallen ohne das Probleme auftauchen (also bspw. wenn man die Anbindung eines BNG betrachtet), da hier sich die Gesamtlast über die pure Anzahl an Anschlüssen besser aufteilt als z.B. nur bei 32 Kunden in einem GPON-Segment. Hier könnten in der Theorie ja bereits drei 1Gb/s-Kunden im gleichen Segment, die zur gleichen Zeit die Leitung voll Auslasten, das Segment so belasten, dass man hier dann Einschränkungen bemerkt. Aber das kommt in der Praxis wohl eher selten vor, i.d.R. ist das Netz eher an anderen Stellen überlastet (Backbone, Peering oder das Ziel-Netz bzw. Ziel-Server selbst).

Ein Beispiel aus der Praxis ist m.W.n. auch bekannt, und zwar als die FTTH -Anschlüsse in Chemnitz vor ein paar Jahren (ist vielleicht schon 5 Jahre her) noch nicht auf die BNG -Plattform migriert waren und noch über die ältere GbE-Plattform liefen, da war die Anbindung der OLTs regelmäßig überlastet (aber nicht die GPON-Segmente bzw. Ports selbst, was Kunden zuerst vermutet hatten), was den damals noch neuen Kunden mit 500Mb/s- oder 1Gb/s-Tarif regelmäßig (negativ) auffiel. Das wurde dann mit der BNG -Migration behoben, wo die Anbindung dann (deutlich) performanter ausfiel.

Und auch im DSL-Bereich (also die Anschlüsse mit ihrer "eigenen Leitung" anstatt "shared Medium") gibt es aus der Vergangenheit entspr. negative Erfahrungen mit überlasteten DSLAM-Anbindungen, man braucht da wohl nur mal das Stichwort "ATM Überlast" zu bemühen… Es sind nicht immer nur die HFC- bzw. DOCSIS-Anschlüsse die da Probleme machen…

@Nord.. 

Wenn einer alle paar Minuten einen Speedtest macht welcher die Anbindung mit 600 Mbit/s belastet und sich dann gleichzeitig beschwert, dass eben diese Anbindung möglicherweise überlastet ist, habe ich halt keinerlei Verständnis.

Wenn sich da nur drei auf der Faser zusammentun ist es schon wahr was er schreibt.

Und was außer Ressourcen vernichten bringt das eigentlich? 

@mathschut123  schrieb:

Ich habe das Gefühl, dass der GPON-Port von meinem Anschluss überlastet ist.

Auf die Idee, dass du selbst ein Teil des Problems bist, kommst noch nicht?

Hör auf die Bandbreite mit unsinnigen Speedtests zu verschwenden. 

Und dann ist nun noch die spannende Frage offen: Was ist denn die Gegenseite von deinem Speedtest? 

Hi zu der Frage mit den Speedtests. Der Ziel Speedtestserver ist bei der Telekom oder auch mein eigener im Rechenzentrum und dieser ist zu keiner Zeit überlastet. Desweiteren mache ich den Speedtest nicht jede Minute, sondern jede Stunde 1 MAL. Das ganze mit den Speedtest mache ich auch erst, seit dem ich gemerkt habe, dass die Geschwindigkeit so stark schwankt. 

Mein Server steht nicht bei Hetzner und dort wo er steht, hat er ein direktes Peering mit der Telekom.