פרוטוקול בשכבה 4 בדומה ל TCP (מקביל אליו). ההבדל בין UDP ל TCP הוא עניין ניהול המידע שעובר ב stream. ב TCP יש דבר כזה (בקרת העברה, סידור המידע כפי שהוא נשלח, וכו'), וב UDP המידע מגיע פשוט כפי שהוא נשלח (או שלא) בהתאם ל"תנאי הדרך".

ב UDP, האפליקציה אמורה לטפל בעצמה בכל המצבים שבהם המידע לא מתקבל כפי שהיא צופה שהוא יתקבל. ברוב השימושים של UDP, ה"טיפול" הוא פשוט לא לעשות כלום. ב UDP משתמשים כאשר מעבירים מידע שאם הוא לא הצליח לעבור כראוי, אז "עבר זמנו, בטל קורבנו" - או שאפשר לשלוח את הבקשה מחדש (כמו למשל, בקשת DNS משרת DNS, שפועלת ב UDP ופשוט ממתינה ל timeout מסויים, שאחריו היא עושה נסיון נוסף), או שאפשר פשוט לוותר על המידע (כמו בפרוטוקול הזרימה של Voice over IP, שאם המידע הלך לאיבוד בדרך, אז הוא הלך, אין מה להשמיע אותו אחר כך, זה יעשה יותר נזק מפשוט רגע קטן של שקט בשיחה...)

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

שימי, אני נהנה לקרוא את ההסברים שלך כל פעם, פתאום זה עושה את הדברים לברורים לבני אנוש
יש סיכוי שתמשיך בקרוב את סדרת המאמרים (שכרגע כוללת מאמר אחד) שהתחלת בבלוג שלך?

תודה לך...

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

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

כעקרון התשובה היא פשוטה

מסגרת utp היא מסגרת פשוטה שיש בה את המקור והיעד כעקרון

ומסגרת tcp מכילה את כל השדות של utp ובנוסף שדה window וack ועוד שדה אני לא בטוח השדות הנוספים באו על מנת לבדיקת תקינות החבילה

ולכן זהו ההבדל בין tcp וutp שtcp הוא קצת יותר איטי ובודק תקינות לעומת utp שהוא מהיר יותר

בתרגום לעברית:
TCP שולח פאקט מחכה לאוקיי שהפאקט הגיע לפני שהוא שולח את הבא בתור.
UDP לא מעניין אותו כלום והוא פשוט יורה הכל


בגלל זה STREAMING בד"כ הם UDP כי הם פשוט מזרימים אינפורמציה לרשת ולא מעניין אותם למי כמה ולמה. הגיע? > הגיע ................ לא הגיע? > באסה הנה עוד אחד

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