Данните^(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.

Когато компютър, да речем А, изпрати пакет данни на друг компютър Б, последният трябва да потвърди и да отговори, че е получил пакета данни. Заедно с потвърждението, той също трябва да изпрати размера на буфера, отделен за тази комуникационна нишка. Това обикновено е броят на байтовете, освободени за комуникация.

Така че, когато B каже, че 100B е налично за следващото съобщение, 100B е прозорецът в Синдром на глупав прозорец^{(Silly Window Syndrome)} . Тоест това е размерът на буфера. Със своя собствен недостатък, TCP/IP механизмът може да намали размера на буфера за всяка комуникация/данни, идващи от A. Тоест всеки път, когато A изпрати съобщение, B приема, че размерът на буфера е намален и изпраща по-малко число. По този начин размерът на прозореца продължава да намалява и в даден момент комуникацията просто спира, тъй като B изпраща 0B като размер на прозореца.

Как работи синдромът на глупавия прозорец

Според горния пример за A и B, ако B изпрати 1000B като размер на прозореца, A ще го раздели на две 500B и ще изпрати два пакета от 500B. При получаване на първия пакет, B ще изпрати потвърждение, че 500B е налично за прозореца, тъй като вторият пакет все още не е получен. A приема, че 500B е размерът на прозореца и изпраща два пакета от 250B следователно. Докато в B се използва 500B и 500 току-що е получено, той ще изпрати 0B като наличен. В този момент A ще приеме, че няма наличен прозорец, въпреки че може да се случи, че буферът е празен, тъй като процесорът използва данните там. A все пак ще изпрати по-малък пакет, за да види дали има наличен прозорец. Ако съдържанието на буфера в B все още не е премахнато, то пак ще получи 0 като отговор/потвърждение.

По този начин размерът на прозореца продължава да намалява, тъй като B изпраща потвърждение всеки път, когато получи пакет от A. Този размер обикновено е по-малък от предишното потвърждение, тъй като B получава пакети с данни на части. Няма да има проблем, ако A може да изпрати пакет, достатъчно голям, за да покрие размера на буфера на B наведнъж. Но това ще изисква допълнителни механизми и оттам Синдром на глупав прозорец^{(Silly Window Syndrome)} . Комуникацията спира, след като A получи 0 два или три пъти.

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

Има прост алгоритъм, който трябва да се приложи, за да се отървете от SWS . При получаване на първоначалния пакет, B изпраща половината от реално наличното пространство като прозорец. Това ще накара A да изпраща по-малки пакети. Следователно, когато пакетите станат твърде по-малки, B изпраща общия размер на буфера, така че A може да започне да изпраща отново по-големи байтове данни.

С други думи, ако 1000B е наличен, B изпраща 500B като потвърждение. Съответно, А изпраща 250B x ​​2 пакета. За това A получава 100B като потвърждение. Когато получи 50B пакет, B изпраща 1000B – 50B до A. Това прави целия разговор отново оперативен. Това може да предизвика малко забавяне на обработката, но ще предотврати появата на синдрома на глупавия прозорец^{(Silly Window Syndrome)} и ще спре целия разговор.

За да обобщим, SWS се основава на размера на буфера, достъпен за получателя, и предполагаемия размер, изчислен от подателя. За да се предотврати SWS , се въвежда забавяне и умишлено по-малък размер на прозореца се възстановява, докато размерът на пакета стане твърде малък. След това получателят разкрива действително наличния размер на прозореца. Целият процес продължава да се повтаря, докато комуникацията приключи.

Въпреки че може да съм използвал думите прозорец и буфер взаимозаменяемо. Нямам предвид никаква разлика между тях. В проучванията на SWS буферът е прозорецът.

What is Silly Window Syndrome - Explanation and Prevention

Datа is transferred over thе 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

• Как да инсталирате Drupal с помощта на WAMP на Windows

• Най-добрият софтуер и хардуер Bitcoin портфейли за Windows, iOS, Android

• Настройте безплатно интернет радиостанция на компютър с Windows

• Fix Partner не се свърза с грешка на рутера в TeamViewer на Windows 10

• Очите на НАСА ви помагат да изследвате Вселената като астронавти

• Как да шифровате и добавяте пароли към документи на LibreOffice

• Най-добрите инструменти за изпращане на SMS безплатно от вашия компютър

• Какво означава NFT и как да създадем NFT цифрово изкуство?

• Whiteboard Fox е безплатна онлайн бяла дъска, която позволява споделяне в реално време

• Automate.io е безплатен инструмент за автоматизация и алтернатива на IFTTT

• Разлика между аналогови, цифрови и хибридни компютри

• Какво е Data Analytics и за какво се използва

• Hubstaff Tasks е безплатен инструмент за управление на проекти с Agile функции

• Етикет за видеоконферентна връзка, съвети и правила, които трябва да спазвате

• Как да изтриете вашия LastPass акаунт

• Microsoft Identity Manager: функции, изтегляне

• Най-добрите раници за лаптоп за мъже и жени

• Как да затворите акаунта си в Payoneer?

• Съвети за пазаруване за Кибер понеделник и Черен петък, които искате да следвате

• Съвети, инструменти и услуги за управление на репутацията онлайн