[webrtc-stats] Not clear how to differentiate between received connectivity checks and consent requests

• From: Taylor Brandstetter via GitHub <sysbot+gh@w3.org>
• Date: Thu, 08 Dec 2016 21:58:26 +0000
• To: public-webrtc-logs@w3.org
• Message-ID: <issues.opened-194455627-1481234303-sysbot+gh@w3.org>

taylor-b has just created a new issue for 
https://github.com/w3c/webrtc-stats:

== Not clear how to differentiate between received connectivity checks
 and consent requests ==
This issue applies to RTCIceCandidatePairStats.requestsReceived and 
consentRequestsReceived. The actual STUN packet looks the same, so how
 should an implementation differentiate between the two?

For *sent* requests, we can say that any binding request sent before a
 response is received is a connectivity check, and any request sent 
after is a consent request. But we can't do this for received binding 
requests, because we don't know if the remote peer received a response
 or not.

Please view or discuss this issue at 
https://github.com/w3c/webrtc-stats/issues/96 using your GitHub 
account

Received on Thursday, 8 December 2016 21:58:33 UTC