Varför fungerar NAS-överföringar med jumbo frames i ena riktningen men stannar i den motsatta riktningen?
NAS-överföringar med jumbo-ramar kan fungera åt ena hållet men stanna åt det andra när de båda riktningarna inte passerar samma effektiva MTU eller beter sig likadant vid ändpunkterna.
En ZimaSpace-NAS med 2,5 GbE eller 10 GbE kan skickas via en switchväg medan returtrafiken använder ett annat VLAN, en router, ett bundlat gränssnitt, en virtuell brygga eller en sökväg med NIC-avlastning. Vanlig ping kan fortfarande fungera vid 1 500 byte. Diagnostiken måste testa stora paket som inte fragmenteras samt gränssnittsräknare i båda riktningarna.
Kräv konsekvent MTU från ändpunkt till ändpunkt
Lista MTU för NAS:ens nätverkskort, klientens nätverkskort, switchar, VLAN-gränssnitt, bundlade gränssnitt, bryggor och routrar i sökvägen.
En fokuserad blogg om lagringsnätverk på jumbo-ramar måste vara konsekventa från ändpunkt till ändpunkt hjälper till att avgränsa detta felsökningsspår eftersom den behandlar samma delproblem i stället för att bara definiera det underliggande protokollet.
Återställ tillfälligt hela testsökvägen till MTU 1 500. Om överföringarna i båda riktningarna blir stabila ska du åtgärda jumbo-sökvägen innan du finjusterar SMB eller NFS.
Testa paketstorleken i båda riktningarna
Använd stora DF-pingningar eller motsvarande sökvägstester från klienten till NAS:en och från NAS:en till klienten.
En fokuserad guide för nätverksfelsökning på DF-tester av paketstorlek avslöjar MTU-mismatch hjälper till att avgränsa detta felsökningsspår eftersom den behandlar samma delproblem i stället för att bara definiera det underliggande protokollet.
En storlek som bara lyckas åt ena hållet bevisar att den effektiva sökvägen skiljer sig, även om båda ändpunkterna rapporterar MTU 9 000.
Leta efter asymmetrisk routing eller olika mellanliggande enheter
Jämför nästa hopp och VLAN-gränssnitt för varje riktning, särskilt på hemservrar med flera nätverksanslutningar.
En fokuserad blogg om infrastrukturingenjörskap på MTU-ändringar längs en sökväg påverkar stor trafik på olika sätt hjälper till att avgränsa detta felsökningsspår eftersom den behandlar samma delproblem i stället för att bara definiera det underliggande protokollet.
Spåra båda riktningarna och identifiera det första hopp där sökvägarna skiljer sig. Anpassa den sökvägen eller ta bort den oavsiktliga routen.
Anta inte att jumbo-ramar förbättrar alla NAS-enheter
De verkliga vinsterna vid filkopiering beror på arbetsbelastningen och maskinvaran, medan en enda felkonfigurerad enhet kan försämra nätverket.
En fokuserad praktisk blogg om nätverk på jumbo-ramar kan förbättra eller förstöra verkliga filkopieringar hjälper till att avgränsa detta felsökningsspår eftersom den behandlar samma delproblem i stället för att bara definiera det underliggande protokollet.
Benchmarka samma NAS-arbetsbelastning med MTU 1 500 innan du avgör om den större ramen är värd den extra begränsningen av sökvägen.
Kontrollera om MTU orsakar black-hole-beteende
Om återkoppling från PMTUD blockeras kan TCP upprätta anslutningen och sedan stanna när större datapaket börjar skickas.
En fokuserad guide om nätverksprestanda på MTU-black holes kan få överföringar med hög genomströmning att stanna hjälper till att avgränsa detta felsökningsspår eftersom den behandlar samma delproblem i stället för att bara definiera det underliggande protokollet.
Se till att nödvändig ICMP-återkoppling fungerar eller minska sändarens MTU till den beprövade gränsen för sökvägen.
Kontrollera även switch- och virtualiseringslagren
Stöd för jumbo-ramar måste omfatta virtuella bryggor, container- eller VM-gränssnitt och eventuella brandväggar, utöver fysiska switchportar.
En fokuserad förklaring av nätverk på varje vidarebefordrande lager måste stödja den större MTU:n hjälper till att avgränsa detta felsökningsspår eftersom den behandlar samma delproblem i stället för att bara definiera det underliggande protokollet.
Kontrollera räknare för tappade paket och jättelika ramar på både inkommande och utgående portar medan du skickar i den riktning som misslyckas.
Testa den exakta hemserver-sökvägen igen
Upprepa samma NAS- eller självhostade arbetsflöde från samma klient efter att du ändrat en variabel, i stället för att byta till ett annat test som kan använda en annan sökväg.
Den relaterade ZimaSpace-guiden på den närliggande nätverkssökvägen för hemservern hjälper till att hålla den slutliga verifieringen kopplad till samma självhostade miljö.
Åtgärden är klar först när det ursprungliga problemet förblir löst efter återanslutning, omstart av tjänsten och en andra kontrollerad överföring eller begäran.
Vanliga frågor
Kan jumbo-ramar misslyckas bara i ena riktningen?
Ja. Asymmetrisk routing, olika virtuella gränssnitt, avlastningsbeteende eller ett portproblem i ena riktningen kan skapa olika effektiva sökvägar.
Bevisar en vanlig ping att jumbo-ramar fungerar?
Nej. En vanlig liten ping testar inte den konfigurerade storleken på nyttolasten för jumbo-ramar.
Bör jag använda MTU 9 000 på alla enheter i hemnätverket?
Endast på en avsiktligt isolerad sökväg där alla nödvändiga enheter stöder det. En konsekvent MTU på 1 500 är ofta säkrare i blandade hemnätverk.
Rekommenderade produkter
Support och tips
Mer att läsa
Kan Plex dela ett GPU-kort med en annan Docker-container?
Plex och en annan container kan ofta använda samma GPU, men du måste testa drivrutinsstöd, enhetsmappning, belastningen på videoenheten, minne och återställningsbeteende.
Så avgör du om ett Plex-fel kommer från klienten eller servern
Återskapa samma objekt på en annan klient, jämför sessionsvägen och samla sedan in serverbevis först efter att scope har visat var felet faktiskt finns.
Så konfigurerar du Plex-cache och tillfällig lagring för omkodning
Skydda beständigt Plex-tillstånd genom att placera temporära transkodningsfiler på lämplig lokal lagring och verifiera rensning, ledigt utrymme samt omstartsfunktionssätt.
