Request for review of media type registration in draft-ietf-keyprov-dskpp-10.txt
Folks, Please review the following media type registration from draft-ietf-keyprov-dskpp-10.txt, which is currently in IETF Last Call. Note: The text is reproduced exactly from the draft. Based on recent experiences, I understand that the following lines should be deleted: To: ietf-types@iana.org Subject: Registration of MIME media type application/dskpp+xml Thanks, Tim Polk ------------ 12.3. MIME Media Type Registration This section registers the "application/dskpp+xml" MIME type: To: ietf-types@iana.org Subject: Registration of MIME media type application/dskpp+xml MIME media type name: application MIME subtype name: dskpp+xml Required parameters: (none) Optional parameters: charset Indicates the character encoding of enclosed XML. Default is UTF-8. Encoding considerations: Uses XML, which can employ 8-bit characters, depending on the character encoding used. See [RFC3203], Section 3.2. Security considerations: This content type is designed to carry protocol data related to key management. Security mechanisms are built into the protocol to ensure that various threats are dealt with. Interoperability considerations: This content type provides a basis for a protocol. Published specification: RFC XXXX [NOTE TO IANA/RFC-EDITOR: Please replace XXXX with the RFC number for this specification.] Applications which use this media type: Protocol for key exchange. Additional information: Magic Number(s): (none) File extension(s): .xmls Macintosh File Type Code(s): (none) Person & email address to contact for further information: Andrea Doherty (andrea.doherty@rsa.com) Intended usage: LIMITED USE Author/Change controller: The IETF Other information: This media type is a specialization of application/xml [RFC3203], and many of the considerations described there also apply to application/dskpp+xml.
* Polk, William T. wrote:
Please review the following media type registration from draft-ietf-keyprov-dskpp-10.txt, which is currently in IETF Last Call.
Note: The text is reproduced exactly from the draft. Based on recent experiences, I understand that the following lines should be deleted:
To: ietf-types@iana.org Subject: Registration of MIME media type application/dskpp+xml
Indeed. My comments on draft-ietf-keyprov-pskc-05.txt also apply here: http://www.alvestrand.no/pipermail/ietf-types/2010-April/002349.html
12.3. MIME Media Type Registration
This section registers the "application/dskpp+xml" MIME type:
To: ietf-types@iana.org Subject: Registration of MIME media type application/dskpp+xml MIME media type name: application MIME subtype name: dskpp+xml Required parameters: (none) Optional parameters: charset Indicates the character encoding of enclosed XML. Default is UTF-8.
(My comments on draft-ietf-keyprov-pskc-05.txt cover this; note in particular that there is no default value for the parameter, as in, if the parameter is not specified, no value is assumed; instead, the XML specification defines how to detect the encoding.)
Applications which use this media type: Protocol for key exchange.
(I think this could be improved, but don't have a suggestion right now.)
Additional information: Magic Number(s): (none) File extension(s): .xmls
Does this correspond to existing usage, or why was this extension chosen? I am a bit worried this might clash with existing uses of the extension, though I have not checked this in detail yet, and the type being "dskpp", it's not an obvious association.
Macintosh File Type Code(s): (none) Person & email address to contact for further information: Andrea Doherty (andrea.doherty@rsa.com) Intended usage: LIMITED USE Author/Change controller: The IETF
(This should be two separate fields, and typically the IESG is named as change controller for IETF types.) -- Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de Am Badedeich 7 · Telefon: +49(0)160/4415681 · http://www.bjoernsworld.de 25899 Dagebüll · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/
participants (2)
-
Bjoern Hoehrmann -
Polk, William T.