Stabilerer Downstream durch Fritzbox?

fanatiXalpha · 5. April 2021

Hallo zusammen,

ich habe über Vodafone einen Vertrag für 1000Mbit/s (Kabel) mit einer Vodafone Station.
Leider habe ich nicht (immer) die Werte die ich erwarte.
Teste immer mit dem Tool "Breitbandmessung" und wenn ich nebenbei den Taskmanager laufen lasse, dann sehe ich hin und wieder in den Messungen, dass die Downloadrate hinten raus absinkt. So wie in diesem Bild hier in etwa:

Wie sind da eure Erfahrungswerte?
Ist da mehr das Netz an meiner Stelle überlastet oder ist die Vodafone Station die Schuldige und ich könnte es mit einer Fritzbox lösen?
Kabel ist dieses hier: https://www.amazon.de/gp/product/B01N3OJSOH/ref=ppx_od_dt_b_asin_title_s01?ie=UTF8&psc=1
Leider steht auf dem Kabel selbst nicht der CAT-Stand.

Fujiyama · 5. April 2021

Ist das Problem den zu jeder Tageszeit reproduzierbar?
Wenn es Nachts/Früh Morgen ohne Probleme funktioniert sollte eine Überlastung das Problem sein.

fanatiXalpha · 5. April 2021

Ja, es nicht dauerhaft so. Ist aber durch Lockdown und Feiertage jetzt nicht bestimmt eingrenzbar gewesen.
Der Screenshot zum Beispiel ist eben erst gemacht worden. Da hätte ich vermutet, dass schon genug Leute schlafen gegangen sind

Aber ja, da wird es wohl eher eine Überlastung sein.

Wenn ich da mit dem Messprotokoll aus dem Tool an Vodafone herantrete, tut sich da was?
Hat das jemand schon mal gemacht und Erfolg gehabt?
Letztens erst habe ich glaub sogar in diesem Forum was von Nodespliting gehört.
Über die Seite steht bei "plannedImprovment" nur "null"

bender_ · 5. April 2021

fanatiXalpha schrieb:
Leider habe ich nicht (immer) die Werte die ich erwarte.

Aber zumindest die, die Du laut PIB erwarten kannst: https://www.vodafone.de/media/downloads/pdf/Red_Internet_Phone_1000_Cable_2020_20210.pdf

Ohne Modemwerte, Angabe ob über IPv4 oder IPv6, Quercheck mit nem Livelinux wird nicht klar ob deine Leitung gut, du nur das AFTR Gateway testest, Einflüsse durch Treiber und/oder OS ausgeschlossen sind.
Jeder Punkt für sich wahrscheinlicher als Einfluss durch die Vodafone Station oder ein überlastetes Segment.

fanatiXalpha · 6. April 2021

Ja, dass es die Werte sind die man so prinzipiell erwarten kann ist mir klar.
War für mich nur die Frage, ob man es nicht doch verbessern könnte.

bender_ schrieb:
Ohne Modemwerte

Ich denke, da wird die Vodafone Station nicht(s) viel ausspucken, oder?

bender_ schrieb:
Angabe ob über IPv4 oder IPv6

Du meinst ob die App das über IPv4 oder 6 laufen lässt oder was genau meinst du?

bender_ · 6. April 2021

Natürlich gibt's Modemwerte aus der VFST.
Differenzierte Test für IPv4 und IPv6 bietet zum Beispiel belwue.
Nem Fleet Admiral wird die SuFu wohl vertraut sein. Nichts für ungut, aber von dem erwarte ich etwas Eigeninitiative und Wissen darüber, welche Infos man liefern sollte, wenn man Hilfe will.

fanatiXalpha · 6. April 2021

Lass dich nicht blenden von Beitragszahl oder "Rang"-Bezeichnung.
Jeder hat Gebiete in denen er nicht so fit ist oder absoluter Neuling.

bender_ · 6. April 2021

Und da ist der Einsatz von SuFu und Eigeninitiative verboten? Den "planned improvement" Stunt hast Du ja offensichtlich auch gefunden.
Es ist jetzt nicht so, dass Du ne besonders exotische Frage gestellt hast.
Du willst ne kurze Antwort? Gut:
Nein, eine Fritze wird in deinem Fall sehr wahrscheinlich nicht helfen. Für die etwa 10% der Fälle in denen es so wäre, wirst Du mehr Infos liefern oder es selbst ausprobieren müssen.

