ConnectBox - Maximal 15Mbit/s UDP Durchsatz

final · 2015-11-20T06:49:17+00:00

Sunrise Community - Kunden helfen anderen Kunden rund um die Themen Fernsehen, Internet, Telefon und Mobile. Jetzt registrieren!

TheSven

Bei welcher Anwendung ergeben sich hiermit Probleme? Ich bin nicht der grosse Netzwerkspezzi.

GrandDixence

Die UDP-Performance-Probleme bestehen auch mit einer nigelnagelneuen Connect Box im Modem-Modus.

Die UDP-Performance-Probleme treten erst auf, wenn die UDP-Pakete in mehrere IP-Pakete fragmentiert werden müssen (UDP-Nutzdaten > 1472 Byte bei Ethernet-MTU von 1500 Byte):

https://de.wikipedia.org/wiki/User_Datagram_Protocol

https://de.wikipedia.org/wiki/Maximum_Transmission_Unit

https://de.wikipedia.org/wiki/IP-Fragmentierung

Mit der Standardeinstellung wird von IPerf3 für UDP-Messungen eine Nutzdatengrösse von 8192 Byte verwendet:

https://iperf.fr/iperf-doc.php

- UDP-Pakete mit einer Nutzdatengrösse von 1472 Byte über Connect Box => Keine fragmentierte UDP-Pakete und praktisch kein Paketverluste (Lost Datagrams: 0.05 %):

# iperf3 -u -R -c debit.k-net.fr -b 40M -l 1472
Connecting to host debit.k-net.fr, port 5201
Reverse mode, remote host debit.k-net.fr is sending
[ 4] local 77.58.184.100 port 52509 connected to 178.250.209.22 port 5201
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 4.51 MBytes 37.8 Mbits/sec 0.274 ms 17/3230 (0.53%)
[ 4] 1.00-2.00 sec 4.77 MBytes 40.0 Mbits/sec 0.271 ms 0/3397 (0%)
[ 4] 2.00-3.00 sec 4.77 MBytes 40.0 Mbits/sec 0.270 ms 0/3398 (0%)
[ 4] 3.00-4.00 sec 4.81 MBytes 40.3 Mbits/sec 0.265 ms 0/3425 (0%)
[ 4] 4.00-5.00 sec 4.73 MBytes 39.7 Mbits/sec 0.262 ms 0/3370 (0%)
[ 4] 5.00-6.00 sec 4.76 MBytes 40.0 Mbits/sec 0.239 ms 0/3394 (0%)
[ 4] 6.00-7.00 sec 4.79 MBytes 40.2 Mbits/sec 0.270 ms 0/3410 (0%)
[ 4] 7.00-8.00 sec 4.75 MBytes 39.8 Mbits/sec 0.268 ms 0/3383 (0%)
[ 4] 8.00-9.00 sec 4.78 MBytes 40.1 Mbits/sec 0.257 ms 0/3405 (0%)
[ 4] 9.00-10.00 sec 4.76 MBytes 39.9 Mbits/sec 0.263 ms 0/3390 (0%)

