Re: draft-dtls-sdp: Allow offerer to establish DTLS association before it has received the SDP answer?

Hi,

I have updated the PR. The text now allows the offerer to establish the DTLS association before it has received the SDP answer, but that any media received before the answer shall be considered unauthenticated.

https://github.com/cdh4u/draft-dtls-sdp/pull/31

I intend to submit a new version of the draft soon, so please indicate if you don’t agree with the text – together with text that you (and hopefully others) would agree too :)

Regards,

Christer

From: mmusic <[email protected]<mailto:[email protected]>> on behalf of Christer Holmberg <[email protected]<mailto:[email protected]>>
Date: Tuesday 16 May 2017 at 20:12
To: Eric Rescorla <[email protected]<mailto:[email protected]>>, Roman Shpount <[email protected]<mailto:[email protected]>>
Cc: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>>
Subject: Re: [MMUSIC] draft-dtls-sdp: Allow offerer to establish DTLS association before it has received the SDP answer?

Hi,

…

Second, not sending ServerAnswer until signaling answer is received, prevents unverified media and removes significant number of execution paths that would need to be defined both in the dtls-id specification and then tested during development and interop of compliant solutions. I do not want to spend time defining this unless it is absolutely necessary.

I'm not sure what you're talking about in terms of "ServerAnswer". That's not a TLSconcept AFAIK.

I assume he means ServerHello.

Regards,

Christer

_______________________________________________
mmusic mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/mmusic