مجموعه تسلط متصل
روترها باید یک مجموعه تسلط متصل (CDS) تشکیل دهند که به این معنی است:
- بین هر دو روتر یک مسیر فقط برای روتر وجود دارد.
- هر روتر در شبکه Thread می تواند با ماندن کامل در مجموعه روترها به هر روتر دیگری دسترسی پیدا کند.
- هر دستگاه پایانی در شبکه Thread مستقیماً به یک روتر متصل است.
یک الگوریتم توزیع شده CDS را حفظ می کند، که حداقل سطح افزونگی را تضمین می کند. هر دستگاه در ابتدا به عنوان یک دستگاه پایانی (کودک) به شبکه متصل می شود. با تغییر وضعیت شبکه Thread، الگوریتم برای حفظ CDS روترها را اضافه یا حذف می کند.
Thread روترها را به:
- اگر شبکه زیر آستانه روتر 16 است، پوشش را افزایش دهید
- تنوع مسیر را افزایش دهید
- حداقل سطح افزونگی را حفظ کنید
- ارتباط را گسترش دهید و از کودکان بیشتری حمایت کنید
Thread روترها را حذف می کند:
- وضعیت مسیریابی را به کمتر از حداکثر 32 روتر کاهش دهید
- در صورت نیاز به روترهای جدید در سایر بخش‌های شبکه اجازه دهید
به روتر ارتقا دهید
پس از اتصال به شبکه Thread، دستگاه Child ممکن است انتخاب کند که به یک روتر تبدیل شود. قبل از شروع فرآیند درخواست پیوند MLE، کودک یک پیام Address Solicit برای رهبر ارسال می‌کند و از روتر ID درخواست می‌کند. اگر Leader بپذیرد، با شناسه روتر پاسخ می دهد و Child خود را به روتر ارتقا می دهد.
سپس از فرآیند درخواست پیوند MLE برای ایجاد پیوندهای روتر-روتر دو طرفه با روترهای همسایه استفاده می شود.
- روتر جدید یک درخواست پیوند چندپخشی را به روترهای همسایه ارسال می کند.
- روترها با پیام های لینک پذیرش و درخواست پاسخ می دهند.
- روتر جدید به هر روتر با پیوند Unicast Accept پاسخ می دهد تا پیوند روتر-روتر را ایجاد کند.
1. درخواست پیوند
درخواست پیوند درخواستی است از طرف روتر به همه روترهای دیگر در شبکه Thread. هنگامی که برای اولین بار تبدیل به یک روتر می شود، دستگاه یک درخواست پیوند چندپخشی را به ff02::2 ارسال می کند. بعداً، پس از کشف سایر روترها از طریق تبلیغات MLE، دستگاه‌ها درخواست‌های پیوند unicast را ارسال می‌کنند.
| لینک درخواست محتوای پیام | |
|---|---|
| نسخه | نسخه پروتکل موضوع |
| چالش | به موقع بودن پاسخ لینک را برای جلوگیری از حملات تکراری آزمایش می کند |
| آدرس منبع | RLOC16 فرستنده |
| داده های رهبر | اطلاعات مربوط به Router's Leader، همانطور که در فرستنده ذخیره می شود (RLOC، شناسه پارتیشن، وزن پارتیشن) |
2. پیوند پذیرش و درخواست
پذیرش و درخواست پیوند ترکیبی از پیام‌های پذیرش پیوند و درخواست پیوند است. Thread از این بهینه سازی در فرآیند MLE Link Request استفاده می کند تا تعداد پیام ها را از چهار به سه کاهش دهد.
3. لینک Accept
پذیرش پیوند یک پاسخ یکپارچه به درخواست پیوند از یک روتر همسایه است که اطلاعاتی درباره خود ارائه می دهد و پیوند روتر همسایه را می پذیرد.
| لینک پذیرش محتوای پیام | |
|---|---|
| نسخه | نسخه پروتکل موضوع |
| پاسخ | به موقع بودن پاسخ لینک را برای جلوگیری از حملات تکراری آزمایش می کند |
| لینک شمارنده قاب | 802.15.4 شمارنده قاب بر روی فرستنده |
| قاب شمار MLE | شمارنده قاب MLE بر روی فرستنده |
| آدرس منبع | RLOC16 فرستنده |
| داده های رهبر | اطلاعات مربوط به Router's Leader، همانطور که در فرستنده ذخیره می شود (RLOC، شناسه پارتیشن، وزن پارتیشن) |
به REED تنزل دهید
وقتی روتر به REED تنزل می‌دهد، پیوندهای روتر-روتر آن قطع می‌شود و دستگاه فرآیند MLE Attach را برای ایجاد پیوند Child-Parent آغاز می‌کند.
برای اطلاعات بیشتر در مورد فرآیند MLE Attach به پیوستن به یک شبکه موجود مراجعه کنید.
لینک های دریافت یک طرفه
در برخی از سناریوها، ممکن است لازم باشد یک لینک دریافت یک طرفه ایجاد شود.
پس از تنظیم مجدد روتر، روترهای همسایه ممکن است هنوز یک پیوند دریافت معتبر با روتر بازنشانی داشته باشند. در این حالت، روتر تنظیم مجدد یک پیام درخواست لینک برای برقراری مجدد پیوند روتر-روتر ارسال می کند.
یک دستگاه پایانی همچنین ممکن است بخواهد یک پیوند دریافت با روترهای غیر والد همسایه ایجاد کند تا قابلیت اطمینان چندپخشی را بهبود بخشد. وقتی به Multicast Routing رسیدیم، در مورد این موضوع بیشتر یاد خواهیم گرفت.
خلاصه
آنچه یاد گرفته اید:
- روترها در یک شبکه Thread باید یک مجموعه غالب متصل (CDS) تشکیل دهند.
- دستگاه‌های Thread به روتر یا به End Devices برای حفظ CDS ارتقا داده می‌شوند
- فرآیند درخواست پیوند MLE برای ایجاد پیوندهای روتر-روتر استفاده می شود