1

Frage

2

Antwort

3

Lösung

Verbindungsabbrüche/Packetloss, ratloser Support, demotivierter Level2 Support
Kieferer
Host-Legende
Host-Legende
 
  • 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:

22.6.21 Blau packetloss, Orange Ping ms AUFLÖSUNG 1 MIN.

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

300 Antworten 300
Tobias
Moderator:in
Moderator:in

Hi @Kieferer,

 

soweit ich das sehe haben die Kollegen nicht die Fahne gehisst, der Auftrag ist im Außendienst. Gib dann gern ne Info 😉

 

LG

 

Tobias

Bewertet hilfreiche Beiträge mit Likes!

Wenn dann die weiße Fahne 🤔 ,mit weißen Hintergrund auch als die österreichische Kriegsflagge bekannt.

Ich verstehe nicht warum ein Pegelmeister:in bei guten Pegel kommen muss.

Bin mehr als verwirrt.🤕

Userban wg. wiederholter Missachtung der Forenregeln. Gruß, das Mod-Team

Vor dem sinnfreien Techniker Termin hatte ich den Upload getestet. Alle Zeiten sind in UTC nicht in Localtime.

Mehr anzeigen
Transfer 18.11.21 11_00.pngTransfer 18.11.21 10_40.pngTransfer 18.11.21 10_30.png

Der Techniker - es war weder A**e noch M****s - prüfte den Upload mit ca. 30MBits, jedoch schwankend.

Das deckt sich also mit meinem iperf3 Test. Die Pegel waren wie erwartet OK.

 

Nach dem Test hatte er den Support angerufen, ich mußte einer anderen Tätigkeit nachgehen. Den Inhalt des Gesprächs konnte ich nicht verfolgen. Auffällig war, das selbst der Techniker minutenlang in der Warteschleife war.

 

Trotz alledem hat er sich nochmals die Installation angeschaut und mit einem Kabeltester am HÜP die Reflexionen gemessen. Nichts auffälliges, alles OK. Er bemerkte mit seinen Handheld das Kanäle im up ihre Modulation änderten.

Guter Techniker, kam aus wahrscheinlich aus Bulgarien. Er zog dann zum nächsten englischen Patienten weiter.

 

Nicht müde zog ich den nächsten Test durch. Zuerst mit den herkömmlichen Speedtests dann mit iperf3.

Halleluja, der upload geht.  Zuerst habe ich die docsis werte angeschaut, ups kein OFDMA mehr, wie das?

 

Haben etwa die auf Ziegen starrenden Damen&Herren eine Ziege zum umfallen gebracht?

Nun bin ich davon überzeugt das es paranormale Kräfte gibt.

 

Mehr anzeigen
Upstream-Kanäle
Kanal ID	Kanaltyp	Frequenz (MHz)	Modulation	Send. Signalstärke (dBmV/dBµV)	Ranging Status
1	SC-QAM	51	64QAM	47/107	Erfolgreich
4	SC-QAM	31	64QAM	47/107	Erfolgreich
3	SC-QAM	37	32QAM	47/107	Erfolgreich
2	SC-QAM	45	64QAM	47/107	Erfolgreich

Ich kann nicht ausschließen das die neue Firmware - hat wahrscheinlich der Techniker durch seinen Support angestoßen -positive Vibriations ausstrahlt und mich vom OFDMA Desaster befreit hat.

Mehr anzeigen
Firmware-Version	AR01.04.046.09_100721_7245.PC20.10.X1

Firmware-Version:          01.04.046.09.EURO.PC20

Produkt name:                 Vodafone Docsis 3.1

 

Speedtests

Mehr anzeigen

2021-11-18_14-29.png

Der Langzeit ipfer3 Test, kann nicht ganz überzeugen, aber gut annehmbar.

Mehr anzeigen
Transfer 18.11.21 13_30.png

Den Thread bitte offen halten. Das Verhalten im Up steht bei mir unter Beobachtung.

Könnt ihr die Ursache finden warum in den Up Känalen die Modulation toggelt?

 

Die weiße Fahne steht nun auf Halbmast.

VF ist schon was schwierig. 

 

 

Userban wg. wiederholter Missachtung der Forenregeln. Gruß, das Mod-Team

Bei werden vermehrt Endorphine ausgestoßen.

Mehr anzeigen
thomas@ThinkPad-P50:~$ iperf3 -c iperf.par2.as49434.net -p 9234 -b50m -t10 -P1 -V 
iperf 3.7
Linux ThinkPad-P50 5.4.0-90-generic #101-Ubuntu SMP Fri Oct 15 20:00:55 UTC 2021 x86_64
Control connection MSS 1448
Time: Thu, 18 Nov 2021 14:47:02 GMT
Connecting to host iperf.par2.as49434.net, port 9234
      Cookie: ht3eogwqipytwbjakfa7jh7omtqunxsfwr2o
      TCP MSS: 1448 (default)
      Target Bitrate: 50000000