Punctum Maximum · 6. April 2021

bender_ schrieb:
Jeder Punkt für sich wahrscheinlicher als Einfluss durch die Vodafone Station oder ein überlastetes Segment.

Äh was? Es ist zumindest schon mal erkennbar, dass er über Ethernet testet und nicht über WLAN. Damit ist der wahrscheinlichste Störeinfluss ausgeschlossen.

Und hast du mal mitbekommen was bei Vodafone in den letzten Monaten los ist? Natürlich ist das überlastete Segment ein ganz wahrscheinliches Szenarion!

Zum Thema: Deine Vodafone Station kann schon DOCSIS 3.1, entsprechend wirst du auch mit einer neuen FritzBox nicht mehr viel raus holen können, solange du weiterhin deinen PC schön per Kabel an den Router anschließt....

Tramizu · 6. April 2021

Punctum Maximum schrieb:
Und hast du mal mitbekommen was bei Vodafone in den letzten Monaten los ist? Natürlich ist das überlastete Segment ein ganz wahrscheinliches Szenarion!

Sehe ich auch so. Und das schon seit es Kabelinternet gibt. Schließlich ist es ja ein Shared Medium, so wie DSL und Funk auch.
Der Unterschied ist, dass Reserven bei Kabel kaum vorhanden sind. Bei DSL ist das aber eher ein absolut seltener Fall. Da sind deutlich mehr Reserven dahinter.
Bei Kabel kann man in großen Städten immer von einer Überlastung ausgehen. Ich kenne viele hier in Berlin, die schnelles Kabel haben, aber die haben allesamt das gleiche Problem, dass zur Primetime die Downloadraten sinken. Und da ist es egal, welche Bandbreiten diese nutzen (Zugänge von 100Mbit - 1Gbit)
Und nicht zuletzt auch die Gegenstellen von denen man was runterlädt sind überlastet, durch die hohen Downloadraten der Nutzer.

fanatiXalpha · 6. April 2021

bender_ schrieb:
Und da ist der Einsatz von SuFu und Eigeninitiative verboten?

Nein, natürlich nicht. Aber du sprachst ja auch von:

bender_ schrieb:
Nichts für ungut, aber von dem erwarte ich etwas Eigeninitiative und Wissen darüber, welche Infos man liefern sollte, wenn man Hilfe will.

Wie gesagt, dieses Gebiet hier ist für mich eher unbekannt.
Zumindest in dieser Tiefe.
Ich wusste zum Beispiel nicht, dass es differenzierte IP-Tests gibt.
Und da der Funktionsumfang der Station eher eingeschränkt ist, dachte ich nicht das sie Funktionen wie die Fritzbox hätte was Einsicht ins Netz betrifft. Also so Sachen wie Signalqualität oder was auch immer man bei der Fritzbox da einsehen kann. Ist schon länger her, dass ich eine hatte und das war noch DSL.

Dennoch danke für deine Antwort. Die kurze ist natürlich ausreichend, aber interessiert an mehr Tiefgang bin ich oftmals auch. Aber woher soll ich denn dann wissen was du willst oder brauchst wenn ich mich auf dem Gebiet nicht auskenne? Das mit dem Nodesplit kannte ich auch nur, weil ich wie gesagt in einer News hier vor einigen Wochen in den Kommentaren über den Begriff gestolpert bin und danach gesucht habe.

Ergänzung (6. April 2021)

@Punctum Maximum
@Tramizu
Vielen Dank für eure Antworten.
Dann ist es wohl so wie vermutet.

Was mir auch in den Sinn kam, war dass die Teststelle zu dem Zeitpunkt den nötigen Downstream nicht zur Verfügung stellen kann/konnte.
Aber da hätte ich dann eigentlich eine entsprechende Meldung erwartet oder ein System (Warteliste) was sowas verhindert.
Oder nicht?

Punctum Maximum · 6. April 2021

fanatiXalpha schrieb:
Was mir auch in den Sinn kam, war dass die Teststelle zu dem Zeitpunkt den nötigen Downstream nicht zur Verfügung stellen kann/konnte.
Aber da hätte ich dann eigentlich eine entsprechende Meldung erwartet oder ein System (Warteliste) was sowas verhindert.
Oder nicht?

