Fejlfinding i TCP Zero window-opdateringspakker, der sendes af en PowerScale-node

Resultatet af

 'netstat -anT -p tcp'

-kommandoen fra en node viser antallet af TCP-nul-vinduespakker (0-win-kolonne). Værdierne i kolonnen 0-win angiver det antal gange, noden i TCP-forbindelsen (lokal adresse) til fjernenheden (fremmed adresse) havde sendt en TCP-nul-vinduesopdateringspakke. Dette sker, når nodens TCP-modtagelsesvindue er blevet reduceret til nul eller til en størrelse, der er for lav til at passe til et datasegment i fuld størrelse.
Eksempel:

Cluster-1# netstat -anT -p tcp
Active Internet connections (including servers)
Proto Rexmit OOORcv 0-win  maxswnd maxseg     srtt   srtvar    rexmt  sndwnd sncwnd rcvwnd   delack SR SS ND AS Local Address          Foreign Address
tcp4       0      0   1001 2097920   1460     47ms     23ms    342ms 2097664 190488 131400     99ms  X  X  X  X 100.89.53.100.445       100.90.164.11.52765
...

Nettoresultatet af dette er, at fjernenheden ikke vil være i stand til at overføre data, hvilket introducerer forsinkelser, der resulterer i forhøjet (skrive) latenstid, indtil noden sender en TCP-vinduesopdatering, der angiver, hvor meget data den nu kan modtage. 
I de fleste tilfælde angiver TCP-nul-vinduesopdateringspakker, der sendes af noden, at det modtagende program (proces) på noden (NFS, SMB osv.) er langsom til at trække data ud af modtagelsesbufferen. Dette kan angives ved en konsistent værdi uden nul, der ses i Recv-Q-kolonnen for forbindelsen i udgangen fra

 'netstat -an tcp'

Kommando. For eksempel ved at køre følgende kommando flere gange for at se, om Recv-Q konsekvent er fuld.
Eksempel:

Cluster-1# netstat -an tcp
Active Internet connections (including servers)
Proto Recv-Q Send-Q Local Address          Foreign Address        (state)
tcp4  131400      0 100.89.53.100.445       100.90.164.11.52765    ESTABLISHED
...

Dette er en realtidstæller, så denne kommando skal køres, mens TCP nul-vinduesopdateringspakker sendes af noden til forbindelsen. Følgende er et eksempel på et script, der kan hentes livestatistik fra:

• Recv
• Send-Q'er
• Ude af ordrer (OOO)
• Nul Windows (0-win)
• Genafsender

# mkdir /ifs/data/Isilon_Support/$(date +%d-%m-%Y)/
echo; while sleep 10 ; do echo "######### Live Send Rec Queue Q: #########"; date ; netstat -an4x -p tcp | awk '{ if (( $2 != 0 ) || ($3 != 0)) print $0 }'; echo; sleep 1; echo "######### Live OoO / 0-win / Retrans: #########" ; date; netstat -an4T -p tcp | awk '{ if (( $2 != 0 ) || ($3 != 0) || ($4 != 0)) print $0 }'; done >> `hostname`.TCP_specs.out

En konstant forhøjet Recv-Q betyder, at dataene er lagt på modtagelsesbufferen, men applikationen har ikke kaldt recv() for at kopiere den fra modtagelsesbufferen til applikationsbufferen. Dette er en indikation af, at applikationen er overbelastet eller på anden måde ude af stand til rettidigt at behandle indgående data. Så snart data ankommer i modtagelseskøen, skal de behandles med det samme, hvis applikationen ikke gør det, bliver den bedt om at gøre mere arbejde, end den kan klare. 
Sammenfattende, hvis Recv-Q-værdien forbliver forhøjet for forbindelsen, mens TCP nul-vinduesopdateringspakker sendes til forbindelsen, skal der udføres en undersøgelse af flaskehalse ved den modtagende applikation, CPU, diske osv.
Hvis Recv-Q-værdien forbliver på nul for forbindelsen, kan TCP-nul-vinduesopdateringspakker, der sendes af noden, også indikere, at TCP-modtagelsesvinduet på nodesiden af forbindelsen er for lavt til at begynde med til båndbreddeforsinkelsesproduktet (BDP) for forbindelsen mellem noden og fjerndestinationen, og nogle node TCP-justeringer skal muligvis overvejes.

Se afsnittet "Ventetid, båndbredde og overførselshastighed" i følgende vejledning for at få yderligere oplysninger:

https://www.delltechnologies.com/asset/en-us/products/storage/industry-market/h16463-isilon-advanced-networking-fundamentals.pdf