[  5] local 10.16.252.142 port 33914 connected to 193.177.162.41 port 9234
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  5.24 MBytes  44.0 Mbits/sec    0    284 KBytes       
[  5]   1.00-2.00   sec  6.12 MBytes  51.4 Mbits/sec   17    325 KBytes       
[  5]   2.00-3.00   sec  6.12 MBytes  51.4 Mbits/sec    0    373 KBytes       
[  5]   3.00-4.00   sec  6.25 MBytes  52.4 Mbits/sec    0    404 KBytes       
[  5]   4.00-5.00   sec  6.12 MBytes  51.4 Mbits/sec    1    305 KBytes       
[  5]   5.00-6.00   sec  6.00 MBytes  50.3 Mbits/sec    0    332 KBytes       
[  5]   6.00-7.00   sec  5.88 MBytes  49.3 Mbits/sec    0    348 KBytes       
[  5]   7.00-8.00   sec  6.00 MBytes  50.3 Mbits/sec    0    351 KBytes       
[  5]   8.00-9.00   sec  6.00 MBytes  50.3 Mbits/sec    0    351 KBytes       
[  5]   9.00-10.00  sec  5.88 MBytes  49.3 Mbits/sec    0    351 KBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  59.6 MBytes  50.0 Mbits/sec   18             sender
[  5]   0.00-10.02  sec  59.6 MBytes  49.9 Mbits/sec                  receiver

Userban wg. wiederholter Missachtung der Forenregeln. Gruß, das Mod-Team

Claudia
Moderator:in
Moderator:in

Hallo Kieferer,

 

der Techniker wurde vom Third Level beauftragt, da die Kollegen netzseitig nichts gesehen haben. Der Außendiensttechniker sollte versuchsweise den Verstärker tauschen, hat er das gemacht?

 

Gruß,

Claudia

Bewertet hilfreiche Beiträge mit Likes!

Hallo Claudia,

 

nein hat er nicht. Alle VF Komponenten wurden im August getauscht, ausgenommen das Koaxkabel von der PA Schiene zur MMD.

 

Der Burner ist die neue Firmware die CMTS Konfigs auch zur Funktion bringt.

Seit diesem Update habe ich keinen OFDMA mehr.

 

Jedoch, der OFDMA sollte aktiv sein. Das ist die Zukunft.

Sollten wir das mal testen ob die neue Firmware mit dem OFDMA funktioniert?

 

 

Userban wg. wiederholter Missachtung der Forenregeln. Gruß, das Mod-Team

Phänomenal was ein Firmeware update eines Red Dot Design Plastikbombers so alles bewirken kann.

Hier ein 15 Minuten Upload Test. Nur das 2 sigma könnte etwas besser sein. Manche Einbrüche scheinen zyklisch zu sein.

 

Mehr anzeigen
Transfer 19.11.21 09_30.png

Der 5 Minuten Test ist besser. Das 2 sigma ist wesentlich besser. Das 2sigma wird durch die Begrenzung auf 50MBits verbessert. Alles bestens, so soltte es immer sein.

Mehr anzeigen
Transfer 19.11.21 09_10.png

Ich glaube das die alte Firmware für den OFDMA ungeeignet war. Sollen wir den OFDMA nochmals testen?

Eine gesicherte Datenlage liegt vor und zurück funktioniert ja.

Userban wg. wiederholter Missachtung der Forenregeln. Gruß, das Mod-Team

Es geschehen noch Zeichen und Wunder!

 

Ich hoffe für dich, dass man vorerst nicht auf die Idee kommt, den OFDMA wieder anzuschalten.

 

Die Problemlösung bei mir sieht so aus, dass man meinen Thread geschlossen hat.

....dabei ist sicherlich eine Ziege zu schaden gekommen und einige Damen und Herren haben nun Kopfschmerzen. 😷

 

Ich glaube für die AVM Produkte kommen noch mehr Ziegen zu schaden und übelere Kopfschmerzen der Damen und Herren welche die Ziegen anstarren.

 

Ja, ich habe bemerkt das den Thread nicht mehr aktiv ist. Die letzte Aktion war cool.

Dafür opfere sicherlich keinen Urlaubstag und womöglich noch 100 Taler zusätzlich auf der Rechnung.

 

Ist die DSL Leitung schon aktiv?