Naja die müssen ja überall ihr Netz ausbauen, und das dauert. Ich traue den schon noch so gerade zu, dass die Software haben, die anzeigt, wo diese Arbeiten am ehesten notwendig sind.
Und wenn bei dir noch fast 700 MBit ankommen, dann ist die Lage ja noch entspannt.
Gibt auch Städte, da ist das nicht einmal 10% davon, du wirst also wohl warten müssen.

Ich glaube das Einzige was du so erreichen kannst ist, dass die Vodafone einen Rabatt auf deine Grundgebühr gibt. Aber es kann sein, dass auch dafür bei dir die Lage nicht schlimm genug ist.

fanatiXalpha · 6. April 2021

Ja, das es eher Jammern auf hohem Niveau ist dachte ich mir auch schon.
Aber wer weiß, hätte bzw. kann ja sein, dass was mit dem Router nicht stimmt oder dem nächsten Verteiler etc.

Falls es noch interessiert, hier die Infos die ich aus dem Router bekommen konnte:

Downstream-Kanäle

31	SC-QAM	770	256QAM	5.7/65.7	37.6	JA
30	SC-QAM	762	256QAM	5.3/65.3	37.4	JA
29	SC-QAM	754	256QAM	5.3/65.3	38.6	JA
28	SC-QAM	746	256QAM	5.4/65.4	37.4	JA
27	SC-QAM	706	256QAM	5.5/65.5	37.6	JA
26	SC-QAM	698	256QAM	5.8/65.8	38.6	JA
25	SC-QAM	690	256QAM	5.5/65.5	38.6	JA
24	SC-QAM	682	256QAM	5.1/65.1	38.6	JA
23	SC-QAM	674	256QAM	5.2/65.2	38.6	JA
22	SC-QAM	666	256QAM	5.4/65.4	38.6	JA
21	SC-QAM	658	256QAM	5.4/65.4	38.6	JA
20	SC-QAM	650	256QAM	4.8/64.8	38.6	JA
19	SC-QAM	642	256QAM	4.9/64.9	38.6	JA
18	SC-QAM	634	256QAM	5.2/65.2	38.6	JA
17	SC-QAM	626	256QAM	5/65	38.6	JA
16	SC-QAM	618	256QAM	5.1/65.1	39	JA
15	SC-QAM	602	256QAM	4.8/64.8	38.6	JA
14	SC-QAM	594	256QAM	4.8/64.8	38.6	JA
13	SC-QAM	586	256QAM	5.2/65.2	38.6	JA
12	SC-QAM	578	256QAM	5.3/65.3	39	JA
11	SC-QAM	570	256QAM	5.1/65.1	38.6	JA
10	SC-QAM	562	256QAM	5/65	39	JA
9	SC-QAM	554	256QAM	5/65	39	JA
8	SC-QAM	546	256QAM	4.9/64.9	39	JA
7	SC-QAM	538	256QAM	4.4/64.4	38.6	JA
6	SC-QAM	530	256QAM	3.8/63.8	37.6	JA
5	SC-QAM	522	256QAM	3.8/63.8	37.6	JA
4	SC-QAM	498	256QAM	3.7/63.7	37.6	JA
3	SC-QAM	490	256QAM	3.1/63.1	38.6	JA
1	SC-QAM	474	256QAM	2.6/62.6	38.6	JA
2	SC-QAM	482	256QAM	2.6/62.6	37.6	JA
32	OFDM	775~860	1024QAM	2.6/62.6	35	JA
Kanal ID	Kanaltyp	Frequenz (MHz)	Modulation	Empf. Signalstärke (dBmV/dBµV)	SNR/MER (dB)	Lock Status

Upstream-Kanäle

5	SC-QAM	58	16QAM	42/102	Erfolgreich
2	SC-QAM	37	16QAM	42.5/102.5	Erfolgreich
1	SC-QAM	31	16QAM	42.8/102.8	Erfolgreich
3	SC-QAM	45	16QAM	41.8/101.8	Erfolgreich
4	SC-QAM	51	16QAM	42.3/102.3	Erfolgreich
Kanal ID	Kanaltyp	Frequenz (MHz)	Modulation	Send. Signalstärke (dBmV/dBµV)	Ranging Status

