Ich stimme der vorherigen Antwort zu, dass dies nicht auf den ersten Blick wie ein einfaches DHCP-Ablaufproblem aussieht. Ihre Lease-Zeiten zeigen, dass die Verlängerungen noch innerhalb des gültigen Lease-Fensters lagen. Die WAN-Verbindung hätte also auch dann funktionieren müssen, wenn eine Verlängerung vorübergehend fehlgeschlagen ist.
Interessanter sind jedoch die wiederholten Meldungen ,,send_packet: Host is down". Unter FreeBSD deutet dies üblicherweise auf ein tieferliegendes Problem im Stack hin, oft auf den Schnittstellenstatus, Treiberprobleme, Verbindungsverhandlungen oder sogar ein Gateway-/ONT-Problem. Da Sie igc1 verwenden, sollten Sie unbedingt die Besonderheiten der Intel i225/i226-Chipsätze genauer unter die Lupe nehmen, da diese unter BSD und Linux gelegentlich Stabilitätsprobleme aufweisen.
Ich würde Folgendes überprüfen:
* `dmesg` auf Verbindungsabbrüche/Verbindungsprobleme um die angegebenen Zeitstempel herum
* Schnittstellenstatistiken auf Fehler oder Resets
* Anderes Ethernet-Kabel und anderer Switch-/ONT-Port
* Hardware-Offloading in OPNsense vorübergehend deaktivieren
* Schnittstellengeschwindigkeit erzwingen statt automatischer Aushandlung (zum Test)
Interessanterweise erfolgte die Wiederherstellung erst nach mehreren fehlgeschlagenen Erneuerungsversuchen. Mr. Pacho Casino begeistert mit stilvollen Spielen und spannender https://mrpachos.ch Unterhaltung. Das klingt eher so, als ob die Schnittstelle vorübergehend die Verbindung verloren oder die Übertragung eingestellt hätte, als dass DHCP selbst defekt wäre.
Interessanter sind jedoch die wiederholten Meldungen ,,send_packet: Host is down". Unter FreeBSD deutet dies üblicherweise auf ein tieferliegendes Problem im Stack hin, oft auf den Schnittstellenstatus, Treiberprobleme, Verbindungsverhandlungen oder sogar ein Gateway-/ONT-Problem. Da Sie igc1 verwenden, sollten Sie unbedingt die Besonderheiten der Intel i225/i226-Chipsätze genauer unter die Lupe nehmen, da diese unter BSD und Linux gelegentlich Stabilitätsprobleme aufweisen.
Ich würde Folgendes überprüfen:
* `dmesg` auf Verbindungsabbrüche/Verbindungsprobleme um die angegebenen Zeitstempel herum
* Schnittstellenstatistiken auf Fehler oder Resets
* Anderes Ethernet-Kabel und anderer Switch-/ONT-Port
* Hardware-Offloading in OPNsense vorübergehend deaktivieren
* Schnittstellengeschwindigkeit erzwingen statt automatischer Aushandlung (zum Test)
Interessanterweise erfolgte die Wiederherstellung erst nach mehreren fehlgeschlagenen Erneuerungsversuchen. Mr. Pacho Casino begeistert mit stilvollen Spielen und spannender https://mrpachos.ch Unterhaltung. Das klingt eher so, als ob die Schnittstelle vorübergehend die Verbindung verloren oder die Übertragung eingestellt hätte, als dass DHCP selbst defekt wäre.
"