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
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
send info
Ersue, Mehmet (Nokia - DE/Munich) <mehmet.ersue@nokia.com> provided the opsdir review