כפי שציינו בסעיף הקודם , קביעת זמן ההמתנה במקרה של TCP היא בעייתית . TCP צריך לפעול נכון בתנאים שונים ומגוונים . בכל מחשב יש רק עותק ( reentrant ) אחד של TCP שצריך לתמוך בתהליכי יישום רבים . ייתכן שיישום אחד שולח נתונים בערוץ לוויין ( השהיה גדולה יחסית ) ויישום אחר שולח נתונים למחשב בחדר סמוך באמצעות רשת מקומית . TCP צריך להיות מסוגל לשדר שוב כל מקטע שאבד בשני הערוצים . יש לזכור גם שעומסים בנתבים עלולים לגרום למנות להשתהות ברשת למשך זמן ארוך ולא צפוי . כמה זמן על השולח להמתין לפני שישדר שוב ? מובן שהמתנה ארוכה מדי אינה רצויה כי היא מפחיתה את נצילות הערוץ , אך המתנה קצרה מדי תגרור שידורים חוזרים מיותרים . פרוטוקולים קודמים של שכבת התובלה השתמשו בזמן המתנה קבוע . מתכנן הפרוטוקול היה צריך לקבוע מראש זמן המתנה שנראה לו מתאים . מתכנני TCP הבינו שזמן ההמתנה חייב להיות מסתגל . כלומר , השולח צריך לעקוב אחר ההשהיה בכל קשר , ולשנות את זמן ההמתנה בהתאם להשהיות הקודמות באותו הקשר . כיצד TCP יכול לקבוע את ההשהיות באינטרנט ? ובכן , ל-קכח' אין תמונה מלאה על המצב ברשת כולה . אך בכל קשר פעיל , הוא יכול...
אל הספר