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 Payload
for 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.
著作権（C）2009 IETF信託とドキュメントの作成者として特定の人物。全著作権所有。
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.
この文書では、BCP 78と、この文書の発行日に有効なIETFドキュメント（http://trustee.ietf.org/ライセンス情報）に関連IETFトラストの法律の規定に従うものとします。彼らは、この文書に関してあなたの権利と制限を説明するように、慎重にこれらの文書を確認してください。
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.
この文書では、短期キーメッセージ（STKM）と長期キーメッセージ（LTKM）のペイロードと同様に定義された管理データLTKM報告メッセージとペアレンタルコントロールメッセージペイロードを輸送する新しいマルチメディアインターネットキーイング（MIKEY）一般的な拡張ペイロードを指定しますオープン・モバイル・アライアンスの（OMA）ブロードキャスト（BCAST）グループのサービスおよびコンテンツ保護仕様インチ
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . . 3
3. MIKEY General Extension for OMA BCAST Usage . . . . . . . . . . 3
4. Interoperability Considerations . . . . . . . . . . . . . . . . 4
5. Security Considerations . . . . . . . . . . . . . . . . . . . . 4
6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . . 5
7. Changes since RFC 4909 . . . . . . . . . . . . . . . . . . . . 5
8. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . . 5
9. References . . . . . . . . . . . . . . . . . . . . . . . . . . 6
9.1. Normative References . . . . . . . . . . . . . . . . . . . 6
9.2. Informative References . . . . . . . . . . . . . . . . . . 6
The Multimedia Internet KEYing (MIKEY) protocol specification (RFC 3830 [RFC3830]) defines a General Extension payload to allow possible extensions to MIKEY without having to allocate a new payload type. The General Extension payload can be used in any MIKEY message and is part of the authenticated/signed data part. There is an 8-bit type field in that payload. The type code assignment is IANA-managed, and RFC 3830 requires IETF consensus for assignments from the public range of 0-240.
マルチメディアインターネットキーイング（MIKEY）プロトコル仕様（RFC 3830 [RFC3830]）は新しいペイロードタイプを割り当てることなく、MIKEYに可能拡張を可能にする一般的な拡張ペイロードを定義します。一般拡張ペイロードは、任意のMIKEYメッセージで使用され、認証/署名されたデータ部分の一部であることができます。そのペイロード中の8ビットのタイプフィールドがあります。タイプコードの割り当てはIANAで管理され、RFC 3830には、0〜240の公開範囲から割り当てのIETFコンセンサスを必要とします。
The Open Mobile Alliance's (OMA) Broadcast (BCAST) group's Service and Content Protection specification [SPCP] specifies the use of a short-term key message (STKM), a long-term key message (LTKM), an LTKM reporting message, and a parental control message that carry attributes related to Service and Content protection. Note that any keys associated with the attributes, such as the Parental Control Pincode if present, are part of the MIKEY KEMAC payload.
オープン・モバイル・アライアンスの（OMA）ブロードキャスト（BCAST）グループのサービスおよびコンテンツ保護仕様は[SPCP]は、短期キーメッセージ（STKM）、長期キーメッセージ（LTKM）、LTKM報告メッセージの使用を指定し、サービスおよびコンテンツ保護に関連する属性を運ぶペアレンタルコントロールメッセージ。このようなペアレンタルコントロールPINコードなどの属性に関連付けられた任意のキーが、存在する場合、MIKEY KEMACペイロードの一部であることに留意されたいです。
This document specifies the use of the General Extension payload of MIKEY to carry the messages mentioned above, as well as protection of the credentials using mechanisms supported by MIKEY with modifications in [RFC3830].
この文書は、上記メッセージを運ぶだけでなく、[RFC3830]に変更してMIKEYによってサポート機構を使用して資格情報を保護するMIKEYの一般拡張ペイロードの使用を指定します。
RFC 3830 [RFC3830], the MIKEY General Extension payload defined in RFC 4563 [RFC4563], and the 3rd Generation Partnership Project (3GPP)'s Multimedia Broadcast/ Multicast Service (MBMS) document [3GPP.33.246] specify the transport of MIKEY messages via unicast or broadcast; the OMA BCAST specifications use either for transport of MIKEY messages.
RFC 3830 [RFC3830]は、RFC 4563 [RFC4563]で定義されたMIKEY一般的な拡張ペイロード、および第3世代パートナーシッププロジェクト（3GPP）のマルチメディアブロードキャスト/マルチキャストサービス（MBMS）ドキュメント[3GPP.33.246]は、MIKEYメッセージのトランスポートを指定しますユニキャストまたはブロードキャストを介し。 OMAのBCAST仕様はMIKEYメッセージの輸送のためのいずれかを使用します。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [RFC2119].
この文書のキーワード "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", および "OPTIONAL" はRFC 2119 [RFC2119]に記載されているように解釈されます。
OMA BCAST MIKEY General Extension: We refer to the General Extension type -- 5 -- as the OMA BCAST MIKEY General Extension.
OMA BCAST MIKEY一般的な拡張子： - 5 - 私たちは、一般的な拡張タイプを参照するOMA BCAST MIKEY一般延長として。
The OMA BCAST Type (Type 5) formats the MIKEY General Extension payload as follows:
次のようにOMAのBCASTタイプ（タイプ5）はMIKEY一般拡張ペイロードをフォーマット：
1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
! Next Payload ! Type ! Length !
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
! OMA BCAST Data Subtype (variable length) ~
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 1: OMA BCAST MIKEY General Extension
図1：OMA BCAST MIKEY一般的な拡張
Next Payload and Length are defined in Section 6.15 of [RFC3830].
次ペイロードおよび長さは、[RFC3830]のセクション6.15に定義されています。
Type (8 bits): identifies the type of the General Extension Payload (see Section 6.15 of [RFC3830]). This document adds a new type. It specifies the use of Type 5 for OMA BCAST Service and Content Protection using the Smartcard Profile.
タイプ（8ビット）：（[RFC3830]のセクション6.15を参照）一般拡張ペイロードのタイプを識別する。この文書は、新しいタイプが追加されます。これは、OMA BCASTサービスとスマートカードプロファイルを使用したコンテンツ保護のためのタイプ5の使用を指定します。
Type | Value | Comments
------------------------------------------------------------------
OMA BCAST | 5 | information on type and identity of messages
Figure 2: Definition of the OMA BCAST MIKEY General Extension Payload
図2：OMA BCAST MIKEY一般的な拡張ペイロードの定義
OMA BCAST Data Subtype (variable length): defines a variable length Data field. This field is formed by subtype-payloads. The contents of the variable length OMA BCAST Data Subtype field are defined below.
OMA BCASTデータサブタイプ（可変長）：可変長データフィールドを定義します。このフィールドは、サブタイプ、ペイロードによって形成されています。可変長OMA BCASTデータサブタイプのフィールドの内容を以下に定義します。
1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
! Subtype ! Subtype Specific Data (variable length) ~
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 3: STKM/LTKM/LTKM Reporting/Parental Control Subtype Payload
図3：STKM / LTKM / LTKMレポート/ペアレンタルコントロールサブタイプペイロード
Subtype: 8 bits. This field indicates the subtype of the OMA BCAST payload. In this specification, four values are specified: LTKM (1), STKM (2), LTKM Reporting (3), and Parental Control (4).
サブタイプ：8ビット。このフィールドは、OMA BCASTペイロードのサブタイプを示します。本明細書では、4つの値が指定されている：LTKM（1）、STKM（2）、LTKMレポート（3）、及びペアレンタルコントロール（4）。
Subtype Specific Data: Variable length.
サブタイプ固有のデータ：可変長。
OMA BCAST Data Subtype | Value | Comment
-----------------------------------------------------------
LTKM | 1 | Long Term Key Message
STKM | 2 | Short Term Key Message
LTKM Reporting | 3 | LTKM Reporting Message
Parental Control | 4 | Parental Control Message
Figure 4: Subtype Definitions for OMA BCAST Messages
図4：サブタイプの定義のOMA BCASTメッセージの
The contents of the OMA BCAST Data Subtype payload field are defined in Section 6 of the OMA BCAST Service and Content Protection specification [SPCP].
OMA BCASTデータサブタイプのペイロードフィールドの内容は、OMAのBCASTサービス及びコンテンツ保護仕様のセクション6 [SPCP]で定義されています。
This document specifies the use of MIKEY General Extension payload Type 5 and four subtype values: 1 and 2 for OMA BCAST Service and Content protection's LTKM and STKM payloads (respectively), 3 for LTKM Reporting payload, and 4 for Parental Control payload. Interoperability considerations span several standards bodies, with OMA BCAST 1.0 enabler compliance being the key aspect; as such, it is up to the OMA test planning to verify the interoperability and compliance of OMA BCAST 1.0 implementations. This payload type assignment does not change MIKEY beyond RFC 3830 [RFC3830] and RFC 4563 [RFC4563].
1と2ペアレンタルコントロールのペイロードのためのOMA BCASTサービスとLTKMレポートペイロードのコンテンツ保護のLTKM及びSTKMペイロード（それぞれ）、3、および4のために：この文書は、MIKEY一般的な拡張ペイロードタイプ5と4つのサブタイプの値を使用することを指定します。相互運用性の考慮事項は、OMA BCAST 1.0イネーブラコンプライアンスは重要な側面であることを、いくつかの標準化団体にまたがります。このように、それは、OMA BCAST 1.0実装の相互運用性とコンプライアンスを検証するためのOMAのテスト計画次第です。このペイロードタイプの割り当ては、RFC 3830 [RFC3830]およびRFC 4563 [RFC4563]を超えてMIKEYは変更されません。
According to RFC 3830 [RFC3830], the General Extension payload can be used in any MIKEY message and is part of the authenticated/signed data part. The parameters proposed to be included in the OMA BCAST MIKEY General Extension payload (listed in Section 3) need only to be integrity protected, which is already allowed by the MIKEY specification. The OMA BCAST MIKEY General Extension payload SHALL 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.
RFC 3830 [RFC3830]によれば、一般的な拡張ペイロードは、任意のMIKEYメッセージで使用され、認証/署名されたデータ部分の一部であることができます。パラメータは既にMIKEY仕様によって許可される完全性保護、であることのみが必要（セクション3に記載されている）OMA BCAST MIKEY一般拡張ペイロードに含めることを提案しました。 OMA BCAST MIKEY一般的な拡張ペイロードは、整合性を保護しなければなりません。さらに、キーまたは機密性を必要とするすべてのパラメータは、一般的な拡張ペイロードに含んではいけません。キーまたは他の機密データは、一般的な拡張ペイロードを介して輸送される場合、そのようなデータは暗号化され、独立して、カプセル化されなければなりません。最後に、MIKEYが既に再生保護を提供し、その保護はまた、一般的な拡張ペイロードをカバーすることに注意してください。
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).
RFC 4909 [RFC4909]で要求されるようにIANAは、OMA BCASTで使用するために「一般的な機能拡張ペイロードの名前空間」からOMA BCAST MIKEY一般的な拡張タイプを--5--割り当てられています。また、IANAは[RFC4909]で定義されたOMAのBCASTペイロードサブタイプ値の名前空間を作成しており、この名前空間から次のサブタイプ値を割り当てた：LTKMを（1）、STKM（2）。
IANA has allocated two new subtypes from the OMA BCAST payload subtype name space.
IANAは、OMA BCASTペイロードサブタイプの名前空間からの二つの新しいサブタイプが割り当てられています。
The subtypes are as follows:
次のようにサブタイプがあります：
Subtype Name: LTKM Reporting
サブタイプ名：LTKM報告
Value: 3
値：3
and
そして
Subtype Name: Parental Control
サブタイプ名：ペアレンタルコントロール
Value: 4
値：4
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].
OMA BCASTサービス及びコンテンツ保護仕様[SPCP]はRFC 4909が書かれた以降に作成されたメッセージが含まれています。この文書では、これらの新しいメッセージをサポートするために必要な割り当てを追加します。何ら変更は、RFC 4909 [RFC4909]によって割り当てられた値で行われていません。
Many thanks to the authors of RFC 4909 [RFC4909] for allowing us to obsolete their RFC.
廃止された彼らのRFCに私たちを可能にするためのRFC 4909 [RFC4909]の作者に感謝します。
[3GPP.33.246] 3GPP, "3G Security; Security of Multimedia Broadcast/ Multicast Service (MBMS)", 3GPP TS 33.246 6.12.0, October 2007.
[3GPP.33.246] 3GPP、 "3Gセキュリティ;マルチメディアブロードキャスト/マルチキャストサービス（MBMS）のセキュリティ"、3GPP TS 33.246 6.12.0、2007年10月。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
[RFC3830] Arkko, J., Carrara, E., Lindholm, F., Naslund, M., and K. Norrman, "MIKEY: Multimedia Internet KEYing", RFC 3830, August 2004.
[RFC3830] Arkko、J.、カララ、E.、リンドホルム、F.、Naslund、M.、およびK. Norrman、 "MIKEY：マルチメディアインターネットキーイング"、RFC 3830、2004年8月。
[RFC4563] Carrara, E., Lehtovirta, V., and K. Norrman, "The Key ID Information Type for the General Extension Payload in Multimedia Internet KEYing (MIKEY)", RFC 4563, June 2006.
[RFC4563]カララ、E.、Lehtovirta、V.、およびK. Norrman、RFC 4563、2006年6月 "マルチメディア、インターネットキーイングで一般拡張ペイロード（MIKEY）のためのキーのID情報タイプ"。
[SPCP] Open Mobile Alliance, "Service and Content Protection for Mobile Broadcast Services", OMA-TS-BCAST_SvcCntProtection-V1_0, <http://www.openmobilealliance.org>.
[SPCP]オープン・モバイル・アライアンス、 "サービスとモバイル放送サービスのためのコンテンツ保護"、OMA-TS-BCAST_SvcCntProtection-V1_0、<http://www.openmobilealliance.org>。
[RFC4909] Dondeti, L., Castleford, D., and F. Hartung, "Multimedia Internet KEYing (MIKEY) General Extension Payload for Open Mobile Alliance BCAST LTKM/STKM Transport", RFC 4909, June 2007.
[RFC4909]、RFC 4909 "オープン・モバイル・アライアンスBCAST LTKM / STKM輸送のためのマルチメディアインターネットキーイング（MIKEY）一般的な拡張ペイロード" Dondeti、L.、キャッスルフォード、D.、およびF.アルトゥング、2007年6月。
Authors' Addresses
著者のアドレス
Anja Jerichow (editor) Nokia Siemens Networks Martinstr. 76 81541 Munich Germany
アニャJerichow（編集者）、ノキアシーメンスネットワークスMartinstr。 76 81541ミュンヘンドイツ
Phone: +49 89 636-45868 EMail: anja.jerichow@nsn.com
電話：+49 89 636-45868 Eメール：anja.jerichow@nsn.com
Laurent Piron Nagravision S.A. Case Postale 134 1033 Cheseaux Switzerland
ローラン・ピロンNagravision S.A.社のケースPostale 134 1033 Cheseauxスイス
Phone: +41 21 732 05 37 EMail: laurent.piron@nagravision.com
電話：+41 21 732 05 37 Eメール：laurent.piron@nagravision.com