Jumbo Frames -> MTU 9000

[m4v3r1ck]

Ben geen Maccer maar, "Het m.i. tegenvallende resultaat!" impliceert een bepaalde verwachting
Om geMaccer te voorkomen zou het beter zijn Windows aan te schaffen

LOL! 

Alle gekheid op een stokje, heb je een vergelijking met hoe het was? Het enige wat ik zie in de grafiek is fluctuatie.
Of is dat wat je bedoelt?

Omdat het een 48.3 GB .iso file is, zou ik een veel constantere upload naar de NAS verwachten idd.

Denk dat het beter is een MAC programmaatje te gebruiken om de snelheid te meten. Dat grafiekje van DSM zie je niet zo veel aan.

Ik zal eens kijken op MacUpdate en dan vergelijken met de grafiek van DSM, bedankt!

[m4v3r1ck]

Is dat een beveiliging van safari omdat het hier mixed content betreft: de plaatjes staan op een https link?

Het zijn DropBox gekopieerde links, dus idd httpS.

https://dl.dropboxusercontent.com

[m4v3r1ck]

Tegenvallend is hooguit ten opzichte van je verwachtingen. Een LACP verhoogt de maximale snelheid  namelijk niet, alleen de bandbreedte.

Een enkele connectie (client <--> server) ofwel mac naar NAS maakt maar gebruikt van een van de twee netwerk verbindingen. Wel houd je nog een verbinding over met dezelfde capaciteit om ander werk te doen.

Dus als je de echte capaciteit wilt testen zul je dat met twee clients gelijktijdig moeten doen.

Ik zal tegelijkertijd met dezelfde file ook vanaf mijn Windows 7 Laptop eens de upload doen, bedankt voor deze tip!

Bij mij verhogen jumbo frames de snelheid niet. Integendeel het heeft juist een verlagend effect.
Anderen hebben wel voordeel geconstateerd, met name mac gebruikers.

Ik ga het verder testen!

PS Al je instellingen zijn prima in orde, al mis ik een plaatje van je switch waar je de trunk gemaakt hebt.

Bedankt een plaatje van de trunk in de HP1810 toegevoegd in 1e post.

[m4v3r1ck]

Wat laat

Code: [Selecteer]

ping -D -s 8150 <IP-NAS>" zien vanaf je MAC ?

Code: [Selecteer]

Last login: Thu Apr 30 11:51:04 on ttys000
You have mail.
MACPRO:~ $ ping -D -s 8150 192.168.178.125

PING 192.168.178.125 (192.168.178.125): 8150 data bytes

8158 bytes from 192.168.178.125: icmp_seq=0 ttl=64 time=0.748 ms
8158 bytes from 192.168.178.125: icmp_seq=1 ttl=64 time=0.952 ms
8158 bytes from 192.168.178.125: icmp_seq=2 ttl=64 time=1.067 ms
8158 bytes from 192.168.178.125: icmp_seq=3 ttl=64 time=0.876 ms
8158 bytes from 192.168.178.125: icmp_seq=4 ttl=64 time=0.924 ms
8158 bytes from 192.168.178.125: icmp_seq=5 ttl=64 time=0.958 ms
8158 bytes from 192.168.178.125: icmp_seq=6 ttl=64 time=0.940 ms
8158 bytes from 192.168.178.125: icmp_seq=7 ttl=64 time=0.883 ms
8158 bytes from 192.168.178.125: icmp_seq=8 ttl=64 time=0.919 ms
8158 bytes from 192.168.178.125: icmp_seq=9 ttl=64 time=0.907 ms
8158 bytes from 192.168.178.125: icmp_seq=10 ttl=64 time=0.931 ms
8158 bytes from 192.168.178.125: icmp_seq=11 ttl=64 time=0.870 ms
8158 bytes from 192.168.178.125: icmp_seq=12 ttl=64 time=0.957 ms
8158 bytes from 192.168.178.125: icmp_seq=13 ttl=64 time=0.919 ms
8158 bytes from 192.168.178.125: icmp_seq=14 ttl=64 time=0.905 ms
8158 bytes from 192.168.178.125: icmp_seq=15 ttl=64 time=0.836 ms
8158 bytes from 192.168.178.125: icmp_seq=16 ttl=64 time=0.968 ms
8158 bytes from 192.168.178.125: icmp_seq=17 ttl=64 time=1.016 ms
8158 bytes from 192.168.178.125: icmp_seq=18 ttl=64 time=0.882 ms
8158 bytes from 192.168.178.125: icmp_seq=19 ttl=64 time=0.847 ms
8158 bytes from 192.168.178.125: icmp_seq=20 ttl=64 time=0.889 ms