[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 47.7 MBytes 40.0 Mbits/sec 0.278 ms 17/33977 (0.05%)
[ 4] Sent 33977 datagrams

iperf Done.

- UDP-Pakete mit einer Nutzdatengrösse von 1473 Byte über Connect Box => Fragmentierte UDP-Pakete und hohe Paketverlustrate (Lost Datagrams: 73 %):

# iperf3 -u -R -c debit.k-net.fr -b 40M -l 1473
Connecting to host debit.k-net.fr, port 5201
Reverse mode, remote host debit.k-net.fr is sending
[ 4] local 77.58.184.100 port 46105 connected to 178.250.209.22 port 5201
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 1.14 MBytes 9.55 Mbits/sec 2.829 ms 2142/2953 (73%)
[ 4] 1.00-2.00 sec 1.33 MBytes 11.1 Mbits/sec 2.694 ms 2574/3519 (73%)
[ 4] 2.00-3.00 sec 1.27 MBytes 10.7 Mbits/sec 2.375 ms 2504/3409 (73%)
[ 4] 3.00-4.00 sec 1.19 MBytes 9.98 Mbits/sec 2.560 ms 2536/3383 (75%)
[ 4] 4.00-5.00 sec 1.25 MBytes 10.5 Mbits/sec 2.682 ms 2506/3393 (74%)
[ 4] 5.00-6.00 sec 1.47 MBytes 12.3 Mbits/sec 1.604 ms 2236/3282 (68%)
[ 4] 6.00-7.00 sec 1.05 MBytes 8.85 Mbits/sec 2.845 ms 2754/3505 (79%)
[ 4] 7.00-8.00 sec 1.32 MBytes 11.1 Mbits/sec 1.790 ms 2460/3399 (72%)
[ 4] 8.00-9.00 sec 1.17 MBytes 9.79 Mbits/sec 1.421 ms 2458/3289 (75%)
[ 4] 9.00-10.00 sec 1.42 MBytes 11.9 Mbits/sec 1.152 ms 2455/3464 (71%)

[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 47.7 MBytes 40.0 Mbits/sec 2.706 ms 24914/33941 (73%)
[ 4] Sent 33941 datagrams

iperf Done.

- UDP-Pakete mit einer Nutzdatengrösse von 8192 Byte über UBee EVM32xx im Bridge-Modus => Fragmentierte UDP-Pakete und keine Paketverluste (Lost Datagrams: 0.00 %):

# iperf3 -u -R -c debit.k-net.fr -b 100M
Connecting to host debit.k-net.fr, port 5201
Reverse mode, remote host debit.k-net.fr is sending
[ 4] local 77.57.166.140 port 40131 connected to 178.250.209.22 port 5201
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 11.2 MBytes 94.2 Mbits/sec 0.719 ms 0/1437 (0%)
[ 4] 1.00-2.00 sec 11.9 MBytes 100 Mbits/sec 0.703 ms 0/1526 (0%)
[ 4] 2.00-3.00 sec 11.9 MBytes 100 Mbits/sec 0.688 ms 0/1527 (0%)
[ 4] 3.00-4.00 sec 11.9 MBytes 99.9 Mbits/sec 0.704 ms 0/1524 (0%)
[ 4] 4.00-5.00 sec 11.9 MBytes 100 Mbits/sec 0.704 ms 0/1527 (0%)
[ 4] 5.00-6.00 sec 11.9 MBytes 100 Mbits/sec 0.712 ms 0/1526 (0%)
[ 4] 6.00-7.00 sec 11.9 MBytes 100 Mbits/sec 0.670 ms 0/1526 (0%)
[ 4] 7.00-8.00 sec 11.9 MBytes 99.9 Mbits/sec 0.699 ms 0/1525 (0%)
[ 4] 8.00-9.00 sec 11.9 MBytes 100 Mbits/sec 0.709 ms 0/1527 (0%)
[ 4] 9.00-10.00 sec 11.9 MBytes 100 Mbits/sec 0.707 ms 0/1526 (0%)

[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 119 MBytes 100 Mbits/sec 0.613 ms 0/15262 (0%)
[ 4] Sent 15262 datagrams

iperf Done.

Dasselbe “Grosse UDP-Pakete-Performance-Problem” existiert auch in der Swisscom (Glasfaser-)Welt. Siehe dazu:

https://supportcommunity.swisscom.ch/t5/Diskussionen-%C3%BCber-das-Thema/Glasfaser-Down-langsamer-als-Up/td-p/455676/page/4

ANMU

Guten Morgen

Besten Dank für die Info. Somit ist der Firmware Bug leider nach wie vor vorhanden. Hoffe das dies irgendwann auch noch behoben wird.

Mit dem Ubee Modem habe ich keine Probleme und dass es nicht den vollen Download Speed (Modem bedingt) erreicht, ist in diesem Fall egal.

shox

Betreibe es im Modem-Modus

Software Version: CH7465LG-NCIP-4.50.18.15-1-NOSH
Hardware: 4.01

Betreibe mein ipsec nun wieder im IKEv2 Modus aber mit mobike enabled was nach meiner Meinung NAT-T macht. Ohne NAT-T im IKEv1 und IKEv2 habe ich einen Durchsatz von 15mbit/s und nach einigen Stunden nur noch 2mbit/s.

Funktioniert bestens habe einen Upload von 45mbit/s (50mbit/s wäre max) und einen download von 95mbit/s (gegenstelle hat besseren upload)

Läuft stabil seit 2 Tage auch mit hohem load über längere Zeit.

ANMU

Guten Abend

In welchem Modus betreiben Sie Ihr Modem (Router oder Modem)?

Welche Firmware hat Ihr Modem?

In meinen Tests und Support Call lag das Problem definitv am UDP Protokoll, da Ihre erwähnte Variante bei meinen Tests ebenfalls nicht zum Erfolg führten.

Aktuell bin ich nach wie vor auf dem Ubee Modem.

shox

Zur Info habe es nun auf NAT-T geändert und erhalte ca. 37Mbit/s Durchsatz, sprich die Box hat Probleme mit ESP. NAT-T ist ja auch UDP. Auch openvpn via UDP skaliert gut.

[gelöscht]

Hallo @shox

Am besten rufst du den Technischen Support an. Gratisnummer 0800 66 88 66

Sie können dir dann genau helfen bei deinem Problem.

Falls du nicht anrufen möchtest, kannst dich gerne bei @Anina und @UPC_Ex_Mod per Privatnachricht melden.

Gruss Mauro

shox

Super habe vermutlich ein ähnliches Problem. Bekomme via IPSEC nur ca 15mbit/s Durchsatz (habe ein 500/50 Abo), dies hat mich bis jetzt nicht sehr gestört, dachte es liegt evtl. an der FW.

Was mich aber extrem stört ist, dass der IPSEC Tunnel Durchsatz innerhalb eines Tages auf ca. 2 mbit/s fällt (Internetspeed OK ca 440/45 mbit/s). Nach einem Neustart der Connect Box läuft das VPN wieder mit ca 15mbit/s.

ANMU

Hallo GrandDixence

Danke für Deinen Input. Kann dies bei mir Zuhause leider nicht beurteilen, da ich ja nicht sehen kann, wie viele er gebündelt hat. Bei der Connect Box kann man dies ja noch selbst anschauen. Beim Ubee ist mir dies nicht bekannt.

Spielt aber in meinem Fall keine Rolle, da der Downspeed aktuell schnell genug ist für die Bedürfnisse.

Natürlich ist das Endziel dann die 500/50 zu erreichen.

Noch besser wäre natürlich eine synchrone Leitung (wie manche Anbieter im Glasfaser Bereich im Angebot haben).

ANMU

Hallo Blinky

Ein Ticket habe ich und die aktuelle Kontaktperson vom Second Level ist 1A und hat sich bei mir um alles gekümmert, mich unterstützt und soweit geholfen, wie er helfen konnte. An dieser Stelle nochmals Besten Dank an den Second Level :-).

Zusammen hat man die bestmögliche Lösung zu meinem Fall gefunden.

Mit meiner Ticket-Nr. kann ich jeder Zeit mich nach dem Status erkundigen. Ich weiss, dass man ein Problem Management nicht 1:1 mit einer Software Entwicklung vergleichen kann, wollte lediglich mein Verständnis für die Sachlage ausdrücken ;-).

Da es hier um ein spezielles Problem handelt, das zuerst eruiert werden musste und nicht alltäglich ist, hat der First Level Support mein Verständnis (auch wenn ich selbst genervt war), dass man dies nicht von Anfang an ernst genommen hat.

Wie erwähnt, hat der Second Level das ganze Ernstgenommen und ist dem nachgegangen.

GrandDixence

@ANMU schrieb:
Das Ubee-Modem schafft (mit Rückenwind, Heimweh und Bergab :-)) bei mir 280/50

