Hallo danXde,

die 1440 habe ich jetzt mal eingestellt, komischerweise sagt AVM hier, dass MTU einstellen durch die FritzBox nicht unterstützt wird, oder ich habe was falsch verstanden.

Was mich noch irritiert hat ist, dass in dem Feld der beiden FritzBoxen mit der MTU als Standardwert 1280 drinstand (ohne Häkchen gesetzt).

Hier ein Auszug aus dem für mich überraschend kompetenten und hartnäckigen Synology Support (das war ich bisher leider anders gewohnt, bin langjähriger Kunde dort):

Das MTU Problem scheint noch zu bestehen.

Die Pakete die von einer Fritzbox zur anderen Übertragen werden haben eine maximale größe von 1500 byte.

Alle Pakete größer als 1500 byte werden Fragmentiert, also in mehrere Pakete aufgeteilt.

Die Fragmentierung erfolgt nicht durch Hyperbackup und kann zu Problemen bei der Interpretation auf dem Ziel-NAS führen.

Je nach Art und Weise wie die MTU durchgesetzt wird, kann es auch zu größeren Paketverlusten kommen, was der wahrscheinlichste Grund für die abbrechenden Backups ist.

Bei einer  VPN  Verbindung werden Meta-Daten jedem Paket hinzugefügt. Diese haben eine größe von, je nach Protokoll, ca 80 Byte und ca 180 Byte.

Der NAS sendet bereits in der Standardeinstellung ein Paket 1500 byte Pakete. Wenn diese durch den  VPN  Tunnel übertragen werden, kommen die Meta Daten hinzu,

wodurch die Pakete größer als 1500 byte werden und Fragmentiert werden müssen.

Wenn der  VPN  Tunnel direkt am NAS anliegt, werden die Pakete direkt mit den  VPN  Meta Daten erzeugt, sodass die 1500 Byte nicht überschritten werden. 

Es bleibt spannend...

Grüße

---

@x4N70pHyLL  schrieb:

die 1440 habe ich jetzt mal eingestellt, komischerweise sagt AVM hier, dass MTU einstellen durch die FritzBox nicht unterstützt wird,

---

Wo in der GUI genau hast Du die eingestellt?

Was AVM im verlinkten Beitrag sagt ist, dass das bei einer von der Fritzbox aufgebauten DSL Verbindung nicht geht. Bei Dir baut die Fritzbox keine DSL-Verbindung auf, das macht der Speedport.

An der FritzBox ist bei "Internet -> Zugangsdaten" die Option "Vorhandener Zugang über WAN" eingestellt.

Auf dem Tab IPv6 ganz unten bei "weitere Einstellungen" habe ich die Option "MTU manuell einstellen" ausgewählt.

Dazu musste ich allerdings oben IPv6 aktivieren, und dann ist "Native IPv4-Anbindung verwenden" ausgewält. Habe ein Bild angehängt.

Ich bekomme allerdings alle paar Minuten den Fehler "IPv6-Präfix konnte nicht bezogen werden, Fehlergrund: 6 ()" im Protokoll angezeigt.

Grüße

Hallo nochmal,

es lief jetzt mit der MTU 1440-Einstellung einen Monat sauber, jetzt sind wieder zwei Backups als defekt markiert worden.

Zu den Logs: Was genau würdest Du anschauen @danXde ? Sonntags laufen bei mir immer alle Backups, Donnerstags der Integritätscheck. Dort markiert die Synology laut Log das Backup als "broken" und damit kann ich es nur für die Wiederherstellung nutzen. "Lösung": Komplett löschen, neu anlegen und neu initial durchlaufen lassen (läuft bei der Datenmenge und meinem Anschluss ca. 7 Tage durch). Wenn Du einen Tipp hast, wo Du genauer reinschauen würdest, gerne. Ich habe wie gesagt aufgrund der verschiedenen getesteten Konstellationen den Hybridtunnel in Verdacht.

Eine Frage zum SPH: Dass ich ein Skript oder ähnliches habe, dass ich auf meinem raspberry/ioBroker laufen lassen, das den SPH aufruft und das DSL oder LTE zu einer gegebenen Zeit trennt und wieder herstellt, geht nicht? Da bin ich leider nicht der Experte, aber ein ioBroker/Pi hätte ich zur Verfügung.

---

x4N70pHyLL schrieb: Eine Frage zum SPH: Dass ich ein Skript oder ähnliches habe, dass ich auf meinem raspberry/ioBroker laufen lassen, das den SPH aufruft und das DSL oder LTE zu einer gegebenen Zeit trennt und wieder herstellt, geht nicht? Da bin ich leider nicht der Experte, aber ein ioBroker/Pi hätte ich zur Verfügung.

---

@x4N70pHyLL ...  gibt es  Internet-Abbrüche, Resync's des DSL, LTE Cell-ID-Wechsel, LTE -Verbindungsabbrüche  während der Backups.

zur Frage des Scripts.  ....da gab es neben dem Tunning als Komplettlösung auch entsprechende Scriptbasierte Ansätze, Vorraussetzung war dann aber Lötkolben und Nachrüsten der seriellen Schnittstelle.

Grüße

danXde