Messages

Wenn ich Zeit habe, teste ich noch ein wenig. Gerade bin ich froh, dass es nun läuft.

Tja. Was soll ich sagen. Mit dem externen Glasfasermodem erreiche ich die Geschwindigkeit problemlos. Es scheint also echt Problem mit den GPON SFPs und der DEC7xx Appliance zu geben (vllt. Treiber). Die SFPs schließe ich aus, da ich zwei unterschiedliche getestet habe.

Das einzige was mich nun ärgert ist, dass einen weiteren Kasten in meinem Schrank habe anstatt eines kleinen gestecktet SFPs...

Danke schonmal für die Antworten. Heute kommt das Glasfasermodem 2 der Telekom. Ich bin gespannt ob es damit eine Veränderung gibt. Ansonsten muss irgendwas bei der Telekom für diese Probleme verantwortlich sein. Ich bin gespannt.

[einzelnen]

Hallo zusammen,

ich habe ein merkwürdiges Performanceproblem an einem Telekom-GPON-Anschluss mit einer originalen OPNsense/Deciso-Appliance DEC7xx. Bin auf 26.7.2

Gebucht sind 600 Mbit/s im Download. Diese Bandbreite erreiche ich mit dem Ookla Speedtest auch nahezu vollständig.

Normale Downloads über einen einzelnen TCP-Flow sind dagegen deutlich zu langsam. Mit curl/wget erreiche ich nur ca. 30–50 Mbit/s. Auch einzelne iperf3-Verbindungen bleiben deutlich hinter der verfügbaren Bandbreite zurück.

Besonders interessant ist dabei: Ich betreibe selbst einen Ookla-Speedtest-Server im gleichen Netz wie meinen HTTP-/iperf-Testserver. Mit Ookla erreiche ich ca. 600 Mbit/s, während ein einzelner TCP-Download in dasselbe Netz massiv langsamer ist.

Ich habe deshalb einen Ookla-Test mit tcpdump mitgeschnitten. Dabei sieht man, dass Ookla sehr viele parallele TCP-Verbindungen verwendet. Auch die einzelnen Ookla-TCP-Flows sind vergleichsweise langsam und erreichen in dem Capture überwiegend nur ca. 15–35 Mbit/s. Die ca. 600 Mbit/s Gesamtdurchsatz entstehen erst durch die vielen kleinen parallelen Verbindungen.

Zusammengefasst:

• Gebuchte Bandbreite: 600 Mbit/s
• Ookla Speedtest: ca. 600 Mbit/s
• Single TCP mit curl/wget: teilweise nur ca. 30–50 Mbit/s
• Einzelne TCP-Flows im Ookla-PCAP: überwiegend ca. 15–35 Mbit/s
• Viele parallele Ookla-Flows zusammen: ca. 600 Mbit/s

Setup:

• Original OPNsense/Deciso Appliance DEC7xx
• Telekom GPON
• PPPoE mit MTU 1492
• GPON-SFP direkt in der OPNsense
• GPON-SFP-Link läuft mit 1000Base-SGMII
• Beide SFP-Ports (ax0 und ax1) getestet

Bereits getestet:

• Zwei unterschiedliche GPON-ONT-SFPs:
•   - Zyxel PMG3000-D20B
•   - FS.com GPON-SFP-ONT-MAC-I
• Beide Module zeigen exakt dasselbe Performanceproblem
• Wechsel von ax0 auf ax1: keine Veränderung
• IPv4 und IPv6: beide betroffen
• PPPoE-MTU geprüft und korrekt
• TCP Window Scaling per PCAP geprüft und funktioniert korrekt
• Praktisch keine TCP-Retransmissions bzw. kein relevanter Packet Loss
• ECN testweise deaktiviert: keine Veränderung
• Hardware-TSO testweise aktiviert: keine Veränderung
• curl direkt auf der OPNsense selbst ist ebenfalls langsam. LAN, NAT und Client können damit als Ursache ausgeschlossen werden.
• Parallele iperf3-Streams wurden ebenfalls getestet
• Die verwendeten Testserver liefern über andere Internetanschlüsse normale Performance

Aktuell sieht es für mich danach aus, dass der Anschluss grundsätzlich die vollen 600 Mbit/s übertragen kann, einzelne TCP-Verbindungen aber aus irgendeinem Grund stark ausgebremst werden. :(

Als nächsten Gegencheck habe ich ein Telekom Glasfaser Modem 2 bestellt. Damit möchte ich den GPON-SFP umgehen und die OPNsense über normales Ethernet mit dem ONT verbinden.

Hat jemand ein ähnliches Verhalten mit OPNsense/FreeBSD und einem Telekom-PPPoE-Anschluss beobachtet?

Insbesondere würde mich interessieren, ob jemand schon einmal das Problem hatte, dass einzelne TCP-Verbindungen deutlich zu langsam sind, während mit vielen parallelen Verbindungen die volle Anschlussbandbreite erreicht wird.

Es ist nicht zu verstehen und ich bin gerade wirklich überfragt. Irgendwas ist da krumm.