[要約] RFC 6843は、RTP制御プロトコル（RTCP）拡張レポート（XR）ブロックの遅延メトリック報告に関する規格です。このRFCの目的は、遅延メトリックの報告を可能にし、ネットワークの遅延の評価とトラブルシューティングを支援することです。
Internet Engineering Task Force (IETF) A. Clark
Request for Comments: 6843 Telchemy
Category: Standards Track K. Gross
ISSN: 2070-1721 AVA Networks
Q. Wu
Huawei
January 2013
RTP Control Protocol (RTCP) Extended Report (XR) Block for Delay Metric Reporting
遅延メトリックレポート用のRTP制御プロトコル（RTCP）拡張レポート（XR）ブロック
Abstract
概要
This document defines an RTP Control Protocol (RTCP) Extended Report (XR) block that allows the reporting of delay metrics for use in a range of Real-time Transport Protocol (RTP) applications.
このドキュメントでは、RTP制御プロトコル（RTCP）拡張レポート（XR）ブロックを定義します。これにより、さまざまなリアルタイムトランスポートプロトコル（RTP）アプリケーションで使用する遅延メトリックのレポートが可能になります。
Status of This Memo
本文書の状態
This is an Internet Standards Track document.
これはInternet Standards Trackドキュメントです。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 5741.
このドキュメントは、IETF（Internet Engineering Task Force）の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ（IESG）による公開が承認されました。インターネット標準の詳細については、RFC 5741のセクション2をご覧ください。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc6843.
このドキュメントの現在のステータス、エラータ、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc6843で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2013 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2013 IETF Trustおよびドキュメントの作成者として識別された人物。全著作権所有。
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. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
この文書は、BCP 78およびこの文書の発行日に有効なIETF文書に関するIETFトラストの法的規定（http://trustee.ietf.org/license-info）の対象となります。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseのテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。
Table of Contents
目次
1. Introduction ....................................................2
1.1. Packet Delay Metrics Block .................................2
1.2. RTCP and RTCP XR Reports ...................................2
1.3. Performance Metrics Framework ..............................3
1.4. Applicability ..............................................3
2. Terminology .....................................................3
2.1. Standards Language .........................................3
3. Delay Block .....................................................3
3.1. Report Block Structure .....................................4
3.2. Definition of Fields in Delay Metrics Report Block .........4
4. SDP Signaling ...................................................6
4.1. SDP rtcp-xr-attrib Attribute Extension .....................7
4.2. Offer/Answer Usage .........................................7
5. IANA Considerations .............................................7
5.1. New RTCP XR Block Type Value ...............................7
5.2. New RTCP XR SDP Parameter ..................................7
5.3. Contact Information for Registrations ......................7
6. Security Considerations .........................................8
7. Contributors ....................................................8
8. Acknowledgments .................................................8
9. References ......................................................8
9.1. Normative References .......................................8
9.2. Informative References .....................................9
This document defines a new block type to augment those defined in [RFC3611] for use in a range of RTP applications. The new block type supports the reporting of the mean, minimum, and maximum values of the network round-trip delay between RTP interfaces in peer RTP end systems as measured, for example, using the RTCP method described in [RFC3550]. It also supports reporting of the component of the round-trip delay internal to the local RTP system.
このドキュメントでは、さまざまなRTPアプリケーションで使用するために[RFC3611]で定義されたブロックタイプを補強する新しいブロックタイプを定義します。新しいブロックタイプは、たとえば[RFC3550]で説明されているRTCPメソッドを使用して測定された、ピアRTPエンドシステムのRTPインターフェイス間のネットワークラウンドトリップ遅延の平均値、最小値、および最大値のレポートをサポートします。また、ローカルRTPシステム内部の往復遅延のコンポーネントのレポートもサポートします。
The network metrics belong to the class of transport metrics defined in [RFC6792].
ネットワークメトリックは、[RFC6792]で定義されているトランスポートメトリックのクラスに属しています。
The use of RTCP for reporting is defined in [RFC3550]. [RFC3611] defined an extensible structure for reporting using an RTCP Extended Report (XR). This document defines a new Extended Report block for use with [RFC3550] and [RFC3611].
レポートのためのRTCPの使用は、[RFC3550]で定義されています。 [RFC3611]は、RTCP拡張レポート（XR）を使用してレポートするための拡張可能な構造を定義しました。このドキュメントは、[RFC3550]と[RFC3611]で使用するための新しいExtended Reportブロックを定義します。
The Performance Metrics Framework [RFC6390] provides guidance on the definition and specification of performance metrics. The RTP Monitoring Architectures [RFC6792] provides guidelines for reporting block format using RTCP XR. The metrics block described in this document is in accordance with the guidelines in [RFC6390] and [RFC6792].
パフォーマンスメトリックフレームワーク[RFC6390]は、パフォーマンスメトリックの定義と仕様に関するガイダンスを提供します。 RTP監視アーキテクチャ[RFC6792]は、RTCP XRを使用してブロック形式を報告するためのガイドラインを提供します。このドキュメントで説明されているメトリックブロックは、[RFC6390]および[RFC6792]のガイドラインに準拠しています。
These metrics are applicable to a range of RTP applications in which this report block would be useful, such as multimedia conferencing and streaming audio and video. Knowledge of the round-trip delay and delay characteristics can aid other receivers in sizing their receive buffers and selecting a playout delay. The same information is also valuable to network managers in troubleshooting network and user experience issues.
これらのメトリックは、マルチメディア会議やストリーミングオーディオやビデオなど、このレポートブロックが役立つさまざまなRTPアプリケーションに適用できます。ラウンドトリップ遅延と遅延特性の知識は、他のレシーバーが受信バッファーのサイズを決定し、プレイアウト遅延を選択するのに役立ちます。同じ情報は、ネットワーク管理者にとっても、ネットワークとユーザーエクスペリエンスの問題のトラブルシューティングに役立ちます。
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]で説明されているように解釈されます。
Metrics in this block report on packet delay in the stream arriving at the RTP system. The measurement of these metrics is made either at the receiving end of the RTP stream or at the sending end of the RTP stream. Instances of this metrics block refer by synchronization source (SSRC) to the separate auxiliary Measurement Information block [RFC6776], which contains measurement periods (see [RFC6776], Section 4.2). This metrics block relies on the measurement period in the Measurement Information block indicating the span of the report and SHOULD be sent in the same compound RTCP packet as the Measurement Information block. If the measurement period is not received in the same compound RTCP packet as this metrics block, this metrics block MUST be discarded.
このブロックのメトリックは、RTPシステムに到着するストリームのパケット遅延について報告します。これらのメトリックの測定は、RTPストリームの受信側またはRTPストリームの送信側で行われます。このメトリクスブロックのインスタンスは、同期ソース（SSRC）によって、測定期間を含む個別の補助測定情報ブロック[RFC6776]を参照します（[RFC6776]、セクション4.2を参照）。このメトリックブロックは、レポートのスパンを示すMeasurement Informationブロックの測定期間に依存し、SHOULDはMeasurement Informationブロックと同じ複合RTCPパケットで送信される必要があります。このメトリックブロックと同じ複合RTCPパケットで測定期間が受信されない場合、このメトリックブロックは破棄する必要があります。
Delay metrics block
遅延メトリックブロック
0 1 2 3
0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| BT=16 | I | resv. | block length = 6 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SSRC of Source |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Mean Network Round-Trip Delay |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Min Network Round-Trip Delay |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Max Network Round-Trip Delay |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| End System Delay - Seconds (bit 0-31) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| End System Delay - Fraction (bit 0-31) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 1: Report Block Structure
図1：レポートブロックの構造
Block type (BT): 8 bits
ブロックタイプ（BT）：8ビット
A Delay Report Block is identified by the constant 16.
遅延レポートブロックは定数16で識別されます。
Interval Metric flag (I): 2 bit
間隔メトリックフラグ（I）：2ビット
This field is used to indicate whether the delay metrics are Sampled, Interval or Cumulative metrics:
このフィールドは、遅延メトリックがサンプル、間隔、または累積メトリックであるかどうかを示すために使用されます。
I=10: Interval Duration - the reported value applies to the most recent measurement interval duration between successive metrics reports.
I = 10：インターバル期間-報告された値は、連続するメトリックレポート間の最新の測定インターバル期間に適用されます。
I=11: Cumulative Duration - the reported value applies to the accumulation period characteristic of cumulative measurements.
I = 11：累積期間-報告された値は、累積測定に特有の累積期間に適用されます。
I=01: Sampled Value - the reported value is a sampled instantaneous value.
I = 01：サンプル値-報告された値はサンプルの瞬間値です。
Reserved (resv): 6 bits
予約済み（resv）：6ビット
These bits are reserved. They MUST be set to zero by senders and ignored by receivers (see [RFC6709], Section 4.2).
これらのビットは予約されています。送信者はゼロに設定し、受信者は無視する必要があります（[RFC6709]、セクション4.2を参照）。
block length: 16 bits
ブロック長：16ビット
The length of this report block in 32-bit words, minus one. For the delay block, the block length is equal to 6.
このレポートブロックの長さ（32ビットワード、マイナス1）。遅延ブロックの場合、ブロック長は6です。
SSRC of source: 32 bits
ソースのSSRC：32ビット
As defined in Section 4.1 of [RFC3611].
[RFC3611]のセクション4.1で定義されています。
Mean Network Round-Trip Delay: 32 bits
平均ネットワーク往復遅延：32ビット
The Mean Network Round-Trip Delay is the mean value of the RTP-to-RTP interface round-trip delay over the measurement period, expressed in units of 1/65536 seconds. This value is typically determined using "the NTP timestamp field" in the RTCP sender report (SR) and "the last SR (LSR) field","delay since last SR (DLSR) field" in the RTCP receiver report (RR) (see [RFC3550], Section 6.4.1 and Figure 2). It also can be determined using "the NTP timestamp field" in the RTCP Receiver Reference Time Report Block and "last RR (LRR) field", "delay since last RR (DLRR) field" in the DLRR Report Block (see [RFC3611], Section 4.5).
平均ネットワークラウンドトリップ遅延は、測定期間中のRTPからRTPへのインターフェイスラウンドトリップ遅延の平均値であり、1/65536秒の単位で表されます。この値は通常、RTCP送信者レポート（SR）の「NTPタイムスタンプフィールド」と、RTCP受信者レポート（RR）の「最後のSR（DLSR）フィールドからの遅延」を使用して決定されます（ [RFC3550]、セクション6.4.1および図2を参照）。また、RTCPレシーバ参照時間レポートブロックの「NTPタイムスタンプフィールド」およびDLRRレポートブロックの「最後のRR（LRR）フィールド」、「最後のRR（DLRR）フィールドからの遅延」を使用して決定することもできます（[RFC3611]を参照）。 、セクション4.5）。
If only one measurement of Round-Trip Delay is available for the time span of the report (i.e., the measurement period) (whether Interval or Cumulative), this single value SHOULD be reported as the mean value.
レポートの期間（つまり、測定期間）でラウンドトリップ遅延の測定が1つしか利用できない場合（間隔または累積）、この単一の値を平均値として報告する必要があります（SHOULD）。
If the measurement is unavailable, the value of this field with all bits set to 1 MUST be reported.
測定が利用できない場合、すべてのビットが1に設定されているこのフィールドの値を報告する必要があります。
Min Network Round-Trip Delay: 32 bits
最小ネットワーク往復遅延：32ビット
The Min Network Round Trip Delay is the minimum value of the RTP-to-RTP interface round-trip delay over the measurement period, expressed in units of 1/65536 seconds. This value is typically determined using the NTP timestamp field in the RTCP SR and LSR field and DLSR field in the RTCP RR. It also can be determined using the NTP timestamp field in the RTCP Receiver Reference Time Report Block and LRR field and DLRR field in the DLRR Report Block.
Min Network Round Trip Delayは、測定期間中のRTPからRTPへのインターフェースの往復遅延の最小値で、1/65536秒の単位で表されます。この値は通常、RTCP SRおよびLSRフィールドのNTPタイムスタンプフィールドと、RTCP RRのDLSRフィールドを使用して決定されます。また、RTCPレシーバー参照時間レポートブロックのNTPタイムスタンプフィールド、およびDLRRレポートブロックのLRRフィールドとDLRRフィールドを使用して決定することもできます。
If only one measurement of Round Trip Delay is available for the time span of the report (i.e., the measurement period) (whether Interval or Cumulative), this single value SHOULD be reported as the minimum value.
レポートの期間（つまり、測定期間）で使用できる往復遅延の測定値が1つだけの場合（間隔または累積）、この単一の値を最小値として報告する必要があります（SHOULD）。
If the measurement is unavailable, the value of this field with all bits set to 1 MUST be reported.
測定が利用できない場合、すべてのビットが1に設定されているこのフィールドの値を報告する必要があります。
Max Network Round-Trip Delay: 32 bits
最大ネットワーク往復遅延：32ビット
The Max Network Round-Trip Delay is the maximum value of the RTP-to-RTP interface round-trip delay over the measurement period, expressed in units of 1/65536 seconds. This value is typically determined using the NTP timestamp field in the RTCP SR and LSR field and DLSR field in the RTCP RR. It also can be determined using the NTP timestamp field in the RTCP Receiver Reference Time Report Block and LRR field and DLRR field in the DLRR Report Block.
Max Network Round-Trip Delayは、測定期間中のRTPからRTPへのインターフェイスの往復遅延の最大値で、1/65536秒の単位で表されます。この値は通常、RTCP SRおよびLSRフィールドのNTPタイムスタンプフィールドと、RTCP RRのDLSRフィールドを使用して決定されます。また、RTCPレシーバー参照時間レポートブロックのNTPタイムスタンプフィールド、およびDLRRレポートブロックのLRRフィールドとDLRRフィールドを使用して決定することもできます。
If only one measurement of Round-Trip Delay is available for the time span of the report (i.e.,the measurement period) (whether Interval or Cumulative), this single value SHOULD be reported as the maximum value.
レポートの期間（つまり、測定期間）でラウンドトリップ遅延の測定値が1つしか使用できない場合（間隔または累積）、この単一の値を最大値として報告する必要があります（SHOULD）。
If the measurement is unavailable, the value of this field with all bits set to 1 MUST be reported.
測定が利用できない場合、すべてのビットが1に設定されているこのフィールドの値を報告する必要があります。
End System Delay: 64 bits
エンドシステム遅延：64ビット
The End System Delay is the internal round-trip delay within the reporting endpoint, calculated using the nominal value of the jitter buffer delay plus the accumulation/encoding and decoding/ playout delay associated with the codec being used. The value of this field is represented using a 64-bit NTP-format timestamp as defined in [RFC5905], which is a 64-bit unsigned fixed-point number with the integer part in the first 32 bits and the fractional part in the last 32 bits.
エンドシステム遅延は、レポートエンドポイント内の内部ラウンドトリップ遅延であり、ジッタバッファ遅延の公称値と、使用されているコーデックに関連する累積/符号化および復号/再生遅延を使用して計算されます。このフィールドの値は、[RFC5905]で定義されている64ビットのNTP形式のタイムスタンプを使用して表されます。これは、最初の32ビットが整数部で、最後が小数部である64ビットの符号なし固定小数点数です。 32ビット。
If the measurement is unavailable, the value of this field with all bits set to 1 MUST be reported.
測定が利用できない場合、すべてのビットが1に設定されているこのフィールドの値を報告する必要があります。
[RFC3611] defines the use of SDP (Session Description Protocol) [RFC4566] for signaling the use of XR blocks. XR blocks MAY be used without prior signaling.
[RFC3611]は、XRブロックの使用を通知するためのSDP（Session Description Protocol）[RFC4566]の使用を定義しています。 XRブロックは、事前のシグナリングなしで使用される場合があります。
This section augments the SDP [RFC4566] attribute "rtcp-xr" defined in [RFC3611] by providing an additional value of "xr-format" to signal the use of the report block defined in this document.
このセクションでは、[RFC3611]で定義されているSDP [RFC4566]属性「rtcp-xr」を拡張して、このドキュメントで定義されているレポートブロックの使用を通知する「xr-format」の追加値を提供します。
xr-format =/ xr-delay-block
xr-format = / xr-delay-block
xr-delay-block ="delay"
xr-delay-block = "delay"
When SDP is used in offer/answer context, the SDP Offer/Answer usage defined in [RFC3611] applies.
SDPがオファー/アンサーコンテキストで使用される場合、[RFC3611]で定義されているSDPオファー/アンサーの使用法が適用されます。
New block types for RTCP XR are subject to IANA registration. For general guidelines on IANA considerations for RTCP XR, refer to [RFC3611].
RTCP XRの新しいブロックタイプは、IANA登録の対象です。 RTCP XRに関するIANAの考慮事項に関する一般的なガイドラインについては、[RFC3611]を参照してください。
This document assigns the block type value 16 in the IANA "RTP Control Protocol Extended Reports (RTCP XR) Block Type Registry" to the "Delay Metrics Block".
このドキュメントでは、IANAの「RTP制御プロトコル拡張レポート（RTCP XR）ブロックタイプレジストリ」のブロックタイプ値16を「遅延メトリックブロック」に割り当てています。
This document also registers a new parameter "delay" in the "RTP Control Protocol Extended Reports (RTCP XR) Session Description Protocol (SDP) Parameters" registry.
このドキュメントでは、「RTP制御プロトコル拡張レポート（RTCP XR）セッション記述プロトコル（SDP）パラメータ」レジストリに新しいパラメータ「遅延」も登録しています。
The contact information for the registrations is:
登録の連絡先情報は次のとおりです。
Qin Wu (sunseawq@huawei.com) Huawei 101 Software Avenue, Yuhua District Nanjing, Jiangsu 210012 China
W UのQ（色の喪失については@ Huawei.comに移動します）hu Aは101ソフトウェアアベニュー、Y Uは地区江蘇省、江蘇210012中国
It is believed that this proposed RTCP XR report block introduces no new security considerations beyond those described in [RFC3611]. This block does not provide per-packet statistics, so the risk to confidentiality documented in Section 7, paragraph 3, of [RFC3611] does not apply.
この提案されたRTCP XRレポートブロックは、[RFC3611]で説明されているものを超える新しいセキュリティ上の考慮事項を導入しないと考えられています。このブロックはパケットごとの統計を提供しないため、[RFC3611]のセクション7、パラグラフ3に記載されている機密性へのリスクは適用されません。
Geoff Hunt wrote the initial version of this document.
Geoff Huntがこのドキュメントの最初のバージョンを書きました。
The authors gratefully acknowledge the comments and contributions made by Bruce Adams, Philip Arden, Amit Arora, Bob Biskner, Kevin Connor, Claus Dahm, Randy Ethier, Roni Even, Jim Frauenthal, Albert Higashi, Tom Hock, Shane Holthaus, Paul Jones, Rajesh Kumar, Keith Lantz, Mohamed Mostafa, Amy Pendleton, Colin Perkins, Mike Ramalho, Ravi Raviraj, Albrecht Schwarz, Tom Taylor, and Hideaki Yamada, Jing Zhao, Kevin Gross, Colin Perkins, Charles Eckel, Glen Zorn, Shida Schubert, Barry Leiba, Sean Turner, Robert Sparks, Benoit Claise, and Stephen Farrell.
著者は、ブルース・アダムス、フィリップ・アーデン、アミット・アロラ、ボブ・ビスクナー、ケビン・コナー、クラウス・ダーム、ランディ・エティエ、ロニー・イーブン、ジム・フロウエンタール、アルバート・ヒガシ、トム・ホック、シェーン・ホルトハウス、ポール・ジョーンズ、ラジェシュによるコメントと寄稿に感謝しますクマー、キース・ランツ、モハメド・モスタファ、エイミー・ペンドルトン、コリン・パーキンス、マイク・ラマーリョ、ラヴィ・ラビラジ、アルブレヒト・シュワルツ、トム・テイラー、山田秀明、ジン・チャオ、ケビン・グロス、コリン・パーキンス、チャールズ・エケル、グレン・ゾーン、シーダ・シューベルト、バリー・レイバ、ショーンターナー、ロバートスパークス、ブノワクレイズ、スティーブンファレル。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するキーワード」、BCP 14、RFC 2119、1997年3月。
[RFC3550] Schulzrinne, H., Casner, S., Frederick, R., and V. Jacobson, "RTP: A Transport Protocol for Real-Time Applications", STD 64, RFC 3550, July 2003.
[RFC3550] Schulzrinne、H.、Casner、S.、Frederick、R。、およびV. Jacobson、「RTP：A Transport Protocol for Real-Time Applications」、STD 64、RFC 3550、2003年7月。
[RFC3611] Friedman, T., Caceres, R., and A. Clark, "RTP Control Protocol Extended Reports (RTCP XR)", RFC 3611, November 2003.
[RFC3611]フリードマン、T。、カセレス、R。、およびA.クラーク、「RTP制御プロトコル拡張レポート（RTCP XR）」、RFC 3611、2003年11月。
[RFC4566] Handley, M., Jacobson, V., and C. Perkins, "SDP: Session Description Protocol", RFC 4566, July 2006.
[RFC4566] Handley、M.、Jacobson、V。、およびC. Perkins、「SDP：Session Description Protocol」、RFC 4566、2006年7月。
[RFC5905] Mills, D., Martin, J., Burbank, J., and W. Kasch, "Network Time Protocol Version 4: Protocol and Algorithms Specification", RFC 5905, June 2010.
[RFC5905] Mills、D.、Martin、J.、Burbank、J。、およびW. Kasch、「Network Time Protocol Version 4：Protocol and Algorithms Specification」、RFC 5905、2010年6月。
[RFC6709] Carpenter, B., Aboba, B., and S. Cheshire, "Design Considerations for Protocol Extensions", RFC 6709, September 2012.
[RFC6709] Carpenter、B.、Aboba、B。、およびS. Cheshire、「プロトコル拡張の設計上の考慮事項」、RFC 6709、2012年9月。
[RFC6390] Clark, A. and B. Claise, "Guidelines for Considering New Performance Metric Development", BCP 170, RFC 6390, October 2011.
[RFC6390] Clark、A。およびB. Claise、「新しいパフォーマンスメトリック開発を検討するためのガイドライン」、BCP 170、RFC 6390、2011年10月。
[RFC6776] Clark, A. and Q. Wu, "Measurement Identity and Information Reporting Using a Source Description (SDES) Item and an RTCP Extended Report (XR) Block", RFC 6776, October 2012.
[RFC6776]クラークA.およびQ.ウー、「ソース記述（SDES）アイテムとRTCP拡張レポート（XR）ブロックを使用した測定IDおよび情報レポート」、RFC 6776、2012年10月。
[RFC6792] Wu, Q., Hunt, G., and P. Arden, "Guidelines for Use of the RTP Monitoring Framework", RFC 6792, November 2012.
[RFC6792] Wu、Q.、Hunt、G。、およびP. Arden、「RTPモニタリングフレームワークの使用に関するガイドライン」、RFC 6792、2012年11月。
Authors' Addresses
著者のアドレス
Alan Clark Telchemy Incorporated 2905 Premiere Parkway, Suite 280 Duluth, GA 30097 USA
Alan Clark Telchemy Incorporated 2905 Premiere Parkway、Suite 280 Duluth、GA 30097 USA
EMail: alan.d.clark@telchemy.com
Kevin Gross AVA Networks
ケビングロスAVAネットワーク
EMail: kevin.gross@avanw.com
Qin Wu Huawei 101 Software Avenue, Yuhua District Nanjing, Jiangsu 210012 China
Wuhu AのQは101ソフトウェアアベニューで、Y Uは地区210012中国江蘇省NaN京を描画します
EMail: sunseawq@huawei.com