[m4v3r1ck]

Wat laat ifconfig voor MTU waarden zien?

Komt ie dan MMD:

Code: [Selecteer]

MACPRO:~ $ ifconfig

lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
options=3<RXCSUM,TXCSUM>
inet6 ::1 prefixlen 128
inet 127.0.0.1 netmask 0xff000000
inet6 ********** prefixlen 64 scopeid 0x1
nd6 options=1<PERFORMNUD>

gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280

stf0: flags=0<> mtu 1280

en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 9000
options=b<RXCSUM,TXCSUM,VLAN_HWTAGGING>
ether **********
media: autoselect (1000baseT <full-duplex>)
status: active

en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 9000
options=b<RXCSUM,TXCSUM,VLAN_HWTAGGING>
ether **********
media: autoselect (1000baseT <full-duplex>)
status: active

en2: flags=8823<UP,BROADCAST,SMART,SIMPLEX,MULTICAST> mtu 1500
ether **********
nd6 options=1<PERFORMNUD>
media: autoselect (<unknown type>)
status: inactive

fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
lladdr **********
nd6 options=1<PERFORMNUD>
media: autoselect <full-duplex>
status: inactive

p2p0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 2304
ether **********
media: autoselect
status: inactive

bond0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 9000
options=b<RXCSUM,TXCSUM,VLAN_HWTAGGING>
ether **********
inet6 **********%bond0 prefixlen 64 scopeid 0x9
inet 192.168.178.100 netmask 0xffffff00 broadcast 192.168.178.255
nd6 options=1<PERFORMNUD>
media: autoselect (1000baseT <full-duplex>)
status: active
bond interfaces: en0 en1

utun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1380
inet6 **********%utun0 prefixlen 64 scopeid 0xa
inet6 ********** prefixlen 64
nd6 options=1<PERFORMNUD>

Alhoewel dit aba-ka-dabra voor mij is, kan ik wel hieruit opmaken van mijn MACBOND (bond0) betsaat uit "bond interfaces: en0 en1" met een MTU van 9000, en "media: autoselect (1000baseT <full-duplex>)".

MMD graag even jouw terugkoppeling wat de rest allemaal betekend, bedank alvast!

[Birdy]

MACPRO:~ $ ping -D -s 8150 192.168.178.125

PING 192.168.178.125 (192.168.178.125): 8150 data bytes

8158 bytes from 192.168.178.125: icmp_seq=0 ttl=64 time=0.748 ms
8158 bytes from 192.168.178.125: icmp_seq=1 ttl=64 time=0.952 ms

Uitstekend dus, Jumbo MTU 9000 werkt tussen je MAC > NAS.

Edit:
Als het niet goed gaat, dan krijg je bijvoorbeeld dit (Windows > Server):

C:\Windows\system32>ping -l 8150 -f Server

Pinging Server [192.168.1.22] with 8150 bytes of data:
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.

Ping statistics for 192.168.1.22:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

[m4v3r1ck]

