רנדוו פסיבי

ההבדל בין Rendezvous פסיבי לבין 'פעיל' הוא ששלב יצירת החיבור התחיל לפני שלב הזיהוי על ידי המקבל.

סיכום

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

בתרחיש של Rendezvous פסיבי, המכשיר המותקן שכבר מחובר ל-PAN 15.4 ומבד Weave ("המכשיר הקיים") מעביר את ה-PAN למצב ניתן לחיבור ומאזין באופן פסיבי לחיבורי TCP נכנסים ביציאת Weave הלא מאובטחת. אמנם ה-PAN ניתן לצירוף, אבל מכשיר חדש (ה "משתמש המצטרף") יכול להצטרף במצב זמני, שמפנה את כל תעבורת הנתונים שלו ליציאה ספציפית (במקרה הזה, יציאת Weave הלא מאובטחת) במארח, וכך הרשת ניתנת לאיחוד. התנועה הזו לא מאובטחת בשכבת הקישור, כי למכשיר עם הצטרפות זמנית אין עותק של מפתחות ההצפנה של מספר החשבון הקבוע (PAN). כשמתבצעת משיכה של כרטיסיית הסוללה או כשהיא מופעלת על ידי המשתמש בצורה אחרת כלשהי, המחבר מבצע סריקה פעילה כדי לאתר מספרי PAN שניתנים להצטרפות. עבור כל מספר חשבון קבוע שאפשר להצטרף אליו, המחבר באופן זמני מצטרף לרשת ומנסה לבצע אימות PASE עם המכשיר הקיים ביציאת Weave הלא מאובטחת. כשהמכשיר מחובר מוצא את מספר החשבון הקבוע (PAN) הנכון, ניסיון האימות של PASE יצליח. בשלב הזה, המחבר והמכשיר הקיים יבצעו החלפת מפתחות מאובטחת ברמת Weave, ולאחר מכן הם יוכלו לבצע את שאר אינטראקציית ההתאמה בערוץ מאובטח.

פונקציות

virtual void passiveRendezvousWithCompletion:failure:(
  WDMCompletionBlock completionBlock,
  WDMFailureBlock failureBlock
)

virtual void passiveRendezvousWithDeviceAccessToken:completion:failure:(
  NSString *accessToken,
  WDMCompletionBlock completionBlock,
  WDMFailureBlock failureBlock
)

virtual void passiveRendezvousWithDevicePairingCode:completion:failure:(
  NSString *pairingCode,
  WDMCompletionBlock completionBlock,
  WDMFailureBlock failureBlock
)