קבוצת דומיננטית מחוברת
הנתבים צריכים ליצור 'מערכת דומיננטית מחוברת' (CDS), כלומר:
- יש נתיב עם נתב בלבד בין שני נתבים.
- כל נתב ברשת שרשור יכול להגיע לכל נתב אחר על ידי שהות שלמה בקבוצה של הנתבים.
- כל מכשיר קצה ברשת שרשור מחובר ישירות לנתב.
אלגוריתם מבוזר שומר על CDS, שמבטיח רמה מינימלית של יתירות. כל מכשיר מצורף לרשת תחילה כמכשיר קצה (ילד). ככל שהמצב של רשת השרשורים משתנה, האלגוריתם מוסיף או מסיר נתבים כדי לשמור על CDS.
השרשור מוסיף נתבים אל:
- הגדלת הכיסוי אם הרשת מתחת לסף הנתב ל-16
- הגדלת מגוון הנתיבים
- שמירה על רמה מינימלית של יתירות
- מרחיבים את הקישוריות ותומכים ביותר ילדים
הנתב מסיר נתבים אל:
- יש לצמצם את מצב הניתוב אל מתחת ל-32 נתבים
- נתבים נתבים חדשים בחלקים אחרים של הרשת כשיש צורך
שדרוג לנתב
לאחר ההתחברות לרשת Thread, המכשיר של הילד או הילדה עשוי להיות נתב. לפני תחילת התהליך של בקשת הקישור ל-MLE, הילד או הילדה שולחים למנהיג ההודעה הודעה שמכילה את הכתובת, ומבקשים מזהה נתב. אם המנהיג מסכים, הוא מגיב באמצעות מזהה נתב והילד משדרג את עצמו לנתב.
לאחר מכן, תהליך בקשת הקישור של MLE יוצר קישורים דו-כיווניים של נתב עם נתבים שכנים.
- הנתב החדש שולח בקשת קישור למספר נתבים סמוכים.
- הנתבים מגיבים עם הודעות אישור ובקשת קישור.
- הנתב החדש מגיב לכל נתב באמצעות קישור לאישור, שמבוסס על קישור אחד כדי ליצור נתב.
1. בקשת קישור
בקשת קישור היא בקשה מהנתב לכל שאר הנתבים ברשת השרשורים. כשהוא הופך לנתב, המכשיר שולח בקשת קישור לכמה שידורים אל ff02::2. מאוחר יותר, לאחר גילוי הנתבים האחרים באמצעות פרסומות MLE, המכשירים שולחים בקשות קישור חד-פעמיות.
| תוכן ההודעה של בקשת קישור | |
|---|---|
| גרסה | גרסת פרוטוקול Thread |
| האתגר | בודק את לוחות הזמנים של תגובת הקישור כדי למנוע התקפות חוזרות |
| כתובת המקור | RLOC16 של השולח |
| נתוני Leader | מידע על ראש הנתב, כפי ששמור בשולח (RLOC, מזהה חלוקה, משקל חלוקה) |
2. אישור ובקשת קישור
קישור לאישור בקשה ובקשת קישור הם שילוב של ההודעות מסוג 'אישור הקישור' ו'בקשת קישור'. Thread זו משתמשת באופטימיזציה הזו בתהליך בקשת הקישור של MLE כדי להפחית את מספר ההודעות מארבע לשלוש.
3. אישור הקישור
'אישור קישור' הוא תגובה חד-פעמית לבקשת 'קישור' מנתב סמוך, המספקת מידע על עצמה ומקבלת את הקישור לנתב הסמוך.
| קישור 'קבלת תוכן ההודעה' | |
|---|---|
| גרסה | גרסת פרוטוקול Thread |
| תשובה | בודק את לוחות הזמנים של תגובת הקישור כדי למנוע התקפות חוזרות |
| מונה מסגרת | מונה מסגרת 802.15.4 על השולח |
| מונה מסגרת MLE | מונה MLE מסגרת על השולח |
| כתובת המקור | RLOC16 של השולח |
| נתוני Leader | מידע על ראש הנתב, כפי ששמור בשולח (RLOC, מזהה חלוקה, משקל חלוקה) |
שדרוג לאחור ל-REED
כשהנתב משדרג לאחור ל-REED, הקישורים לנתב שלו מנותקים והמכשיר מפעיל את תהליך הצירוף של MLE כדי ליצור קישור של הורה-ילד.
במאמר הצטרפות לרשת קיימת תוכלו לקרוא מידע נוסף על התהליך של צירוף קבצים (MLE).
קישורים חד-כיווניים
בתרחישים מסוימים, ייתכן שיהיה צורך ליצור קישור חד-כיווני לקבלת קבלה.
לאחר האיפוס של הנתב, ייתכן שלנתבים השכנים עדיין יהיה קישור קליטה תקין עם הנתב המאופס. במקרה כזה, נתב האתחול ישלח הודעה של בקשת קישור כדי ליצור מחדש את הקישור לנתב.
יכול להיות שמכשיר קצה ירצה גם ליצור קישור קבלה עם נתבים קרובים שאינם הורים, כדי לשפר את האמינות של שידורים מרובים. מידע נוסף על האפשרות הזו יעזור לנו להגיע לניתוב מולטיקאסט.
Recap
מה למדת:
- נתבים ברשת Thread חייבים ליצור מערך דומיננטי מחובר (CDS)
- מכשירי השרשור משודרגים לנתבים או משודרגים לאחור למכשירי קצה כדי לשמור על CDS
- תהליך בקשת הקישור של MLE משמש ליצירת קישורים לרוטר