|
|
עמוד:190
כאשר מתקבלים שלושה אישורים כפולים ( ראה סעיף . ( 3 . 4 . 3 עקב מכך השולח , במקום לשדר בקצב רגיל כדי למלא את חלון הקבלה של המקבל , מאט את קצב השידור . כדי להאט את קצב השידור TCP משתמש בחלון נוסף שנקרא חלון העומס congestion ) ( window שנסמן אותו . CongWin חלון זה מגביל את קצב השידור של שולח ה-קנח / באופן ספציפי , מספר הבתים שהשולח שידר ושעדיין לא אושרו צריך להיות תמיד קטן מערך חלון העומס : LastByteSent - LastByteAcked < min { CongWin , RcvWin } כלומר , ההפרש בין מספר הבית האחרון שנשלח למספר הבית האחרון שאושר מוגבל לא רק על-ידי חלון הקבלה , אלא גם על-ידי חלון העומס . נניח למשל שבשלב מסוים ערך חלון העומס CongWin הוא , 500 ערך חלון הקבלה RcvWin הוא , 1 , 000 מספר הבית האחרון שאושר הוא 700 ומספר הבית האחרון שנשלח הוא . 1 , 000 כמה בתים השולח יכול לשדר בלי לקבל אישורים ? מהנוסחה ש-לעיל נובע שהוא יכול לשדר רק עוד 200 בתים ואז להמתין לקבלת אישור . כיצד השולח מאט את קצב השידור כאשר מתרחש אירוע אובדן ? כאשר יש אירוע אובדן , השולח חוצה את חלון העומס . CongWin אם יש אירוע אובדן נוסף , הוא יחצה שוב את החלון , עד שגודל החלון יהיה שווה לגודל המרבי של מקטע . ( MSS ) למשל , אם הערך של CongWin ברגע מסוים הוא 30 Kbyte אז לאחר אירוע אובדן גודל החלון ייקבע ל- , 15 Kbyte אירוע אובדן נוסף יגרום לקביעת הערך ל- 7 . 5 Kbyte וכן הלאה . זו הפחתה כפלית של קצב השידור של השולח . יש לשים לב שכאשר נתב עמוס , יהיה זה לרוב בגלל שמגיעות אליו מנות מכמה קשרים . בכל אחד מהקשרים הללו , סביר שהשולח יאבד מנות ולכן יאט את קצב השידור . לכן , בסך הכול , העומס על הנתב ירד במהירות רבה . השולח מעלה בחזרה את קצב השידור באופן זהיר , בצורה חיבורית . באופן כללי , השולח מוסיף לחלון העומס MSS אחד בכל זמן הלוך-ושוב , ( RTT ) כל עוד הוא לא חש באובדנים . כלומר , בכל פעם שהוא שולח מקטע ומקבל אישור הוא מוסיף לגודל חלון העומס MSS אחד . נניח RTT-vy הוא MSS-1 200 ms הוא . 1 . 5 Kbyte במקרה זה חלון העומס יגדל 1 . 5 Kbyte-3 כל 200 מילי-שניות כל עוד אין אובדנים .
|
|