Daten^(Data) werden über das Netzwerk und das Internet unter Verwendung des TCP/IP Protocol übertragen . TCP/IP ist nicht perfekt, aber im Vergleich zu anderen Protokollen, die für die Datenkommunikation gedacht sind, einfacher zu implementieren, wie z. B. dem ISO-OSI -Modell. Wie bei jeder technischen Sache hat auch TCP/IP einige Fehler und das Silly Window Syndrome ist eine Kreation eines dieser Fehler. Um zu verstehen, was Silly Window Syndrome oder SWS ist, müssen Sie zunächst den zugrunde liegenden Mechanismus der Datenkommunikation in TCP/IP verstehen .

Silly-Window-Syndrom

Verständnis des Fensters und seiner Größe

Wenn zwei Punkte unter TCP/IP kommunizieren , ist ein Bestätigungsmechanismus erforderlich. Dieser Bestätigungsmechanismus verursacht das Silly-Window-Syndrom^{(Silly Window Syndrome)} , wie weiter unten erläutert wird. Punkte können sich auf zwei Computer beziehen, Client und Server usw.

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.

Wenn ein Computer, sagen wir A, ein Datenpaket an einen anderen Computer B sendet, muss letzterer bestätigen und antworten, dass er das Datenpaket erhalten hat. Zusammen mit der Bestätigung muss es auch die Größe des Puffersatzes senden, der für diesen Kommunikationsthread reserviert ist. Dies ist im Allgemeinen die Anzahl der für die Kommunikation freigesetzten Bytes.

Wenn B also sagt, dass 100B für die nächste Nachricht verfügbar ist, ist die 100B das Fenster im Silly Window Syndrome . Das heißt, es ist die Puffergröße. Mit seinem eigenen Fehler kann der TCP/IP -Mechanismus die Puffergröße für jede Kommunikation/Daten, die von A kommen, reduzieren. Das heißt, wann immer A eine Nachricht sendet, nimmt B an, dass die Puffergröße reduziert ist und sendet eine kleinere Zahl. Somit wird die Fenstergröße weiter reduziert und an einem Punkt stoppt die Kommunikation einfach, wenn B 0B als Fenstergröße sendet.

Wie funktioniert das Silly Window Syndrom?

Wenn B gemäß dem obigen Beispiel von A und B 1000 B als Fenstergröße sendet, wird A es in zwei 500 B aufteilen und zwei Pakete von 500 B senden. Nach Erhalt des ersten Pakets sendet B eine Bestätigung, dass 500B für das Fenster verfügbar ist, da das zweite Paket noch empfangen werden muss. A nimmt an, dass 500B die Fenstergröße ist und sendet folglich zwei Pakete von 250B. Während bei B 500B verwendet wird und 500 gerade empfangen wird, wird 0B als verfügbar gesendet. An diesem Punkt nimmt A an, dass kein Fenster verfügbar ist, obwohl es vorkommen kann, dass der Puffer leer ist, da der Prozessor die Daten dort verbraucht hat. A sendet immer noch ein kleineres Paket, um zu sehen, ob irgendein Fenster verfügbar ist. Wenn der Inhalt des Puffers bei B noch nicht entfernt ist, erhält es immer noch 0 als Antwort/Bestätigung.

Somit verringert sich die Fenstergröße weiter, da B jedes Mal eine Bestätigung sendet, wenn es ein Paket von A empfängt. Diese Größe ist normalerweise kleiner als die vorherige Bestätigung, da B Datenpakete in Teilen empfängt. Es gäbe kein Problem, wenn A ein Paket senden könnte, das groß genug ist, um die Puffergröße auf B gleichzeitig abzudecken. Aber das würde zusätzliche Mechanismen erfordern und daher das Silly-Window-Syndrom^{(Silly Window Syndrome)} . Die Kommunikation stoppt, nachdem A zwei- oder dreimal 0 erhält.

So verhindern Sie das Silly Window Syndrom^{(Silly Window Syndrome)} ( SWS )

Es gibt einen einfachen Algorithmus, der implementiert werden muss, um SWS^(SWS) loszuwerden . Beim Empfang des Anfangspakets sendet B die Hälfte des tatsächlich verfügbaren Platzes als Fenster. Dadurch sendet A kleinere Pakete. Wenn die Pakete zu klein werden, sendet B folglich die gesamte Puffergröße, damit A wieder mit dem Senden größerer Datenbytes beginnen kann.

Mit anderen Worten, wenn 1000B verfügbar sind, sendet B 500B als Bestätigung. Dementsprechend sendet A 250B x ​​2 Pakete. Dafür erhält A 100B als Quittung. Wenn es ein 50-B-Paket erhält, sendet B 1000 B – 50 B an A. Dadurch wird die gesamte Konversation wieder funktionsfähig. Dies kann zu einer kleinen Verzögerung bei der Verarbeitung führen, verhindert jedoch, dass das Silly Window-Syndrom^{(Silly Window Syndrome)} auftritt und die gesamte Konversation stoppt.

Zusammenfassend basiert SWS auf der Puffergröße, die dem Empfänger zur Verfügung steht, und der angenommenen Größe, die vom Sender berechnet wird. Um SWS zu verhindern , wird eine Verzögerung eingeführt und eine absichtlich kleinere Fenstergröße hin- und herbewegt, bis die Paketgröße zu klein wird. Dann gibt der Empfänger die tatsächlich verfügbare Fenstergröße bekannt. Der gesamte Vorgang wird wiederholt, bis die Kommunikation abgeschlossen ist.

Obwohl ich die Wörter Fenster und Puffer möglicherweise synonym verwendet habe. Ich meine keinen Unterschied zwischen ihnen. In SWS- Studien ist der Puffer das Fenster.

What is Silly Window Syndrome - Explanation and Prevention

Data 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

• So installieren Sie Drupal mit WAMP unter Windows

• Beste Software & Hardware Bitcoin Wallets für Windows, iOS, Android

• Richten Sie Internet Radio Station kostenlos auf einem Windows-PC ein

• Fix Partner stellte keine Verbindung zum Router-Fehler in TeamViewer unter Windows 10 her

• NASA's Eyes hilft Ihnen, das Universum wie Astronauten zu erkunden

• Disqus-Kommentarfeld wird für eine Website nicht geladen oder angezeigt

• So schützen und sichern Sie PDF-Dokumente mit LibreOffice mit einem Passwort

• Was ist Data Analytics und wofür wird es verwendet?

• Was ist Blue Whale Challenge Dare Game

• So verschlüsseln Sie LibreOffice-Dokumente und fügen Passwörter hinzu

• So erstellen Sie selbstsignierte SSL-Zertifikate in Windows 11/10

• Beim Suchen nach Updates in VLC ist ein Fehler aufgetreten

• Die besten Laptoptische online kaufen

• Was sind virtuelle Kreditkarten und wie und wo bekommt man sie?

• So konvertieren Sie Binär in Text mit diesem Text-zu-Binär-Konverter

• OpenGL-Apps werden nicht auf der drahtlosen Miracast-Anzeige in Windows 11/10 ausgeführt

• Die besten Tools zum kostenlosen SMS-Versand von Ihrem Computer

• ngrok: Machen Sie Ihre lokalen Server mit sicheren Tunneln öffentlich

• Whiteboard Fox ist ein kostenloses Online-Whiteboard, das die gemeinsame Nutzung in Echtzeit ermöglicht

• Bring Your Own Device (BYOD) Vorteile, Best Practices usw.