Synology-Forum.nl
OS Specifieke ondersteuning => Windows => Topic gestart door: m4v3r1ck op 30 april 2015, 14:53:47
-
Vervolg van dit Topic.......
(http://www.synology-forum.nl/mac-os-x/jumbo-frames-gt-mtu-9000/msg155464/#msg155464)
[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),
Even een snelle test in Windows 8 gedaan:
Settings (voor beiden gelijk natuurlijk) voor de twee nic's die tesamen als bridge werken:
Bridge:
(https://dl.dropboxusercontent.com/u/137518766/Synology/TEST-MTU-9000-Windows8-2.JPG)
Jumbo settings in afzonderlijke nic's van de Mac:
(https://dl.dropboxusercontent.com/u/137518766/Synology/TEST-MTU-9000-Windows8.JPG)
Microsoft Windows [Version 6.2.9200]
(c) 2012 Microsoft Corporation. All rights reserved.
C:\Windows\system32>ping -f -l 8150 192.168.178.125
Pinging 192.168.178.125 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.178.125:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
C:\Windows\system32>ping -f -l 1473 192.168.178.125
Pinging 192.168.178.125 with 1473 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.178.125:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
C:\Windows\system32>ping -f -l 1472 192.168.178.125
Pinging 192.168.178.125 with 1472 bytes of data:
Reply from 192.168.178.125: bytes=1472 time<1ms TTL=64
Reply from 192.168.178.125: bytes=1472 time<1ms TTL=64
Reply from 192.168.178.125: bytes=1472 time<1ms TTL=64
Reply from 192.168.178.125: bytes=1472 time<1ms TTL=64
Ping statistics for 192.168.178.125:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms
Nou, dat is niet echt een performance =<1472 , maar het zullen ongetwijfeld de instellingen zijn.
Ik zal de bridge even verwijderen en het proberen met alleen een enkele 1.0Gbps nic.
Laters
-
Nou, dat is niet echt een performance =<1472 , maar het zullen ongetwijfeld de instellingen zijn.
Tja, dat is dus standaard MTU 1500.
-
Denk je dat die bridge de 'boosdoener' is?
-
Doe op Windows eens ipconfig /all in cmd.
Met de bond actief.
-
Als je de MTU op de bond wilt zetten:
netsh interface ipv4 set subinterface "LAN-verbinding" mtu=9000 store=persistent
Vervang dan LAN-verbinding door de naam van de bond.
Met ipconfig /all kun je de naam van de bond zien.
Controleren kun je het met (maar ook de naam van de bond zien):
netsh interface ipv4 show subinterfaces
-
netsh interface ipv4 show subinterfaces[/b]
Microsoft Windows [Version 6.2.9200]
(c) 2012 Microsoft Corporation. All rights reserved.
C:\Windows\system32>netsh interface ipv4 show subinterfaces
MTU MediaSenseState Bytes In Bytes Out Interface
------ --------------- --------- --------- -------------
4294967295 1 0 37015 Loopback Pseudo-Interface 1
1500 5 0 0 Wi-Fi
1500 5 0 11808 LAN-verbinding* 15
1500 5 0 11808 LAN-verbinding* 16
1500 1 38217873 4412051 Network Bridge
Dat was een SUPER makkelijk terminal commando, bedankt @MMD !
Ik snap alleen niet, dat als je de gebruikte eth0 en eth1 beiden in MTU 9014 zet, dat de "Network Bridge" deze setting niet overneemt bij het samenvoegen ervan.
-
Als je LAN-Verbinding vervangt door Network Bridge zal het denk ik wel werken.
netsh interface ipv4 set subinterface "Network Bridge" mtu=9000 store=persistent
-
Microsoft Windows [Version 6.2.9200]
(c) 2012 Microsoft Corporation. All rights reserved.
C:\Windows\system32>netsh interface ipv4 set subinterface "Network Bridge" mtu=9000 store=persistent
Element not found.
C:\Windows\system32>
Toch een andere naam misschien?
-
Op het moment dat je een bond aanmaakt word de adapter met standaard instellingen geïnstalleerd.
In het scherm waar je de bond instelt word geen optie geboden om de MTU in te stellen.
Er wordt vanuit gegaan dat alle apparaten Path MTU Discovery ondersteunen, en dat zou ook zo moeten zijn.
Er wordt zeg maar onderhandeld wat de beste setting is.
Maar via cmd kun je dat dus wel doen.
In DSM kun je wel de MTU op de bond zetten, zij het beperkt tot een aantal keuzes, 2000, 4000, etc.
-
Hoe heet de bond in het Netwerkcentrum?
Probeer die naam eens.
-
Trouwens.....
Klik eens in het netwerkcentrum met rechts op de adapter eigenschappen, configure.
Grootte kans dat je onder het tabje geavanceerd toch de MTU kunt zetten als dat in de drivers zit van je netwerk kaarten.
Dan zou alle moeite voor niets geweest zijn :)
-
Hoe heet de bond in het Netwerkcentrum?
Probeer die naam eens.
GELUKT! 8)
Ik heb de naam van "Network Bridge" veranderd in "LAN" (al die excotische namen ook....)
(https://dl.dropboxusercontent.com/u/137518766/Synology/TEST-MTU-9000-Windows8-3.JPG)
Microsoft Windows [Version 6.2.9200]
(c) 2012 Microsoft Corporation. All rights reserved.
C:\Windows\system32>netsh interface ipv4 set subinterface "LAN" mtu=9000 store=persistent
Ok.
C:\Windows\system32>netsh interface ipv4 show subinterfaces
MTU MediaSenseState Bytes In Bytes Out Interface
------ --------------- --------- --------- -------------
4294967295 1 0 66855 Loopback Pseudo-Interface 1
1500 5 0 0 Wi-Fi
1500 5 0 29520 LAN-verbinding* 15
1500 5 0 31160 LAN-verbinding* 16
9000 1 76012026 8341094 LAN
BRON:
Changing MTU
You need to run and elevated command prompt. Click Start > All Programs > Accessories, right-click Command Prompt and Run as administrator, Allow it to have administrator privileges, otherwise it won't work.
Then type/copy & paste the following command:
netsh interface ipv4 set subinterface "Local Area Connection" mtu=xxxx store=persistent
Where xxxx = the MTU that you want. Rebooting isn't required. "Local Area Connection" is a common name for the interface if you use a NIC for connectivity. A wireless NIC may be called "Wireless Network Connection". If unsure, the network status icon by the clock will tell you.
If you have a router, ensure that the MTU is set to the MTU chosen here (refer to your router's manual).
Feedback received on this FAQ entry:
If you get Element not found error then change the adaptor name to something like LAN. Use the same command with LAN as the adaptor This solution fixed my problem
2014-10-25 07:25:29
I had the same issue 'Element not found'. Seemed that hyper-V renamed my WLAN connection to "vEthernet (Wireless)". It seems netsh doesn't like () so simply renaming the wlan nic to "vEthernet Wireless" solved the issue for me (and yes, running it in an admin prompt of course ;) )
http://www.dslreports.com (http://www.dslreports.com/faq/15495)
SUPER BEDANKT @MMD EN ALLE ANDEREN voor julli input en hulp!!! Zeer gewaardeerd! 8)
-
Mooi zo 8)
Kijk ook nog eens naar mijn vorige post, wil graag weten of dat zo is.
-
Mooi zo 8)
Kijk ook nog eens naar mijn vorige post, wil graag weten of dat zo is.
Deze had ik al eerder gepost, ik heb in beide netwerkkaarten de "Jumbo pakket op MTU 9014 gezet en de "Snelheid en Duplex" op 1.0Gbps Full Duplex.
(https://dl.dropboxusercontent.com/u/137518766/Synology/TEST-MTU-9000-Windows8.JPG)
BTW: Ik zie nu ook pas dat mijn Windows 8 Pro x64 de talen heeft 'gemixed'! De clean install was Dutch en later heb ik, ivm Speech Control voor mijn Flight Sim de taal veranderd naar English.
Dus wellicht was de naam nog gewoon in het Nederlands ergens blijven hangen?
-
@Birdy zou je als het nog lukt vanaf post #25 naar de Windows sub kunnen verhuizen. Helemaal vergeten te splitsen! :oops:
-
Eigenlijk bedoelde ik de bond/netwerkbrug adapter die erbij komt in Netwerkverbindingen.
Zoals in onderstaande afbeelding.
Voor mijn vrouw heb ik Nederlands naar Engels gezet, op een andere PC, met talenpakket en ik kom ook hier en daar toch nog Nederlands tegen.
-
@Birdy zou je als het nog lukt vanaf post #25 naar de Windows sub kunnen verhuizen. Helemaal vergeten te splitsen! :oops:
Done.
-
Eigenlijk bedoelde ik de bond/netwerkbrug adapter die erbij komt in Netwerkverbindingen.
Zoals in onderstaande afbeelding.
Voor mijn vrouw heb ik Nederlands naar Engels gezet, op een andere PC, met talenpakket en ik kom ook hier en daar toch nog Nederlands tegen.
Ik heb mijn "Network Bridge" gesloopt omdat op er op MTU 9014 geen verbinding meer met mijn DS1812 was.
(https://dl.dropboxusercontent.com/u/137518766/Synology/TEST-MTU-9000-Windows8-4.JPG)
1. ETH(ernet)1 "Jumbo Packet" = 9014 gegeven en "Snelheid en Duplex" = 1.0 Gbps Full Duplex
(https://dl.dropboxusercontent.com/u/137518766/Synology/TEST-MTU-9000-Windows8-5.JPG)
(https://dl.dropboxusercontent.com/u/137518766/Synology/TEST-MTU-9000-Windows8-6.JPG)
C:\Windows\system32>netsh interface ipv4 show subinterfaces
MTU MediaSenseState Bytes In Bytes Out Interface
------ --------------- --------- --------- -------------
4294967295 1 0 364314 Loopback Pseudo-Interface 1
1500 5 0 0 Wi-Fi
1500 5 0 150552 LAN-verbinding* 15
9014 1 270239613 4102913975 ETH1
1500 5 0 149896 LAN-verbinding* 16
C:\Windows\system32>ping -l 8986 -f 192.168.178.125
Pinging 192.168.178.125 with 8986 bytes of data:
Reply from 192.168.178.125: bytes=8986 time=1ms TTL=64
Reply from 192.168.178.125: bytes=8986 time=1ms TTL=64
Reply from 192.168.178.125: bytes=8986 time=1ms TTL=64
Reply from 192.168.178.125: bytes=8986 time<1ms TTL=64
Ping statistics for 192.168.178.125:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 1ms, Average = 0msa
C:\Windows\system32>ping -l 8987 -f 192.168.178.125
Pinging 192.168.178.125 with 8987 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.178.125:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
ping -l 8986 -f 192.168.178.125 is de maximale grootte dat er kan worden verzonden.
Nu maar eens vanuit Windows een paar testen gaan doen!
Fijn weekeinde allemaal! 8)
-
Ik heb inmiddels mijn SMB gewijzigd naar SMB2 met Jumbo Frames in DSM 5.2-5592.1, een snelheid verbetering van 40 MB/s naar ~ 60 MB/s wanneer ik een Time Machine backup draai vanuit OS X 10.10.4 naar mijn NAS.
Nu mijn Windows systeem nog even bijdraaien, hoop dat ik daar ook wat snelheid winst kan bewerkstelligen.
Goed tweakend allemaal!