Vista - segt som sirap i nätverk

[radx]

Har kört Vista ett tag nu på jobbet och har väll varit så där halvnöjd om man nu säger så. Ett problem som nyligen dök upp för mig är den beryktade segheten som man får när man skall kopiera filer. Mitt problem är riktigt allvarligt. Jag har en server på mitt nätverk som har en share på ca 3,8TB i en och samma share.

När jag ansluter till \\server\mappen så tar det ca 10sekunder att bara visa mappen och sedan när jag navigerar runt i mapparna i sharen så hänger sig nästan utforskaren och man möts ständigt av en väntande dator.

När man väl har lyckats navigera till den mapp där man skall hämta upp filer och börja kopiera så går det sjukt segt. Jag får cirka 5-10Kbyte per sekund, alltså långsammare än vad som kan tänkas vara rimligt, eftersom jag ligger ju på Gigabit nätverk.

När jag bootar om min dator till XP så går det i normal fart. Jag får cirka 30Mbytes per sekund, alltså helt efter mina förväntningar. Det tar inte heller någon nämnvärd tid att bläddra runt på nätverket.

Någon som har något tips på något man kan inaktivera i Vista eller dylikt för att fixa detta?

Närmsta artikel jag hittar hos Microsoft är:
http://support.microsoft.com/kb/931770/en-us

Jag har provat den läckta betan av denna fix, hjälpte inte

[Peter Wall]

Varför tanka ner en läckt beta när du kan få det tillskickat av Microsoft själva?

[radx]

Varför tanka ner en läckt beta när du kan få det tillskickat av Microsoft själva?

Jag ville se om det löste problemet snabbt. De är väll inte så konstigt? Man erbjuds prova en fix som tar 2 sekunder att utvärdera, mot att ringa Microsoft och vänta, i bästa fall, 1 dag eller längre.


Kan lägga till mitt fel:

Inga problem att kopiera från andra servar. Det tycks bara inträffa med denna stora servern. Alltså utdelningar som är normalstora (ett par hundra gig) verkar än så länge fungera utan problem.

[Peter Wall]

Jag tänkte att det var lite mer seriöst betonat eftersom du nämnde företag. Ett företag borde ha råd att vänta 24 timmar på att en patch levereras än att slänga in en läckt beta på en företagsserver ....

Om det är Win2003 du kör på servern finns det flertalet saker du kan pröva att uppdatera för att utesluta serverns del i sammanhanget. Du kan ju börja med att lägga in SP2 på den.

[radx]

Hej igen

Felet sitter inte i servern utan i vista klienterna. Det är något prestanda relaterat problem med hur de hanterar nätverkstrafiken. Det är i alla fall det mest troliga.

Jag har öppnat ett support case hos Microsoft nu. Kostar 2699kr ex moms, men de är de nog värt bara man får skiten att fungera normalt. Skulle någon ha ett tips så skriv gärna i tråden så provar jag det.

[Peter Wall]

Jo, jag vet vad det kostar. Jag har arbetat i den Microsoft-supporten du har skapat ett ärende hos.

Det kan lika gärna vara en uppdatering som krävs på serversidan.. tcpip.sys eller dylikt. Men visst, testa med den korrekta patchen där för klienten och om inte det hjälper gå vidare med servern.

[mkk]

En bidragande faktor kan vara ifall något slags ljud spelas upp på Vista-maskinen under nätverksaktiviteten. Säkert inte det egentliga problemet i det här fallet men det är en möjlig förvärrande faktor.

Behövs inte ljud spelas upp på den datorn så kan du prova att stänga av tjänsten Multimedia Class Scheduler för att se om det hjälper på något sätt. Tjänsten Windows Audio är tyvärr beroende av MCS, och även om det går att komma runt genom lite ändringar i registret så kommer ljuduppspelning att inte fungera så bra utan MCS. Kan i vilket fall vara värt att prova tillfälligt för att se om det gör skillnad.

[radx]

Jag har nu fått svar från Microsoft.

Nedan artikel beskriver problemet och exakt vad som behövdes göra för att lösa problemet. Man behöver inte ens starta om datorn för att se skillnaden. Prestandan var som på nyfödd. Allt fick normal fart och vi är nöjda.


