TCP-nollaikkuna välityspalvelimen läpi: tunnista vastaanottaja

Pakettijäljennös näyttää TCP ZeroWindow. Ennen ytimen asetuksen muuttamista tunnista päätepiste, joka ilmoittaa nollan.

Tämä päätepiste kuvaa vastaanottokapasiteettiaan kyseisellä TCP-yhteydellä. Se ei ilmoita, paljonko kaistaleveyttä koko välityspalvelimella on. Nollaikkunakoetin antaa lähettäjän selvittää, onko ilmoitettu kapasiteetti muuttunut; koettimet yksinään eivät todista pakettihäviötä tai rikkinäistä välityspalvelinta.

browser  <-- TCP A -->  proxy  <-- TCP B -->  website

Nämä ovat erillisiä TCP-keskusteluja. Oletetaan, että selain lopettaa suuren vastauksen lukemisen ja ilmoittaa nollan yhteydellä A. Välityspalvelin voi lopulta lakata tyhjentämästä yhteyttä B omien puskuriensa täyttyessä. Myöhempi nollaikkuna yhteydellä B voi olla hitaan asiakkaan seuraus eikä alkuperäinen ongelma.

Käänteinen tilanne on mahdollinen latauksessa. Jos kohdesovellus lakkaa kuluttamasta dataa, sen ikkuna yhteydellä B voi sulkeutua. Paine voi silloin kulkeutua takaisin asiakasta kohti välityspalvelimen puskurien kautta.

Aseta havainnot järjestykseen

1. Kirjaa yhteyden päätepisteet ja kärsineen tiedonsiirron suunta.
2. Tunnista, mikä päätepiste ilmoitti ensimmäisenä kutistuvan tai nollan vastaanottoikkunan.
3. Tarkista, lukiko sen sovellus, oliko se pysähtynyt toiseen toimintoon vai rajoittiko resursseista.
4. Vertaa ajoitusta välityspalvelimen toisella yhteydellä ennen alkuperäisen syyn määrittämistä.

Wiresharkin ikkuna-analyysin merkinnät ovat hyödyllisiä tulkintoja tallenteesta, eivät kehotus suurentaa jokaista vastaanottopuskuria. Myös ikkunan skaalaus on tulkittava yhteyden neuvottelun valossa.

Toisen päätepisteen kokeileminen välityspalvelinluettelosta ja siirron palautuminen on hyödyllinen todiste polun muuttumisesta. Yksinään se ei todista, että jonkin käyttöjärjestelmän TCP-toteutus oli viallinen. Pidä selitys sidottuna vastaanottavaan prosessiin ja yhteyteen, jossa odotus alkoi.