Tramizu · 6. April 2021

Punctum Maximum schrieb:
Aber es kann sein, dass auch dafür bei dir die Lage nicht schlimm genug ist.

Lt. AGB´s von Vodafone erst wenn der Download unter 600Mbit ist, weil der als Minimum festgelegt wurde.

fanatiXalpha · 6. April 2021

ich hab Messungen, wo ich unter 600 falle
dann sollte das ja ausreichen, oder?

bender_ · 6. April 2021

Punctum Maximum schrieb:
hast du mal mitbekommen was bei Vodafone in den letzten Monaten los ist? Natürlich ist das überlastete Segment ein ganz wahrscheinliches Szenarion!

Wenn ich die Berichte auf hier im Forum beschränke, bekomme ich mit, dass die meisten reflexartig Segmentüberlastung schreien und nach Analyse es eigentlich selten daran liegt.
Auch hier fand bis dato keine Analyse statt. Der TE hat von mir alle Anhaltspunkte dafür bekommen, hat sie aber nicht durchgeführt sondern offenbar nur gewartet bis er Meiningen wie deine und die von @Tramizu bekam um ihn in seiner Meinung bestärken.
Natürlich kann man so auch eine Problemlösung angehen, der Erfolg ist in etwa so wahrscheinlich wie das anscheinend chronische Problem von überlasteten Segmenten.

@fanatiXalpha
Solltest Du noch Interesse an einer Analyse haben:
Vorbereitung:
Drittanbieter Antiviren-, Anti-Malwaresoftware deinstallieren.
Entweder die Tests weiter unten unter einem Livelinux durchführen oder:
Tools wie ASUS GameFirst, cfosspeed, die Killer Suite oder ähnliche, die versprechen dein Netzwerk zu optimieren, deinstallieren.
TCP Optimizer installieren: https://www.speedguide.net/downloads.php
Als Admin starten, alle NICs auf Windows defaults zurücksetzen, Neustarten.

Analyse:
Screenshots der Kabelinformationen aus der VFST posten. Beispiel:

Jeweils im Normal- und Fehlerfall Ausgabe dieser Befehle posten:

Code:

ping [deineRouterIP]
ping 8.8.8.8
ping google.de -4
ping google.de -6

Jeweils im Normal- und Fehlerfall Ausgabe dieser Speedtests posten:
http://v4.speedtest.belwue.net/
http://v6.speedtest.belwue.net/

Ergänzung (6. April 2021)

fanatiXalpha schrieb:
Falls es noch interessiert, hier die Infos die ich aus dem Router bekommen konnte:

Das IST das (zumindest ein Teil), was interessiert.
Deine Modemwerte sind insgesamt sehr gut. Wieso die Upstream Modulation auf allen Kanälen nur auf 16QAM läuft, kann auf einen laufenden Ausbau hindeuten. Du hast noch keinen DOCSIS 3.1 Upstream Kanal, der aber ziemlich sicher bald kommen wird. Es ist aber unwahrscheinlich, dass dies die Ursache für deine Probleme ist.

Web-Schecki · 6. April 2021

Tramizu schrieb:
Schließlich ist es ja ein Shared Medium, so wie DSL und Funk auch.

DSL ist kein "shared medium". Du hast eine exklusive TAL, die niemand sonst mitbenutzt.

Tramizu schrieb:
Ich kenne viele hier in Berlin, die schnelles Kabel haben, aber die haben allesamt das gleiche Problem, dass zur Primetime die Downloadraten sinken.

Das Problem ist schlicht Überbuchung. Auch Glasfaser wird zu einem gewissen Grad überbucht. Deshalb geben die Anbieter Mindestdatenraten an.
Bevor man allerdings davon ausgeht, müsste man alle anderen Dinge ausschließen. Überlastete Server, AFTR-gateways oder schlechtes peering (gerade bei der Telekom wohl derzeit problematisch) können genauso Grund für niedrige Downloadraten zur Primetime sein.

fanatiXalpha · 6. April 2021

bender_ schrieb:
Drittanbieter Antiviren-, Anti-Malwaresoftware deinstallieren.

bender_ schrieb:
Tools wie ASUS GameFirst, cfosspeed, die Killer Suite oder ähnliche, die versprechen dein Netzwerk zu optimieren, deinstallieren.

