Network Working Group A. Jerichow, Ed.
Request for Comments: 5410 Nokia Siemens Networks
Obsoletes: 4909 L. Piron
Category: Informational Nagravision S.A.
January 2009
Multimedia Internet KEYing (MIKEY) General Extension Payloadfor Open Mobile Alliance BCAST 1.0
Status of This Memo
This memo provides information for the Internet community. It does
not specify an Internet standard of any kind. Distribution of this
memo is unlimited.
Copyright Notice
Copyright (c) 2009 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document.
Please review these documents carefully, as they describe your rights
and restrictions with respect to this document.
Abstract
This document specifies a new Multimedia Internet KEYing (MIKEY)
General Extension payload to transport the short-term key message
(STKM) and long-term key message (LTKM) payloads as well as the
management data LTKM reporting message and parental control message
payloads defined in the Open Mobile Alliance's (OMA) Broadcast
(BCAST) group's Service and Content protection specification.
Jerichow & Piron Informational [Page 1]

RFC 5410 OMA BCAST MIKEY GenExt January 2009
be integrity protected. Furthermore, keys or any parameters that
require confidentiality MUST NOT be included in the General Extension
payload. If keys or other confidential data are to be transported
via the General Extension payload, such data MUST be encrypted and
encapsulated independently. Finally, note that MIKEY already
provides replay protection and that protection also covers the
General Extension payload.
6. IANA Considerations
IANA has allocated an OMA BCAST MIKEY General Extension Type --5--
from the "General Extensions payload name space" for use by OMA BCAST
as requested by RFC 4909 [RFC4909]. Furthermore, IANA has created a
name space for the OMA BCAST payload subtype values defined in
[RFC4909] and has assigned the following subtype values from this
name space: LTKM (1), STKM (2).
IANA has allocated two new subtypes from the OMA BCAST payload
subtype name space.
The subtypes are as follows:
Subtype Name: LTKM Reporting
Value: 3
and
Subtype Name: Parental Control
Value: 4
7. Changes since RFC 4909
OMA BCAST Service and Content Protection specification [SPCP]
contains messages that were created since RFC 4909 was written. This
document only adds the necessary assignments to support these new
messages. No modifications are made on values assigned by RFC 4909
[RFC4909].
8. Acknowledgments
Many thanks to the authors of RFC 4909 [RFC4909] for allowing us to
obsolete their RFC.
Jerichow & Piron Informational [Page 5]