ข้อมูล^(Data)ถูกถ่ายโอนผ่านเครือข่ายและอินเทอร์เน็ต^(Internet)โดยใช้ โปรโตคอล TCP TCP/IP ProtocolTCP/IPนั้นไม่สมบูรณ์แบบ แต่นำไปใช้ได้ง่ายกว่าเมื่อเปรียบเทียบกับโปรโตคอลอื่นที่มีทฤษฎีสำหรับการสื่อสารข้อมูล... เช่นโมเดลISO OSI เช่นเดียวกับเทคนิคอื่นๆTCP/IPก็มีข้อบกพร่องเช่นกัน และSilly Window Syndromeก็เป็นสาเหตุของข้อบกพร่องดังกล่าว เพื่อให้เข้าใจว่าSilly Window SyndromeหรือSWSคืออะไร ก่อนอื่นคุณต้องเข้าใจกลไกพื้นฐานของการสื่อสารข้อมูลในTCP TCP/IP

Silly Window Syndrome

ทำความเข้าใจกับหน้าต่างและขนาดของหน้าต่าง

เมื่อมีการสื่อสารสองจุดภายใต้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 ^{(Silly Window Syndrome)}นั่นคือมันเป็นขนาดบัฟเฟอร์ ด้วยข้อบกพร่องของตัวเอง กลไก TCP/IPอาจลดขนาดบัฟเฟอร์สำหรับการสื่อสาร/ข้อมูลที่มาจาก A แต่ละรายการ นั่นคือ เมื่อใดก็ตามที่ A ส่งข้อความ B จะถือว่าขนาดบัฟเฟอร์ลดลงและส่งจำนวนที่น้อยกว่า ดังนั้นขนาดหน้าต่างจะลดลงและเมื่อถึงจุดหนึ่ง การสื่อสารจะหยุดเมื่อ B ส่ง 0B เป็นขนาดหน้าต่าง

Silly Window Syndrome ทำงานอย่างไร

ตามตัวอย่างข้างต้นของ A และ B ถ้า B ส่ง 1000B เป็นขนาดหน้าต่าง A จะแบ่งเป็นสอง 500B และส่งสองแพ็คเก็ตที่ 500B เมื่อได้รับแพ็กเก็ตแรก B จะส่งการตอบรับว่า 500B พร้อมใช้งานสำหรับหน้าต่าง เนื่องจากแพ็กเก็ตที่สองยังไม่ได้รับ A ถือว่า 500B เป็นขนาดหน้าต่างและส่งสองแพ็กเก็ต 250B ตามลำดับ ขณะที่อยู่ที่ B ใช้ 500B และเพิ่งได้รับ 500 จะส่ง 0B ตามที่มี ณ จุดนี้ A จะถือว่าไม่มีหน้าต่างแม้ว่าอาจเกิดขึ้นที่บัฟเฟอร์ว่างเปล่าเนื่องจากตัวประมวลผลใช้ข้อมูลที่นั่น A จะยังคงส่งแพ็คเก็ตที่เล็กกว่าเพื่อดูว่ามีหน้าต่างใดบ้าง หากเนื้อหาของบัฟเฟอร์ที่ B ยังไม่ถูกลบ จะยังคงได้รับ 0 เป็นการตอบกลับ/ตอบรับ

ดังนั้น ขนาดหน้าต่างจะลดลงเรื่อย ๆ เนื่องจาก B ส่งการตอบรับทุกครั้งที่ได้รับแพ็กเก็ตจาก A ขนาดนี้มักจะเล็กกว่าการตอบรับครั้งก่อน เนื่องจาก B กำลังรับแพ็กเก็ตข้อมูลเป็นส่วนๆ จะไม่มีปัญหาหาก A สามารถส่งแพ็กเก็ตที่ใหญ่พอที่จะครอบคลุมขนาดบัฟเฟอร์บน B ในแต่ละครั้ง แต่มันจะต้องมีกลไกเพิ่มเติมและด้วยเหตุนี้Silly Window Syndrome ^{(Silly Window Syndrome)}การสื่อสารหยุดลงหลังจาก A ได้รับ 0 สองหรือสามครั้ง

