Schlechte Upload-Leistung bei symmetrischer FTTP-Verbindung mit 100/100 MBit / s

Ich weiß, was ich leide, ist ein Problem der "ersten Welt" ... Ich habe es gut, aber nicht so gut, wie es sein sollte. [Umzug auf Vorschlag des Moderators in SE Network Engineering.]

tl; dr; - Ich habe einen 100/100 FTTP-Dienst, aber Uploads sind schmerzhaft langsam. Ich habe viele Daten gesammelt (siehe unten), aber auf welches Problem wird hingewiesen? Was kann ich noch tun, um die Ursache herauszufinden?

Ich hoffe, jemand kann mich inspirieren. Ich habe viele Tests / Diagnosen durchgeführt, aber ich bin kein Netzwerktechniker, daher werde ich so viele Details wie möglich mitteilen (erstens in der Hoffnung, dass Sie mir helfen können, zweitens in der Hoffnung, dass andere dabei helfen, ähnliche Beobachtungen zu beobachten Probleme).

Kurzfassung: Ich bin gerade mit einem FTTP-Dienst verbunden, der mir 100/100 symmetrisch geben soll. speedtest.net (classic / flash), Ookla iOS, Ookla Android und speedtest-cli zeigen alle 100/100 konstant.
Meine Erfahrungen mit allgemeinen DOWNLOADS und nachgeschalteten Internetzugängen über andere Protokolle folgen diesen Ergebnissen.

Das Problem ist, dass UPLOADS praktisch unbrauchbar sind.

Hier ist die Liste der Symptome. [Tests mit Ethernet direkt an den Router mit Win7, Win10 und RPi sowie Macbook Pro mit 5 GHz Wifi - die lokale Verbindung ist NICHT das Problem]

1. http://beta.speedtest.net (HTML5 / WebSockets) gibt normalerweise 100/2 (ja zwei !!) Mbps
2. Google Geschwindigkeitstester (HTML5 / WebSockets) zeigen 100/2 Mbps
   • Beide der oben genannten verwenden nur maximal 4 Web-Sockets - speedtest classic und cli stellen bei guter Download-Performance 8 oder mehr TCP-Verbindungen her. Ich kenne einen anderen Teilnehmer, der bei diesen grundlegenden Tests ähnliche Ergebnisse erzielt.
   • Beide Tests zeigen zu Beginn des Tests eine kurze Leistungssteigerung.

3. Das Hochladen von 15-MB-Dateien über CLI nach AWS S3 - maximal 150 Kbit / s, oft unterbrochen / fehlgeschlagen (Hochladen von denselben Geräten über ADSL2-ADSL2- oder 4-G-Module mit 17 Mbps) führt zu zuverlässigen 3-500 Kbit / s.

   • Das Hochladen einer 1-2-MB-Datei mit AWS-CLI funktioniert normalerweise mit etwa 150 KBit / s (dh, WIEDER ein schneller Durchsatz bei kleineren Uploads.)
   • Das Hochladen von AWS CLI von Azure Hosted M nach S3 führt zu einer sehr schnellen Leistung (kein Throttling am AWS-Ende).
   • Das Konfigurieren von AWS CLI für das Hochladen mehrerer Teile hat keine vorteilhaften Auswirkungen (kleinste Chunksize-Größe beträgt 5 MB), und dies scheint zu groß zu sein, um zuverlässig zu sein

4. Hochladen in AWS S3 über die AWS-Webkonsole - funktioniert nie - Zeitüberschreitung

5. Das Hochladen von Dateien auf eine Azure- oder AWS-VM über SCP oder SFTP (mithilfe von bash, WinSCP oder filezilla) ergibt etwa 125 KBit / s. (SCP von AWS nach Azure und umgekehrt bietet sehr schnelle Leistung - keine Einschränkung bei AWS / Azure in beiden Richtungen)

