Frage
Antwort
Lösung
am 22.06.2021 13:05
Meine Erfahrungen mit dem technischen Support (Level 2?) will ich nicht kommentieren. Wenn die "Leitung" steht, sind die Modemwerte i.O. Es waren mind. 3 verschiedene Experten vor Ort die seit 2019 einpegelten. Im Down/Up habe ich im die 94x/54Mbit mit breitbandmessung.de
Anbei einige Screenshots von heute:
Das Problem zieht sich seit Ende April so dahin. Das gleiche Problem war schon mal Juli/Aug. 2020
Techniker war im Mai vor Ort, Dämpungsglied eingebaut, neu gepegelt. Lief bis Juni. Seither zwei neue VF Arris Router seit dem 11.6.21.
Der 2nd Level ist ratlos, sieht teilweise "Ausfälle", verortet aber das Problem bei mir (hüstl) da ich im Bridgemode bin. Der Leihrouter fällt definitiv aus, die LED Internetanzeige blinkt weiß oder rot. Das hat nichts mit der pfSense zu tun
Anschließent kommen die obligatorischen mails von der pfSense:
Notifications in this message: 4 ================================ 12:30:25 MONITOR: WAN_DHCP has high latency, omitting from routing group GW 188.192.160.254|188.192.160.xx|WAN_DHCP|503.348ms|1426.759ms|12%|down|highdelay 12:30:25 MONITOR: MULLVAD_VPNV4 has high latency, omitting from routing group GW 10.10.0.1|10.10.0.14|MULLVAD_VPNV4|533.388ms|1437.565ms|13%|down|highdelay 12:31:23 MONITOR: WAN_DHCP is available now, adding to routing group GW 188.192.160.254|188.192.160.xx|WAN_DHCP|46.003ms|178.074ms|7%|online|none 12:31:23 MONITOR: MULLVAD_VPNV4 is available now, adding to routing group GW 10.10.0.1|10.10.0.14|MULLVAD_VPNV4|63.349ms|177.439ms|7%|online|none
10 Minuten später bin ich vom Bridge im Router Modus, hää???
Notifications in this message: 3 ================================ 12:40:22 MONITOR: WAN_DHCP is available now, adding to routing group GW 192.168.100.254|192.168.100.197|WAN_DHCP|0ms|0ms|100%|online|none 12:40:23 MONITOR: WAN_DHCP has packet loss, omitting from routing group GW 192.168.100.254|192.168.100.197|WAN_DHCP|0ms|0ms|100%|down|highloss 12:40:25 MONITOR: WAN_DHCP is available now, adding to routing group GW 188.192.160.254|188.192.160.73|WAN_DHCP|21.286ms|14.189ms|0.0%|online|none
Liebe @Moni_GK kannst du da einen Mitarbeiter aus dem Kompetenzzentrum mit diesem Fall beauftragen?
Userban wg. wiederholter Missachtung der Forenregeln. Gruß, das Mod-Team
02.11.2021 10:19 - bearbeitet 02.11.2021 10:28
Meine Pegelwerte im Down werden schlechter SNR/MER min. bei 20dB. Im Vergleich zum 28.10.21 at sich der SNR/MER um -5dB verschlechtert. Im August hatte ein SN/MER von 33dB
Downstream-Kanäle Kanal ID Kanaltyp Frequenz (MHz) Modulation Empf. Signalstärke (dBmV/dBµV) SNR/MER (dB) Lock Status 33 OFDM 151~324 1024QAM 9.8/69.8 34 JA 9 SC-QAM 650 256QAM 10.6/70.6 31.3 JA 2 SC-QAM 130 256QAM 8.7/68.7 31.4 JA 3 SC-QAM 138 256QAM 8/68 31.3 JA 4 SC-QAM 146 256QAM 8.1/68.1 31.7 JA 5 SC-QAM 602 256QAM 9.7/69.7 31.7 JA 6 SC-QAM 618 256QAM 10.2/70.2 31.7 JA 7 SC-QAM 626 256QAM 10.8/70.8 31.6 JA 8 SC-QAM 642 256QAM 11.4/71.4 31.6 JA 1 SC-QAM 114 256QAM 8.8/68.8 30.4 JA 10 SC-QAM 658 256QAM 10.4/70.4 31.1 JA 11 SC-QAM 666 256QAM 10.2/70.2 31.1 JA 12 SC-QAM 674 256QAM 10.1/70.1 30.8 JA 13 SC-QAM 682 256QAM 10.4/70.4 30.9 JA 14 SC-QAM 690 256QAM 10.6/70.6 30.9 JA 15 SC-QAM 698 64QAM 3.9/63.9 24.6 JA 16 SC-QAM 706 64QAM 4.3/64.3 24.3 JA 17 SC-QAM 714 64QAM 3.5/63.5 23.9 JA 18 SC-QAM 722 64QAM 3.6/63.6 23.6 JA 19 SC-QAM 730 64QAM 3.9/63.9 23.4 JA 20 SC-QAM 738 64QAM 4.1/64.1 23.3 JA 21 SC-QAM 746 64QAM 4.8/64.8 23.3 JA 22 SC-QAM 754 64QAM 4.7/64.7 23.3 JA 23 SC-QAM 762 64QAM 4.4/64.4 23.4 JA 24 SC-QAM 770 64QAM 4.8/64.8 23.6 JA 25 SC-QAM 778 64QAM 4.5/64.5 23.5 JA 26 SC-QAM 786 64QAM 4.5/64.5 23.4 JA 27 SC-QAM 794 64QAM 4.6/64.6 23.3 JA 28 SC-QAM 802 64QAM 3.7/63.7 23.1 JA 29 SC-QAM 810 64QAM 3.2/63.2 22.8 JA 30 SC-QAM 818 64QAM 1/61 21.7 JA 31 SC-QAM 826 64QAM -1.4/58.6 21.2 JA 32 SC-QAM 834 64QAM -2.9/57.1 20.7 JA Upstream-Kanäle Kanal ID Kanaltyp Frequenz (MHz) Modulation Send. Signalstärke (dBmV/dBµV) Ranging Status 9 OFDMA 29.8~64.8 16_QAM 42.2/102.2 Erfolgreich 2 SC-QAM 45 64QAM 46.3/106.3 Erfolgreich 4 SC-QAM 31 32QAM 46.3/106.3 Erfolgreich 3 SC-QAM 37 64QAM 46.3/106.3 Erfolgreich 1 SC-QAM 51 64QAM 46.3/106.3 Erfolgreich
Speed im Download ist nun auch bescheiden, im Up wie immer bescheiden.
Test Complete. Summary Results: [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 18.9 MBytes 15.9 Mbits/sec 17 sender [ 5] 0.00-10.03 sec 18.5 MBytes 15.5 Mbits/sec receiver CPU Utilization: local/sender 0.6% (0.1%u/0.4%s), remote/receiver 5.5% (0.5%u/5.1%s) snd_tcp_congestion cubic rcv_tcp_congestion cubic
Den Design Plastikbomber habe ich bereits resetet.
Zum Glück sind meine Telefon# bei Sipgate registriert.
Wieder ein Fall für die Pegelweltmeister?
Userban wg. wiederholter Missachtung der Forenregeln. Gruß, das Mod-Team
am 02.11.2021 11:32
Hallo Kieferer,
hier gibt es ein offenes Ticket vom 14.9. mir der Auftragsnummer***126/21.
Leider ist noch kein Störende hinterlegt.
Viele Grüße
Jana
02.11.2021 12:36 - bearbeitet 02.11.2021 12:42
@Jana478 schrieb:Hallo Kieferer,
.... mir der Auftragsnummer***126/21.
Danke @Jana478
Dieses Ticket bezieht sich auf den ODFAM, verminderten Upload.
NEU ist hingegen das mir der SNR/MER abschmiert im im Down nur noch 100 - 400MBits ankommen. Das öffnen von Webseiten dauert manchmal unsäglich lange.
Somit habe ich über die Hotline - wahrscheinlich nun das 18te - ein Ticket eröffnet.
2.11.21: Dein Auftrag: ***872/21
Hier - wahrscheinlich - hast du das nicht gelesen meine Pegel. Die Zahl vor dem JA ist gemeint.
23 SC-QAM 762 64QAM 4.6/64.6 23.5 JA 24 SC-QAM 770 64QAM 5.1/65.1 23.6 JA 25 SC-QAM 778 64QAM 4.8/64.8 23.5 JA 26 SC-QAM 786 64QAM 4.7/64.7 23.5 JA 27 SC-QAM 794 64QAM 4.9/64.9 23.3 JA 28 SC-QAM 802 64QAM 4.1/64.1 23.2 JA 29 SC-QAM 810 64QAM 3.6/63.6 22.9 JA 30 SC-QAM 818 64QAM 1.4/61.4 21.7 JA 31 SC-QAM 826 64QAM -0.9/59.1 21.2 JA 32 SC-QAM 834 64QAM -2.4/57.6 20.8 JA
Hier stimmt was nicht mit der Leitung, also neue Baustelle. Bei einer guten VF in House Monitoring SW wäre das aufgefallen.
Ja, bald wird es wieder Sommer.
Userban wg. wiederholter Missachtung der Forenregeln. Gruß, das Mod-Team
02.11.2021 15:03 - bearbeitet 02.11.2021 15:09
A**e oder M***s von Pegelway, das ist die Frage.
Ich hoffe M***s NE3 kommt, obwohl A**e auch eine Nette ist.
Auch der Regen könnte eine Rolle spielen. Die Aktion Juli und nun November korrelieren.
Spaßeshalber habe ich mal den UHF 892/16 Filter abgeschraubt. Natürlich nach dem Test wieder montiert.
16 SC-QAM 706 64QAM 8.8/68.8 24.3 JA 17 SC-QAM 714 64QAM 8.2/68.2 23.9 JA 18 SC-QAM 722 64QAM 8.5/68.5 23.7 JA 19 SC-QAM 730 64QAM 9.2/69.2 23.5 JA 20 SC-QAM 738 64QAM 9.4/69.4 23.3 JA 21 SC-QAM 746 64QAM 10.3/70.3 23.3 JA 22 SC-QAM 754 64QAM 10.6/70.6 23.3 JA 23 SC-QAM 762 64QAM 10.8/70.8 23.5 JA 24 SC-QAM 770 64QAM 11.7/71.7 23.6 JA 25 SC-QAM 778 64QAM 12/72 23.5 JA 26 SC-QAM 786 64QAM 12.2/72.2 23.5 JA 27 SC-QAM 794 64QAM 12.5/72.5 23.3 JA 28 SC-QAM 802 64QAM 12.1/72.1 23.2 JA 29 SC-QAM 810 64QAM 12.3/72.3 22.9 JA 30 SC-QAM 818 64QAM 11.2/71.2 21.8 JA 31 SC-QAM 826 64QAM 10.2/70.2 21.3 JA 32 SC-QAM 834 64QAM 9.5/69.5 20.9 JA
Der SNR/MER bleibt der Pegel wird angehoben.
Nochmals, die Hausverdrahtung ist in Ordnung. Das was von draußen kommt kann ich nicht beurteilen.
Ist VF in der Lage den Kabelweg von meinem Heim - Verteiler - weiterführend zu prüfen?
Auch habe ich erwähnt das am HÜP das Rohsignal bereits brüllt.
Darum auch ein 16dB Filter. Interessant ist auch das alter der Verzeiger z.B. Post 88
Userban wg. wiederholter Missachtung der Forenregeln. Gruß, das Mod-Team
04.11.2021 11:19 - bearbeitet 04.11.2021 11:24
@Jana478 @Tobias @Martin59 @Moni_GK @
Bisher klagte ich über einen schlechten upload, nun ist auch der Download davon betroffen.
Gestern habe ich ein Ticket geöffnet weil die SNR/MER Werte im Keller sind. Gestern bekam ich die Nachricht das:
Speedtests im Downstream bewegen sich nun:
Vor dem bemerkten des schlechten SNR/MER
Der SNR/MER ist immer noch bei. Und ich bin mir sicher das der MER vom Modem und nicht vom CMTS gerechnet wird.
14 SC-QAM 690 256QAM 10.5/70.5 30.8 JA 15 SC-QAM 698 64QAM 3.6/63.6 24.5 JA 16 SC-QAM 706 64QAM 4.2/64.2 24.3 JA 17 SC-QAM 714 64QAM 3.4/63.4 23.9 JA 18 SC-QAM 722 64QAM 3.4/63.4 23.6 JA 19 SC-QAM 730 64QAM 3.9/63.9 23.5 JA 20 SC-QAM 738 64QAM 4.2/64.2 23.3 JA 21 SC-QAM 746 64QAM 4.8/64.8 23.3 JA 22 SC-QAM 754 64QAM 4.7/64.7 23.3 JA 23 SC-QAM 762 64QAM 4.4/64.4 23.4 JA 24 SC-QAM 770 64QAM 4.8/64.8 23.5 JA 25 SC-QAM 778 64QAM 4.6/64.6 23.5 JA 26 SC-QAM 786 64QAM 4.3/64.3 23.5 JA 27 SC-QAM 794 64QAM 4.5/64.5 23.3 JA 28 SC-QAM 802 64QAM 3.6/63.6 23.2 JA 29 SC-QAM 810 64QAM 3.1/63.1 22.9 JA 30 SC-QAM 818 64QAM 0.8/60.8 21.7 JA 31 SC-QAM 826 64QAM -1.4/58.6 21.2 JA 0 SC-QAM 834 64QAM -3.1/56.9 20.8 JA
*******************ACHTUNG*******************
Nun geht im iperf3 gar nicht mehr. Ich hatte verschiedene Server versucht.
Time: Thu, 04 Nov 2021 10:21:42 GMT Connecting to host iperf.par2.as49434.net, port 9238 Cookie: p76q3754gqwzbs4zdzdhwyhhytjmb7oq3qpg TCP MSS: 1448 (default) Target Bitrate: 50000000 [ 5] local 10.16.252.142 port 60312 connected to 193.177.162.41 port 9238 Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 0 seconds, 10 second test, tos 0 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 2.87 MBytes 24.1 Mbits/sec 12 1.41 KBytes [ 5] 1.00-2.00 sec 0.00 Bytes 0.00 bits/sec 1 1.41 KBytes [ 5] 2.00-3.00 sec 0.00 Bytes 0.00 bits/sec 1 1.41 KBytes [ 5] 3.00-4.00 sec 0.00 Bytes 0.00 bits/sec 0 1.41 KBytes [ 5] 4.00-5.00 sec 0.00 Bytes 0.00 bits/sec 1 1.41 KBytes [ 5] 5.00-6.00 sec 0.00 Bytes 0.00 bits/sec 0 1.41 KBytes [ 5] 6.00-7.00 sec 0.00 Bytes 0.00 bits/sec 0 1.41 KBytes [ 5] 7.00-8.00 sec 0.00 Bytes 0.00 bits/sec 0 1.41 KBytes [ 5] 8.00-9.00 sec 0.00 Bytes 0.00 bits/sec 1 1.41 KBytes iperf3: error - control socket has closed unexpectedly
*******************************************************************
Ich bin mir sicher, sofern mir nicht ein überzeugendes Argument entgegengebracht wird, das was an der Leitung was nicht stimmt. Die Pegelwerte des Modems sehen gesund aus. Und hier beginnt das Ticket ping pong Spiel.
Liebe Mods, öffnet bitte ein Ticket. Selbsterstellte Tickets werden geschloßen weil für mich ein unsichtbares Ticket geöffnet ist, sie post von @Jana478
PS
Ich werde keiner Bilder in einen Spoiler einfügen, da scheinbar der Klick zum öffnen schon eine hohe Hürde darstellt und dadurch Informationen verloren gehen.
Ob Hannes A. privat einen VF Kabel Anschluß hat, darf ich nach meinen Erfahrungen nach bezweifeln.
Userban wg. wiederholter Missachtung der Forenregeln. Gruß, das Mod-Team
am 04.11.2021 11:22
Hallo Kieferer,
der Auftrag ist drin, die Kollegen haben schon den Fehler festgestellt und die Entstörung beauftragt. Du wirst dann informiert.
Viele Grüße
Jana
04.11.2021 13:10 - bearbeitet 04.11.2021 13:12
@Jana478 @Tobias @Martin59 @Moni_GK
mhmm.
Die Pegel haben sich nicht geändert, jedoch drastisch der SNR/MER
Hätte der 3rd. Level was am Powerlevel gedreht, hätte ich eine Logik gesehen.
Eventuell dibt es einen "abgesoffenen" Verzweiger, in den Wasser eingedrungen ist.
Anders ist der drastisch gesunkene MER nicht zu erklären.
Könnt ihr das klären und ein Ticket eröffnen. Meins wurde geschloßen. (Ticket ping - pong)
Userban wg. wiederholter Missachtung der Forenregeln. Gruß, das Mod-Team
08.11.2021 15:15 - bearbeitet 08.11.2021 15:34
Da hattet ihr doch recht. Die SNR/MER Werte wurden nach Schließung des Tickets schlagartig wieder normal.
Der Download ist wieder OK, im Up keine Änderung. 12.4 Mbits das war es.
homas@ThinkPad-P50:~$ iperf3 -c iperf.par2.as49434.net -p 9239 -b1000m -t10 -P1 -V iperf 3.7 Linux ThinkPad-P50 5.4.0-89-generic #100-Ubuntu SMP Fri Sep 24 14:50:10 UTC 2021 x86_64 Control connection MSS 1448 Time: Mon, 08 Nov 2021 14:13:36 GMT Connecting to host iperf.par2.as49434.net, port 9239 Cookie: xlwpgropp4jobmi5dgj5nn4izihppd2agpar TCP MSS: 1448 (default) Target Bitrate: 1000000000 [ 5] local 10.16.252.142 port 37642 connected to 193.177.162.41 port 9239 Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 0 seconds, 10 second test, tos 0 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 7.85 MBytes 65.8 Mbits/sec 16 116 KBytes [ 5] 1.00-2.00 sec 1.88 MBytes 15.7 Mbits/sec 16 48.1 KBytes [ 5] 2.00-3.00 sec 1.62 MBytes 13.6 Mbits/sec 1 55.1 KBytes [ 5] 3.00-4.00 sec 768 KBytes 6.29 Mbits/sec 14 15.6 KBytes [ 5] 4.00-5.00 sec 512 KBytes 4.19 Mbits/sec 3 22.6 KBytes [ 5] 5.00-6.00 sec 512 KBytes 4.19 Mbits/sec 7 15.6 KBytes [ 5] 6.00-7.00 sec 640 KBytes 5.24 Mbits/sec 2 32.5 KBytes [ 5] 7.00-8.00 sec 1.12 MBytes 9.44 Mbits/sec 2 45.2 KBytes [ 5] 8.00-9.00 sec 1.12 MBytes 9.44 Mbits/sec 9 17.0 KBytes [ 5] 9.00-10.00 sec 1.00 MBytes 8.39 Mbits/sec 0 43.8 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - Test Complete. Summary Results: [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 17.0 MBytes 14.2 Mbits/sec 70 sender [ 5] 0.00-10.03 sec 14.9 MBytes 12.4 Mbits/sec receiver CPU Utilization: local/sender 4.2% (0.8%u/3.4%s), remote/receiver 3.4% (0.7%u/2.7%s) snd_tcp_congestion cubic rcv_tcp_congestion cubic iperf Done.
VF Speedtest, sehr schwankend
Userban wg. wiederholter Missachtung der Forenregeln. Gruß, das Mod-Team
am 09.11.2021 07:22
Hi @Kieferer,
die Kollegen hatten hier was zentral entstört, weil der geringe Sendepegel nicht nur bei Dir der Fall war, ists jetzt weiterhin der Fall? Das wurde am 05.11 gelöst, sollte egtl "Geschichte" sein 😞
LG
Tobias
09.11.2021 10:19 - bearbeitet 09.11.2021 10:34
Vielen Dank für die erhellende Info.
Nachdem die Pegel schlagartig OK waren wußte ich das der 3rd Level was am CMTS gedreht hatte. Meine Fragen zum abweichenden Pegel konnten von euch nicht beantwortet werden weil "ihr" das selber nicht wusstet. Die Antwort "Ticket ist offen" ist nicht gerade informativ.
Das keine Kommunikation Sub - VF - Sub stattfindet, daran habe ich mich gewöhnt, allerdings hätte ich eine inhouse Kommunikation VF 2nd Level - VF 3rd Level erwartet.
Die akt. Pegelwerte:
Downstream-Kanäle Kanal ID Kanaltyp Frequenz (MHz) Modulation Empf. Signalstärke (dBmV/dBµV) SNR/MER (dB) Lock Status 33 OFDM 151~324 1024QAM 9.8/69.8 42 JA 5 SC-QAM 602 256QAM 10/70 38.6 JA 2 SC-QAM 130 256QAM 8.8/68.8 39 JA 3 SC-QAM 138 256QAM 8.1/68.1 39 JA 4 SC-QAM 146 256QAM 8.2/68.2 39 JA 1 SC-QAM 114 256QAM 9/69 38.6 JA 6 SC-QAM 618 256QAM 10.5/70.5 39 JA 7 SC-QAM 626 256QAM 11.1/71.1 39 JA 8 SC-QAM 642 256QAM 11.7/71.7 39 JA 9 SC-QAM 650 256QAM 11/71 39 JA 10 SC-QAM 658 256QAM 10.7/70.7 39 JA 11 SC-QAM 666 256QAM 10.6/70.6 38.6 JA 12 SC-QAM 674 256QAM 10.4/70.4 39 JA 13 SC-QAM 682 256QAM 10.9/70.9 39 JA 14 SC-QAM 690 256QAM 11/71 39 JA 15 SC-QAM 698 64QAM 4.3/64.3 33.9 JA 16 SC-QAM 706 64QAM 4.7/64.7 34.4 JA 17 SC-QAM 714 64QAM 4.1/64.1 33.8 JA 18 SC-QAM 722 64QAM 4.2/64.2 33.8 JA 19 SC-QAM 730 64QAM 4.8/64.8 33.9 JA 20 SC-QAM 738 64QAM 5/65 34.3 JA 21 SC-QAM 746 64QAM 5.9/65.9 34.4 JA 22 SC-QAM 754 64QAM 6.1/66.1 34.3 JA 23 SC-QAM 762 64QAM 5.9/65.9 34.9 JA 24 SC-QAM 770 64QAM 6.5/66.5 35 JA 25 SC-QAM 778 64QAM 6.4/66.4 34.9 JA 26 SC-QAM 786 64QAM 6.3/66.3 34.9 JA 27 SC-QAM 794 64QAM 6.5/66.5 35 JA 28 SC-QAM 802 64QAM 5.8/65.8 34.9 JA 29 SC-QAM 810 64QAM 5.2/65.2 34.9 JA 30 SC-QAM 818 64QAM 2.9/62.9 33.4 JA 31 SC-QAM 826 64QAM 0.9/60.9 32.3 JA 32 SC-QAM 834 64QAM -0.7/59.3 31.6 JA Upstream-Kanäle Kanal ID Kanaltyp Frequenz (MHz) Modulation Send. Signalstärke (dBmV/dBµV) Ranging Status 9 OFDMA 29.8~64.8 16_QAM 43/103 Erfolgreich 1 SC-QAM 51 64QAM 45/105 Erfolgreich 4 SC-QAM 31 64QAM 45/105 Erfolgreich 3 SC-QAM 37 64QAM 47/107 Erfolgreich 2 SC-QAM 45 64QAM 47/107 Erfolgreich
Tendenziell schaut der upload im single mode mit 11MBits etwas besser aus. Die Anzahl der Retries ist hoch.
thomas@ThinkPad-P50:~$ iperf3 -c iperf.par2.as49434.net -p 9238 -b1000m -t10 -P1 -V - iperf 3.7 Linux ThinkPad-P50 5.4.0-89-generic #100-Ubuntu SMP Fri Sep 24 14:50:10 UTC 2021 x86_64 Control connection MSS 1448 Time: Tue, 09 Nov 2021 08:34:44 GMT Connecting to host iperf.par2.as49434.net, port 9238 Cookie: rehrflgugxmx7224uv76ci3zyivr4ztklwyf TCP MSS: 1448 (default) Target Bitrate: 1000000000 [ 5] local 10.16.252.142 port 37196 connected to 193.177.162.41 port 9238 Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 0 seconds, 10 second test, tos 0 Test Complete. Summary Results: [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 14.1 MBytes 11.8 Mbits/sec 47 sender [ 5] 0.00-10.02 sec 13.4 MBytes 11.2 Mbits/sec receiver CPU Utilization: local/sender 1.4% (0.6%u/0.9%s), remote/receiver 2.6% (0.4%u/2.2%s) snd_tcp_congestion cubic rcv_tcp_congestion cubic iperf Done.
Mit 10 parallelen Downloads um die 41MBits
thomas@ThinkPad-P50:~$ iperf3 -c iperf.par2.as49434.net -p 9238 -b1000m -t10 -P10 -V iperf 3.7 Linux ThinkPad-P50 5.4.0-89-generic #100-Ubuntu SMP Fri Sep 24 14:50:10 UTC 2021 x86_64 Control connection MSS 1448 Time: Tue, 09 Nov 2021 09:23:36 GMT Connecting to host iperf.par2.as49434.net, port 9238 Cookie: s5dvtyuggvjrspjopuainm244mbqlxzonqwy TCP MSS: 1448 (default) Target Bitrate: 1000000000 [SUM] 0.00-10.00 sec 53.2 MBytes 44.6 Mbits/sec 516 sender [SUM] 0.00-10.02 sec 50.0 MBytes 41.8 Mbits/sec receiver CPU Utilization: local/sender 6.9% (1.2%u/5.6%s), remote/receiver 6.9% (0.6%u/6.4%s) snd_tcp_congestion cubic rcv_tcp_congestion cubic iperf Done.
Die Performance im single mode von 11MBits ist mies. Diese brauche ich aber zum Betrieb meiner VPN Verbindungen.
Zudem sind nun micro PL's in der VF Gateway zu bemerkbar. Die korrelieren mit den pings von Heise & VF. Eine Belastung durch Down- oder Uploads lag nicht vor.
Userban wg. wiederholter Missachtung der Forenregeln. Gruß, das Mod-Team