MTU in combo met Jumbo frames

[m4v3r1ck]

Je hebt toendertijd ook nog reacties geplaatst in die Topic 

Mijn geheugen laat me in de steek? ;-)

[Heppieboeddah]

Ticket bij Synology inmiddels in onderzoek. Men komt er vooralsnog nog niet uit.

Na diverse Teamviewer sessies, kabels omzetten, verschillende manieren van aan sluiten van de NAS, zelfs rechtstreekse utp van NAS naar PC etc etc... Geen resultaat. Op het moment dat de MTU op de NAS hoger ingesteld wordt dan MTU 3000 is de NAS onbereikbaar en dus ook niet te pingen.

Men wil nu mijn sys-config backuppen en bij hun weer op een NAS terugzetten om te kijken of ze aldaar het issue kunnen reproduceren.

Blijft voorlopig jammer dat de NAS die MTU 9000 niet vreet. Zoals eerder gezegd is mijn winst met Jumboframes bijna geminimaliseerrd

[Ben(V)]

Ach zoveel winst haal je niet uit jumbo frames.
Als je een mtu van 9000 zou hebben scheelt dat per pakketje van 9000 byte maar 190 bytes ten opzichte van een standaard mtu van 1500.

Dat is maar 2%.

[Heppieboeddah]

Ben, mijn ervaring leert mij dat met Jumbo frames MTU 9000 mijn snelheid van PC naar NAS oploopt van 80MB naar 115 MB.

Dat is 35% winst, mag jij gerust gering noemen. Hoop niet dat je kwalijk neemt dat ik dat wel veel winst noem.

[Ben(V)]

Als dat zo is dan ben ik de laatste om dat gering te noemen.

Echter het voordeel komt dan ergens anders vandaan dan van de jumbo frame afmetingen.
Een standaard frame heeft een mtu van 1500 waarvoor 1538 byte getransporteerd moeten worden.
Voor een jumbo frame met een mtu van 9000 worden 9038 bytes getransporteerd.

Om dezelfde data te kunnen versturen met een mtu van 1500 moeten er dus 6 frames verstuurd worden ( 6x 1500 = 9000)
Er moeten dan dus 1538 x 6 = 9228 bytes verstuurd worden terwijl een mtu van 9000 maar 9038 bytes nodig heeft.
Het verschil is 9228 - 9038 = 190 bytes ofwel ongeveer 2% van 9000.

Als je dus meer voordeel uit jumbo frames haalt betekent dat gewoon dat er ergens in de keten hardware zit die moeite heeft met het verwerken van meer packages.
Meestal is de instelling van de netwerkkaart in je pc of mac de plek waar je het voordeel echt kunt halen.

Hieronder een plaatje hoe de frames zijn opgebouw om mijn berekeing te onderbouwen.

[Heppieboeddah]

Prima al die berekeningen, maar als alleen het opkrikken van de MTU op alle apparatuur dat verschil oplevert wat het oplevert vraag ik mij af waar het dan vandaan k9mt buiten dat van de Jumbo frames.

[Ben(V)]

Uit incorrecte metingen en zoals ik al zei uit het feit dat je een device in je keten kunt hebben die het gewoon niet aankan.
Meer pakketjes betekent ook meer werk om uit te pakken.