Dank voor je bevestiging dat de MTU 9000 dus goed werkt, nu dan nog maar wat andere testjes doen. Zal nu mijn Bootacmped Windows 8 opstarten en daar eens kijken hoe een en ander werkt om MTU 9000 in te stellen. Weer een leerzaam 'projectje' ! 

Ik zal ook hiervan even wat screens e.d. plaatsten, maar dan uiteraard in het Windows sub-forum, want we houden het wel proper natuurlijk! 

[Briolet]

…en is het volgens Apple nu het preferred protocol.
Ik vermoed dus dat ook Apple met SMB 3 bezig is en in de toekomst AFP laten vallen.

Nee, sinds Mavericks (eind 2013) is SMB het preferred protocol. Sinds die tijd wordt SMB genomen als beide protocollen beschikbaar zijn. (En als de mac weet dat ze beschikbaar zijn). In de standaard configuratie meldt de mac via Bonjour zowel zijn aanwezigheid als SMB server en als AFP server. Als je dan geen protocol opgeeft, verbind hij met SMB. Persoonlijk had ik daar problemen mee omdat ik dan tegen allerlei bugjes aanliep waardoor ik SMB expliciet uit moest zetten. Nu met Yosemite zijn die bugjes weg en staat smb weer aan op mijn macs.

De nas echter, meld via bonjour alleen zijn aanwezigheid als AFP server. (Ook met DSM 5.1), dus daar verbind hij nog niet standaard via SMB. Zodra Synology ook SMB toevoegt aan de Bonjour broadcasts, zal de mac ook SMB gaan gebruiken als default.

[Briolet]

Dank voor je bevestiging dat de MTU 9000 dus goed werkt,

Ik loop met mail  weer tegen een probleem met MTU 9000 aan. MTU 9000 heeft bij mij altijd goed gewerkt met filetransfer. Dus van nic naar nic gaat het goed. Echter, IMAP krijgt dan verbindingsproblemen. Ik weet echter niet of dat aan de IMAP server op de nas ligt, of aan het Apple mail programma. Een van beide heeft problemen om grote datablokken te verwerken.

Zowel de Synology MailSever als ook Apple mail heeft meerdere updates gehad sinds mijn test van ruim een jaar geleden dus heb ik het gisteren opnieuw geprobeerd. Niet opgelost en IMAP werkt nog steeds niet goed met Jumbo. (Gisteren met MTU 4000 getest) Ik heb Jumbo op de nas dus weer uit gezet. Op mijn iMacs staat het al zeker twee jaar aan zonder problemen. Ik gebruik mijn iMac's nog steeds als primaire fileserver.

Ik ben benieuwd of anderen ook deze problemen kennen. En op het probleem op de mac zit of in de nas.

[Pippin]

ifconfig laat onder andere de MTU waarden zien van de (virtuele) netwerkadapters.
Het is ter controle of de waarden ook daadwerkelijk gezet zijn.

Het ziet er naar mijn idee goed uit.

tun0 = VPN
fw0 = firewire
lo0 = loopback te herkennen aan 127.0.0.1
p2p0 = Airdrop
En inderdaad de bond0 bestaat uit en0 en en1

De andere adapters die je ziet voor zover ik even snel kan vinden:
stf0 = IPv6
gif0 weet ik niet maar waarschijnlijk ook een virtuele

Ter controle kun je ifconfig ook nog op de NAS doen maar denk niet dat het nodig is omdat naar aanleiding van @Birdy`s post je al weet dat er geen fragmentatie van pakketten plaatsvindt.

Je zou evt. met een stopwatch kunnen meten maar beter is een goed programmatje.
Dan vergelijken met MTU 1500.

Ook ik denk dat men beter standaard kan laten als er geen problemen zijn.

[Birdy]

Topic gaat verder hier voor Windows.

[m4v3r1ck]

Topic gaat verder hier voor Windows.

Bedankt voor het verplaatsen, ik had er weer een zootje van gemaakt! 

[Birdy]

Valt wel mee hoor