Multiplexing Scheme Updates for Secure Real-time Transport Protocol (SRTP) Extension for Datagram Transport Layer Security (DTLS)
RFC 7983

Note: This ballot was opened for revision 10 and is now closed.

(Ben Campbell) Yes

Alissa Cooper Yes

(Spencer Dawkins) Yes

Comment (2016-08-29 for -10)
No email
send info
Thank you for doing this update. You're helping avoid problems later.

This specification was pretty dense and difficult for me to understand (there's quite a bit going on), until I got to the OLD TEXT/NEW TEXT in Section 7, which made everything much clearer. You might consider moving Section 7 forward, so that the organization of the document becomes "here is the new multiplexing scheme", followed by "here's why the changes are needed".

In these list entries:

   1.  It implicitly allocated codepoints for new STUN methods without
       an IANA registry reflecting these new allocations.
       
and

   3.  It implicitly allocated codepoints for new Transport Layer
       Security (TLS) ContentTypes without an IANA registry reflecting
       these new allocations.
       
is it correct to say "without entries in an IANA registry reflecting these new allocations"? I was reading the text as saying there were no registries for STUN methods or TLS ContentTypes, but that's not what you meant, is it?

(Alexey Melnikov) Yes

(Jari Arkko) No Objection

Deborah Brungard No Objection

(Benoît Claise) No Objection

(Stephen Farrell) No Objection

(Joel Jaeggli) No Objection

Comment (2016-08-31 for -10)
No email
send info
Ersue, Mehmet (Nokia - DE/Munich) <mehmet.ersue@nokia.com> provided the opsdir review

(Suresh Krishnan) No Objection

(Mirja Kühlewind) No Objection

(Terry Manderson) No Objection

(Kathleen Moriarty) No Objection

Alvaro Retana No Objection