Vaak zijn met name de netwerkkaarten in PC (mac's weet ik niet maar zal ook wel) niet goed geconfigureerd of zijn gewoon matig van kwaliteit.
Ik heb eens een PC gehad die een netwerksnelheids boost van 40% kreeg toen ik er een simpel intel netwerkkaartje in stopte in plaats van de onboard nic te gebruiken.

Maar dingen als alle optimalisaties in de drivers uitzetten en vooral xon/xoff uitzetten helpt vaak enorm.
Die optimalisatie stammen uit de tijd dat de cpu werk uit de hand genomen moest worden, maar de huidige cpu's in pc's zijn vele malen krachtiger dan de hardware van die netwerk interface zodat je dat beter door de cpu kunt laten doen.

[Heppieboeddah]

Heb je volgens mij niet het hele verhaal gelezen.  De drop was een feit dat na de uograde naar DSM 5.2 bèta.

De winst welke ik Had gemaakt van zo n 30% werd behaald bij het instellen van de Jumbo frames in DSM 5.1.

Waar de drop vandaan komt is denk obvious. Bij Synology denken ze er ook zo over kennelijk, alleen kunnen ze het niet/nog niet  tackelen.

[Ben(V)]

Ik heb het verhaal wel gelezen.
Alleenkan 30% nooit door jumbo frames komen.

Synology doet ook geen uitspraak over de snelheid, alleen over het feit dat jumbo frames bij jou niet meer werken.

[Pippin]

Ben niet Ben maar wat hij zegt is, tenminste theoretisch correct.

Wat jij zegt echter ook. Het probleem is dat na die update JF niet goed meer werkt op de DS.

Wat hij bedoelt is dat er kans is dat er een ander apparaat, zonder JF ingesteld, zijn werk niet goed doet.
Jouw oplossing was/is JF gebruiken waardoor het apparaat niet zoveel meer hoeft te verwerken door de pakketgrootte.

[Heppieboeddah]

Dat een ander apparaat het niet meer doet zou Murphy zijn. Kan natuurlijk maar het heet natuurlijk niet voor niets Murphy.

Nergens heb ik het erover gehad dat Synology maar iets over de snelheid welke te behalen zou zijn heeft  gezegd. Die vloeien voort uit empirisch onderzoek mijnerzijds

Het enige wat zij ook vreemd vinden is dat na het verhogen van de MTU naar 4000 of hoger, max 9000, de NAS niet meer intern benaderbaar is. Dat het in mijn apparatuur of netwerk zou zitten hadden we na enkele sessies Teamviewer en hardware matige tests al behoorlijk kort gesloten

[Briolet]

Het enige wat zij ook vreemd vinden is dat na het verhogen van de MTU naar 4000 of hoger, max 9000, de NAS niet meer intern benaderbaar is.

Ik zou gokken dat het ook in switches of de switch van de router kan liggen die de grotere pakketten niet aankan. Op windows kun je eens een groot pakket via de commandline versturen:

Code: [Selecteer]

ping -l 8150 -f ServerIP
Dit stuurt een groot pakket met de eis dat er niet gefragmenteerd mag worden. Die moet goed overkomen bij goed werkende JF

Dat het extern wel lukt komt doordat internet verkeer dan weer naar 1500 MTU terugschakelt.

[Heppieboeddah]

Ik schreef al dat ik veel sessies met Synology heb gehad. Je moest eens weten hoeveel van die ping opdrachten zij hebben uitgevoerd. En hoeveel parameters ze wel hebben getest.

Ook ik heb die ping gedaan al voordat ik contact met Synology had opgenomen.  Het resultaat wat dat alles naar behoren werkte behalve de ping Request naar de NAS bij 4000 of hoger.  Echo: Request time out

De switch is een managed Netgear met ondersteuning Jumbo Frames. Zelfs alle andere poorten op de switch zijn getest. Allemaal met hetzelfde resultaat. Geen connectie met de  NAS bij 4000 of hoger.

[Ben(V)]

Dat betekent dus dat hij de Nas niet bereikt.
Anders had hij de melding gegeven dat dat hij wil fragmenteren maar dat niet kan omdat het df bit gezet is.

Jouw melding krijg je ook als je verzendende device een mtu heeft die kleiner is dan het pakketje dat je wilt pingen.

[Heppieboeddah]

Precies Ben,  hij bereikt de NAS niet als ik daar de MTU hoger zet dan MTU 3000. Heb ik tig keer gezegd. Dat is dus het probleem. Nu de oorzaak nog en dan dat tackelen..