RFC3009 日本語訳
3009 Registration of parityfec MIME types. J. Rosenberg, H.Schulzrinne. November 2000. (Format: TXT=16022 bytes) (Obsoleted by RFC5109) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group J. Rosenberg
Request for Comments: 3009 dynamicsoft
Category: Standards Track H. Schulzrinne
Columbia U.
November 2000
コメントを求めるワーキンググループJ.ローゼンバーグの要求をネットワークでつないでください: 3009dynamicsoft Category: 標準化過程H.SchulzrinneコロンビアU.2000年11月
Registration of parityfec MIME types
parityfec MIMEの種類の登録
Status of this Memo
このMemoの状態
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2000). All Rights Reserved.
Copyright(C)インターネット協会(2000)。 All rights reserved。
Abstract
要約
The RTP (Real-time Transport Protocol) payload format for generic forward error correction allows RTP participants to improve loss resiliency through the use of traditional parity-based channel codes. This payload format requires four new MIME types, audio/parityfec, video/parityfec, text/parityfec and application/parityfec. This document serves as the MIME type registration for those formats.
ジェネリック前進型誤信号訂正のためのRTP(リアルタイムのTransportプロトコル)ペイロード形式で、RTP関係者は伝統的なパリティベースのチャンネル・コードの使用で損失の弾性を改良できます。 このペイロード形式は4つの新しいMIMEの種類、オーディオ/parityfec、ビデオ/parityfec、テキスト/parityfec、およびアプリケーション/parityfecを必要とします。 このドキュメントはそれらの形式のためのMIMEの種類登録として機能します。
1 Introduction
1つの序論
The RTP payload format for generic forward error correction [1] allows RTP participants to improve loss resiliency through the use of traditional parity-based channel codes. This payload format requires four new MIME types, audio/parityfec, video/parityfec, text/paritfyfec and application/parityfec. RFC 2048 [2] defines procedures for registration of new MIME types within the IETF tree. Furthermore, the Audio/Video Transport working group has defined additional procedures that must be followed when registering RTP payload formats [3]. This document serves as the MIME type registration for those formats based on those procedures.
ジェネリック前進型誤信号訂正[1]のためのRTPペイロード形式で、RTP関係者は伝統的なパリティベースのチャンネル・コードの使用で損失の弾性を改良できます。 このペイロード形式は4つの新しいMIMEの種類、オーディオ/parityfec、ビデオ/parityfec、テキスト/paritfyfec、およびアプリケーション/parityfecを必要とします。 RFC2048[2]はIETF木の中で新しいMIMEの種類の登録のための手順を定義します。 その上、Audio/ビデオTransportワーキンググループはRTPペイロード形式[3]を示すとき従わなければならない追加手順を定義しました。 このドキュメントはそれらの手順に基づくそれらの形式のためのMIMEの種類登録として機能します。
Rosenberg & Schulzrinne Standards Track [Page 1] RFC 3009 FEC MIME November 2000
ローゼンバーグとSchulzrinne標準化過程[1ページ]RFC3009FECは2000年11月にまねます。
2 Registration of audio/parityfec
2 オーディオ/parityfecの登録
To: ietf-types@iana.org
To: ietf-types@iana.org
Subject: Registration of MIME media type audio/parityfec
Subject: MIMEメディアタイプオーディオ/parityfecの登録
MIME media type name: audio
MIMEメディア型名: オーディオ
MIME subtype name: parityfec
MIME「副-タイプ」は以下を命名します。 parityfec
Required parameters: none
必要なパラメタ: なし
Note that [3] mandates that RTP payload formats without a
defined rate must define a rate parameter as part of their
MIME registration. The payload format for generic forward
error correction [1] does not specify a rate parameter.
However, the rate for FEC data is equal to the rate of the
media data it protects.
[3] RTPペイロードが定義されたレートなしでフォーマットする命令が彼らのMIME登録の一部とレートパラメタを定義しなければならないことに注意してください。 ジェネリック前進型誤信号訂正[1]のためのペイロード形式はレートパラメタを指定しません。 しかしながら、FECデータのレートはそれが保護するメディアデータのレートと等しいです。
Optional parameters: none
任意のパラメタ: なし
Typical optional parameters [3], such as the number of
channels, and the duration of audio per packet, do not
apply to FEC data. The number of channels is effectively
the same as the media data it protects; the same is true
for the duration of audio per packet.
チャンネルの数や、1パケットあたりのオーディオの持続時間などの典型的な任意のパラメタ[3]はFECデータに適用されません。 事実上、チャンネルの数はそれが保護するメディアデータと同じです。 1パケットあたりのオーディオの持続時間に、同じくらいは本当です。
Encoding considerations: This format is only defined for
transport within the Real Time Transport protocol (RTP)
[4,5]. Its transport within RTP is fully specified with RFC
2733 [1].
問題をコード化します: この書式はレアルTime Transportプロトコル(RTP)[4、5]の中の輸送のために定義されるだけです。 RTPの中の輸送はRFC2733[1]で完全に指定されます。
Security considerations: the same security considerations
apply to these mime registrations as to the payloads for
for them, as detailed in RFC 2733.
セキュリティ問題: 問題がそれらのためにRFC2733で詳しく述べられるようにペイロードに関してこれらのパントマイム登録証明書に申し込む同じセキュリティ。
Interoperability considerations: none
相互運用性問題: なし
Published specification: This MIME type is described fully
within RFC 2733 [1].
広められた仕様: このMIMEの種類はRFC2733[1]の中で完全に説明されます。
Applications which use this media type: Audio and video
streaming tools which seek to improve resiliency to loss by
sending additional data with the media stream.
このメディアタイプを使用するアプリケーション: オーディオと送付の追加データでメディアで損失に弾性を改良しようとするビデオ・ストリーミングツールが流れます。
Additional information: none
追加情報: なし
Rosenberg & Schulzrinne Standards Track [Page 2] RFC 3009 FEC MIME November 2000
ローゼンバーグとSchulzrinne標準化過程[2ページ]RFC3009FECは2000年11月にまねます。
Person & email address to contact for further information:
詳細のために連絡する人とEメールアドレス:
Jonathan Rosenberg
dynamicsoft
72 Eagle Rock Avenue
First Floor
East Hanover, NJ 07936
email: jdrosen@dynamicsoft.com
jdrosen@alum.mit.edu
ジョナサンローゼンバーグdynamicsoft72Eagle Rock AvenueのFirst Floorの東ハノーバー王家、ニュージャージー 07936はメールされます: jdrosen@dynamicsoft.com jdrosen@alum.mit.edu
Intended usage: COMMON
意図している用法: 一般的
Author/Change controller: This registration is part of the IETF
registration tree.
コントローラを書くか、または変えてください: この登録はIETF登録木の一部です。
RTP and SDP Issues: Usage of this format within RTP and the
Session Description Protocol (SDP) [6] are fully specified
within RFC 2733 [1].
RTPとSDP問題: RTPの中のこの形式とSession記述プロトコル(SDP)[6]の用法はRFC2733[1]の中で完全に指定されています。
3 Registration of video/parityfec
3 ビデオ/parityfecの登録
To: ietf-types@iana.org
To: ietf-types@iana.org
Subject: Registration of MIME media type video/parityfec
Subject: MIMEメディアタイプビデオ/parityfecの登録
MIME media type name: video
MIMEメディア型名: ビデオ
MIME subtype name: parityfec
MIME「副-タイプ」は以下を命名します。 parityfec
Required parameters: none
必要なパラメタ: なし
Note that [3] mandates that RTP payload formats without a
defined rate must define a rate parameter as part of their
MIME registration. The payload format for generic forward
error correction [1] does not specify a rate parameter.
However, the rate for FEC data is equal to the rate of the
media data it protects.
[3] RTPペイロードが定義されたレートなしでフォーマットする命令が彼らのMIME登録の一部とレートパラメタを定義しなければならないことに注意してください。 ジェネリック前進型誤信号訂正[1]のためのペイロード形式はレートパラメタを指定しません。 しかしながら、FECデータのレートはそれが保護するメディアデータのレートと等しいです。
Optional parameters: none
任意のパラメタ: なし
Typical optional parameters [3], such as the number of
channels, and the duration of audio per packet, do not
apply to FEC data. The number of channels is effectively
the same as the media data it protects; the same is true
for the duration of video per packet.
チャンネルの数や、1パケットあたりのオーディオの持続時間などの典型的な任意のパラメタ[3]はFECデータに適用されません。 事実上、チャンネルの数はそれが保護するメディアデータと同じです。 1パケットあたりのビデオの持続時間に、同じくらいは本当です。
Rosenberg & Schulzrinne Standards Track [Page 3] RFC 3009 FEC MIME November 2000
ローゼンバーグとSchulzrinne標準化過程[3ページ]RFC3009FECは2000年11月にまねます。
Encoding considerations: This format is only defined for
transport within the Real Time Transport protocol (RTP)
[4,5]. Its transport within RTP is fully specified with RFC
2733 [1].
問題をコード化します: この書式はレアルTime Transportプロトコル(RTP)[4、5]の中の輸送のために定義されるだけです。 RTPの中の輸送はRFC2733[1]で完全に指定されます。
Security considerations: the same security considerations
apply to these MIME registrations as to the payloads for
for them, as detailed in RFC 2733.
セキュリティ問題: 問題がそれらのためにRFC2733で詳しく述べられるようにペイロードに関してこれらのMIME登録証明書に申し込む同じセキュリティ。
Interoperability considerations: none
相互運用性問題: なし
Published specification: This MIME type is described fully
within RFC 2733 [1].
広められた仕様: このMIMEの種類はRFC2733[1]の中で完全に説明されます。
Applications which use this media type: Audio and video
streaming tools which seek to improve resiliency to loss by
sending additional data with the media stream.
このメディアタイプを使用するアプリケーション: オーディオと送付の追加データでメディアで損失に弾性を改良しようとするビデオ・ストリーミングツールが流れます。
Additional information: none
追加情報: なし
Person & email address to contact for further information:
詳細のために連絡する人とEメールアドレス:
Jonathan Rosenberg
dynamicsoft
72 Eagle Rock Avenue
First Floor
East Hanover, NJ 07936
email: jdrosen@dynamicsoft.com
jdrosen@alum.mit.edu
ジョナサンローゼンバーグdynamicsoft72Eagle Rock AvenueのFirst Floorの東ハノーバー王家、ニュージャージー 07936はメールされます: jdrosen@dynamicsoft.com jdrosen@alum.mit.edu
Intended usage: COMMON
意図している用法: 一般的
Author/Change controller: This registration is part of the IETF
registration tree.
コントローラを書くか、または変えてください: この登録はIETF登録木の一部です。
RTP and SDP Issues: Usage of this format within RTP and the
Session Description Protocol (SDP) [6] are fully specified
within RFC 2733 [1].
RTPとSDP問題: RTPの中のこの形式とSession記述プロトコル(SDP)[6]の用法はRFC2733[1]の中で完全に指定されています。
4 Registration of text/parityfec
4 テキスト/parityfecの登録
To: ietf-types@iana.org
To: ietf-types@iana.org
Subject: Registration of MIME media type text/parityfec
Subject: MIMEメディアタイプテキスト/parityfecの登録
MIME media type name: text
MIMEメディア型名: テキスト
MIME subtype name: parityfec
MIME「副-タイプ」は以下を命名します。 parityfec
Rosenberg & Schulzrinne Standards Track [Page 4] RFC 3009 FEC MIME November 2000
ローゼンバーグとSchulzrinne標準化過程[4ページ]RFC3009FECは2000年11月にまねます。
Required parameters: none
必要なパラメタ: なし
Note that [3] mandates that RTP payload formats without a
defined rate must define a rate parameter as part of their
MIME registration. The payload format for generic forward
error correction [1] does not specify a rate parameter.
However, the rate for FEC data is equal to the rate of the
media data it protects.
[3] RTPペイロードが定義されたレートなしでフォーマットする命令が彼らのMIME登録の一部とレートパラメタを定義しなければならないことに注意してください。 ジェネリック前進型誤信号訂正[1]のためのペイロード形式はレートパラメタを指定しません。 しかしながら、FECデータのレートはそれが保護するメディアデータのレートと等しいです。
Optional parameters: none
任意のパラメタ: なし
Typical optional parameters [3], such as the number of
channels, and the duration of audio per packet, do not
apply to FEC data. The number of channels is effectively
the same as the media data it protects; the same is true
for the duration of text per packet.
チャンネルの数や、1パケットあたりのオーディオの持続時間などの典型的な任意のパラメタ[3]はFECデータに適用されません。 事実上、チャンネルの数はそれが保護するメディアデータと同じです。 1パケットあたりのテキストの持続時間に、同じくらいは本当です。
Encoding considerations: This format is only defined for
transport within the Real Time Transport protocol (RTP)
[4,5]. Its transport within RTP is fully specified with RFC
2733 [1].
問題をコード化します: この書式はレアルTime Transportプロトコル(RTP)[4、5]の中の輸送のために定義されるだけです。 RTPの中の輸送はRFC2733[1]で完全に指定されます。
Security considerations: the same security considerations
apply to these MIME registrations as to the payloads for
for them, as detailed in RFC 2733.
セキュリティ問題: 問題がそれらのためにRFC2733で詳しく述べられるようにペイロードに関してこれらのMIME登録証明書に申し込む同じセキュリティ。
Interoperability considerations: none
相互運用性問題: なし
Published specification: This MIME type is described fully
within RFC 2733 [1].
広められた仕様: このMIMEの種類はRFC2733[1]の中で完全に説明されます。
Applications which use this media type: Audio, video and text
streaming tools which seek to improve resiliency to loss by
sending additional data with the media stream.
このメディアタイプを使用するアプリケーション: オーディオ、ビデオ、および送付の追加データでメディアで損失に弾性を改良しようとするテキストのストリーミングのツールが流れます。
Additional information: none
追加情報: なし
Person & email address to contact for further information:
詳細のために連絡する人とEメールアドレス:
Jonathan Rosenberg
dynamicsoft
72 Eagle Rock Avenue
First Floor
East Hanover, NJ 07936
email: jdrosen@dynamicsoft.com
jdrosen@alum.mit.edu
ジョナサンローゼンバーグdynamicsoft72Eagle Rock AvenueのFirst Floorの東ハノーバー王家、ニュージャージー 07936はメールされます: jdrosen@dynamicsoft.com jdrosen@alum.mit.edu
Intended usage: COMMON
意図している用法: 一般的
Rosenberg & Schulzrinne Standards Track [Page 5] RFC 3009 FEC MIME November 2000
ローゼンバーグとSchulzrinne標準化過程[5ページ]RFC3009FECは2000年11月にまねます。
Author/Change controller: This registration is part of the IETF
registration tree.
コントローラを書くか、または変えてください: この登録はIETF登録木の一部です。
RTP and SDP Issues: Usage of this format within RTP and the
Session Description Protocol (SDP) [6] are fully specified
within RFC 2733 [1].
RTPとSDP問題: RTPの中のこの形式とSession記述プロトコル(SDP)[6]の用法はRFC2733[1]の中で完全に指定されています。
5 Registration of application/parityfec
5 アプリケーション/parityfecの登録
To: ietf-types@iana.org
To: ietf-types@iana.org
Subject: Registration of MIME media type application/parityfec
Subject: MIMEメディアタイプアプリケーション/parityfecの登録
MIME media type name: application
MIMEメディア型名: アプリケーション
MIME subtype name: parityfec
MIME「副-タイプ」は以下を命名します。 parityfec
Required parameters: none
必要なパラメタ: なし
Note that [3] mandates that RTP payload formats without a
defined rate must define a rate parameter as part of their
MIME registration. The payload format for generic forward
error correction [1] does not specify a rate parameter.
However, the rate for FEC data is equal to the rate of the
media data it protects.
[3] RTPペイロードが定義されたレートなしでフォーマットする命令が彼らのMIME登録の一部とレートパラメタを定義しなければならないことに注意してください。 ジェネリック前進型誤信号訂正[1]のためのペイロード形式はレートパラメタを指定しません。 しかしながら、FECデータのレートはそれが保護するメディアデータのレートと等しいです。
Optional parameters: none
任意のパラメタ: なし
Typical optional parameters [3], such as the number of
channels, and the duration of audio per packet, do not
apply to FEC data. The number of channels is effectively
the same as the media data it protects; the same is true
for the duration of application data per packet.
チャンネルの数や、1パケットあたりのオーディオの持続時間などの典型的な任意のパラメタ[3]はFECデータに適用されません。 事実上、チャンネルの数はそれが保護するメディアデータと同じです。 1パケットあたりのアプリケーションデータの持続時間に、同じくらいは本当です。
Encoding considerations: This format is only defined for
transport within the Real Time Transport protocol (RTP)
[4,5]. Its transport within RTP is fully specified with RFC
2733 [1].
問題をコード化します: この書式はレアルTime Transportプロトコル(RTP)[4、5]の中の輸送のために定義されるだけです。 RTPの中の輸送はRFC2733[1]で完全に指定されます。
Security considerations: the same security considerations
apply to these MIME registrations as to the payloads for
for them, as detailed in RFC 2733.
セキュリティ問題: 問題がそれらのためにRFC2733で詳しく述べられるようにペイロードに関してこれらのMIME登録証明書に申し込む同じセキュリティ。
Interoperability considerations: none
相互運用性問題: なし
Published specification: This MIME type is described fully
within RFC 2733 [1].
広められた仕様: このMIMEの種類はRFC2733[1]の中で完全に説明されます。
Rosenberg & Schulzrinne Standards Track [Page 6] RFC 3009 FEC MIME November 2000
ローゼンバーグとSchulzrinne標準化過程[6ページ]RFC3009FECは2000年11月にまねます。
Applications which use this media type: Audio, video and
application streaming tools which seek to improve
resiliency to loss by sending additional data with the
media stream.
このメディアタイプを使用するアプリケーション: オーディオ、ビデオ、および送付の追加データでメディアで損失に弾性を改良しようとするアプリケーションのストリーミングのツールが流れます。
Additional information: none
追加情報: なし
Person & email address to contact for further information:
詳細のために連絡する人とEメールアドレス:
Jonathan Rosenberg
dynamicsoft
72 Eagle Rock Avenue
First Floor
East Hanover, NJ 07936
email: jdrosen@dynamicsoft.com
jdrosen@alum.mit.edu
ジョナサンローゼンバーグdynamicsoft72Eagle Rock AvenueのFirst Floorの東ハノーバー王家、ニュージャージー 07936はメールされます: jdrosen@dynamicsoft.com jdrosen@alum.mit.edu
Intended usage: COMMON
意図している用法: 一般的
Author/Change controller: This registration is part of the IETF
registration tree.
コントローラを書くか、または変えてください: この登録はIETF登録木の一部です。
RTP and SDP Issues: Usage of this format within RTP and the
Session Description Protocol (SDP) [6] are fully specified
within RFC 2733 [1].
RTPとSDP問題: RTPの中のこの形式とSession記述プロトコル(SDP)[6]の用法はRFC2733[1]の中で完全に指定されています。
6 Security Considerations
6 セキュリティ問題
This MIME registration does not introduce any additional security considerations.
このMIME登録はどんな追加担保問題も紹介しません。
Rosenberg & Schulzrinne Standards Track [Page 7] RFC 3009 FEC MIME November 2000
ローゼンバーグとSchulzrinne標準化過程[7ページ]RFC3009FECは2000年11月にまねます。
7 Authors' Addresses
7人の作者のアドレス
Jonathan Rosenberg dynamicsoft 72 Eagle Rock Avenue First Floor East Hanover, NJ 07936
ジョナサンローゼンバーグdynamicsoft72Eagle Rock AvenueのFirst Floorの東ハノーバー王家、ニュージャージー 07936
EMail: jdrosen@dynamicsoft.com
メール: jdrosen@dynamicsoft.com
Henning Schulzrinne Columbia University M/S 0401 1214 Amsterdam Ave. New York, NY 10027-7003
ヘニングSchulzrinneコロンビア大学M/S0401 1214アムステルダムAve。 ニューヨーク、ニューヨーク10027-7003
EMail: schulzrinne@cs.columbia.edu
メール: schulzrinne@cs.columbia.edu
Rosenberg & Schulzrinne Standards Track [Page 8] RFC 3009 FEC MIME November 2000
ローゼンバーグとSchulzrinne標準化過程[8ページ]RFC3009FECは2000年11月にまねます。
8 Bibliography
8 図書目録
[1] Rosenberg, J. and H. Schulzrinne, "An RTP Payload Format for
Generic Forward Error Correction", RFC 2733, December 1999.
[1] ローゼンバーグとJ.とH.Schulzrinne、「ジェネリック前進型誤信号訂正のためのRTP有効搭載量形式」、RFC2733、1999年12月。
[2] Freed, N., Klensin, J. and J. Postel, "Multipurpose Internet Mail
Extensions (MIME) Part Four: Registration Procedures", RFC 2048,
November 1996.
解放された[2]、N.、Klensin、J.、およびJ.ポステル、「マルチパーパスインターネットメールエクステンション(MIME)は4を分けます」。 「登録手順」、RFC2048、1996年11月。
[3] Casner, S. and P. Hoschka, "MIME type registration of RTP payload
formats", Work in Progress.
[3] ProgressのCasnerとS.とP.Hoschka、「RTPペイロード形式のMIMEの種類登録」、Work。
[4] Schulzrinne, H., Casner, S., Frederick, R. and V. Jacobson,
"RTP: a transport protocol for real-time applications", RFC 1889,
January 1996.
[4]Schulzrinne、H.、Casner、S.、フレディリック、R.、およびV.ジェーコブソン、「RTP:」 「リアルタイムのアプリケーションのためのトランスポート・プロトコル」、RFC1889、1996年1月。
[5] Schulzrinne, H., Casner, S., Frederick, R. and V. Jacobson, "RTP:
a transport protocol for real-time applications", Work in
Progress.
[5]Schulzrinne、H.、Casner、S.、フレディリック、R.、およびV.ジェーコブソン、「RTP:」 「リアルタイムのアプリケーションのためのトランスポート・プロトコル」、ProgressのWork。
[6] Handley, M. and V. Jacobson, "SDP: Session Description Protocol",
RFC 2327, April 1998.
[6] ハンドレー、M.、およびV.ジェーコブソン、「SDP:」 「セッション記述プロトコル」、RFC2327、1998年4月。
Rosenberg & Schulzrinne Standards Track [Page 9] RFC 3009 FEC MIME November 2000
ローゼンバーグとSchulzrinne標準化過程[9ページ]RFC3009FECは2000年11月にまねます。
9 Full Copyright Statement
9 完全な著作権宣言文
Copyright (C) The Internet Society (2000). All Rights Reserved.
Copyright(C)インターネット協会(2000)。 All rights reserved。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部分配された実装を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsプロセスで定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上に承諾された限られた許容は、永久であり、インターネット協会、後継者または案配によって取り消されないでしょう。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS 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.
このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Rosenberg & Schulzrinne Standards Track [Page 10]
ローゼンバーグとSchulzrinne標準化過程[10ページ]
一覧
スポンサーリンク
