<div dir="auto">Moin,<div dir="auto"><br></div><div dir="auto">ich werde die Kiste heute mal an ein anderes Netzwerk hängen.</div><div dir="auto"><br></div><div dir="auto">MTU und Energiemanagement schau ich mir auch an.</div><div dir="auto"><br></div><div dir="auto">Grüße</div><div dir="auto">Frank</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Daniel Lauckner <<a href="mailto:vz@jahp.de" rel="noreferrer noreferrer" target="_blank">vz@jahp.de</a>> schrieb am Mi., 27. März 2019, 08:43:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;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>