被動式約會

被動式 Rendezvous 與 Active 的不同之處在於，連線建立階段會在佈建者的識別階段開始之前啟動。

總結

此外，佈建工具會拒絕並捨棄啟動的連線，其中「識別回應」不含與預期不符的「裝置說明」。

在被動 Rendezvous 情景中，已安裝的設備已安裝在 15.4 PAN 和 Weave 織物（“現有設備”）上，使 PAN 保持在可連接模式，然後被聲盤用於接收到的不安全 Weave 端口上的 TCP 連接。雖然 PAN 是可加入的，但新裝置可以採用「暫時」加入模式，將所有流量導向主機上的特定通訊埠 (在本例中為未加密的 Weave 通訊埠)。此流量在連結層中不安全，因為根據定義，自動佈建的裝置沒有 PAN 加密金鑰副本。當裝置拉出其電池分頁，或者使用者以其他方式啟動該標籤後，會主動掃描 PAN，藉此找出可連接的 PAN。針對各個可加入的 PAN，加入者會暫時加入網路，並嘗試對不安全的 Weave 通訊埠中的現有裝置執行 PASE 驗證。當彙整裝置找到正確的 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
)