Frage
Antwort
Lösung
- PLZ 8308x
- Red Internet Business 1000
- VF Station (Arris) im Bridgemode -> pfSense
- Anbindung LAN
- Verbindungsabrüche / Packetloss
- Bei Verbindungsabruch leuchted am Modem das rotes LED
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?
Danke @Claudia das du mir eine Rückmeldung gibst, dies ist nicht selbstverständlich.
Einer so netten Bitte komme ich gerne nach. 
Vorab, ich bin im reinen IPv4 mode. IPv6 ist von VF disabled.
Ob ein 16er OFDMA den up schafft weiß ich nicht, sieht aber teilweise so aus, aber teilweise auch nicht
Falls der OFDMA 50Mbit schaft, warum ist der up bei dem VF Speedtest meist um die 10Mbit/s? Andere Speedtests wie speedtest.net, Breitband.de, nperf.net, wieistmeineip.de zeigen ähnliche Ergebnisse.
Du bist der Meinung das der Bridge Mode "bad vibrations" ausstrahlt, ich glaube da muß ich dich enttäuschen. Das hat nicht mit dem Bridge Mode zu schaffen. Die PfSense pingt den vorgegebene GW von VF.
Deinen gewünschten Test im Routermode hatte ich bereits durchgeführt. Das Ergebnis ist gleich. Screenshots hatte ich bereits gepostet.
Übrigens, Pingplotter geht auf einem Linux Rechner nicht zu installieren.
Alternativ habe ich den Pingplotter installiert. Ein PL im GW (pfSense) bewirkt einen PL an allen Smokeping Clients
Nach 2 maligen auführen - kurz hintereinnander - eines nperf3 Tests bekomme ich einen PL, sichtbar um 13:01 im pfSense Trend.
Es bleibt dabei
- Der upload ist inkonsistent.
- Den vollen up bekommt man nur nach laaanger Zeit. Getestet mit Wireguard mit T-COM
Wie geht es weiter?
----------------------------------------------------------------------------------------------------------------------------
Tech Stuff
Interessant ist auch das Verhalten der VF GW um 13:10, zuvor sigma spikes um 13:10 spikes weg und die Smokeping clients haben einen kleinen PL bzw laufen im ping von 10 bis zu 60ms (Google)
Test
Nach einem mehrmaligen wiederholen von Speedtests wird der Speed erreicht. Wird ein Speedtest out of the blue durchgeführt - also aus dem Ruhezustand -ist der VF Speedtest bei ca. 10MBit/s. Up- und Downspeed werden für ca. 10 sek. gemessen.
Die App Breitbandtest, speedtest.net testen für ca. 15sek. den Speed. Daher auch Unterschiede.
Vergleiche Uhrzeiten
2 Speedtests mit speedtest.net. Nach dem ersten Speedtest ca. 5min. gewartet.
Warum dauert das solange bis der upload speed da ist?
Hallo Claudia, (du bist eine fleißige...)
ob eine Aufwachphase vorhanden ist kann ich nicht beurteilen. Seit dem eingeführten OFDMA Kanal sieht das Verhalten im Up anders aus.
Generell kann ich behaupten das 50MBit/s im up anstehen, aber nicht immer.
Bei den gezeigten einzel Speedtest werden um die 10MBit/s ermittelt, beim direkt anschließenden weiteren Speedtest erhöht sich der Up auf 25Mbit/s, beim nächten wird dann 54Mbit/s erreicht. Aber auch nicht immmer.
Die Idee mit dem upload in die Cloud finde ich gut. Bei Google Drive habe ich ein 100MB file hochgeladen und bekam als Speed um die 40MBit/s. Leider kein Screenshot. Nachfolgend nochmal ein 2GB file hochgeladen. Speed so ca. 8Mbit/s
Anschließend das selbe mit wetransfer. Der Speed war um die ca. 40MBit/s
Google Drive Upload
Wetransfer ca. 40MBit/s
Speedtest
Packetloss
Warum gibt es seit 0:15 keine Spikes mehr?
OFDMA Spektrum
Beim letzten Besuch von M****s von Pegelway zeigte er mir ein Spektrum welches ähnlich wie in diedem Bild aussah. Sind diese Störungen weg? (Blaue Linien von mir)
Tut mir leid Claudia,
du hättest den Pingplotter nicht erwähnen sollen.
Mit Smokeping habe ich ein tolles Spielzeug entdeckt.
Im US ist was faul - also nicht in Ordnung - das ist meine Quintessenz und kann so nicht bleiben.
Mit nperf3
iperf3 -c speedtest.dcsix.net -p 30000 -u -b 1G
unter Linux erhalte ich zu 90% den vollen up speed. Allerdings wird auf den TCP Port 30000 gelauscht.
Was mir im up nicht passt ist der lost & jitter. Nur 5-6% der Packete kommen durch.
Somit vertraue ich diesem Test auch nicht so ganz.
Führe ich iperf 2x hintereinander aus, bekomme ich einen Packetloss von ca 15 - 30sek.
Wie kann das sein?
Bevor jemand auf die Idee kommt.
Das gleiche Problem ist auch im Routermodus der VF Station zu beobachten, siehe einige Posts vor diesem.
5 parallele Downloads und im up weerden 95% Lost gemeldet.
iperf3 -c speedtest.dcsix.net -p 30000 -P 5 -u -b 1G Connecting to host speedtest.dcsix.net, port 30000 [ 5] local 10.16.252.100 port 54049 connected to 83.246.47.226 port 30000 [ 7] local 10.16.252.100 port 39861 connected to 83.246.47.226 port 30000 [ 9] local 10.16.252.100 port 57182 connected to 83.246.47.226 port 30000 [ 11] local 10.16.252.100 port 36358 connected to 83.246.47.226 port 30000 [ 13] local 10.16.252.100 port 45764 connected to 83.246.47.226 port 30000 [ ID] Interval Transfer Bitrate Total Datagrams [ 5] 0.00-1.00 sec 22.2 MBytes 186 Mbits/sec 15929 [ 7] 0.00-1.00 sec 22.2 MBytes 186 Mbits/sec 15929 [ 9] 0.00-1.00 sec 22.2 MBytes 186 Mbits/sec 15929 [ 11] 0.00-1.00 sec 22.2 MBytes 186 Mbits/sec 15929 [ 13] 0.00-1.00 sec 22.2 MBytes 186 Mbits/sec 15929 [SUM] 0.00-1.00 sec 111 MBytes 930 Mbits/sec 79645 - - - - - - - - - - - - - - - - - - - - - - - - - [ 5] 1.00-2.00 sec 22.7 MBytes 190 Mbits/sec 16300 [ 7] 1.00-2.00 sec 22.7 MBytes 190 Mbits/sec 16300 [ 9] 1.00-2.00 sec 22.7 MBytes 190 Mbits/sec 16300 [ 11] 1.00-2.00 sec 22.7 MBytes 190 Mbits/sec 16299 [ 13] 1.00-2.00 sec 22.7 MBytes 190 Mbits/sec 16299 [SUM] 1.00-2.00 sec 113 MBytes 952 Mbits/sec 81498 - - - - - - - - - - - - - - - - - - - - - - - - - [ 5] 2.00-3.00 sec 22.7 MBytes 190 Mbits/sec 16302 [ 7] 2.00-3.00 sec 22.7 MBytes 190 Mbits/sec 16301 [ 9] 2.00-3.00 sec 22.7 MBytes 190 Mbits/sec 16301 [ 11] 2.00-3.00 sec 22.7 MBytes 190 Mbits/sec 16302 [ 13] 2.00-3.00 sec 22.7 MBytes 190 Mbits/sec 16302 [SUM] 2.00-3.00 sec 113 MBytes 952 Mbits/sec 81508 - - - - - - - - - - - - - - - - - - - - - - - - - [ 5] 3.00-4.00 sec 22.6 MBytes 190 Mbits/sec 16267 [ 7] 3.00-4.00 sec 22.6 MBytes 190 Mbits/sec 16267 [ 9] 3.00-4.00 sec 22.6 MBytes 190 Mbits/sec 16267 [ 11] 3.00-4.00 sec 22.6 MBytes 190 Mbits/sec 16266 [ 13] 3.00-4.00 sec 22.6 MBytes 190 Mbits/sec 16266 [SUM] 3.00-4.00 sec 113 MBytes 950 Mbits/sec 81333 - - - - - - - - - - - - - - - - - - - - - - - - - [ 5] 4.00-5.00 sec 22.7 MBytes 190 Mbits/sec 16276 [ 7] 4.00-5.00 sec 22.7 MBytes 190 Mbits/sec 16277 [ 9] 4.00-5.00 sec 22.7 MBytes 190 Mbits/sec 16277 [ 11] 4.00-5.00 sec 22.7 MBytes 190 Mbits/sec 16276 [ 13] 4.00-5.00 sec 22.7 MBytes 190 Mbits/sec 16276 [SUM] 4.00-5.00 sec 113 MBytes 951 Mbits/sec 81382 - - - - - - - - - - - - - - - - - - - - - - - - - [ 5] 5.00-6.00 sec 22.7 MBytes 190 Mbits/sec 16302 [ 7] 5.00-6.00 sec 22.7 MBytes 190 Mbits/sec 16302 [ 9] 5.00-6.00 sec 22.7 MBytes 190 Mbits/sec 16301 [ 11] 5.00-6.00 sec 22.7 MBytes 190 Mbits/sec 16302 [ 13] 5.00-6.00 sec 22.7 MBytes 190 Mbits/sec 16302 [SUM] 5.00-6.00 sec 113 MBytes 952 Mbits/sec 81509 - - - - - - - - - - - - - - - - - - - - - - - - - [ 5] 6.00-7.00 sec 22.7 MBytes 190 Mbits/sec 16300 [ 7] 6.00-7.00 sec 22.7 MBytes 190 Mbits/sec 16300 [ 9] 6.00-7.00 sec 22.7 MBytes 190 Mbits/sec 16301 [ 11] 6.00-7.00 sec 22.7 MBytes 190 Mbits/sec 16301 [ 13] 6.00-7.00 sec 22.7 MBytes 190 Mbits/sec 16301 [SUM] 6.00-7.00 sec 113 MBytes 952 Mbits/sec 81503 - - - - - - - - - - - - - - - - - - - - - - - - - [ 5] 7.00-8.00 sec 22.7 MBytes 190 Mbits/sec 16304 [ 7] 7.00-8.00 sec 22.7 MBytes 190 Mbits/sec 16303 [ 9] 7.00-8.00 sec 22.7 MBytes 190 Mbits/sec 16303 [ 11] 7.00-8.00 sec 22.7 MBytes 190 Mbits/sec 16303 [ 13] 7.00-8.00 sec 22.7 MBytes 190 Mbits/sec 16303 [SUM] 7.00-8.00 sec 113 MBytes 952 Mbits/sec 81516 - - - - - - - - - - - - - - - - - - - - - - - - - [ 5] 8.00-9.00 sec 22.7 MBytes 190 Mbits/sec 16300 [ 7] 8.00-9.00 sec 22.7 MBytes 190 Mbits/sec 16300 [ 9] 8.00-9.00 sec 22.7 MBytes 190 Mbits/sec 16300 [ 11] 8.00-9.00 sec 22.7 MBytes 190 Mbits/sec 16300 [ 13] 8.00-9.00 sec 22.7 MBytes 190 Mbits/sec 16300 [SUM] 8.00-9.00 sec 113 MBytes 952 Mbits/sec 81500 - - - - - - - - - - - - - - - - - - - - - - - - - [ 5] 9.00-10.00 sec 22.7 MBytes 190 Mbits/sec 16299 [ 7] 9.00-10.00 sec 22.7 MBytes 190 Mbits/sec 16300 [ 9] 9.00-10.00 sec 22.7 MBytes 190 Mbits/sec 16299 [ 11] 9.00-10.00 sec 22.7 MBytes 190 Mbits/sec 16299 [ 13] 9.00-10.00 sec 22.7 MBytes 190 Mbits/sec 16299 [SUM] 9.00-10.00 sec 113 MBytes 952 Mbits/sec 81496 - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams [ 5] 0.00-10.00 sec 226 MBytes 190 Mbits/sec 0.000 ms 0/162579 (0%) sender [ 5] 0.00-10.00 sec 11.5 MBytes 9.65 Mbits/sec 0.930 ms 154320/162579 (95%) receiver [ 7] 0.00-10.00 sec 226 MBytes 190 Mbits/sec 0.000 ms 0/162579 (0%) sender [ 7] 0.00-10.00 sec 11.6 MBytes 9.71 Mbits/sec 0.912 ms 154263/162575 (95%) receiver [ 9] 0.00-10.00 sec 226 MBytes 190 Mbits/sec 0.000 ms 0/162578 (0%) sender [ 9] 0.00-10.00 sec 11.6 MBytes 9.72 Mbits/sec 1.115 ms 154255/162578 (95%) receiver [ 11] 0.00-10.00 sec 226 MBytes 190 Mbits/sec 0.000 ms 0/162577 (0%) sender [ 11] 0.00-10.00 sec 11.4 MBytes 9.53 Mbits/sec 0.940 ms 154399/162558 (95%) receiver [ 13] 0.00-10.00 sec 226 MBytes 190 Mbits/sec 0.000 ms 0/162577 (0%) sender [ 13] 0.00-10.00 sec 11.5 MBytes 9.66 Mbits/sec 0.647 ms 154297/162566 (95%) receiver [SUM] 0.00-10.00 sec 1.11 GBytes 949 Mbits/sec 0.000 ms 0/812890 (0%) sender [SUM] 0.00-10.00 sec 57.5 MBytes 48.3 Mbits/sec 0.909 ms 771534/812856 (95%) receive
Nun habe ich 2x hintereinander den iperf3 angeschubst. ->Packetloss. Für ca. 1 Minute kein Seitenaufruf möglich.
Da werden zuviele Packete verworfen, zumindest berichtet das der nperf test.
Die Bestrafung folgt zeitnah:
13:23:16 MONITOR: MULLVAD_VPNV4 has packet loss, omitting from routing group GW 10.10.0.1|10.10.0.7|MULLVAD_VPNV4|32.59ms|44.697ms|23%|down|highloss
Es hat dann ca 1 Minute gedauer bis die VPN Side to Side Verbindung wieder OK war.
Liebe Mods,
kann einer meinen upload erklären, PL inkusive.
Könnt ihr den 2nd Level nochmals bemühen. Wenn es geht einen motivierten MA.
Für mich ist die Leitung nicht OK.
Typisches verhalten im upload wenn der upload < 50 ist.
Hall Martin,
Das was gemacht worden ist, ist ersichtlich. Der PL im up hat sich signifikannt gebessert. Lost packages im up ist nun max 0.4%, im vergleich zu gestern mit max 17% sind das Welten.
iperf3 -c speedtest.dcsix.net -p 30000 -u -b50M [ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams [ 5] 0.00-10.00 sec 59.6 MBytes 50.0 Mbits/sec 0.000 ms 0/42805 (0%) sender [ 5] 0.00-10.00 sec 59.6 MBytes 50.0 Mbits/sec 0.373 ms 1/42805 (0.0023%) receiver [ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams [ 5] 0.00-10.00 sec 59.6 MBytes 50.0 Mbits/sec 0.000 ms 0/42805 (0%) sender [ 5] 0.00-10.00 sec 59.5 MBytes 49.9 Mbits/sec 0.307 ms 97/42805 (0.23%) receiver [ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams [ 5] 0.00-10.00 sec 59.6 MBytes 50.0 Mbits/sec 0.000 ms 0/42805 (0%) sender [ 5] 0.00-10.00 sec 59.4 MBytes 49.9 Mbits/sec 0.354 ms 114/42805 (0.27%) receiver [ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams [ 5] 0.00-10.00 sec 59.6 MBytes 50.0 Mbits/sec 0.000 ms 0/42805 (0%) sender [ 5] 0.00-10.00 sec 59.6 MBytes 50.0 Mbits/sec 0.349 ms 17/42805 (0.04%) receiver [ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams [ 5] 0.00-10.00 sec 59.6 MBytes 50.0 Mbits/sec 0.000 ms 0/42805 (0%) sender [ 5] 0.00-10.00 sec 59.5 MBytes 50.0 Mbits/sec 0.314 ms 2/42768 (0.0047%) receiver [ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams [ 5] 0.00-10.00 sec 59.6 MBytes 50.0 Mbits/sec 0.000 ms 0/42805 (0%) sender [ 5] 0.00-10.00 sec 59.6 MBytes 50.0 Mbits/sec 0.302 ms 11/42802 (0.026%) receiver [ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams [ 5] 0.00-10.00 sec 59.6 MBytes 50.0 Mbits/sec 0.000 ms 0/42805 (0%) sender [ 5] 0.00-10.00 sec 59.6 MBytes 50.0 Mbits/sec 0.336 ms 5/42801 (0.012%) receiver
Der erste Speedtest aus dem Ruhezustand geht meist in die Hose. Der VF Speedtest hat ein gewisses Eigenleben, wie Vertrauenswürdig dieser ist sei mal dahingestellt. Breitbandmessung & ookla schauen wesentlich besser aus.
Allerdings bekomme ich jetzt wieder PL's. Die will ich aber gar nicht. 
Das mit dem PL muß ich ein wenig beobachten, für einen konstanteren upload speed hilft vielleicht auch ein bischen Feintunung von eurer Seite. Wenn es geht den gleichen MA vom 2nd Level. Das hat der MA gut gemacht 
Erst einmal vielen Dank für den Lösungsansatz. Morgen werde ich das Verhalten im upload genauer unter die Lupe nehmen.
§Edith
Noch einen Hinweis:
Bei einem test mit TCP bekomme ich relativ viele Retries. Das ist auch nicht ganz sauber....
thomas@ThinkPad-P50:~$ iperf3 -c speedtest.dcsix.net -p 30000 Connecting to host speedtest.dcsix.net, port 30000 [ 5] local 10.16.252.100 port 35264 connected to 83.246.47.226 port 30000 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 8.57 MBytes 71.9 Mbits/sec 31 285 KBytes [ 5] 1.00-2.00 sec 5.00 MBytes 41.9 Mbits/sec 10 177 KBytes [ 5] 2.00-3.00 sec 6.25 MBytes 52.4 Mbits/sec 0 201 KBytes [ 5] 3.00-4.00 sec 6.25 MBytes 52.4 Mbits/sec 42 218 KBytes [ 5] 4.00-5.00 sec 6.25 MBytes 52.4 Mbits/sec 0 218 KBytes [ 5] 5.00-6.00 sec 6.25 MBytes 52.4 Mbits/sec 3 160 KBytes [ 5] 6.00-7.00 sec 3.75 MBytes 31.5 Mbits/sec 3 133 KBytes [ 5] 7.00-8.00 sec 5.00 MBytes 42.0 Mbits/sec 0 154 KBytes [ 5] 8.00-9.00 sec 3.75 MBytes 31.4 Mbits/sec 0 175 KBytes [ 5] 9.00-10.00 sec 5.00 MBytes 41.9 Mbits/sec 7 97.0 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 56.1 MBytes 47.0 Mbits/sec 96 sender [ 5] 0.00-10.00 sec 53.5 MBytes 44.8 Mbits/sec receiver