Sowas habe ich nicht installiert, da ich von sowas überhaupt nichts halte.

bender_ schrieb:
TCP Optimizer installieren

Hm, klingt interessant. Aber wenn ich das nicht komplett falsch verstehe (mit der Aussage die danach kam), dann ist der Zweck des Tools erstmal alles auf Standard zu setzen, für den Fall das ich an den Einstellungen rumgespielt habe?

bender_ schrieb:
Jeweils im Normal- und Fehlerfall Ausgabe dieser Befehle posten:

Fehlerfall wäre dann, wenn mein Downstream unter 600Mbit/s fällt oder wenn in Liste aus der Station irgendwas auf "Nein" steht?
Werde mal noch die Test ausführen die du erwähnt hast, bevor und nachdem ich den TCP Optimizer hab durchlaufen lassen.

Ergänzung (6. April 2021)

So, jetzt mal die Werte aktuell vor der Tool-Anwendung:
Ping-Ausführung:

Code:

C:\Users\alexa>ping 192.168.0.1

Ping wird ausgeführt für 192.168.0.1 mit 32 Bytes Daten:
Antwort von 192.168.0.1: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.0.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.0.1: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.0.1: Bytes=32 Zeit=1ms TTL=64

Ping-Statistik für 192.168.0.1:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 0ms, Maximum = 1ms, Mittelwert = 0ms

C:\Users\alexa>ping 8.8.8.8

Ping wird ausgeführt für 8.8.8.8 mit 32 Bytes Daten:
Antwort von 8.8.8.8: Bytes=32 Zeit=22ms TTL=117
Antwort von 8.8.8.8: Bytes=32 Zeit=12ms TTL=117
Antwort von 8.8.8.8: Bytes=32 Zeit=13ms TTL=117
Antwort von 8.8.8.8: Bytes=32 Zeit=10ms TTL=117

Ping-Statistik für 8.8.8.8:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 10ms, Maximum = 22ms, Mittelwert = 14ms

C:\Users\alexa>ping google.de -4

Ping wird ausgeführt für google.de [142.250.185.163] mit 32 Bytes Daten:
Antwort von 142.250.185.163: Bytes=32 Zeit=15ms TTL=117
Antwort von 142.250.185.163: Bytes=32 Zeit=12ms TTL=117
Antwort von 142.250.185.163: Bytes=32 Zeit=10ms TTL=117
Antwort von 142.250.185.163: Bytes=32 Zeit=27ms TTL=117

Ping-Statistik für 142.250.185.163:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 10ms, Maximum = 27ms, Mittelwert = 16ms

C:\Users\alexa>ping google.de -6

Ping wird ausgeführt für google.de [2a00:1450:4001:811::2003] mit 32 Bytes Daten:
Antwort von 2a00:1450:4001:811::2003: Zeit=22ms
Antwort von 2a00:1450:4001:811::2003: Zeit=10ms
Antwort von 2a00:1450:4001:811::2003: Zeit=13ms
Antwort von 2a00:1450:4001:811::2003: Zeit=11ms

Ping-Statistik für 2a00:1450:4001:811::2003:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 10ms, Maximum = 22ms, Mittelwert = 14ms

Speedtest-Belwue IPv4:

Speedtest-Belwue IPv6:

Mich überrascht etwas der niedrige Upload.
Dabei habe ich extra Chrome genutzt für den Test.

EDIT2:
Änderungen durch das Tool sind eher gering

EDIT3:
nach den Anpassungen durch das Tool
Ping-Ausführung:

Code:

C:\Users\alexa>ping 192.168.0.1

Ping wird ausgeführt für 192.168.0.1 mit 32 Bytes Daten:
Antwort von 192.168.0.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.0.1: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.0.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.0.1: Bytes=32 Zeit=1ms TTL=64

Ping-Statistik für 192.168.0.1:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 0ms, Maximum = 1ms, Mittelwert = 0ms

C:\Users\alexa>ping 8.8.8.8

Ping wird ausgeführt für 8.8.8.8 mit 32 Bytes Daten:
Antwort von 8.8.8.8: Bytes=32 Zeit=22ms TTL=117
Antwort von 8.8.8.8: Bytes=32 Zeit=9ms TTL=117
Antwort von 8.8.8.8: Bytes=32 Zeit=10ms TTL=117
Antwort von 8.8.8.8: Bytes=32 Zeit=11ms TTL=117

