כידוע:
על מנת לחשב sliding window של TCP,

קוד:

min(cwnd,rwnd)

כלומר המינימום בין ה Congestion Window לבין Reciever window.

זה הגודל של ה Sliding window, כלומר המקסימום חבילות שTCP יכול לשלוח מבלי לקבל ACK,
מספר החבילות שאפשר לשלוח ASAP הוא

קוד:

min(cwnd,rwnd)-unAck
 

מי שעדיין איתי סבבה, מי שלא שיסתכל בדף 5 של הקובץ שהעלתי.

https://2007-uploaded.fresh.co.il/2...17/21651631.ppt

עכשיו השאלה, ברגע שTCP מבחין בחבילה שאבדה, הוא יוריד את ה CWND ל1 (לא תמיד אבל זה לא עקרוני לשאלה)
מספר ה UNACK עדיין יהיה גדול מ1 (כי עדיין יש לי מספר גדול יחסית של חבילות שעדיין לא קיבלו ACK) ....אם נניח שמספר החיבלות שעדיין לא אושרו שווה ל10 ונכניס לנוסחא נקבל

קוד:

min(20,1)-10=-9
 

וזאת השאלה שלי....הרי זה לא הגיוני לקבל -9
מישהו יכול להאיר או לתת לי כיוון?

אתה רוצה לספר לנו אולי את תוכן השיעור שממנו למשל לקחת את הנוסחה, ועוד כל מיני פרטים שאתה יודע ואנחנו לא?

חתימתכם הוסרה כיוון שלא עמדה בחוקי האתר. לפרטים נוספים לחצו כאן. תוכלו לקבל עזרה להתאמת החתימה לחוקים בפורום חתימות וצלמיות.

חחח, לא לקחתי משום שיעור,זה מספרים שקראתי דיי ממזמן, את החלק שהסברתי למעלה אני מכיר דיי טוב
פשוט הגענו בשלב הפיתוח של התוכנה לנקודה שאנחנו צריכים להראות מה קורה ל SLIDING WINDOW ברגע שTCP נתקל בCONGESTION. אבל לא הצלחתי להוציא שום אינפורמציה מאף מקום, ....ותאמין לינסתי

שמע, אני ראיתי נוסחאות כאלה



איפה ש-n הוא מספר כלשהו ו-m הוא packet.
הנוסחה הראשונה מציגה רוחב כלשהו של חלון.
הנוסחה השניה היא המצב לאחר שהגיע ack על packet שנשלח והחלון זז ימינה באחד.
השלישית סתם לא קשורה כרגע.

והייתי בקישור הזה והבנתי את מה שהם מסבירים אבל אני לא מצליח להבין את הבעיה שהצגת..
למה אתה מוריד את ה- congestion window ל-1?


תגיד רגע, אתה מחשב sliding windows ב-5 בבוקר לעיתים קרובות?

חתימתכם הוסרה כיוון שלא עמדה בחוקי האתר. לפרטים נוספים לחצו כאן. תוכלו לקבל עזרה להתאמת החתימה לחוקים בפורום חתימות וצלמיות.

תוכל לכוון הכוונות שונות מ:

http://www.cs.utk.edu/~dunigan/tcpt...cp_slidwin.html

אבל די לא ברור למה אתם לא נותנים למערכת ההפעלה לנהל את ה TCP.

בהצלחה

חתימתכם הוסרה כיוון שלא עמדה בחוקי האתר. לפרטים נוספים לחצו כאן. תוכלו לקבל עזרה להתאמת החתימה לחוקים בפורום חתימות וצלמיות.

ציטוט:

במקור נכתב על ידי yuval14 תוכל לכוון הכוונות שונות מ: http://www.cs.utk.edu/~dunigan/tcpt...cp_slidwin.html אבל די לא ברור למה אתם לא נותנים למערכת ההפעלה לנהל את ה TCP. בהצלחה

תודה רבה על האתר, אבל הוא לא עונה על השאלה גם ה RFC לא ענו לי על השאלה,אני אחרוש שוב
אני כנראה מפספס משהו בסיסי ואני לא מצליח להשים את האצבע.

אגב הם משתמשים בNS2 . ומשם התחילה הבעיה שלי.
NS2 מסוגל לתת לך את כל הנתונים למעט ה SLIDING WINDOW , את זה צריך לחשב לבד.
הסקריפט שלהם מאוד בסיסי אבל שימושי לאתר. אני מתאר שגם הTRACE שלהם בסיסי בהתאם.

בנוגע ללמה לא לתת למערכת הפעלה לנהל את ה TCP אז...זאת לא המטרה שלי.
המטרה להבין את הבעיה הספציפית הזאת ואז הצלחתי להבין את tahoe

לא אני גר בסין, אז יש הפרש שעות .

בנוגע ללמה TCP מוריד את ה CWND ל 1 , זה הפרוטוקול, ברגע שהוא מזהה איבוד חבילה הוא יוריד את הCWND ל1, לא תמיד כמובן.

הממ... מה שאתה בעצם אומר, זה שה Sliding Window יהיה קטן-שווה לאפס במקרה של Congestion - כלומר שיבוטל ה Sliding Window... אף פעם לא התעמקתי בתחום, אבל - האם לא הגיוני, במקרה של Congestion, לבטל את ה Sliding Window ? (שהרי, במקרה של Congestion בוודאי עולה ה Packet loss, ועוד יותר אם אתה דוחף מעבר למה שה TCP Window הוכיח שאתה מסוגל?)

* הערה: ייתכן שכתבתי כאן שטויות מוחלטות; אני לא במצב עירני במיוחד כרגע, ולכן יש לקחת את דברי בערבון מוגבל :-)

נמאס לכם לזכור סיסמאות? לחצו כאן!