MTU in combo met Jumbo frames

[Ben(V)]

Ja ik weet wel watje geschreven hebt, maar misschien moet je zelf eens goed lezen.

Als het zendende device of een device tussen zender en ontvanger de oorzaak is dan krijg je een melding als "not reachable".
Als de ontvanger (hier de Nas dus) een verkeerde mtu heeft dan krijg je de melding dat hij het pakket wil fragmenteren maar dat niet kan omdat het df bit gezet is.

[Heppieboeddah]

Ja en? Is daar het probleem mee opgelost? Begrijp de uitleg wel, maar daar kan ik niets mee, en Synology kennelijk ook niet

De DS heeft ook al zonder tussenkomst van wat dan rechtstreeks aan de Nic gehangen ook daar zodra de MTU de 3000 overstijgt, kapt de NAS ermee. Hoe duidelijker wil je het hebben? Wat zou er nu nog tussen kunnen zitten dat een hogere MTU blokkeert.

[Ben(V)]

Het meest waarschijnlijke is dat of een switch of je PC het niet aankan.
Als het je NAS was zou je een andere melding krijgen.

Download deze tools eens naar je PC die kan analyseren waar het zit.

http://www.iea-software.com/products/mtupath.cfm

Dit is het laatste wat ik er over zeg want blijkbaar stel je hulp niet op prijs gezien je toon.

[Heppieboeddah]

Ben,  die was ook al gedaan door Synology.

NAS:
IN RANGE: 1~2976
SCAN TIMEOUT: 2977~9170
EXCEDED: 9171~16384.

Alle ander apparaten gaan tot de range 1~9170.

Je kan mijn antwoorden misschien niet op prijs stellen. Maar alles wat ik al heb aangegeven wordt door jou in twijfel getrokken, en dat doet mij de tenen krommen
 
Tevens ga je volledig bij aan het feit dat deze situatie in ontstaan pas na installatie Bèta 5.2 en het bij 5.1 allemaal keurig netjes werkte. Een causaal verband met de update lijkt mij meer voor de hand liggen tot al het andere. Kennelijk komt Synology ook tot die conclusie en zal zoals ik eerder schreef het proberen te tackelen.

[Briolet]

Zal een melding maken via bugreport. Maar misschien dat iemand het kan bevestigen.

Ik heb vandaag dsm 5.2 geïnstalleerd en een paar snelheidstesten gedaan.
apparatuur:DS 415+, iMac (late 2009), netgear SG108 switch
Onder DSM5.1 een bond met fail over, onder DSM 5.2 een bond met load balancing
test programma "Helios lan tester" met de default settings

Ik heb ook naar de Jumbo frames gekeken, maar zag geen problemen onder DSM 5.2. Dit deed het gewoon goed hoewel ik geen significant verschil kon meten met de standaard frames. IMAP heeft hier problemen mee zodat JF voor mij nog steeds geen optie is.

Ik heb ook de nieuwe SMB3 geactiveerd.  Hiermee kon ik geen verschil meten t.o.v SMB2

Met afp zag ik tussen de DSM versies wel een verbetering in read snelheid, maar niet in schrijfsnelheid. Dat vind ik vreemd omdat bij alle testen Security Station aan stond en er constant 5 cameras naar de nas streamden. Dan zou ik juist verwachten dat de write snelheid een voordeel zou hebben van de nieuw load balancing optie bij een bond.

[Ben(V)]

Het grote voordeel van smb 3 is dat het multichannel heeft.
Als je dus een ook een client met smb 3 hebt en twee netwerkkaarten in een bond (net als de NAS), dan kun je effectief van beide netwerkpaden gebruik maken en het je dus effectief 2Gb tussen client en Nas tot je beschikking.

Met smb 2 was dat beperkt tot 1Gb zelf in deze configuratie.

[Babylonia]

Download deze tools eens naar je PC die kan analyseren waar het zit.

http://www.iea-software.com/products/mtupath.cfm

Ik ben ook wat aan het experimenteren met MTU / Jumbo frames met een nieuwe DS415+ opstelling (DSM 5.2).
(Nog) niet met dubbel aangesloten netwerkkabels. (Heeft in mijn situatie ook niet zoveel zin).
Op welke waarde ik de NAS of de netwerkkaart van de PC ook ingesteld heb (dus ook bij uitgeschakelde Jumbo Frames), de test geeft telkens hetzelfde resultaat als zijnde:

