Google is committed to advancing racial equity for Black communities. See how.
本頁面由 Cloud Translation API 翻譯而成。
Switch to English

被動交會

被動交會與主動交會的不同之處在於,連接建立階段是在被配置方識別之前開始的。

摘要

另外,供應方拒絕並丟棄其中“標識響應”不包含與預期匹配的設備描述的發起的連接。

在被動交會方案中,已安裝在15.4 PAN和Weave結構上的設備(“現有設備”)將PAN置於可聯接模式,並被動偵聽不安全的Weave端口上的傳入TCP連接。當PAN可加入時,新設備(“加入者”)可以以臨時模式加入,該方式將其所有流量定向到使網絡可加入的主機上的特定端口(在這種情況下,是非安全的Weave端口)。此流量在鏈路層是不安全的,因為根據定義,臨時加入的設備沒有PAN加密密鑰的副本。當拉出其電池選項卡或由用戶以其他方式激活它時,連接器將主動掃描可連接的PAN。對於每個可連接的PAN,連接器臨時連接網絡,並嘗試在不安全的Weave端口上與現有設備執行PASE身份驗證。當連接器設備找到正確的PAN時,其PASE身份驗證嘗試將成功。此時,連接器和現有設備將在Weave級別執行安全密鑰交換,此後,他們可以在安全通道上執行其餘的配對交互。

功能

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)
virtual void

功能

PassiveRendezvousWithCompletion:失敗:

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

PassiveRendezvousWithDeviceAccessToken:completion:failure:

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

PassiveRendezvousWithDevicePairingCode:completion:failure:

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