Wann bekommst du GF?

Userban wg. wiederholter Missachtung der Forenregeln. Gruß, das Mod-Team

Der nächste Thread kommt gleich. Mal sehen ob ich direkt auf der Abschussliste stehe.

Paar andere offene Fragen gibt es ja auch noch.

DSL läuft seit gestern:

Mehr anzeigen
C:\Users\Daniel\Desktop\iperf-3.1.3-win64>iperf3.exe -c iperf.par2.as49434.net -p 9236 -t 30 -V -4
iperf 3.1.3
CYGWIN_NT-10.0 D-Desktop 2.5.1(0.297/5/3) 2016-04-21 22:14 x86_64
Time: Fri, 19 Nov 2021 20:19:39 GMT
Connecting to host iperf.par2.as49434.net, port 9236
      Cookie: D-Desktop.1637353179.675017.29fcffdd
      TCP MSS: 0 (default)
[  4] local 192.168.168.100 port 62774 connected to 193.177.162.41 port 9236
Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 0 seconds, 30 second test
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  1.50 MBytes  12.5 Mbits/sec
[  4]   1.00-2.00   sec  2.88 MBytes  24.1 Mbits/sec
[  4]   2.00-3.00   sec  4.25 MBytes  35.7 Mbits/sec
[  4]   3.00-4.00   sec  5.00 MBytes  41.9 Mbits/sec
[  4]   4.00-5.01   sec  4.88 MBytes  40.8 Mbits/sec
[  4]   5.01-6.01   sec  5.00 MBytes  41.9 Mbits/sec
[  4]   6.01-7.01   sec  5.00 MBytes  41.9 Mbits/sec
[  4]   7.01-8.01   sec  4.88 MBytes  40.8 Mbits/sec
[  4]   8.01-9.01   sec  5.00 MBytes  41.9 Mbits/sec
[  4]   9.01-10.00  sec  5.00 MBytes  42.3 Mbits/sec
[  4]  10.00-11.01  sec  5.00 MBytes  41.6 Mbits/sec
[  4]  11.01-12.01  sec  4.88 MBytes  40.8 Mbits/sec
[  4]  12.01-13.00  sec  5.00 MBytes  42.5 Mbits/sec
[  4]  13.00-14.01  sec  5.00 MBytes  41.6 Mbits/sec
[  4]  14.01-15.01  sec  4.88 MBytes  40.7 Mbits/sec
[  4]  15.01-16.02  sec  5.00 MBytes  41.9 Mbits/sec
[  4]  16.02-17.00  sec  4.88 MBytes  41.5 Mbits/sec
[  4]  17.00-18.00  sec  5.00 MBytes  41.9 Mbits/sec
[  4]  18.00-19.00  sec  5.00 MBytes  41.9 Mbits/sec
[  4]  19.00-20.00  sec  4.88 MBytes  40.8 Mbits/sec
[  4]  20.00-21.00  sec  5.00 MBytes  41.9 Mbits/sec
[  4]  21.00-22.01  sec  5.00 MBytes  41.9 Mbits/sec
[  4]  22.01-23.00  sec  5.00 MBytes  42.0 Mbits/sec
[  4]  23.00-24.01  sec  4.88 MBytes  40.8 Mbits/sec
[  4]  24.01-25.01  sec  5.00 MBytes  41.8 Mbits/sec
[  4]  25.01-26.00  sec  5.00 MBytes  42.3 Mbits/sec
[  4]  26.00-27.01  sec  5.00 MBytes  41.6 Mbits/sec
[  4]  27.01-28.01  sec  4.88 MBytes  40.8 Mbits/sec
[  4]  28.01-29.01  sec  5.00 MBytes  41.9 Mbits/sec
[  4]  29.01-30.01  sec  5.00 MBytes  42.2 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-30.01  sec   143 MBytes  39.9 Mbits/sec                  sender
[  4]   0.00-30.01  sec   143 MBytes  39.9 Mbits/sec                  receiver
CPU Utilization: local/sender 0.3% (0.1%u/0.2%s), remote/receiver 5.4% (1.0%u/4.4%s)

iperf Done.

Am Anfang muss sich der Upload kurz etwas eingrooven aber dann läuft es absolut stabil. Auch ein 7 Stunden Test-Stream ging sofort anstandslos ohne einen einzigen verlorenen Frame über die Bühne:

OBS_21_Twitch_Telekom.jpg

 

Die Glasfaser kommt laut Plan bis spätestens Mitte April. Freue mich schon auf den 4-fachen Upload, den selben Download und das für weniger Geld, als ich jetzt gezahlt habe. Smiley (überglücklich)