Tiedot^(Data) siirretään verkon ja Internetin^(Internet) kautta TCP/IP Protocol avulla . TCP / TCP/IP ei ole täydellinen, mutta se on helpompi toteuttaa verrattuna muihin tietoliikenteeseen teoretisoituihin protokolliin, kuten ISO OSI -malliin. Kuten kaikissa teknisissä asioissa, myös TCP/IP :ssä on joitain puutteita, ja Silly Window Syndrome on yksi niistä puutteista. Ymmärtääksesi mikä on Silly Window Syndrome tai SWS , sinun on ensin ymmärrettävä ^(SWS)TCP/IP :n tietoliikenteen taustalla oleva mekanismi .

Silly Window -oireyhtymä

Ikkunan ja sen koon ymmärtäminen

Kun kaksi pistettä kommunikoivat TCP/IP :n alaisuudessa , siihen liittyy kuittausmekanismi. Tämä kuittausmekanismi aiheuttaa typerän ikkunan oireyhtymän^{(Silly Window Syndrome)} , kuten tarkemmin selitetään. Pisteet voivat tarkoittaa kahta tietokonetta, asiakasta ja palvelinta jne.

SWS is caused by the receiver advancing the right window edge whenever it has any new buffer space available to receive data and by the sender using any incremental window, no matter how small, to send more data. The result can be a stable pattern of sending tiny data segments, even though both sender and receiver have a large total buffer space for the connection, says MSDN.

Kun tietokone, esimerkiksi A, lähettää datapaketin toiselle tietokoneelle B, tämän täytyy kuitata ja vastata, että se on vastaanottanut datapaketin. Kuittauksen lisäksi sen on lähetettävä myös kyseiselle viestintäsäikeelle eritellyn puskurin koko. Tämä on yleensä tiedonsiirtoon vapaana olevien tavujen määrä.

Joten kun B sanoo, että 100B on käytettävissä seuraavaa viestiä varten, 100B on ikkuna Silly Window Syndromessa^{(Silly Window Syndrome)} . Eli se on puskurin koko. TCP/IP -mekanismi voi omalla puutteellaan pienentää puskurin kokoa jokaiselle A:lta tulevalle viestinnnälle/datalle. Toisin sanoen aina kun A lähettää viestin, B olettaa puskurin koon pienentyvän ja lähettää pienemmän numeron. Siten ikkunan koko pienenee ja jossain vaiheessa viestintä vain pysähtyy, kun B lähettää ikkunan kooksi 0B.

Kuinka typerä ikkuna -oireyhtymä toimii

Yllä olevan esimerkin A ja B mukaan, jos B lähettää ikkunan kooksi 1000B, A jakaa sen kahdeksi 500B:ksi ja lähettää kaksi 500B:n pakettia. Vastaanotettuaan ensimmäisen paketin B lähettää kuittauksen, jonka mukaan 500B on saatavilla ikkunalle, koska toista pakettia ei ole vielä vastaanotettu. A olettaa, että ikkunan koko on 500B ja lähettää sen seurauksena kaksi 250B pakettia. Kun B:ssä 500B on käytössä ja 500 on juuri vastaanotettu, se lähettää 0B:n, kun se on saatavilla. Tässä vaiheessa A olettaa, että ikkunaa ei ole käytettävissä, vaikka voi käydä niin, että puskuri on tyhjä, koska prosessori käytti siellä olevat tiedot. A lähettää silti pienemmän paketin nähdäkseen, onko ikkuna käytettävissä. Jos B:n puskurin sisältöä ei ole vielä poistettu, se saa silti 0:n vastauksena/kuittauksena.

Siten ikkunan koko pienenee jatkuvasti, kun B lähettää kuittauksen joka kerta, kun se vastaanottaa paketin A:lta. Tämä koko on yleensä pienempi kuin edellinen kuittaus, koska B vastaanottaa datapaketteja osissa. Ei olisi ongelmaa, jos A voisi lähettää tarpeeksi suuren paketin kattamaan B:n puskurin koon kerrallaan. Mutta se vaatisi lisämekanismeja ja siten Silly Window - oireyhtymän^{(Silly Window Syndrome)} . Yhteys pysähtyy, kun A vastaanottaa 0:n kaksi tai kolme kertaa.

Kuinka estää typerä ikkuna - oireyhtymä^{(Silly Window Syndrome)} ( SWS )

SWS :n poistamiseksi on toteutettava yksinkertainen algoritmi . Vastaanotettuaan alkupaketin B lähettää ikkunana puolet todella käytettävissä olevasta tilasta. Tämä saa A lähettämään pienempiä paketteja. Näin ollen, kun paketit pienenevät liian pieneksi, niin B lähettää puskurin kokonaiskoon, jotta A voi alkaa lähettää isompia datatavuja uudelleen.

Toisin sanoen, jos 1000B on käytettävissä, B lähettää 500B kuittauksena. Vastaavasti A lähettää 250B x ​​2 pakettia. Tästä A saa kuittauksena 100B. Kun se vastaanottaa 50B paketin, B lähettää 1000B – 50B A:lle. Tämä tekee koko keskustelusta taas toimivan. Tämä saattaa viivästyttää käsittelyä, mutta estää Silly Window -oireyhtymän^{(Silly Window Syndrome)} esiintymisen ja pysäyttää koko keskustelun.

Yhteenvetona voidaan todeta, että SWS perustuu vastaanottajan käytettävissä olevaan puskurin kokoon ja lähettäjän laskemaan oletettuun kokoon. SWS :n estämiseksi otetaan käyttöön viive ja tarkoituksella pienennetään ikkunan kokoa, kunnes paketin koosta tulee liian pieni. Sitten vastaanottaja paljastaa todellisuudessa käytettävissä olevan ikkunakoon. Koko prosessi toistuu, kunnes viestintä on valmis.

