Re: [MMUSIC] starting DTLS handshake before the answer is received (dtls-sdp draft)

[Bernard Aboba <[e-mail]>]

Roman Shpount said:

"We also are planning to update the dtls-sdp draft which will prohibit to
start DTLS handshake until the answer is received."

[BA] The logic here is that in WebRTC an incoming DTLS packet cannot be
responded to until "consent" is provided, which requires an ICE request and
response, which needs the remote ICE ufrag/password, which is in the
answer.

While I can understand explaining this in the dratf,  a prohibition seems
redundant, because it already follows from other requirements (such as
consent and full ICE).  It's a bit like passing a law prohibiting objects
in earth's gravity from "falling up" - gravity just doesn't work that way,
so no need for a law.

Also, there can be situations with ICE lite, or with ORTC where ICE O/A
could be separated from DTLS O/A), so consent could exist prior to receipt
of the DTLS answer, where the original logic wouldn't hold.