6. iPerf-Tests mit vor Ort gehosteten Servern, ODER mit Servern, die auf AWS EC2 VM (Client unter Prem) gehostet werden, ODER mit iPerf-Servern von Drittanbietern, die unter speedtest.serverius.net:5002 gehostet werden

   • ALLE davon ergeben folgende konsistente Ergebnisse
   • Downstream-TCP-Verbindungen (Downloads oder Push-Vorgänge in mein Netzwerk) - Ein einzelner TCP-Stream erreicht etwa 60-70 MBit / s und 2 oder mehr Streams erreichen die maximalen 100 MBit / s-Werte: thumbsup:
   • Upstream-TCP-Verbindungen (Hochladen oder Abrufen von meinem Netzwerk) - ein einzelner TCP-Stream erreicht etwa 3-5 MBit / s. Die Ausführung mehrerer Streams ist in etwa direkt proportional
   • 10 parallele TCP-Streams ergeben etwa 40 MBit / s und 25 bis 30 Streams werden die Verbindung maximal ausnutzen.
   • Das Anpassen der TCP-Fenstergrößen hat keinen [positiven] Unterschied
   • Der UDP-Durchsatz wird in beiden Richtungen auf bis zu 100 MBit / s steigen.

7. Das Ausführen von Wireshark-Captures für Uploads zeigt eine hohe Anzahl von doppelten ACKs mit 20-30 Duplikaten für viele Pakete. Ich kann nicht feststellen, ob dies "definitiv schlecht" oder "möglicherweise normal" ist, aber beim Googeln werden mehrere Verweise auf mehrere DUP-ACKs gefunden, die auf verworfene Pakete und mögliche Probleme bei der Schnittstellenaushandlung hinweisen.

8. Ich weiß, dass der Anbieter Backhaul Virgin Media Business ist. Mein Router / ONT zeigt an, dass meine Verbindung zu ihnen 1000 Gbit / s Vollduplex ist, und ich sehe zuverlässigen Sub-5-ms-Ping zum ersten Sprung im jungfräulichen Netzwerk.
   • traceroute zeigt, dass es nur einen einzigen Hop gibt, der vom Provider kontrolliert wird (vermutlich durch den Fibre-Switch), bevor der Verkehr Virgin-Hosts trifft.
9. Der Anbieter hat nicht bestätigt, ob er diese Tests auf einer anderen Verbindung oder in seinem eigenen Netzwerk wiederholen kann. Ich kenne jetzt einen anderen Teilnehmer, der das offensichtlichste Problem sieht (Google-Geschwindigkeit), habe ihn jedoch noch nicht aufgefordert, ihn noch weiter zu testen.

10. Ich habe ihnen all diese Daten gegeben, jede Hilfe angeboten, die sie zur Diagnose benötigen, und sie waren proaktiv, einschließlich der Kontaktaufnahme mit Ookla, um den Unterschied zwischen speedtest.net classic und beta zu überprüfen [ironischerweise sagten sie, dass sie "gleich" waren, wenn ich das sehen kann die Netzwerk-Konversation zeigt, dass sie deutlich verschieden sind]

11. Sie haben meine Glasfaser getestet und angeboten, den Router zu wechseln. Aufgrund meiner Ergebnisse scheint dies unwahrscheinlich das Problem zu sein, aber ich werde sie dies tun lassen, um eine andere mögliche Ursache zu beseitigen.

12. Zweifellos vertrauen die meisten Privatkunden des Anbieters den 100/100-Nummern, die sie von Ookla sehen. Sie werden mit Browserdownloads, Streaming usw. sehr zufrieden sein und dürften langsame Uploads zu GDrive, Gmail, E-Mail-Diensten usw. tolerieren, da sie besser sind als die zwielichtige ADSL2-Option von BT / OpenReach.
13. Der ONT / Router ist ein Genexsys DRG739v2, auf dem DRGOS 1.13.3 ausgeführt wird (ich kann dies nicht aktualisieren, er steht unter der Kontrolle des Providers).

