עמלה

הפעלת מכשיר ב-Matter מתייחסת לתהליך של הקצאת פרטי כניסה ל-Fabric למכשיר חדש. המכשיר שמבצע את תהליך ההפעלה נקרא Commissioner, והמכשיר החדש שצריך להקצות לו הרשאות ב-Fabric נקרא Commissionee.

באופן כללי, תהליך ההפעלה יכול להתחלק לכמה שלבים:

גילוי מכשירים

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

התחברות למכשיר (PASE)

אחרי שהרכז רואה את הפרסום ומתאים את המפלה, הרכז משתמש בקוד גישה ממטען הייעודי להפעלה כדי לבצע Passcode Authenticated Session Establishment (PASE) ולהתחבר למכשיר. זו השיטה ליצירת מפתחות מאובטחים ששני המכשירים יוכלו להשתמש בהם כדי ליצור תקשורת. בשלב הזה, הרכז גם מפעיל מנגנון למניעת כשלים. המנגנון הזה מאפשר להחזיר את המכשיר למצב המקורי שלו אם ההפעלה לא הושלמה בהצלחה.

קבלת מידע על מקבל העמלה

הנציב קורא את כל התיאורים מהנציב. ה-DescriptorCluster נמצא בנקודת הקצה 0 של המכשיר ומתאר את כל נקודות הקצה האחרות. הנציב קורא גם את קבוצת המידע הבסיסי, שכוללת מידע כמו מזהה הספק, מזהה המוצר, שם המוצר והמספר הסידורי. בשלב הזה, נציב המידע קורא גם את סוג המכשיר של מקבל המידע, מה שעוזר לשפר את חוויית המשתמש בצד של נציב המידע.

הגדרות רגולטוריות

הגורם המוסמך מגדיר מידע על עמידה בתקנות על הגורם המוסמך באמצעות הפקודה SetRegulatoryConfig. מידע על עמידה בתקנות כולל פרטים כמו הגדרת המיקום (בתוך מבנה, מחוץ למבנה או שניהם) של המכשיר או הגדרת קוד המדינה.

אימות של מקבל העמלה

המטרה של הליך האימות של המכשיר המצטרף היא לקבוע אם המכשיר עבר אישור והוא מכשיר Matter מקורי. המכשיר המרכזי מחלץ את אישור האימות של המכשיר (DAC) ואת אישור הביניים של אימות המוצר (PAI) מהמכשיר המצטרף. האישורים האלה מכילים את מזהה הספק, מזהה המוצר והמפתח הציבורי של האימות. אחרי קבלת האישורים, המכשיר המרכזי שולח בקשת אתגר שצריכה להיחתם על ידי המפתח הפרטי של האימות, ומשתמש בבקשה הזו כדי לקבוע את האותנטיות של המכשיר המצטרף.

בקשת חתימה על אישור (CSR)

הנציב שולח בקשה לחתימת אישור (CSR) לנציב. הגורם המוסמך יוצר זוג מפתחות תפעוליים ייחודיים שישמשו אותו ב-Certificate Authenticated Session Establishment (CASE) בהמשך. הגורם המוסמך מחזיר את פרטי ה-CSR שנוצרו אל הגורם המוסמך.

הוספת אישור תפעולי של צומת (NOC)

הנציב משתמש במידע על בקשת החתימה (CSR) שקיבל מהגורם המוסמך ומעביר אותו אל האדמין של הדומיין האדמיניסטרטיבי (ADM) כדי ליצור אישור תפעולי של צומת (NOC) מהימן. הגורם המוסמך מתקין את אישור הבסיס אצל הגורם המוסמך באמצעות הפקודה AddTrustedRootCertReq, ואז מתקין את אישור ההפעלה של הצומת באמצעות הפקודה AddNOC.

הקצאת הרשאות ברשת

הנציב מגדיר את הרשת התפעולית אצל מקבל העמלה. השלב הזה נדרש למכשירי Thread או Wi-Fi. אין צורך לבצע את השלב הזה במכשירי Ethernet שכבר מחוברים לרשת. היא משתמשת בפקודות ScanNetworks, AddOrUpdateWifiNetwork ו-ConnectNetwork.

גילוי תפעולי

אחרי שהצומת החדש שנוסף לרשת מתחבר לרשת, המכשיר שמוסיף את הצומת משתמש בזיהוי תפעולי כדי למצוא את הצומת ברשת התפעולית. זיהוי תפעולי הוא התהליך שבו הצמתים שנוספו לרשת נמצאים ברשת התפעולית באמצעות DNS-SD. אם המכשיר שנוסף לרשת הוא מכשיר Wi-Fi, הוא ישתמש ב-mDNS כדי לזהות את המכשיר.

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

הקמת סשן CASE

אחרי שהצומת החדש שהוקצה מתגלה, נוצרת פעילות CASE בין המקצה לבין המכשיר. הפעילות הזו מתחילה על ידי המקצה והמכשיר מגיב לה. בשלב הזה, מתבצעת החלפה של אישורים תפעוליים ונוצר אמון משותף על ידי אימות שהם באותה רשת לוגית.

הפעלת המכשיר הושלמה

הנציב משתמש ב-CASE כדי לשלוח את הפקודה CommissioningComplete למכשיר החדש שהוקצה. זהו השלב האחרון בתהליך ההפעלה. בנוסף, CommissioningComplete משבית את טיימר הגיבוי באופן אוטומטי. אחרי שההפעלה הושלמה בהצלחה, המכשיר פועל כמו כל צומת אחר ברשת הפעילה.