Данные^(Data) передаются по сети и Интернету^(Internet) с использованием TCP/IP Protocol . TCP / 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.

Когда компьютер, скажем A, посылает пакет данных другому компьютеру B, последний должен подтвердить и ответить, что он получил пакет данных. Наряду с подтверждением он также должен отправить размер буфера, выделенного для этого потока связи. Обычно это количество байтов, освобождаемых для связи.

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

Как работает синдром глупого окна

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

Таким образом, размер окна продолжает уменьшаться, поскольку B отправляет подтверждение каждый раз, когда он получает пакет от A. Этот размер обычно меньше, чем предыдущее подтверждение, поскольку B получает пакеты данных частями. Не было бы проблем, если бы A мог отправить пакет, достаточно большой, чтобы покрыть размер буфера на B за один раз. Но для этого потребуются дополнительные механизмы и, следовательно, синдром глупого окна^{(Silly Window Syndrome)} . Связь прекращается после того, как А получает 0 два или три раза.

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

Существует простой алгоритм, который необходимо реализовать, чтобы избавиться от SWS . Получив начальный пакет, B отправляет половину действительно доступного пространства в качестве окна. Это заставит A отправлять пакеты меньшего размера. Следовательно, когда пакеты становятся слишком маленькими, B отправляет общий размер буфера, чтобы A мог снова начать отправлять большие байты данных.

Другими словами, если доступно 1000 байт, B отправляет 500 байт в качестве подтверждения. Соответственно, A отправляет 250B x ​​2 пакета. Для этого A получает 100B в качестве подтверждения. Когда он получает пакет 50B, B отправляет 1000B - 50B в A. Это делает весь диалог снова работоспособным. Это может вызвать небольшую задержку в обработке, но предотвратит возникновение синдрома глупого окна^{(Silly Window Syndrome)} и остановку всего разговора.

Подводя итог, SWS основан на размере буфера, доступном получателю, и предполагаемом размере, рассчитанном отправителем. Чтобы предотвратить SWS , вводится задержка, и преднамеренно меньший размер окна вознаграждается до тех пор, пока размер пакета не станет слишком маленьким. Затем получатель раскрывает реально доступный размер окна. Весь процесс повторяется до тех пор, пока общение не будет завершено.

Хотя, возможно, я использовал слова «окно» и «буфер» как синонимы. Я не имею в виду никакой разницы между ними. В исследованиях SWS буфер — это окно.

What is Silly Window Syndrome - Explanation and Prevention

Dаta is 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

• Как установить Drupal с помощью WAMP на Windows

• Best Software & Hardware Bitcoin Wallets для Windows, iOS, Android

• Setup Internet Radio Station бесплатно на Windows PC

• Fix Partner не подключался к ошибке маршрутизатора в TeamViewer на Windows 10

• NASA's Eyes помогает вам исследовать Universe, как Astronauts

• Convert Magnet Ссылки на прямую ссылку Download с использованием Seedr

• 10 лучших USB LED лампы для ноутбуков

• Разница между Analog, Digital and Hybrid computers

• Online Reputation Management Tips, Tools & Services

• Как использовать Template для создания документа с LibreOffice

• Best бесплатный Secure Digital Notebook Software & Online Services

• Как закрыть ваш Payoneer Account?

• Приложение Session Messaging предлагает сильную безопасность; Требуется номер No phone!

• Nine Nostalgic Tech Sounds Вы, вероятно, не слышали в годы

• Что означает NFT и как создать NFT Digital Art?

• Automate.io - бесплатная альтернатива automation tool and IFTTT

• Whiteboard Fox - бесплатный online whiteboard, который позволяет real-time sharing

• Заблокирован Plex Server and Server Settings? Вот исправление!

• Video Этикет конференц-связи, советы и правила, которые вам нужно следовать

• Произошла ошибка при проверке на обновлениях в VLC