Wenn Sie von zu Hause aus in einer Technologierolle arbeiten, muss ich Daten häufig, zuverlässig und (hoffentlich) schnell hochladen / senden. Diese FTTP-Verbindung ist sowohl für bestimmte Dienste / Protokolle unzuverlässig als auch langsamer als meine ASDL2 oder 4G für dieselben Dienste / Protokolle. Kannst du sagen, dass ich deparate bin, um eine Lösung zu finden? :-)

Sooooo ... zu den Fragen:

1. Kennt jemand diese Symptome und hat irgendwelche Lösungsvorschläge, die ich an den Anbieter weiterleiten kann?

[Ich schätze, dass es viele Faktoren gibt, die von HW zu Schnittstellenkonfiguration, Paketformung, QoS und wer weiß, was sonst noch kommt, aber es scheint verrückt zu sein, dass dies zu einer UNUSABLE-Verbindung führt.]

2. Ist dies wahrscheinlich eine falsch ausgehandelte Schnittstelle? ... würde dies zu einer Verbindung führen, bei der parallele TCP-Streams den vollen Durchsatz erreichen können, oder bedeutet das, dass jemand absichtlich etwas tut (Shaping / Throttling)?

3. Würden Sie erwarten, dass zu Beginn einer Verbindung ein kurzer Durchsatz des Durchsatzes (möglicherweise 1-2 MB der Übertragung) zu sehen ist, wenn die Schnittstelle falsch ausgehandelt wurde? Würden Sie dies erwarten, wenn es Paketformung gibt?

4. Ist es wahrscheinlich, dass Virgin Media Business den Datenverkehr und nicht meinen ISP gestaltet, der sagt, dass er keine Grenzen setzt ??? Ich habe wenig über Virgin Business Service herausgefunden, und natürlich bin ich nicht ihr Kunde (direkt).

5. Ist dies wahrscheinlich eine Verbindung zu Virgin Media Business-Konnektivität / -Konfiguration? Ist es gut, ein Netzwerk zu konfigurieren, zu validieren und zu überwachen?

6. Was kann ich noch tun, um dem Anbieter zu helfen, dies zu diagnostizieren und zu beheben?

Ich habe Stunden (wahrscheinlich Tage) meiner Zeit damit verbracht, Variablen wie mein Netzwerk, meine Geräte und andere Dienstanbieter zu eliminieren. Außerdem verstehe ich die Unterschiede zwischen Speedtest-Clients, die unterschiedliche Ergebnisse liefern und so viele Daten wie möglich sammeln. Letztendlich möchte ich, dass der Anbieter erfolgreich ist, also habe ich meine Zeit investiert, um zu versuchen, ihnen dabei zu helfen, diesen Problemen auf den Grund zu gehen. Sie haben das Problem nicht geleugnet und waren bisher hilfreich, obwohl es nach zweiwöchiger Untersuchung nicht gelöst wurde. Ich hoffe, dass sie daran arbeiten werden, das Problem zu lösen, aber ich möchte es ihnen so einfach wie möglich machen.

Vielen Dank im Voraus für alle Vorschläge und Ratschläge.

BEARBEITEN: 1) Das Problem wurde zunächst behoben, indem der ISP schließlich dazu gebracht wurde, meine Verbindung auf einen neuen Port an seinem Switch / Router umzustellen. Als kleiner ISP waren sie dazu in der Lage, während ich telefonierte, und es gab mir durch die meisten Tests sofort symmetrische 100 / 100Mbs. 2) Die gute Nachricht hielt nicht lange an, intermittierende Probleme verursachten VPN- und VOIP-Instabilität - nachdem sie noch mehr Daten bereitgestellt hatten, führten sie dies schließlich auf ihre Netzwerkverwaltungssoftware zurück (die meine 1-Gbit / s-Basisverbindung auf das 100/100-Abonnement drosselte). Sie schalten ihn aus und ich habe einige Monate lang 800 + Mbps symmetrisch genossen, bis sie sich gelöst haben.