In discussing our implementation of STUN and TURN URIs, it became apparent that there is a mismatch between what is currently proposed in the IETF and what is given as an example in the most recent W3C WebRTC editor's draft (as well as assumptions around what parameters are needed for defining an ICE server configuration record). >From http://tools.ietf.org/html/draft-petithuguenin-behave-turn-uri-03#appendix-A.4 <username> is not used in the URIs because it is not used to guide the resolution mechanism. >From http://dev.w3.org/2011/webrtc/editor/webrtc.html#rtcconfiguration-type > An example array of RTCIceServer objects is: > > |[ { url:"stun:stun.example.net" } , { > url:"turn:user@turn.example.org", credential:"myPassword"} ]| > These need to be harmonized. I suspect we really need to define RTCIceServer to contain an optional "user" parameter of type DOMString, and give the example as: [ { url:"stun:stun.example.net" } , { url:"turn:turn.example.org", user:"myUsername", credential:"myPassword"} ] /aReceived on Tuesday, 22 January 2013 18:39:07 UTC
This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:17:39 UTC