--- [Källa: http://8help.osu.edu/3253.html]---

Vista: TCP window scaling not compatible with some network hardware.


There is an incompatibility between Microsoft Windows Vista and some network equipment. Equipment possibly affected includes: Routers, VPN Endpoints, and Firewalls that use Stateful Packet Inspection (SPI).

Among most commercial firewalls that utilize Stateful Packet Inspection, the OSU Fire Marshall is one that is affected by this issue.

The problem has to do with the TCP window resizing feature in Vista and Stateful Packet Inspection. Possible symptoms exhibited include:

* Web traffic works OK
* Email through client software sends but will not receive or times out when downloading messages (POP or IMAP)
* Slow or no network file server access.
* Other random network timeouts or connectivity problems.
* Slowness or freezing in web browsing or other applications including VPN connections.

To disable TCP Windows Scaling In Vista:

1. Note: This command MUST be run as administrator
2. Locate the Command Prompt icon/executable file under Start->Accessories
3. Right-click on the icon and select "Run as administrator"
4. Type:

netsh interface tcp set global autotuninglevel=disabled

5. Reboot the computer.

To verify the settings on the workstation, use the command:

netsh interface tcp show global

The results of this command should be:

TCP Global Parameters
_____________________

Receive-Side Scaling State : enabled
Chimney Offload State : enabled
Receive Window Auto-Tuning Level : disabled
Add-On Congestion Control Provider : ctcp
ECN Capability : disabled
RFC 1323 Timestamps : disabled

To enable TCP Windows Scaling In Vista:

1. Note: This command MUST be run as administrator
2. Locate the Command Prompt icon/executable file under Start->Accessories
3. Right-click on the icon and select "Run as administrator"
4. Type:

netsh interface tcp set global autotuninglevel=normal

5. Reboot the computer.

[radx]

Kan tillägga att vi hade vår utrustning kopplad så här:

Server - Cisco Switch 1GBit - Client

Alltså, inte något VPN, router, SPI, osv.. utan så simpelt som man kan tänka sig. Microsoft har dåligt med info rörande problemet i dagsläget (åtminstone supporten) och de vet inte varför det hela uppstår men de hade åtminstone ett tips på vad man kunde göra för att lösa de idag.

Artikeln ovanför är inte ifrån Microsoft såklart. Jag googlade fram den utifrån de svar jag fick av Supporten.

[HLC]

Nu vet jag inte vilken Cisco switch ni använder men det är väl inte otänkbart att den använder sig av SPI?

[Peter Wall]

Microsoft har rätt mycket information om Sidescaling. Dock är Vista rätt nytt och de på HP-supporten har inte fått gå någon utbildning i det.

http://support.microsoft.com/kb/927695

[IcePic]

Kan tillägga att vi hade vår utrustning kopplad så här:

Server - Cisco Switch 1GBit - Client

Alltså, inte något VPN, router, SPI, osv.. utan så simpelt som man kan tänka sig. Microsoft har dåligt med info rörande problemet i dagsläget (åtminstone supporten) och de vet inte varför det hela uppstår men de hade åtminstone ett tips på vad man kunde göra för att lösa de idag.

Artikeln ovanför är inte ifrån Microsoft såklart. Jag googlade fram den utifrån de svar jag fick av Supporten.

De har infört en pryl i Vista som drabbar en stor mängd människor, och det är inte
bara de som kör VPN över slumpmässigt usel router eller liknande.

Det uppstår för folk som vars enda skillnad är att de sitter på olika typer*
av Bredbandsbolagsanslutningar utan någon som helst router mellan alls.

*) dvs de som var BBB-kunder och de som kom från Bonet/Bostream och
köptes in

[radx]

Tja fast fakta kvarstår, det är sunket. Frågan är nu bara om Microsoft ser detta som en bugg eller om vi måste betala för caset. Har inte fått svar från dem ännu rörande den biten.

Vi ser det som en bugg, så klart. Vi anser inte att vi kan bli lastade för något som inte fungerar när det gör det under XP, 2000, Linux.. tja vad fan som helst utan just Vista.


Switchen har inte någon SPI, har kollat upp det dubbelt nu. Vilket gör mig än mer undrande.