Network Working Group J. Dunn
Request for Comments: 3116 C. Martin
Category: Informational ANC, Inc.
June 2001
Methodology for ATM Benchmarking
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) The Internet Society (2001). All Rights Reserved.
著作権（C）インターネット協会（2001）。全著作権所有。
Abstract
抽象
This document discusses and defines a number of tests that may be used to describe the performance characteristics of ATM (Asynchronous Transfer Mode) based switching devices. In addition to defining the tests this document also describes specific formats for reporting the results of the tests.
この文書では、ATM（非同期転送モード）ベースのスイッチングデバイスの性能特性を記述するために使用することができる試験の数を説明し、定義します。テストの定義に加えて、この文書はまた、テストの結果を報告するための特定のフォーマットを説明しています。
This memo is a product of the Benchmarking Methodology Working Group (BMWG) of the Internet Engineering Task Force (IETF).
このメモはインターネットエンジニアリングタスクフォース（IETF）のベンチマーク手法ワーキンググループ（BMWG）の製品です。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 4
2. Background . . . . . . . . . . . . . . . . . . . . . . . . . . 5
2.1. Test Device Requirements . . . . . . . . . . . . . . . . . . 5
2.2. Systems Under Test (SUTs). . . . . . . . . . . . . . . . . . 5
2.3. Test Result Evaluation . . . . . . . . . . . . . . . . . . . 5
2.4. Requirements . . . . . . . . . . . . . . . . . . . . . . . . 5
2.5. Test Configurations for SONET. . . . . . . . . . . . . . . . 6
2.6. SUT Configuration. . . . . . . . . . . . . . . . . . . . . . 7
2.7. Frame Formats. . . . . . . . . . . . . . . . . . . . . . . . 8
2.8. Frame Sizes. . . . . . . . . . . . . . . . . . . . . . . . . 8
2.9. Verifying Received IP PDU's. . . . . . . . . . . . . . . . . 9
2.10. Modifiers . . . . . . . . . . . . . . . . . . . . . . . . . 9
2.10.1. Management IP PDU's . . . . . . . . . . . . . . . . . . . 9
2.10.2. Routing Update IP PDU's . . . . . . . . . . . . . . . . . 10
2.11. Filters . . . . . . . . . . . . . . . . . . . . . . . . . . 10
2.11.1. Filter Addresses. . . . . . . . . . . . . . . . . . . . . 11
2.12. Protocol Addresses. . . . . . . . . . . . . . . . . . . . . 12
2.13. Route Set Up. . . . . . . . . . . . . . . . . . . . . . . . 12
2.14. Bidirectional Traffic . . . . . . . . . . . . . . . . . . . 12
2.15. Single Stream Path. . . . . . . . . . . . . . . . . . . . . 12
2.16. Multi-port. . . . . . . . . . . . . . . . . . . . . . . . . 13
2.17. Multiple Protocols. . . . . . . . . . . . . . . . . . . . . 14
2.18. Multiple IP PDU Sizes . . . . . . . . . . . . . . . . . . . 14
2.19. Testing Beyond a Single SUT . . . . . . . . . . . . . . . . 14
2.20. Maximum IP PDU Rate . . . . . . . . . . . . . . . . . . . . 15
2.21. Busty Traffic . . . . . . . . . . . . . . . . . . . . . . . 15
2.22. Trial Description . . . . . . . . . . . . . . . . . . . . . 16
2.23. Trial Duration. . . . . . . . . . . . . . . . . . . . . . . 16
2.24. Address Resolution. . . . . . . . . . . . . . . . . . . . . 16
2.25. Synchronized Payload Bit Pattern. . . . . . . . . . . . . . 16
2.26. Burst Traffic Descriptors . . . . . . . . . . . . . . . . . 17
3. Performance Metrics. . . . . . . . . . . . . . . . . . . . . . 17
3.1. Physical Layer-SONET . . . . . . . . . . . . . . . . . . . . 17
3.1.1. Pointer Movements. . . . . . . . . . . . . . . . . . . . . 17
3.1.1.1. Pointer Movement Propagation . . . . . . . . . . . . . . 17
3.1.1.2. Cell Loss due to Pointer Movement. . . . . . . . . . . . 19
3.1.1.3. IP Packet Loss due to Pointer Movement . . . . . . . . . 20
3.1.2. Transport Overhead (TOH) Error Count . . . . . . . . . . . 21
3.1.2.1. TOH Error Propagation. . . . . . . . . . . . . . . . . . 21
3.1.2.2. Cell Loss due to TOH Error . . . . . . . . . . . . . . . 22
3.1.2.3. IP Packet Loss due to TOH Error. . . . . . . . . . . . . 23
3.1.3. Path Overhead (POH) Error Count. . . . . . . . . . . . . . 24
3.1.3.1. POH Error Propagation. . . . . . . . . . . . . . . . . . 24
3.1.3.2. Cell Loss due to POH Error . . . . . . . . . . . . . . . 25
3.1.3.3. IP Packet Loss due to POH Error. . . . . . . . . . . . . 26
3.2. ATM Layer. . . . . . . . . . . . . . . . . . . . . . . . . . 27
3.2.1. Two-Point Cell Delay Variation (CDV) . . . . . . . . . . . 27
3.2.1.1. Test Setup . . . . . . . . . . . . . . . . . . . . . . . 27
3.2.1.2. Two-point CDV/Steady Load/One VCC. . . . . . . . . . . . 27
3.2.1.3. Two-point CDV/Steady Load/Twelve VCCs. . . . . . . . . . 28
3.2.1.4. Two-point CDV/Steady Load/Maximum VCCs . . . . . . . . . 30
3.2.1.5. Two-point CDV/Bursty VBR Load/One VCC. . . . . . . . . . 31
3.2.1.6. Two-point CDV/Bursty VBR Load/Twelve VCCs. . . . . . . . 32
3.2.1.7. Two-point CDV/Bursty VBR Load/Maximum VCCs . . . . . . . 34
3.2.1.8. Two-point CDV/Mixed Load/Three VCC's . . . . . . . . . . 35
3.2.1.9. Two-point CDV/Mixed Load/Twelve VCCs . . . . . . . . . . 36
3.2.1.10. Two-point CDV/Mixed Load/Maximum VCCs . . . . . . . . . 38
3.2.2. Cell Error Ratio (CER) . . . . . . . . . . . . . . . . . . 39
3.2.2.1. Test Setup . . . . . . . . . . . . . . . . . . . . . . . 39
3.2.2.2. CER/Steady Load/One VCC. . . . . . . . . . . . . . . . . 40
3.2.2.3. CER/Steady Load/Twelve VCCs. . . . . . . . . . . . . . . 41
3.2.2.4. CER/Steady Load/Maximum VCCs . . . . . . . . . . . . . . 42
3.2.2.5. CER/Bursty VBR Load/One VCC. . . . . . . . . . . . . . . 43
3.2.2.6. CER/Bursty VBR Load/Twelve VCCs. . . . . . . . . . . . . 44
3.2.2.7. CER/Bursty VBR Load/Maximum VCCs . . . . . . . . . . . . 46
3.2.3. Cell Loss Ratio (CLR). . . . . . . . . . . . . . . . . . . 47
3.2.3.1. CLR/Steady Load/One VCC. . . . . . . . . . . . . . . . . 47
3.2.3.2. CLR/Steady Load/Twelve VCCs. . . . . . . . . . . . . . . 48
3.2.3.3. CLR/Steady Load/Maximum VCCs . . . . . . . . . . . . . . 49
3.2.3.4. CLR/Bursty VBR Load/One VCC. . . . . . . . . . . . . . . 51
3.2.3.5. CLR/Bursty VBR Load/Twelve VCCs. . . . . . . . . . . . . 52
3.2.3.6. CLR/Bursty VBR Load/Maximum VCCs . . . . . . . . . . . . 53
3.2.4. Cell Misinsertion Rate (CMR) . . . . . . . . . . . . . . . 54
3.2.4.1. CMR/Steady Load/One VCC. . . . . . . . . . . . . . . . . 54
3.2.4.2. CMR/Steady Load/Twelve VCCs. . . . . . . . . . . . . . . 55
3.2.4.3. CMR/Steady Load/Maximum VCCs . . . . . . . . . . . . . . 57
3.2.4.4. CMR/Bursty VBR Load/One VCC. . . . . . . . . . . . . . . 58
3.2.4.5. CMR/Bursty VBR Load/Twelve VCCs. . . . . . . . . . . . . 59
3.2.4.6. CMR/Bursty VBR Load/Maximum VCCs . . . . . . . . . . . . 60
3.2.5. CRC Error Ratio (CRC-ER) . . . . . . . . . . . . . . . . . 62
3.2.5.1. CRC-ER/Steady Load/One VCC . . . . . . . . . . . . . . . 62
3.2.5.2. CRC-ER/Steady Load/Twelve VCCs . . . . . . . . . . . . . 63
3.2.5.3. CRC-ER/Steady Load/Maximum VCCs. . . . . . . . . . . . . 64
3.2.5.4. CRC-ER/Bursty VBR Load/One VCC . . . . . . . . . . . . . 65
3.2.5.5. CRC-ER/Bursty VBR Load/Twelve VCCs . . . . . . . . . . . 66
3.2.5.6. CRC-ER/Bursty VBR Load/Maximum VCCs. . . . . . . . . . . 68
3.2.5.7. CRC-ER/Bursty UBR Load/One VCC . . . . . . . . . . . . . 69
3.2.5.8. CRC-ER/Bursty UBR Load/Twelve VCCs . . . . . . . . . . . 70
3.2.5.9. CRC-ER/Bursty UBR Load/Maximum VCCs. . . . . . . . . . . 71
3.2.5.10. CRC-ER/Bursty Mixed Load/Three VCC. . . . . . . . . . . 73
3.2.5.11. CRC-ER/Bursty Mixed Load/Twelve VCCs. . . . . . . . . . 74
3.2.5.12. CRC-ER/Bursty Mixed Load/Maximum VCCs . . . . . . . . . 75
3.2.6. Cell Transfer Delay (CTD). . . . . . . . . . . . . . . . . 76
3.2.6.1. Test Setup . . . . . . . . . . . . . . . . . . . . . . . 76
3.2.6.2. CTD/Steady Load/One VCC. . . . . . . . . . . . . . . . . 77
3.2.6.3. CTD/Steady Load/Twelve VCCs. . . . . . . . . . . . . . . 78
3.2.6.4. CTD/Steady Load/Maximum VCCs . . . . . . . . . . . . . . 79
3.2.6.5. CTD/Bursty VBR Load/One VCC. . . . . . . . . . . . . . . 81
3.2.6.6. CTD/Bursty VBR Load/Twelve VCCs. . . . . . . . . . . . . 82
3.2.6.7. CTD/Bursty VBR Load/Maximum VCCs . . . . . . . . . . . . 83
3.2.6.8. CTD/Bursty UBR Load/One VCC. . . . . . . . . . . . . . . 85
3.2.6.9. CTD/Bursty UBR Load/Twelve VCCs. . . . . . . . . . . . . 86
3.2.6.10. CTD/Bursty UBR Load/Maximum VCCs. . . . . . . . . . . . 87
3.2.6.11. CTD/Mixed Load/Three VCC's. . . . . . . . . . . . . . . 88
3.2.6.12. CTD/Mixed Load/Twelve VCCs. . . . . . . . . . . . . . . 90
3.2.6.13. CTD/Mixed Load/Maximum VCCs . . . . . . . . . . . . . . 91
3.3. ATM Adaptation Layer (AAL) Type 5 (AAL5) . . . . . . . . . . 93
3.3.1. IP Packet Loss due to AAL5 Re-assembly Errors. . . . . . . 93
3.3.2. AAL5 Re-assembly Time. . . . . . . . . . . . . . . . . . . 94
3.3.3. AAL5 CRC Error Ratio . . . . . . . . . . . . . . . . . . . 95
3.3.3.1. Test Setup . . . . . . . . . . . . . . . . . . . . . . . 95
3.3.3.2. AAL5-CRC-ER/Steady Load/One VCC. . . . . . . . . . . . . 95
3.3.3.3. AAL5-CRC-ER/Steady Load/Twelve VCCs. . . . . . . . . . . 96
3.3.3.4. AAL5-CRC-ER/Steady Load/Maximum VCCs . . . . . . . . . . 97
3.3.3.5. AAL5-CRC-ER/Bursty VBR Load/One VCC. . . . . . . . . . . 99
3.3.3.6. AAL5-CRC-ER/Bursty VBR Load/Twelve VCCs. . . . . . . . .100
3.3.3.7. AAL5-CRC-ER/Bursty VBR Load/Maximum VCCs . . . . . . . .101
3.3.3.8. AAL5-CRC-ER/Mixed Load/Three VCC's . . . . . . . . . . .102
3.3.3.9. AAL5-CRC-ER/Mixed Load/Twelve VCCs . . . . . . . . . . .104
3.3.3.10. AAL5-CRC-ER/Mixed Load/Maximum VCCs . . . . . . . . . .105
3.4. ATM Service: Signaling . . . . . . . . . . . . . . . . . . .106
3.4.1. CAC Denial Time and Connection Establishment Time. . . . .106
3.4.2. Connection Teardown Time . . . . . . . . . . . . . . . . .107
3.4.3. Crankback Time . . . . . . . . . . . . . . . . . . . . . .108
3.4.4. Route Update Response Time . . . . . . . . . . . . . . . .109
3.5. ATM Service: ILMI. . . . . . . . . . . . . . . . . . . . . .110
3.5.1. MIB Alignment Time . . . . . . . . . . . . . . . . . . . .110
3.5.2. Address Registration Time. . . . . . . . . . . . . . . . .111
4. Security Considerations . . . . . . . . . . . . . . . . . . .112
5. Notices. . . . . . . . . . . . . . . . . . . . . . . . . . . .112
6. References . . . . . . . . . . . . . . . . . . . . . . . . . .113
7. Authors' Addresses . . . . . . . . . . . . . . . . . . . . . .113
APPENDIX A . . . . . . . . . . . . . . . . . . . . . . . . . . .114
APPENDIX B . . . . . . . . . . . . . . . . . . . . . . . . . . .114
APPENDIX C . . . . . . . . . . . . . . . . . . . . . . . . . . .116
Full Copyright Statement . . . . . . . . . . . . . . . . . . . .127
This document defines a specific set of tests that vendors can use to measure and report the performance characteristics of ATM network devices. The results of these tests will provide the user comparable data from different vendors with which to evaluate these devices. The methods defined in this memo are based on RFC 2544 "Benchmarking Methodology for Network Interconnect Devices".
この文書では、ベンダーがATMネットワーク装置の性能特性を測定し、報告するために使用できるテストの特定のセットを定義します。これらの試験の結果は、これらのデバイスを評価すると、異なるベンダーからユーザー比較可能なデータを提供します。このメモで定義されたメソッドは、RFC 2544「ネットワーク相互接続デバイスのためのベンチマーキング方法論」に基づいています。
The document "Terminology for ATM Benchmarking" (RFC 2761), defines many of the terms that are used in this document. The terminology document should be consulted before attempting to make use of this document.
「ATMベンチマークのための用語」（RFC 2761）文書は、本文書で使用される用語の多くを定義します。用語の文書は、この文書を使用することを試みる前に相談する必要があります。
The BMWG produces two major classes of documents: Benchmarking Terminology documents and Benchmarking Methodology documents. The Terminology documents present the benchmarks and other related terms. The Methodology documents define the procedures required to collect the benchmarks cited in the corresponding Terminology documents.
ベンチマーク用語の文書やベンチマーキング方法論の文書：BMWGは、文書の2つの主要なクラスを生成します。用語の文書は、ベンチマークやその他の関連する用語を提示します。方法論の文書は、対応する用語の文書に引用ベンチマークを収集するために必要な手順を定義します。
This document is based on the requirement that a test device is available. The test device can either be off the shelf or can be easily built with current technologies. The test device must have a transmitting and receiving port for the interface type under test. The test device must be configured to transmit test PDUs and to analyze received PDUs. The test device should be able to transmit and analyze received data at the same time.
この文書は、試験装置が利用可能であることを要件に基づいています。試験装置は、いずれかの既製品であり得るか、または容易に現在の技術で構築することができます。試験装置は、試験下のインターフェイスタイプの送受信ポートを有していなければなりません。試験装置は、試験PDUを送信するために、受信したPDUを分析するように構成されなければなりません。試験装置は、同時に受信されたデータを送信し、分析することができなければなりません。
There are a number of tests described in this document that do not apply to each SUT. Vendors should perform all of the tests that can be supported by a specific product type. It will take some time to perform all of the recommended tests under all of the recommended conditions.
各SUTには適用されません。この文書で説明したテストの数があります。ベンダーは、特定の製品の種類によってサポートできるすべてのテストを実行する必要があります。これは、推奨条件の全ての下で推奨されるすべてのテストを実行するのには時間がかかります。
Performing all of the tests in this document will result in a great deal of data. The applicability of this data to the evaluation of a particular SUT will depend on its expected use and the configuration of the network in which it will be used. For example, the time required by a switch to provide ILMI services will not be a pertinent measurement in a network that does not use the ILMI protocol, such as an ATM WAN. Evaluating data relevant to a particular network installation may require considerable experience, which may not be readily available. Finally, test selection and evaluation of test results must be done with an understanding of generally accepted testing practices regarding repeatability, variance and the statistical significance of a small numbers of trials.
このドキュメントでは、すべてのテストを実行すると、大量のデータになります。特定のSUTの評価に、このデータの適用は、その予想される使用し、それが使用されるネットワークの構成によって異なります。例えば、ILMIサービスを提供するために、スイッチで必要とされる時間は、ATM WANとして、ILMIプロトコルを使用しないネットワークに関連する測定されません。特定のネットワークインストールに関連するデータを評価することは容易に入手できない場合があり、かなりの経験を必要とする可能性があります。最後に、テスト結果のテストの選択と評価が再現性、分散および試験の少数の統計的有意性について一般的に受け入れテストの実践の理解を行わなければなりません。
In this document, the words that are used to define the significance of each particular requirement are capitalized. These words are:
本書では、それぞれの特定の要件の重要性を定義するために使用される単語は大文字です。これらの言葉は、次のとおりです。
* "MUST" This word, or the words "REQUIRED" and "SHALL" mean that the item is an absolute requirement of the specification.
*この単語、または単語「必須」とは、項目が仕様の絶対的な要件であることを意味し、「SHALL」、「しなければなりません」。
* "SHOULD" This word or the adjective "RECOMMENDED" means that there may exist valid reasons in particular circumstances to ignore this item, but the full implications should be understood and the case carefully weighed before choosing a different course.
*「SHOULD」この単語、あるいは「推奨」形容詞がこの項目を無視する特定の事情の正当な理由が存在することを意味するが、完全な意味合いを理解すべきであるとする場合は慎重に別のコースを選択する前に秤量しました。
* "MAY" This word or the adjective "OPTIONAL" means that this item is truly optional. One vendor may choose to include the item because a particular marketplace requires it or because it enhances the product, for example; another vendor may omit the same item.
*「MAY」この単語または形容詞「OPTIONAL」は、この項目が本当に任意であることを意味しています。それは、製品を強化するため、特定の市場には、例えば、それを必要とするか、またはので、一つのベンダーは、アイテムを含めることを選択してもよいです。別のベンダは同じ項目を省略することができます。
An implementation is not compliant if it fails to satisfy one or more of the MUST requirements for the protocols it implements. An implementation that satisfies all the MUST and all the SHOULD requirements for its protocols is said to be "unconditionally compliant"; one that satisfies all the MUST requirements but not all the SHOULD requirements for its protocols is said to be "conditionally compliant".
それが実装されたプロトコルのためのMUST要件の一つ以上を満たすために失敗した場合、実装は準拠していません。すべてのMUSTとそのプロトコルのためのすべてのSHOULD要件を満たす実装は「無条件に準拠した」と言われて。すべてのMUST要件ではなく、そのプロトコルのためのすべてのSHOULD要件を満たすものは、「条件付き準拠した」と言われています。
The test device can be connected to the SUT in a variety of configurations depending on the test point. The following configurations will be used for the tests described in this document.
試験装置は、テスト・ポイントに応じて様々な構成でSUTに接続することができます。次の構成は、このドキュメントで説明するテストのために使用されます。
1) Uni-directional connection: The test devices transmit port (labeled Tx) is connected to the SUT receive port (labeled Rx). The SUTs transmit port is connected to the test device receive port (see Figure 1). In this configuration, the test device can verify that all transmitted packets are acknowledged correctly. Note that this configuration does not verify internal system functions, but verifies one port on the SUT.
1）片方向接続：試験装置は、ポート（送信標識を送信する）SUTに接続され、ポートを受信（Rx標識）を受信します。 SUT（図1参照）ポートを受信ポートが試験デバイスに接続されている送信します。この構成では、試験装置は、すべての送信パケットが正しく認識されていることを確認することができます。この構成では、内部システム機能を検証するが、SUT上の一つのポートを検証していないことに注意してください。
+-------------+ +-------------+
| Tx|-------------->|Rx |
| Test Rx|<--------------|Tx SUT |
| Device | | |
+-------------+ +-------------+
Figure 1
図1
2) Bi-directional connection: The test devices first transmit port is connected to the SUTs first receive port. The SUTs first transmit port is connected to the test devices first receive port. The test devices second transmit port is connected to the SUTs second receive port. The SUTs second transmit port is connected to the test devices second receive port (see Figure 2). In this configuration, the test device can determine if all of the transmitted packets were received and forwarded correctly. Note that this configuration does verify internal system functions, since it verifies two ports on the SUT.
2）双方向接続：試験装置は、第1の送信ポートは、最初のポートを受け取るのSUTに接続されています。 SUTは、第1の送信ポートは、最初のポートを受け取る試験デバイスに接続されています。試験機器第2の送信ポートは第二ポートを受け取るのSUTに接続されています。 SUTは、第2の送信ポートは、第（図2参照）ポートを受け取る試験デバイスに接続されています。送信されたパケットの全てが受信され、正しく転送された場合には、この構成では、試験装置が決定することができます。それはSUT上の2つのポートを検証するので、この構成は、内部システム機能を検証ないことに注意してください。
+-------------+ +-------------+
| Test Tx|-------------->|Rx |
| Device Rx|<--------------|Tx SUT |
| Tx Rx | | Tx Rx |
+-------------+ +-------------+
| ^ | ^
| | | |
| +------------------------+ |
| |
|---------------------------------|
Figure 2
図2
3) Uni-directional passthrough connection: The test devices first transmit port is connected to the SUT1 receive port. The SUT1 transmit port is connected to the test devices first receive port. The test devices second transmit port is connected to the SUT2 receive port. The SUT2 transmit port is connected to the test devices second receive port (see Figure 3). In this configuration, the test device can determine if all of the packets transmitted by SUT1 were correctly acknowledged by SUT2. Note that this configuration does not verify internal system functions, but verifies one port on each SUT.
3）片方向パススルー接続：試験装置は、第1のポートがSUT1に接続されている送信ポートを受け取ります。 SUT1送信ポートは、最初のポートを受け取る試験デバイスに接続されています。第2の送信ポートがSUT2に接続されている試験装置は、ポートを受け取ります。 SUT2送信ポートは、第二（図3参照）ポートを受け取る試験デバイスに接続されています。 SUT1によって送信されたパケットの全てが正しくSUT2によって承認された場合には、この構成では、試験装置が決定することができます。この構成は、内部システム機能を確認したが、各SUT上のポートを検証しないことに注意してください。
+-------------+ +-------------+ +-------------+
| Tx|---------->|Rx Tx|---------->|Rx |
| SUT1 Rx|<----------|Tx Test Rx|<----------|Tx SUT2 |
| | | Device | | |
+-------------+ +-------------+ +-------------+
Figure 3
図3
The SUT MUST be configured as described in the SUT users guide. Specifically, it is expected that all of the supported protocols will be configured and enabled. It is expected that all of the tests will be run without changing the configuration or setup of the SUT in any way other than that required to do the specific test. For example, it is not acceptable to disable all but one transport protocol when testing the throughput of that protocol. If PNNI or BISUP is used to initiate switched virtual connections (SVCs), the SUT configuration SHOULD include the normally recommended routing update intervals and keep alive frequency. The specific version of the software and the exact SUT configuration, including what functions are disabled and used during the tests MUST be included as part of the report of the results.
SUTユーザーガイドに記載されているようにSUTを設定する必要があります。具体的には、サポートされているプロトコルのすべてが構成され、有効にされることが期待されます。すべてのテストは、特定のテストを行うために必要なもの以外の方法でSUTの構成や設定を変更せずに実行されることが期待されます。たとえば、そのプロトコルのスループットをテストするとき、すべてが、1つのトランスポートプロトコルを無効にすることは受け入れられません。 PNNIまたはBISUPを切り替え仮想接続（SVCを）開始するために使用される場合、SUTの構成は、通常推奨されるルーティング更新間隔を含み、生きている周波数を維持する必要があります。ソフトウェアの特定のバージョンと無効になり、テスト中に使用されているどのような機能を含む、正確なSUT構成は、結果の報告書の一部として含まれなければなりません。
The formats of the test IP PDUs to use for TCP/IP and UPC/IP over ATM are shown in Appendix C: Test Frame Formats. Note that these IP PDUs are in accordance with RFC 2225. These exact IP PDU formats SHOULD be used in the tests described in this document for this protocol/media combination. These IP PDUs will be used as a template for testing other protocol/media combinations. The specific formats that are used to define the test IP PDUs for a particular test series MUST be included in the report of the results.
ATM上にTCP / IPおよびUPC / IPに使用するテストIP PDUのフォーマットは、付録Cに示されている：試験フレームフォーマットを。これらのIP PDUはこれらの正確なIP PDUのフォーマットは、このプロトコル/メディアの組み合わせについては、この文書で説明するテストで使用されるべきであるRFC 2225に従っていることに留意されたいです。これらのIP PDUは、他のプロトコル/メディアの組み合わせを試験するためのテンプレートとして使用されるであろう。特定の一連の試験のための試験IP PDUを定義するために使用される特定のフォーマットは、結果のレポートに含まれなければなりません。
All of the described tests SHOULD be performed using a number of IP PDU sizes. Specifically, the sizes SHOULD include the maximum and minimum legitimate sizes for the protocol under test on the media under test and enough sizes in between to be able to get a full characterization of the SUT performance. Except where noted, at least five IP PDU sizes SHOULD be tested for each test condition.
記載した試験の全ては、IP PDUサイズの数を使用して行われるべきです。具体的には、サイズは、SUTのパフォーマンスの完全な特性を得ることができるように、試験との間に十分な大きさの下で媒体上の試験下のプロトコルの最大値と最小正当なサイズを含むべきです。記載した以外は、少なくとも5つのIP PDUサイズは、各試験条件について試験されるべきです。
Theoretically the minimum size UDP Echo request IP PDU would consist of an IP header (minimum length 20 octets), a UDP header (8 octets), AAL5 trailer (8 octets) and an LLC/SNAP code point header (8 octets); therefore, the minimum size PDU will fit into one ATM cell. The theoretical maximum IP PDU size is determined by the size of the length field in the IP header. In almost all cases the actual maximum and minimum sizes are determined by the limitations of the media. In the case of ATM, the maximum IP PDU size SHOULD be the ATM MTU size, which is 9180 octets.
理論的には最小サイズUDPエコー要求IP PDUは、IPヘッダ（最小長さ20オクテット）、UDPヘッダ（8つのオクテット）、AAL5トレーラ（8つのオクテット）、およびLLC / SNAPコードポイントヘッダ（8つのオクテット）から成るであろう。そのため、最小サイズのPDUは、1つのATMセルにフィットします。理論上の最大IP PDUサイズは、IPヘッダの長さフィールドのサイズによって決定されます。ほとんどの場合、実際の最大値と最小サイズは、メディアの制限によって決定されます。 ATMの場合には、最大IP PDUサイズは9180オクテットであるATM MTUサイズでなければなりません。
In theory it would be ideal to distribute the IP PDU sizes in a way that would evenly distribute the theoretical IP PDU rates. These recommendations incorporate this theory but specify IP PDU sizes, which are easy to understand and remember. In addition, many of the same IP PDU sizes are specified on each of the media types to allow for easy performance comparisons.
理論的には、均等に理論的なIP PDU率を配布するような方法でIP PDUのサイズを配布することが理想的です。これらの推奨事項は、この理論を取り入れるが、理解し、覚えやすいIP PDUのサイズを指定します。また、同じIP PDUのサイズの多くは、簡単な性能比較を可能にするためにメディアタイプのそれぞれに指定されています。
Note: The inclusion of an unrealistically small IP PDU size on some of the media types (i.e., with little or no space for data) is to help characterize the per-IP PDU processing overhead of the SUT.
注：（即ち、データのほとんど又は全く空間を有する）メディアタイプの一部に非現実的に小さいIP PDUサイズの包含は、SUTの単位のIP PDUの処理オーバーヘッドを特徴付けるのを助けることです。
The IP PDU sizes that will be used are:
使用されるIP PDUのサイズは、次のとおりです。
44, 64, 128, 256, 1024, 1518, 2048, 4472, 9180
４４、 ６４、 １２８、 ２５６、 １０２４、 １５１８、 ２０４８、 ４４７２、 ９１８０
The minimum size IP PDU for UDP on ATM is 44 octets, the minimum size of 44 is recommended to allow direct comparison to token ring performance. The IP PDU size of 4472 is recommended instead of the theoretical FDDI maximum size of 4500 octets in order to permit the same type of comparison. An IP (i.e., not UDP) IP PDU may be used in addition if a higher data rate is desired, in which case the minimum IP PDU size is 28 octets.
ATMでのUDPの最小サイズIP PDUは、44の最小サイズは、リングの性能をトークンに直接比較を可能にすることが推奨され、44オクテットです。 4472のIP PDUサイズは、比較の同じタイプを可能にするために、4500オクテットの理論上のFDDIの最大サイズの代わりにお勧めします。より高いデータレートが望まれる場合（すなわち、ないUDP）IP PDUを加えて使用することができるIPは、その場合、最小のIP PDUのサイズが28オクテットです。
The test equipment SHOULD discard any IP PDUs received during a test run that are not actual forwarded test IP PDUs. For example, keep-alive and routing update IP PDUs SHOULD NOT be included in the count of received IP PDUs. In any case, the test equipment SHOULD verify the length of the received IP PDUs and check that they match the expected length.
試験装置は、任意のIP PDUが実際の転送テストIPのPDUでないテスト実行中に受信捨てます。例えば、生きキープし、ルーティングアップデートIP PDUは、受信したIP PDUのカウントに含まれるべきではありません。いずれの場合においても、テスト装置は、受信したIP PDUの長さを確認し、彼らが予想される長さと一致することを確認する必要があります。
Preferably, the test equipment SHOULD include sequence numbers in the transmitted IP PDUs and check for these numbers on the received IP PDUs. If this is done, the reported results SHOULD include, in addition to the number of IP PDUs dropped, the number of IP PDUs that were received out of order, the number of duplicate IP PDUs received and the number of gaps in the received IP PDU numbering sequence. This functionality is required for some of the described tests.
好ましくは、試験装置は、送信されたIPのPDUのシーケンス番号を含み、受信したIPのPDUにこれらの番号を確認する必要があります。これが行われる場合、報告された結果はドロップIP PDUの数、順序が狂って受信されたIP PDUの数、重複IP PDUが受信され、受信したIP PDUにおけるギャップの数の数に加えて、含むべきですシーケンス番号付け。この機能は、記載した試験のいくつかのために必要とされます。
It is useful to characterize the SUTs performance under a number of conditions. Some of these conditions are noted below. The reported results SHOULD include as many of these conditions as the test equipment is able to generate. The suite of tests SHOULD be run first without any modifying conditions, then repeated under each of the modifying conditions separately. To preserve the ability to compare the results of these tests, any IP PDUs that are required to generate the modifying conditions (excluding management queries) will be included in the same data stream as that of the normal test IP PDUs and in place of one of the test IP PDUs. They MUST not be supplied to the SUT on a separate network port.
多くの条件の下でのSUTの性能を特徴づけることが有用です。これらの条件のいくつかを以下に記載されています。試験装置が生成することができるように報告された結果は、これらの条件の多くを含むべきです。テストスイートは、次いで、任意の変更条件なしで最初に実行別々改質条件のそれぞれの下で繰り返されるべきです。これらの試験の結果を比較する能力を維持するために、（管理クエリを除く）改質条件を生成するために必要とされる任意のIP PDUは通常、試験IP PDUのと同じデータストリーム内とのいずれかの場所に含まれますテストIPのPDU。彼らは別のネットワークポート上のSUTに供給されてはいけません。
Most ATM data networks now make use of ILMI, signaling and OAM. In many environments, there can be a number of management stations sending queries to the same SUT at the same time.
ほとんどのATMデータネットワークは現在、シグナリングおよびOAM、ILMIを使用しています。多くの環境では、同時に同じSUTにクエリを送信する管理ステーションの数に制限はありません。
Management queries MUST be made in accordance with the applicable specification, e.g., ILMI sysUpTime getNext requests will be made in accordance with ILMI 4.0. The response to the query MUST be verified by the test equipment. Note that, for each management protocol in use, this requires that the test equipment implement the associated protocol state machine. One example of the specific query IP PDU (ICMP) that should be used is shown in Appendix C.
管理クエリは、例えば、ILMIのsysUpTimeのGETNEXT要求はILMI 4.0に基づいて行われる、該当する仕様書に基づいて行われなければなりません。クエリに対する応答は、試験装置によって検証されなければなりません。使用中の各管理プロトコルのために、この試験装置は、関連するプロトコル状態マシンを実装することを要求することに留意されたいです。使用されるべき特定のクエリIP PDU（ICMP）の一例は、付録Cに示されています
The processing of PNNI updates could have a significant impact on the ability of a switch to forward cells and complete calls. If PNNI is configured on the SUT, one routing update MUST be transmitted before the first test IP PDU is transmitted during the trial. The test SHOULD verify that the SUT has properly processed the routing update.
PNNIアップデートの処理は、細胞および完全なコールを転送するスイッチの能力に重大な影響を与える可能性があります。 PNNIは、SUTに構成されている場合、あるルーティングアップデートはIP PDUは、試験の間に送信される最初のテストの前に送信されなければなりません。テストは、SUTが適切にルーティングアップデートを処理したことを確認してください。
PNNI routing update IP PDUs SHOULD be sent at the rate specified in Appendix B. Appendix C defines one routing update PDU for the TCP/IP over ATM example. The routing updates are designed to change the routing on a number of networks that are not involved in the forwarding of the test data. The first IP PDU sets the routing table state to "A", the second one changes the state to "B". The IP PDUs MUST be alternated during the trial. The test SHOULD verify that the SUT has properly processed the routing update.
PNNIルーティングアップデートIP PDUは付録B、付録Cで指定されたレートで送信されるべきではATMの例上のTCP / IPのためのルーティング更新PDUを定義します。ルーティング更新は、テストデータの転送に関与していないネットワークの数のルーティングを変更するように設計されています。最初のIP PDUは、「A」へルーティングテーブル状態を設定し、もう一つは「B」に状態を変化させます。 IP PDUは、試験中に交替しなければなりません。テストは、SUTが適切にルーティングアップデートを処理したことを確認してください。
Filters are added to switches to selectively inhibit the forwarding of cells that would normally be forwarded. This is usually done to implement security controls on the data that is accepted between one area and another. Different products have different capabilities to implement filters. Filters are applicable only if the SUT supports the filtering feature.
フィルタは、選択的正常に転送されるセルの転送を阻害するためにスイッチに追加されます。これは通常、1つの領域と他の間で受け入れられているデータのセキュリティ制御を実装するために行われます。異なる製品は、フィルタを実装するためのさまざまな機能を持っています。フィルタは、SUTは、フィルタリング機能をサポートしている場合にのみ適用されます。
The SUT SHOULD be first configured to add one filter condition and the tests performed. This filter SHOULD permit the forwarding of the test data stream. This filter SHOULD be of the form as described in the SUT Users Guide.
SUTは、最初のフィルタ条件を追加するように構成され、テストが行われるべきです。このフィルタは、テスト・データ・ストリームの転送を可能にするはずです。 SUTユーザーガイドに記載され、このフィルタは、形式でなければなりません。
The SUT SHOULD be then reconfigured to implement a total of 25 filters. The first 24 of these filters SHOULD be based on 24 separate ATM NSAP Network Prefix addresses.
SUTは、25個のフィルタの合計を実装するために再構成する必要があります。これらのフィルタの最初の24は、24個の別々のATM NSAPネットワークプレフィックスアドレスに基づいている必要があります。
The 24 ATM NSAP Network Prefix addresses SHOULD not be any that are represented in the test data stream. The last filter SHOULD permit the forwarding of the test data stream. By "first" and "last" we mean to ensure that in the second case, 25 conditions must be checked before the data IP over ATM PDUs will match the conditions that permit the forwarding of the IP PDU. Of course, if the SUT reorders the filters or does not use a linear scan of the filter rules the effect of the sequence in which the filters are input is properly lost.
24のATM NSAPネットワークプレフィックスのアドレスは、テスト・データ・ストリームで表現される任意すべきではありません。最後のフィルタは、テスト・データ・ストリームの転送を可能にするはずです。 「第一」とすることで「最後の」私たちはATMのPDU上のデータのIPはIP PDUの転送を可能にする条件に一致する前に、第2の場合には、25個の条件がチェックされなければならないことを保証することを意味。 SUTは、フィルターを並べ替えたり、フィルタのリニアスキャンを使用しない場合はもちろん、フィルタは、入力が適切に失われている順序の効果を支配します。
The exact filters configuration command lines used SHOULD be included with the report of the results.
使用される正確なフィルタ構成コマンド・ラインは、結果の報告書に含まれるべきです。
Two sets of filter addresses are required, one for the single filter case and one for the 25 filter case.
フィルタアドレスの二つのセットが、単一のフィルタケース25のフィルタケースのための1つに1つ必要です。
The single filter case should permit traffic from ATM address [Switch Network Prefix] 00 00 00 00 00 01 00 to ATM address [Switch Network Prefix] 00 00 00 00 00 02 00 and deny all other traffic. Note that the 13 octet Switch Network Prefix MUST be configured before this test can be run.
単一のフィルタケースに対処ATMからのトラフィックを許可する必要があります[ネットワークプレフィックスを切り替え] 00 00 00 00 00 01 00 ATMへ[ネットワークプレフィックスを切り替え] 00 00 00 00 00 02 00に対応し、他のすべてのトラフィックを拒否。このテストを実行する前にネットワークプレフィックスをスイッチ13オクテットを設定しなければならないことに注意してください。
The 25 filter case should follow the following sequence.
25フィルターケースには、以下の手順に従ってください。
deny [Switch Network Prefix] 00 00 00 00 00 01 00
to [Switch Network Prefix] 00 00 00 00 00 03 00
deny [Switch Network Prefix] 00 00 00 00 00 01 00
to [Switch Network Prefix] 00 00 00 00 00 04 00
deny [Switch Network Prefix] 00 00 00 00 00 01 00
to [Switch Network Prefix] 00 00 00 00 00 05 00
...
deny [Switch Network Prefix] 00 00 00 00 00 01 00
to [Switch Network Prefix] 00 00 00 00 00 0C 00
deny [Switch Network Prefix] 00 00 00 00 00 01 00
to [Switch Network Prefix] 00 00 00 00 00 0D 00
allow [Switch Network Prefix] 00 00 00 00 00 01 00
to [Switch Network Prefix] 00 00 00 00 00 02 00
deny [Switch Network Prefix] 00 00 00 00 00 01 00
to [Switch Network Prefix] 00 00 00 00 00 0E 00
deny [Switch Network Prefix] 00 00 00 00 00 01 00
to [Switch Network Prefix] 00 00 00 00 00 0F 00
...
deny [Switch Network Prefix] 00 00 00 00 00 01 00
to [Switch Network Prefix] 00 00 00 00 00 18 00
deny all else
All previous filter conditions should be cleared from the switch before this sequence is entered. The sequence is selected to test to see if the switch sorts the filter conditions or accepts them in the order that they were entered. Both of these procedures will result in a greater impact on performance than will some form of hash coding.
このシーケンスが入力される前に、以前のすべてのフィルタ条件は、スイッチからクリアしてください。シーケンスは、スイッチがフィルタ条件をソートしたり、彼らが入力された順序でそれらを受け入れるかどうかを確認するためにテストするために選択されています。ハッシュコードのいくつかの形態がするよりも、これらの手順の両方が、パフォーマンスに大きな影響をもたらすであろう。
It is easier to implement these tests using a single logical stream of data, with one source ATM address and one destination ATM address, and for some conditions like the filters described above, a practical requirement. Networks in the real world are not limited to single streams of data. The test suite SHOULD be first run with a single ATM source and destination address pair. The tests SHOULD then be repeated with using a random destination address. In the case of testing single switches, the addresses SHOULD be random and uniformly distributed over a range of 256 seven octet user parts. In the case of testing multiple interconnected switches, the addresses SHOULD be random and uniformly distributed over the 256 network prefixes, each of which should support 256 seven octet user parts. The specific address ranges to use for ATM are shown in Appendix A. IP to ATM address mapping MUST be accomplished as described in RFC 2225.
一つのソースATMアドレスと1つの宛先ATMアドレスを、上述したフィルタのようないくつかの条件のために、実用的な要件を、データの単一の論理的なストリームを使用してこれらの試験を実施することが容易です。現実の世界でのネットワークは、データの単一のストリームに限定されるものではありません。テストスイートは、単一のATM送信元および宛先アドレスペアを最初に実行する必要があります。テストは、ランダム宛先アドレスを使用して繰り返されるべきです。単一のスイッチをテストする場合には、アドレスがランダムかつ均一に256のオクテット7のユーザ部分の範囲にわたって分配されなければなりません。複数の相互接続されたスイッチをテストする場合には、アドレスがランダムかつ均一に256個のオクテット7のユーザ部品をサポートする必要各々が256件のネットワークプレフィックス、上に分配されなければなりません。特定のアドレスは、RFC 2225に記載されているように達成されなければならないアドレスのマッピングを気圧付録A. IPに示されているATMで使用する範囲です。
It is not reasonable that all of the routing information necessary to forward the test stream, especially in the multiple address case, will be manually set up. If PNNI and/or ILMI are running, at the start of each trial a routing update MUST be sent to the SUT. This routing update MUST include all of the ATM addresses that will be required for the trial. This routing update will have to be repeated at the interval required by PNNI or ILMI. An example of the format and repetition interval of the update IP PDUs is given in Appendix B (interval and size) and Appendix C (format).
特に、複数のアドレスの場合には、テストストリームを転送するために必要なルーティング情報の全ては、手動で設定されることが合理的ではありません。 PNNIおよび/またはILMIが実行されている場合、各試験の開始時に、ルーティング更新は、SUTに送信されなければなりません。このルーティングアップデートは、裁判のために必要とされるATMアドレスのすべてを含まなければなりません。このルーティング更新は、PNNIまたはILMIによって必要とされる間隔で繰り返さなければなりません。更新IP PDUのフォーマットと繰り返し間隔の例は、付録B（間隔およびサイズ）および付録C（フォーマット）で与えられます。
Bidirectional performance tests SHOULD be run with the same data rate being offered from each direction. The sum of the data rates should not exceed the theoretical limit for the media.
双方向性能試験は、各方向から提供されている同じデータレートで実行する必要があります。データレートの合計が、メディアのための理論的限界を超えてはなりません。
The full suite of tests SHOULD be run with the appropriate modifiers for a single receive and transmit port on the SUT. If the internal design of the SUT has multiple distinct pathways, for example, multiple interface cards each with multiple network ports, then all possible permutations of pathways SHOULD be tested separately. If multiple interconnected switches are tested, the test MUST specify routes, which allow only one path between source and destination ATM addresses.
テストの完全なスイートは、SUT上の単一の受信と送信ポートのための適切な修飾子で実行する必要があります。 SUTの内部設計は、例えば、複数のインタフェースカード複数のネットワーク・ポートと、それぞれが複数の異なる経路を有する場合、経路のすべての可能な順列を別々にテストする必要があります。複数の相互接続されたスイッチを試験する場合、試験は、ソースと宛先のATMアドレスとの間の唯一の経路を可能にする経路を指定しなければなりません。
Many switch products provide several network ports on the same interface module. Each port on an interface module SHOULD be stimulated in an identical manner. Specifically, half of the ports on each module SHOULD be receive ports and half SHOULD be transmit ports. For example if a SUT has two interface module each of which has four ports, two ports on each interface module be receive ports and two will be transmit ports. Each receive port MUST be offered the same data rate. The addresses in the input data streams SHOULD be set so that an IP PDU will be directed to each of the transmit ports in sequence. That is, all transmit ports will receive an identical distribution of IP PDUs from a particular receive port.
多くのスイッチ製品は、同じインタフェースモジュール上の複数のネットワークポートを提供します。インターフェースモジュール上の各ポートは、同一の様式で刺激されるべきです。具体的には、各モジュール上のポートの半分が受信ポートであるべきであり、半分がポートを送信されるべきです。例えば、SUTは、4つのポート、各インタフェースモジュールの2つのポートのポートを受信することと、2つの送信されるポートをそれぞれ有する2つのインターフェース・モジュールを持っている場合。各受信ポートは、同じデータ・レートを提供しなければなりません。入力データストリーム内のアドレスは、IP PDUは、シーケンス内の送信ポートの各々に指向するように設定されるべきです。それは、すべてのポートが特定の受信ポートからIP PDUの同一の分布を受信する送信です。
Consider the following 6 port SUT:
以下の6ポートSUTを考えてみます。
--------------
---------| Rx A Tx X|--------
---------| Rx B Tx Y|--------
---------| Rx C Tx Z|--------
--------------
The addressing of the data streams for each of the inputs SHOULD be:
入力の各々についてデータストリームのアドレス指定されるべきです。
stream sent to Rx A: IP PDU to Tx X, IP PDU to Tx Y, IP PDU to Tx Z stream sent to Rx B: IP PDU to Tx X, IP PDU to Tx Y, IP PDU to Tx Z stream sent to Rx C IP PDU to Tx X, IP PDU to Tx Y, IP PDU to Tx Z
ストリームのRx Aに送信：RXに送られたTx Zストリームに送信Y、IP PDUを送信X、IP PDUにIP PDU：RxのBに送信された送信のZストリームに送信Y、IP PDUを送信X、IP PDUにIP PDU TxのX、IP PDUに送信Y、IP PDUを送信ZにC IP PDU
Note: Each stream contains the same sequence of IP destination addresses; therefore, each transmit port will receive 3 IP PDUs simultaneously. This procedure ensures that the SUT will have to process multiple IP PDUs addressed to the same transmit port simultaneously.
注：各ストリームは、IP宛先アドレスの同じ配列を含みます。従って、各送信ポートは、同時に3つのIP PDUを受信します。この手順は、SUTが複数のIP PDUが同時に同じ送信ポート宛に処理しなければならないことを保証します。
The same configuration MAY be used to perform a bi-directional multi-stream test. In this case all of the ports are considered both receive and transmit ports. Each data stream MUST consist of IP PDUs whose addresses correspond to the ATM addresses all of the other ports.
同様の構成は、双方向マルチストリームテストを実行するために使用され得ます。この場合、すべてのポートは、ポートを受信及び送信の両方であると考えられます。各データストリームは、そのアドレス対応ATMへの他のポートの全てのIPアドレスのPDUで構成しなければなりません。
This document does not address the issue of testing the effects of a mixed protocol environment other than to suggest that if such tests are wanted then PDUs SHOULD be distributed between all of the test protocols. The distribution MAY approximate the conditions on the network in which the SUT would be used.
この文書では、そのようなテストが求められていた場合、その後のPDUは、試験プロトコルの全ての間で分散する必要があることを示唆するよりも、他の混合プロトコル環境の効果を試験の問題に対処しません。分布は、SUTが使用されるであろうネットワーク上の条件を近似します。
This document does not address the issue of testing the effects of a mixed IP PDU size environment other than to suggest that, if such tests are required, then IP PDU size SHOULD be evenly distributed among all of the PDU sizes listed in this document. The distribution MAY approximate the conditions on the network in which the SUT would be used.
この文書では、そのようなテストが必要な場合は、IP PDUのサイズが均等にこの文書に記載されているPDUサイズの全ての間で分配されるべき、ことを示唆するよりも、他の混合IP PDUサイズ環境の効果を試験の問題に対処しません。分布は、SUTが使用されるであろうネットワーク上の条件を近似します。
In the performance testing of a single SUT, the paradigm can be described as applying some input to a SUT and monitoring the output. The results of which can be used to form a basis of characterization of that device under those test conditions.
単一SUTの性能試験では、パラダイムは、SUTに何らかの入力を印加して出力を監視するように記述することができます。結果は、これらの試験条件下で、そのデバイスの特性の基礎を形成するために使用することができます。
This model is useful when the test input and output are homogeneous (e.g., 64-byte IP, AAL5 PDUs into the SUT; 64 byte IP, AAL5 PDUs out).
このモデルは、テスト入力及び出力が均一である場合に有用である（例えば、SUTに64バイトのIP、AAL5 PDUは、64バイトのIP、AAL5 PDUのうち）。
By extending the single SUT test model, reasonable benchmarks regarding multiple SUTs or heterogeneous environments may be collected. In this extension, the single SUT is replaced by a system of interconnected network SUTs. This test methodology would support the benchmarking of a variety of device/media/service/protocol combinations. For example, a configuration for a LAN-to-WAN-to-LAN test might be:
単一SUT試験モデルを拡張することによって、複数のSUT又は異種環境について妥当なベンチマークは、収集されてもよいです。この拡張では、単一のSUTは、相互接続ネットワークのSUTのシステムによって置き換えられます。このテスト方法は、デバイス/メディア/サービス/プロトコルの組み合わせの様々なベンチマークをサポートしています。例えば、LAN-に-WAN-to-LANのテストのための構成は次のようになります。
(1) ATM UNI -> SUT 1 -> BISUP -> SUT 2 -> ATM UNI
（1）ATM UNI - > SUT 1 - > BISUP - > SUT 2 - > ATM UNI
Or an extended LAN configuration might be:
または拡張LANの設定は次のようになります。
(2) ATM UNI -> SUT 1 -> PNNI Network -> SUT 2 -> ATM UNI
（2）ATM UNI - > SUT 1 - >ネットワークDOM - > 2 SUT - > ATM UNI
In both examples 1 and 2, end-to-end benchmarks of each system could be empirically ascertained. Other behavior may be characterized through the use of intermediate devices. In example 2, the configuration may be used to give an indication of the effect of PNNI routing on IP throughput.
実施例1及び2の両方で、各システムのエンドツーエンドのベンチマークは、経験的に確認することができました。他の動作は、中間装置の使用によって特徴付けることができます。実施例2では、コンフィギュレーションは、IPスループット上のPNNIルーティングの効果の指標を与えるために使用されてもよいです。
Because multiple SUTs are treated as a single system, there are limitations to this methodology. For instance, this methodology may yield an aggregate benchmark for a tested system. That benchmark alone, however, may not necessarily reflect asymmetries in behavior between the SUTs, latencies introduced by other apparatus (e.g., CSUs/DSUs, switches), etc.
複数のSUTは、単一のシステムとして扱われるため、この方法には限界があります。例えば、この方法は、試験システムの集計ベンチマークを得ることができます。単独でそのベンチマークは、しかし、必ずしものSUTの間の挙動の非対称性を反映しないかもしれない、他の装置（例えば、のCSU / DSUの、スイッチ）、等によって導入待ち時間
Further, care must be used when comparing benchmarks of different systems by ensuring that the SUTs' features and configuration of the tested systems have the appropriate common denominators to allow comparison.
異なるシステムのベンチマークを比較する際にさらに、ケアはのSUT機能やテストシステムの構成が比較できるように、適切な共通項を持っていることを確実にすることによって使用されなければなりません。
The maximum IP PDU rates that should be used when testing LAN connections SHOULD be the listed theoretical maximum rate for the IP PDU size on the media.
LAN接続をテストするときに使用しなければならない最大のIP PDUレートは、メディア上のIP PDUのサイズのための記載された理論上の最大速度であるべきです。
The maximum IP PDU rate that should be used when testing WAN connections SHOULD be greater than the listed theoretical maximum rate for the IP PDU size on that speed connection. The higher rate for WAN tests is to compensate for the fact that some vendors employ various forms of header compression.
WAN接続をテストする際に使用されるべき最大のIP PDUレートは、高速接続でIP PDUサイズの列挙された理論上の最大速度よりも大きくなければなりません。 WANテストのためのより高い速度は、いくつかのベンダーは、ヘッダ圧縮の種々の形態を採用しているという事実を補償することです。
A list of maximum IP PDU rates for LAN connections is included in Appendix B.
LAN接続の最大IP PDU率のリストは、付録Bに含まれています
It is convenient to measure the SUT performance under steady state load; however, this is an unrealistic way to gauge the functioning of a SUT. Actual network traffic normally consists of bursts of IP PDUs.
定常状態の負荷の下でSUTのパフォーマンスを測定するために便利です。しかし、これは、SUTの機能を評価するための非現実的な方法です。実際のネットワークトラフィックは、通常、IP PDUのバーストで構成されています。
Some of the tests described below SHOULD be performed with both constant bit rate, bursty Unspecified Bit Rate (UBR) Best Effort [AF-TM4.1] and Variable Bit Rate Non-real Time (VBR-nrt) Best Effort [AF-TM4.1]. The IP PDUs within a burst are transmitted with the minimum legitimate inter-IP PDU gap.
以下に記載する試験の一部は、一定のビットレート、バースト未指定ビットレート（UBR）ベストエフォート[AF-TM4.1]及び可変ビットレート非リアルタイム（VBR-NRT）ベストエフォート[AF-TM4の両方で行われるべきです0.1]。バースト内のIP PDUは最小正当間IP PDUの間隔で送信されます。
The objective of the test is to determine the minimum interval between bursts that the SUT can process with no IP PDU loss. Tests SHOULD be run with burst sizes of 10% of Maximum Burst Size (MBS), 20% of MBS, 50% of MBS and 100% MBS. Note that the number of IP PDUs in each burst will depend on the PDU size. For UBR, the MBS refers to the associated VBR traffic parameters.
試験の目的は、SUTがないIP PDU損失で処理することができるバースト間の最小間隔を決定することです。試験は、バースト最大バーストサイズの10％のサイズ（MBS）、MBSの20％、MBSの50％と100％のMBSを用いて実行されるべきです。各バースト内のIP PDUの数は、PDUのサイズに依存することに留意されたいです。 UBRの場合、MBSは、関連VBRトラフィックパラメータを指します。
A particular test consists of multiple trials. Each trial returns one piece of information, for example the loss rate at a particular input IP PDU rate. Each trial consists of five of phases:
特定のテストは、複数の試験から構成されています。各試験は、例えば、特定の入力IP PDUレートで損失率情報の一つを返します。各試験では、位相の5から構成されています。
a) If the SUT is a switch supporting PNNI, send the routing update to the SUT receive port and wait two seconds to be sure that the routing has settled.
SUTは、PNNIをサポートするスイッチである場合、A）、受信ポートとルーティングが安定していることを確認するために2秒待っSUTへのルーティングアップデートを送信します。
b) Send an ATM ARP PDU to determine the ATM address corresponding to the destination IP address. The formats of the ATM ARP PDU that should be used are shown in the Test Frame Formats document and MUST be in accordance with RFC 2225.
b）は、宛先IPアドレスに対応するATMアドレスを決定するために、ATM ARP PDUを送信します。使用されるべきであるATM ARP PDUのフォーマットは、試験フレームのフォーマットの文書に示されており、RFC 2225に従うしていなければなりません。
c) Stimulate SUT with traffic load.
c）のトラフィック負荷でSUTを刺激します。
d) Wait for two seconds for any residual IP PDUs to be received.
d）に受信されるべき残留IPのPDUのための2秒間待ちます。
e) Wait for at least five seconds for the SUT to restabilize.
e）の再安定化するSUTのために少なくとも5秒間待ってください。
The objective of the tests defined in this document is to accurately characterize the behavior of a particular piece of network equipment under varying traffic loads. The choice of test duration must be a compromise between this objective and keeping the duration of the benchmarking test suite within reasonable bounds. The SUT SHOULD be stimulated for at least 60 seconds. If this time period results in a high variance in the test results, the SUT SHOULD be stimulated for at least 300 seconds.
この文書で定義されたテストの目的は、正確に、様々なトラフィック負荷の下でネットワーク機器の特定の部分の動作を特徴付けることです。試験時間の選択は、この客観的かつ合理的な範囲内でベンチマークテストスイートの期間を維持するとの間の妥協でなければなりません。 SUTは、少なくとも60秒間刺激されるべきです。テスト結果では、高分散のこの時間が結果ならば、SUTは、少なくとも300秒間刺激されるべきです。
The SUT MUST be able to respond to address resolution requests sent by another SUT, an ATM ARP server or the test equipment in accordance with RFC 2225.
SUTは、RFC 2225に従った別のSUT、ATM ARPサーバや試験装置により送信された解像度の要求に対処するために対応できなければなりません。
Some measurements assume that both the transmitter and receiver payload information is synchronized. Synchronization MUST be achieved by supplying a known bit pattern to both the transmitter and receiver. This bit pattern MUST be one of the following: PRBS-15, PRBS-23, 0xFF00, or 0xAA55.
いくつかの測定は、送信機と受信機のペイロード情報の両方が同期されると仮定する。同期は、送信機と受信機の両方に既知のビットパターンを供給することによって達成されなければなりません。 PRBS-15、PRBS-23、は0xFF00、または0xAA55：このビットパターンは、次のいずれかでなければなりません。
Some measurements require busty traffic patterns. These patterns MUST conform to one of the following traffic descriptors:
一部の測定が巨乳のトラフィックパターンを必要とします。これらのパターンは、次のトラフィック記述子のいずれかに従わなければなりません。
1) PCR=100% allotted line rate, SCR=50% allotted line rate, and MBS=8192
1）PCR = 100％割り当てられた回線速度、SCRは50％割り当てられた回線速度を=、及びMBS = 8192
2) PCR=100% allotted line rate, SCR=50% allotted line rate, and MBS=4096
2）PCR = 100％割り当てられた回線速度、SCRは50％割り当てられた回線速度を=、及びMBS = 4096
3) PCR=90% allotted line rate, SCR=50% allotted line rate, and MBS=8192
3）PCR = 90％割り当てられた回線速度、SCRは50％割り当てられた回線速度を=、及びMBS = 8192
4) PCR=90% allotted line rate, SCR=50% allotted line rate, and MBS=4096
4）PCR = 90％割り当てられた回線速度、SCRは50％割り当てられた回線速度を=、及びMBS = 4096
5) PCR=90% allotted line rate, SCR=45% allotted line rate, and MBS=8192
5）PCR = 90％割り当てられた回線速度、SCRは45％で割り当てられた回線速度を=、及びMBS = 8192
6) PCR=90% allotted line rate, SCR=45% allotted line rate, and MBS=4096
6）PCR = 90％割り当てられた回線速度、SCRは45％で割り当てられた回線速度を=、及びMBS = 4096
7) PCR=80% allotted line rate, SCR=40% allotted line rate, and MBS=65536
7）PCR = 80％割り当てられた回線速度、SCRは40％割り当てられた回線速度を=、及びMBS = 65536
8) PCR=80% allotted line rate, SCR=40% allotted line rate, and MBS=32768
8）PCR = 80％割り当てられた回線速度、SCRは40％割り当てられた回線速度を=、及びMBS = 32768
The allotted line rate refers to the total available line rate divided by the number of VCCs in use.
割り当てられた回線速度は、使用中のVCCの数で割った利用可能な総ライン速度を指します。
Objective: To determine that the SUT does not propagate pointer movements as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマーキングのための用語」RFC 2761で定義されているようSUTは、ポインタの動きを伝播していないと判断します。
Procedure:
手順：
1) Set up the SUT and test device using the uni-directional configuration.
1）一方向構成を使用SUT及び試験装置をセットアップします。
2) Send a specific number of IP PDUs at a specific rate through the SUT. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The cell payload SHOULD contain valid IP PDUs. The IP PDUs MUST be encapsulated in AAL5.
2）SUTを介して特定の速度でIP PDUの特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。セルペイロードには有効なIP PDUを含むべきです。 IP PDUはAAL5でカプセル化されなければなりません。
3) Count the IP PDUs that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test, else lower the test device traffic rate until the counts are the same.
3）接続と負荷を確認するために、SUTによって送信されたIP PDUをカウント。試験装置の数はSUT上で同じである場合は、数が同じになるまで、他の試験は、試験装置のトラフィックレートを下げ続けます。
4) Inject one forward payload pointer movement. Verify that the SUT does not change the pointer.
4）1つの前方ペイロード・ポインタの動きを注入します。 SUTは、ポインタを変更しないことを確認します。
5) Inject one forward payload pointer movement every 1 second. Verify that the SUT does not change the pointer.
5）1つの前方ペイロード・ポインタの動き1秒ごとに注入します。 SUTは、ポインタを変更しないことを確認します。
6) Discontinue the payload pointer movement.
6）ペイロード・ポインタの移動を中止。
7) Inject five forward payload pointer movements every 1 second. Verify that the SUT does not change the pointer.
7）1秒前進5つのペイロード・ポインタの動きを注入します。 SUTは、ポインタを変更しないことを確認します。
8) Discontinue the payload pointer movement.
8）ペイロード・ポインタの動きを中止。
9) Inject one backward payload pointer movement. Verify that the SUT does not change the pointer.
9）後進1つのペイロード・ポインタの動きを注入。 SUTは、ポインタを変更しないことを確認します。
10) Inject one backward payload pointer movement every 1 second. Verify that the SUT does not change the pointer.
10）後進1つのペイロード・ポインタの動き1秒ごとに注入します。 SUTは、ポインタを変更しないことを確認します。
11) Discontinue the payload pointer movement.
11）ペイロード・ポインタの移動を中止。
12) Inject five backward payload pointer movements every 1 second. Verify that the SUT does not change the pointer.
12）1秒毎5つの後方ペイロード・ポインタの動きを注入します。 SUTは、ポインタを変更しないことを確認します。
13) Discontinue the payload pointer movement.
13）ペイロード・ポインタの移動を中止。
Reporting Format:
報告フォーマット：
The results of the pointer movement propagation test SHOULD be reported in a form of a table. The rows SHOULD be labeled single pointer movement, one pointer movement per second, and five pointer movements per second. The columns SHOULD be labeled pointer movement and loss of pointer. The elements of the table SHOULD be either True or False, indicating whether the particular condition was observed for each test.
ポインタ移動伝播試験の結果を表の形で報告されるべきです。行は、単一のポインタの移動、秒当たり一つのポインタの動き、毎秒5つのポインタの動きを、標識されるべきです。列はポインタの動き及びポインタの損失を、標識されるべきです。テーブルの要素は、特定の条件が各試験について観察されたかどうかを示す、trueまたはfalseであるべきです。
The table MUST also indicate the IP PDU size in octets and traffic rate in IP PDUs per second as generated by the test device.
試験装置によって生成される表はまた、秒当たりのIPのPDUのオクテットでIP PDUのサイズとトラフィックレートを指定する必要があります。
Objective: To determine if the SUT will drop cells due to pointer movements as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されるようにSUTが原因ポインタの動きに細胞をドロップするかどうかを決定します。
Procedure:
手順：
1) Set up the SUT and test device using the uni-directional configuration.
1）一方向構成を使用SUT及び試験装置をセットアップします。
2) Send a specific number of cells at a specific rate through the SUT. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The cell payload SHOULD contain valid IP PDUs. The IP PDUs MUST be encapsulated in AAL5.
2）SUTを介して特定の速度での細胞の特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。セルペイロードには有効なIP PDUを含むべきです。 IP PDUはAAL5でカプセル化されなければなりません。
3) Count the cells that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
3）接続と負荷を確認するために、SUTによって送信された細胞を数えます。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
4) Inject one forward payload pointer movement. Verify that the SUT does not drop any cells.
4）1つの前方ペイロード・ポインタの動きを注入します。 SUTは、任意のセルを廃棄しないことを確認します。
5) Inject one forward payload pointer movement every 1 second. Verify that the SUT does not drop any cells.
5）1つの前方ペイロード・ポインタの動き1秒ごとに注入します。 SUTは、任意のセルを廃棄しないことを確認します。
6) Discontinue the payload pointer movement.
6）ペイロード・ポインタの移動を中止。
7) Inject five forward payload pointer movements every 1 second. Verify that the SUT does not drop any cells.
7）1秒前進5つのペイロード・ポインタの動きを注入します。 SUTは、任意のセルを廃棄しないことを確認します。
8) Discontinue the payload pointer movement.
8）ペイロード・ポインタの動きを中止。
9) Inject one backward payload pointer movement. Verify that the SUT does not drop any cells.
9）後進1つのペイロード・ポインタの動きを注入。 SUTは、任意のセルを廃棄しないことを確認します。
10) Inject one backward payload pointer movement every 1 second. Verify that the SUT does not drop any cells.
10）後進1つのペイロード・ポインタの動き1秒ごとに注入します。 SUTは、任意のセルを廃棄しないことを確認します。
11) Discontinue the payload pointer movement.
11）ペイロード・ポインタの移動を中止。
12) Inject five backward payload pointer movements every 1 second. Verify that the SUT does not drop any cells.
12）1秒毎5つの後方ペイロード・ポインタの動きを注入します。 SUTは、任意のセルを廃棄しないことを確認します。
13) Discontinue the payload pointer movement.
13）ペイロード・ポインタの移動を中止。
Reporting Format:
報告フォーマット：
The results of the cell loss due to pointer movement test SHOULD be reported in a form of a table. The rows SHOULD be labeled single pointer movement, one pointer movement per second, and five pointer movements per second. The columns SHOULD be labeled cell loss and number of cells lost. The elements of column 1 SHOULD be either True or False, indicating whether the particular condition was observed for each test. The elements of column 2 SHOULD be non-negative integers.
ポインタ移動試験による細胞の損失の結果を表の形で報告されるべきです。行は、単一のポインタの移動、秒当たり一つのポインタの動き、毎秒5つのポインタの動きを、標識されるべきです。列は、セル損失と失われた細胞の数をラベル付けされるべき。カラム1の要素は、特定の条件が各試験について観察されたかどうかを示す、trueまたはfalseであるべきです。カラム2の要素は非負整数であるべきです。
The table MUST also indicate the traffic rate in IP PDUs per second as generated by the test device.
試験装置によって生成される表はまた、毎秒IP PDUの中のトラフィックレートを指定する必要があります。
Objective: To determine if the SUT will drop IP packets due to pointer movements as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマーキングのための用語」RFC 2761で定義されているようSUTが原因ポインタの動きにIPパケットをドロップするかどうかを決定するために。
Procedure:
手順：
1) Set up the SUT and test device using the uni-directional configuration.
1）一方向構成を使用SUT及び試験装置をセットアップします。
2) Send a specific number of IP packets at a specific rate through the SUT. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
2）SUTを介して特定の速度でのIPパケットの特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
3) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
3）接続と負荷を確認するために、SUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
4) Inject one forward payload pointer movement. Verify that the SUT does not drop any packets.
4）1つの前方ペイロード・ポインタの動きを注入します。 SUTは、任意のパケットを廃棄しないことを確認します。
5) Inject one forward payload pointer movement every 1 second. Verify that the SUT does not drop any packets.
5）1つの前方ペイロード・ポインタの動き1秒ごとに注入します。 SUTは、任意のパケットを廃棄しないことを確認します。
6) Discontinue the payload pointer movement.
6）ペイロード・ポインタの移動を中止。
7) Inject five forward payload pointer movements every 1 second. Verify that the SUT does not drop any packets.
7）1秒前進5つのペイロード・ポインタの動きを注入します。 SUTは、任意のパケットを廃棄しないことを確認します。
8) Discontinue the payload pointer movement.
8）ペイロード・ポインタの動きを中止。
9) Inject one backward payload pointer movement. Verify that the SUT does not drop any packets.
9）後進1つのペイロード・ポインタの動きを注入。 SUTは、任意のパケットを廃棄しないことを確認します。
10) Inject one backward payload pointer movement every 1 second. Verify that the SUT does not drop any packets.
10）後進1つのペイロード・ポインタの動き1秒ごとに注入します。 SUTは、任意のパケットを廃棄しないことを確認します。
11) Discontinue the payload pointer movement.
11）ペイロード・ポインタの移動を中止。
12) Inject five backward payload pointer movements every 1 second. Verify that the SUT does not drop any packets.
12）1秒毎5つの後方ペイロード・ポインタの動きを注入します。 SUTは、任意のパケットを廃棄しないことを確認します。
13) Discontinue the payload pointer movement.
13）ペイロード・ポインタの移動を中止。
Reporting Format:
報告フォーマット：
The results of the IP packet loss due to pointer movement test SHOULD be reported in a form of a table. The rows SHOULD be labeled single pointer movement, one pointer movement per second, and five pointer movements per second. The columns SHOULD be labeled packet loss and number of packets lost. The elements of column 1 SHOULD be either True or False, indicating whether the particular condition was observed for each test. The elements of column 2 SHOULD be non-negative integers.
ポインタ移動試験によるIPパケット損失の結果を表の形で報告されるべきです。行は、単一のポインタの移動、秒当たり一つのポインタの動き、毎秒5つのポインタの動きを、標識されるべきです。列は、失われたパケットのパケット損失や番号をラベル付けされるべき。カラム1の要素は、特定の条件が各試験について観察されたかどうかを示す、trueまたはfalseであるべきです。カラム2の要素は非負整数であるべきです。
The table MUST also indicate the packet size in octets and traffic rate in packets per second as generated by the test device.
試験装置によって生成される表はまた、秒あたりのパケットのオクテットのパケットサイズとトラフィックレートを指定する必要があります。
Objective: To determine that the SUT does not propagate TOH errors as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマーキングのための用語」RFC 2761で定義されているようSUTは、TOHエラーを伝播していないと判断します。
Procedure:
手順：
1) Set up the SUT and test device using the uni-directional configuration.
1）一方向構成を使用SUT及び試験装置をセットアップします。
2) Send a specific number of IP PDUs at a specific rate through the SUT. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The cell payload SHOULD contain valid IP PDUs. The IP PDUs MUST be encapsulated in AAL5.
2）SUTを介して特定の速度でIP PDUの特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。セルペイロードには有効なIP PDUを含むべきです。 IP PDUはAAL5でカプセル化されなければなりません。
3) Count the IP PDUs that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test, else lower the test device traffic rate until the counts are the same.
3）接続と負荷を確認するために、SUTによって送信されたIP PDUをカウント。試験装置の数はSUT上で同じである場合は、数が同じになるまで、他の試験は、試験装置のトラフィックレートを下げ続けます。
4) Inject one error in the first bit of the A1 and A2 Frameword. Verify that the SUT does not propagate the error.
4）A1とA2フレームワークの最初のビットでつのエラーを注入。 SUITがエラーを伝播しないことを確認します。
5) Inject one error in the first bit of the A1 and A2 Frameword every 1 second. Verify that the SUT does not propagate the error.
5）A1及びA2フレームワーク毎に1秒の最初のビットでつのエラーを注入。 SUITがエラーを伝播しないことを確認します。
6) Discontinue the Frameword error.
6）フレームワークエラーを中止。
7) Inject one error in the first bit of the A1 and A2 Frameword for 4 consecutive IP PDUs in every 6 IP PDUs. Verify that the SUT indicates Loss of Frame.
7）毎に6つのIP PDUの4つの連続IP PDUのためのA1及びA2フレームワークの最初のビットでつのエラーを注入。 SUTは、フレームの損失を示していることを確認します。
8) Discontinue the Frameword error.
8）フレームワークエラーを中止。
Reporting Format:
報告フォーマット：
The results of the TOH error propagation test SHOULD be reported in a form of a table. The rows SHOULD be labeled single error, one error per second, and four consecutive errors every 6 IP PDUs. The columns SHOULD be labeled error propagated and loss of IP PDU. The elements of the table SHOULD be either True or False, indicating whether the particular condition was observed for each test.
TOHエラー伝播試験の結果を表の形で報告されるべきです。行は、毎秒つのエラー、及び4つの連続したエラーごとに6つのIP PDUを単一エラー標識されるべきです。列はエラーが伝播し、IP PDUの損失ラベル付けされるべき。テーブルの要素は、特定の条件が各試験について観察されたかどうかを示す、trueまたはfalseであるべきです。
The table MUST also indicate the IP PDU size in octets and traffic rate in IP PDUs per second as generated by the test device.
試験装置によって生成される表はまた、秒当たりのIPのPDUのオクテットでIP PDUのサイズとトラフィックレートを指定する必要があります。
Objective: To determine if the SUT will drop cells due TOH Errors as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：RFC 2761「ATMベンチマーキングのための用語」で定義されたSUTは、細胞によるTOHエラーをドロップするかどうかを決定します。
Procedure:
手順：
1) Set up the SUT and test device using the uni-directional configuration.
1）一方向構成を使用SUT及び試験装置をセットアップします。
2) Send a specific number of cells at a specific rate through the SUT. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The cell payload SHOULD contain valid IP PDUs. The IP PDUs MUST be encapsulated in AAL5.
2）SUTを介して特定の速度での細胞の特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。セルペイロードには有効なIP PDUを含むべきです。 IP PDUはAAL5でカプセル化されなければなりません。
3) Count the cells that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
3）接続と負荷を確認するために、SUTによって送信された細胞を数えます。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
4) Inject one error in the first bit of the A1 and A2 Frameword. Verify that the SUT does not drop any cells.
4）A1とA2フレームワークの最初のビットでつのエラーを注入。 SUITは、任意のセルを廃棄しないことを確認します。
5) Inject one error in the first bit of the A1 and A2 Frameword every 1 second. Verify that the SUT does not drop any cells.
5）A1及びA2フレームワーク毎に1秒の最初のビットでつのエラーを注入。 SUITは、任意のセルを廃棄しないことを確認します。
6) Discontinue the Frameword error.
6）フレームワークエラーを中止。
7) Inject one error in the first bit of the A1 and A2 Frameword for 4 consecutive IP PDUs in every 6 IP PDUs. Verify that the SUT does drop cells.
7）毎に6つのIP PDUの4つの連続IP PDUのためのA1及びA2フレームワークの最初のビットでつのエラーを注入。 SUTは、ドロップ細胞をしていることを確認します。
8) Discontinue the Frameword error.
8）フレームワークエラーを中止。
Reporting Format:
報告フォーマット：
The results of the Cell Loss due to TOH errors test SHOULD be reported in a form of a table. The rows SHOULD be labeled single error, one error per second, and four consecutive errors every 6 IP PDUs. The columns SHOULD be labeled cell loss and number of cells lost. The elements of column 1 SHOULD be either True or False, indicating whether the particular condition was observed for each test. The elements of column 2 SHOULD be non-negative integers.
エラー検査をTOHによる細胞損失の結果を表の形で報告されるべきです。行は、毎秒つのエラー、及び4つの連続したエラーごとに6つのIP PDUを単一エラー標識されるべきです。列は、セル損失と失われた細胞の数をラベル付けされるべき。カラム1の要素は、特定の条件が各試験について観察されたかどうかを示す、trueまたはfalseであるべきです。カラム2の要素は非負整数であるべきです。
The table MUST also indicate the traffic rate in IP PDUs per second as generated by the test device.
試験装置によって生成される表はまた、毎秒IP PDUの中のトラフィックレートを指定する必要があります。
Objective: To determine if the SUT will drop IP packets due to TOH errors as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマーキングのための用語」RFC 2761で定義されているようSUTが原因TOHエラーのためにIPパケットをドロップするかどうかを決定するために。
Procedure:
手順：
1) Set up the SUT and test device using the uni-directional configuration.
1）一方向構成を使用SUT及び試験装置をセットアップします。
2) Send a specific number of IP packets at a specific rate through the SUT. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
2）SUTを介して特定の速度でのIPパケットの特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
3) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
3）接続と負荷を確認するために、SUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
4) Inject one error in the first bit of the A1 and A2 Frameword. Verify that the SUT does not drop any packets.
4）A1とA2フレームワークの最初のビットでつのエラーを注入。 SUITは、任意のパケットを廃棄しないことを確認します。
5) Inject one error in the first bit of the A1 and A2 Frameword every 1 second. Verify that the SUT does not drop any packets.
5）A1及びA2フレームワーク毎に1秒の最初のビットでつのエラーを注入。 SUITは、任意のパケットを廃棄しないことを確認します。
6) Discontinue the Frameword error.
6）フレームワークエラーを中止。
7) Inject one error in the first bit of the A1 and A2 Frameword for 4 consecutive IP PDUs in every 6 IP PDUs. Verify that the SUT does drop packets.
7）毎に6つのIP PDUの4つの連続IP PDUのためのA1及びA2フレームワークの最初のビットでつのエラーを注入。 SUTは、ドロップパケットをしていることを確認します。
8) Discontinue the Frameword error.
8）フレームワークエラーを中止。
Reporting Format:
報告フォーマット：
The results of the IP packet loss due to TOH errors test SHOULD be reported in a form of a table. The rows SHOULD be labeled single error, one error per second, and four consecutive errors every 6 IP PDUs. The columns SHOULD be labeled packet loss and number of packets lost. The elements of column 1 SHOULD be either True or False, indicating whether the particular condition was observed for each test. The elements of column 2 SHOULD be non-negative integers.
エラー検査をTOHによるIPパケット損失の結果を表の形で報告されるべきです。行は、毎秒つのエラー、及び4つの連続したエラーごとに6つのIP PDUを単一エラー標識されるべきです。列は、失われたパケットのパケット損失や番号をラベル付けされるべき。カラム1の要素は、特定の条件が各試験について観察されたかどうかを示す、trueまたはfalseであるべきです。カラム2の要素は非負整数であるべきです。
The table MUST also indicate the packet size in octets and traffic rate in packets per second as generated by the test device.
試験装置によって生成される表はまた、秒あたりのパケットのオクテットのパケットサイズとトラフィックレートを指定する必要があります。
Objective: To determine that the SUT does not propagate POH errors as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマーキングのための用語」RFC 2761で定義されているようSUTは、POHエラーを伝播していないと判断します。
Procedure:
手順：
1) Set up the SUT and test device using the uni-directional configuration.
1）一方向構成を使用SUT及び試験装置をセットアップします。
2) Send a specific number of IP PDUs at a specific rate through the SUT. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The cell payload SHOULD contain valid IP PDUs. The IP PDUs MUST be encapsulated in AAL5.
2）SUTを介して特定の速度でIP PDUの特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。セルペイロードには有効なIP PDUを含むべきです。 IP PDUはAAL5でカプセル化されなければなりません。
3) Count the IP PDUs that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test, else lower the test device traffic rate until the counts are the same.
3）接続と負荷を確認するために、SUTによって送信されたIP PDUをカウント。試験装置の数はSUT上で同じである場合は、数が同じになるまで、他の試験は、試験装置のトラフィックレートを下げ続けます。
4) Inject one error in the B3 (Path BIP8) byte. Verify that the SUT does not propagate the error.
4）B3（パスBIP8）バイトで1つのエラーを注入します。 SUTがエラーを伝播しないことを確認します。
5) Inject one error in the B3 byte every 1 second. Verify that the SUT does not propagate the error.
5）B3バイトに1秒毎つのエラーを注入。 SUTがエラーを伝播しないことを確認します。
6) Discontinue the POH error.
6）POHエラーを中止。
Reporting Format:
報告フォーマット：
The results of the POH error propagation test SHOULD be reported
in a form of a table. The rows SHOULD be labeled single error
and one error per second. The columns SHOULD be labeled error
propagated and loss of IP PDU. The elements of the table SHOULD
be either True or False, indicating whether the particular
condition was observed for each test.
The table MUST also indicate the IP PDU size in octets and traffic rate in IP PDUs per second as generated by the test device.
試験装置によって生成される表はまた、秒当たりのIPのPDUのオクテットでIP PDUのサイズとトラフィックレートを指定する必要があります。
Objective: To determine if the SUT will drop cells due POH Errors as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されるようにSUT細胞に起因POHエラーをドロップするかどうかを決定します。
Procedure:
手順：
1) Set up the SUT and test device using the uni-directional configuration.
1）一方向構成を使用SUT及び試験装置をセットアップします。
2) Send a specific number of cells at a specific rate through the SUT. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The cell payload SHOULD contain valid IP PDUs. The IP PDUs MUST be encapsulated in AAL5.
2）SUTを介して特定の速度での細胞の特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。セルペイロードには有効なIP PDUを含むべきです。 IP PDUはAAL5でカプセル化されなければなりません。
3) Count the cells that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
3）接続と負荷を確認するために、SUTによって送信された細胞を数えます。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
4) Inject one error in the B3 (Path BIP8) byte. Verify that the SUT does not drop any cells.
4）B3（パスBIP8）バイトで1つのエラーを注入します。 SUTは、任意のセルを廃棄しないことを確認します。
5) Inject one error in the B3 byte every 1 second. Verify that the SUT does not drop any cells.
5）B3バイトに1秒毎つのエラーを注入。 SUTは、任意のセルを廃棄しないことを確認します。
6) Discontinue the POH error.
6）POHエラーを中止。
Reporting Format:
報告フォーマット：
The results of the Cell Loss due to POH errors test SHOULD be reported in a form of a table. The rows SHOULD be labeled single error and one error per second. The columns SHOULD be labeled cell loss and number of cells lost. The elements of column 1 SHOULD be either True or False, indicating whether the particular condition was observed for each test. The elements of column 2 SHOULD be non-negative integers.
起因POHエラー試験にセル損失の結果を表の形で報告されるべきです。行は、単一のエラーと毎秒つのエラーを標識するべきです。列は、セル損失と失われた細胞の数をラベル付けされるべき。カラム1の要素は、特定の条件が各試験について観察されたかどうかを示す、trueまたはfalseであるべきです。カラム2の要素は非負整数であるべきです。
The table MUST also indicate the traffic rate in IP PDUs per second as generated by the test device.
試験装置によって生成される表はまた、毎秒IP PDUの中のトラフィックレートを指定する必要があります。
Objective: To determine if the SUT will drop IP packets due to POH errors as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマーキングのための用語」RFC 2761で定義されているようSUTが原因POHエラーのためにIPパケットをドロップするかどうかを決定するために。
Procedure:
手順：
1) Set up the SUT and test device using the uni-directional configuration.
1）一方向構成を使用SUT及び試験装置をセットアップします。
2) Send a specific number of IP packets at a specific rate through the SUT. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
2）SUTを介して特定の速度でのIPパケットの特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
3) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
3）接続と負荷を確認するために、SUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
4) Inject one error in the B3 (Path BIP8) byte. Verify that the SUT does not drop any packets.
4）B3（パスBIP8）バイトで1つのエラーを注入します。 SUTは、任意のパケットを廃棄しないことを確認します。
5) Inject one error in the B3 byte every 1 second. Verify that the SUT does not drop any packets.
5）B3バイトに1秒毎つのエラーを注入。 SUTは、任意のパケットを廃棄しないことを確認します。
6) Discontinue the POH error.
6）POHエラーを中止。
Reporting Format:
報告フォーマット：
The results of the IP packet loss due to POH errors test SHOULD be reported in a form of a table. The rows SHOULD be labeled single error and one error per second. The columns SHOULD be labeled packet loss and number of packets lost. The elements of column 1 SHOULD be either True or False, indicating whether the particular condition was observed for each test. The elements of column 2 SHOULD be non-negative integers.
起因POHエラー試験へIPパケット損失の結果を表の形で報告されるべきです。行は、単一のエラーと毎秒つのエラーを標識するべきです。列は、失われたパケットのパケット損失や番号をラベル付けされるべき。カラム1の要素は、特定の条件が各試験について観察されたかどうかを示す、trueまたはfalseであるべきです。カラム2の要素は非負整数であるべきです。
The table MUST also indicate the packet size in octets and traffic rate in packets per second as generated by the test device.
試験装置によって生成される表はまた、秒あたりのパケットのオクテットのパケットサイズとトラフィックレートを指定する必要があります。
The cell delay measurements assume that both the transmitter and receiver timestamp information is synchronized. Synchronization SHOULD be achieved by supplying a common clock signal (minimum of 100 Mhz or 10 ns resolution) to both the transmitter and receiver. The maximum timestamp values MUST be recorded to ensure synchronization in the case of counter rollover. The cell delay measurements SHOULD utilize the O.191 cell (ITUT-O.191) encapsulated in a valid IP packet. If the O.191 cell is not available, a test cell encapsulated in a valid IP packet MAY be used. The test cell MUST contain a transmit timestamp which can be correlated with a receive timestamp. A description of the test cell MUST be included in the test results. The description MUST include the timestamp length (in bits), counter rollover value, and the timestamp accuracy (in ns).
セル遅延測定は、送信機と受信機のタイムスタンプ情報の両方が同期されると仮定する。同期は、送信機と受信機の両方に共通のクロック信号（100 MHz以上10ナノ秒の分解能の最小値）を供給することによって達成されるべきです。最大タイムスタンプ値は、カウンタのロールオーバーの場合に同期を確保するために記録されなければなりません。セル遅延測定は、有効なIPパケットにカプセル化O.191細胞（ITUT-O.191）を利用すべきです。 O.191セルが利用できない場合は、有効なIPパケットにカプセル化されたテストセルを使用することができます。試験細胞は、受信タイムスタンプと相関させることができる送信タイムスタンプを含まなければなりません。テストセルの記述は、テスト結果に含まれなければなりません。説明は、カウンタのロールオーバ値、および（NS）でタイムスタンプ精度（ビット）のタイムスタンプの長さを含まなければなりません。
Objective: To determine the SUT variation in cell transfer delay with one VCC as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されたように、1つのVCCとセル転送遅延のSUTの変化を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with one VCC. The VCC SHOULD contain one VPI/VCI. The VCC MUST be configured as either a CBR, VBR, or UBR connection. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）1つのVCCとSUT及び試験装置を構成します。 VCCは1 VPI / VCIを含むべきです。 VCCのいずれかCBR、VBR、またはUBR接続として構成されなければなりません。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing timestamps at a specific constant rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストVCCを介してSUTを介して特定の一定の速度でタイムスタンプを含むIPパケットの特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、SUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the packets timestamps at the transmitter and receiver ends of the test device.
5）試験装置の送信機および受信機端部でタイムスタンプパケットを記録します。
Reporting Format:
報告フォーマット：
The results of the Two-point CDV/Steady Load/One VCC test SHOULD be reported in a form of text, graph, and histogram.
2点CDV /定常負荷/つVCC試験の結果は、テキスト、グラフ、ヒストグラムの形で報告されるべきです。
The text results SHOULD display the numerical values of the CDV. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, maximum and minimum CDV during the test in us, and peak-to-peak CDV in us.
テキスト結果は、CDVの数値を表示する必要があります。所与の値が含まれている必要がありますSにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、米国で試験中の正の整数で、最大値と最小CDVにおける試験中に与えられたVPI / VCIで受信、および私たちのピーク・ツー・ピークCDV。
The graph results SHOULD display the cell delay values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell delay in us. The integration time per point MUST be indicated.
グラフの結果は、セル遅延値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、米国におけるセル遅延であるべきです。ポイントごとの積分時間が示されなければなりません。
The histogram results SHOULD display the peak-to-peak cell delay. The x-coordinate SHOULD be the cell delay in us with at least 256 bins. The y-coordinate SHOULD be the number of cells observed in each bin.
ヒストグラムの結果は、ピーク・ツー・ピークセル遅延が表示されます。 x座標は、少なくとも256個のビンを有する米国におけるセル遅延であるべきです。 y座標は、各ビンにおいて観察された細胞の数であるべきです。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT variation in cell transfer delay with twelve VCCs as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されるように12件のVCCとセル転送遅延のSUTの変化を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with twelve VCCs, using 1 VPI and 12 VCIs. The VCC's MUST be configured as either a CBR, VBR, or UBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）1つのVPI及び12件のVCIを使用して、12件のVCCとSUT及び試験装置を構成します。 VCCのいずれかCBR、VBR、またはUBR接続として設定する必要があります。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing timestamps at a specific constant rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定の一定の速度でタイムスタンプを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the packets timestamps at the transmitter and receiver ends of the test device for all VCCs.
5）全てのVCCのための試験装置の送信機および受信機端部でタイムスタンプパケットを記録します。
Reporting Format:
報告フォーマット：
The results of the Two-point CDV/Steady Load/Twelve VCCs test SHOULD be reported in a form of text, graph, and histograms.
2点CDV /定常負荷/十二のVCC試験の結果は、テキスト、グラフ、ヒストグラムの形で報告されるべきです。
The text results SHOULD display the numerical values of the CDV. The values given SHOULD include: time period of test in s, test VPI/VCI values, total number of cells transmitted and received on each VCC during the test in positive integers, maximum and minimum CDV on each VCC during the test in us, and peak-to-peak CDV on each VCC in us.
テキスト結果は、CDVの数値を表示する必要があります。含めるべきで与えられた値：Sにおける試験の期間、VPI / VCI値を、送信された細胞の総数をテストし、米国で試験中の正の整数、各VCCの最大と最小CDVにおける試験中に各VCCで受信、および私たちの各VCC上のピーク・ツー・ピークCDV。
The graph results SHOULD display the cell delay values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell delay for each VCC in ms. There SHOULD be 12 curves on the graph, one curves indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、セル遅延値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、MS内の各VCCのためのセル遅延であるべきです。 1つの曲線が示されると、各VCCのために標識された、グラフ上の曲線12があるべきです。ポイントごとの積分時間が示されなければなりません。
The histograms SHOULD display the peak-to-peak cell delay. There will be one histogram for each VCC. The x-coordinate SHOULD be the cell delay in us with at least 256 bins. The y-coordinate SHOULD be the number of cells observed in each bin.
ヒストグラムは、ピーク・ツー・ピークセル遅延が表示されます。各VCCのための1つのヒストグラムがあります。 x座標は、少なくとも256個のビンを有する米国におけるセル遅延であるべきです。 y座標は、各ビンにおいて観察された細胞の数であるべきです。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT variation in cell transfer delay with the maximum number VCCs supported on the SUT as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されたVCCがSUTでサポートされる最大数のセル転送遅延のSUTの変化を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with the maximum number of VCCs supported on the SUT. For example, if the maximum number of VCCs supported on the SUT is 1024, define 256 VPIs with 4 VCIs per VPI. The VCC's MUST be configured as either a CBR, VBR, or UBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）SUT上に支持されたVCCの最大数とSUT及び試験装置を構成します。 VCCの最大数はSUTでサポートされている場合、例えば、VPI当たり4つのVCIと256件のVPIを定義する、1024。 VCCのいずれかCBR、VBR、またはUBR接続として設定する必要があります。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing timestamps at a specific constant rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定の一定の速度でタイムスタンプを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the packets timestamps at the transmitter and receiver ends of the test device for all VCCs.
5）全てのVCCのための試験装置の送信機および受信機端部でタイムスタンプパケットを記録します。
Reporting Format:
報告フォーマット：
The results of the Two-point CDV/Steady Load/Maximum VCCs test SHOULD be reported in a form of text, graphs, and histograms.
2点CDV /定常負荷/最大のVCC試験の結果は、テキスト、グラフ、ヒストグラムの形で報告されるべきです。
The text results SHOULD display the numerical values of the CDV. The values given SHOULD include: time period of test in s, test VPI/VCI values, total number of cells transmitted and received on each VCC during the test in positive integers, maximum and minimum CDV on each VCC during the test in us, and peak-to-peak CDV on each VCC in us.
テキスト結果は、CDVの数値を表示する必要があります。含めるべきで与えられた値：Sにおける試験の期間、VPI / VCI値を、送信された細胞の総数をテストし、米国で試験中の正の整数、各VCCの最大と最小CDVにおける試験中に各VCCで受信、および私たちの各VCC上のピーク・ツー・ピークCDV。
The graph results SHOULD display the cell delay values. There will be (Max number of VCCs/10) graphs, with 10 VCCs indicated on each graph. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell delay for each VCC in us. There SHOULD be no more than 10 curves on each graph, one curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、セル遅延値を表示する必要があります。 10件のVCCは、各グラフに示されていると、グラフ（のVCC / 10の最大数）が存在することになります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、米国内の各VCCのためのセル遅延であるべきです。 1つの曲線が示され、各VCCのために標識された、各グラフには10本の以上の曲線があってはなりません。ポイントごとの積分時間が示されなければなりません。
The histograms SHOULD display the peak-to-peak cell delay. There will be one histogram for each VCC. The x-coordinate SHOULD be the cell delay in us with at least 256 bins. The y-coordinate SHOULD be the number of cells observed in each bin.
ヒストグラムは、ピーク・ツー・ピークセル遅延が表示されます。各VCCのための1つのヒストグラムがあります。 x座標は、少なくとも256個のビンを有する米国におけるセル遅延であるべきです。 y座標は、各ビンにおいて観察された細胞の数であるべきです。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT variation in cell transfer delay with one VCC as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されたように、1つのVCCとセル転送遅延のSUTの変化を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with one VCC. The VCC SHOULD contain one VPI/VCI. The VCC MUST be configured as either a CBR or VBR connection. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）1つのVCCとSUT及び試験装置を構成します。 VCCは1 VPI / VCIを含むべきです。 VCCは、CBRまたはVBRの接続のいずれかとして構成されなければなりません。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing timestamps at a specific VBR through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストVCCを介してSUTを介して特定のVBRでタイムスタンプを含むIPパケットの特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、SUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the packets timestamps at the transmitter and receiver ends of the test device.
5）試験装置の送信機および受信機端部でタイムスタンプパケットを記録します。
Reporting Format:
報告フォーマット：
The results of the Two-point CDV/Bursty VBR Load/One VCC test SHOULD be reported in a form of text, graph, and histogram.
2点CDV /バースティVBRロード/つVCC試験の結果は、テキスト、グラフ、ヒストグラムの形で報告されるべきです。
The text results SHOULD display the numerical values of the CDV. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, maximum and minimum CDV during the test in us, and peak-to-peak CDV in us.
テキスト結果は、CDVの数値を表示する必要があります。所与の値が含まれている必要がありますSにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、米国で試験中の正の整数で、最大値と最小CDVにおける試験中に与えられたVPI / VCIで受信、および私たちのピーク・ツー・ピークCDV。
The graph results SHOULD display the cell delay values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell delay in us. The integration time per point MUST be indicated.
グラフの結果は、セル遅延値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、米国におけるセル遅延であるべきです。ポイントごとの積分時間が示されなければなりません。
The histogram results SHOULD display the peak-to-peak cell delay. The x-coordinate SHOULD be the cell delay in us with at least 256 bins. The y-coordinate SHOULD be the number of cells observed in each bin.
ヒストグラムの結果は、ピーク・ツー・ピークセル遅延が表示されます。 x座標は、少なくとも256個のビンを有する米国におけるセル遅延であるべきです。 y座標は、各ビンにおいて観察された細胞の数であるべきです。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT variation in cell transfer delay with twelve VCCs as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されるように12件のVCCとセル転送遅延のSUTの変化を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with twelve VCCs, using 1 VPI and 12 VCIs. The VCC's MUST be configured as either a CBR or VBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）1つのVPI及び12件のVCIを使用して、12件のVCCとSUT及び試験装置を構成します。 VCCのは、CBRまたはVBR接続のいずれかに設定する必要があります。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing timestamps at a specific VBR through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定のVBRでタイムスタンプを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the packets timestamps at the transmitter and receiver ends of the test device for all VCCs.
5）全てのVCCのための試験装置の送信機および受信機端部でタイムスタンプパケットを記録します。
Reporting Format:
報告フォーマット：
The results of the Two-point CDV/Bursty VBR Load/Twelve VCCs test SHOULD be reported in a form of text, graph, and histograms.
2点CDV /バースティVBRロード/十二のVCC試験の結果は、テキスト、グラフ、ヒストグラムの形で報告されるべきです。
The text results SHOULD display the numerical values of the CDV. The values given SHOULD include: time period of test in s, test VPI/VCI values, total number of cells transmitted and received on each VCC during the test in positive integers, maximum and minimum CDV on each VCC during the test in us, and peak-to-peak CDV on each VCC in us.
テキスト結果は、CDVの数値を表示する必要があります。含めるべきで与えられた値：Sにおける試験の期間、VPI / VCI値を、送信された細胞の総数をテストし、米国で試験中の正の整数、各VCCの最大と最小CDVにおける試験中に各VCCで受信、および私たちの各VCC上のピーク・ツー・ピークCDV。
The graph results SHOULD display the cell delay values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell delay for each VCC in ms. There SHOULD be 12 curves on the graph, one curves indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、セル遅延値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、MS内の各VCCのためのセル遅延であるべきです。 1つの曲線が示されると、各VCCのために標識された、グラフ上の曲線12があるべきです。ポイントごとの積分時間が示されなければなりません。
The histograms SHOULD display the peak-to-peak cell delay. There will be one histogram for each VCC. The x-coordinate SHOULD be the cell delay in us with at least 256 bins. The y-coordinate SHOULD be the number of cells observed in each bin.
ヒストグラムは、ピーク・ツー・ピークセル遅延が表示されます。各VCCのための1つのヒストグラムがあります。 x座標は、少なくとも256個のビンを有する米国におけるセル遅延であるべきです。 y座標は、各ビンにおいて観察された細胞の数であるべきです。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT variation in cell transfer delay with the maximum number VCCs supported on the SUT as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されたVCCがSUTでサポートされる最大数のセル転送遅延のSUTの変化を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with the maximum number of VCCs supported on the SUT. For example, if the maximum number of VCCs supported on the SUT is 1024, define 256 VPIs with 4 VCIs per VPI. The VCC's MUST be configured as either a CBR or VBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）SUT上に支持されたVCCの最大数とSUT及び試験装置を構成します。 VCCの最大数はSUTでサポートされている場合、例えば、VPI当たり4つのVCIと256件のVPIを定義する、1024。 VCCのは、CBRまたはVBR接続のいずれかに設定する必要があります。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing timestamps at a specific VBR through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定のVBRでタイムスタンプを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the packets timestamps at the transmitter and receiver ends of the test device for all VCCs.
5）全てのVCCのための試験装置の送信機および受信機端部でタイムスタンプパケットを記録します。
Reporting Format:
報告フォーマット：
The results of the Two-point CDV/Bursty VBR Load/Maximum VCCs test SHOULD be reported in a form of text, graphs, and histograms.
2点CDV /バースティVBRロード/最大のVCC試験の結果は、テキスト、グラフ、ヒストグラムの形で報告されるべきです。
The text results SHOULD display the numerical values of the CDV. The values given SHOULD include: time period of test in s, test VPI/VCI values, total number of cells transmitted and received on each VCC during the test in positive integers, maximum and minimum CDV on each VCC during the test in us, and peak-to-peak CDV on each VCC in us.
テキスト結果は、CDVの数値を表示する必要があります。含めるべきで与えられた値：Sにおける試験の期間、VPI / VCI値を、送信された細胞の総数をテストし、米国で試験中の正の整数、各VCCの最大と最小CDVにおける試験中に各VCCで受信、および私たちの各VCC上のピーク・ツー・ピークCDV。
The graph results SHOULD display the cell delay values. There will be (Max number of VCCs/10) graphs, with 10 VCCs indicated on each graph. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell delay for each VCC in us. There SHOULD be no more than 10 curves on each graph, one curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、セル遅延値を表示する必要があります。 10件のVCCは、各グラフに示されていると、グラフ（のVCC / 10の最大数）が存在することになります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、米国内の各VCCのためのセル遅延であるべきです。 1つの曲線が示され、各VCCのために標識された、各グラフには10本の以上の曲線があってはなりません。ポイントごとの積分時間が示されなければなりません。
The histograms SHOULD display the peak-to-peak cell delay. There will be one histogram for each VCC. The x-coordinate SHOULD be the cell delay in us with at least 256 bins. The y-coordinate SHOULD be the number of cells observed in each bin.
ヒストグラムは、ピーク・ツー・ピークセル遅延が表示されます。各VCCのための1つのヒストグラムがあります。 x座標は、少なくとも256個のビンを有する米国におけるセル遅延であるべきです。 y座標は、各ビンにおいて観察された細胞の数であるべきです。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT variation in cell transfer delay with three VCC's as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマーキングのための用語」RFC 2761で定義されている3 VCC年代にセル転送遅延のSUTの変化を決定するために。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with three VCC's. Each VCC MUST be defined as a different Bearer class: one CBR, one UBR and one VBR. Each VCC SHOULD contain one VPI/VCI. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）3 VCCの持つSUTとテストデバイスを構成します。各VCCは、異なるベアラクラスとして定義されなければならない：1 CBR一のUBR一VBR。各VCCは1 VPI / VCIを含むべきです。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing timestamps through the SUT via the defined test VCCs. Each generated VCC stream MUST match the corresponding VCC Bearer class. All of the VPI/VCI pairs will generate traffic at the same traffic rate.
3）定義されたテストのVCCを介してSUTを介してタイムスタンプを含むIPパケットの特定の数を送信します。各生成されたVCCストリームは、対応するVCCベアラクラスと一致しなければなりません。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。
Since this test is not a throughput test, the rate should not be
greater than 90% of line rate. The IP PDUs MUST be encapsulated
in AAL5.
4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、SUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the packets timestamps at the transmitter and receiver ends of the test device for all VCC's.
5）すべてのVCCのための試験装置の送信機および受信機端部でタイムスタンプパケットを記録します。
Reporting Format:
報告フォーマット：
The results of the Two-point CDV/Mixed Load/Three VCC test SHOULD be reported in a form of text, graph, and histogram.
2点CDV /ミックスロード/三VCCテストの結果は、テキスト、グラフ、およびヒストグラムの形で報告する必要があります。
The text results SHOULD display the numerical values of the CDV. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, maximum and minimum CDV during the test in us, and peak-to-peak CDV in us.
テキスト結果は、CDVの数値を表示する必要があります。所与の値が含まれている必要がありますSにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、米国で試験中の正の整数で、最大値と最小CDVにおける試験中に与えられたVPI / VCIで受信、および私たちのピーク・ツー・ピークCDV。
The graph results SHOULD display the cell delay values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell delay in us. The integration time per point MUST be indicated.
グラフの結果は、セル遅延値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、米国におけるセル遅延であるべきです。ポイントごとの積分時間が示されなければなりません。
The histogram results SHOULD display the peak-to-peak cell delay. The x-coordinate SHOULD be the cell delay in us with at least 256 bins. The y-coordinate SHOULD be the number of cells observed in each bin.
ヒストグラムの結果は、ピーク・ツー・ピークセル遅延が表示されます。 x座標は、少なくとも256個のビンを有する米国におけるセル遅延であるべきです。 y座標は、各ビンにおいて観察された細胞の数であるべきです。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT variation in cell transfer delay with twelve VCCs as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されるように12件のVCCとセル転送遅延のSUTの変化を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with twelve VCC's. Each VCC MUST be defined as one of the Bearer classes for a total of four CBR, four UBR and four VBR VCC's. Each VCC SHOULD contain one VPI/VCI. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）12 VCCのでSUTとテストデバイスを構成します。各VCCは、4つのCBRは、4つのUBR四VBR VCCの合計ベアラ・クラスのいずれかとして定義されなければなりません。各VCCは1 VPI / VCIを含むべきです。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing timestamps through the SUT via the defined test VCCs. Each generated VCC stream MUST match the corresponding VCC Bearer class. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介してタイムスタンプを含むIPパケットの特定の数を送信します。各生成されたVCCストリームは、対応するVCCベアラクラスと一致しなければなりません。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the packets timestamps at the transmitter and receiver ends of the test device for all VCCs.
5）全てのVCCのための試験装置の送信機および受信機端部でタイムスタンプパケットを記録します。
Reporting Format:
報告フォーマット：
The results of the Two-point CDV/Mixed Load/Twelve VCCs test SHOULD be reported in a form of text, graph, and histograms.
2点CDV /ミックスロード/十二のVCC試験の結果は、テキスト、グラフ、ヒストグラムの形で報告されるべきです。
The text results SHOULD display the numerical values of the CDV. The values given SHOULD include: time period of test in s, test VPI/VCI values, total number of cells transmitted and received on each VCC during the test in positive integers, maximum and minimum CDV on each VCC during the test in us, and peak-to-peak CDV on each VCC in us.
テキスト結果は、CDVの数値を表示する必要があります。含めるべきで与えられた値：Sにおける試験の期間、VPI / VCI値を、送信された細胞の総数をテストし、米国で試験中の正の整数、各VCCの最大と最小CDVにおける試験中に各VCCで受信、および私たちの各VCC上のピーク・ツー・ピークCDV。
The graph results SHOULD display the cell delay values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell delay for each VCC in ms. There SHOULD be 12 curves on the graph, one curves indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、セル遅延値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、MS内の各VCCのためのセル遅延であるべきです。 1つの曲線が示されると、各VCCのために標識された、グラフ上の曲線12があるべきです。ポイントごとの積分時間が示されなければなりません。
The histograms SHOULD display the peak-to-peak cell delay. There will be one histogram for each VCC. The x-coordinate SHOULD be the cell delay in us with at least 256 bins. The y-coordinate SHOULD be the number of cells observed in each bin.
ヒストグラムは、ピーク・ツー・ピークセル遅延が表示されます。各VCCのための1つのヒストグラムがあります。 x座標は、少なくとも256個のビンを有する米国におけるセル遅延であるべきです。 y座標は、各ビンにおいて観察された細胞の数であるべきです。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT variation in cell transfer delay with the maximum number VCCs supported on the SUT as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されたVCCがSUTでサポートされる最大数のセル転送遅延のSUTの変化を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with maximum number of VCCs supported on the SUT. For example, if the maximum number of VCCs supported on the SUT is 1024, define 256 VPIs with 4 VCIs per VPI. Each VCC MUST be defined as one of the Bearer classes for a total of (max VCC/3) CBR, (max VCC/3) UBR and (max VCC/3) VBR VCC's. If the maximum number of VCC's is not divisible by 3, the total for each bearer class MUST be within 3 VCC's of each other. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）SUT上に支持されたVCCの最大数とSUT及び試験装置を構成します。 VCCの最大数はSUTでサポートされている場合、例えば、VPI当たり4つのVCIと256件のVPIを定義する、1024。各VCCが（最大VCC / 3）CBR、（最大VCC / 3）UBR及び（最大VCC / 3）VBR VCCの合計ベアラ・クラスのいずれかとして定義されなければなりません。 VCCの最大数は3で割り切れない場合は、各ベアラ・クラスの合計が3 VCC互いの内になければなりません。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing timestamps through the SUT via the defined test VCCs. Each generated VCC stream MUST match the corresponding VCC Bearer class. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介してタイムスタンプを含むIPパケットの特定の数を送信します。各生成されたVCCストリームは、対応するVCCベアラクラスと一致しなければなりません。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the packets timestamps at the transmitter and receiver ends of the test device for all VCCs.
5）全てのVCCのための試験装置の送信機および受信機端部でタイムスタンプパケットを記録します。
Reporting Format:
報告フォーマット：
The results of the Two-point CDV/Mixed Load/Maximum VCCs test SHOULD be reported in a form of text, graphs, and histograms.
2点CDV /ミックスロード/最大のVCC試験の結果は、テキスト、グラフ、ヒストグラムの形で報告されるべきです。
The text results SHOULD display the numerical values of the CDV. The values given SHOULD include: time period of test in s, test VPI/VCI values, total number of cells transmitted and received on each VCC during the test in positive integers, maximum and minimum CDV on each VCC during the test in us, and peak-to-peak CDV on each VCC in us.
テキスト結果は、CDVの数値を表示する必要があります。含めるべきで与えられた値：Sにおける試験の期間、VPI / VCI値を、送信された細胞の総数をテストし、米国で試験中の正の整数、各VCCの最大と最小CDVにおける試験中に各VCCで受信、および私たちの各VCC上のピーク・ツー・ピークCDV。
The graph results SHOULD display the cell delay values. There will be (Max number of VCCs/10) graphs, with 10 VCCs indicated on each graph. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell delay for each VCC in us. There SHOULD be no more than 10 curves on each graph, one curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、セル遅延値を表示する必要があります。 10件のVCCは、各グラフに示されていると、グラフ（のVCC / 10の最大数）が存在することになります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、米国内の各VCCのためのセル遅延であるべきです。 1つの曲線が示され、各VCCのために標識された、各グラフには10本の以上の曲線があってはなりません。ポイントごとの積分時間が示されなければなりません。
The histograms SHOULD display the peak-to-peak cell delay. There will be one histogram for each VCC. The x-coordinate SHOULD be the cell delay in us with at least 256 bins. The y-coordinate SHOULD be the number of cells observed in each bin.
ヒストグラムは、ピーク・ツー・ピークセル遅延が表示されます。各VCCのための1つのヒストグラムがあります。 x座標は、少なくとも256個のビンを有する米国におけるセル遅延であるべきです。 y座標は、各ビンにおいて観察された細胞の数であるべきです。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
The cell error ratio measurements assume that both the transmitter and receiver payload information is synchronized. Synchronization MUST be achieved by supplying a known bit pattern to both the transmitter and receiver. If this bit pattern is longer than the packet size, the receiver MUST synchronize with the transmitter before tests can be run.
セル誤り率の測定は、送信機と受信機ペイロード情報の両方が同期されると仮定する。同期は、送信機と受信機の両方に既知のビットパターンを供給することによって達成されなければなりません。このビットパターンは、パケットサイズよりも長い場合のテストを実行する前に、受信機は、送信機と同期させる必要があります。
Objective: To determine the SUT ratio of errored cells on one VCC in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して伝送の一方VCCにエラーセルのSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with one VCC. The VCC SHOULD contain one VPI/VCI. The VCC MUST be configured as either a CBR, VBR, or UBR connection. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）1つのVCCとSUT及び試験装置を構成します。 VCCは1 VPI / VCIを含むべきです。 VCCのいずれかCBR、VBR、またはUBR接続として構成されなければなりません。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing one of the specified bit patterns at a constant rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストVCCを介してSUTを介して一定速度で指定されたビットパターンのいずれかを含むIPパケットの特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、SUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of bit errors at the receiver end of the test device.
5）試験装置の受信端でビットエラーの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CER/Steady Load/One VCC test SHOULD be reported in a form of text and graph.
CER /定常負荷/つVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CER for the entire test.
テキスト結果は、CERの数値を表示する必要があります。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数でテスト、全体テストのためCER間に所定のVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the cell error ratio values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CER. The integration time per point MUST be indicated.
グラフの結果は、細胞誤り率値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標CERであるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスが示されなければなりません。生成されたビットパターンも示さなければなりません。
Objective: To determine the SUT ratio of errored cells on twelve VCCs in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して伝送における12件のVCC上のエラーセルのSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with twelve VCCs, using 1 VPI and 12 VCIs. The VCC's MUST be configured as either a CBR, VBR, or UBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）1つのVPI及び12件のVCIを使用して、12件のVCCとSUT及び試験装置を構成します。 VCCのいずれかCBR、VBR、またはUBR接続として設定する必要があります。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing one of the specified bit patterns at a constant rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して一定速度で指定されたビットパターンのいずれかを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of bit errors at the receiver end of the test device for all VCCs.
5）全てのVCCのための試験装置の受信端でビットエラーの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CER/Steady Load/Twelve VCCs test SHOULD be reported in a form of text and graph.
CER /定常負荷/十二のVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CER for the entire test.
テキスト結果は、CERの数値を表示する必要があります。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数でテスト、全体テストのためCER間に所定のVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the cell error ratio values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CER for each VCC. There should be 12 curves on the graph, on curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、細胞誤り率値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのCERであるべきです。曲線上に示され、各VCCのために標識された、グラフ上の曲線12があるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスが示されなければなりません。生成されたビットパターンも示さなければなりません。
Objective: To determine the SUT ratio of errored cells with the maximum number VCCs supported on the SUT in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：のVCCが「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して送信にSUTでサポートされる最大数のエラーセルのSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with the maximum number of VCCs supported on the SUT. For example, if the maximum number of VCCs supported on the SUT is 1024, define 256 VPIs with 4 VCIs per VPI. The VCC's MUST be configured as either a CBR, VBR, or UBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）SUT上に支持されたVCCの最大数とSUT及び試験装置を構成します。 VCCの最大数はSUTでサポートされている場合、例えば、VPI当たり4つのVCIと256件のVPIを定義する、1024。 VCCのいずれかCBR、VBR、またはUBR接続として設定する必要があります。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing one of the specified bit patterns at a constant rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して一定速度で指定されたビットパターンのいずれかを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of bit errors at the receiver end of the test device for all VCCs.
5）全てのVCCのための試験装置の受信端でビットエラーの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CER/Steady Load/Maximum VCCs test SHOULD be reported in a form of text and graph.
CER /定常負荷/最大のVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CER for the entire test.
テキスト結果は、CERの数値を表示する必要があります。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数でテスト、全体テストのためCER間に所定のVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the cell error ratio values. There will be (Max number of VCCs/10) graphs, with 10 VCCs indicated on each graph. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CER for each VCC. There SHOULD be no more than 10 curves on each graph, one curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、細胞誤り率値を表示する必要があります。 10件のVCCは、各グラフに示されていると、グラフ（のVCC / 10の最大数）が存在することになります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのCERであるべきです。 1つの曲線が示され、各VCCのために標識された、各グラフには10本の以上の曲線があってはなりません。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスが示されなければなりません。生成されたビットパターンも示さなければなりません。
Objective: To determine the SUT ratio of errored cells on one VCC in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して伝送の一方VCCにエラーセルのSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with one VCC. The VCC SHOULD contain one VPI/VCI. The VCC MUST be configured as either a CBR or VBR connection. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]). The PCR, SCR, and MBS must be configured using one of the specified traffic descriptors.
2）1つのVCCとSUT及び試験装置を構成します。 VCCは1 VPI / VCIを含むべきです。 VCCは、CBRまたはVBRの接続のいずれかとして構成されなければなりません。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。 PCR、SCR、およびMBSは、指定されたトラフィック記述子のいずれかを使用して設定する必要があります。
3) Send a specific number of IP packets containing one of the specified bit patterns at a specific VBR rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストVCCを介してSUTを介して特定VBRレートで指定されたビットパターンのいずれかを含むIPパケットの特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、SUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of bit errors at the receiver end of the test device.
5）試験装置の受信端でビットエラーの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CER/Bursty VBR Load/One VCC test SHOULD be reported in a form of text and graph.
CER /バースティVBRロード/つVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CER for the entire test.
テキスト結果は、CERの数値を表示する必要があります。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数でテスト、全体テストのためCER間に所定のVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the cell error ratio values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CER. The integration time per point MUST be indicated.
グラフの結果は、細胞誤り率値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標CERであるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスが示されなければなりません。生成されたビットパターンも示さなければなりません。
Objective: To determine the SUT ratio of errored cells on twelve VCCs in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して伝送における12件のVCC上のエラーセルのSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with twelve VCCs, using 1 VPI and 12 VCIs. The VCC's MUST be configured as either a CBR or VBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]). The PCR, SCR, and MBS must be configured using one of the specified traffic descriptors.
2）1つのVPI及び12件のVCIを使用して、12件のVCCとSUT及び試験装置を構成します。 VCCのは、CBRまたはVBR接続のいずれかに設定する必要があります。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。 PCR、SCR、およびMBSは、指定されたトラフィック記述子のいずれかを使用して設定する必要があります。
3) Send a specific number of IP packets containing one of the specified bit patterns at a specific VBR rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The PCR, SCR, and MBS must be indicated. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定VBRレートで指定されたビットパターンのいずれかを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 PCR、SCR、およびMBSが示されなければなりません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of bit errors at the receiver end of the test device for all VCCs.
5）全てのVCCのための試験装置の受信端でビットエラーの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CER/Bursty VBR Load/Twelve VCCs test SHOULD be reported in a form of text and graph.
CER /バースティVBRロード/十二のVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CER for the entire test.
テキスト結果は、CERの数値を表示する必要があります。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数でテスト、全体テストのためCER間に所定のVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the cell error ratio values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CER for each VCC. There should be 12 curves on the graph, on curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、細胞誤り率値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのCERであるべきです。曲線上に示され、各VCCのために標識された、グラフ上の曲線12があるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスが示されなければなりません。生成されたビットパターンも示さなければなりません。
Objective: To determine the SUT ratio of errored cells with the maximum number VCCs supported on the SUT in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：のVCCが「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して送信にSUTでサポートされる最大数のエラーセルのSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with the maximum number of VCCs supported on the SUT. For example, if the maximum number of VCCs supported on the SUT is 1024, define 256 VPIs with 4 VCIs per VPI. The VCC's MUST be configured as either a CBR or VBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]). The PCR, SCR, and MBS must be configured using one of the specified traffic descriptors.
2）SUT上に支持されたVCCの最大数とSUT及び試験装置を構成します。 VCCの最大数はSUTでサポートされている場合、例えば、VPI当たり4つのVCIと256件のVPIを定義する、1024。 VCCのは、CBRまたはVBR接続のいずれかに設定する必要があります。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。 PCR、SCR、およびMBSは、指定されたトラフィック記述子のいずれかを使用して設定する必要があります。
3) Send a specific number of IP packets containing one of the specified bit patterns at a specific VBR rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定VBRレートで指定されたビットパターンのいずれかを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of bit errors at the receiver end of the test device for all VCCs.
5）全てのVCCのための試験装置の受信端でビットエラーの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CER/Bursty VBR Load/Maximum VCCs test SHOULD be reported in a form of text and graph.
CER /バースティVBRロード/最大のVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CER for the entire test.
テキスト結果は、CERの数値を表示する必要があります。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数でテスト、全体テストのためCER間に所定のVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the cell error ratio values. There will be (Max number of VCCs/10) graphs, with 10 VCCs indicated on each graph. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CER for each VCC. There SHOULD be no more than 10 curves on each graph, one curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、細胞誤り率値を表示する必要があります。 10件のVCCは、各グラフに示されていると、グラフ（のVCC / 10の最大数）が存在することになります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのCERであるべきです。 1つの曲線が示され、各VCCのために標識された、各グラフには10本の以上の曲線があってはなりません。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスが示されなければなりません。生成されたビットパターンも示さなければなりません。
Objective: To determine the SUT ratio of lost cells on one VCC in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して伝送の一方VCCに失われた細胞のSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with one VCC. The VCC SHOULD contain one VPI/VCI. The VCC MUST be configured as either a CBR, VBR, or UBR connection. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）1つのVCCとSUT及び試験装置を構成します。 VCCは1 VPI / VCIを含むべきです。 VCCのいずれかCBR、VBR、またはUBR接続として構成されなければなりません。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets at a specific constant rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストVCCを介してSUTを介して特定の一定速度でIPパケットの特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、SUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of cells transmitted and received on the test device.
5）送信され、試験装置で受信したセルの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CLR/Steady Load/One VCC test SHOULD be reported in a form of text and graph.
CLR /定常負荷/つVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CLR. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CLR for the entire test.
テキスト結果は、CLRの数値を表示する必要があります。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数でテスト、全体テストのCLR中に与えられたVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the Cell Loss ratio values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CLR. The integration time per point MUST be indicated.
グラフの結果は、セル損失率値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、CLRであるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT ratio of lost cells on twelve VCCs in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して伝送における12件のVCC上の失われた細胞のSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with twelve VCCs, using 1 VPI and 12 VCIs. The VCC's MUST be configured as either a CBR, VBR, or UBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）1つのVPI及び12件のVCIを使用して、12件のVCCとSUT及び試験装置を構成します。 VCCのいずれかCBR、VBR、またはUBR接続として設定する必要があります。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets at a specific constant rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定の一定速度でIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of cells transmitted and received per VCC on the test device.
5）試験装置にVCC毎に送信及び受信されたセルの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CLR/Steady Load/Twelve VCCs test SHOULD be reported in a form of text and graph.
CLR /定常負荷/十二のVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CLR. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CLR for the entire test.
テキスト結果は、CLRの数値を表示する必要があります。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数でテスト、全体テストのCLR中に与えられたVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the Cell Loss ratio values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CLR for each VCC. There should be 12 curves on the graph, on curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、セル損失率値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのCLRであるべきです。曲線上に示され、各VCCのために標識された、グラフ上の曲線12があるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT ratio of lost cells with the maximum number VCCs supported on the SUT in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：のVCCが「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して送信にSUTでサポートされる最大数で失われた細胞のSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with the maximum number of VCCs supported on the SUT. For example, if the maximum number of VCCs supported on the SUT is 1024, define 256 VPIs with 4 VCIs per
2）SUT上に支持されたVCCの最大数とSUT及び試験装置を構成します。 SUT上に支持されたVCCの最大数が1024である場合、例えば、当たり4つのVCIと256件のVPIを定義します
VPI. The VCC's MUST be configured as either a CBR, VBR, or UBR
connection. The VPI/VCIs MUST not be one of the reserved ATM
signaling channels (e.g., [0,5], [0,16]).
3) Send a specific number of IP packets at a specific constant rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定の一定速度でIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of cells transmitted and received per VCC on the test device.
5）試験装置にVCC毎に送信及び受信されたセルの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CLR/Steady Load/Maximum VCCs test SHOULD be reported in a form of text and graph.
CLR /定常負荷/最大のVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CLR. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CLR for the entire test.
テキスト結果は、CLRの数値を表示する必要があります。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数でテスト、全体テストのCLR中に与えられたVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the Cell Loss ratio values. There will be (Max number of VCCs/10) graphs, with 10 VCCs indicated on each graph. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CLR for each VCC. There SHOULD be no more than 10 curves on each graph, one curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、セル損失率値を表示する必要があります。 10件のVCCは、各グラフに示されていると、グラフ（のVCC / 10の最大数）が存在することになります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのCLRであるべきです。 1つの曲線が示され、各VCCのために標識された、各グラフには10本の以上の曲線があってはなりません。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT ratio of lost cells on one VCC in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して伝送の一方VCCに失われた細胞のSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with one VCC. The VCC SHOULD contain one VPI/VCI. The VCC MUST be configured as either a CBR or VBR connection. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]). The PCR, SCR, and MBS must be configured using one of the specified traffic descriptors.
2）1つのVCCとSUT及び試験装置を構成します。 VCCは1 VPI / VCIを含むべきです。 VCCは、CBRまたはVBRの接続のいずれかとして構成されなければなりません。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。 PCR、SCR、およびMBSは、指定されたトラフィック記述子のいずれかを使用して設定する必要があります。
3) Send a specific number of IP packets containing one of the specified bit patterns at a specific rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストVCCを介してSUTを介して特定の速度で特定のビットパターンのいずれかを含むIPパケットの特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、SUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of cells transmitted and received on the test device.
5）送信され、試験装置で受信したセルの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CLR/Bursty VBR Load/One VCC test SHOULD be reported in a form of text and graph.
CLR /バースティVBRロード/つVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CLR. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CLR for the entire test.
テキスト結果は、CLRの数値を表示する必要があります。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数でテスト、全体テストのCLR中に与えられたVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the Cell Loss ratio values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CLR. The integration time per point MUST be indicated.
グラフの結果は、セル損失率値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、CLRであるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT ratio of lost cells on twelve VCCs in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して伝送における12件のVCC上の失われた細胞のSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with twelve VCCs, using 1 VPI and 12 VCIs. The VCC MUST be configured as either a CBR or VBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]). The PCR, SCR, and MBS must be configured using one of the specified traffic descriptors.
2）1つのVPI及び12件のVCIを使用して、12件のVCCとSUT及び試験装置を構成します。 VCCは、CBRまたはVBRの接続のいずれかとして構成されなければなりません。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。 PCR、SCR、およびMBSは、指定されたトラフィック記述子のいずれかを使用して設定する必要があります。
3) Send a specific number of IP packets containing one of the specified bit patterns at a specific rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The PCR, SCR, and MBS must be indicated. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定の速度で特定のビットパターンのいずれかを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 PCR、SCR、およびMBSが示されなければなりません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of cells transmitted and received per VCC on the test device.
5）試験装置にVCC毎に送信及び受信されたセルの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CLR/Bursty VBR Load/Twelve VCCs test SHOULD be reported in a form of text and graph.
CLR /バースティVBRロード/十二のVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CLR. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CLR for the entire test.
テキスト結果は、CLRの数値を表示する必要があります。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数でテスト、全体テストのCLR中に与えられたVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the Cell Loss ratio values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CLR for each VCC. There should be 12 curves on the graph, on curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、セル損失率値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのCLRであるべきです。曲線上に示され、各VCCのために標識された、グラフ上の曲線12があるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT ratio of lost cells with the maximum number VCCs supported on the SUT in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：のVCCが「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して送信にSUTでサポートされる最大数で失われた細胞のSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with the maximum number of VCCs supported on the SUT. For example, if the maximum number of VCCs supported on the SUT is 1024, define 256 VPIs with 4 VCIs per VPI. The VCC MUST be configured as either a CBR or VBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]). The PCR, SCR, and MBS must be configured using one of the specified traffic descriptors.
2）SUT上に支持されたVCCの最大数とSUT及び試験装置を構成します。 VCCの最大数はSUTでサポートされている場合、例えば、VPI当たり4つのVCIと256件のVPIを定義する、1024。 VCCは、CBRまたはVBRの接続のいずれかとして構成されなければなりません。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。 PCR、SCR、およびMBSは、指定されたトラフィック記述子のいずれかを使用して設定する必要があります。
3) Send a specific number of IP packets containing one of the specified bit patterns at a specific rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定の速度で特定のビットパターンのいずれかを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of cells transmitted and received per VCC on the test device.
5）試験装置にVCC毎に送信及び受信されたセルの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CLR/Bursty VBR Load/Maximum VCCs test SHOULD be reported in a form of text and graph.
CLR /バースティVBRロード/最大のVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CLR. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CLR for the entire test.
テキスト結果は、CLRの数値を表示する必要があります。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数でテスト、全体テストのCLR中に与えられたVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the Cell Loss ratio values. There will be (Max number of VCCs/10) graphs, with 10 VCCs indicated on each graph. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CLR for each VCC. There SHOULD be no more than 10 curves on each graph, one curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、セル損失率値を表示する必要があります。 10件のVCCは、各グラフに示されていると、グラフ（のVCC / 10の最大数）が存在することになります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのCLRであるべきです。 1つの曲線が示され、各VCCのために標識された、各グラフには10本の以上の曲線があってはなりません。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT ratio of cell misinsertion on one VCC in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して伝送の一方VCC上の細胞誤挿入のSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with one VCC. The VCC MUST be configured as either a CBR, VBR, or UBR connection. The VCC SHOULD contain one VPI/VCI. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）1つのVCCとSUT及び試験装置を構成します。 VCCのいずれかCBR、VBR、またはUBR接続として構成されなければなりません。 VCCは1 VPI / VCIを含むべきです。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets at a specific constant rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストVCCを介してSUTを介して特定の一定速度でIPパケットの特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、SUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of cell misinsertion errors at the receiver end of the test device.
5）試験装置の受信端でセルの誤挿入エラーの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CMR/Steady Load/One VCC test SHOULD be reported in a form of text and graph.
CMR /定常負荷/つVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CMR. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CMR for the entire test.
テキスト結果は、CMRの数値を表示する必要があります。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数でテスト、全体テストのCMR中に与えられたVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the Cell misinsertion rate values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CMR. The integration time per point MUST be indicated.
グラフの結果は、細胞の誤挿入速度値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、CMRであるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT rate of misinserted cells on twelve VCCs in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して送信に12個のVCCに誤挿入セルのSUTの速度を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with twelve VCCs, using 1 VPI and 12 VCIs. The VCC's MUST be configured as either a CBR, VBR, or UBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）1つのVPI及び12件のVCIを使用して、12件のVCCとSUT及び試験装置を構成します。 VCCのいずれかCBR、VBR、またはUBR接続として設定する必要があります。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets at a specific constant rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定の一定速度でIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of cell misinsertion errors at the receiver end of the test device per VCC.
5）VCC当たりの試験装置の受信端でセルの誤挿入エラーの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CMR/Steady Load/Twelve VCCs test SHOULD be reported in a form of text and graph.
CMR /定常負荷/十二のVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CMR. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CMR for the entire test.
テキスト結果は、CMRの数値を表示する必要があります。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数でテスト、全体テストのCMR中に与えられたVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the Cell misinsertion rate values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CMR for each VCC. There should be 12 curves on the graph, on curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、細胞の誤挿入速度値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのCMRであるべきです。曲線上に示され、各VCCのために標識された、グラフ上の曲線12があるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT rate of misinserted cells with the maximum number VCCs supported on the SUT in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：のVCCが「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して送信にSUTでサポートされる最大数と誤挿入セルのSUTの速度を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with the maximum number of VCCs supported on the SUT. For example, if the maximum number of VCCs supported on the SUT is 1024, define 256 VPIs with 4 VCIs per VPI. The VCC's MUST be configured as either a CBR, VBR, or UBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）SUT上に支持されたVCCの最大数とSUT及び試験装置を構成します。 VCCの最大数はSUTでサポートされている場合、例えば、VPI当たり4つのVCIと256件のVPIを定義する、1024。 VCCのいずれかCBR、VBR、またはUBR接続として設定する必要があります。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets at a specific constant rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定の一定速度でIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of cell misinsertion errors at the receiver end of the test device per VCC.
5）VCC当たりの試験装置の受信端でセルの誤挿入エラーの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CMR/Steady Load/Maximum VCCs test SHOULD be reported in a form of text and graph.
CMR /定常負荷/最大のVCC試験の結果は、テキストとグラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CMR. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CMR for the entire test.
テキスト結果は、CMRの数値を表示する必要があります。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数でテスト、全体テストのCMR中に与えられたVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the Cell misinsertion rate values. There will be (Max number of VCCs/10) graphs, with 10 VCCs indicated on each graph. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CMR for each VCC. There SHOULD be no more than 10 curves on each graph, one curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、細胞の誤挿入速度値を表示する必要があります。 10件のVCCは、各グラフに示されていると、グラフ（のVCC / 10の最大数）が存在することになります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのCMRであるべきです。 1つの曲線が示され、各VCCのために標識された、各グラフには10本の以上の曲線があってはなりません。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT rate of misinserted cells on one VCC in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して伝送の一方VCCに誤挿入セルのSUTの速度を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with one VCC. The VCC SHOULD contain one VPI/VCI. The VCC MUST be configured as either a CBR or VBR connection. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]). The PCR, SCR, and MBS must be configured using one of the specified traffic descriptors.
2）1つのVCCとSUT及び試験装置を構成します。 VCCは1 VPI / VCIを含むべきです。 VCCは、CBRまたはVBRの接続のいずれかとして構成されなければなりません。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。 PCR、SCR、およびMBSは、指定されたトラフィック記述子のいずれかを使用して設定する必要があります。
3) Send a specific number of IP packets containing one of the specified bit patterns at a specific rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストVCCを介してSUTを介して特定の速度で特定のビットパターンのいずれかを含むIPパケットの特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、SUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of cell misinsertion errors at the receiver end of the test device.
5）試験装置の受信端でセルの誤挿入エラーの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CMR/Bursty VBR Load/One VCC test SHOULD be reported in a form of text and graph.
CMR /バースティVBRロード/つVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CMR. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CMR for the entire test.
テキスト結果は、CMRの数値を表示する必要があります。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数でテスト、全体テストのCMR中に与えられたVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the Cell misinsertion rate values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CMR. The integration time per point MUST be indicated.
グラフの結果は、細胞の誤挿入速度値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、CMRであるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT rate of misinserted cells on twelve VCCs in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して送信に12個のVCCに誤挿入セルのSUTの速度を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with twelve VCCs, using 1 VPI and 12 VCIs. The VCC's MUST be configured as either a CBR or VBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]). The PCR, SCR, and MBS must be configured using one of the specified traffic descriptors.
2）1つのVPI及び12件のVCIを使用して、12件のVCCとSUT及び試験装置を構成します。 VCCのは、CBRまたはVBR接続のいずれかに設定する必要があります。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。 PCR、SCR、およびMBSは、指定されたトラフィック記述子のいずれかを使用して設定する必要があります。
3) Send a specific number of IP packets containing one of the specified bit patterns at a specific rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The PCR, SCR, and MBS must be indicated. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定の速度で特定のビットパターンのいずれかを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 PCR、SCR、およびMBSが示されなければなりません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of cell misinsertion errors at the receiver end of the test device per VCC.
5）VCC当たりの試験装置の受信端でセルの誤挿入エラーの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CMR/Bursty VBR Load/Twelve VCCs test SHOULD be reported in a form of text and graph.
CMR /バースティVBRロード/十二のVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CMR. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CMR for the entire test.
テキスト結果は、CMRの数値を表示する必要があります。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数でテスト、全体テストのCMR中に与えられたVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the Cell misinsertion rate values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CMR for each VCC. There should be 12 curves on the graph, on curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、細胞の誤挿入速度値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのCMRであるべきです。曲線上に示され、各VCCのために標識された、グラフ上の曲線12があるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT rate of misinserted cells with the maximum number VCCs supported on the SUT in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：のVCCが「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して送信にSUTでサポートされる最大数と誤挿入セルのSUTの速度を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with the maximum number of VCCs supported on the SUT. For example, if the maximum number of VCCs supported on the SUT is 1024, define 256 VPIs with 4 VCIs per
2）SUT上に支持されたVCCの最大数とSUT及び試験装置を構成します。 SUT上に支持されたVCCの最大数が1024である場合、例えば、当たり4つのVCIと256件のVPIを定義します
VPI. The VCC's MUST be configured as either a CBR or VBR
connection. The VPI/VCIs MUST not be one of the reserved ATM
signaling channels (e.g., [0,5], [0,16]). The PCR, SCR, and MBS
must be configured using one of the specified traffic
descriptors.
3) Send a specific number of IP packets containing one of the specified bit patterns at a specific rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定の速度で特定のビットパターンのいずれかを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of cell misinsertion errors at the receiver end of the test device per VCC.
5）VCC当たりの試験装置の受信端でセルの誤挿入エラーの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CMR/Bursty VBR Load/Maximum VCCs test SHOULD be reported in a form of text and graph.
CMR /バースティVBRロード/最大のVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CMR. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CMR for the entire test.
テキスト結果は、CMRの数値を表示する必要があります。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数でテスト、全体テストのCMR中に与えられたVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the Cell misinsertion rate values. There will be (Max number of VCCs/10) graphs, with 10 VCCs indicated on each graph. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CMR for each VCC. There SHOULD be no more than 10 curves on each graph, one curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、細胞の誤挿入速度値を表示する必要があります。 10件のVCCは、各グラフに示されていると、グラフ（のVCC / 10の最大数）が存在することになります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのCMRであるべきです。 1つの曲線が示され、各VCCのために標識された、各グラフには10本の以上の曲線があってはなりません。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT ratio of CRC errors on one VCC in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して伝送の一方VCCにCRCエラーのSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with one VCC. The VCC SHOULD contain one VPI/VCI. The VCC MUST be configured as either a CBR, VBR, or UBR connection. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）1つのVCCとSUT及び試験装置を構成します。 VCCは1 VPI / VCIを含むべきです。 VCCのいずれかCBR、VBR、またはUBR接続として構成されなければなりません。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets at a specific constant rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストVCCを介してSUTを介して特定の一定速度でIPパケットの特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、SUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of CRC errored cells received on the test device.
5）試験装置で受信されたCRCエラーセルの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CRC-ER/Steady Load/One VCC test SHOULD be reported in a form of text and graph.
CRC-ER /定常負荷/つVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CRC-ER for the entire test.
テキストの結果はCRC-ERの数値が表示されます。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数で試験し、試験全体に対するCRC-ER中に与えられたVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the CRC Error ratio values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CRC-ER. The integration time per point MUST be indicated.
グラフの結果は、CRC誤り率値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、CRC-ERであるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT ratio of lost cells on twelve VCCs in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して伝送における12件のVCC上の失われた細胞のSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with twelve VCCs, using 1 VPI and 12 VCIs. The VCC's MUST be configured as either a CBR, VBR, or UBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）1つのVPI及び12件のVCIを使用して、12件のVCCとSUT及び試験装置を構成します。 VCCのいずれかCBR、VBR、またはUBR接続として設定する必要があります。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets at a specific constant rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定の一定速度でIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of CRC errored cells received per VCC on the test device.
5）試験装置にVCCごとに受信したCRCエラーセルの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CRC-ER/Steady Load/Twelve VCCs test SHOULD be reported in a form of text and graph.
CRC-ER /定常負荷/十二のVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CRC-ER for the entire test.
テキストの結果はCRC-ERの数値が表示されます。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数で試験し、試験全体に対するCRC-ER中に与えられたVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the CRC Error ratio values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CRC-ER for each VCC. There should be 12 curves on the graph, on curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、CRC誤り率値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのCRC-ERであるべきです。曲線上に示され、各VCCのために標識された、グラフ上の曲線12があるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT ratio of lost cells with the maximum number VCCs supported on the SUT in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：のVCCが「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して送信にSUTでサポートされる最大数で失われた細胞のSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with the maximum number of VCCs supported on the SUT. For example, if the maximum number of VCCs supported on the SUT is 1024, define 256 VPIs with 4 VCIs per VPI. The VCC's MUST be configured as either a CBR, VBR, or UBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）SUT上に支持されたVCCの最大数とSUT及び試験装置を構成します。 VCCの最大数はSUTでサポートされている場合、例えば、VPI当たり4つのVCIと256件のVPIを定義する、1024。 VCCのいずれかCBR、VBR、またはUBR接続として設定する必要があります。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets at a specific constant rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定の一定速度でIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of CRC errored cells received per VCC on the test device.
5）試験装置にVCCごとに受信したCRCエラーセルの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CRC-ER/Steady Load/Maximum VCCs test SHOULD be reported in a form of text and graph.
CRC-ER /定常負荷/最大のVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CRC-ER for the entire test.
テキストの結果はCRC-ERの数値が表示されます。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数で試験し、試験全体に対するCRC-ER中に与えられたVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the CRC Error ratio values. There will be (Max number of VCCs/10) graphs, with 10 VCCs indicated on each graph. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CRC-ER for each VCC. There SHOULD be no more than 10 curves on each graph, one curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、CRC誤り率値を表示する必要があります。 10件のVCCは、各グラフに示されていると、グラフ（のVCC / 10の最大数）が存在することになります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのCRC-ERであるべきです。 1つの曲線が示され、各VCCのために標識された、各グラフには10本の以上の曲線があってはなりません。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT ratio of lost cells on one VCC in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して伝送の一方VCCに失われた細胞のSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with one VCC. The VCC SHOULD contain one VPI/VCI. The VCC MUST be configured as either a CBR or VBR connection. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]). The PCR, SCR, and MBS must be configured using one of the specified traffic descriptors.
2）1つのVCCとSUT及び試験装置を構成します。 VCCは1 VPI / VCIを含むべきです。 VCCは、CBRまたはVBRの接続のいずれかとして構成されなければなりません。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。 PCR、SCR、およびMBSは、指定されたトラフィック記述子のいずれかを使用して設定する必要があります。
3) Send a specific number of IP packets containing one of the specified bit patterns at a specific rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストVCCを介してSUTを介して特定の速度で特定のビットパターンのいずれかを含むIPパケットの特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、SUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of CRC errored cells received per VCC on the test device.
5）試験装置にVCCごとに受信したCRCエラーセルの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CRC-ER/Bursty VBR Load/One VCC test SHOULD be reported in a form of text and graph.
CRC-ER /バースティVBRロード/つVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CRC-ER for the entire test.
テキストの結果はCRC-ERの数値が表示されます。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数で試験し、試験全体に対するCRC-ER中に与えられたVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the CRC Error ratio values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CRC-ER. The integration time per point MUST be indicated.
グラフの結果は、CRC誤り率値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、CRC-ERであるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT ratio of lost cells on twelve VCCs in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して伝送における12件のVCC上の失われた細胞のSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with twelve VCCs, using 1 VPI and 12 VCIs. The VCC MUST be configured as either a CBR or VBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]). The PCR, SCR, and MBS must be configured using one of the specified traffic descriptors.
2）1つのVPI及び12件のVCIを使用して、12件のVCCとSUT及び試験装置を構成します。 VCCは、CBRまたはVBRの接続のいずれかとして構成されなければなりません。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。 PCR、SCR、およびMBSは、指定されたトラフィック記述子のいずれかを使用して設定する必要があります。
3) Send a specific number of IP packets containing one of the specified bit patterns at a specific rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The PCR, SCR, and MBS must be indicated. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定の速度で特定のビットパターンのいずれかを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 PCR、SCR、およびMBSが示されなければなりません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of CRC errored cells received per VCC on the test device for all VCCs.
5）全てのVCC用の試験装置上VCCごとに受信したCRCエラーセルの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CRC-ER/Bursty VBR Load/Twelve VCCs test SHOULD be reported in a form of text and graph.
CRC-ER /バースティVBRロード/十二のVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CRC-ER for the entire test.
テキストの結果はCRC-ERの数値が表示されます。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数で試験し、試験全体に対するCRC-ER中に与えられたVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the CRC Error ratio values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CRC-ER for each VCC. There should be 12 curves on the graph, on curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、CRC誤り率値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのCRC-ERであるべきです。曲線上に示され、各VCCのために標識された、グラフ上の曲線12があるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT ratio of lost cells with the maximum number VCCs supported on the SUT in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：のVCCが「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して送信にSUTでサポートされる最大数で失われた細胞のSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with the maximum number of VCCs supported on the SUT. For example, if the maximum number of VCCs supported on the SUT is 1024, define 256 VPIs with 4 VCIs per VPI. The VCC MUST be configured as either a CBR or VBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]). The PCR, SCR, and MBS must be configured using one of the specified traffic descriptors.
2）SUT上に支持されたVCCの最大数とSUT及び試験装置を構成します。 VCCの最大数はSUTでサポートされている場合、例えば、VPI当たり4つのVCIと256件のVPIを定義する、1024。 VCCは、CBRまたはVBRの接続のいずれかとして構成されなければなりません。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。 PCR、SCR、およびMBSは、指定されたトラフィック記述子のいずれかを使用して設定する必要があります。
3) Send a specific number of IP packets containing one of the specified bit patterns at a specific rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定の速度で特定のビットパターンのいずれかを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of CRC errored cells received per VCC on the test device for all VCCs.
5）全てのVCC用の試験装置上VCCごとに受信したCRCエラーセルの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CRC-ER/Bursty VBR Load/Maximum VCCs test SHOULD be reported in a form of text and graph.
CRC-ER /バースティVBRロード/最大のVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CRC-ER for the entire test.
テキストの結果はCRC-ERの数値が表示されます。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数で試験し、試験全体に対するCRC-ER中に与えられたVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the CRC Error ratio values.
グラフの結果は、CRC誤り率値を表示する必要があります。
There will be (Max number of VCCs/10) graphs, with 10 VCCs indicated on each graph. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CRC-ER for each VCC. There SHOULD be no more than 10 curves on each graph, one curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
10件のVCCは、各グラフに示されていると、グラフ（のVCC / 10の最大数）が存在することになります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのCRC-ERであるべきです。 1つの曲線が示され、各VCCのために標識された、各グラフには10本の以上の曲線があってはなりません。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT ratio of lost cells on one VCC in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して伝送の一方VCCに失われた細胞のSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with one VCC. The VCC SHOULD contain one VPI/VCI. The VCC MUST be configured as a UBR connection. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]). The PCR, SCR, and MBS must be configured using one of the specified traffic descriptors.
2）1つのVCCとSUT及び試験装置を構成します。 VCCは1 VPI / VCIを含むべきです。 VCCは、UBR接続として構成されなければなりません。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。 PCR、SCR、およびMBSは、指定されたトラフィック記述子のいずれかを使用して設定する必要があります。
3) Send a specific number of IP packets containing one of the specified bit patterns at a specific rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストVCCを介してSUTを介して特定の速度で特定のビットパターンのいずれかを含むIPパケットの特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、SUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of CRC errored cells received per VCC on the test device.
5）試験装置にVCCごとに受信したCRCエラーセルの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CRC-ER/Bursty UBR Load/One VCC test SHOULD be reported in a form of text and graph.
CRC-ER /バースティUBRロード/つVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CRC-ER for the entire test.
テキストの結果はCRC-ERの数値が表示されます。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数で試験し、試験全体に対するCRC-ER中に与えられたVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the CRC Error ratio values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CRC-ER. The integration time per point MUST be indicated.
グラフの結果は、CRC誤り率値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、CRC-ERであるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT ratio of lost cells on twelve VCCs in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して伝送における12件のVCC上の失われた細胞のSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with twelve VCCs, using 1 VPI and 12 VCIs. The VCC MUST be configured as a UBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]). The PCR, SCR, and MBS must be configured using one of the specified traffic descriptors.
2）1つのVPI及び12件のVCIを使用して、12件のVCCとSUT及び試験装置を構成します。 VCCは、UBR接続として構成されなければなりません。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。 PCR、SCR、およびMBSは、指定されたトラフィック記述子のいずれかを使用して設定する必要があります。
3) Send a specific number of IP packets containing one of the specified bit patterns at a specific rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The PCR, SCR, and MBS must be indicated. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定の速度で特定のビットパターンのいずれかを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 PCR、SCR、およびMBSが示されなければなりません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of CRC errored cells received per VCC on the test device for all VCCs.
5）全てのVCC用の試験装置上VCCごとに受信したCRCエラーセルの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CRC-ER/Bursty UBR Load/Twelve VCCs test SHOULD be reported in a form of text and graph.
CRC-ER /バースティUBRロード/十二のVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CRC-ER for the entire test.
テキストの結果はCRC-ERの数値が表示されます。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数で試験し、試験全体に対するCRC-ER中に与えられたVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the CRC Error ratio values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CRC-ER for each VCC. There should be 12 curves on the graph, on curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、CRC誤り率値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのCRC-ERであるべきです。曲線上に示され、各VCCのために標識された、グラフ上の曲線12があるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT ratio of lost cells with the maximum number VCCs supported on the SUT in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：のVCCが「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して送信にSUTでサポートされる最大数で失われた細胞のSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with the maximum number of VCCs supported on the SUT. For example, if the maximum number of VCCs supported on the SUT is 1024, define 256 VPIs with 4 VCIs per
2）SUT上に支持されたVCCの最大数とSUT及び試験装置を構成します。 SUT上に支持されたVCCの最大数が1024である場合、例えば、当たり4つのVCIと256件のVPIを定義します
VPI. The VCC MUST be configured as a UBR connection. The
VPI/VCIs MUST not be one of the reserved ATM signaling channels
(e.g., [0,5], [0,16]). The PCR, SCR, and MBS must be configured
using one of the specified traffic descriptors.
3) Send a specific number of IP packets containing one of the specified bit patterns at a specific rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定の速度で特定のビットパターンのいずれかを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of CRC errored cells received per VCC on the test device for all VCCs.
5）全てのVCC用の試験装置上VCCごとに受信したCRCエラーセルの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CRC-ER/Bursty UBR Load/Maximum VCCs test SHOULD be reported in a form of text and graph.
CRC-ER /バースティUBRロード/最大のVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CRC-ER for the entire test.
テキストの結果はCRC-ERの数値が表示されます。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数で試験し、試験全体に対するCRC-ER中に与えられたVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the CRC Error ratio values. There will be (Max number of VCCs/10) graphs, with 10 VCCs indicated on each graph. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CRC-ER for each VCC. There SHOULD be no more than 10 curves on each graph, one curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、CRC誤り率値を表示する必要があります。 10件のVCCは、各グラフに示されていると、グラフ（のVCC / 10の最大数）が存在することになります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのCRC-ERであるべきです。 1つの曲線が示され、各VCCのために標識された、各グラフには10本の以上の曲線があってはなりません。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT ratio of lost cells on three VCC's in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマーキングのための用語」RFC 2761で定義されて送信された全細胞に関連して3 VCCの上の失われた細胞のSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with three VCC's. Each VCC MUST be defined as a different Bearer class; one CBR, one UBR and one VBR. Each VCC SHOULD contain one VPI/VCI. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]). The PCR, SCR, and MBS must be configured using one of the specified traffic descriptors.
2）3 VCCの持つSUTとテストデバイスを構成します。各VCCは、異なるベアラクラスとして定義されなければなりません。 1 CBR、1つのUBRと1つのVBR。各VCCは1 VPI / VCIを含むべきです。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。 PCR、SCR、およびMBSは、指定されたトラフィック記述子のいずれかを使用して設定する必要があります。
3) Send a specific number of IP packets containing one of the specified bit patterns through the SUT via the defined test VCCs. Each generated VCC stream MUST match the corresponding VCC Bearer class. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して指定されたビットパターンのいずれかを含むIPパケットの特定の数を送信します。各生成されたVCCストリームは、対応するVCCベアラクラスと一致しなければなりません。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、SUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of CRC errored cells received per VCC on the test device.
5）試験装置にVCCごとに受信したCRCエラーセルの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CRC-ER/Bursty Mixed Load/Three VCC test SHOULD be reported in in a form of text and graph.
CRC-ER /バースト性の混血ロード/三VCCテストの結果は、テキストとグラフの形でで報告する必要があります。
The text results SHOULD display the numerical values of the CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CRC-ER for the entire test.
テキストの結果はCRC-ERの数値が表示されます。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数で試験し、試験全体に対するCRC-ER中に与えられたVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the CRC Error ratio values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CRC-ER for each VCC. There should be 12 curves on the graph, on curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、CRC誤り率値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのCRC-ERであるべきです。曲線上に示され、各VCCのために標識された、グラフ上の曲線12があるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT ratio of lost cells on twelve VCCs in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して伝送における12件のVCC上の失われた細胞のSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with twelve VCC's. Each VCC MUST be defined as one of the Bearer classes for a total of four CBR, four UBR and four VBR VCC's. Each VCC SHOULD contain one VPI/VCI. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）12 VCCのでSUTとテストデバイスを構成します。各VCCは、4つのCBRは、4つのUBR四VBR VCCの合計ベアラ・クラスのいずれかとして定義されなければなりません。各VCCは1 VPI / VCIを含むべきです。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing one of the specified bit patterns through the SUT via the defined test VCCs. Each generated VCC stream MUST match the corresponding VCC Bearer class. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して指定されたビットパターンのいずれかを含むIPパケットの特定の数を送信します。各生成されたVCCストリームは、対応するVCCベアラクラスと一致しなければなりません。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of CRC errored cells received per VCC on the test device for all VCCs.
5）全てのVCC用の試験装置上VCCごとに受信したCRCエラーセルの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CRC-ER/Bursty Mixed Load/Twelve VCCs test SHOULD be reported in a form of text and graph.
CRC-ER /バースト性混合ロード/十二のVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CRC-ER for the entire test.
テキストの結果はCRC-ERの数値が表示されます。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数で試験し、試験全体に対するCRC-ER中に与えられたVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the CRC Error ratio values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CRC-ER for each VCC. There should be 12 curves on the graph, on curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、CRC誤り率値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのCRC-ERであるべきです。曲線上に示され、各VCCのために標識された、グラフ上の曲線12があるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT ratio of lost cells with the maximum number VCCs supported on the SUT in a transmission in relation to the total cells sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：のVCCが「ATMベンチマークのための用語」RFC 2761で定義されて送信された全細胞に関して送信にSUTでサポートされる最大数で失われた細胞のSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with maximum number of VCCs supported on the SUT. For example, if the maximum number of VCCs supported on the SUT is 1024, define 256 VPIs with 4 VCIs per VPI. Each VCC MUST be defined as one of the Bearer classes for a total of (max VCC/3) CBR, (max VCC/3) UBR and (max VCC/3) VBR VCC's. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）SUT上に支持されたVCCの最大数とSUT及び試験装置を構成します。 VCCの最大数はSUTでサポートされている場合、例えば、VPI当たり4つのVCIと256件のVPIを定義する、1024。各VCCが（最大VCC / 3）CBR、（最大VCC / 3）UBR及び（最大VCC / 3）VBR VCCの合計ベアラ・クラスのいずれかとして定義されなければなりません。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing one of the specified bit patterns through the SUT via the defined test VCCs. Each generated VCC stream MUST match the corresponding VCC Bearer class. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して指定されたビットパターンのいずれかを含むIPパケットの特定の数を送信します。各生成されたVCCストリームは、対応するVCCベアラクラスと一致しなければなりません。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of CRC errored cells received per VCC on the test device for all VCCs.
5）全てのVCC用の試験装置上VCCごとに受信したCRCエラーセルの数を記録します。
Reporting Format:
報告フォーマット：
The results of the CRC-ER/Bursty Mixed Load/Maximum VCCs test SHOULD be reported in a form of text and graph.
CRC-ER /バースト性混合ロード/最大のVCC試験の結果は、テキストとグラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CRC-ER for the entire test.
テキストの結果はCRC-ERの数値が表示されます。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数を、正の整数で試験し、試験全体に対するCRC-ER中に与えられたVPI / VCIで受信：与えられた値が含まれるべきです。
The graph results SHOULD display the CRC Error ratio values. There will be (Max number of VCCs/10) graphs, with 10 VCCs indicated on each graph. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the CRC-ER for each VCC. There SHOULD be no more than 10 curves on each graph, one curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、CRC誤り率値を表示する必要があります。 10件のVCCは、各グラフに示されていると、グラフ（のVCC / 10の最大数）が存在することになります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのCRC-ERであるべきです。 1つの曲線が示され、各VCCのために標識された、各グラフには10本の以上の曲線があってはなりません。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
The cell transfer delay measurements assume that both the transmitter and receiver timestamp information is synchronized. Synchronization SHOULD be achieved by supplying a common clock signal (minimum of 100 Mhz or 10 ns resolution) to both the transmitter and receiver. The maximum timestamp values MUST be recorded to ensure synchronization in the case of counter rollover. The cell transfer delay measurements SHOULD utilize the O.191 cell (ITUT-O.191) encapsulated in a valid IP packet. If the O.191 cell is not available, a test cell encapsulated in a valid IP packet MAY be used. The test cell
セル転送遅延の測定は、送信機と受信機のタイムスタンプ情報の両方が同期されると仮定する。同期は、送信機と受信機の両方に共通のクロック信号（100 MHz以上10ナノ秒の分解能の最小値）を供給することによって達成されるべきです。最大タイムスタンプ値は、カウンタのロールオーバーの場合に同期を確保するために記録されなければなりません。セル転送遅延の測定は、有効なIPパケットにカプセル化O.191細胞（ITUT-O.191）を利用すべきです。 O.191セルが利用できない場合は、有効なIPパケットにカプセル化されたテストセルを使用することができます。テストセル
MUST contain a transmit timestamp which can be correlated with a receive timestamp. A description of the test cell MUST be included in the test results. The description MUST include the timestamp length (in bits), counter rollover value, and the timestamp accuracy (in ns).
受信タイムスタンプと相関させることができる送信タイムスタンプを含まなければなりません。テストセルの記述は、テスト結果に含まれなければなりません。説明は、カウンタのロールオーバ値、および（NS）でタイムスタンプ精度（ビット）のタイムスタンプの長さを含まなければなりません。
Objective: To determine the SUT variation in cell transfer delay with one VCC as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されたように、1つのVCCとセル転送遅延のSUTの変化を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with one VCC. The VCC SHOULD contain one VPI/VCI. The VCC MUST be configured as either a CBR, VBR, or UBR connection. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）1つのVCCとSUT及び試験装置を構成します。 VCCは1 VPI / VCIを含むべきです。 VCCのいずれかCBR、VBR、またはUBR接続として構成されなければなりません。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing timestamps at a specific constant rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストVCCを介してSUTを介して特定の一定の速度でタイムスタンプを含むIPパケットの特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、SUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the packets timestamps at the transmitter and receiver ends of the test device.
5）試験装置の送信機および受信機端部でタイムスタンプパケットを記録します。
Reporting Format:
報告フォーマット：
The results of the CTD/Steady Load/One VCC test SHOULD be reported in a form of text, graph, and histogram.
CTD /定常負荷/つVCC試験の結果は、テキスト、グラフ、ヒストグラムの形で報告されるべきです。
The text results SHOULD display the numerical values of the CTD. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, minimum, maximum, and mean CTD during the test in us.
テキスト結果は、CTDの数値を表示する必要があります。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数と正の整数で試験中に与えられたVPI / VCIで受信、最小値、最大値、およびでテスト中CTDを意味：指定された値が含まれるべきです私たち。
The graph results SHOULD display the cell transfer delay values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell transfer delay in us. The integration time per point MUST be indicated.
グラフの結果は、セル転送遅延値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、米国においてセル転送遅延であるべきです。ポイントごとの積分時間が示されなければなりません。
The histogram results SHOULD display the cell transfer delay. The x-coordinate SHOULD be the cell transfer delay in us with at least 256 bins. The y-coordinate SHOULD be the number of cells observed in each bin.
ヒストグラムの結果はセル転送遅延が表示されます。 x座標は、少なくとも256個のビンを有する米国においてセル転送遅延であるべきです。 y座標は、各ビンにおいて観察された細胞の数であるべきです。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT variation in cell transfer delay with twelve VCCs as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されるように12件のVCCとセル転送遅延のSUTの変化を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with twelve VCCs, using 1 VPI and 12 VCIs. The VCC's MUST be configured as either a CBR, VBR, or UBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）1つのVPI及び12件のVCIを使用して、12件のVCCとSUT及び試験装置を構成します。 VCCのいずれかCBR、VBR、またはUBR接続として設定する必要があります。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing timestamps at a specific constant rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定の一定の速度でタイムスタンプを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the packets timestamps at the transmitter and receiver ends of the test device for all VCCs.
5）全てのVCCのための試験装置の送信機および受信機端部でタイムスタンプパケットを記録します。
Reporting Format:
報告フォーマット：
The results of the CTD/Steady Load/Twelve VCCs test SHOULD be reported in a form of text, graph, and histograms.
CTD /定常負荷/十二のVCC試験の結果は、テキスト、グラフ、ヒストグラムの形で報告されるべきです。
The text results SHOULD display the numerical values of the CTD. The values given SHOULD include: time period of test in s, test VPI/VCI values, total number of cells transmitted and received on each VCC during the test in positive integers, maximum and minimum CTD on each VCC during the test in us, and mean CTD on each VCC in us.
テキスト結果は、CTDの数値を表示する必要があります。含めるべきで与えられた値：Sにおける試験の期間、VPI / VCI値を、送信された細胞の総数をテストし、米国で試験中の正の整数、各VCCの最大と最小CTDにおける試験中に各VCCで受信、および私たちの各VCCにCTDを意味します。
The graph results SHOULD display the cell transfer delay values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell transfer delay for each VCC in ms. There SHOULD be 12 curves on the graph, one curves indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、セル転送遅延値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、MS内の各VCCのためのセル転送遅延であるべきです。 1つの曲線が示されると、各VCCのために標識された、グラフ上の曲線12があるべきです。ポイントごとの積分時間が示されなければなりません。
The histograms SHOULD display the cell transfer delay. There will be one histogram for each VCC. The x-coordinate SHOULD be the cell transfer delay in us with at least 256 bins. The y-coordinate SHOULD be the number of cells observed in each bin.
ヒストグラムは、セル転送遅延が表示されます。各VCCのための1つのヒストグラムがあります。 x座標は、少なくとも256個のビンを有する米国においてセル転送遅延であるべきです。 y座標は、各ビンにおいて観察された細胞の数であるべきです。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT variation in cell transfer delay with the maximum number VCCs supported on the SUT as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されたVCCがSUTでサポートされる最大数のセル転送遅延のSUTの変化を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with the maximum number of VCCs supported on the SUT. For example, if the maximum number of VCCs supported on the SUT is 1024, define 256 VPIs with 4 VCIs per VPI. The VCC's MUST be configured as either a CBR, VBR, or UBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）SUT上に支持されたVCCの最大数とSUT及び試験装置を構成します。 VCCの最大数はSUTでサポートされている場合、例えば、VPI当たり4つのVCIと256件のVPIを定義する、1024。 VCCのいずれかCBR、VBR、またはUBR接続として設定する必要があります。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing timestamps at a specific constant rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定の一定の速度でタイムスタンプを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the packets timestamps at the transmitter and receiver ends of the test device for all VCCs.
5）全てのVCCのための試験装置の送信機および受信機端部でタイムスタンプパケットを記録します。
Reporting Format:
報告フォーマット：
The results of the CTD/Steady Load/Maximum VCCs test SHOULD be reported in a form of text, graphs, and histograms.
CTD /定常負荷/最大のVCC試験の結果は、テキスト、グラフ、ヒストグラムの形で報告されるべきです。
The text results SHOULD display the numerical values of the CTD. The values given SHOULD include: time period of test in s, test VPI/VCI values, total number of cells transmitted and received on each VCC during the test in positive integers, maximum and minimum CTD on each VCC during the test in us, and mean CTD on each VCC in us.
テキスト結果は、CTDの数値を表示する必要があります。含めるべきで与えられた値：Sにおける試験の期間、VPI / VCI値を、送信された細胞の総数をテストし、米国で試験中の正の整数、各VCCの最大と最小CTDにおける試験中に各VCCで受信、および私たちの各VCCにCTDを意味します。
The graph results SHOULD display the cell transfer delay values. There will be (Max number of VCCs/10) graphs, with 10 VCCs indicated on each graph. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell transfer delay for each VCC in us. There SHOULD be no more than 10 curves on each graph, one curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、セル転送遅延値を表示する必要があります。 10件のVCCは、各グラフに示されていると、グラフ（のVCC / 10の最大数）が存在することになります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、米国内の各VCCのためのセル転送遅延であるべきです。 1つの曲線が示され、各VCCのために標識された、各グラフには10本の以上の曲線があってはなりません。ポイントごとの積分時間が示されなければなりません。
The histograms SHOULD display the cell transfer delay. There will be one histogram for each VCC. The x-coordinate SHOULD be the cell transfer delay in us with at least 256 bins. The y-coordinate SHOULD be the number of cells observed in each bin.
ヒストグラムは、セル転送遅延が表示されます。各VCCのための1つのヒストグラムがあります。 x座標は、少なくとも256個のビンを有する米国においてセル転送遅延であるべきです。 y座標は、各ビンにおいて観察された細胞の数であるべきです。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT variation in cell transfer delay with one VCC as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されたように、1つのVCCとセル転送遅延のSUTの変化を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with one VCC. The VCC SHOULD contain one VPI/VCI. The VCC MUST be configured as either a CBR or VBR connection. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）1つのVCCとSUT及び試験装置を構成します。 VCCは1 VPI / VCIを含むべきです。 VCCは、CBRまたはVBRの接続のいずれかとして構成されなければなりません。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing timestamps at a specific VBR through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストVCCを介してSUTを介して特定のVBRでタイムスタンプを含むIPパケットの特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、SUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the packets timestamps at the transmitter and receiver ends of the test device.
5）試験装置の送信機および受信機端部でタイムスタンプパケットを記録します。
Reporting Format:
報告フォーマット：
The results of the CTD/Bursty VBR Load/One VCC test SHOULD be reported in a form of text, graph, and histogram.
CTD /バースティVBRロード/つVCC試験の結果は、テキスト、グラフ、ヒストグラムの形で報告されるべきです。
The text results SHOULD display the numerical values of the CTD. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, minimum, maximum, and mean CTD during the test in us.
テキスト結果は、CTDの数値を表示する必要があります。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数と正の整数で試験中に与えられたVPI / VCIで受信、最小値、最大値、およびでテスト中CTDを意味：指定された値が含まれるべきです私たち。
The graph results SHOULD display the cell transfer delay values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell transfer delay in us. The integration time per point MUST be indicated.
グラフの結果は、セル転送遅延値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、米国においてセル転送遅延であるべきです。ポイントごとの積分時間が示されなければなりません。
The histogram results SHOULD display the cell transfer delay. The x-coordinate SHOULD be the cell transfer delay in us with at least 256 bins. The y-coordinate SHOULD be the number of cells observed in each bin.
ヒストグラムの結果はセル転送遅延が表示されます。 x座標は、少なくとも256個のビンを有する米国においてセル転送遅延であるべきです。 y座標は、各ビンにおいて観察された細胞の数であるべきです。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT variation in cell transfer delay with twelve VCCs as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されるように12件のVCCとセル転送遅延のSUTの変化を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with twelve VCCs, using 1 VPI and 12 VCIs. The VCC's MUST be configured as either a CBR or VBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）1つのVPI及び12件のVCIを使用して、12件のVCCとSUT及び試験装置を構成します。 VCCのは、CBRまたはVBR接続のいずれかに設定する必要があります。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing timestamps at a specific VBR through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定のVBRでタイムスタンプを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the packets timestamps at the transmitter and receiver ends of the test device for all VCCs.
5）全てのVCCのための試験装置の送信機および受信機端部でタイムスタンプパケットを記録します。
Reporting Format:
報告フォーマット：
The results of the CTD/Bursty VBR Load/Twelve VCCs test SHOULD be reported in a form of text, graph, and histograms.
CTD /バースティVBRロード/十二のVCC試験の結果は、テキスト、グラフ、ヒストグラムの形で報告されるべきです。
The text results SHOULD display the numerical values of the CTD. The values given SHOULD include: time period of test in s, test VPI/VCI values, total number of cells transmitted and received on each VCC during the test in positive integers, maximum and minimum CTD on each VCC during the test in us, and mean CTD on each VCC in us.
テキスト結果は、CTDの数値を表示する必要があります。含めるべきで与えられた値：Sにおける試験の期間、VPI / VCI値を、送信された細胞の総数をテストし、米国で試験中の正の整数、各VCCの最大と最小CTDにおける試験中に各VCCで受信、および私たちの各VCCにCTDを意味します。
The graph results SHOULD display the cell transfer delay values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell transfer delay for each VCC in ms. There SHOULD be 12 curves on the graph, one curves indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、セル転送遅延値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、MS内の各VCCのためのセル転送遅延であるべきです。 1つの曲線が示されると、各VCCのために標識された、グラフ上の曲線12があるべきです。ポイントごとの積分時間が示されなければなりません。
The histograms SHOULD display the cell transfer delay. There will be one histogram for each VCC. The x-coordinate SHOULD be the cell transfer delay in us with at least 256 bins. The y-coordinate SHOULD be the number of cells observed in each bin.
ヒストグラムは、セル転送遅延が表示されます。各VCCのための1つのヒストグラムがあります。 x座標は、少なくとも256個のビンを有する米国においてセル転送遅延であるべきです。 y座標は、各ビンにおいて観察された細胞の数であるべきです。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT variation in cell transfer delay with the maximum number VCCs supported on the SUT as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されたVCCがSUTでサポートされる最大数のセル転送遅延のSUTの変化を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with the maximum number of VCCs supported on the SUT. For example, if the maximum number of VCCs supported on the SUT is 1024, define 256 VPIs with 4 VCIs per VPI. The VCC's MUST be configured as either a CBR or VBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）SUT上に支持されたVCCの最大数とSUT及び試験装置を構成します。 VCCの最大数はSUTでサポートされている場合、例えば、VPI当たり4つのVCIと256件のVPIを定義する、1024。 VCCのは、CBRまたはVBR接続のいずれかに設定する必要があります。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing timestamps at a specific VBR through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定のVBRでタイムスタンプを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the packets timestamps at the transmitter and receiver ends of the test device for all VCCs.
5）全てのVCCのための試験装置の送信機および受信機端部でタイムスタンプパケットを記録します。
Reporting Format:
報告フォーマット：
The results of the CTD/Bursty VBR Load/Maximum VCCs test SHOULD be reported in a form of text, graphs, and histograms.
CTD /バースティVBRロード/最大のVCC試験の結果は、テキスト、グラフ、ヒストグラムの形で報告されるべきです。
The text results SHOULD display the numerical values of the CTD. The values given SHOULD include: time period of test in s, test VPI/VCI values, total number of cells transmitted and received on each VCC during the test in positive integers, maximum and minimum CTD on each VCC during the test in us, and mean CTD on each VCC in us.
テキスト結果は、CTDの数値を表示する必要があります。含めるべきで与えられた値：Sにおける試験の期間、VPI / VCI値を、送信された細胞の総数をテストし、米国で試験中の正の整数、各VCCの最大と最小CTDにおける試験中に各VCCで受信、および私たちの各VCCにCTDを意味します。
The graph results SHOULD display the cell transfer delay values. There will be (Max number of VCCs/10) graphs, with 10 VCCs indicated on each graph. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell transfer delay for each VCC in us. There SHOULD be no more than 10 curves on each graph, one curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、セル転送遅延値を表示する必要があります。 10件のVCCは、各グラフに示されていると、グラフ（のVCC / 10の最大数）が存在することになります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、米国内の各VCCのためのセル転送遅延であるべきです。 1つの曲線が示され、各VCCのために標識された、各グラフには10本の以上の曲線があってはなりません。ポイントごとの積分時間が示されなければなりません。
The histograms SHOULD display the cell transfer delay. There will be one histogram for each VCC. The x-coordinate SHOULD be the cell transfer delay in us with at least 256 bins. The y-coordinate SHOULD be the number of cells observed in each bin.
ヒストグラムは、セル転送遅延が表示されます。各VCCのための1つのヒストグラムがあります。 x座標は、少なくとも256個のビンを有する米国においてセル転送遅延であるべきです。 y座標は、各ビンにおいて観察された細胞の数であるべきです。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT variation in cell transfer delay with one VCC as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されたように、1つのVCCとセル転送遅延のSUTの変化を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with one VCC. The VCC SHOULD contain one VPI/VCI. The VCC MUST be configured as a UBR connection. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）1つのVCCとSUT及び試験装置を構成します。 VCCは1 VPI / VCIを含むべきです。 VCCは、UBR接続として構成されなければなりません。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing timestamps at a specific UBR through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストVCCを介してSUTを介して特定のUBRでタイムスタンプを含むIPパケットの特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、SUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the packets timestamps at the transmitter and receiver ends of the test device.
5）試験装置の送信機および受信機端部でタイムスタンプパケットを記録します。
Reporting Format:
報告フォーマット：
The results of the CTD/Bursty UBR Load/One VCC test SHOULD be reported in a form of text, graph, and histogram.
CTD /バースティUBRロード/つVCC試験の結果は、テキスト、グラフ、ヒストグラムの形で報告されるべきです。
The text results SHOULD display the numerical values of the CTD. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, minimum, maximum, and mean CTD during the test in us.
テキスト結果は、CTDの数値を表示する必要があります。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数と正の整数で試験中に与えられたVPI / VCIで受信、最小値、最大値、およびでテスト中CTDを意味：指定された値が含まれるべきです私たち。
The graph results SHOULD display the cell transfer delay values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell transfer delay in us. The integration time per point MUST be indicated.
グラフの結果は、セル転送遅延値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、米国においてセル転送遅延であるべきです。ポイントごとの積分時間が示されなければなりません。
The histogram results SHOULD display the cell transfer delay. The x-coordinate SHOULD be the cell transfer delay in us with at least 256 bins. The y-coordinate SHOULD be the number of cells observed in each bin.
ヒストグラムの結果はセル転送遅延が表示されます。 x座標は、少なくとも256個のビンを有する米国においてセル転送遅延であるべきです。 y座標は、各ビンにおいて観察された細胞の数であるべきです。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT variation in cell transfer delay with twelve VCCs as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されるように12件のVCCとセル転送遅延のSUTの変化を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with twelve VCCs, using 1 VPI and 12 VCIs. The VCC's MUST be configured as a UBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）1つのVPI及び12件のVCIを使用して、12件のVCCとSUT及び試験装置を構成します。 VCCのは、UBR接続として設定する必要があります。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing timestamps at a specific UBR through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定のUBRでタイムスタンプを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the packets timestamps at the transmitter and receiver ends of the test device for all VCCs.
5）全てのVCCのための試験装置の送信機および受信機端部でタイムスタンプパケットを記録します。
Reporting Format:
報告フォーマット：
The results of the CTD/Bursty UBR Load/Twelve VCCs test SHOULD be reported in a form of text, graph, and histograms.
CTD /バースティUBRロード/十二のVCC試験の結果は、テキスト、グラフ、ヒストグラムの形で報告されるべきです。
The text results SHOULD display the numerical values of the CTD. The values given SHOULD include: time period of test in s, test
テキスト結果は、CTDの数値を表示する必要があります。含めるべきで与えられた値：S、試験における試験時間
VPI/VCI values, total number of cells transmitted and received on each VCC during the test in positive integers, maximum and minimum CTD on each VCC during the test in us, and mean CTD on each VCC in us.
VPI / VCI値を、送信されたセルの合計数と正の整数で試験中に各VCCで受信、米国内の試験中に各VCCの最大値と最小CTD、及び米国内の各VCCにCTDを意味します。
The graph results SHOULD display the cell transfer delay values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell transfer delay for each VCC in ms. There SHOULD be 12 curves on the graph, one curves indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、セル転送遅延値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、MS内の各VCCのためのセル転送遅延であるべきです。 1つの曲線が示されると、各VCCのために標識された、グラフ上の曲線12があるべきです。ポイントごとの積分時間が示されなければなりません。
The histograms SHOULD display the cell transfer delay. There will be one histogram for each VCC. The x-coordinate SHOULD be the cell transfer delay in us with at least 256 bins. The y-coordinate SHOULD be the number of cells observed in each bin.
ヒストグラムは、セル転送遅延が表示されます。各VCCのための1つのヒストグラムがあります。 x座標は、少なくとも256個のビンを有する米国においてセル転送遅延であるべきです。 y座標は、各ビンにおいて観察された細胞の数であるべきです。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT variation in cell transfer delay with the maximum number VCCs supported on the SUT as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されたVCCがSUTでサポートされる最大数のセル転送遅延のSUTの変化を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with the maximum number of VCCs supported on the SUT. For example, if the maximum number of VCCs supported on the SUT is 1024, define 256 VPIs with 4 VCIs per VPI. The VCC MUST be configured as a UBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）SUT上に支持されたVCCの最大数とSUT及び試験装置を構成します。 VCCの最大数はSUTでサポートされている場合、例えば、VPI当たり4つのVCIと256件のVPIを定義する、1024。 VCCは、UBR接続として構成されなければなりません。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing timestamps at a specific UBR through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定のUBRでタイムスタンプを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the packets timestamps at the transmitter and receiver ends of the test device for all VCCs.
5）全てのVCCのための試験装置の送信機および受信機端部でタイムスタンプパケットを記録します。
Reporting Format:
報告フォーマット：
The results of the CTD/Bursty UBR Load/Maximum VCCs test SHOULD be reported in a form of text, graphs, and histograms.
CTD /バースティUBRロード/最大のVCC試験の結果は、テキスト、グラフ、ヒストグラムの形で報告されるべきです。
The text results SHOULD display the numerical values of the CTD. The values given SHOULD include: time period of test in s, test VPI/VCI values, total number of cells transmitted and received on each VCC during the test in positive integers, maximum and minimum CTD on each VCC during the test in us, and mean CTD on each VCC in us.
テキスト結果は、CTDの数値を表示する必要があります。含めるべきで与えられた値：Sにおける試験の期間、VPI / VCI値を、送信された細胞の総数をテストし、米国で試験中の正の整数、各VCCの最大と最小CTDにおける試験中に各VCCで受信、および私たちの各VCCにCTDを意味します。
The graph results SHOULD display the cell transfer delay values. There will be (Max number of VCCs/10) graphs, with 10 VCCs indicated on each graph. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell transfer delay for each VCC in us. There SHOULD be no more than 10 curves on each graph, one curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、セル転送遅延値を表示する必要があります。 10件のVCCは、各グラフに示されていると、グラフ（のVCC / 10の最大数）が存在することになります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、米国内の各VCCのためのセル転送遅延であるべきです。 1つの曲線が示され、各VCCのために標識された、各グラフには10本の以上の曲線があってはなりません。ポイントごとの積分時間が示されなければなりません。
The histograms SHOULD display the cell transfer delay. There will be one histogram for each VCC. The x-coordinate SHOULD be the cell transfer delay in us with at least 256 bins. The y-coordinate SHOULD be the number of cells observed in each bin.
ヒストグラムは、セル転送遅延が表示されます。各VCCのための1つのヒストグラムがあります。 x座標は、少なくとも256個のビンを有する米国においてセル転送遅延であるべきです。 y座標は、各ビンにおいて観察された細胞の数であるべきです。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT variation in cell transfer delay with three VCC's as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマーキングのための用語」RFC 2761で定義されている3 VCC年代にセル転送遅延のSUTの変化を決定するために。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with three VCC's. Each VCC MUST be defined as a different Bearer class: one CBR, one UBR and one VBR. Each VCC SHOULD contain one VPI/VCI. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）3 VCCの持つSUTとテストデバイスを構成します。各VCCは、異なるベアラクラスとして定義されなければならない：1 CBR一のUBR一VBR。各VCCは1 VPI / VCIを含むべきです。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing timestamps through the SUT via the defined test VCCs. Each generated VCC stream MUST match the corresponding VCC Bearer class. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介してタイムスタンプを含むIPパケットの特定の数を送信します。各生成されたVCCストリームは、対応するVCCベアラクラスと一致しなければなりません。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、SUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the packets timestamps at the transmitter and receiver ends of the test device for all VCC's.
5）すべてのVCCのための試験装置の送信機および受信機端部でタイムスタンプパケットを記録します。
Reporting Format:
報告フォーマット：
The results of the CTD/Mixed Load/Three VCC test SHOULD be reported in a form of text, graph, and histogram.
CTD /ミックスロード/三VCCテストの結果は、テキスト、グラフ、およびヒストグラムの形で報告する必要があります。
The text results SHOULD display the numerical values of the CTD. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, minimum, maximum, and mean CTD during the test in us.
テキスト結果は、CTDの数値を表示する必要があります。 Sにおける試験期間、試験VPI / VCI値を、送信されたセルの合計数と正の整数で試験中に与えられたVPI / VCIで受信、最小値、最大値、およびでテスト中CTDを意味：指定された値が含まれるべきです私たち。
The graph results SHOULD display the cell transfer delay values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell transfer delay in us. The integration time per point MUST be indicated.
グラフの結果は、セル転送遅延値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、米国においてセル転送遅延であるべきです。ポイントごとの積分時間が示されなければなりません。
The histogram results SHOULD display the cell transfer delay. The x-coordinate SHOULD be the cell transfer delay in us with at least 256 bins. The y-coordinate SHOULD be the number of cells observed in each bin.
ヒストグラムの結果はセル転送遅延が表示されます。 x座標は、少なくとも256個のビンを有する米国においてセル転送遅延であるべきです。 y座標は、各ビンにおいて観察された細胞の数であるべきです。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT variation in cell transfer delay with twelve VCCs as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されるように12件のVCCとセル転送遅延のSUTの変化を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with twelve VCC's. Each VCC MUST be defined as one of the Bearer classes for a total of four CBR, four UBR and four VBR VCC's. Each VCC SHOULD contain one VPI/VCI. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）12 VCCのでSUTとテストデバイスを構成します。各VCCは、4つのCBRは、4つのUBR四VBR VCCの合計ベアラ・クラスのいずれかとして定義されなければなりません。各VCCは1 VPI / VCIを含むべきです。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing timestamps through the SUT via the defined test VCCs. Each generated VCC stream MUST match the corresponding VCC Bearer class. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介してタイムスタンプを含むIPパケットの特定の数を送信します。各生成されたVCCストリームは、対応するVCCベアラクラスと一致しなければなりません。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the packets timestamps at the transmitter and receiver ends of the test device for all VCCs.
5）全てのVCCのための試験装置の送信機および受信機端部でタイムスタンプパケットを記録します。
Reporting Format:
報告フォーマット：
The results of the CTD/Mixed Load/Twelve VCCs test SHOULD be reported in a form of text, graph, and histograms.
CTD /ミックスロード/十二のVCC試験の結果は、テキスト、グラフ、ヒストグラムの形で報告されるべきです。
The text results SHOULD display the numerical values of the CTD. The values given SHOULD include: time period of test in s, test VPI/VCI values, total number of cells transmitted and received on each VCC during the test in positive integers, maximum and minimum CTD on each VCC during the test in us, and mean CTD on each VCC in us.
テキスト結果は、CTDの数値を表示する必要があります。含めるべきで与えられた値：Sにおける試験の期間、VPI / VCI値を、送信された細胞の総数をテストし、米国で試験中の正の整数、各VCCの最大と最小CTDにおける試験中に各VCCで受信、および私たちの各VCCにCTDを意味します。
The graph results SHOULD display the cell transfer delay values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell transfer delay for each VCC in ms. There SHOULD be 12 curves on the graph, one curves indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、セル転送遅延値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、MS内の各VCCのためのセル転送遅延であるべきです。 1つの曲線が示されると、各VCCのために標識された、グラフ上の曲線12があるべきです。ポイントごとの積分時間が示されなければなりません。
The histograms SHOULD display the cell transfer delay. There will be one histogram for each VCC. The x-coordinate SHOULD be the cell transfer delay in us with at least 256 bins. The y-coordinate SHOULD be the number of cells observed in each bin.
ヒストグラムは、セル転送遅延が表示されます。各VCCのための1つのヒストグラムがあります。 x座標は、少なくとも256個のビンを有する米国においてセル転送遅延であるべきです。 y座標は、各ビンにおいて観察された細胞の数であるべきです。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine the SUT variation in cell transfer delay with the maximum number VCCs supported on the SUT as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマークのための用語」RFC 2761で定義されたVCCがSUTでサポートされる最大数のセル転送遅延のSUTの変化を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with maximum number of VCCs supported on the SUT. For example, if the maximum number of VCCs supported on the SUT is 1024, define 256 VPIs with 4 VCIs per VPI. Each VCC MUST be defined as one of the Bearer classes for a total of (max VCC/3) CBR, (max VCC/3) UBR and (max VCC/3) VBR VCC's. If the maximum number of VCC's is not divisible by 3, the total for each bearer class MUST be within 3 VCC's of each other. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）SUT上に支持されたVCCの最大数とSUT及び試験装置を構成します。 VCCの最大数はSUTでサポートされている場合、例えば、VPI当たり4つのVCIと256件のVPIを定義する、1024。各VCCが（最大VCC / 3）CBR、（最大VCC / 3）UBR及び（最大VCC / 3）VBR VCCの合計ベアラ・クラスのいずれかとして定義されなければなりません。 VCCの最大数は3で割り切れない場合は、各ベアラ・クラスの合計が3 VCC互いの内になければなりません。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing timestamps through the SUT via the defined test VCCs. Each generated VCC stream MUST match the corresponding VCC Bearer class. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介してタイムスタンプを含むIPパケットの特定の数を送信します。各生成されたVCCストリームは、対応するVCCベアラクラスと一致しなければなりません。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the packets timestamps at the transmitter and receiver ends of the test device for all VCCs.
5）全てのVCCのための試験装置の送信機および受信機端部でタイムスタンプパケットを記録します。
Reporting Format:
報告フォーマット：
The results of the CTD/Mixed Load/Maximum VCCs test SHOULD be reported in a form of text, graphs, and histograms.
CTD /ミックスロード/最大のVCC試験の結果は、テキスト、グラフ、ヒストグラムの形で報告されるべきです。
The text results SHOULD display the numerical values of the CTD. The values given SHOULD include: time period of test in s, test VPI/VCI values, total number of cells transmitted and received on each VCC during the test in positive integers, maximum and minimum CTD on each VCC during the test in us, and mean CTD on each VCC in us.
テキスト結果は、CTDの数値を表示する必要があります。含めるべきで与えられた値：Sにおける試験の期間、VPI / VCI値を、送信された細胞の総数をテストし、米国で試験中の正の整数、各VCCの最大と最小CTDにおける試験中に各VCCで受信、および私たちの各VCCにCTDを意味します。
The graph results SHOULD display the cell transfer delay values. There will be (Max number of VCCs/10) graphs, with 10 VCCs indicated on each graph. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell transfer delay for each VCC in us. There SHOULD be no more than 10 curves on each graph, one curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、セル転送遅延値を表示する必要があります。 10件のVCCは、各グラフに示されていると、グラフ（のVCC / 10の最大数）が存在することになります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、米国内の各VCCのためのセル転送遅延であるべきです。 1つの曲線が示され、各VCCのために標識された、各グラフには10本の以上の曲線があってはなりません。ポイントごとの積分時間が示されなければなりません。
The histograms SHOULD display the cell transfer delay. There will be one histogram for each VCC. The x-coordinate SHOULD be the cell transfer delay in us with at least 256 bins. The y-coordinate SHOULD be the number of cells observed in each bin.
ヒストグラムは、セル転送遅延が表示されます。各VCCのための1つのヒストグラムがあります。 x座標は、少なくとも256個のビンを有する米国においてセル転送遅延であるべきです。 y座標は、各ビンにおいて観察された細胞の数であるべきです。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスも示さなければなりません。
Objective: To determine if the SUT will drop IP packets due AAL5 Re-assembly Errors as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：RFC 2761「ATMベンチマーキングのための用語」で定義されたSUTが原因AAL5再組立誤差をIPパケットをドロップするかどうかを決定します。
Procedure:
手順：
1) Set up the SUT and test device using the uni-directional configuration.
1）一方向構成を使用SUT及び試験装置をセットアップします。
2) Send a specific number of cells at a specific rate through the SUT. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The cell payload SHOULD contain valid IP PDUs. The IP PDUs MUST be encapsulated in AAL5.
2）SUTを介して特定の速度での細胞の特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。セルペイロードには有効なIP PDUを含むべきです。 IP PDUはAAL5でカプセル化されなければなりません。
3) Count the cells that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
3）接続と負荷を確認するために、SUTによって送信された細胞を数えます。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
4) Inject one error in the first bit of the AAL5 payload. Verify that the SUT does not drop any AAL5 PDU's.
4）AAL5ペイロードの最初のビットでつのエラーを注入。 SUTは、任意のAAL5 PDUのをドロップしないことを確認します。
5) Discontinue the AAL5 payload error.
5）AAL5ペイロードエラーを中止。
6) Inject one error in the first bit of the AAL5 header for 4 consecutive IP PDUs in every 6 IP PDUs. Verify that the SUT does drop the AAL5 PDU's.
6）すべての6つのIP PDUの4つの連続IP PDUのためのAAL5ヘッダの最初のビットでつのエラーを注入。 AAL5 PDUのドロップSUTがないことを確認します。
7) Discontinue the AAL5 payload error.
7）AAL5ペイロードエラーを中止。
Reporting Format:
報告フォーマット：
The results of the AAL5 PDU Loss due to AAL5 PDU errors test SHOULD be reported in a form of a table. The rows SHOULD be labeled single error, one error per second, and four consecutive errors every 6 IP PDUs. The columns SHOULD be labeled AAL5 PDU loss and number of PDU's lost. The elements of column 1 SHOULD be either True or False, indicating whether the particular condition was observed for each test. The elements of column 2 SHOULD be non-negative integers.
AAL5 PDUの誤り検査にAAL5 PDU損失の結果を表の形で報告されるべきです。行は、毎秒つのエラー、及び4つの連続したエラーごとに6つのIP PDUを単一エラー標識されるべきです。列は、PDUの失われたのAAL5 PDUの損失と番号をラベル付けされるべき。カラム1の要素は、特定の条件が各試験について観察されたかどうかを示す、trueまたはfalseであるべきです。カラム2の要素は非負整数であるべきです。
The table MUST also indicate the traffic rate in IP PDUs per second as generated by the test device.
試験装置によって生成される表はまた、毎秒IP PDUの中のトラフィックレートを指定する必要があります。
Objective: To determine the SUT AAL5 Reassembly Time as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマーキングのための用語」RFC 2761で定義されているようSUT AAL5再アセンブリ時間を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the uni-directional configuration.
1）一方向構成を使用SUT及び試験装置をセットアップします。
2) Send a specific number of IP packets at a specific rate through the SUT. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5. The AAL5 PDU size is 65535 octets or 1365 ATM cells.
2）SUTを介して特定の速度でのIPパケットの特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。 AAL5 PDUのサイズは65535オクテットまたは1365個のATMセルです。
3) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
3）接続と負荷を確認するために、SUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
4) Given an AAL5 reassembly timer of 'x' seconds, where 'x' is the actual value of the AAL5 reassembly timer on the SUT, sent traffic at 1365 cells per 'x' seconds. The expected results are that no AAL5 PDU's will be dropped.
4）「X」秒のAAL5再構築タイマーを考えると、「x」はSUT上のAAL5再アセンブリタイマの実際の値であり、「X」秒あたり1365個の細胞でトラフィックを送りました。期待される結果にはAAL5 PDUのが落とされないことです。
5) Send traffic at 1360 cells per 'x' seconds. The expected results are that all AAL5 PDU's will be dropped.
5）「X」秒あたり1360個の細胞でトラフィックを送信します。期待される結果は、すべてのAAL5 PDUのがドロップされることがあります。
Reporting Format:
報告フォーマット：
The results of the IP packet loss due to AAL5 reassembly timeout test SHOULD be reported in a form of a table. The rows SHOULD be labeled 1365 cells per 'x' seconds and 1360 cells per 'x' seconds. The columns SHOULD be labeled packet loss and number of packets lost. The elements of column 1 SHOULD be either True or False, indicating whether the particular condition was observed for each test. The elements of column 2 SHOULD be non-negative integers.
AAL5再アセンブリタイムアウト試験によるIPパケット損失の結果を表の形で報告されるべきです。行は「X」秒あたり1365個の細胞と「X」秒あたり1360個の細胞を標識するべきです。列は、失われたパケットのパケット損失や番号をラベル付けされるべき。カラム1の要素は、特定の条件が各試験について観察されたかどうかを示す、trueまたはfalseであるべきです。カラム2の要素は非負整数であるべきです。
The table MUST also indicate the packet size in octets and traffic rate in packets per second as generated by the test device, including the value of
試験装置によって生成されるテーブルもの値を含む、秒あたりのパケットのオクテットのパケットサイズとトラフィックレートを示さなければなりません
The AAL5 CRC error ratio measurements assume that both the transmitter and receiver payload information is synchronized. Synchronization MUST be achieved by supplying a known bit pattern to both the transmitter and receiver. If this bit pattern is longer than the packet size, the receiver MUST synchronize with the transmitter before tests can be run.
AAL5 CRC誤り率の測定は、送信機と受信機ペイロード情報の両方が同期されると仮定する。同期は、送信機と受信機の両方に既知のビットパターンを供給することによって達成されなければなりません。このビットパターンは、パケットサイズよりも長い場合のテストを実行する前に、受信機は、送信機と同期させる必要があります。
Objective: To determine the SUT ratio of AAL5 CRC PDU errors on one VCC in a transmission in relation to the total AAL5 PDU's sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：合計AAL5 PDUの「ATMベンチマークのための用語」RFC 2761で定義されている送信に関して送信の一方VCC上のAAL5 CRC PDUエラーのSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with one VCC. The VCC SHOULD contain one VPI/VCI. The VCC MUST be configured as either a CBR, VBR, or UBR connection. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）1つのVCCとSUT及び試験装置を構成します。 VCCは1 VPI / VCIを含むべきです。 VCCのいずれかCBR、VBR、またはUBR接続として構成されなければなりません。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing one of the specified bit patterns at a constant rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストVCCを介してSUTを介して一定速度で指定されたビットパターンのいずれかを含むIPパケットの特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、SUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of AAL5 CRC errors at the receiver end of the test device.
5）試験装置の受信端でAAL5 CRCエラーの数を記録します。
Reporting Format:
報告フォーマット：
The results of the AAL5-CRC-ER/Steady Load/One VCC test SHOULD be reported in a form of text and graph.
AAL5-CRC-ER /定常負荷/つVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the AAL5- CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of AAL5 PDU's transmitted and received on the given VPI/VCI during the test in positive integers, and the AAL5-CRC-ER for the entire test.
テキスト結果はAAL5- CRC-ERの数値が表示されます。所与の値が含まれている必要がありますSにおける試験期間、試験VPI / VCI値、AAL5 PDUの総数が送信され、正の整数で試験中に与えられたVPI / VCIで受信され、全体のためのAAL5-CRC-ERテスト。
The graph results SHOULD display the AAL5 CRC error ratio values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the AAL5-CRC-ER. The integration time per point MUST be indicated.
グラフの結果は、AAL5 CRCエラー率値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、AAL5-CRC-ERであるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスが示されなければなりません。生成されたビットパターンも示さなければなりません。
Objective: To determine the SUT ratio of AAL5 CRC PDU errors on twelve VCC's in a transmission in relation to the total AAL5 PDU's sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：合計AAL5 PDUの「ATMベンチマークのための用語」RFC 2761で定義されている送信に関して送信に12 VCCの上のAAL5 CRC PDUエラーのSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with twelve VCCs, using 1 VPI and 12 VCIs. The VCC's MUST be configured as either a CBR, VBR, or UBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）1つのVPI及び12件のVCIを使用して、12件のVCCとSUT及び試験装置を構成します。 VCCのいずれかCBR、VBR、またはUBR接続として設定する必要があります。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing one of the specified bit patterns at a constant rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate.
3）定義されたテストのVCCを介してSUTを介して一定速度で指定されたビットパターンのいずれかを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。
Since this test is not a throughput test, the rate should not be
greater than 90% of line rate. The IP PDUs MUST be encapsulated
in AAL5.
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of AAL5 CRC errors at the receiver end of the test device for all VCCs.
5）全てのVCCのための試験装置の受信端でAAL5 CRCエラーの数を記録します。
Reporting Format:
報告フォーマット：
The results of the AAL5-CRC-ER/Steady Load/Twelve VCCs test SHOULD be reported in a form of text and graph.
AAL5-CRC-ER /定常負荷/十二のVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the AAL5- CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of AAL5 PDU's transmitted and received on the given VPI/VCI during the test in positive integers, and the AAL5-CRC-ER for the entire test.
テキスト結果はAAL5- CRC-ERの数値が表示されます。所与の値が含まれている必要がありますSにおける試験期間、試験VPI / VCI値、AAL5 PDUの総数が送信され、正の整数で試験中に与えられたVPI / VCIで受信され、全体のためのAAL5-CRC-ERテスト。
The graph results SHOULD display the AAL5 CRC error ratio values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the AAL5-CRC-ER for each VCC. There should be 12 curves on the graph, on curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、AAL5 CRCエラー率値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのAAL5-CRC-ERであるべきです。曲線上に示され、各VCCのために標識された、グラフ上の曲線12があるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスが示されなければなりません。生成されたビットパターンも示さなければなりません。
Objective: To determine the SUT ratio of AAL5 CRC PDU errors with the maximum number VCCs supported on the SUT in a transmission in relation to the total AAL5 PDU's sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：のVCCは合計AAL5 PDUの「ATMベンチマークのための用語」RFC 2761で定義されている送信に関して送信にSUTでサポートされる最大数とAAL5 CRC PDUエラーのSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with the maximum number of VCCs supported on the SUT. For example, if the maximum number of VCCs supported on the SUT is 1024, define 256 VPIs with 4 VCIs per VPI. The VCC's MUST be configured as either a CBR, VBR, or UBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）SUT上に支持されたVCCの最大数とSUT及び試験装置を構成します。 VCCの最大数はSUTでサポートされている場合、例えば、VPI当たり4つのVCIと256件のVPIを定義する、1024。 VCCのいずれかCBR、VBR、またはUBR接続として設定する必要があります。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing one of the specified bit patterns at a constant rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して一定速度で指定されたビットパターンのいずれかを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of AAL5 CRC errors at the receiver end of the test device for all VCCs.
5）全てのVCCのための試験装置の受信端でAAL5 CRCエラーの数を記録します。
Reporting Format:
報告フォーマット：
The results of the AAL5-CRC-ER/Steady Load/Maximum VCCs test SHOULD be reported in a form of text and graph.
AAL5-CRC-ER /定常負荷/最大のVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the AAL5- CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of AAL5 PDU's transmitted and received on the given VPI/VCI during the test in positive integers, and the AAL5-CRC-ER for the entire test.
テキスト結果はAAL5- CRC-ERの数値が表示されます。所与の値が含まれている必要がありますSにおける試験期間、試験VPI / VCI値、AAL5 PDUの総数が送信され、正の整数で試験中に与えられたVPI / VCIで受信され、全体のためのAAL5-CRC-ERテスト。
The graph results SHOULD display the AAL5 CRC error ratio values. There will be (Max number of VCCs/10) graphs, with 10 VCCs indicated on each graph. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the AAL5-CRC-ER for each VCC. There SHOULD be no more than 10 curves on each graph, one curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、AAL5 CRCエラー率値を表示する必要があります。 10件のVCCは、各グラフに示されていると、グラフ（のVCC / 10の最大数）が存在することになります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのAAL5-CRC-ERであるべきです。 1つの曲線が示され、各VCCのために標識された、各グラフには10本の以上の曲線があってはなりません。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスが示されなければなりません。生成されたビットパターンも示さなければなりません。
Objective: To determine the SUT ratio of AAL5 CRC PDU errors on one VCC in a transmission in relation to the total AAL5 PDU's sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：合計AAL5 PDUの「ATMベンチマークのための用語」RFC 2761で定義されている送信に関して送信の一方VCC上のAAL5 CRC PDUエラーのSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with one VCC. The VCC SHOULD contain one VPI/VCI. The VCC MUST be configured as either a CBR or VBR connection. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]). The PCR, SCR, and MBS must be configured using one of the specified traffic descriptors.
2）1つのVCCとSUT及び試験装置を構成します。 VCCは1 VPI / VCIを含むべきです。 VCCは、CBRまたはVBRの接続のいずれかとして構成されなければなりません。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。 PCR、SCR、およびMBSは、指定されたトラフィック記述子のいずれかを使用して設定する必要があります。
3) Send a specific number of IP packets containing one of the specified bit patterns at a specific VBR rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストVCCを介してSUTを介して特定VBRレートで指定されたビットパターンのいずれかを含むIPパケットの特定の数を送信します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、SUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of AAL5 CRC errors at the receiver end of the test device.
5）試験装置の受信端でAAL5 CRCエラーの数を記録します。
Reporting Format:
報告フォーマット：
The results of the AAL5-CRC-ER/Bursty VBR Load/One VCC test SHOULD be reported in a form of text and graph.
AAL5-CRC-ER /バースティVBRロード/つVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the AAL5- CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of AAL5 PDU's transmitted and received on the given VPI/VCI during the test in positive integers, and the AAL5-CRC-ER for the entire test.
テキスト結果はAAL5- CRC-ERの数値が表示されます。所与の値が含まれている必要がありますSにおける試験期間、試験VPI / VCI値、AAL5 PDUの総数が送信され、正の整数で試験中に与えられたVPI / VCIで受信され、全体のためのAAL5-CRC-ERテスト。
The graph results SHOULD display the AAL5 CRC error ratio values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the AAL5-CRC-ER. The integration time per point MUST be indicated.
グラフの結果は、AAL5 CRCエラー率値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、AAL5-CRC-ERであるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスが示されなければなりません。生成されたビットパターンも示さなければなりません。
Objective: To determine the SUT ratio of AAL5 CRC PDU errors on twelve VCC's in a transmission in relation to the total AAL5 PDU's sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：合計AAL5 PDUの「ATMベンチマークのための用語」RFC 2761で定義されている送信に関して送信に12 VCCの上のAAL5 CRC PDUエラーのSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with twelve VCCs, using 1 VPI and 12 VCIs. The VCC's MUST be configured as either a CBR or VBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]). The PCR, SCR, and MBS must be configured using one of the specified traffic descriptors.
2）1つのVPI及び12件のVCIを使用して、12件のVCCとSUT及び試験装置を構成します。 VCCのは、CBRまたはVBR接続のいずれかに設定する必要があります。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。 PCR、SCR、およびMBSは、指定されたトラフィック記述子のいずれかを使用して設定する必要があります。
3) Send a specific number of IP packets containing one of the specified bit patterns at a specific VBR rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The PCR, SCR, and MBS must be indicated. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定VBRレートで指定されたビットパターンのいずれかを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 PCR、SCR、およびMBSが示されなければなりません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of AAL5 CRC errors at the receiver end of the test device for all VCCs.
5）全てのVCCのための試験装置の受信端でAAL5 CRCエラーの数を記録します。
Reporting Format:
報告フォーマット：
The results of the AAL5-CRC-ER/Bursty VBR Load/Twelve VCCs test SHOULD be reported in a form of text and graph.
AAL5-CRC-ER /バースティVBRロード/十二のVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the AAL5- CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of AAL5 PDU's transmitted and received on the given VPI/VCI during the test in positive integers, and the AAL5-CRC-ER for the entire test.
テキスト結果はAAL5- CRC-ERの数値が表示されます。所与の値が含まれている必要がありますSにおける試験期間、試験VPI / VCI値、AAL5 PDUの総数が送信され、正の整数で試験中に与えられたVPI / VCIで受信され、全体のためのAAL5-CRC-ERテスト。
The graph results SHOULD display the AAL5 CRC error ratio values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the AAL5-CRC-ER for each VCC. There should be 12 curves on the graph, on curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、AAL5 CRCエラー率値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのAAL5-CRC-ERであるべきです。曲線上に示され、各VCCのために標識された、グラフ上の曲線12があるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスが示されなければなりません。生成されたビットパターンも示さなければなりません。
Objective: To determine the SUT ratio of AAL5 CRC PDU errors with the maximum number VCCs supported on the SUT in a transmission in relation to the total AAL5 PDU's sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：のVCCは合計AAL5 PDUの「ATMベンチマークのための用語」RFC 2761で定義されている送信に関して送信にSUTでサポートされる最大数とAAL5 CRC PDUエラーのSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with the maximum number of VCCs supported on the SUT. For example, if the maximum number of VCCs supported on the SUT is 1024, define 256 VPIs with 4 VCIs per VPI. The VCC's MUST be configured as either a CBR or VBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]). The PCR, SCR, and MBS must be configured using one of the specified traffic descriptors.
2）SUT上に支持されたVCCの最大数とSUT及び試験装置を構成します。 VCCの最大数はSUTでサポートされている場合、例えば、VPI当たり4つのVCIと256件のVPIを定義する、1024。 VCCのは、CBRまたはVBR接続のいずれかに設定する必要があります。 VPI / VCIのを禁じATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。 PCR、SCR、およびMBSは、指定されたトラフィック記述子のいずれかを使用して設定する必要があります。
3) Send a specific number of IP packets containing one of the specified bit patterns at a specific VBR rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して特定VBRレートで指定されたビットパターンのいずれかを含むIPパケットの特定の数を送信します。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of AAL5 CRC errors at the receiver end of the test device for all VCCs.
5）全てのVCCのための試験装置の受信端でAAL5 CRCエラーの数を記録します。
Reporting Format:
報告フォーマット：
The results of the AAL5-CRC-ER/Bursty VBR Load/Maximum VCCs test SHOULD be reported in a form of text and graph.
AAL5-CRC-ER /バースティVBRロード/最大のVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the AAL5- CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of AAL5 PDU's transmitted and received on the given VPI/VCI during the test in positive integers, and the AAL5-CRC-ER for the entire test.
テキスト結果はAAL5- CRC-ERの数値が表示されます。所与の値が含まれている必要がありますSにおける試験期間、試験VPI / VCI値、AAL5 PDUの総数が送信され、正の整数で試験中に与えられたVPI / VCIで受信され、全体のためのAAL5-CRC-ERテスト。
The graph results SHOULD display the AAL5 CRC error ratio values. There will be (Max number of VCCs/10) graphs, with 10 VCCs indicated on each graph. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the AAL5-CRC-ER for each VCC. There SHOULD be no more than 10 curves on each graph, one curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、AAL5 CRCエラー率値を表示する必要があります。 10件のVCCは、各グラフに示されていると、グラフ（のVCC / 10の最大数）が存在することになります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのAAL5-CRC-ERであるべきです。 1つの曲線が示され、各VCCのために標識された、各グラフには10本の以上の曲線があってはなりません。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスが示されなければなりません。生成されたビットパターンも示さなければなりません。
Objective: To determine the SUT ratio of AAL5 CRC PDU errors on three VCC's in a transmission in relation to the total AAL5 PDU's sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：合計AAL5 PDUの「ATMベンチマークのための用語」RFC 2761で定義されている送信に関して送信三VCCの上のAAL5 CRC PDUエラーのSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with three VCC's. Each VCC MUST be defined as a different Bearer class; one CBR, one UBR and one VBR. Each VCC SHOULD contain one VPI/VCI. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）3 VCCの持つSUTとテストデバイスを構成します。各VCCは、異なるベアラクラスとして定義されなければなりません。 1 CBR、1つのUBRと1つのVBR。各VCCは1 VPI / VCIを含むべきです。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing one of the specified bit patterns through the SUT via the defined test VCCs. Each generated VCC stream MUST match the corresponding VCC Bearer class. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して指定されたビットパターンのいずれかを含むIPパケットの特定の数を送信します。各生成されたVCCストリームは、対応するVCCベアラクラスと一致しなければなりません。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、SUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of AAL5 CRC errors at the receiver end of the test device for all VCCs.
5）全てのVCCのための試験装置の受信端でAAL5 CRCエラーの数を記録します。
Reporting Format:
報告フォーマット：
The results of the AAL5-CRC-ER/Bursty Mixed Load/Three VCCs test SHOULD be reported in a form of text and graph.
AAL5-CRC-ER /バースト性の混血ロード/三つのVCCテストの結果は、テキストとグラフの形で報告する必要があります。
The text results SHOULD display the numerical values of the AAL5- CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of AAL5 PDU's transmitted and received on the given VPI/VCI during the test in positive integers, and the AAL5-CRC-ER for the entire test.
テキスト結果はAAL5- CRC-ERの数値が表示されます。所与の値が含まれている必要がありますSにおける試験期間、試験VPI / VCI値、AAL5 PDUの総数が送信され、正の整数で試験中に与えられたVPI / VCIで受信され、全体のためのAAL5-CRC-ERテスト。
The graph results SHOULD display the AAL5 CRC error ratio values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the AAL5-CRC-ER for each VCC. There should be 12 curves on the graph, on curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、AAL5 CRCエラー率値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのAAL5-CRC-ERであるべきです。曲線上に示され、各VCCのために標識された、グラフ上の曲線12があるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスが示されなければなりません。生成されたビットパターンも示さなければなりません。
Objective: To determine the SUT ratio of AAL5 CRC PDU errors on twelve VCC's in a transmission in relation to the total AAL5 PDU's sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：合計AAL5 PDUの「ATMベンチマークのための用語」RFC 2761で定義されている送信に関して送信に12 VCCの上のAAL5 CRC PDUエラーのSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with twelve VCC's. Each VCC MUST be defined as one of the Bearer classes for a total of four CBR, four UBR and four VBR VCC's. Each VCC SHOULD contain one VPI/VCI. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）12 VCCのでSUTとテストデバイスを構成します。各VCCは、4つのCBRは、4つのUBR四VBR VCCの合計ベアラ・クラスのいずれかとして定義されなければなりません。各VCCは1 VPI / VCIを含むべきです。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing one of the specified bit patterns through the SUT via the defined test VCCs. Each generated VCC stream MUST match the corresponding VCC Bearer class. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して指定されたビットパターンのいずれかを含むIPパケットの特定の数を送信します。各生成されたVCCストリームは、対応するVCCベアラクラスと一致しなければなりません。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of AAL5 CRC errors at the receiver end of the test device for all VCCs.
5）全てのVCCのための試験装置の受信端でAAL5 CRCエラーの数を記録します。
Reporting Format:
報告フォーマット：
The results of the AAL5-CRC-ER/Bursty Mixed Load/Twelve VCCs test SHOULD be reported in a form of text and graph.
AAL5-CRC-ER /バースト性混合ロード/十二のVCC試験の結果は、テキスト、グラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the AAL5- CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of AAL5 PDU's transmitted and received on the given VPI/VCI during the test in positive integers, and the AAL5-CRC-ER for the entire test.
テキスト結果はAAL5- CRC-ERの数値が表示されます。所与の値が含まれている必要がありますSにおける試験期間、試験VPI / VCI値、AAL5 PDUの総数が送信され、正の整数で試験中に与えられたVPI / VCIで受信され、全体のためのAAL5-CRC-ERテスト。
The graph results SHOULD display the AAL5 CRC error ratio values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the AAL5-CRC-ER for each VCC. There should be 12 curves on the graph, on curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、AAL5 CRCエラー率値を表示する必要があります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのAAL5-CRC-ERであるべきです。曲線上に示され、各VCCのために標識された、グラフ上の曲線12があるべきです。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスが示されなければなりません。生成されたビットパターンも示さなければなりません。
Objective: To determine the SUT ratio of AAL5 CRC PDU errors with the maximum number VCCs supported on the SUT in a transmission in relation to the total AAL5 PDU's sent as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：のVCCは合計AAL5 PDUの「ATMベンチマークのための用語」RFC 2761で定義されている送信に関して送信にSUTでサポートされる最大数とAAL5 CRC PDUエラーのSUT比を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Configure the SUT and test device with maximum number of VCCs supported on the SUT. For example, if the maximum number of VCCs supported on the SUT is 1024, define 256 VPIs with 4 VCIs per VPI. Each VCC MUST be defined as one of the Bearer classes for a total of (max VCC/3) CBR, (max VCC/3) UBR and (max VCC/3) VBR VCC's. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).
2）SUT上に支持されたVCCの最大数とSUT及び試験装置を構成します。 VCCの最大数はSUTでサポートされている場合、例えば、VPI当たり4つのVCIと256件のVPIを定義する、1024。各VCCが（最大VCC / 3）CBR、（最大VCC / 3）UBR及び（最大VCC / 3）VBR VCCの合計ベアラ・クラスのいずれかとして定義されなければなりません。 VPI / VCIを保有ATMシグナリングチャネル（例えば、[0,5]、[0,16]）のいずれかであってはなりません。
3) Send a specific number of IP packets containing one of the specified bit patterns through the SUT via the defined test VCCs. Each generated VCC stream MUST match the corresponding VCC Bearer class. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.
3）定義されたテストのVCCを介してSUTを介して指定されたビットパターンのいずれかを含むIPパケットの特定の数を送信します。各生成されたVCCストリームは、対応するVCCベアラクラスと一致しなければなりません。 VPI / VCIペアのすべてが同じトラフィックレートでトラフィックを生成します。このテストは、スループット試験はないので、速度は、ライン速度の90％を超えるべきではありません。 IP PDUはAAL5でカプセル化されなければなりません。
4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.
4）接続と負荷を確認するために、すべてのVCCにSUTによって送信されたIPパケットをカウント。試験装置の数はSUT上で同じである場合は、テストを継続します。数が同じになるまで、他の試験装置のトラフィックレートを下げます。
5) Record the number of AAL5 CRC errors at the receiver end of the test device for all VCCs.
5）全てのVCCのための試験装置の受信端でAAL5 CRCエラーの数を記録します。
Reporting Format:
報告フォーマット：
The results of the AAL5-CRC-ER/Bursty Mixed Load/Maximum VCCs test SHOULD be reported in a form of text and graph.
AAL5-CRC-ER /バースト性混合ロード/最大のVCC試験の結果は、テキストとグラフの形で報告されるべきです。
The text results SHOULD display the numerical values of the AAL5- CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of AAL5 PDU's transmitted and received on the given VPI/VCI during the test in positive integers, and the AAL5-CRC-ER for the entire test.
テキスト結果はAAL5- CRC-ERの数値が表示されます。所与の値が含まれている必要がありますSにおける試験期間、試験VPI / VCI値、AAL5 PDUの総数が送信され、正の整数で試験中に与えられたVPI / VCIで受信され、全体のためのAAL5-CRC-ERテスト。
The graph results SHOULD display the AAL5 CRC error ratio values. There will be (Max number of VCCs/10) graphs, with 10 VCCs indicated on each graph. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the AAL5-CRC-ER for each VCC. There SHOULD be no more than 10 curves on each graph, one curve indicated and labeled for each VCC. The integration time per point MUST be indicated.
グラフの結果は、AAL5 CRCエラー率値を表示する必要があります。 10件のVCCは、各グラフに示されていると、グラフ（のVCC / 10の最大数）が存在することになります。 x座標は、試験の全体の長さに応じて数秒、数分または数日のいずれかのテスト実行時間であるべきです。 x座標の時間は設定可能であるべきです。 y座標は、それぞれVCCのためのAAL5-CRC-ERであるべきです。 1つの曲線が示され、各VCCのために標識された、各グラフには10本の以上の曲線があってはなりません。ポイントごとの積分時間が示されなければなりません。
The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.
試験装置によって生成される結果はまた、オクテットのパケットサイズ、秒あたりのパケットにトラフィックレート、およびベアラ・クラスを指定する必要があります。 VCCとVPI / VCIの値が示されなければなりません。 PCR、SCR、およびMBSが示されなければなりません。作成されたVCCのベアラ・クラスが示されなければなりません。生成されたビットパターンも示さなければなりません。
Objective: To determine the CAC rejection time and Connection Establishment Time on the SUT as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマーキングのための用語」RFC 2761で定義されているようSUT上CAC除去時間とコネクション確立時間を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Create a UNI signaling setup message, as described in Appendix C, specifying a PCR which will not allow CAC to reject the call.
CACがコールを拒否することはできませんPCRを指定し、付録Cに記載されているように2）、UNIシグナリング設定メッセージを作成します。
3) Send the UNI signaling setup message. Note the time the setup message was sent. Verify that the SVC has been setup with the correct parameters. Note the time the connect message was received
3）UNIシグナリング設定メッセージを送信します。セットアップメッセージが送信された時間に注意してください。 SVCは、正しいパラメータで設定されていることを確認します。接続メッセージが受信された時間に注意してください。
4) Create a UNI signaling setup message, as described in Appendix C, specifying a PCR which will allow CAC to reject the call.
CACがコールを拒否することを可能にするPCRを指定し、付録Cに記載されているように4）、UNIシグナリング設定メッセージを作成します。
5) Send the UNI signaling setup message. Note the time the setup message was sent. Verify that the SVC has been rejected with the correct cause code. Note the time the release complete message was received.
5）UNIシグナリング設定メッセージを送信します。セットアップメッセージが送信された時間に注意してください。 SVCは、正しい原因コードで拒否されたことを確認します。解放完了メッセージを受信した時刻に注意してください。
6) Compute the rejection time as the difference between the time the release complete message was received and the time setup message was send.
6）解放完了メッセージを受信し、時刻設定メッセージを送信した時刻との差として拒絶反応時間を計算します。
Reporting Format:
報告フォーマット：
The results of the CAC Denial Time and Connection Establishment Time tests SHOULD be reported in a form of a table. The rows SHOULD be labeled call accepted and call rejected. The columns SHOULD be labeled time setup sent, time response received, and correct response. The elements of the columns 1 and 2 SHOULD be in seconds. The elements of column 3 SHOULD be be either True or False, indicating whether the particular condition was observed for each test.
CAC拒否時間とコネクション確立時間の試験の結果を表の形で報告されるべきです。行が受け入れられたコールをラベル付けする必要があり、拒否されたコール。列は、送信された時間設定、受信時間応答、および正しい応答を標識するべきです。列1及び2の要素は、秒にする必要があります。コラム3の要素は、特定の条件が各試験について観察されたかどうかを示す、trueまたはfalseであることべきです。
The table MUST also indicate the packet size in octets and traffic rate in packets per second as generated by the test device.
試験装置によって生成される表はまた、秒あたりのパケットのオクテットのパケットサイズとトラフィックレートを指定する必要があります。
Objective: To determine the Connection Teardown Time on the SUT as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマーキングのための用語」RFC 2761で定義されているようSUTに接続ティアダウン時間を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Create a UNI signaling setup message, as described in Appendix C, specifying a PCR which will not allow CAC to reject the call.
CACがコールを拒否することはできませんPCRを指定し、付録Cに記載されているように2）、UNIシグナリング設定メッセージを作成します。
3) Send the UNI signaling setup message. Note the time the setup message was sent. Verify that the SVC has been setup with the correct parameters. Note the time the connect message was received
3）UNIシグナリング設定メッセージを送信します。セットアップメッセージが送信された時間に注意してください。 SVCは、正しいパラメータで設定されていることを確認します。接続メッセージが受信された時間に注意してください。
4) Create a UNI signaling release message, as described in Appendix C, specifying a cause code of normal call clearing.
通常の呼クリアの原因コードを指定し、付録Cに記載されているように4）、UNIシグナリング解放メッセージを作成します。
5) Send the UNI signaling release message. Note the time the release message was sent. Verify that the SVC has been terminated with the correct cause code. Note the time the release complete message was received.
5）UNIシグナリング解放メッセージを送信します。解放メッセージが送信された時間に注意してください。 SVCは、正しい原因コードで終了したことを確認します。解放完了メッセージを受信した時刻に注意してください。
6) Compute the release time as the difference between the time the release complete message was received and the time release message was send.
6）完了メッセージが受信された放出及び時間解放メッセージを送信した時刻との差として放出時間を計算します。
Reporting Format:
報告フォーマット：
The results of the Connection Teardown Time tests SHOULD be reported in a form of a table. The rows SHOULD be labeled call accepted and call released. The columns SHOULD be labeled time message sent, time response received, and correct response. The elements of the columns 1 and 2 SHOULD be in seconds. The elements of column 3 SHOULD be be either True or False, indicating whether the particular condition was observed for each test.
接続ティアダウンタイムの試験の結果は表の形で報告する必要があります。行は、コールが受け入れられ、解放呼び出しラベル付けされるべき。列は、送信された時間メッセージ、受信した時間応答、正しい応答を、標識されるべきです。列1及び2の要素は、秒にする必要があります。コラム3の要素は、特定の条件が各試験について観察されたかどうかを示す、trueまたはfalseであることべきです。
The table MUST also indicate the packet size in octets and traffic rate in packets per second as generated by the test device.
試験装置によって生成される表はまた、秒あたりのパケットのオクテットのパケットサイズとトラフィックレートを指定する必要があります。
Objective: To determine the Crankback Time on the SUT as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマーキングのための用語」RFC 2761で定義されているようSUTにクランクバック時間を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the uni-directional passthrough configuration.
1）一方向パススルー構成を使用SUT及び試験装置をセットアップします。
2) Create a PNNI signaling setup message, as described in Appendix C, specifying a DTL which is not blocked by the far end SUT.
遠端SUTによってブロックされていないDTLを指定し、付録Cに記載されているように2）、PNNIシグナリング設定メッセージを作成します。
3) Send the PNNI signaling setup message. Note the time the setup message was sent. Verify that the connect message has been received by the near-end switch. Note the time the connect message was received
3）PNNIシグナリング・セットアップ・メッセージを送信します。セットアップメッセージが送信された時間に注意してください。 CONNECTメッセージは、近端スイッチによって受信されたことを確認します。接続メッセージが受信された時間に注意してください。
4) Create a PNNI signaling setup message, as described in Appendix C, specifying a DTL which is blocked by the far end SUT.
遠端SUTによって遮断されるDTLを指定し、付録Cに記載されているように4）、PNNIシグナリング設定メッセージを作成します。
5) Send the PNNI signaling release message. Note the time the release message was sent. Note the time the release complete message was received. Note the time the near-end switch sends it's own PNNI setup message (referred to as the near-end setup message) specifying the non- blocked DTL.
5）PNNIシグナリングを解放メッセージを送信します。解放メッセージが送信された時間に注意してください。解放完了メッセージを受信した時刻に注意してください。近端スイッチはそれ自身のPNNIセットアップ（近端セットアップメッセージとも呼ばれる）メッセージ以外はDTLをブロック指定を送信した時間に注意してください。
6) Compute the crankback time as the difference between the time the near-end setup message was received and the time release message was send.
6）近端セットアップメッセージを受信し、時刻解放メッセージを送信した時刻との差としてクランクバック時間を計算します。
Reporting Format:
報告フォーマット：
The results of the Crankback Time tests SHOULD be reported in a form of a table. The rows SHOULD be labeled DTL call accepted and call released. The columns SHOULD be labeled time message sent, time response received, and correct response. The elements of the columns 1 and 2 SHOULD be in seconds. The elements of column 3 SHOULD be be either True or False, indicating whether the particular condition was observed for each test.
クランクバック時間テストの結果は表の形で報告する必要があります。行が受け入れられDTLコールをラベル付けする必要があり、リリース呼び出します。列は、送信された時間メッセージ、受信した時間応答、正しい応答を、標識されるべきです。列1及び2の要素は、秒にする必要があります。コラム3の要素は、特定の条件が各試験について観察されたかどうかを示す、trueまたはfalseであることべきです。
The table MUST also indicate the packet size in octets and traffic rate in packets per second as generated by the test device.
試験装置によって生成される表はまた、秒あたりのパケットのオクテットのパケットサイズとトラフィックレートを指定する必要があります。
Objective: To determine the Route Update Response Time on the SUT as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマーキングのための用語」RFC 2761で定義されているようSUT上のルート更新応答時間を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the uni-directional passthrough configuration.
1）一方向パススルー構成を使用SUT及び試験装置をセットアップします。
2) Create a PNNI PTSE as described in Appendix C, specifying a routing topology. Verify that the routing tables on the far-end and near-end switches are empty.
ルーティングトポロジを指定し、付録Cに記載されているように2）PNNI PTSEを作成します。遠端と近端スイッチ上でルーティングテーブルが空であることを確認します。
3) Send the PTSE message to the far-end switch. Note the time the PTSE message was sent. Verify that the PTSE message has been received by the far-end switch. Note the time the PTSE message was received.
3）遠端スイッチにPTSEメッセージを送信します。 PTSEメッセージが送信された時間に注意してください。 PTSEメッセージが遠端スイッチによって受信されたことを確認します。 PTSEメッセージを受信した時刻に注意してください。
4) Create another PNNI PTSE as described in Appendix C, specifying a change in the routing topology. Verify that the routing tables on the far-end and near-end switches contain the previous PTSE routes.
付録Cに記載されているように4）ルーティングトポロジの変更を指定して、別のPNNI PTSEを作成します。遠端および近端スイッチのルーティングテーブルは、前PTSEルートを含むことを確認します。
5) Send the PTSE message to the far-end switch. Note the time the PTSE message was sent. Verify that the PTSE message has been received by the far-end switch. Note the time the PTSE message was received. Note the time the PTSE was sent to the near-end switch. Note the time the PTSE message was received on the near-end switch.
5）遠端スイッチにPTSEメッセージを送信します。 PTSEメッセージが送信された時間に注意してください。 PTSEメッセージが遠端スイッチによって受信されたことを確認します。 PTSEメッセージを受信した時刻に注意してください。 PTSEは、近端スイッチに送信された時間に注意してください。 PTSEメッセージは、近端スイッチ上で受信した時刻に注意してください。
6) Compute the Route Update Response time as the difference between the time the far-end PTSE message was sent and the time far-end PTSE message was received by the near-end.
6）遠端PTSEメッセージが送られた時間と遠端PTSEメッセージは、近端部によって受信された時刻の差としてルート更新応答時間を計算します。
Reporting Format:
報告フォーマット：
The results of the Route Update Response Time tests SHOULD be reported in a form of a table. The rows SHOULD be labeled PTSE call accepted, far-end PTSE message send, and near-end message received. The columns SHOULD be labeled time message sent, time response received, and correct response. The elements of the columns 1 and 2 SHOULD be in seconds. The elements of column 3 SHOULD be be either True or False, indicating whether the particular condition was observed for each test.
ルート更新応答時間のテストの結果は表の形で報告する必要があります。行が受け入れられたPTSE呼び出し、遠端PTSEメッセージを送信し、近端メッセージが受信ラベル付けされるべき。列は、送信された時間メッセージ、受信した時間応答、正しい応答を、標識されるべきです。列1及び2の要素は、秒にする必要があります。コラム3の要素は、特定の条件が各試験について観察されたかどうかを示す、trueまたはfalseであることべきです。
The table MUST also indicate the packet size in octets and traffic rate in packets per second as generated by the test device.
試験装置によって生成される表はまた、秒あたりのパケットのオクテットのパケットサイズとトラフィックレートを指定する必要があります。
Objective: To determine the MIB Alignment Time on the SUT as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマーキングのための用語」RFC 2761で定義されているようSUT上のMIBアライメント時間を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Send a Cold Start message to the SUT. Note the time the message was sent to the SUT. Verify that the Cold Start message has been received by the SUT. Note the time the message was received.
2）SUTにコールドスタートメッセージを送信します。メッセージは、SUTに送信された時間に注意してください。コールドスタートメッセージは、SUTによって受信されたことを確認します。メッセージを受信した時刻に注意してください。
3) Send a Get Request message to the SUT. Note the time the message was sent to the SUT. Verify that the Get Request message has been received by the SUT. Note the time the message was received.
3）SUTにGETリクエストメッセージを送信します。メッセージは、SUTに送信された時間に注意してください。 GETリクエストメッセージは、SUTによって受信されたことを確認します。メッセージを受信した時刻に注意してください。
4) After all MIB elements are exchanged, verify that the final Get Request message has been received by the SUT. Note the time the message was send and received by the SUT.
すべてのMIB要素が交換された後4）、最終的なGETリクエストメッセージはSUTによって受信されたことを確認します。メッセージは、SUTで送信し、受信した時刻に注意してください。
5) Compute the MIB Alignment Time as the difference between the time the Cold Start message was sent and the time the final Get Request was received by the SUT.
5）コールドスタートメッセージが送信された時刻と、最終的なGETリクエストをSUTによって受信された時刻の差としてMIBアライメント時間を計算します。
Reporting Format:
報告フォーマット：
The results of the MIB Alignment Time tests SHOULD be reported in a form of a table. The rows SHOULD be labeled Cold Start Send, Cold Start accepted, Final Get Request send, and Final Get Request received. The columns SHOULD be labeled time message sent, time response received, and correct response. The elements of the columns 1 and 2 SHOULD be in seconds. The elements of column 3 SHOULD be be either True or False, indicating whether the particular condition was observed for each test.
MIBアライメント時間テストの結果は表の形で報告する必要があります。行は、コールドスタートが受け入れられ、コールドスタートを送るラベルされた最終的なGETリクエストの送信、および最終的なGETリクエストが受信されるべき。列は、送信された時間メッセージ、受信した時間応答、正しい応答を、標識されるべきです。列1及び2の要素は、秒にする必要があります。コラム3の要素は、特定の条件が各試験について観察されたかどうかを示す、trueまたはfalseであることべきです。
The table MUST also indicate the packet size in octets and traffic rate in packets per second as generated by the test device.
試験装置によって生成される表はまた、秒あたりのパケットのオクテットのパケットサイズとトラフィックレートを指定する必要があります。
Objective: To determine the Address Registration Time on the SUT as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：「ATMベンチマーキングのための用語」RFC 2761で定義されているようSUT上のアドレス登録時間を決定します。
Procedure:
手順：
1) Set up the SUT and test device using the bi-directional configuration.
1）双方向構成を使用SUT及び試験装置をセットアップします。
2) Send a Set Request message to the SUT. Note the time the message was sent to the SUT. Verify that the Set Request message has been received by the SUT. Note the time the message was received.
2）SUTに設定要求メッセージを送信します。メッセージは、SUTに送信された時間に注意してください。 SET要求メッセージは、SUTによって受信されたことを確認します。メッセージを受信した時刻に注意してください。
3) Send a Get Request message to the SUT. Note the time the message was sent to the SUT. Verify that the Get Request message has been received by the SUT. Note the time the message was received.
3）SUTにGETリクエストメッセージを送信します。メッセージは、SUTに送信された時間に注意してください。 GETリクエストメッセージは、SUTによって受信されたことを確認します。メッセージを受信した時刻に注意してください。
4) After all MIB elements are exchanged, verify that the final Get Request message has been received by the SUT. Note the time the message was send and received by the SUT.
すべてのMIB要素が交換された後4）、最終的なGETリクエストメッセージはSUTによって受信されたことを確認します。メッセージは、SUTで送信し、受信した時刻に注意してください。
5) Compute the Address Registration Time as the difference between the time the Set Request message was sent and the time the final Get Request was received by the SUT.
5）SET要求メッセージが送信された時刻と、最終的なGETリクエストをSUTによって受信された時刻の差としてアドレス登録時間を計算します。
Reporting Format:
報告フォーマット：
The results of the Address Registration Time tests SHOULD be reported in a form of a table. The rows SHOULD be labeled Set Request Send, Set Request accepted, Final Get Request send, and Final Get Request received. The columns SHOULD be labeled time message sent, time response received, and correct response. The elements of the columns 1 and 2 SHOULD be in seconds. The elements of column 3 SHOULD be be either True or False, indicating whether the particular condition was observed for each test.
アドレス登録時の試験の結果は表の形で報告する必要があります。行は、SET要求の送信、SET要求受け入れ、最終的なGETリクエストの送信をラベル付けする必要があり、最終的なGETリクエストを受け取りました。列は、送信された時間メッセージ、受信した時間応答、正しい応答を、標識されるべきです。列1及び2の要素は、秒にする必要があります。コラム3の要素は、特定の条件が各試験について観察されたかどうかを示す、trueまたはfalseであることべきです。
The table MUST also indicate the packet size in octets and traffic rate in packets per second as generated by the test device.
試験装置によって生成される表はまた、秒あたりのパケットのオクテットのパケットサイズとトラフィックレートを指定する必要があります。
As this document is solely for the purpose of providing methodology and describes neither a protocol nor an implementation, there are no security considerations associated with this document.
このドキュメントでは、方法論を提供する目的のためだけで、プロトコルも実装どちらを記述したように、このドキュメントに関連したセキュリティ上の考慮事項はありません。
The IETF takes no position regarding the validity or scope of any intellectual property 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; neither does it represent that it has made any effort to identify any such rights. Information on the IETFs procedures with respect to rights in standards-track and standards-related documentation can be found in BCP-11. Copies of claims of rights made available for publication 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 implementors or users of this specification can be obtained from the IETF Secretariat.
IETFは、そのような権限下で、ライセンスがたりないかもしれない可能性があるためにどの本書または程度に記載されている技術の実装や使用に関係すると主張される可能性があります任意の知的財産やその他の権利の有効性または範囲に関していかなる位置を取りません利用可能。また、そうした権利を特定するために取り組んできたことを表していないん。スタンダードトラックおよび標準関連文書の権利に関するIETFsの手順に関する情報は、BCP-11に記載されています。権利の主張のコピーは、出版のために利用可能とライセンスの保証が利用できるようにする、または本仕様の実装者または利用者が、そのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができますIETF事務局から。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights which may cover technology that may be required to practice this standard. Please address the information to the IETF Executive Director.
IETFは、その注意にこの標準を実践するために必要な場合があり技術をカバーすることができる任意の著作権、特許または特許出願、またはその他の所有権を持ってすべての利害関係者を招待します。 IETF専務に情報を扱ってください。
[RFC2544] Bradner, S. and J. McQuaid, "Benchmarking Methodology for Network Interconnect Devices", RFC 2544, March 1999.
、RFC 2544、1999年3月 "ネットワーク相互接続デバイスのためのベンチマーキング方法論" [RFC2544]ブラドナー、S.とJ. McQuaid、。
[RFC2225] Laubach, M. and J. Halpern, "Classical IP and ARP over ATM", RFC 2225, April 1998.
[RFC2225]ラウバッハ、M.及びJ.アルペルン、 "古典IPおよびATM上ARP"、RFC 2225、1998年4月。
[RFC2761] Dunn, J. and C. Martin, "Terminology for ATM Benchmarking", RFC 2761, February 2000.
[RFC2761]ダン、J.とC.マーチン、 "ATMベンチマーキングのための用語"、RFC 2761、2000年2月。
[AF-ILMI4.0] ATM Forum Integrated Local Management Interface Version 4.0, af-ilmi-0065.000, September 1996.
[AF ILMI4.0] ATMフォーラムの統合ローカル管理インターフェイスのバージョン4.0、バイILMI-0065.000、1996年9月。
[AF-TEST-0022] Introduction to ATM Forum Test Specifications, af-test-0022.00, December 1994.
[TEST AF-0022] ATMフォーラムの仕様テストの概要、テスト-0022.00、1994年12月。
[AF-TM4.1] ATM Forum, Traffic Management Specification Version 4.1, af-tm-0121.00, April 1996.
[AF TM4.1] TM 0121.00のATMフォーラム、トラフィック管理仕様バージョン4.1、1996年4月。
[AF-UNI3.1] ATM Forum, User Network Interface Specification Version 3.1, September 1994.
[AF-UNI3.1] ATMフォーラム、ユーザネットワークインターフェース仕様バージョン3.1、1994年9月。
[AF-UNI4.0] ATM Forum, User Network Interface Specification Version 4.0, July 1996.
[AF-UNI4.0] ATMフォーラム、ユーザネットワークインターフェース仕様バージョン4.0、1996年7月。
Jeffrey Dunn Advanced Network Consultants, Inc. 4214 Crest Place Ellicott City, MD 21043, USA
ジェフリー・ダン高度ネットワークコンサルタンツ株式会社4214クレスト場所エリコットシティー、メリーランド州21043、USA
Phone: +1 (410) 750-1700 EMail: Jeffrey.Dunn@worldnet.att.net
電話：+1（410）750-1700 Eメール：Jeffrey.Dunn@worldnet.att.net
Cynthia Martin Advanced Network Consultants, Inc. 4214 Crest Place Ellicott City, MD 21043, USA
シンシアマーティン高度なネットワークコンサルタンツ株式会社4214クレスト場所エリコットシティー、メリーランド州21043、USA
Phone: +1 (410) 750-1700 EMail: Cynthia.E.Martin@worldnet.att.net
電話：+1（410）750-1700 Eメール：Cynthia.E.Martin@worldnet.att.net
Appendix A: Ranges
付録A：範囲
ATM NSAP Network Prefix. 39 0000 0000 0000 0000 0000 0000-39 0000 0000 0000 0000 0000 00FF 39 0000 0000 0000 0000 0001 0000-39 0000 0000 0000 0000 0001 00FF 39 0000 0000 0000 0001 0000 0000 39 0000 0000 0000 0002 0020 0000 39 0000 0000 0300 0002 0030 0000 39 0000 0000 4000 0002 0060 0000 39 0000 0006 0060 0002 0030 0000 39 0000 0006 0050 0002 0030 0000 39 0000 0009 0300 0002 0030 0000 39 0000 00A0 0300 0002 0030 0000 39 0000 0B00 0300 0002 0030 0000 39 0000 C000 0300 0002 0030 0000
ATM NSAPネットワークプレフィックス。 0300 0002 0030 0000 39 0000 0000 0000 0000 0002 0020 0000 0000 39 0000 00FF 39 0000 0000 0000 0000 0001 0000から39 0000 0000 0000 0000 0001 00FF 39 0000 0000 0000 0001 39 0000 0000 0000 0000 0000 0000から39 0000 0000 0000 0000 0000 0002 0030 0000 0300 C000 0000 39 0000 0b00と0300 0002 0030 0000 39 0000 00A0 0300 0002 0030 0030 0000 39 0000 0002 0030 0000 39 0000 0009 0300 0002 39 0000 0006 0050 0060 0002 0030 0000 0060 0000 39 0000 0006 0000 39 0000 0000 4000 0002
ATM NSAP End System Identifier. 1111 1111 1111 00-1111 1111 11FF 00 2222 2222 2000 00-2222 2222 2222 00 9999 999A 0000 00-9999 999C 0000 00
ATM NSAPエンドシステム識別子。 1111 1111 1111 00-1111 1111 11FF 00 2222 2222 2000 00から2222 2222 2222 00 9999 999A 0000 00から9999 999C 0000 00
Appendix B: Rates
付録B：料金
PNNI Routing Update Size.
ドムルーティングアップデートのサイズ。
1) 1 PNNI routing entry update on non-aggregated addresses
非凝集アドレス上の1）1つのPNNIルーティングエントリの更新
2) 2 PNNI routing entry updates on non-aggregated addresses
2）非凝集アドレスに2つのPNNIルーティングエントリの更新
3) 5 PNNI routing entry updates on non-aggregated addresses
3）非凝集アドレスに5つのPNNIルーティングエントリの更新
4) 1 % of total available bandwidth or 1 Mb/s, whichever is less on non- aggregated addresses
非集約アドレスに小さい方の利用可能な総帯域幅または1 Mb /秒、4）1％
5) 1 % of total available bandwidth or 1 Mb/s, whichever is less on of non-aggregated addresses and of aggregated addresses
非凝集アドレスの凝集アドレスの上の小さい方の利用可能な総帯域幅または1 Mb /秒、5）1％
6) 1 % of total available bandwidth or 1 Mb/s, whichever is less on aggregated addresses
集約されたアドレスに小さい方の利用可能な総帯域幅または1メガビット/秒の6）1％
7) 2 % of total available bandwidth or 2 Mb/s, whichever is less on non- aggregated addresses
非集約アドレスに小さい方の利用可能な総帯域幅または2メガビット/秒の7）2％
8) 2 % of total available bandwidth or 2 Mb/s, whichever is less on of non-aggregated addresses and of aggregated addresses
非凝集アドレスの凝集アドレスの上の小さい方の利用可能な総帯域幅または2 Mb /秒、8）2％
9) 2 % of total available bandwidth or 2 Mb/s, whichever is less on aggregated addresses
集約されたアドレスに小さい方の利用可能な総帯域幅または2 Mb /秒、9）2％
PNNI Routing Update Repetition Interval.
ドムルーティングアップデート繰返し間隔。
Repetition Interval begins after initial PNNI routing table stabilizes.
初期PNNIルーティングテーブルが安定した後に繰返し間隔が開始されます。
1) 1 update every 1 hour, for 24 hours
1）1つの更新24時間ごとに1時間、
2) 1 update every 30 minutes, for 24 hours
2）1つの更新24時間30分ごとに、
3) 1 update every 5 minutes, for 1 hour
3）1回の更新ごとに5分、1時間、
4) 1 update every 1 minute, for 15 minutes
4）1つの更新15分毎、1分、
5) 1 update every 30 seconds, for 5 minutes
5）1つの更新5分間、30秒毎に、
6) 1 update every 30 seconds, for 1 minute
6）1つの更新ごとに30秒、1分
7) 1 update every 1 second, for 30 seconds
7）1つの更新30秒毎に1秒、
Maximum WAN Connection rates in packets per second (pps):
秒あたりのパケットの最大WAN接続の速度（PPS）：
25.6 OC-3c OC-12c IP Packet Size octets/cells 44/2 30188 176603 706412 64/2 30188 176603 706412 128/3 20125 117735 470940 256/6 10062 58867 235468 1024/22 2744 16054 64216 1518/32 1886 11037 44148 2048/43 1404 8214 32856 4472/94 642 3757 15028 9180/192 314 1839 7356
25.6 OC-3C OC-12C IPパケットサイズのオクテット/セル2分の44 30188 176603 706412 64/2 30188 176603 706412 3分の128 20125 117735 470940 6分の256 10062 58867 235468 1024から1022 2744 11037 44148 2048 16054 64216 1518年から1532年1886年/ 43 1404 8214 32856 94分の4472 642 3757 15028 192分の9180 314 1839 7356
Maximum LAN Connection rates in packets per second (pps):
秒あたりのパケットの最大LAN接続速度（PPS）：
DS-1 DS-3 E1 E3 IP Packet Size octets/cells 44/2 1811 52133 2340 40000 64/2 1811 52133 2340 40000 128/3 1207 34755 1560 26666 256/6 603 17377 780 13333 1024/22 164 4739 212 3636 1518/32 113 3258 146 2500 2048/43 84 2424 108 1860 4472/94 38 1109 49 851 9180/192 18 543 24 416
DS-1 DS-3 E1 E3 IPパケットサイズオクテット/セル2分の44 1811 52133 2340 40000 64/2 1811 52133 2340 40000 3分の128 1207 34755 1560 26666 6分の256 603 17377 780 13333 1024年から1022年164 4739 212 3636 1518 / 32 113 3258 146 2500 43分の2048 84 2424 108 1860 94分の4472 38 1109 49 851 192分の9180 18 543 24 416
Notes: 1. PDU size in cells is computed based on ceiling( ( PDU size in octets + 16) / 48). This assumes an 8 octet LLC/SNAP header and an 8 octet AAL/5 trailer.
注：細胞1. PDUサイズが天井（オクテット+ 16（PDUサイズ）/ 48）に基づいて計算されます。これは、8オクテットLLC / SNAPヘッダと8オクテットAAL / 5トレイラを想定しています。
2. Due to the number of possible configurations, IMA pps rates are not listed, but may be derived from the following formula: floor (IDCR/cells per packet), where cells per packet is computed as in note 1.
2.により可能な構成の数に、IMAのPPSレートが記載されていないが、以下の式から導出することができる：床（パケット当たりIDCR /細胞）、パケットあたりの細胞を注記1のように計算されます。
3. The following cell rates were used: DS-1 = 3622 cps (using ATM TC) E1 = 4681 cps 25.6 Mb/s = 60377 cps E3 = 80000 cps (using ATM TC) DS-3 = 104266 cps (using ATM TC) OC-3c = 353207 cps OC-12c = 1412828 cps
3.次のセル・レートを使用した：DS-1 = 3622のCPSは25.6 MB /秒= 60377のCPS E3 = 80000のCPS（ATM TCを使用して）DS-3 = 104266のCPS（ATM TCを使用してE1 = 4681のCPS（ATM TCを使用して） ）OC-3C = 353207のCPS OC-12C = 1412828のCPS
Appendix C: PDU's
付録C：PDUの
TCP/IP over ATM Example 1. LLC: DSAP 0xAA (SNAP-SAP) SSAP 0xAA (SNAP-SAP) Control 0x03 (Unnumbered Information) SNAP: OUI 0x00-00-00 (Ethertype) PID 0x0800 (Internet Protocol) IP: Version = 4 Header length = 20 Type of service = 0 000. .... Precedence = Routine(0) ...0 .... Delay = Normal (0) .... 0... Throughput = Normal (0) .... .0.. Reliability = Normal (0) Packet length = 40 Id = 0 Fragmentation Info = 0x0000 .0.. .... .... .... Don't Fragment Bit = FALSE ..0. .... .... .... More Fragments Bit = FALSE ...0 0000 0000 0000 Fragment offset = 0 Time to live = 255 Protocol = TCP (6) Header checksum = F9CF Source address = 15.19.209.236 Destination address = 15.19.209.237 TCP: Source port = smtp (25) Destination port = smtp (25) Sequence number = 1 Ack number = 0 Data offset = 20 Flags = 0x02 ..0. .... URGENT Flag = FALSE ...0 .... ACK Flag = FALSE
ATM例1 LLC上のTCP / IP：DSAP 0xAAを（SNAP-SAP）SSAP 0xAAを（SNAP-SAP）コントロール0x03の（非番号情報）SNAP：OUI 0x00-00-00（イーサタイプ）PID 0x0800で（インターネット・プロトコル）IP：バージョン=サービスの4ヘッダ長= 20種類= 0 000 ...優先順位=ルーチン（0）... 0 ...遅延=正常（0）... 0 ...スループット=正常（0 ）.... 0.0 ..信頼性=ノーマル（0）パケット長= 40 ID = 0断片化情報= 0000 0.0 .. .... .... ....しないでくださいFragmentビット= FALSE。 0.0。 .... .... ....複数の断片= 255議定生きる= 0時間オフセットビット= FALSE ... 0 0000 0000 0000フラグメント= TCP（6）ヘッダチェックサム= F9CFソースアドレス= 15.19.209.236先アドレス= 15.19.209.237 TCP：送信元ポート= SMTP（25）宛先ポート= SMTP（25）シーケンス番号= 1つのACK番号= 20のフラグ= 0×02オフセット= 0のデータ..0。 ....緊急フラグ= FALSE ... 0 .... ACKフラグ= FALSE
.... 0... PUSH Flag = FALSE
.... .0.. RST Flag = FALSE
.... ..1. SYN Flag = TRUE
.... ...0 FIN Flag = FALSE
Window = 0
Checksum = EDAF
Urgent pointer = 00000000
TCP/IP over ATM Example 2. LLC: DSAP 0xAA (SNAP-SAP) SSAP 0xAA (SNAP-SAP) Control 0x03 (Unnumbered Information) SNAP: OUI 0x00-00-00 (Ethertype) PID 0x0800 (Internet Protocol) IP: Version = 4 Header length = 20 Type of service = 0 000. .... Precedence = Routine(0) ...0 .... Delay = Normal (0) .... 0... Throughput = Normal (0) .... .0.. Reliability = Normal (0) Packet length = 40 Id = 0 Fragmentation Info = 0x0000 .0.. .... .... .... Don't Fragment Bit = FALSE ..0. .... .... .... More Fragments Bit = FALSE ...0 0000 0000 0000 Fragment offset = 0 Time to live = 255 Protocol = TCP (6) Header checksum = F9CF Source address = 15.19.209.236 Destination address = 15.19.209.237 TCP: Source port = ftp-data (20) Destination port = 2000 Sequence number = 1 Ack number = 0 Data offset = 20 Flags = 0x02 ..0. .... URGENT Flag = FALSE ...0 .... ACK Flag = FALSE .... 0... PUSH Flag = FALSE .... .0.. RST Flag = FALSE .... ..1. SYN Flag = TRUE .... ...0 FIN Flag = FALSE Window = 0 Checksum = E5FD Urgent pointer = 00000000
ATM例2 LLC上のTCP / IP：DSAP 0xAAを（SNAP-SAP）SSAP 0xAAを（SNAP-SAP）コントロール0x03の（非番号情報）SNAP：OUI 0x00-00-00（イーサタイプ）PID 0x0800で（インターネット・プロトコル）IP：バージョン=サービスの4ヘッダ長= 20種類= 0 000 ...優先順位=ルーチン（0）... 0 ...遅延=正常（0）... 0 ...スループット=正常（0 ）.... 0.0 ..信頼性=ノーマル（0）パケット長= 40 ID = 0断片化情報= 0000 0.0 .. .... .... ....しないでくださいFragmentビット= FALSE。 0.0。 .... .... ....複数の断片= 255議定生きる= 0時間オフセットビット= FALSE ... 0 0000 0000 0000フラグメント= TCP（6）ヘッダチェックサム= F9CFソースアドレス= 15.19.209.236先アドレス= 15.19.209.237 TCP：送信元ポート= FTP-データ（20）宛先ポート= 2000シーケンス番号= 1つのACK番号= 0のデータは..0 = 20フラグ= 0×02を相殺しました。 ....緊急フラグ= FALSE ... 0 .... FALSE ACKフラグ= .... 0 ... FALSE =フラグをPUSH .... 0.0 .. FALSE RSTフラグ= .... .. 1。 SYNフラグ= TRUE ... ... 0 FINフラグ= FALSE WINDOW = 0チェックサム= E5FD緊急ポインタ= 00000000
UDP/IP over ATM Example. LLC: DSAP 0xAA (SNAP-SAP) SSAP 0xAA (SNAP-SAP) Control 0x03 (Unnumbered Information) SNAP: OUI 0x00-00-00 (Ethertype) PID 0x0800 (Internet Protocol) IP: Version = 4 Header length = 20 Type of service = 0 000. .... Precedence = Routine(0) ...0 .... Delay = Normal (0) .... 0... Throughput = Normal (0) .... .0.. Reliability = Normal (0) Packet length = 28 Id = 0 Fragmentation Info = 0x0000 .0.. .... .... .... Don't Fragment Bit = FALSE ..0. .... .... .... More Fragments Bit = FALSE ...0 0000 0000 0000 Fragment offset = 0 Time to live = 255 Protocol = ICMP (1) Header checksum = F9E0 Source address = 15.19.209.236 Destination address = 15.19.209.237 ICMP: Type = Echo request (8) Code = 0 Checksum = F7FF Identifier = 0 (0x0) Sequence Number = 0 (0x0)
ATMの例を超えるUDP / IP。 LLC：DSAP 0xAAを（SNAP-SAP）SSAP 0xAAを（SNAP-SAP）コントロール0x03の（非番号情報）SNAP：OUI 0x00-00-00（イーサタイプ）PID 0x0800で（インターネット・プロトコル）IP：バージョン= 4ヘッダ長= 20種類のサービス= 0 000 ....優先=ルーチン（0）... 0 ....遅延=ノーマル（0）... 0 ...スループット=ノーマル（0）.... 0.0。 。信頼性=ノーマル（0）パケット長= 28 ID = 0断片化情報= 0000 0.0 .. .... .... ....ないFragmentビット= FALSE ..0を行います。 = 255プロトコル= ICMP（1）ヘッダチェックサム= F9E0送信元アドレス= 15.19.209.236先生きる.... .... ....複数の断片ビット= FALSE ... 0 0000 0000 0000フラグメントオフセット= 0時間アドレス= 15.19.209.237 ICMP：タイプ=エコー要求（8）コード= 0チェックサム= F7FF識別子= 0（0x0の）シーケンス番号= 0（0x0の）
RIP Routing Update over ATM.
ATM上のRIPルーティングアップデート。
-- DATAGRAM HEADER offset data (hex) description 00 FF FF FF FF FF FF dest MAC address is broadcast 06 xx xx xx xx xx xx source hardware address 12 08 00 type
- データグラムヘッダのオフセットデータ（16進数）説明00 FF FF FF FF FF FF MACアドレスがブロードキャストされている06 XX XX XX XX XX XXソースハードウェアアドレスタイプ12 08 00
-- IP HEADER
14 45 IP version - 4, header length (4
byte units) - 5
15 00 service field
16 00 EE total length
18 00 00 ID
20 40 00 flags (3 bits) 4 (do not
fragment),
fragment offset-0
22 0A TTL
23 11 protocol - 17 (UDP) 24 C4 8D header checksum 26 xx xx xx xx source IP address 30 xx xx xx destination IP address 33 FF host part = FF for broadcast
23 11プロトコル - 17（UDP）24 C4 8Dヘッダチェックサム26 XX XX XX XX送信元IPアドレス30 XX XX XX宛先IPアドレス33 FFホスト一部= FF放送用
-- UDP HEADER 34 02 08 source port 208 = RIP 36 02 08 destination port 208 = RIP 38 00 DA UDP message length 40 00 00 UDP checksum
- UDPヘッダ34 02 08ソースポート208 = RIP 36 02 08宛先ポート208 = RIP 38 00 DA UDPメッセージ長40 00 00 UDPチェックサム
-- RIP packet 42 02 command = response 43 01 version = 1 44 00 00 0
- RIPパケット42 02コマンド応答= 43 01バージョン= 1 44 00 00 0
-- net 1 46 00 02 family = IP 48 00 00 0 50 xx xx xx net 1 IP address 53 00 net not node 54 00 00 00 00 0 58 00 00 00 00 0 62 00 00 00 07 metric 7
- ネット1 46 00 02ファミリー= IP 48 00 00 0 50 XX XX XXネット1のIPアドレス53 00ネットは、54 00 00 00 00 0 58 00 00 00 00 0 62 00 00 00 07メトリック7ノードではありません
-- net 2
- ネット2
66 00 02 family = IP 68 00 00 0 70 xx xx xx net 2 IP address 73 00 net not node 74 00 00 00 00 0 78 00 00 00 00 0 82 00 00 00 07 metric 7
66 00 02ファミリー= IP 68 00 00 0 70 XX XX XXネット2 IPアドレス73 00ネットは、74 00 00 00 00 0 78 00 00 00 00 0 82 00 00 00 07メトリック7ノードではありません
-- net 3 86 00 02 family = IP 88 00 00 0 90 xx xx xx net 3 IP address 93 00 net not node 94 00 00 00 00 0 98 00 00 00 00 0 102 00 00 00 07 metric 7
- ネット3 86 00 02ファミリー= IP 88 00 00 0 90 XX XX XX正味3のIPアドレス93 00ネットないノード94 00 00 00 00 0 98 00 00 00 00 0 102 00 00 00 07メトリック7
-- net 4 106 00 02 family = IP 108 00 00 0
- ネット4 106 00 02ファミリー= IP 108 00 00 0
110 xx xx xx net 4 IP address 113 00 net not node 114 00 00 00 00 0 118 00 00 00 00 0 122 00 00 00 07 metric 7
110 XX XX XXネット4 IPアドレス113 00ネットメトリック7 114 00 00 00 00 0 118 00 00 00 00 0 122 00 00 00 07ノードではありません
-- net 5 126 00 02 family = IP 128 00 00 0 130 00 net 5 IP address 133 00 net not node 134 00 00 00 00 0 138 00 00 00 00 0 142 00 00 00 07 metric 7
- ネット5 126 00 02ファミリー= IP 128 00 00 0 130 00ネット5 IPアドレス133 00ネット134 00 00 00 00 0 138 00 00 00 00 0 142 00 00 00 07メトリック7ノードではありません
-- net 6 146 00 02 family = IP 148 00 00 0 150 xx xx xx net 6 IP address 153 00 net not node 154 00 00 00 00 0 158 00 00 00 00 0 162 00 00 00 07 metric 7
- ネット6 146 00 02ファミリー= IP 148 00 00 0 150 XX XX XX正味6 IPアドレス153 00ネット154 00 00 00 00 0 158 00 00 00 00 0 162 00 00 00 07メトリック7ノードではありません
UNI 3.1 Signaling Setup Message Example. PCR will not allow CAC to reject the call.
UNI 3.1シグナリングのセットアップメッセージの例。 PCRは、CACが呼び出しを拒否することはできません。
Protocol Discriminator : Q.93B UNI call control Call Reference Length : 3 Call Reference Flag : orig Call Reference Value : 0 Message Type : SETUP Ext : last octet Action Indicator : clear call Message Length : 50 Information Element ID : ATM Traffic Descriptor Ext : last octet Coding Standard : ITU-T standard Action Indicator : clear call IE Length : 9 Cell Rate Subfield ID : forward peak CR(CLP=0+1) Forward Peak Cell Rate : 1 Cell Rate Subfield ID : backward peak CR(CLP=0+1) Backward Peak Cell Rate : 1 Cell Rate Subfield ID : best effort indicator Information Element ID : Broadband Bearer Capability Ext : last octet Coding Standard : ITU-T standard
プロトコル識別子：Q.93B UNI呼制御コール基準長さ：3コールリファレンス旗：ORIG呼参照値：0メッセージタイプ：SETUPの拡張：最後のオクテットアクションインジケータ：明確な呼び出しメッセージの長さ：50情報要素ID：ATMトラフィック記述子拡張： ITU-T標準アクションインジケータ：標準コーディング最後のオクテットクリアコールIEの長さ：9セル・レートサブフィールドID：フォワードピークCR（CLP = 0 + 1）順方向ピークセルレート：1セルレートサブフィールドID：後方ピークCR（CLP = 0 + 1）後方ピークセルレート：1セルレートサブフィールドID：ベストエフォートインジケータ情報要素ID：ブロードバンドベアラ機能の拡張：標準コーディング最後のオクテット：ITU-Tの標準
Action Indicator : clear call IE Length : 2 Ext : last octet Bearer Class : BCOB-X Ext : last octet Clipping Susceptibility : not susceptible to clipping User Plane Connection CFG : point-to-point Information Element ID : Called Party Number Ext : last octet Coding Standard : ITU-T standard Action Indicator : clear call IE Length : 21 Ext : last octet Addressing/Numbering Plan : ISO NSAP addressing ISO NSAP Address Octets : 3900000000000000000000000011111111111100 Information Element ID : Quality of Service Parameter Ext : last octet Coding Standard : ITU-T standard Action Indicator : clear call IE Length : 2 QoS Class Forward : QoS class 0 - unspecified QoS Class Backward : QoS class 0 - unspecified
アクションインジケータ：明確なコールIEの長さ：2拡張：最後のオクテットベアラクラス：BCOB-X拡張：最後のオクテットクリッピング感受性：ユーザ・プレーン接続CFGをクリッピングの影響を受けない：ポイント・ツー・ポイントの情報要素ID：着信側番号拡張：最後オクテットコーディング標準：ITU-T標準アクションインジケータ：クリアな通話IEの長さ：21内線：ISO NSAPアドレスのオクテットを扱うISO NSAP：：/番号計画に取り組む最後のオクテット3900000000000000000000000011111111111100情報要素ID：サービスパラメータの内線の品質：最後のオクテットは標準コーディング： ITU-T標準アクションインジケータ：明確なコールIEの長さ：2のQoSクラスフォワード：QoSクラス0 - 未指定のQoSクラス後方：QoSクラス0 - 未指定
UNI 3.1 Signaling Setup Message Reject Example. PCR will allow CAC to reject the call.
UNI 3.1シグナリングセットアップメッセージは、例を拒否します。 PCRは、CACが呼び出しを拒否することができます。
Protocol Discriminator : Q.93B UNI call control Call Reference Length : 3 Call Reference Flag : orig Call Reference Value : 0 Message Type : SETUP Ext : last octet Action Indicator : clear call Message Length : 50 Information Element ID : ATM Traffic Descriptor Ext : last octet Coding Standard : ITU-T standard Action Indicator : clear call IE Length : 8 Cell Rate Subfield ID : forward peak CR(CLP=0+1) Forward Peak Cell Rate : 300000 Cell Rate Subfield ID : backward peak CR(CLP=0+1) Backward Peak Cell Rate : 300000 Information Element ID : Broadband Bearer Capability Ext : last octet Coding Standard : ITU-T standard Flag : not significant Action Indicator : clear call
プロトコル識別子：Q.93B UNI呼制御コール基準長さ：3コールリファレンス旗：ORIG呼参照値：0メッセージタイプ：SETUPの拡張：最後のオクテットアクションインジケータ：明確な呼び出しメッセージの長さ：50情報要素ID：ATMトラフィック記述子拡張： ITU-T標準アクションインジケータ：標準コーディング最後のオクテットクリアコールIEの長さ：8セル・レートサブフィールドID：フォワードピークCR（CLP = 0 + 1）順方向ピークセルレート：300000セルレートサブフィールドID：後方ピークCR（CLP = 0 + 1）後方ピーク・セル・レート：300000情報要素ID：ブロードバンドベアラ機能の拡張：ITU-T標準の旗：標準コーディング最後のオクテット重要ではないアクションインジケータ：明確なコール
IE Length : 3 Ext : another octet Bearer Class : BCOB-X Ext : last octet Traffic Type : constant bit rate Timing Requirements : end-to-end timing required Ext : last octet Clipping Susceptibility : not susceptible to clipping User Plane Connection CFG : point-to-point Information Element ID : Called Party Number Ext : last octet Coding Standard : ITU-T standard Action Indicator : clear call IE Length : 21 Ext : last octet Addressing/Numbering Plan : ISO NSAP addressing ISO NSAP Address Octets : 3900000000000000000000000011111111111100 Information Element ID : Quality of Service Parameter Ext : last octet Coding Standard : ITU-T standard Action Indicator : clear call IE Length : 2 QoS Class Forward : QoS class 0 - unspecified QoS Class Backward : QoS class 0 - unspecified
IEの長さ：3拡張：別のオクテットベアラクラス：BCOB-X拡張：最後のオクテットトラフィックタイプ：固定ビットレートタイミング要求：エンドツーエンドのタイミング必要拡張：最後のオクテットクリッピング感受性：ユーザ・プレーン接続CFGクリッピングの影響を受けません。ポイント・ツー・ポイントの情報要素ID：パーティー番号内線呼び出さ：最後のオクテット標準コーディング：ITU-T標準アクションインジケータ：クリアな通話IEの長さ：21内線：最後のオクテットは/番号計画への対応：ISO NSAPはISO NSAPアドレスのオクテットに対処：3900000000000000000000000011111111111100情報要素ID：サービスパラメータの内線の品質：標準コーディング最後のオクテット：ITU-T標準アクションインジケータ：明確なコールIEの長さ：2のQoSクラスフォワード：QoSクラス0 - 未指定のQoSクラス後方：QoSクラス0 - 未指定
UNI 3.1 Signaling Release Message, specifying a cause code of normal call clearing.
UNI 3.1シグナリングリリースメッセージ、通常の呼クリアの原因コードを指定します。
Protocol Discriminator : Q.93B UNI call control Call Reference Length : 3 Call Reference Flag : orig Call Reference Value : 0 Message Type : RELEASE Ext : last octet Action Indicator : clear call Message Length : 6 Information Element ID : Cause Ext : last octet Coding Standard : ITU-T standard Action Indicator : clear call IE Length : 2 Ext : last octet Location : user Ext : last octet Cause Value : NE:normal call clearing
プロトコル識別子：Q.93B UNI呼制御コール基準長さ：3コールリファレンス旗：ORIG呼参照値：0メッセージタイプ：RELEASE拡張：最後のオクテットアクションインジケータ：明確な呼び出しメッセージの長さ：6情報要素ID：原因の拡張：最後のオクテットコーディング標準：ITU-T標準アクションインジケータ：クリアな通話IEの長さ：2拡張：最後のオクテットの場所：ユーザーの拡張：最後のオクテットの原因値：NE：通常の呼クリア
PNNI Signaling Setup Message, specifying a DTL which is not blocked by the far end SUT.
PNNIは、遠端SUTによってブロックされていないDTLを指定して、セットアップシグナリングメッセージを。
Protocol Discriminator : PNNI signalling Call Reference Length : 3 Call Reference Flag : from Message Type : SETUP Ext : last octet Pass Along Request : no pass along request Action Indicator : clear call Message Length : 56 Information Element ID : ATM Traffic Descriptor Ext : last octet Coding Standard : ITU-T standardized Pass Along Request : no pass along request Action Indicator : clear call IE Length : 0 Information Element ID : Broadband Bearer Capability Ext : last octet Coding Standard : ITU-T standardized Pass Along Request : no pass along request Action Indicator : clear call IE Length : 3 Ext : another octet Bearer Class : BCOB-X Ext : last octet ATM Transfer Capability : reserved for bwd compatibility Ext : last octet Clipping Susceptibility : not susceptible to clipping User Plane Connection cfg : point-to-point Information Element ID : Called Party Number Ext : last octet Coding Standard : ITU-T standardized Pass Along Request : no pass along request Action Indicator : clear call IE Length : 8 Ext : last octet Type of Number : unknown Addressing/Numbering Plan : ATM endsystem address ATM Endsystem Address Oct : 11111111111101 Information Element ID : Designated Transit List Ext : last octet Coding Standard : ATM Forum specific Pass Along Request : no pass along request Action Indicator : clear call IE Length : 29 Current Transit Pointer : 0 Logical Node/Port Indicat : Logical Node/Port Indicator Logical Node Identifier : 3900000000000000000000000011111111111100
プロトコル識別子：PNNIシグナリングコール基準長さ：3コールリファレンスフラグ：メッセージタイプから：SETUPの拡張：最後のオクテットは要求に沿って通過：なし要求アクションインジケータに沿ってパス：明確な呼び出しメッセージの長さ：56情報要素ID：ATMトラフィック記述子のExt：過去リクエストに沿っITU-T標準化されたパス：標準コーディングオクテット要求アクションインジケータに沿っていないパス：明確なコールIEの長さ：0情報要素ID：ブロードバンドベアラ機能の拡張：標準コーディング最後のオクテット：リクエスト沿いITU-T標準化パス：沿っていないパスクリアな通話IEの長さ：3拡張：別のオクテットベアラクラス：BCOB-X拡張：最後のオクテットATM転送能力：BWD互換内線用に予約さ：最後のオクテットクリッピング感受性：ユーザプレーン接続のCFGをクリッピングの影響を受けない：ポイント・ツーアクションインジケータを要求ポイント・ツー・ポイント情報要素ID：着信側番号拡張：リクエスト沿いITU-T標準化パス：リクエストアクションインジケータに沿っていないパス：C標準コーディング最後のオクテットリアIEの長さを呼び出す：8拡張：番号の最後のオクテットタイプ：不明なアドレス指定/番号計画：11111111111101情報要素ID：指定トランジットリスト拡張：標準コーディング最後のオクテット：リクエストに伴いATMフォーラムの特定のパス：ATMエンドシステムアドレスATMエンドシステムは、10月住所要求アクションインジケータに沿っていないパス：クリアな通話IEの長さ：29現在のトランジットポインタ：0論理ノード/ポートIndicat：論理ノード/ポートインジケータ論理ノード識別子：3900000000000000000000000011111111111100
PNNI Signaling Setup Message Reject, specifying a DTL which is blocked by the far end SUT.
PNNIシグナリングセットアップメッセージは、遠端SUTによってブロックされたDTLを指定して、拒否します。
Protocol Discriminator : PNNI signalling Call Reference Length : 3 Call Reference Flag : from Call Reference Value : 0 Message Type : SETUP Ext : last octet Pass Along Request : no pass along request Action Indicator : clear call Message Length : 56 Information Element ID : ATM Traffic Descriptor Ext : last octet Coding Standard : ITU-T standardized Pass Along Request : no pass along request Action Indicator : clear call IE Length : 0 Information Element ID : Broadband Bearer Capability Ext : last octet Coding Standard : ITU-T standardized Pass Along Request : no pass along request Action Indicator : clear call IE Length : 3 Bearer Class : BCOB-X Ext : last octet ATM Transfer Capability : reserved for bwd compatibility Ext : last octet Clipping Susceptibility : not susceptible to clipping User Plane Connection cfg : point-to-point Information Element ID : Called Party Number Ext : last octet Coding Standard : ITU-T standardized Pass Along Request : no pass along request Action Indicator : clear call IE Length : 8 Ext : last octet Addressing/Numbering Plan : ATM endsystem address ATM Endsystem Address Oct : 11111111111101 Information Element ID : Designated Transit List Ext : last octet Coding Standard : ATM Forum specific Pass Along Request : no pass along request Action Indicator : clear call IE Length : 29 Current Transit Pointer : 0 Logical Node/Port Indicat : Logical Node/Port Indicator Logical Node Identifier : 3900000000000000000000000011111111111100
プロトコル識別子：PNNIシグナリングコール基準長さ：3コールリファレンス旗：呼参照値から：0メッセージタイプ：SETUPの拡張：最後のオクテットは要求に沿って通過：なし要求アクションインジケータに沿ってパス：明確な呼び出しメッセージの長さ：56情報要素IDを：ATMトラフィック記述子拡張：最後のオクテット標準コーディング：リクエスト沿いITU-T標準化パス：リクエストアクションインジケータに沿っていないパス：明確なコールIEの長さ：0情報要素ID：ブロードバンドベアラ機能の拡張：標準コーディング最後のオクテット：ITU-T標準化されたパスに沿って、リクエスト：リクエストアクションインジケータに沿っていないパス：クリアな通話IEの長さ：3ベアラクラス：BCOB-X拡張：最後のオクテットATM転送能力：BWD互換内線用に予約さ：最後のオクテットクリッピング感受性：ユーザプレーン接続のCFGをクリッピングの影響を受けません。ポイント-to-ポイント情報要素ID：着信側番号拡張：リクエスト沿いITU-T標準化されたパス：標準コーディング最後のオクテットの要求アクションIndicatoに沿っていないパスR：明確なコールIEの長さ：8拡張：最後のオクテットアドレッシング/番号計画：11111111111101情報要素ID：指定トランジットリスト拡張：標準コーディング最後のオクテット：リクエストに伴いATMフォーラムの特定のパス：沿っていないパスのATMエンドシステムアドレスATMエンドシステムは、10月住所クリアな通話IEの長さ：29現在のトランジットポインタ：0論理ノード/ポートIndicat：論理ノード/ポートインジケータ論理ノード識別子：3900000000000000000000000011111111111100アクションインジケータを要求
PNNI Far End Request Message.
PNNI遠端要求メッセージ。
Header: Packet Type 5 (PTSE REQUEST) Packet Length 40 Protocol Version 1 Newest Version Supported 1 Oldest Version Supported 0 Reserved 0 IG: Information Group Type 513 (Requested PTSE Header) Information Group Length 32 Originating Node ID 00013900-00000000-00000000-00000011-11111111-1100 PTSE Request Count 1 PTSE Identifier 0
ヘッダー：情報グループタイプ513（要求されたPTSEヘッダー）情報グループ長さ32発信ノードID 00013900-00000000-00000000-00000011：パケットタイプ5（PTSE REQUEST）パケット長40プロトコルバージョン1最新バージョンは0予約0 IGがサポートされている1古いバージョンをサポート-11111111-1100 PTSE要求カウント1つのPTSE識別子0
PNNI PTSE, specifying a routing topology.
PTSE DOM、ルーティングトポロジを指定します。
Header: Packet Type 4 (DATABASE SUMMARY) Packet Length 76 Protocol Version 1 Newest Version Supported 1 Oldest Version Supported 0 Reserved 0 Initialize (I)Bit 1 (during init. of DB syn process) More (M)Bit 1 (PTSEs to summarize) Master (MS)Bit 1 (both nodes) Reserved 0 Reserved 0 DS Sequence Number 0 IG: Information Group Type 512 (Nodal PTSE Summaries) Information Group Length 60 Originating Node ID 00013900-00000000-00000000-00000011-11111111-1100 Originating Node's Peer Group 00000000-00000000-00000000- 0001 Reserved 0 PTSE Summary Count 1 PTSE Type 0 Reserved 0 PTSE Identifier 0 PTSE Sequence Number 0 PTSE Checksum 0 PTSE Remaining Lifetime 0
ヘッダ：パケットタイプ4（データベースサマリ）、パケット長76プロトコルバージョン1最新バージョンは、1古いバージョンのサポートは、0予約0初期化（INIT中のDBシンプロセスの）（I）ビット1より（M）ビット1（たPTSEは、要約するサポート）は、マスター（MS）ビット1（両方のノード）Reserved 0予約0 DSシーケンス番号0 IG：情報グループ種類512（ノーダルPTSEサマリ）情報グループ長さ60元ノードID 00013900-00000000-00000000-00000011-11111111-1100発信ノードのピアグループ00000000-00000000-00000000- 0001予約0 PTSE概要カウント1 PTSEタイプ0予約0 PTSE識別子0 PTSEシーケンス番号0 PTSEチェックサム0 PTSE残りの寿命0
PNNI PTSE Update, specifying a change in the routing topology.
PNNI PTSEの更新、ルーティングトポロジの変更を指定します。
Header: Packet Type 2 (PTSP) Packet Length 96 Protocol Version 1 Newest Version Supported 1 Oldest Version Supported 0 Reserved 0 Originating Node ID 00013900-00000000-00000000-00000011-11111111-1100 Originating Node's Peer Group 00000000-00000000-00000000- 0001 IG: Information Group Type 64 (PTSE) Information Group Length 52 PTSE Type 0 Reserved 0 PTSE Identifier 0 PTSE Sequence Number 0 PTSE Checksum 42252 PTSE Remaining Lifetime 3600 IG: Information Group Type 224 (Internal Reachable ATM Addresses) Information Group Length 32 VP Capability Flag 1 (VPCs supported) Reserved 0 Reserved 0 Port ID 0 Scope of Advertisement 96 Address Information Length 14 Address Information Count 1 Prefix Length 13 Reachable Address Prefix 39000000-00000000-00000000-01
ヘッダ：0予約0発信ノードID 00013900-00000000-00000000-00000011-11111111-1100発信ノードのピアグループ00000000-00000000-00000000- 0001 IGがサポートされているパケットタイプ2（PTSP）パケット長96プロトコルバージョン1最新バージョンは、1古いバージョンをサポート：情報グループタイプ64（PTSE）情報グループ長さ52 PTSEタイプ0予約0 PTSE識別子0 PTSEシーケンス番号0 PTSEチェックサム42252 PTSE残存寿命3600 IG：情報グループの種類224（内部到達可能ATMアドレス）情報グループ長32 VP能力フラグ1（VPCの対応）広告96個のアドレス情報の長さ14個のアドレス情報0予約0ポートID 0スコープ予約1つのプレフィックス長13到達可能アドレスプレフィックス39000000-00000000-00000000-01カウント
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2001). All Rights Reserved.
著作権（C）インターネット協会（2001）。全著作権所有。
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.
この文書とその翻訳は、コピーして他の人に提供し、それ以外についてはコメントまたは派生物は、いかなる種類の制限もなく、全体的にまたは部分的に、準備コピーし、公表して配布することができることを説明したり、その実装を支援することができます、上記の著作権表示とこの段落は、すべてのそのようなコピーや派生物に含まれていることを条件とします。しかし、この文書自体は著作権のための手順はで定義されている場合には、インターネット標準を開発するために必要なものを除き、インターネットソサエティもしくは他のインターネット関連団体に著作権情報や参照を取り除くなど、どのような方法で変更されないかもしれませんインターネット標準化プロセスが続く、または英語以外の言語に翻訳するために、必要に応じなければなりません。
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機能のための基金は現在、インターネット協会によって提供されます。