Dữ liệu^(Data) được truyền qua mạng và Internet bằng TCP/IP Protocol . TCP/IP không hoàn hảo nhưng dễ thực hiện hơn so với các giao thức khác được lý thuyết để truyền dữ liệu… chẳng hạn như mô hình ISO OSI . Như với bất kỳ vấn đề kỹ thuật nào, TCP/IP cũng có một số sai sót và Hội chứng cửa sổ ngớ ngẩn^{(Silly Window Syndrome)} là sự tạo ra một trong những sai sót đó. Để hiểu Hội chứng cửa sổ ngớ ngẩn^{(Silly Window Syndrome)} hay SWS là gì , trước tiên bạn cần hiểu cơ chế cơ bản của giao tiếp dữ liệu trong TCP/IP .

Hội chứng cửa sổ ngớ ngẩn

Hiểu về cửa sổ và kích thước của nó

Khi hai điểm đang giao tiếp theo TCP/IP , nó liên quan đến cơ chế xác nhận. Cơ chế thừa nhận này là nguyên nhân gây ra Hội chứng cửa sổ ngớ ngẩn^{(Silly Window Syndrome)} như đã được giải thích thêm. Điểm có thể tham chiếu đến hai máy tính, máy khách và máy chủ, v.v.

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.

Khi một máy tính, chẳng hạn như A, gửi một gói dữ liệu đến một máy tính B khác, máy tính này phải xác nhận và trả lời rằng nó đã nhận được gói dữ liệu đó. Cùng với xác nhận, nó cũng phải gửi kích thước bộ đệm được đặt riêng cho luồng giao tiếp đó. Đây thường là số byte được thiết lập miễn phí cho giao tiếp.

Vì vậy, khi B nói 100B có sẵn cho tin nhắn tiếp theo, 100B là cửa sổ trong Hội chứng cửa sổ ngớ ngẩn^{(Silly Window Syndrome)} . Đó là, nó là kích thước bộ đệm. Với lỗ hổng riêng của nó, cơ chế TCP/IP có thể giảm kích thước bộ đệm cho mỗi giao tiếp / dữ liệu đến từ A. Nghĩa là, bất cứ khi nào A gửi tin nhắn, B giả định kích thước bộ đệm giảm và gửi một số nhỏ hơn. Do đó, kích thước cửa sổ tiếp tục giảm và tại một thời điểm, giao tiếp chỉ dừng lại khi B gửi 0B làm kích thước cửa sổ.

Hội chứng cửa sổ ngớ ngẩn hoạt động như thế nào

Theo ví dụ trên của A và B, nếu B gửi 1000B làm kích thước cửa sổ, A sẽ chia nó thành hai 500B và gửi hai gói 500B. Khi nhận được gói đầu tiên, B sẽ gửi một thông báo cho biết 500B có sẵn cho cửa sổ vì gói thứ hai vẫn chưa được nhận. Giả sử 500B là kích thước cửa sổ và do đó gửi hai gói 250B. Trong khi ở B, 500B được sử dụng và 500 vừa được nhận, nó sẽ gửi 0B khi có sẵn. Tại thời điểm này, A sẽ giả sử không có cửa sổ nào mặc dù có thể xảy ra trường hợp bộ đệm trống vì bộ xử lý đã sử dụng hết dữ liệu ở đó. A vẫn sẽ gửi một gói nhỏ hơn để xem có cửa sổ nào không. Nếu nội dung của bộ đệm tại B vẫn chưa được loại bỏ, nó vẫn sẽ nhận 0 là phản hồi / báo nhận.

Do đó, kích thước cửa sổ tiếp tục giảm khi B gửi xác nhận mỗi khi nó nhận được gói từ A. Kích thước này thường nhỏ hơn thông báo trước đó vì B đang nhận gói dữ liệu theo từng phần. Sẽ không có vấn đề gì nếu A có thể gửi một gói tin đủ lớn để bao phủ kích thước bộ đệm trên B tại một thời điểm. Nhưng điều đó sẽ đòi hỏi các cơ chế bổ sung và do đó có Hội chứng Cửa sổ ngớ ngẩn^{(Silly Window Syndrome)} . Giao tiếp dừng lại sau khi A nhận được 0 hai hoặc ba lần.

