גילוי ותפעול

גילוי שמאפשר קבלת עמלה

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

• ‫Bluetooth low energy ‏ (BLE)
• Wi-Fi Soft AP
• ‫DNS-SD ברשת IP, שנקראת גם רשת IP קיימת

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

טבלה 1: פרסום של Node עם עמלה

שדה	אורך	חובה
דיסקרימינטור	‫12 ביט	כן
מזהה הספק	‫16 ביט	לא
מזהה מוצר	‫16 ביט	לא
נתונים מורחבים	משתנה	לא

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

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

טבלה 2: פרסום של מכשירים לא מוקצים לפי סוג המכשיר

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

Bluetooth עם צריכת אנרגיה נמוכה (BLE)

במצב הפרסום הזה, הנציב יראה מודעות BLE. הגורם המוסמך צריך להטמיע ממשק היקפי של פרופיל גישה כללי (GAP) ולפרסם את מצב חוסר ההרשאה שלו באופן תקופתי. במהלך 30 השניות הראשונות אחרי שמפעילים את המכשיר, תדירות הפרסום צריכה להיות גבוהה, במרווחים של 20 עד 60 אלפיות השנייה.

אחרי 30 שניות, המכשיר צריך לפרסם בתדירות נמוכה, במרווחי זמן של 150 עד 1,500 מילישניות. כשמכשיר מוקצה ל-Fabric הראשון שלו, הוא צריך להפסיק את שידור ה-BLE שלו.

הנציב לא צריך להנפיק בקשות לסריקה. היא צריכה לבצע סריקה פסיבית בשלושת ערוצי הפרסום של BLE: ‏ 37 (2402 MHz), ‏ 38 (2426 MHz) ו-39 (2480 MHz). הערוצים האלה נבחרים מאזורים בספקטרום עם חפיפה מינימלית עם ערוצי Wi-Fi, כדי למזער את ההפרעות בין מכשירי הרדיו.

לא נעשה שימוש ב-BLE לחיפוש תפעולי.

Wi-Fi Soft AP

כשמשתמשים ב-Wi-Fi Soft AP, המקבל מזוהה דרך רשת נקודת גישה וירטואלית (Soft AP) אד-הוק. ה-SSID של הרשת (שם הרשת) הוא מהצורה MATTER-ddd-vvvv-pppp, כאשר:

• ‫ddd הוא המפלה בן 12 הביטים בפורמט HEX.
• ‫vvvv הוא מזהה הספק בן 16 הביטים בפורמט HEX.
• ‫pppp הוא מזהה המוצר בן 16 הביטים בפורמט HEX.

בכל פעם שהמפקח מתחבר למופקד, שניהם מגדירים כתובות IPv6 ייחודיות מקומיות לקישור, שמאפשרות חיבור בשכבת ה-Wi-Fi. בשלב הזה, הגילוי ממשיך כמו במקרה של שיטת DNS-SD שמתוארת בקטע הבא.

בנוסף, נקודת גישה וירטואלית ל-Wi-Fi עשויה להטמיע DHCP ל-IPv4 ורכיב מידע (IE) כדי לחשוף מידע נוסף ספציפי לספק. ‫IE הוא שדה באורך משתנה בתוך מסגרות הניהול של 802.11 (Wi-Fi), שמאפשר להעביר מידע מותאם אישית למערכות אחרות.

במהלך הסריקה של ה-Commissioner, עדיף להשתמש בערוצי Wi-Fi 1, 6 ו-11, אבל צריך לסרוק את כל הערוצים שמותרים לפי התקנות המקומיות בנושא ספקטרום.

לא נעשה שימוש ב-Wi-Fi Soft AP לצורך גילוי תפעולי.

DNS-SD

במקרה הזה, המקבל יזוהה על ידי פרסומי שירות שמות הדומיין – גילוי שירותים (DNS-SD) שמכילים מידע על שירותים שמוצגים על ידי הצמתים. מידע נוסף על DNS-SD זמין ב-RFC 6762. זו שיטה נפוצה לגילוי מכשירים במקרים הבאים:

• הנציב מחובר ל-Ethernet ולכן יש לו גישה פיזית למדיה של רשת לא מוצפנת.
• המשתמש הצטרף לרשת ה-Wi-Fi או לרשת Thread בכל אמצעי מחוץ לפס.
• ה-Commissionee כבר הוגדר ברשת אחרת והצטרף לרשת Wi-Fi/Thread. במקרה כזה, מקבל העמלה לא יכול להשתמש במודעות BLE או ליצור Soft AP. לכן, כל המרחבים המשניים מוקצים באמצעות השיטה הזו.

מכשירי Thread לא משתמשים ישירות ב-DNS-SD, אלא בשיטה מבוססת-פרוקסי שמוצעת על ידי Thread נתב הגבול. השיטה הזו מוגדרת על ידי פרוטוקול רישום שירות DNS-SD ושרת ה-proxy לפרסום שלו. Thread המכשירים נרשמים בשירות ה-SRP, שבדרך כלל מסופק על ידי Thread נתב גבול. השירות הזה מטפל בתנועת mDNS בשם כל צומת Thread רשום בלי להעמיס על הרשת Thread תנועה נוספת שנוצרת על ידי הפרוטוקולים האלה.

שם המופע של DNS-SD לגילוי מכשירים הוא _matterc._udp ושמות המארחים מורכבים מכתובת MAC של 48 ביט או מכתובת MAC מורחבת של 64 ביט, שמוצגת כמחרוזת הקסדצימלית כמו A5F15790B0D15F32.local.. בדרך כלל, הרשומה הזו מפורסמת רק כשהעמלה עשויה להיות משולמת. עם זאת, יכול להיות שהפרסום יימשך גם כשלא מוגדר מצב הפעלה. ההתנהגות הזו נקראת גילוי מורחב.

אחרי הגילוי, כתובות IPv6 מוחזרות ברשומות AAAA וזוגות של מפתח/ערך מוחזרים ברשומת TXT של DNS‑SD. זוג המפתח/ערך מכיל מידע כמו המפלה, מזהה הספק ומזהה המוצר. הצומת גם מפרסם סוגי משנה של עמלות, שמאפשרים לסנן את התוצאות כדי למצוא רק מקבלי עמלות שתואמים למאפיין מסוים.

גילוי תפעולי

גילוי תפעולי הוא התהליך של גילוי וזיהוי צומת שהופעל. גילוי תפעולי מתבצע רק באמצעות שיטת DNS-SD מבוססת-IP. שם מופע הצומת יורכב ממזהה Fabric דחוס של 64 ביט וממזהה צומת של 64 ביט. המזהים האלה בפורמט הקסדצימלי מחוברים באמצעות מקף, כמו בדוגמה 2906C908D115D362-8FC7772401CD0696.local.. גילוי תפעולי משתף את אותו שם מארח יעד כמו גילוי מכשיר DNS-SD.

סוג השירות של DNS-SD הוא _matter._tcp. למרות שנעשה שימוש בשמות _tcp, יכול להיות שהמכשיר ישתמש בהעברות אחרות כמו UDP.