PowerScale-solmun lähettämien TCP-nollaikkunapäivityspakettien vianmääritys

Tietokoneen

 'netstat -anT -p tcp'

Solmun komento näyttää TCP:n nollaikkunapakettien määrän (0-win-sarake). 0-win-sarakkeen arvot ilmaisevat, kuinka monta kertaa TCP-yhteyden solmu (paikallinen osoite) etälaitteeseen (vieras osoite) oli lähettänyt TCP-nollaikkunan päivityspaketin. Tämä tapahtuu, kun solmun TCP-vastaanottoikkuna on pienennetty nollaan tai liian pieneen kokoon, jotta se mahtuisi täysikokoiseen datasegmenttiin.
Esimerkki:

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
...

Tämän seurauksena etälaite ei voi lähettää tietoja, mikä aiheuttaa viiveitä, jotka johtavat korkeaan (kirjoitus) viiveeseen, kunnes solmu lähettää TCP-ikkunan päivityksen, joka ilmaisee, kuinka paljon tietoja se voi nyt vastaanottaa. 
Useimmissa tapauksissa solmun lähettämät TCP-nollaikkunan päivityspaketit osoittavat, että solmun (NFS, SMB jne.) vastaanottava sovellus (prosessi) vetää tietoja hitaasti vastaanottopuskurista. Tämä voidaan osoittaa johdonmukaisella nollasta poikkeavalla arvolla, joka näkyy Recv-Q-sarakkeessa yhteydelle

 'netstat -an tcp'

Komento. Esimerkiksi suorittamalla seuraava komento useita kertoja nähdäksesi, onko Recv-Q jatkuvasti täynnä.
Esimerkki:

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
...

Tämä on reaaliaikainen laskuri, joten komento on suoritettava, kun solmu lähettää TCP:n nollaikkunan päivityspaketteja yhteyttä varten. Seuraavassa on esimerkki komentosarjasta, jolla live-tilastot voidaan noutaa:

• Recv
• Lähetä Q:t
• Tilaus päättynyt (OOO)
• Nolla Windowsia (0-win)
• Lähettää edelleen

# 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

Jatkuvasti kohonnut Recv-Q tarkoittaa, että tiedot on asetettu vastaanottopuskuriin, mutta sovellus ei ole kutsunut recv () kopioimaan niitä vastaanottopuskurista sovelluspuskuriin. Tämä on merkki siitä, että sovellus on ylikuormitettu tai muuten kykenemätön käsittelemään saapuvia tietoja ajoissa. Heti kun tiedot saapuvat vastaanottojonoon, ne on käsiteltävä välittömästi, jos sovellus ei tee sitä, sitä pyydetään tekemään enemmän työtä kuin se pystyy käsittelemään. 
Yhteenvetona voidaan todeta, että jos yhteyden Recv-Q-arvo pysyy koholla, kun TCP-nollaikkunan päivityspaketteja lähetetään yhteydelle, pullonkauloja on tutkittava vastaanottavassa sovelluksessa, suorittimessa, levyillä jne.
Jos yhteyden Recv-Q-arvo pysyy nollassa, solmun lähettämät TCP-nollaikkunan päivityspaketit voivat myös osoittaa, että yhteyden solmupuolella oleva TCP-vastaanottoikkuna on liian matala alun perin solmun ja etäkohteen välisen yhteyden kaistanleveysviivetuotteelle (BDP), ja jotkin solmun TCP-viritykset saattavat edellyttää harkintaa.

Katso lisätietoja seuraavan oppaan osiosta "Viive, kaistanleveys ja siirtonopeus:https://www.delltechnologies.com/asset/en-us/products/storage/industry-market/h16463-isilon-advanced-networking-fundamentals.pdf