Τα δεδομένα^(Data) μεταφέρονται μέσω του δικτύου και του Διαδικτύου^(Internet) χρησιμοποιώντας το TCP/IP Protocol . Το TCP/IP δεν είναι τέλειο, αλλά είναι πιο εύκολο να εφαρμοστεί σε σύγκριση με άλλα πρωτόκολλα που θεωρούνται για την επικοινωνία δεδομένων… όπως το μοντέλο ISO OSI . Όπως με κάθε τεχνικό πράγμα, το TCP/IP έχει επίσης κάποια ελαττώματα και το Silly Window Syndrome είναι δημιουργία ενός από αυτά τα ελαττώματα. Για να κατανοήσετε τι είναι το σύνδρομο ανόητου παραθύρου^{(Silly Window Syndrome)} ή SWS , θα πρέπει πρώτα να κατανοήσετε τον υποκείμενο μηχανισμό της επικοινωνίας δεδομένων στο TCP/IP .

Σύνδρομο Silly Window

Κατανόηση του παραθύρου και του μεγέθους του

Όταν δύο σημεία επικοινωνούν υπό το TCP/IP , περιλαμβάνει έναν μηχανισμό επιβεβαίωσης. Αυτός ο μηχανισμός αναγνώρισης είναι που προκαλεί το σύνδρομο Silly Window,^{(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.

Όταν ένας υπολογιστής, ας πούμε ο Α, στέλνει ένα πακέτο δεδομένων σε άλλον υπολογιστή Β, ο τελευταίος πρέπει να αναγνωρίσει και να απαντήσει ότι έλαβε το πακέτο δεδομένων. Μαζί με την επιβεβαίωση, πρέπει επίσης να στείλει το μέγεθος του buffer που διαχωρίζεται για αυτό το νήμα επικοινωνίας. Αυτός είναι γενικά ο αριθμός των byte που ελευθερώνονται για επικοινωνία.

Έτσι, όταν ο B λέει ότι το 100B είναι διαθέσιμο για το επόμενο μήνυμα, το 100B είναι το παράθυρο στο Σύνδρομο Silly Window^{(Silly Window Syndrome)} . Δηλαδή, είναι το μέγεθος buffer. Με το δικό του ελάττωμα, ο μηχανισμός TCP/IP μπορεί να μειώσει το μέγεθος της προσωρινής μνήμης για κάθε επικοινωνία/δεδομένο που προέρχεται από το Α. Δηλαδή, κάθε φορά που ο Α στέλνει ένα μήνυμα, ο Β υποθέτει ότι το μέγεθος του buffer είναι μειωμένο και στέλνει μικρότερο αριθμό. Έτσι, το μέγεθος του παραθύρου συνεχίζει να μειώνεται και σε ένα σημείο, η επικοινωνία σταματά μόλις το B στέλνει 0B ως μέγεθος παραθύρου.

Πώς λειτουργεί το σύνδρομο Silly Window

Σύμφωνα με το παραπάνω παράδειγμα των A και B, εάν ο B στείλει 1000B ως μέγεθος παραθύρου, ο A θα το χωρίσει σε δύο 500B και θα στείλει δύο πακέτα των 500B. Μετά την παραλαβή του πρώτου πακέτου, ο B θα στείλει μια επιβεβαίωση λέγοντας ότι το 500B είναι διαθέσιμο για το παράθυρο, καθώς το δεύτερο πακέτο δεν έχει ακόμη παραληφθεί. Το A υποθέτει ότι το 500B είναι το μέγεθος του παραθύρου και στέλνει δύο πακέτα των 250B κατά συνέπεια. Ενώ στο B, χρησιμοποιείται το 500B και μόλις λαμβάνεται το 500, θα στείλει το 0B ως διαθέσιμο. Σε αυτό το σημείο, ο A θα υποθέσει ότι δεν υπάρχει διαθέσιμο παράθυρο, αν και μπορεί να συμβεί το buffer να είναι άδειο καθώς ο επεξεργαστής χρησιμοποίησε τα δεδομένα εκεί. Το A θα συνεχίσει να στέλνει ένα μικρότερο πακέτο για να δει αν είναι διαθέσιμο κάποιο παράθυρο. Εάν τα περιεχόμενα του buffer στο B δεν έχουν ακόμη αφαιρεθεί, θα εξακολουθεί να λαμβάνει 0 ως απάντηση/επιβεβαίωση.

Έτσι, το μέγεθος του παραθύρου συνεχίζει να μειώνεται καθώς ο Β στέλνει επιβεβαίωση κάθε φορά που λαμβάνει ένα πακέτο από τον Α. Αυτό το μέγεθος είναι συνήθως μικρότερο από την προηγούμενη επιβεβαίωση, καθώς ο Β λαμβάνει πακέτα δεδομένων σε μέρη. Δεν θα υπήρχε πρόβλημα εάν ο Α μπορούσε να στείλει ένα πακέτο αρκετά μεγάλο ώστε να καλύψει το μέγεθος του buffer στο B κάθε φορά. Αλλά ότι θα απαιτούσε πρόσθετους μηχανισμούς και ως εκ τούτου το σύνδρομο Silly Window^{(Silly Window Syndrome)} . Η επικοινωνία διακόπτεται αφού ο Α λάβει 0 δύο ή τρεις φορές.

Πώς να αποτρέψετε το σύνδρομο Silly Window^{(Silly Window Syndrome)} ( SWS )

Υπάρχει ένας απλός αλγόριθμος που πρέπει να εφαρμοστεί για να απαλλαγούμε από το SWS . Μόλις λάβει το αρχικό πακέτο, ο Β στέλνει το μισό από τον πραγματικά διαθέσιμο χώρο ως παράθυρο. Αυτό θα κάνει τον Α να στείλει μικρότερα πακέτα. Κατά συνέπεια, όταν τα πακέτα γίνονται πολύ μικρότερα, τότε ο B στέλνει το συνολικό μέγεθος buffer έτσι ώστε ο A να αρχίσει να στέλνει μεγαλύτερα byte δεδομένων ξανά.

Με άλλα λόγια, εάν το 1000B είναι διαθέσιμο, το B στέλνει το 500B ως επιβεβαίωση. Αντίστοιχα, ο Α στέλνει 250B x ​​2 πακέτα. Για αυτό, ο Α λαμβάνει 100Β ως επιβεβαίωση. Όταν λαμβάνει πακέτο 50B, το B στέλνει 1000B – 50B στο A. Αυτό κάνει ολόκληρη τη συνομιλία ξανά λειτουργική. Αυτό μπορεί να προκαλέσει μια μικρή καθυστέρηση στην επεξεργασία, αλλά θα αποτρέψει την εμφάνιση του συνδρόμου ανόητου παραθύρου^{(Silly Window Syndrome)} και θα σταματήσει ολόκληρη τη συνομιλία.

Συνοψίζοντας, το SWS βασίζεται στο μέγεθος buffer που είναι διαθέσιμο στον παραλήπτη και στο υποτιθέμενο μέγεθος που υπολογίζεται από τον αποστολέα. Για να αποτραπεί το SWS , εισάγεται μια καθυστέρηση και επαναλαμβάνεται ένα σκόπιμα μικρότερο μέγεθος παραθύρου έως ότου το μέγεθος του πακέτου γίνει πολύ μικρό. Στη συνέχεια, ο παραλήπτης αποκαλύπτει το πραγματικά διαθέσιμο μέγεθος παραθύρου. Η όλη διαδικασία συνεχίζει να επαναλαμβάνεται μέχρι να ολοκληρωθεί η επικοινωνία.

Αν και μπορεί να χρησιμοποίησα τις λέξεις window και buffer εναλλακτικά. Δεν εννοώ καμία διαφορά μεταξύ τους. Στις μελέτες SWS , το buffer είναι το παράθυρο.

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

• Πώς να εγκαταστήσετε το Drupal χρησιμοποιώντας WAMP στα Windows

• Καλύτερο λογισμικό και υλικό Bitcoin Wallets για Windows, iOS, Android

• Ρύθμιση ραδιοφωνικού σταθμού Internet δωρεάν σε υπολογιστή με Windows

• Το Fix Partner δεν συνδέθηκε με το σφάλμα δρομολογητή στο TeamViewer στα Windows 10

• Το NASA's Eyes σας βοηθά να εξερευνήσετε το Σύμπαν σαν αστροναύτες

• Τι είναι οι πιστωτικές κάρτες «Chip and PIN» ή EMV

• Τα καλύτερα σακίδια πλάτης φορητών υπολογιστών για άνδρες και γυναίκες

• Πώς να κλείσετε τον λογαριασμό σας Payoneer;

• Τι είναι τα μεγάλα δεδομένα - Μια απλή εξήγηση με παράδειγμα

• Διαχείριση ηλεκτρονικών απορριμμάτων, ανακύκλωση, διάθεση, γεγονότα, προβλήματα, λύσεις

• Συμβουλές, εργαλεία και υπηρεσίες διαχείρισης διαδικτυακής φήμης

• Φέρτε τη δική σας συσκευή (BYOD) πλεονεκτήματα, βέλτιστες πρακτικές κ.λπ.

• Τι είναι το Data Analytics και σε τι χρησιμεύει

• Συμβουλές αγορών Cyber ​​Monday & Black Friday για εκπτώσεις που θέλετε να ακολουθήσετε

• Το αρχείο zip είναι πολύ μεγάλο σφάλμα κατά τη λήψη αρχείων από το DropBox

• SMS Organizer: Εφαρμογή SMS που υποστηρίζεται από τη Μηχανική Εκμάθηση

• Το Automate.io είναι ένα δωρεάν εργαλείο αυτοματισμού και εναλλακτική λύση IFTTT

• Πώς να φτιάξετε προσκλητήριο σε υπολογιστή με Windows

• Εθιμοτυπία τηλεδιάσκεψης, συμβουλές και κανόνες που πρέπει να ακολουθείτε

• Η εφαρμογή ανταλλαγής μηνυμάτων περιόδου λειτουργίας προσφέρει ισχυρή ασφάλεια. Δεν απαιτείται αριθμός τηλεφώνου!