Das Ubee-Modem ist ein EuroDOCSIS 3.0-Kabelmodem mit 8×4-Kanalbündelung und sollte auf dem Papier:

Downstream/Download: 400 MBit/s (8 Kanäle gebündelt)
Upstream/Upload: 108 MBit/s (4 Kanäle gebündelt)

erreichen. In der Praxis liegen die Download/Downstream-Werte offenbar deutlich tiefer. Vielleicht ist das Fernsehkabelnetz aber auch nur überlastet und es können vom Kabelmodem nur 6 statt 8 Downstream-Kanäle gebucht werden. Oder die Messungen wurden nicht genügend lange durchgeführt und das zu kleine TCP-Window hat die Messresultate verfälscht.

Blinky

@ANMU

Ich würde wohl in diesem Falle ein Problem Management nicht 1:1 mit einer Software Entwicklung vergleichen.

Wenn ich ein Ticket aufgebe erhalte ich normalerweise auch eine Ticket Nummer unter welcher ich den aktuellen Stand einsehen kann. Dies ist hier aus meiner Sicht nicht gegeben.

ANMU

Hallo hanshans

Das Ubee-Modem schafft (mit Rückenwind, Heimweh und Bergab :-)) bei mir 280/50.

Ein Termin für den BugFix wurde nicht genannt.

