Trage toegang Win7 als er een Mac erbij komt

[rodio]

Lieve mensen,

Raar fenomeen:
Een Win7 machine heeft een redelijk snelle toegang tot mijn DS (wifi 5-GHz)
Als je in de verkenner naar grote tegels van foto's kijkt zie je de tegels vrij snel in de mini-foto's veranderen.
Dat is totdat ik mijn MacBook aanzet. vanaf dat moment is er niet meer met de Win7 machine te werken.
Kopieren e.d. gaat wel (draadloos, 10MB/s), maar de rest staat bijna stil: dir opvragen lukt al bijna niet.
Zet ik mijn Mac weer uit gaat die Win7 machine weer als een brandweer.
Ik doe ook niets op de NAS dan.
Ook als ik de Mac op het 2.4GHz zet en de Win7 blijft op de 5-GHz.

Ik heb hier eigenlijk al tijden last van, maar als mijn vriendin er over klaagt geneer ik het meestal 
Maar nu had ik er zelf last van, sjit oplossen dus

uiteindelijk lijkt de oplossing de setting uit de screenshot te zijn.
SMB2 aangezet en het is opgelost.

Iemand enig idee waarom?

[Birdy]

In de help staat (maar dat verklaart (nog) niet waarom als de MAC aanstaat enz......):


Artikel Microsoft:
http://technet.microsoft.com/en-us/library/ff625695(v=ws.10).aspx

[rodio]

Die had ik ook gevonden 
Maar ik vind dat van het aan/uit zetten van de Mac zo raar, maar dat het is 10-15 keer getest (incl een reboot van de Win7)

[Birdy]

Kan je daar alleen maar gelijk in geven, kan het zelf niet verklaren, maar misschien wel MAC gebruikers ?
Overigens, ik kan mij niet herinneren dat ik dat SMB 2 vinkje heb aangezet dus volgens mij staat deze standaard aan.
Waarom stond deze dan bij jou niet aangevinkt ? 

[rodio]

Ik kan me niet herinneren dat ik hem uitgezet heb, dus ben er vanuit gegaan dat is standaard uitstaat.

[Briolet]

SMB2 stond bij mij standaard uit en ik heb het volgens mij bewust aangezet.

Het verbaast me overigens dat SMB2 een MTU gebruikt van 1000 kB (volgens die helpfile). Een MTU voor een standaard netwerk is 1.5 kB. Bij Jumbo frames zijn de blokken groter, maar doorgaans ook niet groter dan 9 kB. En met 9kB Jumbo frames heeft hardware soms al problemen, dus snap ik dat getal uit de helpfile niet.

Ik heb net met Wireshark gekeken. Bij een WiFi verbinding zijn de blokken 1514 bytes groot als je over smb2 download. Dus met iets groter dan de 1.5 kB MTU. En ik meende ooit getest te hebben dat de blokken bij bedraad ook niet groter zijn dan 3 kB (2x de standaard MTU)

Hier ook geen verklarig van het vertragende effect van de nas. Blijft de vraag of het probleem in de nas zit, of in de Wifi verbinding die een AFP en een SMB verbinding moet onderhoiuden. Zou daar het probleem kunnen zitten?

In elk geval  zou een analyse met Wireshark vast wel ligt op de zaak kunnen geven.

[Birdy]

SMB2 stond bij mij standaard uit

En ik kan me niet herinneren dat ik het ooit aan heb gezet   

[rodio]

SMB2 stond bij mij standaard uit

En ik kan me niet herinneren dat ik het ooit aan heb gezet   

ohoh, en wie spreekt nu de waarheid?   

[rodio]

In elk geval  zou een analyse met Wireshark vast wel ligt op de zaak kunnen geven.

Ik zal morgen eens kijken of ik met Wireshark wat info boven water kan krijgen

[Birdy]

Tja.....dan zou ik DSM5 opnieuw moeten installeren 
Doe ik even nog niet 

[rodio]

flauw hoor 

[Birdy]

Nou............het is zelfs niet nodig, ik zal de waarheid wel niet spreken  (dus toch een keer ermee gespeeld in mijn "onderbewustzijn") lees dit artikel maar eens, ten eerste heel interessant en ten tweede blijkt het toch een optie te zijn om SMB 2 aan te zetten. 

Edit: Even op m'n andere Nassen gekeken, DSM4.2 en 4.3, daar staat SMB 2 uit 

[spinningmaster]

Heb een aantal weken geleden DSM 5.0 geïnstalleerd maar SMB 2.0 staat niet aangevinkt.

[Briolet]

Zoals Birdy aangeeft zit de SMBv2 ondersteuning al in dsm 4.2 dus een upgrade naar 5.0 zegt niets. 

Met de introductie van OS Mavericks op Mac (Oktober 2013) kreeg de mac ook beschikking over SMBv2. Dat werkte toen niet goed, maar Synology had volgens mij toen binnen een maand een update waarna SMBv2 ook goed met de mac werkte.

Ik heb toen eens uit interessen met Wireshark naar beide datastromen gekeken. Daar zag je direct al dat er veel minder overhead in SMBv2 zat. Bij de oude smb waren de data blokken kleiner en na elk blok was er weer een communicatie over en weer. Bij SMBv2 zag je dat hij gewoon 5 a 10 datablokken verstuurde en dan pas ging informeren of alles wel goed aangekomen was. Bij een betrouwbare verbinding is dat vaak genoeg.