- From: Bernard Aboba <Bernard.Aboba@microsoft.com>
- Date: Sat, 10 Jan 2015 02:17:14 +0000
- To: Roman Shpount <rshpount@turbobridge.com>
- CC: "robin@hookflash.com" <robin@hookflash.com>, "public-ortc@w3.org" <public-ortc@w3.org>
Done. ________________________________________ From: Roman Shpount [rshpount@turbobridge.com] Sent: Friday, January 09, 2015 2:51 PM To: Bernard Aboba Cc: robin@hookflash.com; public-ortc@w3.org Subject: Re: Issue 167: DTLS role versus RFC 4145 SDP setup attribute This looks reasonable to me, but I would clarify the server section: server The DTLS server role. If RTCDtlsRole has a value of "auto" and RTCDtlsTransport receives a DTLS client_helo packet, RTCDtlsRole will transition to "server", even before start() is called. A transition from "auto" to "server" will also occur if start(remoteParameters) is called with remoteParameters.RTCDtlsRole having a value of "client". I do not see a value in RTCDtlsRoleChangedEvent. _____________ Roman Shpount On Fri, Jan 9, 2015 at 5:36 PM, Bernard Aboba <Bernard.Aboba@microsoft.com<mailto:Bernard.Aboba@microsoft.com>> wrote: Robin Raymond said: "I think this suggestion is reasonable. It adds a bit of complexity though. Not too much for my liking but I think that’s worth pointing out that it does… I agree it would be more robust." [BA] Below is an attempt to encapsulate your suggestions and those of Roman and Inaki. Comments welcome. Addition to Section 2.3.2: While a newly constructed RTCDtlsTransport must listen for incoming DTLS packets before start() is called, to complete the negotiation it is necessary to verify the remote fingerprint, which is dependent on remoteParameters, passed to start(). Revised text for RTCDtlsRole: RTCDtlsRole indicates the role of the DTLS transport. auto The DTLS role is determined based on the resolved ICE role: the 'controlled' role acts as the DTLS client, the 'controlling' role acts as the DTLS server. Since RTCDtlsRole is initialized to "auto" on construction of an RTCDtlsTransport, transport.getLocalParameters().RTCDtlsRole will have an initial value of "auto". client The DTLS client role. A transition to "client" will occur if start(remoteParameters) is called with remoteParameters.RTCDtlsRole having a value of "server". If RTCDtlsRole had previously had a value of "server" (e.g. due to the RTCDtlsTransport having previously received packets from a DTLS client), then the DTLS session is reset prior to transitioning to the "client" role. server The DTLS server role. If RTCDtlsRole has a value of "auto" and a DTLS client initiates a connection, RTCDtlsRole will transition to "server", even before start() is called. A transition from "auto" to "server" will also occur if start(remoteParameters) is called with remoteParameters.RTCDtlsRole having a value of "client". Question: Do we need an RTCDtlsRoleChangedEvent?
Received on Saturday, 10 January 2015 02:17:43 UTC