Da ich auch aus der Software Branche komme, ist dies für mich absolut verständlich und nachvollziehbar, da bei Software Entwicklungen in dem Sinne nie einen Termin genannt werden kann.

Relevant ist, dass das Problem erkannt und ein Ticket festgehalten wurde.

Da ich aber die neuen Modems nicht retournieren, sondern den BugFix abwarten soll, nehme ich an, dass es evtl. nicht lange dauern wird. Glaube nicht daran, aber lasse mich gerne überraschen :-).

Im Moment bin ich damit zufrieden, da mein Ubee-Modem schon mehr als 10 Jahren durchhält und immer noch funkioniert :-), auch wenn es nun bei 250 Mbit sein Zenit erreicht hat.

hanshans

Hallo ANMU

Danke für den Update hier. Welche Bandbreite steht dir denn jetzt mit dem Ubee-Modem noch zur Verfügung, die 500/50 kann es ja nicht? Und wurde dir irgendein Termin in Aussicht gestellt?

Grüsse

ANMU

Hallo Zusammen

Der vollständigkeitshalber zur Info:

Wir lassen nun das Ubee - Modem in Betrieb. Sobald das Problem behoben sein sollte, wird sollte sich der 2. Level Support wieder bei mir melden, damit ich es nochmals testen kann.

ANMU

Hallo Zusammen

Der Second Level Support hat sich heute Nachmittag gemeldet ( an dieser Stelle, Besten Dank dafür ).

Wir haben uns entschlossen, mein “altes Ubee Modem” wieder in Betrieb zu nehmen, damit wir testen können, ob es damit wieder normal funktioniert.

Was soll ich sagen :-), abgesehen, dass das altbewährte Ubee Modem die 500 Mbit nicht erreichen kann, funktionierten alle VPN und TCP Test’s einwandfrei im Bridge Modus.

Somit ist mein aktuelles Fazit, dass das Problem im Modem Modus der Connect Box liegt.

Wer also ein Problem hat, kann die Connect Box im Router Modus betreiben, und danach globale eine Portweiterleitung an die interne Firewall setzen. Damit IPSec funktioniert, braucht es einfach einen VPN Server mit NAT-T oder IKEv2 Untersetzung.

Dies ist zwar nicht die Lösung, aber ein Workaround den man temporär verwenden kann, sofern man nicht mehrere externe IP’s benötigt.

Ob es die Hardware oder Firmware ist kann ich nicht abschliessend sagen. Vermute aber die Firmware.

Wie es nun weitergeht, weiss ich noch nicht. Der Second Level Support will sich morgen bei mir nochmals telefonisch melden, damit wir die Test’s und das weitere Vorgehen besprechen können.

Besten Dank an alle die sich hier an einer «Lösung» beteiligen.

ANMU

Guten Morgen

Kann sich der Second Level Support der sich gestern um 12.34 Uhr bei mir gemeldet hat, mich heute auf dem Mobile nochmals anrufen?

ANMU

Der UPC Support sagt, dass bei mir kein DS-Lite aufgeschaltet ist. Nun stellt sich die Frage, ob es trotzdem via IPv6 getunnelt wird?

GrandDixence

Die ConnectBox müsste eigentlich auch eine IPv6-Firewall haben. Da IPv4-Pakete durch IPv6 getunnelt werden, könnte die IPv4-Firewall UND die IPv6-Firewall der ConnectBox Einfluss auf die IPv4-Performance haben.

ANMU

Hallo Zusammen

Wo finde ich dann das Forum Kunde -》UPC ?

Es kann ja nicht sein, dass UPC mitliest und hofft das ein User das Problem löst.

Habs nun auch via IKEv1, IKEv2, NAT-T, L2TP, PPTP getestet auch von einem Gigabit Internet Anschluss mit unterschiedlichen Routern, immer mit dem gleichem Effekt…

Via tsclient voller Durchsatz, so wie ich es gerne hätte… VPN scheint irgend wo einen Flaschenhals zu haben (UPC ?).

Werde noch ein paar Tests am Wochenende durchführen und hoffe dann ein Fazit zu haben… Mal schauen…

« Vorherige Seite Nächste Seite »