Wie man Jumbo Frames auf einem Heim-NAS testet, ohne den SMB-Zugriff zu unterbrechen

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

How to Test Jumbo Frames on a Home NAS Without Breaking SMB Access - Zima Store Online

Testen Sie Jumbo Frames auf einem isolierten NAS-Pfad, während Sie einen verifizierten 1500-MTU-Pfad für die SMB-Wiederherstellung verfügbar halten.

In einem Heimnetzwerk kann der SMB-Zugriff über eine Client-NIC, einen Switch-Port, VLAN, Bridge, virtuellen Switch, NAS-Schnittstelle oder Router-Pfad erfolgen, die nicht alle dieselbe Frame-Größe unterstützen. Das sichere Ziel ist daher nicht nur, MTU 9000 auf zwei Geräten einzustellen, sondern einen funktionierenden Verwaltungspfad zu erhalten, die gesamte Teststrecke in beide Richtungen zu prüfen, die gleiche SMB-Arbeitslast vor und nach der Änderung zu vergleichen und sofort zurückzurollen, wenn Hinweise auf eine MTU-Unstimmigkeit vorliegen.

Bekannte 1500-MTU-Basislinie aufzeichnen

Beginnen Sie mit NAS, Test-Client und Switch, die ihre aktuelle Standard-MTU verwenden, und bestätigen Sie, dass der SMB-Share gemountet, durchsucht, gelesen, beschrieben, neu verbunden wird und ein normaler Client-Neustart überlebt wird. Diese Basislinie ist der Wiederherstellungszustand, den Sie ohne Vermutungen reproduzieren können müssen.

Eine größere MTU verbessert nur die Paketeffizienz; sie beseitigt keine Speicher-, CPU-, SMB- oder Client-Limits. Die Erklärung von ZimaSpace, warum Jumbo Frames NAS-Übertragungen nicht unbedingt verbessern, ist hier hilfreich, da ein sicherer Test sowohl eine Konnektivitäts- als auch eine Arbeitslast-Basislinie benötigt.

Speichern Sie die aktuelle Schnittstellen-MTU, IP-Adresse, VLAN, Bridge-Mitgliedschaft, SMB-Pfad und das gemessene Übertragungsergebnis. Bestätigen Sie außerdem, dass Sie das NAS von einem anderen Gerät aus erreichen können, das bei MTU 1500 bleibt, oder richten Sie vor der Änderung der einzigen Verwaltungs-Schnittstelle einen lokalen Konsolenzugang ein.

Jeden Hop im genauen SMB-Testpfad kartieren

Zeichnen Sie den Pfad auf, den der ausgewählte Client tatsächlich nutzt, um das NAS zu erreichen. Beziehen Sie physische Switch-Ports, LAG- oder Bridge-Schnittstellen, VLAN-Subinterfaces, Hypervisor-Switches, USB-Ethernet-Adapter, Router-Schnittstellen und jede Container- oder virtuelle Maschinen-Netzwerkschicht ein, die am SMB-Endpunkt beteiligt ist.

Jumbo-Kommunikation erfordert End-to-End-Frame-Unterstützung, da ein Layer-2-Gerät, das den größeren Frame nicht weiterleiten kann, diesen verwerfen kann, anstatt ihn zu verkleinern. Der kleinste unterstützte Punkt auf der Strecke definiert daher die nutzbare Paketgröße.

Markieren Sie jeden Hop als bestätigt, unbekannt oder außerhalb des Tests. Aktivieren Sie Jumbo Frames nicht, solange ein versteckter Bridge-, Switch-Port-, VLAN- oder gerouteter Bereich unbekannt bleibt; vereinfachen Sie zuerst den Pfad oder halten Sie diese Komponente auf der Standard-MTU-Seite des Experiments.

Infrastruktur vor einem Test-Endpunkt ändern

Erhöhen Sie zuerst die maximale Frame-Größe am Switch oder isolierten Storage-VLAN, da eine Erhöhung des Switch-Limits normalerweise größere Frames erlaubt, ohne dass gewöhnliche Geräte diese senden müssen. Ändern Sie dann die NAS-Testschnittstelle und nur einen Client, während alle anderen Clients und der Wiederherstellungspfad unverändert bleiben.

Switches implementieren MTU-Konfiguration unterschiedlich: Einige verwenden ein globales Maximum, andere konfigurieren einzelne Schnittstellen, und wieder andere behandeln geroutete und geswitchte MTUs separat. Eine Zahl, die an einer Schnittstelle angezeigt wird, kann auch eine andere Schicht beschreiben als der Wert eines anderen Geräts.

Führen Sie jeweils nur eine Änderung durch und dokumentieren Sie diese. Wenn das NAS nur eine Schnittstelle hat, beginnen Sie nicht mit einer Remote-Änderung ohne Rückrollmöglichkeit; verwenden Sie ein Wartungsfenster, eine zweite NIC, eine direkte Konsole oder ein Test-VLAN, das unabhängig entfernt werden kann.

