Messages

1

German - Deutsch / Re: Ständige WAN (PPPoE) Reconnects

« on: December 14, 2023, 05:12:53 pm »

Hi Timo,

danke, dass du nochmal nachgefragt hast. Aber irgendwie ist das komplett untergegangen bei mir.
Ich bin der Telekom ein bisschen auf die Nerven gegangen und nach zahlreichen Anrufen konnte ein sehr netter Techniker mein Problem lösen.
Die Leitung von meiner TAE-Dose zum nächsten Straßenverteiler hatte wohl eine Macke. Der Telekom Techniker hat mich auf eine andere physikalische Leitung gelegt und seit dem ist das Problem auch nie wieder aufgetreten.

Viele Grüße und schöne Feiertage 

2

German - Deutsch / Re: Ständige WAN (PPPoE) Reconnects

« on: January 14, 2023, 02:37:54 pm »

Hallo zusammen,

ich habe jetzt sowohl die Firmware Versionen des DrayTek ausprobiert als auch neue Kabel bestellt.
Zwischen den unterschiedlichen Versionen des DrayTek's konnte ich keinen Unterschied hinsichtlich der Stabilität der Leitung feststellen. Deshalb habe ich erstmal wieder STD installiert.

Einen größeren Erfolg hat aber ein TAE to RJ-45 Kabel mit galvanischer Signatur gebracht. Ich habe eine SNR Margin in beide Richtungen von 9 dB. Aktuell läuft die Leitung seit knapp 70 Stunden ohne Probleme.

Alternativ habe ich noch einen TAE to RJ-45 Adapter gekauft und könnte dann per CAT 6a Kabel zum Modem. Mal schauen ob ich darauf zurückkommen muss.

Euch allen erstmal vielen Dank bisher 

3

German - Deutsch / Re: Ständige WAN (PPPoE) Reconnects

« on: January 04, 2023, 05:16:29 pm »

Moin,

vielen Dank für die detaillierten Infos.

Ja das hatte ich vergessen mit zu teilen. Ich habe die Probleme sowohl mit Firmware Version 4.2.3_STD als auch mit 4.2.4_STD.

Ich hatte vor März 2022 eine Sophos SG 135w hinter dem Modem angeschlossen und hatte nie dieses Verhalten. Allerdings bin ich zu März auch in eine andere Stadt umgezogen.

Zu den Punkten:

1. SNR Margin steht auf Down 6 dB und Up auf 8 dB [da wären wir ja schon unter 7 ]
- Was wären hier mögliche Lösungswege?

2. Running Mode habe ich ebenfalls 35B

3. DSL-Version steht bei mir auf: 8B2607_A/B/C HW: B

Die verschiedenen Firmware Versionen werde ich dann in der nächsten Tagen mal durchtesten.

Viele Grüße

4

German - Deutsch / Re: Ständige WAN (PPPoE) Reconnects

« on: January 04, 2023, 01:31:29 pm »

Ah okay.

Das Log der OPNsense habe ich ja oben in dem Link zur Verfügung gestellt. Ich habe hier trotzdem nochmal einen Screenshot angefügt von der exakten Uhrzeit an der auch das DrayTek eine neue Synchronisierung gestartet hat.

Das heißt wenn mein Modem den Sync verliert, müsste ich nochmal bei der Telekom nachfragen?

Viele Grüße.

5

German - Deutsch / Re: Ständige WAN (PPPoE) Reconnects

« on: January 04, 2023, 12:31:19 pm »

Hallo,

vielen Dank für die schnelle Reaktion.

Ich habe gerade mal im Webinterface des Draytek's nachgeschaut.
Das Gerät läuft seit 430 Stunden und der WAN Link ist up seit 8 Stunden und 17 Minuten. Zeitlich würde das passen.
Leider hat das DrayTek kein Log. Dafür muss ich erst einen SysLog Server aufsetzen.

Viele Grüße

6

German - Deutsch / (SOLVED) Ständige WAN (PPPoE) Reconnects

