Data ditransfer melalui jaringan dan Internet menggunakan TCP/IP Protocol . TCP/IP tidak sempurna tetapi lebih mudah diimplementasikan dibandingkan dengan protokol lain yang berteori untuk komunikasi data… seperti model ISO OSI^{(ISO OSI)} . Seperti halnya hal teknis apa pun, TCP/IP juga memiliki beberapa kekurangan dan Silly Window Syndrome adalah ciptaan dari salah satu kekurangan tersebut. Untuk memahami apa itu Silly Window Syndrome atau SWS , Anda harus terlebih dahulu memahami mekanisme dasar komunikasi data di TCP/IP .

Sindrom Jendela Konyol

Memahami jendela dan ukurannya

Ketika dua titik berkomunikasi di bawah TCP/IP , itu melibatkan mekanisme pengakuan. Mekanisme pengakuan inilah yang menyebabkan Silly Window Syndrome sebagaimana dijelaskan lebih lanjut. Poin dapat merujuk ke dua komputer, klien dan server, dll.

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.

Ketika sebuah komputer, katakanlah A, mengirim paket data ke komputer lain B, komputer tersebut harus mengakui dan membalas bahwa ia menerima paket data. Seiring dengan pengakuan, itu juga harus mengirim ukuran buffer yang ditetapkan untuk utas komunikasi itu. Ini umumnya jumlah byte yang dibebaskan untuk komunikasi.

Jadi ketika B mengatakan 100B tersedia untuk pesan berikutnya, 100B adalah jendela di Silly Window Syndrome . Artinya, itu adalah ukuran buffer. Dengan kekurangannya sendiri, mekanisme TCP/IP dapat mengurangi ukuran buffer untuk setiap komunikasi/data yang datang dari A. Artinya, setiap kali A mengirim pesan, B menganggap ukuran buffer dikurangi dan mengirimkan nomor yang lebih kecil. Dengan demikian ukuran jendela terus berkurang dan pada suatu titik, komunikasi hanya berhenti ketika B mengirimkan 0B sebagai ukuran jendela.

Bagaimana Cara Kerja Sindrom Jendela Konyol

Menurut contoh A dan B di atas, jika B mengirim 1000B sebagai ukuran jendela, A akan membaginya menjadi dua 500B dan mengirim dua paket 500B. Setelah menerima paket pertama, B akan mengirimkan pemberitahuan yang mengatakan 500B tersedia untuk jendela karena paket kedua belum diterima. A mengasumsikan 500B adalah ukuran jendela dan mengirimkan dua paket 250B akibatnya. Sementara di B, 500B digunakan dan 500 baru saja diterima, itu akan mengirim 0B jika tersedia. Pada titik ini, A akan menganggap tidak ada jendela yang tersedia meskipun mungkin terjadi buffer kosong karena prosesor menggunakan data di sana. A masih akan mengirim paket yang lebih kecil untuk melihat apakah ada jendela yang tersedia. Jika isi buffer di B belum dihapus, masih akan menerima 0 sebagai respons/pengakuan.

Dengan demikian, ukuran jendela terus berkurang karena B mengirimkan pengakuan setiap kali menerima paket dari A. Ukuran ini biasanya lebih kecil dari pengakuan sebelumnya karena B menerima paket data dalam beberapa bagian. Tidak akan ada masalah jika A dapat mengirim paket yang cukup besar untuk menutupi ukuran buffer pada B pada suatu waktu. Tapi itu akan membutuhkan mekanisme tambahan dan karenanya Silly Window Syndrome . Komunikasi berhenti setelah A menerima 0 dua atau tiga kali.

Cara Mencegah Silly Window Syndrome ( SWS )

Ada algoritma sederhana yang akan diterapkan untuk menyingkirkan SWS . Setelah menerima paket awal, B mengirimkan setengah dari ruang yang benar-benar tersedia sebagai jendela. Itu akan membuat A mengirim paket yang lebih kecil. Akibatnya, ketika paket menjadi terlalu kecil, maka B mengirimkan ukuran buffer total sehingga A dapat mulai mengirim byte data yang lebih besar lagi.

Dengan kata lain, jika 1000B tersedia, B mengirimkan 500B sebagai pengakuan. Dengan demikian, A mengirimkan 250B x ​​2 paket. Untuk ini, A menerima 100B sebagai pengakuan. Ketika menerima paket 50B, B mengirim 1000B – 50B ke A. Itu membuat seluruh percakapan beroperasi kembali. Ini mungkin menyebabkan sedikit penundaan dalam pemrosesan tetapi akan mencegah terjadinya Silly Window Syndrome dan menghentikan seluruh percakapan.

Singkatnya, SWS didasarkan pada ukuran buffer yang tersedia untuk penerima dan ukuran yang diasumsikan dihitung oleh pengirim. Untuk mencegah SWS , penundaan diperkenalkan dan ukuran jendela yang lebih kecil yang disengaja dibalas sampai ukuran paket menjadi terlalu kecil. Kemudian penerima mengungkapkan ukuran jendela yang sebenarnya tersedia. Seluruh proses terus berulang sampai komunikasi selesai.

Meskipun saya mungkin menggunakan kata window dan buffer secara bergantian. Saya tidak bermaksud ada perbedaan di antara mereka. Dalam studi SWS , buffer adalah jendela.

What is Silly Window Syndrome - Explanation and Prevention

Data is transferred over the nеtwork and Internet usіng 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

• Cara Menginstal Drupal Menggunakan WAMP pada Windows

• Best Software & Hardware Bitcoin Wallets untuk Windows, iOS, Android

• Setup Internet Radio Station Gratis pada Windows PC

• Fix Partner tidak terhubung ke router error di TeamViewer pada Windows 10

• NASA's Eyes membantu Anda menjelajahi Universe seperti Astronauts

• Task Management Software gratis untuk mengelola kerja tim

• Apa itu Data Analytics dan untuk apa

• Aplikasi OpenGL tidak berjalan pada tampilan Miracast wireless di Windows 10

• Apa artinya NFT rata-rata dan cara membuat NFT Digital Art?

• Cyber Monday & Black Friday Sale Tips Belanja yang ingin Anda ikuti

• Cara menghapus Your LastPass Account

• Zip file adalah kesalahan yang terlalu besar saat mengunduh file dari DropBox

• Best Laptop Backpacks untuk Men and Women

• Cara menggunakan Template untuk membuat dokumen dengan LibreOffice

• Bawa Device Sendiri (BYOD) Advantages, Best Practices, dll

• Ngrok: Jadikan server lokal Anda publik dengan Secure Tunnels

• Whiteboard Fox adalah online whiteboard gratis yang memungkinkan real-time sharing

• Apa saja kartu chip dan PIN 'atau EMV Credit

• E-Waste management, Daur Ulang, Pembuangan, Fakta, Masalah, Solusi

• Online Reputation Management Tips, Tools & Services