The window scaling option may be se

The window scaling option may be sent only once during a connection by each host, in its SYN packet. The window size can be dynamically adjusted by modifying the value of the window field in the TCP header, but the scale multiplier remains static for the duration of the TCP connection. Scaling is only in effect if both ends include the option; if only one end of the connection supports window scaling, it will not be enabled in either direction. The maximum valid scale value is 14 (section 2.3 of RFC 1323 provides some background on this caveat for those interested).

Revisiting our earlier example, we can observe how window scaling allows us to make much more efficient use of long fat networks. To calculate our ideal window, we double the end-to-end delay to find the round trip time, and multiple it by the available bandwidth: 2 * 0.08 seconds * 10,000,000 bps / 8 = 200,000 bytes. To support a window of this size, host B could set its window size to 3,125 with a scale value of 6 (3,125 left shifted by 6 equals 200,000). Fortunately, these calculations are all handled automatically by modern TCP/IP stack implementations.

ผลลัพธ์ (ไทย) 2:

หน้าต่างตัวเลือกการปรับอาจถูกส่งเพียงครั้งเดียวระหว่างการเชื่อมต่อโดยแต่ละพื้นที่ในแพ็คเก็ตของ SYN ขนาดของหน้าต่างสามารถปรับเปลี่ยนได้แบบไดนามิกโดยการปรับเปลี่ยนค่าของฟิลด์หน้าต่างในส่วนหัวของ TCP แต่ขนาดตัวคูณคงที่ยังคงอยู่ในช่วงระยะเวลาของการเชื่อมต่อ TCP ขูดหินปูนเป็นเพียงในผลถ้าปลายทั้งสองรวมถึงตัวเลือก; ถ้าเพียงปลายด้านหนึ่งของการเชื่อมต่อรองรับการปรับขนาดหน้าต่างก็จะไม่ถูกเปิดใช้งานในทิศทางใดทิศทางหนึ่ง ค่าระดับสูงสุดที่ถูกต้องคือ 14 (มาตรา 2.3 ของ RFC 1323 มีพื้นฐานบางอย่างกับคำเตือนนี้สำหรับผู้ที่สนใจ). Revisiting ตัวอย่างก่อนหน้านี้ของเราเราสามารถสังเกตวิธีการปรับขนาดหน้าต่างช่วยให้เราสามารถทำให้การใช้งานมีประสิทธิภาพมากขึ้นของเครือข่ายไขมันยาว การคำนวณหน้าต่างที่เหมาะสมของเราเราเป็นสองเท่าของความล่าช้าแบบ end-to-end ที่จะหาเวลาเดินทางรอบและหลายมันด้วยแบนด์วิดธ์ที่มีอยู่: 2 * * * * * * * * 0.08 วินาที 10,000,000 bps / 8 = 200,000 ไบต์ เพื่อสนับสนุนหน้าต่างขนาดนี้โฮสต์ B สามารถกำหนดขนาดของหน้าต่างเพื่อ 3125 ที่มีมูลค่าขนาดของ 6 (3125 ซ้ายขยับขึ้น 6 เท่ากับ 200,000) โชคดีที่การคำนวณเหล่านี้ได้รับการจัดการทั้งหมดโดยอัตโนมัติโดยที่ทันสมัย ​​TCP / IP สแต็คการใช้งาน

ผลลัพธ์ (ไทย) 3:

หน้าต่างปรับขนาดตัวเลือกอาจจะส่งเพียงครั้งเดียวในระหว่างการเชื่อมต่อโดยแต่ละโฮสต์ ใน 1 ซอง ขนาดของหน้าต่างที่สามารถปรับแบบไดนามิก โดยการปรับเปลี่ยนค่าของเขตข้อมูลในหน้าต่าง TCP ส่วนหัว แต่ขนาดคูณยังคงคงที่สำหรับระยะเวลาของ TCP การเชื่อมต่อ ปรับเป็นเพียงผล ถ้าปลายทั้งสองมีตัวเลือก ;ถ้าปลายด้านหนึ่งของการเชื่อมต่อรองรับการปรับหน้าต่างนั้นจะไม่สามารถใช้งานได้ในทิศทางใด สูงสุดค่าถูกต้องขนาด 14 ( มาตรา 2.2 rfc 1411 ให้พื้นหลังบางข้อแม้นี้สำหรับผู้ที่สนใจ ) .

กลับไปที่ตัวอย่างก่อนหน้านี้ของเรา เราสามารถสังเกตว่าปรับขนาดหน้าต่างที่ช่วยให้เราเพื่อให้มีประสิทธิภาพมากกว่าการใช้เครือข่ายอ้วนนาน หาหน้าต่างในอุดมคติของเราเราคู่การประวิงเวลาเพื่อค้นหาการเดินทางรอบเวลาและหลายโดยแบนด์วิดธ์ที่มีอยู่ : 2 * 0.08 วินาที * 10000000 2007 / 8 = 200000 ไบต์ สนับสนุนหน้าต่างของขนาดนี้ โฮสต์ B สามารถตั้งค่าขนาดหน้าต่างของ 3125 ที่มีขนาดมูลค่า 6 ( 3125 ซ้ายขยับ 6 เท่ากับ 200000 ) โชคดีการคำนวณเหล่านี้มีทั้งหมดโดยอัตโนมัติจัดการสมัยใหม่ TCP / IP สแต็คที่ใช้งาน