« on: January 04, 2023, 09:58:08 am »

Liebe Community,

ich hoffe sehr, dass mir hier weitergeholfen werden kann. Aktuell bin ich mit meinem Latein am Ende.

Mein technischer Aufbau:
Ich bin Telekom VDSL 250 Kunde. Von meiner TAE-Dose geht das Kabel in mein DrayTek Vigor 165. Von da aus geht per RJ-45 Kabel in meine OPNsense DEC750 Appliance (Port ibg1).
Ich habe zwei physikalische Netze. WLAN läuft über das native VLAN direkt auf Port igb2 und mein LAN ist auch im native VLAN auf Port ibg0. Darüber hinaus habe ich noch vier VLANs für unterschiedliche Verwendungszwecke.
Mein Wunsch ist, dass die OPNsense Appliance die PPPoE Einwahl macht, damit ich keinen zusätzlichen Hop habe und meine öffentlichen IPv4 und IPv6 Adressen sollen direkt am WAN Interface terminieren. Ich habe lange Zeit Suricata auf dem igb1 Port genutzt im Promiscuous-Modus. Aufgrund der anhaltenden Probleme habe ich Suricata jedoch deaktiviert. Weiterhin nutze ich das Zenarmor Plugin auf den Interfacen igb2 und igb0.

Mein Problem:
Etwa alle 60-100 Stunden bekomme ich eine neue WAN IP-Adresse. Das führt dazu dass Zenarmor "abstürzt" und die Verbindung zu den Cloud-Knoten verliert. Somit ist steht mein Netzwerk Traffic auf den Interfacen igb2 und igb0 still. Ich muss jedes mal das Plugin neustarten um das Problem zu beheben. Darüberhinaus habe ich IPv6 basierte Firewallregeln die ich ebenfalls nach einem Reconnect wieder anpassen muss. Dieser ganze Prozess ist super nervig und muss, wie gesagt, alle 60-100 Stunden wiederholt werden.

Meine fehlgeschlagenen Lösungsversuche:
Ich bin selbst Fachinformatiker für Systemintegration und arbeite bereits einige Jahre im IT-Support und Rechenzentrums sowie Netzwerkbetreuung. Somit habe ich ein bisschen Erfahrung was Troubleshooting angeht.
Nach Rücksprache mit der Telekom wird der Reconnect durch meinen Router (also die OPNsense) ausgelöst. Also über den Provider keine Lösungsmöglichkeiten.
Nächster Schritt war also der Austausch sämtlicher Kabel:
- TAE-Dose zu Vigor 165
- RJ-45 Kabel von Vigor 165 zu OPNsense
- Zwischenschalten eines unmanaged Switches zwischen Vigor 165 und OPNsense
- BIOS Update der DEC750 Applicance nach Anleitung von OPNsense selbst
- Neuinstallation des Betriebssystems auf der OPNsense Applicance
- Abschalten von Suricata
- Abschalten von Zenarmor
- In einem anderen Forum Beitrag wurde folgender Shell Befehl als Lösung vorgeschlagen: opnsense-patch 7aaa6a263b1 bb4743a7322 / Bei mir jedoch ohne Erfolg

Das Log von heute konnte ich dem Artikel leider nicht anhängen. Ich stelle aber hier ein OneDrive Link zur Verfügung:

https://stoeters-my.sharepoint.com/:u:/g/personal/philip_ps97_net/EbaKtg0TgvtHquL8OHjHtrwBdO5WxAImH8igF6ZhK7FZcg?e=V8g9js

Dabei zur Info: gegen 5:15 Uhr war der letzte Reconnect und gegen 6:24 Uhr habe ich den Zenarmor Dienst neugestartet. Dies führt immer zu einer Reihe von Fehler im Log.

Sollte ich irgendwelche Infos nicht mitgeliefert haben, würde ich mich über einen kurzen Hinweis freuen und diese umgehend nachliefern. Vielen Dank im Voraus.