Ping-Statistik für 8.8.8.8:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 9ms, Maximum = 22ms, Mittelwert = 13ms

C:\Users\alexa>ping google.de -4

Ping wird ausgeführt für google.de [142.250.185.163] mit 32 Bytes Daten:
Antwort von 142.250.185.163: Bytes=32 Zeit=13ms TTL=117
Antwort von 142.250.185.163: Bytes=32 Zeit=10ms TTL=117
Antwort von 142.250.185.163: Bytes=32 Zeit=13ms TTL=117
Antwort von 142.250.185.163: Bytes=32 Zeit=11ms TTL=117

Ping-Statistik für 142.250.185.163:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 10ms, Maximum = 13ms, Mittelwert = 11ms

C:\Users\alexa>ping google.de -6

Ping wird ausgeführt für google.de [2a00:1450:4001:811::2003] mit 32 Bytes Daten:
Antwort von 2a00:1450:4001:811::2003: Zeit=12ms
Antwort von 2a00:1450:4001:811::2003: Zeit=11ms
Antwort von 2a00:1450:4001:811::2003: Zeit=10ms
Antwort von 2a00:1450:4001:811::2003: Zeit=11ms

Ping-Statistik für 2a00:1450:4001:811::2003:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 10ms, Maximum = 12ms, Mittelwert = 11ms

Speedtest-Belwue IPv4:

Speedtest-Belwue IPv6:

Ergänzung (6. April 2021)

Es stimmt gerade aber generell was nicht mit dem Upload, auch an dem anderen Rechner der unberührt ist von den Änderungen ist der Upload nicht mehr so hoch...
Mal schauen ob sich das wieder einpendelt.

bender_ · 6. April 2021

Deine Modemwerte hatten schon darauf hingedeutet, dass Du eher ein Upload Problem hast.
Ich würde jetzt Mal die VFST Neustarten. Danach kontrollieren, wie die Upstream Kanäle aussehen. Idealerweise sollten die auf 64QAM modulieren. Wenn nicht, halte ich es wie erwähnt für wahrscheinlich, dass gerade ein Ausbau auf OFDM Upstream stattfindet oder ein Rückkanalstörer im Segment vorhanden ist. Beides Dinge, die nur Vodafone klären kann.
Eine AFTR-Gateway- oder Segmentüberlastung hingegen, halte ich wie erwartet für unwahrscheinlich. Dann wären deine Download Werte viel schlechter und der Upload zwischen IPv4 und IPv6 viel unterschiedlicher. Außerdem wäre die Latenz zum DNS und zur Suchseite unterschiedlicher und generell um einiges höher.
Dein Netzwerkstack scheint in Ordnung, sonst würdest du keine 800MBit/s und mehr erreichen. Der TCP Optimizer wird bei dir nicht viel ändern.
Wenn Du unter IPv6 weniger als 600MBit/s erreichst, wäre der Upload interessant. Geht der noch weiter runter als in den Screenshots, kann er auch begrenzendes Element für den Download sein.

fanatiXalpha · 6. April 2021

bender_ schrieb:
Ich würde jetzt Mal die VFST Neustarten. Danach kontrollieren, wie die Upstream Kanäle aussehen. Idealerweise sollten die auf 64QAM modulieren

Leider nicht, bleibt bei 16.
Upload steckt bei 22/25 max fest.
Download so um die 700+ rum.

Und Vodafone zeigt mir natürlich das hier:

So, nach dem Neustart der Box hat es wohl doch etwas länger gedauert.
Download liegt so bei 800-900
aber Upload steckt wie gesagt bei rund 25Mbit/s fest :/

Stabilerer Downstream durch Fritzbox?

Fleet Admiral

Fleet Admiral

Fleet Admiral

Banned

Fleet Admiral

Banned

Fleet Admiral

Banned

Lt. Junior Grade

Vice Admiral

Fleet Admiral

Lt. Junior Grade

Fleet Admiral

Downstream-Kanäle​

Upstream-Kanäle​

Vice Admiral

Fleet Admiral

Banned

Lieutenant

Fleet Admiral

Banned

Fleet Admiral

Ähnliche Themen

Downstream-Kanäle

Upstream-Kanäle