داده ها^(Data) از طریق شبکه و اینترنت^(Internet) با استفاده از TCP/IP Protocol منتقل می شوند. TCP/IP کامل نیست، اما در مقایسه با سایر پروتکل‌های تئوری‌شده برای ارتباطات داده مانند مدل ISO OSI^{(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 1000B را به عنوان اندازه پنجره ارسال کند، A آن را به دو 500B تقسیم کرده و دو بسته 500B ارسال می کند. پس از دریافت بسته اول، B یک تأییدیه ارسال می کند که می گوید 500B برای پنجره موجود است زیرا بسته دوم هنوز دریافت نشده است. A فرض می کند 500B اندازه پنجره است و در نتیجه دو بسته 250B ارسال می کند. در حالی که در B، 500B استفاده می شود و 500 به تازگی دریافت می شود، 0B را در صورت موجود ارسال می کند. در این مرحله، A فرض می‌کند که هیچ پنجره‌ای در دسترس نیست، اگرچه ممکن است رخ دهد که بافر خالی باشد زیرا پردازنده از داده‌های موجود در آنجا استفاده کرده است. A همچنان یک بسته کوچکتر ارسال می کند تا ببیند آیا پنجره ای در دسترس است یا خیر. اگر محتویات بافر در B هنوز حذف نشده باشد، همچنان 0 را به عنوان پاسخ/تأیید دریافت می کند.

بنابراین، اندازه پنجره همچنان کاهش می یابد، زیرا B هر بار که بسته ای را از A دریافت می کند، تأیید می کند. اگر A بتواند بسته ای به اندازه کافی بزرگ بفرستد که اندازه بافر روی B را در هر لحظه پوشش دهد، مشکلی وجود نخواهد داشت. اما این نیاز به مکانیسم های اضافی و در نتیجه سندرم پنجره احمقانه^{(Silly Window Syndrome)} دارد. پس از اینکه A دو یا سه بار 0 را دریافت کرد، ارتباط متوقف می شود.

نحوه پیشگیری از سندرم پنجره احمقانه^{(Silly Window Syndrome)} ( SWS )

یک الگوریتم ساده برای خلاص شدن از شر SWS وجود دارد. با دریافت بسته اولیه، B نیمی از فضای واقعا موجود را به عنوان پنجره ارسال می کند. این باعث می شود A بسته های کوچکتری ارسال کند. در نتیجه، وقتی بسته‌ها خیلی کوچکتر می‌شوند، B کل اندازه بافر را ارسال می‌کند تا A بتواند دوباره بایت‌های داده بزرگ‌تر را ارسال کند.

به عبارت دیگر، اگر 1000B موجود باشد، B 500B را به عنوان تایید ارسال می کند. بر این اساس، A 250B x ​​2 بسته ارسال می کند. برای این کار، A 100B به عنوان تصدیق دریافت می کند. وقتی بسته 50B را دریافت می کند، B 1000B - 50B را به A ارسال می کند. این باعث می شود کل مکالمه دوباره عملیاتی شود. این ممکن است باعث تاخیر کمی در پردازش شود، اما از بروز سندرم پنجره احمقانه^{(Silly Window Syndrome)} جلوگیری می کند و کل مکالمه را متوقف می کند.

به طور خلاصه، SWS بر اساس اندازه بافر در دسترس برای گیرنده و اندازه فرضی محاسبه شده توسط فرستنده است. برای جلوگیری از SWS ، یک تاخیر ایجاد می شود و یک اندازه پنجره کوچکتر عمدی متقابل می شود تا اندازه بسته خیلی کوچک شود. سپس گیرنده اندازه پنجره واقعی موجود را فاش می کند. کل فرآیند تا زمانی که ارتباط کامل شود تکرار می شود.

اگرچه ممکن است از کلمات window و buffer به جای هم استفاده کرده باشم. منظورم تفاوتی بین آنها نیست. در مطالعات SWS ، بافر پنجره است.

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

• Best Software & Hardware Bitcoin Wallets برای Windows، در iOS، Android

• Setup Internet Radio Station رایگان در Windows PC

• Fix Partner به خطای روتر در TeamViewer در Windows 10 متصل نیست

• Eyes NASA کمک می کند تا شما در Universe کشف مانند Astronauts

• چه Data Analytics و چه آن را برای استفاده

• Online Reputation Management Tips، Tools & Services

• بهترین ابزار برای ارسال SMS رایگان از کامپیوتر شما

• OpenGL برنامه ها در Miracast wireless نمایش در Windows 10 اجرا کنید

• این حساب با هیچ Mixer account ارتباط ندارد

• قفل از Plex Server and Server Settings؟ در اینجا ثابت است!

• هنگام بررسی به روز رسانی در VLC خطایی رخ داد

• چگونه برای ایجاد SSL Certificates در Windows 10 خود امضا کنید

• Whiteboard Fox online whiteboard رایگان است که اجازه می دهد تا real-time sharing است

• Blue Whale Challenge Dare Game است

• Automate.io automation tool and IFTTT جایگزین رایگان است

• نحوه نصب Windows 95 در ویندوز 10

• چه Magnet link و چگونه به Magnet link s باز در یک مرورگر است

• Nine Nostalgic Tech Sounds شما احتمالا در سال های نه شنیده

• Big Data چیست - ساده شرح با Example