<div dir="ltr">Hi Daniel,<div><br></div><div>nix zu machen: anderer Router, Energiemanagement deaktiviert, aber Problem bleibt bestehen.</div><div><br></div><div>MTU krieg ich nicht so geändert, dass es einen Reboot überlebt. Allerdings laufen hier auch alle anderen Geräte mit 1500, kann mir kaum vorstellen dass es daran liegt.</div><div><br></div><div>Viele Grüße</div><div>Frank</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Mi., 27. März 2019 um 08:43 Uhr schrieb Daniel Lauckner <<a href="mailto:vz@jahp.de" target="_blank">vz@jahp.de</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hallo,<br>
<br>
<br>
am Mittwoch, 27. März 2019 um 06:56 hat Daniel Lauckner geschrieben:<br>
> Das einzige was ich nicht getestet habe ist nach dem Packprozess.<br>
<br>
Nope, selbst heruntergeladen nicht reproduzierbar.<br>
<br>
Was bei den Recherchen zu dem carrier lost generell auftaucht sind<br>
Tipps die MTU anders zu setzen. Soweit nachvollziehbar sind bei mir<br>
alle Geräte auf 1500 eingerichtet.<br>
<br>
Bezogen auf Rpi scheint das Netzwerk von 3 und 3+ generell etwas buggy<br>
zu sein. Problem ist dabei wohl auch das beide Adapter eth0 und wlan0<br>
von einer Instanz dhcpcd versorgt werden. Zickt ein Adapter rum reißt<br>
der mitunter den Service und die andere Schnittstelle mit.<br>
Besserung bei eth0 brachte immer mal wieder der Parameter<br>
<br>
dtparam=eee=off in config.txt<br>
<br>
Damit wird das Energiemanagment der Schnittstelle abgestellt.<br>
<br>
<br>
<br>
mfg Daniel<br>
<br>
</blockquote></div>