MTU path scan to (mijn lokale NAS IP), ttl=64, limit ttl=48
#16 processing - best MSS 4009 <estimated MTU 4037> [p???ppppp?p?p???]

#1 MSS IN RANGE           1 <==   4008 ==>    4009
#2 SCAN FAILLURE   4010 <==  12374 ==>  16384

Daarmee zou ik denken dat de maximale MTU dan 4000 is.
Dat zou dan kunnen liggen aan de op het moederbord geïntegreerde 1 Gigabit netwerkkaart.
Ik kan geen informatie vinden over de maximale MTU-waarde m.b.t. de  Intel 82579V
Wel dat de Intel ethernet controller Jumbo Frames ondersteunt.
http://ark.intel.com/nl/products/52963/Intel-82579V-Gigabit-Ethernet-PHY

Gezien de inmiddels al wat gedateerde Intel netwerkcontroller denk ik dat die 4000 realistisch is.
(In Windows 8 kan ik kiezen tussen een MTU van 4000 en 9000, of uitschakelen).

Met er tussen aangesloten een unmanaged switch, als specificatie een max. voor Jumbo Frames van 9,216 Bytes.
Specificatie van de modem/router is mij niet bekend, maar PC en NAS hangen aan de switch.


Een test via de command line:

Voor Windows

Code: [Selecteer]

ping -f -l 8150 "myLocalIP"Hier betekent -f : don't fragment en   -l  8150   de geteste pakket grootte.

.....ongeacht de eerder ingestelde MTU's  (niet, een lage waarde of maximum),
pakket groottes ingesteld boven 1472 worden gefragmenteerd.
"Packet needs to be fragmented but DF set"

Ook een vast IP-adres in de PC + NAS ingesteld, en rechtstreeks met een netwerkkabel verbonden, maakt niets uit.

Is het maximum dan 1500 of toch datgene wat dat test tooltje aangeeft waar Ben(V) aan refereert,
zijnde een MTU / Jumbo frames van maximaal 4000   

[Ben(V)]

Als je de NAS rechtstreeks aan de PC hangt kan ofwel de NAS ofwel de PC de mtu van 9000 niet aan.
Als je alleen in de NAS de mtu hebt aangezet dan default die naar een mtu van 4000, die moet je dan wel veranderen naar 9000.

Ik heb zelf ook een pc met een 82579V netwerk chip op het moederboard en die kan wel een mtu van 9000 aan.
Ik weet niet meer welke driver ik had draaien die van windows of die van intel maar een van die twee gaf me niet de mogelijkheid om de mtu te zetten.
Misschien dus even kijken of je de driver kunt updaten.

http://www.intel.com/p/en_US/support/detect?iid=dc_iduu

PS Verwacht niet te veel van de voordelen van een hoge mtu, bij mij ging de performance alleen maar achteruit.

[Babylonia]

Nieuwe drivers brachten wel een paar aardige extra features om wat zaken in het netwerk makkelijker te testen
(alles was in orde), maar tests zoals eerder beschreven via de DOS-box bleven hetzelfde.

Praktisch gezien of ik nu MTU 9000 gebruikte of "disabled", de benadering van de NAS werkte op beide instellingen hetzelfde. (Moest wel PC en NAS + switch echt allemaal een keer herstarten om de NAS in het netwerk van de PC terug te zien).

Ik heb ook nog wat filmbestanden van 1,5 GB overgezet van PC naar NAS, maar merkte eigenlijk geen verschil.
Nou ja, misschien heel misschien een paar tienden MB/ps "strakker" in performance met MTU 9000 ??
In ieder geval niet iets om je er druk over te maken.
Overzetten van zo'n filmbestand ging met circa 112 MB/ps
Dat benadert ongeveer de maximum snelheid van een 1 Gb netwerkverbinding (minus wat overhead).
Als ik nu de prestaties van de DS415+ op de Synology website kijk, is dat precies de nominale waarde die zij opgeven. 
Dus de NAS werkt precies zoals verwacht. (Mooi ook dat Synology eerlijk is in hun opgave).

De snelheid van een kleine portable USB 3.0 disk achter een WD TV Live was circa 10x trager.
(MTU op 9000 of disabled maakte niet uit). Dan is de NAS toch beter in rendement. 

Bedankt in ieder geval voor alle aanvullende zaken.