Regelmäßiger Paketverlust bei Glasfaser 1000 Leitung
vor 22 Tagen
Hallo,
heute wurde meine Leitung auf Glasfaser 1000 umgestellt. Ich hatte über die letzten zwei Wochen massive Störungen meines alten MagentaZuhauseXXL Anschlusses, die bis zu tagelangen Totalausfällen des Internets gingen. Die Hoffnung war, dass diese Probleme durch Umstellung des Anschlusses und damit verbundenem Austausch der alten Klapp-TA mit integriertem Modem zu dem Glasfaser-Modem 2 die Probleme gelöst werden. Leider hat das nur so zu 70% funktioniert.
Hinter dem Modem hängt ein Mini-PC mit installiertem pfSense. Ein Speedtest auf speedtest.net zeigt einen Peak-Download von ~900Mbit/s und einen Peak-Upload von ~550Mbit/s. Wenn ich den Upload aber nicht limitiere, bricht die Verbindung direkt zusammen, sobald die Leitung voll ausgelastet ist. Mit aktiviertem CoDel Limiter, der den Download auf ~810Mbit/s und den Upload auf 95Mbit/s reduziert, bricht die Verbindung zwar nicht komplett ab, aber, hat aber regelmäßige "Aussetzer", wo scheinbar keinerlei Pakete mehr über die Leitung gehen. Auch ein parallel laufender Ping zu google.de erhält in dieser Zeit keine Antworten. Der Traffic-Graph sieht dann z.B. so aus:
https://i.ibb.co/nD9hJyr/image.png
Die Statusseite des Modems hat während einem der Ausfälle wie folgt ausgesehen:
https://i.ibb.co/TrDW7Qn/image.png
Man bemerke den Eintrag:
TxPower: -- dBmDas kommt mir etwas komisch vor. Normalerweise steht da z.B. so etwas wie "2.50 dBm". Ist da vielleicht doch noch irgendwas nicht ganz ok mit der Leitung?
112
18
Das könnte Ihnen auch weiterhelfen
270
0
5
vor 3 Jahren
3433
0
1
vor 22 Tagen
Guten Abend @user_roc24o,
also .... ich glaube nicht, dass es die Leitung ist. Hast du es denn mal mit einem anderen Router hinterm Modem versucht? Also ohne deinen Mini-PC?
Falls ich dich anrufen darf, kann ich dir nach einer Legitimation auch einen Router rausschicken (oder du buchst dir beispielsweise diesen selber) testest es und kannst binnen zwei Wochen widerrufen.
Alles Gute,
Johannes
3
Antwort
von
vor 19 Tagen
Hi Johannes,
der Testrouter kam an und ich habe etwas rumprobiert. Zuvor ist mir aufgefallen, dass ich die Stabilität der Leitung deutlich erhöhen kann, wenn ich den Upload auf 50Mbit/s beschränke. Alles darüber sorgt für das beschriebene Problem, sobald ein Upload (oder Download) stattfindet.
Mit dem Speedport ist das Verhalten ziemlich gleich. Ein Download von 900Mbit/s ist problemlos möglich, teste ich den Upload, indem ich eine größere Datei hochlade, bricht die Verbindung ziemlich direkt zusammen. Und zwar sogar so, dass das Modem grün blinkt oder orange leuchtet. Die vollständigen Logs des Speedports sehen wie folgt aus (ich habe ein paar Zugangsdaten bzw. IP Adressen zensiert):
Die Instabilität der Leitung tritt also genauso mit dem Speedport auf und scheint nicht mit meiner Router-Hardware direkt zusammen zu hängen.
Ich habe den Speedport für den Moment wieder abgeklemmt, da meine Verbindungsstabilität mit meinem eigentlichen Router aufgrund der Bandbreitenlimiter tatsächlich besser ist. Für Diagnosen kann ich den Speedport aber ab 17:30 Uhr bei Bedarf wieder anschließen. Vorher geht leider nicht, weil ich da fürs Home Office eine stabile(re) Verbindung benötige.
Wie gehts jetzt weiter?
Uneingeloggter Nutzer
Antwort
von
vor 22 Tagen
Hallo @user_roc24o
Ist da vielleicht doch noch irgendwas nicht ganz ok mit der Leitung?
Hallo,
heute wurde meine Leitung auf Glasfaser 1000 umgestellt. Ich hatte über die letzten zwei Wochen massive Störungen meines alten MagentaZuhauseXXL Anschlusses, die bis zu tagelangen Totalausfällen des Internets gingen. Die Hoffnung war, dass diese Probleme durch Umstellung des Anschlusses und damit verbundenem Austausch der alten Klapp-TA mit integriertem Modem zu dem Glasfaser-Modem 2 die Probleme gelöst werden. Leider hat das nur so zu 70% funktioniert.
Hinter dem Modem hängt ein Mini-PC mit installiertem pfSense. Ein Speedtest auf speedtest.net zeigt einen Peak-Download von ~900Mbit/s und einen Peak-Upload von ~550Mbit/s. Wenn ich den Upload aber nicht limitiere, bricht die Verbindung direkt zusammen, sobald die Leitung voll ausgelastet ist. Mit aktiviertem CoDel Limiter, der den Download auf ~810Mbit/s und den Upload auf 95Mbit/s reduziert, bricht die Verbindung zwar nicht komplett ab, aber, hat aber regelmäßige "Aussetzer", wo scheinbar keinerlei Pakete mehr über die Leitung gehen. Auch ein parallel laufender Ping zu google.de erhält in dieser Zeit keine Antworten. Der Traffic-Graph sieht dann z.B. so aus:
https://i.ibb.co/nD9hJyr/image.png
Die Statusseite des Modems hat während einem der Ausfälle wie folgt ausgesehen:
https://i.ibb.co/TrDW7Qn/image.png
Man bemerke den Eintrag:
Das kommt mir etwas komisch vor. Normalerweise steht da z.B. so etwas wie "2.50 dBm". Ist da vielleicht doch noch irgendwas nicht ganz ok mit der Leitung?
Das ist doch keine Kupferleitung. Entweder kommt der Laserstrahl an und das ONT ist verbunden oder es funktioniert gar nix.
Wäre die Leitung nicht in Ordnung, würdest Du es an der grün blinkenden LED am Glasfasermodem 2 erkennen.
0
Uneingeloggter Nutzer
Antwort
von
vor 22 Tagen
Was für ein Mini PC ist das genau, auf dem pfSense läuft?
PPPoE kann für schwächere CPUs anstrengend sein…
1
Antwort
von
vor 21 Tagen
Ein ZimaBoard 832(siehe: https://shop.zimaboard.com/products/zimaboard-single-board-server#specification). Ich habe schon an den empfohlenen Tunables rumgeschraubt (https://docs.netgate.com/pfsense/en/latest/hardware/tune.html#pppoe-with-multi-queue-nics). Ich habe Beiträge von Leuten gesehen, die mit vergleichbarer Hardware min. 600Mbit up + down hinbekommen. Die Instabilitäten werden bei mir extrem, wenn ich den Upload auf mehr als 50Mbit erhöhe. Das scheint mir schon arg seltsam.
Uneingeloggter Nutzer
Antwort
von
vor 21 Tagen
Der Prozessor ist uralt und daher höchstwahrscheinlich nicht für Gigabit PPPoE geeignet.
Was sagt denn
wenn Du Durchsatztests machst?
Generell, probier mal so eins, damit bekomme ich hervorragenden PPPoE Durchsatz mit OPNsense sogar mit Zenarmor Plugin. Virtualisiert unter Proxmox, mit durchgereichten 2. 5G Karten.
1
Antwort
von
vor 21 Tagen
Folgender Trafficgraph:
https://i.ibb.co/hDMksm7/image.png
Systemauslastung während Pakete fließen:
last pid: 71003; load averages: 4.50, 3.93, 2.10 up 0+00:08:06 21:46:22 277 threads: 8 running, 248 sleeping, 21 waiting CPU: 18.6% user, 0.2% nice, 28.8% system, 23.3% interrupt, 29.0% idle Mem: 93M Active, 116M Inact, 433M Wired, 7060M Free ARC : 133M Total, 40M MFU, 88M MRU, 263K Anon, 782K Header, 3432K Other 103M Compressed, 227M Uncompressed, 2.19:1 Ratio Swap: 1024M Total, 1024M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 0 root -60 - 0B 1328K CPU0 0 3:31 71.29% [kernel{if_io_tqg_0}] 11 root 187 ki31 0B 64K RUN 1 2:37 69.58% [idle{idle: cpu1}] 11 root 187 ki31 0B 64K RUN 3 2:32 64.79% [idle{idle: cpu3}] 11 root 187 ki31 0B 64K RUN 2 1:59 47.66% [idle{idle: cpu2}] 12 root -60 - 0B 272K WAIT 3 3:27 31.79% [intr{swi1: netisr 2}] 11 root 187 ki31 0B 64K RUN 0 2:36 29.79% [idle{idle: cpu0}] 12 root -60 - 0B 272K WAIT 1 3:38 22.46% [intr{swi1: netisr 3}] 0 root -60 - 0B 1328K RUN 1 1:08 18.80% [kernel{if_io_tqg_1}] 0 root -60 - 0B 1328K RUN 3 0:54 16.55% [kernel{if_io_tqg_3}] ...Während Einbruch:
last pid: 18392; load averages: 4.06, 3.93, 2.22 up 0+00:09:04 21:47:20 277 threads: 5 running, 251 sleeping, 21 waiting CPU: 17.3% user, 0.2% nice, 29.1% system, 23.7% interrupt, 29.7% idle Mem: 95M Active, 117M Inact, 433M Wired, 7058M Free ARC : 133M Total, 40M MFU, 88M MRU, 267K Anon, 782K Header, 3429K Other 103M Compressed, 227M Uncompressed, 2.19:1 Ratio Swap: 1024M Total, 1024M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 187 ki31 0B 64K CPU1 1 3:04 77.59% [idle{idle: cpu1}] 11 root 187 ki31 0B 64K CPU3 3 2:55 77.49% [idle{idle: cpu3}] 11 root 187 ki31 0B 64K CPU2 2 2:16 68.55% [idle{idle: cpu2}] 11 root 187 ki31 0B 64K RUN 0 2:54 63.57% [idle{idle: cpu0}] 0 root -60 - 0B 1328K - 0 4:01 30.37% [kernel{if_io_tqg_0}] 12 root -60 - 0B 272K WAIT 1 3:57 11.96% [intr{swi1: netisr 2}] 12 root -60 - 0B 272K WAIT 3 4:10 9.57% [intr{swi1: netisr 3}] 0 root -60 - 0B 1328K - 1 1:18 8.15% [kernel{if_io_tqg_1}] 0 root -60 - 0B 1328K - 3 1:01 7.18% [kernel{if_io_tqg_3}] ...Also klar, die CPUs werden schon belastet, aber sieht jetzt für mich nicht so aus als wären sie am Anschlag.
Uneingeloggter Nutzer
Antwort
von
vor 21 Tagen
Also klar, die CPUs werden schon belastet, aber sieht jetzt für mich nicht so aus als wären sie am Anschlag.
Folgender Trafficgraph:
https://i.ibb.co/hDMksm7/image.png
Systemauslastung während Pakete fließen:
last pid: 71003; load averages: 4.50, 3.93, 2.10 up 0+00:08:06 21:46:22 277 threads: 8 running, 248 sleeping, 21 waiting CPU: 18.6% user, 0.2% nice, 28.8% system, 23.3% interrupt, 29.0% idle Mem: 93M Active, 116M Inact, 433M Wired, 7060M Free ARC : 133M Total, 40M MFU, 88M MRU, 263K Anon, 782K Header, 3432K Other 103M Compressed, 227M Uncompressed, 2.19:1 Ratio Swap: 1024M Total, 1024M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 0 root -60 - 0B 1328K CPU0 0 3:31 71.29% [kernel{if_io_tqg_0}] 11 root 187 ki31 0B 64K RUN 1 2:37 69.58% [idle{idle: cpu1}] 11 root 187 ki31 0B 64K RUN 3 2:32 64.79% [idle{idle: cpu3}] 11 root 187 ki31 0B 64K RUN 2 1:59 47.66% [idle{idle: cpu2}] 12 root -60 - 0B 272K WAIT 3 3:27 31.79% [intr{swi1: netisr 2}] 11 root 187 ki31 0B 64K RUN 0 2:36 29.79% [idle{idle: cpu0}] 12 root -60 - 0B 272K WAIT 1 3:38 22.46% [intr{swi1: netisr 3}] 0 root -60 - 0B 1328K RUN 1 1:08 18.80% [kernel{if_io_tqg_1}] 0 root -60 - 0B 1328K RUN 3 0:54 16.55% [kernel{if_io_tqg_3}] ...Während Einbruch:
last pid: 18392; load averages: 4.06, 3.93, 2.22 up 0+00:09:04 21:47:20 277 threads: 5 running, 251 sleeping, 21 waiting CPU: 17.3% user, 0.2% nice, 29.1% system, 23.7% interrupt, 29.7% idle Mem: 95M Active, 117M Inact, 433M Wired, 7058M Free ARC : 133M Total, 40M MFU, 88M MRU, 267K Anon, 782K Header, 3429K Other 103M Compressed, 227M Uncompressed, 2.19:1 Ratio Swap: 1024M Total, 1024M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 187 ki31 0B 64K CPU1 1 3:04 77.59% [idle{idle: cpu1}] 11 root 187 ki31 0B 64K CPU3 3 2:55 77.49% [idle{idle: cpu3}] 11 root 187 ki31 0B 64K CPU2 2 2:16 68.55% [idle{idle: cpu2}] 11 root 187 ki31 0B 64K RUN 0 2:54 63.57% [idle{idle: cpu0}] 0 root -60 - 0B 1328K - 0 4:01 30.37% [kernel{if_io_tqg_0}] 12 root -60 - 0B 272K WAIT 1 3:57 11.96% [intr{swi1: netisr 2}] 12 root -60 - 0B 272K WAIT 3 4:10 9.57% [intr{swi1: netisr 3}] 0 root -60 - 0B 1328K - 1 1:18 8.15% [kernel{if_io_tqg_1}] 0 root -60 - 0B 1328K - 3 1:01 7.18% [kernel{if_io_tqg_3}] ...Also klar, die CPUs werden schon belastet, aber sieht jetzt für mich nicht so aus als wären sie am Anschlag.
Normalerweise ist ein voll ausgelasteter CPU Kern gleich Load 1.0. Du hast 4.5 und 4 Kerne. Damit würde ich vermuten, das Gerät ist überlastet.
3
Antwort
von
vor 21 Tagen
Hallo @staengfoenster,
nein, das meinte ich natürlich nicht. Entschuldige 🙏🏼
Was genau ist Stand der Dinge und wie kann ich helfen?
Liebe Grüße
Maria
Uneingeloggter Nutzer
Antwort
von
vor 21 Tagen
nein, das meinte ich natürlich nicht. Entschuldige 🙏🏼
Was genau ist Stand der Dinge und wie kann ich helfen?
Hallo @staengfoenster,
nein, das meinte ich natürlich nicht. Entschuldige 🙏🏼
Was genau ist Stand der Dinge und wie kann ich helfen?
Liebe Grüße
Maria
Hi,
alles gut, vielen Dank!
Stand der Dinge, @user_roc24o s Router ist vermutlich zu schwach für PPPoE, das legen die o.g. Werte nahe.
Vorschlag, wenn weiterhin ein eigener Router im Mix bleiben soll, da Ihr ja schon den Router rausgeschickt habt, wäre das pfSense Gateway einfach mal mit WAN DHCP hinter dem Router der Telekom (AVM nennt das Routerkaskade) zu betreiben, Traffic Shaping ausstellen. Dann sollte alles funktionieren.
Alternativ Router/Modem durch z.B. eine Fiber Fritzbox ersetzen (läuft hier hervorragend) und dahinter den eigenen Router betreiben. Oder halt neuere Hardware für das pfSense Gateway zu nutzen. Ein N100-basierter Router funktioniert z.B. perfekt mit 2.5 Gigabit PPPoE, hatte ich mal gegen meinen lokalen PPPoE Server getestet, dann kann das Glasfasermodem weiter genutzt werden.
4
Antwort
von
vor 12 Tagen
Hi @Christian Ha.
also mit der Fritzbox kann ich das Problem nicht reproduzieren. Scheint also doch an der Router-Hardware zu liegen. Ich besorge mir da mal etwas stärkeres.
Danke für eure Hilfe und ich denke der Thread hier kann als gelöst betrachtet werden.
Schönen Sonntag!
Uneingeloggter Nutzer
Antwort
von
Uneingeloggter Nutzer
Antwort
von