在 WebRTC 中，谁应该向谁提供 ICE 候选人？
In WebRTC, who should be offering ICE candidate to whom?
在 WebRTC 中，'offer' 必须由发起端（即调用者）生成并通过信令通道与其他端（即被调用者）共享。
她希望回答的另一个对等点应该生成 'answer' 并将其发送回发起对等点。同样，通过信令通道。
在这种交换中，谁应该准备哪些数据，以及应该与谁共享是很清楚的。
仪式的下一部分是 ICE 候选人的聚会。两个对等方将慢慢收集他们自己的候选人（trickle ICE），并且在每个发现的候选人上，也应该共享该候选人。也要通过信令通道进行分享
我现在不清楚的是，谁应该向谁分享候选人？
主叫方应该与被叫方分享吗？或者反过来？或两者
ICE 候选人与远程对等方共享。如果你认为 Offer/Answer
- 提供者会将他们的 ICE 候选人发送给回答者
- 回答者会将他们的 ICE 候选人发送给提议者
所以你最后一个问题的答案是 both！
我将继续@Sean DuBois 的回答（我知道这完全满足了您的问题，但对此了解不多），请参阅此 Whosebug post and My Answer
你会更清楚地了解冰的收集。
在 WebRTC 中，'offer' 必须由发起端（即调用者）生成并通过信令通道与其他端（即被调用者）共享。
她希望回答的另一个对等点应该生成 'answer' 并将其发送回发起对等点。同样，通过信令通道。
在这种交换中，谁应该准备哪些数据，以及应该与谁共享是很清楚的。
仪式的下一部分是 ICE 候选人的聚会。两个对等方将慢慢收集他们自己的候选人（trickle ICE），并且在每个发现的候选人上，也应该共享该候选人。也要通过信令通道进行分享
我现在不清楚的是，谁应该向谁分享候选人？
主叫方应该与被叫方分享吗？或者反过来？或两者
ICE 候选人与远程对等方共享。如果你认为 Offer/Answer
- 提供者会将他们的 ICE 候选人发送给回答者
- 回答者会将他们的 ICE 候选人发送给提议者
所以你最后一个问题的答案是 both！
我将继续@Sean DuBois 的回答（我知道这完全满足了您的问题，但对此了解不多），请参阅此 Whosebug post and My Answer
你会更清楚地了解冰的收集。