א. TCP יודע לטפל בניהול של בעיות כאלו אך אם שולחים לIP מסוים ולסוקט מסויים שלא מאזין , TCP מנסה לשלוח כמה פעמים אך אחרי כמה פעמים הוא מחזיר שגיאה למי ששלח . (וברור שאם מי ששלח מקבל שגיאה אז הינפורמציה ששלח הלכה לאיבוד )
ב. ברור שרוב התוכנות עובדות עם כמה פקדים אך הם יכולים להיות מכוונים לאזין או לשדר באותו הפורט . פשוט יותר קל לעקוב אחרי מה שיש ולהתגבר על הבעיות של פעם ראשונה.
ג. אם אתה כבר מכיר תיכנות ואתה מכיר תוכנות אתה יודע שיש כמה פורטים פתוחים לאותה תוכנה . רוב התוכנות עובדות אם 2 או יותר פורטים פתוחים שמשמשים להפרדת בקרה והפרדת שידור אינפורמציה . אחרת תחשוב שאתה שולח קובץ גדול ומבקש ביטול , אבוד אם אתה משתמש באותו פורט,זה יגרום לך להמתין כמה וכמה שניות במקום תגובות מידיות שעוברת בערוץ הבקרה וישר מגיבה .
ד. TCP ו IP הם שני פרוטוקולים שונים אחד ברמה 3 ואחד ברמה 4 , אם אתה רוצה להגיב על TCP אז הבחור לא דיבר על TCP בלבד , אולי מדובר ב UDP שהרבה יותר יעיל למשימות מסויימות בגלל שהוא יותר קל , יותר קצר , יותר פשוט , ורוב העברת VOICE משתמשים בו בגלל שלא חשוב האם הכל יגיע אלה חשוב שהשהיה תהיה קצרה כמה שיותר.וברור שהחסרון כאן שאן משוב אוטומטי לבקרה האם יגיע או לא . ואז כל מה שכתוב בתגובה 2 נכון.
ה. בצטים רב משתמשים יש כמה וכמה סוגים , וכל התוכנות המקצועיות משתמשים בכמה וכמה פורטים בו זמנית . אתה יכול להפעיל סניפר ולראות אבל תפעיל אותו לפני שהתחלתה צט ותסיים אחרי , ותראה כמה פורטים מוצפנים שעובדים לצורך בקרה סינכרון וכולי
חשוב לעזור כדי לפתוח אפיקים חדשים ולא להקשות על משהוא בשימוש ב MULTRAID לפני שהוא התחיל לכתוב תוכנית ראשונית בתחום !
גירסת הדפסה
סגן המנהל
מפקח
Winner
צל"ש
מומחה