วิธีป้องกันSilly Window Syndrome ( SWS )

มีอัลกอริธึมง่ายๆ ที่จะนำไปใช้เพื่อกำจัดSWS เมื่อได้รับแพ็กเก็ตเริ่มต้น B จะส่งพื้นที่ว่างที่มีอยู่จริงครึ่งหนึ่งเป็นหน้าต่าง นั่นจะทำให้ A ส่งแพ็กเก็ตขนาดเล็กลง ดังนั้น เมื่อแพ็กเก็ตมีขนาดเล็กเกินไป B จะส่งขนาดบัฟเฟอร์ทั้งหมดเพื่อให้ A สามารถเริ่มส่งไบต์ข้อมูลที่ใหญ่กว่าได้อีกครั้ง

กล่าวอีกนัยหนึ่ง ถ้า 1,000B พร้อมใช้งาน B จะส่ง 500B เพื่อเป็นการรับทราบ ดังนั้น A ส่ง 250B x ​​2 แพ็คเก็ต สำหรับสิ่งนี้ A ได้รับ 100B เป็นการรับทราบ เมื่อได้รับแพ็กเก็ต 50B, B จะส่ง 1,000B – 50B ไปยัง A ซึ่งจะทำให้การสนทนาทั้งหมดกลับมาทำงานอีกครั้ง ซึ่งอาจทำให้การประมวลผลล่าช้าเล็กน้อย แต่จะป้องกันไม่ให้Silly Window Syndromeเกิดขึ้นและหยุดการสนทนาทั้งหมด

โดยสรุปแล้วSWSจะขึ้นอยู่กับขนาดบัฟเฟอร์ที่ผู้รับมีและขนาดสมมติที่คำนวณโดยผู้ส่ง เพื่อป้องกันSWSจะมีการแนะนำการหน่วงเวลาและขนาดหน้าต่างที่เล็กลงโดยเจตนาจะได้รับการตอบสนองจนกว่าขนาดแพ็กเก็ตจะเล็กเกินไป จากนั้นผู้รับจะเปิดเผยขนาดหน้าต่างที่มีอยู่จริง กระบวนการทั้งหมดจะดำเนินต่อไปเรื่อยๆ จนกว่าการสื่อสารจะเสร็จสิ้น

แม้ว่าฉันอาจใช้คำว่า window และ buffer แทนกันได้ ฉันไม่ได้หมายถึงความแตกต่างระหว่างพวกเขา ใน การศึกษา SWSบัฟเฟอร์คือหน้าต่าง

What is Silly Window Syndrome - Explanation and Prevention

Data is transferred over the nеtwork and Іnternet 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

• NASA's Eyes ช่วยให้คุณสำรวจ Universe เช่น Astronauts

• Big Data คืออะไร - คำอธิบายที่เรียบง่ายกับ Example

• Video มารยาทการประชุม, เคล็ดลับและกฎที่คุณต้องปฏิบัติตาม

• NGROK: ทำให้สาธารณะในพื้นที่ของคุณเข้ากับ Secure Tunnels

• Nine Nostalgic Tech Sounds คุณอาจไม่ได้ยินในปี

• วิธีใช้ Template เพื่อสร้างเอกสารด้วย LibreOffice

• วิธีการลบ Your LastPass Account

• Online Reputation Management Tips, Tools & Services

• Best ฟรี Secure Digital Notebook Software & Online Services

• Convert Magnet ลิงค์ไปยังลิงก์ Download โดยตรงโดยใช้ Seedr

• SMS Organizer: SMS Application ขับเคลื่อนโดย Machine Learning

• วิธีการแปลง Binary เป็นข้อความโดยใช้ข้อความนี้เป็น Binary Converter

• ความแตกต่างระหว่าง Analog, Digital and Hybrid computers

• E-Waste management การรีไซเคิลการกำจัดข้อเท็จจริงปัญหาการแก้ปัญหา

• Zip file เป็นข้อผิดพลาดใหญ่เกินไปเมื่อมีการดาวน์โหลดไฟล์จาก DropBox

• Microsoft Identity Manager: คุณสมบัติ, Download