Подаци^(Data) се преносе преко мреже и Интернета^(Internet) користећи TCP/IP Protocol . TCP/IP није савршен, али је лакши за имплементацију у поређењу са другим протоколима теоретизираним за комуникацију података... као што је ИСО ОСИ^{(ISO OSI)} модел. Као и свака техничка ствар, TCP/IP такође има неке недостатке и Синдром глупог прозора^{(Silly Window Syndrome)} је креација једне од тих мана. Да бисте разумели шта је синдром глупог прозора^{(Silly Window Syndrome)} или СВС^(SWS) , прво ћете морати да разумете основни механизам комуникације података у TCP/IP .

Синдром глупог прозора

Разумевање прозора и његове величине

Када две тачке комуницирају под TCP/IP , то укључује механизам потврде. Овај механизам потврде је оно што узрокује синдром глупог прозора,^{(Silly Window Syndrome)} као што је даље објашњено. Поени се могу односити на два рачунара, клијента и сервера, итд.

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.

Када рачунар, рецимо А, пошаље пакет података другом рачунару Б, овај други мора да потврди и одговори да је примио пакет података. Заједно са потврдом, он такође мора да пошаље величину бафера одвојену за ту комуникациону нит. Ово је генерално број бајтова који су слободни за комуникацију.

Дакле, када Б каже да је 100Б доступно за следећу поруку, 100Б је прозор у синдрому глупог прозора^{(Silly Window Syndrome)} . То јест, то је величина бафера. Са сопственом маном, TCP/IP механизам може смањити величину бафера за сваку комуникацију/податке који долазе од А. То јест, кад год А пошаље поруку, Б претпоставља да је величина бафера смањена и шаље мањи број. Тако се величина прозора смањује и у једном тренутку комуникација једноставно престаје док Б шаље 0Б као величину прозора.

Како функционише синдром глупог прозора

Према горњем примеру А и Б, ако Б пошаље 1000Б као величину прозора, А ће га поделити на два 500Б и послати два пакета од 500Б. По пријему првог пакета, Б ће послати потврду говорећи да је 500Б доступно за прозор јер други пакет тек треба да буде примљен. А претпоставља да је 500Б величина прозора и сходно томе шаље два пакета од 250Б. Док се код Б користи 500Б, а 500 је управо примљено, послаће 0Б као доступно. У овом тренутку, А ће претпоставити да прозор није доступан иако се може десити да је бафер празан јер је процесор потрошио податке тамо. А ће и даље послати мањи пакет да види да ли је неки прозор доступан. Ако садржај бафера на Б још није уклоњен, он ће и даље добити 0 као одговор/потврду.

Дакле, величина прозора наставља да се смањује како Б шаље потврду сваки пут када прими пакет од А. Ова величина је обично мања од претходне потврде пошто Б прима пакете података у деловима. Не би било проблема када би А могао да пошаље пакет довољно велик да покрије величину бафера на Б истовремено. Али да би то захтевало додатне механизме и отуда синдром глупог прозора^{(Silly Window Syndrome)} . Комуникација се зауставља након што А прими 0 два или три пута.

Како спречити синдром глупог прозора^{(Silly Window Syndrome)} ( СВС^(SWS) )

Постоји једноставан алгоритам који треба применити да бисте се решили СВС^(SWS) -а . Након што прими почетни пакет, Б шаље половину стварно доступног простора као прозор. То ће натерати А да шаље мање пакете. Сходно томе, када пакети постану сувише мањи, Б шаље укупну величину бафера тако да А може поново да почне да шаље веће бајтове података.

Другим речима, ако је 1000Б доступно, Б шаље 500Б као потврду. Сходно томе, А шаље 250Б к 2 пакета. За ово, А прима 100Б као потврду. Када прими пакет од 50Б, Б шаље 1000Б – 50Б ка А. То чини цео разговор поново оперативним. Ово може изазвати мало кашњење у обради, али ће спречити појаву синдрома глупог прозора^{(Silly Window Syndrome)} и заустављање целог разговора.

Да сумирамо, СВС^(SWS) се заснива на величини бафера доступној примаоцу и претпостављеној величини коју је израчунао пошиљалац. Да би се спречио СВС^(SWS) , уводи се кашњење и намерно мања величина прозора се узвраћа све док величина пакета не постане премала. Тада прималац открива стварно доступну величину прозора. Цео процес се понавља док се комуникација не заврши.

Иако сам можда користио речи прозор и бафер наизменично. Не мислим на никакву разлику између њих. У СВС^(SWS) студијама, бафер је прозор.

What is Silly Window Syndrome - Explanation and Prevention

Data is transferred over thе network and Іnternet 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

• Како инсталирати Друпал користећи ВАМП на Виндовс-у

• Најбољи софтвер и хардвер Битцоин новчаници за Виндовс, иОС, Андроид

• Бесплатно подесите Интернет радио станицу на Виндовс рачунару

• Партнер за поправку се није повезао са грешком рутера у ТеамВиевер-у на Виндовс 10

• НАСА-ине очи помажу вам да истражујете универзум попут астронаута

• Како инсталирати Виндовс 95 на Виндовс 10

• Најбољи ранац за лаптопове за мушкарце и жене

• 10 најбољих УСБ ЛЕД лампи за лаптопове

• Како затворити свој Паионеер налог?

• Мицрософт Идентити Манагер: карактеристике, преузимање

• Тај налог није повезан ни са једним Микер налогом

• Девет носталгичних техничких звукова које вероватно нисте чули годинама

• Најбољи алати за бесплатно слање СМС-а са рачунара

• Закључани сте из подешавања Плек сервера и сервера? Ево поправке!

• нгрок: Учините своје локалне сервере јавним са сигурним тунелима

• Аутомате.ио је бесплатан алат за аутоматизацију и ИФТТТ алтернатива

• Савети за куповину сајбер понедељка и црног петка које желите да пратите

• Разлика између аналогних, дигиталних и хибридних рачунара

• Како да креирате самопотписане ССЛ сертификате у оперативном систему Виндовс 11/10

• Шта значи НФТ и како креирати НФТ дигиталну уметност?