Featured

ZimaCube 2 Persönliche Cloud Home NAS

ZimaCube2

Packet-Größe in beiden Richtungen prüfen, bevor SMB geöffnet wird

Wiederholen Sie zuerst einen normalen kleinen Ping, um die grundlegende Erreichbarkeit zu bestätigen, und senden Sie dann ein großes Paket mit deaktivierter Fragmentierung. Für eine IPv4-MTU von 9000 ist eine gängige Test-Payload 8972 Bytes, da IP- und ICMP-Header die restlichen 28 Bytes verwenden.

Führen Sie den Großpaket-Test vom Client zum NAS und vom NAS zum Client durch. Einseitiger Erfolg reicht nicht aus: Asymmetrische VLAN-Behandlung, ein virtueller Switch oder ein anderer Rückweg können eine Richtung erlauben und die andere stillschweigend verwerfen.

Wenn das große Paket fehlschlägt, reduzieren Sie die Payload, bis es funktioniert, und identifizieren Sie den Hop, dessen konfigurierte oder unterstützte Maximalgröße dieser Grenze entspricht. Fahren Sie nicht mit dem SMB-Benchmarking fort, bis die beabsichtigte Paketgröße in beiden Richtungen wiederholt ohne Fragmentierungswarnungen, Timeouts oder steigende Schnittstellenfehler erfolgreich ist.

Die gleiche SMB-Arbeitslast bei MTU 1500 und der Test-MTU vergleichen

Verwenden Sie eine große lokale Datei, denselben Client, denselben NAS-Share, denselben Quell- und Zielspeicher sowie dieselben SMB-Sicherheitseinstellungen. Führen Sie den Test lange genug durch, um über RAM-Cache und kurze Schreibspitzen hinauszugehen, und protokollieren Sie Durchsatz, CPU-Auslastung, Latenz, erneute Übertragungen und ob der Share normal wieder verbunden wird.

Ein praktisches Community-Fehlerbehebungsmuster ist es, Jumbo Frames ein- und auszuschalten, anstatt jede Geschwindigkeitsänderung der MTU zuzuschreiben. Das Ergebnis zählt nur, wenn der Großpaketpfad sauber ist und die Arbeitslast sonst unverändert bleibt.

Interpretieren Sie den A/B-Test mit der folgenden Ergebniskarte, anstatt eine einzelne Spitzenzahl zu akzeptieren:

Beobachtetes Ergebnis	Wahrscheinliche Bedeutung	Nächste Aktion
Großer Ping schlägt fehl und SMB hängt	End-to-End-MTU-Unstimmigkeit	Test-Endpunkt zurücksetzen und jeden Hop prüfen
Großer Ping gelingt, aber SMB ist langsamer	MTU ist nicht der limitierende Faktor oder Fehler steigen unter Last	CPU, Speicher, erneute Übertragungen und Schnittstellen-Zähler prüfen
SMB verbessert sich mit stabiler Latenz und ohne Fehler	Die getestete Arbeitslast profitiert auf diesem genauen Pfad	Mit normalen Clients und Wiederherstellungstests wiederholen, bevor breiter ausgerollt wird
Keine wesentliche Änderung	Standard-Frames erfüllen bereits die Arbeitslast	MTU 1500 beibehalten, es sei denn, eine andere gemessene Arbeitslast profitiert

Beim ersten Verbindungs- oder Fehlergrenzwert zurückrollen

Ein Rollback ist erforderlich, wenn das SMB-Mounten unzuverlässig wird, große Pakete in irgendeiner Richtung fehlschlagen, erneute Übertragungen oder CRC-Fehler zunehmen, gewöhnliche Clients den Zugriff verlieren oder der Test keinen wiederholbaren Arbeitslastvorteil bringt. Ein Jumbo-Frame-Test ist nicht erfolgreich, nur weil ein Benchmark abgeschlossen wird.

Setzen Sie zuerst den Test-Client auf MTU 1500 zurück, damit er über den bekannten guten Pfad kommunizieren kann, und stellen Sie dann bei Bedarf die NAS-Testschnittstelle wieder her. Entfernen Sie das Test-VLAN oder die Switch-Überschreibung erst, nachdem der SMB-Zugriff, das Browsen, Schreiben und die Wiederverbindung mit Standard-MTU erneut bestätigt wurden.

Behalten Sie Jumbo Frames nur bei, wenn der gesamte ausgewählte Pfad dokumentiert ist, der Rollback-Pfad verfügbar bleibt und die tatsächliche NAS-Arbeitslast sich verbessert, ohne Latenz oder Kompatibilität zu beeinträchtigen. Andernfalls ist das korrekte Testergebnis, MTU 1500 beizubehalten, anstatt eine Funktion weiter zu optimieren, die ihre Betriebskosten nicht rechtfertigt.