RFC5159 日本語訳

5159 Session Description Protocol (SDP) Attributes for Open MobileAlliance (OMA) Broadcast (BCAST) Service and Content Protection. L.Dondeti, Ed., A. Jerichow. March 2008. (Format: TXT=13921 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文

Network Working Group                                    L. Dondeti, Ed.
Request for Comments: 5159                                QUALCOMM, Inc.
Category: Informational                                      A. Jerichow
                                                  Nokia Siemens Networks
                                                              March 2008

ワーキンググループL.Dondeti、エドをネットワークでつないでください。コメントのために以下を要求してください。 5159年のクアルコムInc.カテゴリ: 情報のA.Jerichowノキアシーメンスは2008年3月をネットワークでつなぎます。

           Session Description Protocol (SDP) Attributes for
              Open Mobile Alliance (OMA) Broadcast (BCAST)
                     Service and Content Protection

開いているモバイル同盟(OMA)放送(BCAST)サービスと満足している保護のためのセッション記述プロトコル(SDP)属性

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.

このメモはインターネットコミュニティのための情報を提供します。 それはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。

Abstract

要約

   This document provides descriptions of Session Description Protocol
   (SDP) attributes used by the Open Mobile Alliance's Broadcast Service
   and Content Protection specification.

このドキュメントはオープンのモバイルAllianceのBroadcast Serviceによって使用されたSession記述プロトコル(SDP)属性とContent Protection仕様の記述を提供します。

Table of Contents

目次

   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . . . 2
   2.  Terminology . . . . . . . . . . . . . . . . . . . . . . . . . . 2
   3.  New SDP Attributes  . . . . . . . . . . . . . . . . . . . . . . 2
   4.  Security Considerations . . . . . . . . . . . . . . . . . . . . 3
   5.  IANA Considerations . . . . . . . . . . . . . . . . . . . . . . 3
     5.1.  Registration of New SDP Attributes  . . . . . . . . . . . . 3
       5.1.1.  Registration of the Attribute
               bcastversion:<major>.<minor>  . . . . . . . . . . . . . 3
       5.1.2.  Registration of the Attribute stkmstream:<id of
               the stkm stream>  . . . . . . . . . . . . . . . . . . . 4
       5.1.3.  Registration of the Attribute
               SRTPAuthentication:<id for SRTP authentication
               algorithm value>  . . . . . . . . . . . . . . . . . . . 5
       5.1.4.  Registration of the Attribute SRTPROCTxRate:<ROC
               transmission rate>  . . . . . . . . . . . . . . . . . . 5
   6.  Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . . 6
   7.  References  . . . . . . . . . . . . . . . . . . . . . . . . . . 6
     7.1.  Normative References  . . . . . . . . . . . . . . . . . . . 6
     7.2.  Informative References  . . . . . . . . . . . . . . . . . . 6

1. 序論. . . . . . . . . . . . . . . . . . . . . . . . . 2 2。 用語. . . . . . . . . . . . . . . . . . . . . . . . . . 2 3。 新しいSDP属性. . . . . . . . . . . . . . . . . . . . . . 2 4。 セキュリティ問題. . . . . . . . . . . . . . . . . . . . 3 5。 IANA問題. . . . . . . . . . . . . . . . . . . . . . 3 5.1。 新しいSDP属性. . . . . . . . . . . . 3 5.1.1の登録。 Attribute bcastversionの登録: <の主要な><の小さい方の>. . . . . . . . . . . . . 3 5.1.2。 Attribute stkmstreamの登録: stkmストリーム>. . . . . . . . . . . . . . . . . . . 4 5.1.3のものの<イド。 Attribute SRTPAuthenticationの登録: SRTP認証アルゴリズム値の>. . . . . . . . . . . . . . . . . . . 5 5.1.4のための<イド。 Attribute SRTPROCTxRateの登録: <ROC通信速度>. . . . . . . . . . . . . . . . . . 5 6。 承認. . . . . . . . . . . . . . . . . . . . . . . . 6 7。 参照. . . . . . . . . . . . . . . . . . . . . . . . . . 6 7.1。 引用規格. . . . . . . . . . . . . . . . . . . 6 7.2。 有益な参照. . . . . . . . . . . . . . . . . . 6

Dondeti & Jerichow           Informational                      [Page 1]

RFC 5159                OMA BCAST SDP Attributes              March 2008

2008年の[1ページ]RFC5159OMA BCAST SDP属性行進の情報のDondeti&Jerichow

1.  Introduction

1. 序論

   The Open Mobile Alliance (OMA) Broadcast (BCAST) group is specifying
   service and content protection mechanisms for broadcast services over
   wireless networks.  As part of that specification, several new SDP
   attributes are necessary to allow the broadcast server to signal the
   service and content protection parameters to clients.

オープンのモバイルAlliance(OMA)放送(BCAST)グループはワイヤレス・ネットワークの上の放送サービスにサービスと満足している保護メカニズムを指定しています。 その仕様の一部として、いくつかの新しいSDP属性が、放送サーバがサービスと満足している保護パラメタをクライアントに示すのを許容するのに必要です。

   Section 8.2.4 of RFC 4566 [1] requires that new SDP attributes are
   registered through IANA with name, contact information, and
   description (and other similar parameters).  A standards track
   specification is RECOMMENDED if the new attribute(s) will have
   widespread use and interoperability considerations.

.4セクション8.2RFC4566[1]が、新しいSDP属性がIANAを通して名前、問い合わせ先、および記述(そして、他の同様のパラメタ)に示されるのを必要とします。 普及使用と相互運用性問題が新しい属性にあるなら、標準化過程仕様はRECOMMENDEDです。

   OMA BCAST specifications are expected to be used by broadcast
   wireless systems that are based on 3rd Generation Partnership Project
   (3GPP) Multimedia Broadcast/Multicast Service (MBMS), 3GPP2 Broadcast
   and Multicast Services (BCMCS), and Digital Video Broadcasting -
   Handheld (DVB-H).  Although this would typically be considered a
   "widespread" use, in this case IETF chose to use a non-standards-
   track RFC to register the SDP attributes because OMA maintains change
   control of the documents that specify the interpretation of the
   values in the attributes.

OMA BCAST仕様は第3Generation Partnership Project(3GPP)マルチメディアBroadcast/マルチキャストのService(MBMS)、3GPP2 Broadcast、およびMulticast Services(BCMCS)に基づいている放送ワイヤレスシステム、およびDigital Video Broadcastingによって使用されると予想されます--ハンドヘルド(DVB-H)。 これが「広範囲」の使用であると通常考えられたでしょうが、この場合IETFが、aを使用するのを選んだ、非、-OMAが属性における、値の解釈を指定するドキュメントの変化コントロールを維持するのでSDP属性を示すRFCを規格で追跡してください。

   This document provides descriptions of the SDP attributes used in the
   OMA BCAST Service and Content Protection specification [2].

このドキュメントはOMA BCAST ServiceとContent Protection仕様[2]で使用されるSDP属性の記述を提供します。

2.  Terminology

2. 用語

   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 [3].

キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTはRFC2119[3]で説明されるように本書では解釈されることであるべきですか?

3.  New SDP Attributes

3. 新しいSDP属性

   The following new SDP attributes have been specified:

以下の新しいSDP属性は指定されました:

   o  a=bcastversion:<major>.<minor>

o a=bcastversion: <の主要な><の小さい方の>。

   o  a=stkmstream:<id of the stkm stream>

o a=stkmstream: stkmストリーム>の<イド

   o  a=SRTPAuthentication:<id for SRTP authentication algorithm value>

o a=SRTPAuthentication: SRTP認証アルゴリズム価値の>のための<イド

   o  a=SRTPROCTxRate:<ROC transmission rate>

o a=SRTPROCTxRate: <ROC通信速度>。

   See Section 5 for details on IANA considerations.

IANA問題に関する詳細に関してセクション5を見てください。

Dondeti & Jerichow           Informational                      [Page 2]

RFC 5159                OMA BCAST SDP Attributes              March 2008

2008年の[2ページ]RFC5159OMA BCAST SDP属性行進の情報のDondeti&Jerichow

4.  Security Considerations

4. セキュリティ問題

   In addition to the notes in Section 7 of RFC 4566 [1], the following
   considerations may be applicable:

RFC4566[1]のセクション7での注意に加えて、以下の問題は適切であるかもしれません:

   The bcastversion parameter indicates the version of the broadcast
   system used for distribution of broadcast content.  In case future
   versions indicated by this parameter allow for enhanced or additional
   security features, the bcastversion parameter, if unprotected, could
   be utilized for downgrade attacks.

bcastversionパラメタは放送内容の分配に使用される放送システムのバージョンを示します。 このパラメタによって示された将来のバージョンが高められたか追加しているセキュリティ機能を考慮するといけないので、保護がないなら、bcastversionパラメタはダウングレード攻撃に利用されるかもしれません。

   The stkmstream parameter provides references to relevant key
   management streams so that receivers can map the media streams to key
   streams and retrieve the necessary keys to decrypt media.  As such,
   this parameter could be utilized, if unprotected, for denial-of-
   service (DoS) attacks.

stkmstreamパラメタは、受信機がメディアストリームを主要なストリームに写像して、メディアを解読するために必要なキーを検索できるように、関連かぎ管理ストリームの参照を提供します。 そういうものとして、-サービスでは、(DoS)が攻撃するという否定には、このパラメタは、利用されていて、保護がないかもしれません。

5.  IANA Considerations

5. IANA問題

   Per this document, which follows the guidelines of [5], IANA has
   registered a number of SDP attributes.

IANAはこのドキュメントに従って多くのSDP属性を示しました。ドキュメントは[5]のガイドラインに従います。

5.1.  Registration of New SDP Attributes

5.1. 新しいSDP属性の登録

   IANA has registered a number of OMA BCAST only attributes in the
   Session Description Protocol Parameters registry [1].  The
   registration data, according to RFC 4566 [1] follows.

IANAは多くのOMA BCASTを登録しました。Session記述プロトコルParameters登録[1]の属性だけ。 登録データであり、RFC4566によると、[1]は続きます。

   The registration templates below refer to the OMA-TS-
   BCAST_SvcCntProtection specification [2].

以下の登録テンプレートはOMA-TS- BCAST_SvcCntProtection仕様[2]を示します。

5.1.1.  Registration of the Attribute bcastversion:<major>.<minor>

5.1.1. Attribute bcastversionの登録: <の主要な><の小さい方の>。

   Contact:  Anja Jerichow <anja.jerichow@nsn.com>

接触: アーニャ Jerichow <anja.jerichow@nsn.com 、gt。

   Phone:  +49 89 636-45868

以下に電話をしてください。 +49 89 636-45868

   Attribute name:  bcastversion

名前を結果と考えてください: bcastversion

   Long-form attribute name:  BCAST version

長い間、属性名を形成してください: BCASTバージョン

   Type of attribute:  session level

属性のタイプ: セッションレベル

      This attribute is not dependent on charset.

この属性はcharsetに依存していません。

Dondeti & Jerichow           Informational                      [Page 3]

RFC 5159                OMA BCAST SDP Attributes              March 2008

2008年の[3ページ]RFC5159OMA BCAST SDP属性行進の情報のDondeti&Jerichow

   Purpose:  This attribute specifies the OMA BCAST version
      "bcastversion" value in the format x.y.

目的: この属性は形式x.yでOMA BCASTバージョン"bcastversion"価値を指定します。

   Specification of attribute values:  This attribute has a mandatory
      value of the form <major>.<minor>, where <major> and <minor> are
      non-negative decimal numbers.  The att-value field is of XML data
      type decimal.  For details, see OMA-TS-BCAST_SvcCntProtection,
      Section 10.1.1.

属性値の仕様: この属性に、<の主要な>フォームの<の小さい方の>の義務的な値があります。(そこでは、<の主要な>と<の小さい方の>が非負の10進数です)。 分野があるatt-値のXMLデータ型10進です。 詳細に関しては、OMA-TS-BCAST_SvcCntProtection、セクション10.1.1を見てください。

5.1.2.  Registration of the Attribute stkmstream:<id of the stkm stream>

5.1.2. Attribute stkmstreamの登録: stkmストリーム>の<イド

   Contact:  Anja Jerichow <anja.jerichow@nsn.com>

接触: アーニャ Jerichow <anja.jerichow@nsn.com 、gt。

   Phone:  +49 89 636-45868

以下に電話をしてください。 +49 89 636-45868

   Attribute name:  stkmstream

名前を結果と考えてください: stkmstream

   Long-form attribute name:  Short Term Key Message stream identifier

長い間、属性名を形成してください: 短いTerm Key Messageストリーム識別子

   Type of attribute:  session level or media level

属性のタイプ: セッションレベルかメディアレベル

      The attribute can be at session level, in which case it applies to
      all media streams, or it can be at media level, in which case it
      only applies to the specified media and would overwrite possible
      session-level attributes.

属性がセッションレベルにあることができて、その場合、すべてのメディアストリームに適用されるか、メディアレベルにあることができて、その場合、指定されたメディアに適用するだけであり、それは、可能なセッションレベル属性を上書きするでしょう。

      This attribute is not dependent on charset.

この属性はcharsetに依存していません。

   Purpose:  The stkmstream attribute specifies the mapping of Short
      Term Key Message streams to media streams in the SDP.

目的: stkmstream属性はSDPのメディアストリームにShort Term Key Messageストリームに関するマッピングを指定します。

      Each session or media stream can have multiple stkmstream
      attributes.  By comparing the value of this attribute with the
      identifier of each STKM stream, the terminal can figure out which
      one to listen to and process.  We note that this attribute is
      optional and hence would not be there for unencrypted media
      streams.

それぞれのセッションかメディアストリームが複数のstkmstream属性を持つことができます。 それぞれのSTKMストリームに関する識別子とこの属性の値を比べることによって、端末はどれを聞いて、処理したらよいかを理解できます。 私たちは、この属性が任意であることに注意して、したがって、非暗号化されたメディアストリームのためにそこにいないでしょう。

   Specification of attribute values:  This attribute has a mandatory
      value of the form <id of the stkm stream>, a unique non-zero
      integer identifying a particular key stream.  Numbers are unique
      within a particular SDP session, i.e., no global numbering is
      required.  The att-value field is of XML data type unsignedShort.
      For details, see OMA-TS-BCAST_SvcCntProtection, Section 10.1.3.

属性値の仕様: この属性に、stkmストリーム>(特定の主要なストリームを特定するユニークな非ゼロ整数)のフォーム<イドの義務的な値があります。 数が特定のSDPセッション以内にユニークである、すなわち、グローバルな付番は必要ではありません。 att-値の分野はXMLデータ型unsignedShortのものです。 詳細に関しては、OMA-TS-BCAST_SvcCntProtection、セクション10.1.3を見てください。

Dondeti & Jerichow           Informational                      [Page 4]

RFC 5159                OMA BCAST SDP Attributes              March 2008

2008年の[4ページ]RFC5159OMA BCAST SDP属性行進の情報のDondeti&Jerichow

5.1.3.  Registration of the Attribute SRTPAuthentication:<id for SRTP
        authentication algorithm value>

5.1.3. Attribute SRTPAuthenticationの登録: SRTP認証アルゴリズム価値の>のための<イド

   Contact:  Anja Jerichow <anja.jerichow@nsn.com>

接触: アーニャ Jerichow <anja.jerichow@nsn.com 、gt。

   Phone:  +49 89 636-45868

以下に電話をしてください。 +49 89 636-45868

   Attribute name:  SRTPAuthentication

名前を結果と考えてください: SRTPAuthentication

   Long-form attribute name:  SRTP authentication algorithm value
      identifier

長い間、属性名を形成してください: SRTP認証アルゴリズム値の識別子

   Type of attribute:  media level

属性のタイプ: メディアレベル

      This attribute is not dependent on charset.

この属性はcharsetに依存していません。

   Purpose:  When SRTP is used, the attribute SRTPAuthentication states
      which authentication algorithm to use.

目的: SRTPが使用されているとき、属性SRTPAuthenticationは、どの認証アルゴリズムを使用したらよいかを述べます。

   Specification of attribute values:  Based on [4], the identifier is a
      transform-independent parameter of the cryptographic context for
      SRTP in integer format.

属性値の仕様: [4]に基づいて、識別子は整数形式におけるSRTPのための暗号の文脈の変換から独立しているパラメタです。

      One of the following three integrity transforms registered for the
      three modes MUST be used: value "2" for RCCm1, "3" for RCCm2, and
      "4" for RCCm3.  For details, see OMA-TS-BCAST_SvcCntProtection,
      Section 10.4.

3つのモードのために登録された以下の3つの保全変換の1つを使用しなければなりません: 値、「RCCm1のための2インチ、「RCCm2のための3インチ、および「RCCm3のための4インチ。」 詳細に関しては、OMA-TS-BCAST_SvcCntProtection、セクション10.4を見てください。

5.1.4.  Registration of the Attribute SRTPROCTxRate:<ROC transmission
        rate>

5.1.4. Attribute SRTPROCTxRateの登録: <ROC通信速度>。

   Contact:  Anja Jerichow <anja.jerichow@nsn.com>

接触: アーニャ Jerichow <anja.jerichow@nsn.com 、gt。

   Phone:  +49 89 636-45868

以下に電話をしてください。 +49 89 636-45868

   Attribute name:  SRTPROCTxRate

名前を結果と考えてください: SRTPROCTxRate

   Long-form attribute name:  ROC transmission rate

長い間、属性名を形成してください: ROC通信速度

   Type of attribute:  media level

属性のタイプ: メディアレベル

      This attribute is not dependent on charset.

この属性はcharsetに依存していません。

   Purpose:  When SRTP is used, the attribute SRTPROCTxRate defines the
      ROC transmission rate, R.

目的: R、SRTPが使用されているとき、属性SRTPROCTxRateはROC通信速度を定義します。

Dondeti & Jerichow           Informational                      [Page 5]

RFC 5159                OMA BCAST SDP Attributes              March 2008

2008年の[5ページ]RFC5159OMA BCAST SDP属性行進の情報のDondeti&Jerichow

   Specification of attribute values:  The attribute value MUST be a
      decimal integer R between 1 and 65535 inclusive, as specified in
      [4].  If the ROC transmission rate is not included in the
      negotiation, the default value of 1 SHALL be used.  For details,
      see OMA-TS-BCAST_SvcCntProtection, Section 10.4.

属性値の仕様: 属性値は[4]の指定されるとして包括的な1〜65535の10進整数Rでなければならない。 通信速度はROCであるなら交渉、デフォルト値に1SHALLについて含まれていません。使用されます。 詳細に関しては、OMA-TS-BCAST_SvcCntProtection、セクション10.4を見てください。

6.  Acknowledgments

6. 承認

   Many thanks to Hosame Abu-Amara, Francois Ambrosini, David
   Castleford, Miguel Garcia, Alfred Hoenes, Charles Lo, and Uwe
   Rauschenbach for their help and support.

彼らの助けとサポートのためにHosameアブ-アマラ、フランソアAmbrosini、デヴィッド・カッスルフォード、ミゲル・ガルシア、アルフレッドHoenes、チャールズLo、およびウベRauschenbachをありがとうございます。

7.  References

7. 参照

7.1.  Normative References

7.1. 引用規格

   [1]  Handley, M., Jacobson, V., and C. Perkins, "SDP: Session
        Description Protocol", RFC 4566, July 2006.

[1] ハンドレー、M.、ジェーコブソン、V.、およびC.パーキンス、「SDP:」 「セッション記述プロトコル」、RFC4566、2006年7月。

   [2]  Open Mobile Alliance, "Service and Content Protection for Mobile
        Broadcast Services", OMA OMA-TS-BCAST_SvcCntProtection-V1_0-
        20071218-D, 2007.

[2] OMA OMA-t BCAST、モバイル同盟と、「モバイル放送サービスのためのサービスと満足している保護」を開いてください。_SvcCntProtection-V1_0- 20071218D、2007。

   [3]  Bradner, S., "Key words for use in RFCs to Indicate Requirement
        Levels", BCP 14, RFC 2119, March 1997.

[3] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。

   [4]  Lehtovirta, V., Naslund, M., and K. Norrman, "Integrity
        Transform Carrying Roll-Over Counter for the Secure Real-time
        Transport Protocol (SRTP)", RFC 4771, January 2007.

[4]Lehtovirta、V.、ジーター、M.、およびK.Norrman、「華麗なる陰謀が安全なリアルタイムのトランスポート・プロトコル(SRTP)のために打ち返す保全変換携帯」、RFC4771(2007年1月)。

7.2.  Informative References

7.2. 有益な参照

   [5]  Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA
        Considerations Section in RFCs", BCP 26, RFC 2434, October 1998.

[5]Narten、T.とH.Alvestrand、「RFCsにIANA問題部に書くためのガイドライン」BCP26、RFC2434(1998年10月)。

Dondeti & Jerichow           Informational                      [Page 6]

RFC 5159                OMA BCAST SDP Attributes              March 2008

2008年の[6ページ]RFC5159OMA BCAST SDP属性行進の情報のDondeti&Jerichow

Authors' Addresses

作者のアドレス

   Lakshminath Dondeti (editor)
   QUALCOMM, Inc.
   5775 Morehouse Dr
   San Diego, CA
   USA

モアハウスサンディエゴ博士、Lakshminath Dondeti(エディタ)クアルコムInc.5775カリフォルニア米国

   Phone: +1 858-845-1267
   EMail: ldondeti@qualcomm.com

以下に電話をしてください。 +1 858-845-1267 メールしてください: ldondeti@qualcomm.com

   Anja Jerichow
   Nokia Siemens Networks GmbH and Co.KG
   Martinstr. 76
   81541 Munich
   Germany

アーニャJerichowノキアシーメンスはGmbHと社のkg Martinstrをネットワークでつなぎます。 76 81541ミュンヘンドイツ

   Phone: +49 89 636-45868
   EMail: anja.jerichow@nsn.com

以下に電話をしてください。 +49 89 636-45868 メールしてください: anja.jerichow@nsn.com

Dondeti & Jerichow           Informational                      [Page 7]

RFC 5159                OMA BCAST SDP Attributes              March 2008

2008年の[7ページ]RFC5159OMA BCAST SDP属性行進の情報のDondeti&Jerichow

Full Copyright Statement

完全な著作権宣言文

   Copyright (C) The IETF Trust (2008).

IETFが信じる著作権(C)(2008)。

   This document is subject to the rights, licenses and restrictions
   contained in BCP 78, and except as set forth therein, the authors
   retain all their rights.

このドキュメントはBCP78に含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。

   This document and the information contained herein are provided on an
   "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS
   OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY, THE IETF TRUST AND
   THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS
   OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF
   THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED
   WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

このドキュメントとここに含まれた情報はその人が代理をするか、または(もしあれば)後援される組織、インターネットの振興発展を目的とする組織、「そのままで」という基礎と貢献者の上で提供していて、IETFはそして、インターネット・エンジニアリング・タスク・フォースがすべての保証を放棄すると信じます、急行である、または暗示していて、他を含んでいて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるということであるかいずれが市場性か特定目的への適合性の黙示的な保証です。

Intellectual Property

知的所有権

   The IETF takes no position regarding the validity or scope of any
   Intellectual Property Rights or other rights that might be claimed to
   pertain to the implementation or use of the technology described in
   this document or the extent to which any license under such rights
   might or might not be available; nor does it represent that it has
   made any independent effort to identify any such rights.  Information
   on the procedures with respect to rights in RFC documents can be
   found in BCP 78 and BCP 79.

IETFはどんなIntellectual Property Rightsの正当性か範囲、実装に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するどんな独立している取り組みも作りました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。

   Copies of IPR disclosures made to the IETF Secretariat and any
   assurances of licenses to be made available, or the result of an
   attempt made to obtain a general license or permission for the use of
   such proprietary rights by implementers or users of this
   specification can be obtained from the IETF on-line IPR repository at
   http://www.ietf.org/ipr.

IPR公開のコピーが利用可能に作られるべきライセンスの保証、または一般的な免許を取得するのが作られた試みの結果をIETF事務局といずれにもしたか、または http://www.ietf.org/ipr のIETFのオンラインIPR倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。

   The IETF invites any interested party to bring to its attention any
   copyrights, patents or patent applications, or other proprietary
   rights that may cover technology that may be required to implement
   this standard.  Please address the information to the IETF at
   ietf-ipr@ietf.org.

IETFはこの規格を実装するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 ietf-ipr@ietf.org のIETFに情報を扱ってください。

Dondeti & Jerichow           Informational                      [Page 8]

Dondeti&Jerichow情報です。[8ページ]

一覧

 RFC 1〜100  RFC 1401〜1500  RFC 2801〜2900  RFC 4201〜4300 
 RFC 101〜200  RFC 1501〜1600  RFC 2901〜3000  RFC 4301〜4400 
 RFC 201〜300  RFC 1601〜1700  RFC 3001〜3100  RFC 4401〜4500 
 RFC 301〜400  RFC 1701〜1800  RFC 3101〜3200  RFC 4501〜4600 
 RFC 401〜500  RFC 1801〜1900  RFC 3201〜3300  RFC 4601〜4700 
 RFC 501〜600  RFC 1901〜2000  RFC 3301〜3400  RFC 4701〜4800 
 RFC 601〜700  RFC 2001〜2100  RFC 3401〜3500  RFC 4801〜4900 
 RFC 701〜800  RFC 2101〜2200  RFC 3501〜3600  RFC 4901〜5000 
 RFC 801〜900  RFC 2201〜2300  RFC 3601〜3700  RFC 5001〜5100 
 RFC 901〜1000  RFC 2301〜2400  RFC 3701〜3800  RFC 5101〜5200 
 RFC 1001〜1100  RFC 2401〜2500  RFC 3801〜3900  RFC 5201〜5300 
 RFC 1101〜1200  RFC 2501〜2600  RFC 3901〜4000  RFC 5301〜5400 
 RFC 1201〜1300  RFC 2601〜2700  RFC 4001〜4100  RFC 5401〜5500 
 RFC 1301〜1400  RFC 2701〜2800  RFC 4101〜4200 

スポンサーリンク

エンペラーペンギンの子育て

ホームページ製作・web系アプリ系の製作案件募集中です。

上に戻る