Cách ngăn chặn Hội chứng Cửa sổ Ngớ ngẩn^{(Silly Window Syndrome)} ( SWS )

Có một thuật toán đơn giản được thực hiện để loại bỏ SWS . Khi nhận được gói tin ban đầu, B sẽ gửi một nửa dung lượng thực sự có sẵn dưới dạng cửa sổ. Điều đó sẽ làm cho A gửi các gói nhỏ hơn. Do đó, khi các gói trở nên quá nhỏ, B sẽ gửi tổng kích thước bộ đệm để A có thể bắt đầu gửi lại các byte dữ liệu lớn hơn.

Nói cách khác, nếu 1000B khả dụng, B sẽ gửi 500B dưới dạng xác nhận. Theo đó, A gửi 250B x ​​2 gói tin. Đối với điều này, A nhận được 100B là xác nhận. Khi nó nhận được gói 50B, B sẽ gửi 1000B - 50B đến A. Điều đó làm cho toàn bộ cuộc hội thoại hoạt động trở lại. Điều này có thể gây ra một chút chậm trễ trong quá trình xử lý nhưng sẽ ngăn không cho Hội chứng cửa sổ ngớ ngẩn^{(Silly Window Syndrome)} xảy ra và dừng toàn bộ cuộc trò chuyện.

Tóm lại, SWS dựa trên kích thước bộ đệm có sẵn cho người nhận và kích thước giả định do người gửi tính toán. Để ngăn chặn SWS , sự chậm trễ được đưa ra và kích thước cửa sổ nhỏ hơn có chủ ý sẽ được đáp lại cho đến khi kích thước gói tin trở nên quá nhỏ. Sau đó, người nhận tiết lộ kích thước cửa sổ thực sự có sẵn. Toàn bộ quá trình tiếp tục lặp lại cho đến khi giao tiếp hoàn tất.

Mặc dù tôi có thể đã sử dụng cửa sổ từ và bộ đệm thay thế cho nhau. Tôi không có ý nói bất kỳ sự khác biệt nào giữa chúng. Trong các nghiên cứu SWS , vùng đệm là cửa sổ.

What is Silly Window Syndrome - Explanation and Prevention

Data is transferred over thе 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

• Cách cài đặt Drupal bằng WAMP trên Windows

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

• Setup Internet Radio Station miễn phí trên Windows PC

• Fix Partner không kết nối với lỗi router trong TeamViewer trên Windows 10

• NASA của Eyes giúp bạn khám phá Universe như Astronauts

• Các ứng dụng OpenGL không chạy trên màn hình Miracast wireless bằng Windows 10

• Ứng dụng nhắn tin phiên cung cấp bảo mật mạnh mẽ; Số yêu cầu No phone!

• Đã xảy ra lỗi trong khi kiểm tra các bản cập nhật trong VLC

• Cách sử dụng Template để tạo tài liệu với LibreOffice

• Video Nghi thức, mẹo và quy tắc bạn cần theo dõi

• 10 đèn USB LED tốt nhất cho máy tính xách tay

• Best Laptop Backpacks cho Men and Women

• Nine Nostalgic Tech Sounds Có lẽ bạn chưa nghe thấy trong nhiều năm

• Cách cài đặt Windows 95 trên Windows 10

• ngrok: Hãy Servers địa phương nào của bạn với Secure Tunnels

• Blue Whale Challenge Dare Game là gì

• Hubstaff Tasks là Project Management Tool miễn phí với các tính năng Agile

• Thẻ 'chip và PIN' hoặc EMV Credit là gì

• Mẹo mua sắm Cyber Monday & Black Friday Sale bạn muốn theo dõi

• Zip file là lỗi quá lớn khi tải tệp từ DropBox