Vaikka olen saattanut käyttää sanoja ikkuna ja puskuri vaihtokelpoisesti. En tarkoita mitään eroa niiden välillä. SWS - tutkimuksissa puskuri on ikkuna.

What is Silly Window Syndrome - Explanation and Prevention

Data iѕ transferred over the network and Internet using the TCP/IP Protocol. The TCP/IP is not perfect but is easier to implement compared to other protocols theorized for data communication… such as the ISO OSI model. As with any technical thing, TCP/IP has some flaws too and Silly Window Syndrome is a creation of one of those flaws. To understand what is Silly Window Syndrome or SWS, you will first need to understand the underlying mechanism of data communication in TCP/IP.

Silly Window Syndrome

Understanding the window and its size

When two points are communicating under TCP/IP, it involves an acknowledging mechanism. This acknowledging mechanism is what causes Silly Window Syndrome as explained further. Points may refer to two computers, client and server, etc.

SWS is caused by the receiver advancing the right window edge whenever it has any new buffer space available to receive data and by the sender using any incremental window, no matter how small, to send more data. The result can be a stable pattern of sending tiny data segments, even though both sender and receiver have a large total buffer space for the connection, says MSDN.

When a computer, say A, sends a data packet to another computer B, the latter has to acknowledge and reply that it received the data packet. Along with the acknowledgment, it also has to send the size of buffer set apart for that communication thread. This is generally the number of bytes set free for communication.

So when B says 100B is available for the next message, the 100B is the window in Silly Window Syndrome. That is, it is the buffer size. With its own flaw, the TCP/IP mechanism may reduce the buffer size for each communication/data coming from A. That is, whenever A sends a message, B assumes the buffer size is reduced and sends a smaller number. Thus the window size keeps on reduced and at a point, the communication just stops as B sends 0B as the window size.

How Does Silly Window Syndrome Work

According to the above example of A and B, if B sends 1000B as window size, A will split it into two 500B and send two packets of 500B. Upon receipt of the first packet, B will send an acknowledgment saying 500B is available for the window as the second packet is yet to be received. A assumes 500B is the window size and sends two packets of 250B consequently. While at B, 500B is used and 500 is just received, it will send 0B as available. At this point, A will assume no window is available though it might happen that buffer is empty as the processor used up the data there. A will still send a smaller packet to see if any window is available. If the contents of the buffer at B are not yet removed, it will still receive 0 as response/acknowledgment.

Thus, the window size keeps on reducing as B sends acknowledgment every time it receives a packet from A. This size is usually smaller than the previous acknowledgment as B is receiving data packets in parts. There would be no problem if A could send a packet big enough to cover the buffer size on B at a time. But that it would require additional mechanisms and hence Silly Window Syndrome. The communication stops after A receives 0 two or three times.

How to prevent Silly Window Syndrome (SWS)

There is a simple algorithm to be implemented to get rid of SWS. Upon receiving the initial packet, B sends half the really available space as the window. That will make A send smaller packets. Consequently, when the packets become too smaller, then B sends the total buffer size so that A can start sending bigger data bytes again.

In other words, if 1000B is available, B sends 500B as acknowledgment. Accordingly, A sends 250B x 2 packets. For this, A receives 100B as acknowledgment. When it receives 50B packet, B sends 1000B – 50B to A. That makes the entire conversation operational again. This might induce a little delay in processing but will prevent Silly Window Syndrome from occurring and stopping the entire conversation.

To sum up, SWS is based on the buffer size available to the recipient and the assumed size calculated by the sender. To prevent SWS, a delay is introduced and a deliberate smaller window size is reciprocated until packet size becomes too small. Then the recipient discloses actually available window size. The entire process keeps on repeating until the communication is complete.

Although I may have used the words window and buffer interchangeably. I do not mean any difference between them. In SWS studies, the buffer is the window.

Related posts

• Drupalin asentaminen WAMP:n avulla Windowsissa

• Parhaat ohjelmistot ja laitteistot Bitcoin-lompakot Windowsille, iOS:lle, Androidille

• Asenna Internet Radio Station ilmaiseksi Windows PC:lle

• Fix Partner ei muodostanut yhteyttä reititinvirheeseen TeamViewerissa Windows 10:ssä

• NASAn Eyes auttaa sinua tutkimaan universumia astronautien tavoin

• OpenGL-sovellukset eivät toimi langattomassa Miracast-näytössä Windows 11/10:ssä

• Oletko lukittu Plex-palvelimeen ja palvelinasetuksiin? Tässä on korjaus!

• Online maineenhallintavinkkejä, -työkaluja ja -palveluita

• Parhaat kannettavan tietokoneen reput miehille ja naisille

• Salasanojen salaaminen ja lisääminen LibreOffice-asiakirjoihin

• Whiteboard Fox on ilmainen online-taulu, joka mahdollistaa reaaliaikaisen jakamisen

• Kuinka muuntaa binaari tekstiksi tämän tekstin binaarimuuntimen avulla

• Kuinka sulkea Payoneer-tilisi?

• Videoneuvottelujen etiketti, vinkit ja säännöt, joita sinun on noudatettava

• Mitä ovat siru ja PIN- tai EMV-luottokortit

• Mitä NFT tarkoittaa ja kuinka luodaan digitaalista NFT-taidetta?

• Ilmainen tehtävienhallintaohjelmisto ryhmätyön hallintaan

• Hubstaff Tasks on ilmainen projektinhallintatyökalu ketterillä ominaisuuksilla

• Virhe tarkistettaessa VLC:n päivityksiä

• Mitä ovat virtuaaliset luottokortit ja miten ja mistä niitä saa?