[要約] RFC 3116は、ATMベンチマーキングの方法論に関するドキュメントであり、ATMネットワークの性能評価と比較を目的としています。
Network Working Group J. Dunn
Request for Comments: 3116 C. Martin
Category: Informational ANC, Inc.
June 2001
Methodology for ATM Benchmarking
ATMベンチマークの方法論
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.
Copyright（c）The Internet Society（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.
* この単語、または「必要な」という言葉と「必要」と「「必要」と「」とは、項目が仕様の絶対的な要件であることを意味します。
* "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.
* 「この単語または形容詞」を推奨する「すべき」は、「特定の状況にはこの項目を無視するために正当な理由が存在する可能性があることを意味しますが、完全な意味を理解し、別のコースを選択する前にケースを慎重に検討する必要があります。
* "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.
* この単語または形容詞「オプション」を「5月」と意味します。このアイテムが本当にオプションであることを意味します。1人のベンダーは、特定の市場に必要なものを必要とするため、またはたとえば製品を強化するため、アイテムを含めることを選択できます。別のベンダーは同じアイテムを省略する場合があります。
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".
実装するプロトコルの要件の1つ以上を満たすことができない場合、実装は準拠していません。すべてのマストを満たす実装とそのプロトコルのすべての要件は、「無条件に準拠している」と言われています。すべての必須要件を満たすが、そのプロトコルのすべての要件が「条件付きに準拠している」と言われるものではない。
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) 単方向接続：テストデバイス送信ポート（TXとラベル付け）は、SUT受信ポート（RXラベル）に接続されています。SUTS送信ポートは、テストデバイス受信ポートに接続されています（図1を参照）。この構成では、テストデバイスは、すべての送信されたパケットが正しく認められていることを確認できます。この構成は、内部システム機能を検証するのではなく、SUTの1つのポートを検証することに注意してください。
+-------------+ +-------------+
| 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) 双方向の接続：テストデバイスは最初に送信されますポートはSUTSに接続されています最初に受信ポート。SUTSの最初の送信ポートは、テストデバイスに接続されています。テストデバイス2番目の送信ポートは、SUTS 2番目の受信ポートに接続されています。SUTSの2番目の送信ポートは、テストデバイスに接続されています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) 単方方向のパススルー接続：テストデバイスは最初に送信されますポートはSUT1受信ポートに接続されます。SUT1送信ポートは、最初にテストデバイスに接続されています。テストデバイス2番目の送信ポートは、SUT2受信ポートに接続されています。SUT2送信ポートは、テストデバイス2番目の受信ポートに接続されています（図3を参照）。この構成では、テストデバイスは、SUT1によって送信されたすべてのパケットがSUT2によって正しく認められているかどうかを判断できます。この構成は、内部システム機能を検証するのではなく、各SUTの1つのポートを検証することに注意してください。
+-------------+ +-------------+ +-------------+
| 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.
TCP/IPおよびUPC/IPでATMを使用するテストIP PDUの形式は、付録C：テストフレーム形式に示されています。これらのIP PDUはRFC 2225に従っていることに注意してください。これらの正確なIP PDU形式は、このドキュメントで説明されているこのプロトコル/メディアの組み合わせで説明されているテストで使用する必要があります。これらの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
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が推奨されます。同じタイプの比較を可能にするために、理論的なFDDI最大サイズ4500オクテットの代わりに4472のIP PDUサイズが推奨されます。IP（UDPではない）IP PDUが使用される場合があります。さらに、より高いデータレートが必要な場合、最小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を廃棄する必要があります。たとえば、Keep-AliveおよびRouting Update 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.
多くの条件下でSUTSの性能を特徴付けることは便利です。これらの条件のいくつかは、以下に記載されています。報告された結果には、テスト機器が生成できる限り、これらの条件の多くを含める必要があります。一連のテストは、変更条件なしで最初に実行する必要があります。次に、各変更条件の下で個別に繰り返されます。これらのテストの結果を比較する機能を維持するために、修正条件（管理クエリを除く）を生成するために必要な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データネットワークは、ILMI、シグナリング、OAMを利用しています。多くの環境では、同じ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）の1つの例は、付録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が試験中に送信される前に、1つのルーティングアップデートを送信する必要があります。テストでは、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の1つのルーティングアップデートPDUを定義します。ルーティングの更新は、テストデータの転送に関与していない多くのネットワークのルーティングを変更するように設計されています。最初のIP PDUは、ルーティングテーブルの状態を「A」に設定し、2番目のPDUは状態を「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.
スイッチにフィルターが追加され、通常は転送されるセルの転送を選択的に阻害します。これは通常、ある領域と別の領域の間で受け入れられているデータにセキュリティ制御を実装するために行われます。さまざまな製品には、フィルターを実装する機能が異なります。フィルターは、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は、最初に1つのフィルター条件を追加し、実行されるテストを追加するように構成する必要があります。このフィルターは、テストデータストリームの転送を可能にするはずです。このフィルターは、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ネットワークプレフィックスアドレスは、テストデータストリームで表されるものではないはずです。最後のフィルターでは、テストデータストリームの転送が可能になります。「最初」と「最後」とは、2番目のケースでは、ATM PDUを介したデータIPがIP PDUの転送を許可する条件と一致する前に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.
2セットのフィルターアドレスが必要です。1つはシングルフィルターケースに、もう1つは25フィルターケース用です。
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 00 02 00を許可し、他のすべてのトラフィックを拒否します。このテストを実行する前に、13 Octet Switchネットワークプレフィックスを構成する必要があることに注意してください。
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
拒否[スイッチネットワークプレフィックス] 00 00 00 00 00 01 00から[スイッチネットワークプレフィックス] 00 00 00 00 00 03 00 deny [スイッチネットワークプレフィックス] 00 00 00 00 00 00 01 0004 00拒否[スイッチネットワークプレフィックス] 00 00 00 00 00 01 00から[スイッチネットワークプレフィックス] 00 00 00 00 00 05 00 ...拒否[スイッチネットワークプレフィックス] 00 00 00 00 00 00 01 0000 00 00 00 0C 00 00 deny [スイッチネットワークプレフィックス] 00 00 00 00 00 00 00 01 00から[スイッチネットワークプレフィックス] 00 00 00 00 00 0D 00プレフィックス] 00 00 00 00 00 02 00 deny [switchネットワークプレフィックス] 00 00 00 00 00 01 00から[スイッチネットワークプレフィックス] 00 00 00 00 00 0E 00スイッチネットワークプレフィックス] 00 00 00 00 00 0F 00 ...拒否[スイッチネットワークプレフィックス] 00 00 00 00 00 01 00から[スイッチネットワークプレフィックス] 00 00 00 00 00 1800
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.
1つのソースATMアドレスと1つの宛先ATMアドレスを備えた単一の論理ストリーム、および上記のフィルターのような一部の条件では、実用的な要件を使用して、これらのテストを実装する方が簡単です。現実の世界のネットワークは、単一のデータのストリームに限定されません。テストスイートは、最初に単一のATMソースと宛先アドレスペアを使用して実行する必要があります。その後、ランダムな宛先アドレスを使用してテストを繰り返す必要があります。単一のスイッチをテストする場合、アドレスはランダムに、256の7オクテットのユーザーパーツの範囲にわたって均一に分布する必要があります。複数の相互接続されたスイッチをテストする場合、アドレスは256ネットワークのプレフィックスにランダムで均一に分布する必要があります。ATMに使用する特定のアドレス範囲は、付録Aに示されています。RFC2225に記載されているように、ATMアドレスマッピングを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上の1回の受信および送信ポートに適した修飾子を使用して実行する必要があります。SUTの内部設計には、たとえば複数のネットワークポートを備えた複数のインターフェイスカードなど、複数の異なる経路がある場合、経路のすべての可能な順列を個別にテストする必要があります。複数の相互接続されたスイッチがテストされている場合、テストはルートを指定する必要があります。ルートは、ソースATMアドレスと宛先ATMアドレスの間に1つのパスのみを可能にします。
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に2つのインターフェイスモジュールがあり、それぞれに4つのポートがあり、各インターフェイスモジュールの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：IP PDUからTX X、IP PDUからTX Y、IP PDUからTX ZストリームへのIP PDUからRX B：IP PDUからTX X、IP PDUからTX Y、IP PDUからTX ZストリームがRXに送信されるC IP PDUからTX X、IP PDUからTX Y、IP PDUからTX Z
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.
このドキュメントは、このようなテストが必要な場合、このドキュメントにリストされているすべてのPDUサイズにIP 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).
このモデルは、テスト入力と出力が均一である場合に役立ちます（たとえば、64バイトIP、SUTへのAAL5 PDUS; 64バイトIP、AAL5 PDUSアウト）。
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-to-wan-to-lanテストの構成は次のとおりです。
(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
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は単一のシステムとして扱われるため、この方法論には制限があります。たとえば、この方法論は、テストされたシステムの集計ベンチマークを生成する可能性があります。ただし、そのベンチマークだけでは、SUTS、他の装置（CSUS/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.
さらに、SUTSの特徴とテスト済みシステムの構成に適切な共通点があることを確認することにより、異なるシステムのベンチマークを比較する場合、比較を可能にすることにより、注意を払う必要があります。
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.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損失なしで処理できるバースト間の最小間隔を決定することです。テストは、最大バーストサイズ（MBS）の10％、MBSの20％、MBSの50％、MBS 100％のバーストサイズで実行する必要があります。各バーストのIPPDUの数は、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レートでの損失率など、1つの情報を返します。各試験は、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.
a) SUTがPNNIをサポートするスイッチの場合、ルーティングアップデートをSUT受信ポートに送信し、ルーティングが落ち着いていることを確認するために2秒待ってください。
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) ATM ARP PDUを送信して、宛先IPアドレスに対応するATMアドレスを決定します。使用する必要のある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サーバー、またはテスト機器から送信されたアドレス解像度要求に応答できる必要があります。
2.25. Synchronized Payload Bit Pattern.
2.25. 同期されたペイロードビットパターン。
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のいずれかです。
2.26. Burst Traffic Descriptors.
2.26. トラフィック記述子を破裂させます。
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
2) PCR=100% allotted line rate, SCR=50% allotted line rate, and MBS=4096
3) PCR=90% allotted line rate, SCR=50% allotted line rate, and MBS=8192
4) PCR=90% allotted line rate, SCR=50% allotted line rate, and MBS=4096
5) PCR=90% allotted line rate, SCR=45% allotted line rate, and MBS=8192
6) PCR=90% allotted line rate, SCR=45% allotted line rate, and MBS=4096
7) PCR=80% allotted line rate, SCR=40% allotted line rate, and MBS=65536
8) PCR=80% allotted line rate, SCR=40% allotted line rate, and MBS=32768
The allotted line rate refers to the total available line rate divided by the number of VCCs in use.
割り当てられたラインレートは、使用可能なラインレートの合計を使用しているVCCの数で割ったことを指します。
3.1.1.1. Pointer Movement Propagation.
3.1.1.1. ポインターの動きの伝播。
Objective: To determine that the SUT does not propagate pointer movements as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：RFC 2761「ATMベンチマークの用語」で定義されているように、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.
ポインター移動伝播テストの結果は、テーブルの形で報告する必要があります。行は、単一のポインターの動き、1秒あたり1つのポインターの動き、および5つのポインターの動きにラベルを付ける必要があります。列には、ポインターの動きとポインターの喪失とラベル付けする必要があります。テーブルの要素は真または偽のいずれかである必要があり、各テストで特定の条件が観察されたかどうかを示します。
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のトラフィックレートも示す必要があります。
3.1.1.2. Cell Loss due to Pointer Movement.
3.1.1.2. ポインターの動きによる細胞損失。
Objective: To determine if the SUT will drop cells due to pointer movements as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：RFC 2761「ATMベンチマークの用語」で定義されているように、Pointerの動きにより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.
ポインター運動テストによる細胞損失の結果は、テーブルの形で報告する必要があります。行は、単一のポインターの動き、1秒あたり1つのポインターの動き、および5つのポインターの動きにラベルを付ける必要があります。カラムには、細胞損失と失われた細胞の数とラベル付けする必要があります。列1の要素は真またはfalseのいずれかである必要があり、各テストで特定の条件が観察されたかどうかを示します。列2の要素は、非陰性整数でなければなりません。
The table MUST also indicate the traffic rate in IP PDUs per second as generated by the test device.
テーブルは、テストデバイスによって生成された1秒あたりのIP PDUのトラフィックレートも示す必要があります。
3.1.1.3. IP Packet Loss due to Pointer Movement.
3.1.1.3. ポインターの動きによるIPパケット損失。
Objective: To determine if the SUT will drop IP packets due to pointer movements as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：RFC 2761「ATMベンチマークの用語」で定義されているように、Pointerの動きにより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パケット損失の結果は、テーブルの形で報告する必要があります。行は、単一のポインターの動き、1秒あたり1つのポインターの動き、および5つのポインターの動きにラベルを付ける必要があります。列には、パケットの損失と失われたパケットの数とラベル付けする必要があります。列1の要素は真または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.
テーブルは、テストデバイスによって生成されたオクテットのパケットサイズと1秒あたりのパケットのトラフィックレートも示す必要があります。
3.1.2.1. TOH Error Propagation.
3.1.2.1. TOHエラー伝播。
Objective: To determine that the SUT does not propagate 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 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フレームワークの最初のビットに1つのエラーを注入します。スーツがエラーを伝播しないことを確認します。
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) 1秒ごとにA1およびA2フレームワードの最初のビットに1つのエラーを注入します。SUTがエラーを伝播しないことを確認します。
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つのIPPDUごとに4連続IP PDUのA1およびA2フレームワークの最初のビットに1つのエラーを注入します。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エラー伝播テストの結果は、テーブルの形で報告する必要があります。行は、1秒あたり1つのエラー、6つのIP PDUごとに4つの連続したエラーとラベル付けする必要があります。列には、エラーが伝播され、IP PDUの損失とラベル付けされている必要があります。テーブルの要素は真または偽のいずれかである必要があり、各テストで特定の条件が観察されたかどうかを示します。
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のトラフィックレートも示す必要があります。
3.1.2.2. c TOH Error.
3.1.2.2. C TOHエラー。
Objective: To determine if the SUT will drop cells due TOH Errors as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されているTOHエラーにより、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 error in the first bit of the A1 and A2 Frameword. Verify that the SUT does not drop any cells.
4) A1およびA2フレームワークの最初のビットに1つのエラーを注入します。スーツがセルを落とさないことを確認します。
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) 1秒ごとにA1およびA2フレームワードの最初のビットに1つのエラーを注入します。SUTがセルを落とさないことを確認します。
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つのIPPDUごとに4連続IP PDUのA1およびA2フレームワークの最初のビットに1つのエラーを注入します。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エラーテストによる細胞損失の結果は、テーブルの形で報告する必要があります。行は、1秒あたり1つのエラー、6つのIP PDUごとに4つの連続したエラーとラベル付けする必要があります。カラムには、細胞損失と失われた細胞の数とラベル付けする必要があります。列1の要素は真またはfalseのいずれかである必要があり、各テストで特定の条件が観察されたかどうかを示します。列2の要素は、非陰性整数でなければなりません。
The table MUST also indicate the traffic rate in IP PDUs per second as generated by the test device.
テーブルは、テストデバイスによって生成された1秒あたりのIP PDUのトラフィックレートも示す必要があります。
3.1.2.3. IP Packet Loss due to TOH Error.
3.1.2.3. TOHエラーによるIPパケット損失。
Objective: To determine if the SUT will drop IP packets due to TOH errors as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されているTOHエラーのために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 error in the first bit of the A1 and A2 Frameword. Verify that the SUT does not drop any packets.
4) A1およびA2フレームワークの最初のビットに1つのエラーを注入します。スーツがパケットを落とさないことを確認します。
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) 1秒ごとにA1およびA2フレームワードの最初のビットに1つのエラーを注入します。SUTがパケットをドロップしないことを確認します。
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つのIPPDUごとに4連続IP PDUのA1およびA2フレームワークの最初のビットに1つのエラーを注入します。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パケット損失の結果は、テーブルの形で報告する必要があります。行は、1秒あたり1つのエラー、6つのIP PDUごとに4つの連続したエラーとラベル付けする必要があります。列には、パケットの損失と失われたパケットの数とラベル付けする必要があります。列1の要素は真または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.
テーブルは、テストデバイスによって生成されたオクテットのパケットサイズと1秒あたりのパケットのトラフィックレートも示す必要があります。
3.1.3.1. POH Error Propagation.
3.1.3.1. POHエラー伝播。
Objective: To determine that the SUT does not propagate POH errors as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：RFC 2761「ATMベンチマークの用語」で定義されているように、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（PATH 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秒ごとに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.
POHエラー伝播テストの結果は、テーブルの形式で報告する必要があります。行は、単一のエラーと1秒に1つのエラーにラベルを付ける必要があります。列には、エラーが伝播され、IP PDUの損失とラベル付けされている必要があります。テーブルの要素は真または偽のいずれかである必要があり、各テストで特定の条件が観察されたかどうかを示します。
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のトラフィックレートも示す必要があります。
3.1.3.2. Cell Loss due to POH Error.
3.1.3.2. POHエラーによる細胞損失。
Objective: To determine if the SUT will drop cells due POH Errors as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されているように、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（PATH 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秒ごとに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秒に1つのエラーにラベルを付ける必要があります。カラムには、細胞損失と失われた細胞の数とラベル付けする必要があります。列1の要素は真またはfalseのいずれかである必要があり、各テストで特定の条件が観察されたかどうかを示します。列2の要素は、非陰性整数でなければなりません。
The table MUST also indicate the traffic rate in IP PDUs per second as generated by the test device.
テーブルは、テストデバイスによって生成された1秒あたりのIP PDUのトラフィックレートも示す必要があります。
3.1.3.3. IP Packet Loss due to POH Error.
3.1.3.3. POHエラーによるIPパケット損失。
Objective: To determine if the SUT will drop IP packets due to POH errors as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されているPOHエラーのために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 error in the B3 (Path BIP8) byte. Verify that the SUT does not drop any packets.
4) B3（PATH 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秒ごとに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秒に1つのエラーにラベルを付ける必要があります。列には、パケットの損失と失われたパケットの数とラベル付けする必要があります。列1の要素は真または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.
テーブルは、テストデバイスによって生成されたオクテットのパケットサイズと1秒あたりのパケットのトラフィックレートも示す必要があります。
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 ns解像度）を供給することで実現する必要があります。カウンターロールオーバーの場合に同期を確保するために、最大タイムスタンプの値を記録する必要があります。セル遅延測定では、有効な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".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されている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シグナル伝達チャネルの1つであってはなりません（例：[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/定常負荷/1つの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値、陽性のVPI/VCIで送信および受信された細胞の総数は、陽性整数でのテスト中、米国のテスト中の最大および最小CDV、および最小CDV、および米国のピーク間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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークの用語」で定義されている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/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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/定常負荷/12 VCCSテストの結果は、テキスト、グラフ、およびヒストグラムの形式で報告する必要があります。
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で送信および受信された細胞の総数、米国のテスト中に各VCCの最大および最小CDVの総数が含まれます。米国の各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の細胞遅延である必要があります。グラフには12の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークの用語」で定義されているように、SUTでサポートされている最大数VCCSで細胞移動遅延の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およびテストデバイスを構成します。たとえば、SUTでサポートされているVCCの最大数が1024の場合、VPIごとに4 VCIで256 VPIを定義します。VCCは、CBR、VBR、またはUBR接続のいずれかとして構成する必要があります。VPI/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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/定常負荷/最大VCCSテストの結果は、テキスト、グラフ、およびヒストグラムの形式で報告する必要があります。
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で送信および受信された細胞の総数、米国のテスト中に各VCCの最大および最小CDVの総数が含まれます。米国の各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が示されている（VCCS/10の最大数）グラフがあります。X座標は、テストの全長に応じて、数秒、分、日のいずれかでテスト実行時間である必要があります。X座標時間は設定可能です。Y座標は、米国の各VCCの細胞遅延である必要があります。各グラフには10曲以下の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されている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シグナル伝達チャネルの1つであってはなりません（例：[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ロード/1つの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値、陽性のVPI/VCIで送信および受信された細胞の総数は、陽性整数でのテスト中、米国のテスト中の最大および最小CDV、および最小CDV、および米国のピーク間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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークの用語」で定義されている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/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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ロード/12 VCCSテストの結果は、テキスト、グラフ、およびヒストグラムの形式で報告する必要があります。
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で送信および受信された細胞の総数、米国のテスト中に各VCCの最大および最小CDVの総数が含まれます。米国の各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の細胞遅延である必要があります。グラフには12の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークの用語」で定義されているように、SUTでサポートされている最大数VCCSで細胞移動遅延の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およびテストデバイスを構成します。たとえば、SUTでサポートされているVCCの最大数が1024の場合、VPIごとに4 VCIで256 VPIを定義します。VCCは、CBRまたはVBR接続として構成する必要があります。VPI/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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ロード/最大VCCSテストの結果は、テキスト、グラフ、およびヒストグラムの形式で報告する必要があります。
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で送信および受信された細胞の総数、米国のテスト中に各VCCの最大および最小CDVの総数が含まれます。米国の各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が示されている（VCCS/10の最大数）グラフがあります。X座標は、テストの全長に応じて、数秒、分、日のいずれかでテスト実行時間である必要があります。X座標時間は設定可能です。Y座標は、米国の各VCCの細胞遅延である必要があります。各グラフには10曲以下の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されている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、1つのUBR、1つのVBR：別のベアラークラスとして定義する必要があります。各VCCには1つのVPI/VCIを含める必要があります。VPI/VCIは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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.
このテストはスループットテストではないため、レートはラインレートの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 Two-point CDV/Mixed Load/Three VCC test SHOULD be reported in a form of text, graph, and histogram.
2点CDV/混合負荷/3つの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値、陽性のVPI/VCIで送信および受信された細胞の総数は、陽性整数でのテスト中、米国のテスト中の最大および最小CDV、および最小CDV、および米国のピーク間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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークの用語」で定義されている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、4つのVBR VCCのベアラークラスの1つとして定義する必要があります。各VCCには1つのVPI/VCIを含める必要があります。VPI/VCIは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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/混合負荷/12 VCCSテストの結果は、テキスト、グラフ、およびヒストグラムの形式で報告する必要があります。
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で送信および受信された細胞の総数、米国のテスト中に各VCCの最大および最小CDVの総数が含まれます。米国の各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の細胞遅延である必要があります。グラフには12の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークの用語」で定義されているように、SUTでサポートされている最大数VCCSで細胞移動遅延の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およびテストデバイスを構成します。たとえば、SUTでサポートされているVCCの最大数が1024の場合、VPIごとに4 VCIで256 VPIを定義します。各VCCは、合計（最大VCC/3）CBR、（最大VCC/3）UBRおよび（最大VCC/3）VBR VCCのベアラークラスの1つとして定義する必要があります。VCCの最大数が3で割り当てられない場合、各ベアラークラスの合計は3つのVCC以内でなければなりません。VPI/VCIは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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/混合負荷/最大VCCSテストの結果は、テキスト、グラフ、およびヒストグラムの形式で報告する必要があります。
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で送信および受信された細胞の総数、米国のテスト中に各VCCの最大および最小CDVの総数が含まれます。米国の各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が示されている（VCCS/10の最大数）グラフがあります。X座標は、テストの全長に応じて、数秒、分、日のいずれかでテスト実行時間である必要があります。X座標時間は設定可能です。Y座標は、米国の各VCCの細胞遅延である必要があります。各グラフには10曲以下の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されているように送信された総細胞に関連する1つのVCC上のエラーセルのSUT比を1つのVCCで決定します。
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シグナル伝達チャネルの1つであってはなりません（例：[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を介して一定の速度で指定されたビットパターンの1つを含む特定の数の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/安定した負荷/1つの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値、陽性整数でのテスト中に与えられたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCERが含まれる必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されているように送信された総セルに関連して、透過における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/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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を介して一定の速度で指定されたビットパターンの1つを含む特定の数の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/安定した負荷/12 VCCSテストの結果は、テキストとグラフの形で報告する必要があります。
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値、陽性整数でのテスト中に与えられたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCERが含まれる必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されているように送信された総セルに関連する最大数VCCSがsutでサポートされている最大数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 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およびテストデバイスを構成します。たとえば、SUTでサポートされているVCCの最大数が1024の場合、VPIごとに4 VCIで256 VPIを定義します。VCCは、CBR、VBR、またはUBR接続のいずれかとして構成する必要があります。VPI/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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を介して一定の速度で指定されたビットパターンの1つを含む特定の数の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/定常負荷/最大VCCSテストの結果は、テキストとグラフの形で報告する必要があります。
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値、陽性整数でのテスト中に与えられたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCERが含まれる必要があります。
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が示されている（VCCS/10の最大数）グラフがあります。X座標は、テストの全長に応じて、数秒、分、日のいずれかでテスト実行時間である必要があります。X座標時間は設定可能です。Y座標は、各VCCのCERである必要があります。各グラフには10曲以下の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されているように送信された総細胞に関連する1つのVCC上のエラーセルのSUT比を1つのVCCで決定します。
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シグナル伝達チャネルの1つであってはなりません（例：[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レートで指定されたビットパターンの1つを含む特定の数の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/BERSTY VBRロード/1つの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値、陽性整数でのテスト中に与えられたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCERが含まれる必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されているように送信された総セルに関連して、透過における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/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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レートで指定されたビットパターンの1つを含む特定の数の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/BERSTY VBRロード/12 VCCSテストの結果は、テキストとグラフの形で報告する必要があります。
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値、陽性整数でのテスト中に与えられたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCERが含まれる必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されているように送信された総セルに関連する最大数VCCSがsutでサポートされている最大数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 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およびテストデバイスを構成します。たとえば、SUTでサポートされているVCCの最大数が1024の場合、VPIごとに4 VCIで256 VPIを定義します。VCCは、CBRまたはVBR接続として構成する必要があります。VPI/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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レートで指定されたビットパターンの1つを含む特定の数の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/BERSTY VBRロード/最大VCCSテストの結果は、テキストとグラフの形で報告する必要があります。
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値、陽性整数でのテスト中に与えられたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCERが含まれる必要があります。
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が示されている（VCCS/10の最大数）グラフがあります。X座標は、テストの全長に応じて、数秒、分、日のいずれかでテスト実行時間である必要があります。X座標時間は設定可能です。Y座標は、各VCCのCERである必要があります。各グラフには10曲以下の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークのための用語」で定義されているように送信された総細胞に関連する透過における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シグナル伝達チャネルの1つであってはなりません（例：[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/安定した負荷/1つの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値、陽性整数でのテスト中に与えられたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCLRが含まれます。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されているように送信された総細胞に関連する透過における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/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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/安定した負荷/12 VCCSテストの結果は、テキストとグラフの形で報告する必要があります。
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値、陽性整数でのテスト中に与えられたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCLRが含まれます。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークの用語」で定義されているように送信された総細胞に関連して、SUTでサポートされている最大数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 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およびテストデバイスを構成します。たとえば、SUTでサポートされているVCCの最大数が1024の場合、VPIごとに4 VCIで256 VPIを定義します。VCCは、CBR、VBR、またはUBR接続のいずれかとして構成する必要があります。VPI/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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/定常負荷/最大VCCSテストの結果は、テキストとグラフの形で報告する必要があります。
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値、陽性整数でのテスト中に与えられたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCLRが含まれます。
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が示されている（VCCS/10の最大数）グラフがあります。X座標は、テストの全長に応じて、数秒、分、日のいずれかでテスト実行時間である必要があります。X座標時間は設定可能です。Y座標は、各VCCのCLRである必要があります。各グラフには10曲以下の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークのための用語」で定義されているように送信された総細胞に関連する透過における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]). 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シグナル伝達チャネルの1つであってはなりません（例：[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を介して特定のレートで指定されたビットパターンの1つを含む特定の数の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/BERSTY VBRロード/1つの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値、陽性整数でのテスト中に与えられたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCLRが含まれます。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークのための用語」で定義されているように送信された総細胞に関連して、透過における12のVCCSでの失われた細胞の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/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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を介して特定のレートで指定されたビットパターンの1つを含む特定の数の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/BERSTY VBRロード/12 VCCSテストの結果は、テキストとグラフの形で報告する必要があります。
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値、陽性整数でのテスト中に与えられたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCLRが含まれます。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークの用語」で定義されているように送信された総細胞に関連して、SUTでサポートされている最大数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 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およびテストデバイスを構成します。たとえば、SUTでサポートされているVCCの最大数が1024の場合、VPIごとに4 VCIで256 VPIを定義します。VCCは、CBRまたはVBR接続として構成する必要があります。VPI/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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を介して特定のレートで指定されたビットパターンの1つを含む特定の数の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/BERSTY VBRロード/最大VCCSテストの結果は、テキストとグラフの形で報告する必要があります。
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値、陽性整数でのテスト中に与えられたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCLRが含まれます。
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が示されている（VCCS/10の最大数）グラフがあります。X座標は、テストの全長に応じて、数秒、分、日のいずれかでテスト実行時間である必要があります。X座標時間は設定可能です。Y座標は、各VCCのCLRである必要があります。各グラフには10曲以下の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークのための用語」で定義されているように送信された総細胞に関連する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 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シグナル伝達チャネルの1つであってはなりません（例：[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/定常負荷/1つの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値、陽性整数でのテスト中に指定されたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCMRが含まれます。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークのための用語」で定義されているように送信された総細胞に関連する透過における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/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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/定常負荷/12 VCCSテストの結果は、テキストとグラフの形で報告する必要があります。
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値、陽性整数でのテスト中に指定されたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCMRが含まれます。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761で定義された「ATMベンチマークの用語」で定義されている総細胞に関連する最大数VCCSがSUTでサポートされている最大数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 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およびテストデバイスを構成します。たとえば、SUTでサポートされているVCCの最大数が1024の場合、VPIごとに4 VCIで256 VPIを定義します。VCCは、CBR、VBR、またはUBR接続のいずれかとして構成する必要があります。VPI/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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/定常負荷/最大VCCSテストの結果は、テキストとグラフの形で報告する必要があります。
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値、陽性整数でのテスト中に指定されたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCMRが含まれます。
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が示されている（VCCS/10の最大数）グラフがあります。X座標は、テストの全長に応じて、数秒、分、日のいずれかでテスト実行時間である必要があります。X座標時間は設定可能です。Y座標は、各VCCのCMRである必要があります。各グラフには10曲以下の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されているように送信された総細胞に関連して、伝送中の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]). 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シグナル伝達チャネルの1つであってはなりません（例：[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を介して特定のレートで指定されたビットパターンの1つを含む特定の数の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/BERSTY VBRロード/1つの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値、陽性整数でのテスト中に指定されたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCMRが含まれます。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークのための用語」で定義されているように送信された総細胞に関連する透過における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/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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を介して特定のレートで指定されたビットパターンの1つを含む特定の数の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/Bersty VBRロード/12 VCCSテストの結果は、テキストとグラフの形で報告する必要があります。
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値、陽性整数でのテスト中に指定されたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCMRが含まれます。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761で定義された「ATMベンチマークの用語」で定義されている総細胞に関連する最大数VCCSがSUTでサポートされている最大数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 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およびテストデバイスを構成します。たとえば、SUTでサポートされているVCCの最大数が1024の場合、VPIごとに4 VCIで256 VPIを定義します。VCCは、CBRまたはVBR接続として構成する必要があります。VPI/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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を介して特定のレートで指定されたビットパターンの1つを含む特定の数の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/BERSTY VBRロード/最大VCCSテストの結果は、テキストとグラフの形で報告する必要があります。
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値、陽性整数でのテスト中に指定されたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCMRが含まれます。
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が示されている（VCCS/10の最大数）グラフがあります。X座標は、テストの全長に応じて、数秒、分、日のいずれかでテスト実行時間である必要があります。X座標時間は設定可能です。Y座標は、各VCCのCMRである必要があります。各グラフには10曲以下の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークのための用語」で定義されているように送信された総セルに関連して、伝送における1つの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シグナル伝達チャネルの1つであってはなりません（例：[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/定常負荷/1つの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値、陽性整数でのテスト中に指定されたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCRC-ERが含まれる必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークのための用語」で定義されているように送信された総細胞に関連して、透過における12のVCCSでの失われた細胞の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/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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/定常負荷/12 VCCSテストの結果は、テキストとグラフの形で報告する必要があります。
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値、陽性整数でのテスト中に指定されたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCRC-ERが含まれる必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークの用語」で定義されているように送信された総細胞に関連して、SUTでサポートされている最大数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 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およびテストデバイスを構成します。たとえば、SUTでサポートされているVCCの最大数が1024の場合、VPIごとに4 VCIで256 VPIを定義します。VCCは、CBR、VBR、またはUBR接続のいずれかとして構成する必要があります。VPI/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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/定常負荷/最大VCCSテストの結果は、テキストとグラフの形で報告する必要があります。
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値、陽性整数でのテスト中に指定されたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCRC-ERが含まれる必要があります。
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が示されている（VCCS/10の最大数）グラフがあります。X座標は、テストの全長に応じて、数秒、分、日のいずれかでテスト実行時間である必要があります。X座標時間は設定可能です。Y座標は、各VCCのCRC-ERである必要があります。各グラフには10曲以下の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークのための用語」で定義されているように送信された総細胞に関連する透過における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]). 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シグナル伝達チャネルの1つであってはなりません（例：[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を介して特定のレートで指定されたビットパターンの1つを含む特定の数の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/BERSTY VBRロード/1つの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値、陽性整数でのテスト中に指定されたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCRC-ERが含まれる必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークのための用語」で定義されているように送信された総細胞に関連して、透過における12のVCCSでの失われた細胞の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/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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を介して特定のレートで指定されたビットパターンの1つを含む特定の数の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/BERSTY VBRロード/12 VCCSテストの結果は、テキストとグラフの形で報告する必要があります。
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値、陽性整数でのテスト中に指定されたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCRC-ERが含まれる必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークの用語」で定義されているように送信された総細胞に関連して、SUTでサポートされている最大数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 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およびテストデバイスを構成します。たとえば、SUTでサポートされているVCCの最大数が1024の場合、VPIごとに4 VCIで256 VPIを定義します。VCCは、CBRまたはVBR接続として構成する必要があります。VPI/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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を介して特定のレートで指定されたビットパターンの1つを含む特定の数の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/BERSTY VBRロード/最大VCCSテストの結果は、テキストとグラフの形で報告する必要があります。
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値、陽性整数でのテスト中に指定されたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCRC-ERが含まれる必要があります。
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が示されている（VCCS/10の最大数）グラフがあります。X座標は、テストの全長に応じて、数秒、分、日のいずれかでテスト実行時間である必要があります。X座標時間は設定可能です。Y座標は、各VCCのCRC-ERである必要があります。各グラフには10曲以下の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークのための用語」で定義されているように送信された総細胞に関連する透過における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]). 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シグナル伝達チャネルの1つであってはなりません（例：[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を介して特定のレートで指定されたビットパターンの1つを含む特定の数の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/BERSTY UBRロード/1つの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値、陽性整数でのテスト中に指定されたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCRC-ERが含まれる必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークのための用語」で定義されているように送信された総細胞に関連して、透過における12のVCCSでの失われた細胞の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/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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を介して特定のレートで指定されたビットパターンの1つを含む特定の数の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/BERSTY UBRロード/12 VCCSテストの結果は、テキストとグラフの形式で報告する必要があります。
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値、陽性整数でのテスト中に指定されたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCRC-ERが含まれる必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークの用語」で定義されているように送信された総細胞に関連して、SUTでサポートされている最大数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 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]). The PCR, SCR, and MBS must be configured using one of the specified traffic descriptors.
2) SUTでサポートされているVCCの最大数でSUTおよびテストデバイスを構成します。たとえば、SUTでサポートされているVCCの最大数が1024の場合、VPIごとに4 VCIで256 VPIを定義します。VCCはUBR接続として構成する必要があります。VPI/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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を介して特定のレートで指定されたビットパターンの1つを含む特定の数の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/BERSTY UBR負荷/最大VCCSテストの結果は、テキストとグラフの形で報告する必要があります。
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値、陽性整数でのテスト中に指定されたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCRC-ERが含まれる必要があります。
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が示されている（VCCS/10の最大数）グラフがあります。X座標は、テストの全長に応じて、数秒、分、日のいずれかでテスト実行時間である必要があります。X座標時間は設定可能です。Y座標は、各VCCのCRC-ERである必要があります。各グラフには10曲以下の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークの用語」で定義されているように送信された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シグナル伝達チャネルの1つであってはなりません（例：[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を介して指定されたビットパターンの1つを含む特定の数の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/Bersty Mixed Load/Three 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値、陽性整数でのテスト中に指定されたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCRC-ERが含まれる必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークのための用語」で定義されているように送信された総細胞に関連して、透過における12のVCCSでの失われた細胞の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、4つのVBR VCCのベアラークラスの1つとして定義する必要があります。各VCCには1つのVPI/VCIを含める必要があります。VPI/VCIは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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を介して指定されたビットパターンの1つを含む特定の数の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/BERSTY混合負荷/12 VCCSテストの結果は、テキストとグラフの形で報告する必要があります。
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値、陽性整数でのテスト中に指定されたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCRC-ERが含まれる必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークの用語」で定義されているように送信された総細胞に関連して、SUTでサポートされている最大数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 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およびテストデバイスを構成します。たとえば、SUTでサポートされているVCCの最大数が1024の場合、VPIごとに4 VCIで256 VPIを定義します。各VCCは、合計（最大VCC/3）CBR、（最大VCC/3）UBRおよび（最大VCC/3）VBR VCCのベアラークラスの1つとして定義する必要があります。VPI/VCIは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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を介して指定されたビットパターンの1つを含む特定の数の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/BERSTY混合負荷/最大VCCSテストの結果は、テキストとグラフの形で報告する必要があります。
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値、陽性整数でのテスト中に指定されたVPI/VCIで送信および受信された細胞の総数、およびテスト全体のCRC-ERが含まれる必要があります。
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が示されている（VCCS/10の最大数）グラフがあります。X座標は、テストの全長に応じて、数秒、分、日のいずれかでテスト実行時間である必要があります。X座標時間は設定可能です。Y座標は、各VCCのCRC-ERである必要があります。各グラフには10曲以下の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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 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 ns解像度）を供給することで実現する必要があります。カウンターロールオーバーの場合に同期を確保するために、最大タイムスタンプの値を記録する必要があります。細胞伝達遅延測定では、有効な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".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されている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シグナル伝達チャネルの1つであってはなりません（例：[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/定常負荷/1つの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値、陽性整数、最小、最大、および平均CTDでのテスト中に、与えられたVPI/VCIで送信および受信された細胞の総数が送信および受信されます。私たち。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークの用語」で定義されている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/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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/定常負荷/12 VCCSテストの結果は、テキスト、グラフ、およびヒストグラムの形式で報告する必要があります。
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で送信および受信された細胞の総数、米国のテスト中の各VCCの最大および最小CTD、および最小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の細胞伝達遅延である必要があります。グラフには12の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークの用語」で定義されているように、SUTでサポートされている最大数VCCSで細胞移動遅延の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およびテストデバイスを構成します。たとえば、SUTでサポートされているVCCの最大数が1024の場合、VPIごとに4 VCIで256 VPIを定義します。VCCは、CBR、VBR、またはUBR接続のいずれかとして構成する必要があります。VPI/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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/定常負荷/最大VCCSテストの結果は、テキスト、グラフ、およびヒストグラムの形式で報告する必要があります。
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で送信および受信された細胞の総数、米国のテスト中の各VCCの最大および最小CTD、および最小CTD、および米国の各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が示されている（VCCS/10の最大数）グラフがあります。X座標は、テストの全長に応じて、数秒、分、日のいずれかでテスト実行時間である必要があります。X座標時間は設定可能です。Y座標は、米国の各VCCの細胞移動遅延である必要があります。各グラフには10曲以下の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されている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シグナル伝達チャネルの1つであってはなりません（例：[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/BERSTY VBRロード/1つの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値、陽性整数、最小、最大、および平均CTDでのテスト中に、与えられたVPI/VCIで送信および受信された細胞の総数が送信および受信されます。私たち。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークの用語」で定義されている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/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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/Bersty VBRロード/12 VCCSテストの結果は、テキスト、グラフ、およびヒストグラムの形式で報告する必要があります。
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で送信および受信された細胞の総数、米国のテスト中の各VCCの最大および最小CTD、および最小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の細胞伝達遅延である必要があります。グラフには12の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークの用語」で定義されているように、SUTでサポートされている最大数VCCSで細胞移動遅延の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およびテストデバイスを構成します。たとえば、SUTでサポートされているVCCの最大数が1024の場合、VPIごとに4 VCIで256 VPIを定義します。VCCは、CBRまたはVBR接続として構成する必要があります。VPI/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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/Bersty VBRロード/最大VCCSテストの結果は、テキスト、グラフ、およびヒストグラムの形式で報告する必要があります。
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で送信および受信された細胞の総数、米国のテスト中の各VCCの最大および最小CTD、および最小CTD、および米国の各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が示されている（VCCS/10の最大数）グラフがあります。X座標は、テストの全長に応じて、数秒、分、日のいずれかでテスト実行時間である必要があります。X座標時間は設定可能です。Y座標は、米国の各VCCの細胞移動遅延である必要があります。各グラフには10曲以下の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されている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シグナル伝達チャネルの1つであってはなりません（例：[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/Bersty UBRロード/1つの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値、陽性整数、最小、最大、および平均CTDでのテスト中に、与えられたVPI/VCIで送信および受信された細胞の総数が送信および受信されます。私たち。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークの用語」で定義されている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/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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/BERSTY UBRロード/12 VCCSテストの結果は、テキスト、グラフ、およびヒストグラムの形式で報告する必要があります。
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で送信および受信された細胞の総数、米国のテスト中の各VCCの最大および最小CTD、および最小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の細胞伝達遅延である必要があります。グラフには12の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークの用語」で定義されているように、SUTでサポートされている最大数VCCSで細胞移動遅延の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およびテストデバイスを構成します。たとえば、SUTでサポートされているVCCの最大数が1024の場合、VPIごとに4 VCIで256 VPIを定義します。VCCはUBR接続として構成する必要があります。VPI/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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/Bersty UBRロード/最大VCCSテストの結果は、テキスト、グラフ、およびヒストグラムの形式で報告する必要があります。
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で送信および受信された細胞の総数、米国のテスト中の各VCCの最大および最小CTD、および最小CTD、および米国の各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が示されている（VCCS/10の最大数）グラフがあります。X座標は、テストの全長に応じて、数秒、分、日のいずれかでテスト実行時間である必要があります。X座標時間は設定可能です。Y座標は、米国の各VCCの細胞移動遅延である必要があります。各グラフには10曲以下の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されている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、1つのUBR、1つのVBR：別のベアラークラスとして定義する必要があります。各VCCには1つのVPI/VCIを含める必要があります。VPI/VCIは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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/混合負荷/3つの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値、陽性整数、最小、最大、および平均CTDでのテスト中に、与えられたVPI/VCIで送信および受信された細胞の総数が送信および受信されます。私たち。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークの用語」で定義されている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、4つのVBR VCCのベアラークラスの1つとして定義する必要があります。各VCCには1つのVPI/VCIを含める必要があります。VPI/VCIは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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/混合負荷/12 VCCSテストの結果は、テキスト、グラフ、およびヒストグラムの形式で報告する必要があります。
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で送信および受信された細胞の総数、米国のテスト中の各VCCの最大および最小CTD、および最小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の細胞伝達遅延である必要があります。グラフには12の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークの用語」で定義されているように、SUTでサポートされている最大数VCCSで細胞移動遅延の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およびテストデバイスを構成します。たとえば、SUTでサポートされているVCCの最大数が1024の場合、VPIごとに4 VCIで256 VPIを定義します。各VCCは、合計（最大VCC/3）CBR、（最大VCC/3）UBRおよび（最大VCC/3）VBR VCCのベアラークラスの1つとして定義する必要があります。VCCの最大数が3で割り当てられない場合、各ベアラークラスの合計は3つのVCC以内でなければなりません。VPI/VCIは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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/混合負荷/最大VCCSテストの結果は、テキスト、グラフ、およびヒストグラムの形式で報告する必要があります。
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で送信および受信された細胞の総数、米国のテスト中の各VCCの最大および最小CTD、および最小CTD、および米国の各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が示されている（VCCS/10の最大数）グラフがあります。X座標は、テストの全長に応じて、数秒、分、日のいずれかでテスト実行時間である必要があります。X座標時間は設定可能です。Y座標は、米国の各VCCの細胞移動遅延である必要があります。各グラフには10曲以下の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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ペイロードの最初のビットに1つのエラーを注入します。 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つのIPPDUごとに4連続IP PDUのAAL5ヘッダーの最初のビットに1つのエラーを注入します。SUTがAAL5 PDUを落とすことを確認します。
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損失の結果は、テーブルの形式で報告する必要があります。行は、1秒あたり1つのエラー、6つのIP PDUごとに4つの連続したエラーとラベル付けする必要があります。列には、AAL5 PDUの損失とPDUの失われた数とラベル付けする必要があります。列1の要素は真またはfalseのいずれかである必要があり、各テストで特定の条件が観察されたかどうかを示します。列2の要素は、非陰性整数でなければなりません。
The table MUST also indicate the traffic rate in IP PDUs per second as generated by the test device.
テーブルは、テストデバイスによって生成された1秒あたりのIP PDUのトラフィックレートも示す必要があります。
3.3.2. AAL5 Reassembly Time.
3.3.2. AAL5の再組み立て時間。
Objective: To determine the SUT AAL5 Reassembly Time as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されている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の要素は真または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
テーブルは、テストデバイスによって生成されたように、オクテットのパケットサイズと1秒あたりのパケットのトラフィックレートも示す必要があります。
3.3.3. AAL5 CRC Error Ratio.
3.3.3. AAL5 CRCエラー比。
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".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されている総AAL5 PDUの総AAL5 PDUに関連して、1つのVCCでのAAL5 CRC PDUエラーのSUT比を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シグナル伝達チャネルの1つであってはなりません（例：[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を介して一定の速度で指定されたビットパターンの1つを含む特定の数の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/定常負荷/1つの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値、陽性整数でのテスト中に与えられたVPI/VCIで送信および受信されたAAL5 PDUの総数、および全体の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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されている総AAL5 PDUの総AAL5 PDUに関連して、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/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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を介して一定の速度で指定されたビットパターンの1つを含む特定の数の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.
このテストはスループットテストではないため、レートはラインレートの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/Twelve VCCs test SHOULD be reported in a form of text and graph.
AAL5-CRC-ER/定常負荷/12 VCCSテストの結果は、テキストとグラフの形で報告する必要があります。
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値、陽性整数でのテスト中に与えられたVPI/VCIで送信および受信されたAAL5 PDUの総数、および全体の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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：AAL5 CRC PDU誤差のSUT比を決定するには、RFC 2761「ATMベンチマークの用語」で定義されている総AAL5 PDUに関連するsutでSUTでサポートされている最大数VCCSを含む最大数VCCSを決定します。
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およびテストデバイスを構成します。たとえば、SUTでサポートされているVCCの最大数が1024の場合、VPIごとに4 VCIで256 VPIを定義します。VCCは、CBR、VBR、またはUBR接続のいずれかとして構成する必要があります。VPI/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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を介して一定の速度で指定されたビットパターンの1つを含む特定の数の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/定常負荷/最大VCCSテストの結果は、テキストとグラフの形式で報告する必要があります。
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値、陽性整数でのテスト中に与えられたVPI/VCIで送信および受信されたAAL5 PDUの総数、および全体の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が示されている（VCCS/10の最大数）グラフがあります。X座標は、テストの全長に応じて、数秒、分、日のいずれかでテスト実行時間である必要があります。X座標時間は設定可能です。Y座標は、各VCCのAAL5-CRC-ERである必要があります。各グラフには10曲以下の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されている総AAL5 PDUの総AAL5 PDUに関連して、1つのVCCでのAAL5 CRC PDUエラーのSUT比を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]). 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シグナル伝達チャネルの1つであってはなりません（例：[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レートで指定されたビットパターンの1つを含む特定の数の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/BERSTY VBRロード/1つの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値、陽性整数でのテスト中に与えられたVPI/VCIで送信および受信されたAAL5 PDUの総数、および全体の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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されている総AAL5 PDUの総AAL5 PDUに関連して、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/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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レートで指定されたビットパターンの1つを含む特定の数の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/BERSTY VBRロード/12 VCCSテストの結果は、テキストとグラフの形で報告する必要があります。
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値、陽性整数でのテスト中に与えられたVPI/VCIで送信および受信されたAAL5 PDUの総数、および全体の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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：AAL5 CRC PDU誤差のSUT比を決定するには、RFC 2761「ATMベンチマークの用語」で定義されている総AAL5 PDUに関連するsutでSUTでサポートされている最大数VCCSを含む最大数VCCSを決定します。
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およびテストデバイスを構成します。たとえば、SUTでサポートされているVCCの最大数が1024の場合、VPIごとに4 VCIで256 VPIを定義します。VCCは、CBRまたはVBR接続として構成する必要があります。VPI/VCISは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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レートで指定されたビットパターンの1つを含む特定の数の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/BERSTY VBRロード/最大VCCSテストの結果は、テキストとグラフの形で報告する必要があります。
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値、陽性整数でのテスト中に与えられたVPI/VCIで送信および受信されたAAL5 PDUの総数、および全体の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が示されている（VCCS/10の最大数）グラフがあります。X座標は、テストの全長に応じて、数秒、分、日のいずれかでテスト実行時間である必要があります。X座標時間は設定可能です。Y座標は、各VCCのAAL5-CRC-ERである必要があります。各グラフには10曲以下の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されているように送信された総AAL5 PDUに関連する3つの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シグナル伝達チャネルの1つであってはなりません（例：[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を介して指定されたビットパターンの1つを含む特定の数の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/BERSTY混合負荷/3つのVCCSテストの結果は、テキストとグラフの形で報告する必要があります。
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値、陽性整数でのテスト中に与えられたVPI/VCIで送信および受信されたAAL5 PDUの総数、および全体の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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されている総AAL5 PDUの総AAL5 PDUに関連して、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、4つのVBR VCCのベアラークラスの1つとして定義する必要があります。各VCCには1つのVPI/VCIを含める必要があります。VPI/VCIは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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を介して指定されたビットパターンの1つを含む特定の数の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/Bursty Mixed Load/Twelve VCCSテストの結果は、テキストとグラフの形式で報告する必要があります。
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値、陽性整数でのテスト中に与えられたVPI/VCIで送信および受信されたAAL5 PDUの総数、および全体の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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：AAL5 CRC PDU誤差のSUT比を決定するには、RFC 2761「ATMベンチマークの用語」で定義されている総AAL5 PDUに関連するsutでSUTでサポートされている最大数VCCSを含む最大数VCCSを決定します。
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およびテストデバイスを構成します。たとえば、SUTでサポートされているVCCの最大数が1024の場合、VPIごとに4 VCIで256 VPIを定義します。各VCCは、合計（最大VCC/3）CBR、（最大VCC/3）UBRおよび（最大VCC/3）VBR VCCのベアラークラスの1つとして定義する必要があります。VPI/VCIは、予約されたATMシグナル伝達チャネルの1つであってはなりません（例：[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を介して指定されたビットパターンの1つを含む特定の数の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/BERSTY混合負荷/最大VCCSテストの結果は、テキストとグラフの形で報告する必要があります。
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値、陽性整数でのテスト中に与えられたVPI/VCIで送信および受信されたAAL5 PDUの総数、および全体の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が示されている（VCCS/10の最大数）グラフがあります。X座標は、テストの全長に応じて、数秒、分、日のいずれかでテスト実行時間である必要があります。X座標時間は設定可能です。Y座標は、各VCCのAAL5-CRC-ERである必要があります。各グラフには10曲以下の曲線があり、VCCごとに1つの曲線が示され、ラベル付けされている必要があります。ポイントあたりの積分時間を示す必要があります。
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.
また、結果は、オクテットのパケットサイズ、1秒あたりのパケットのトラフィックレート、およびテストデバイスによって生成されたベアラークラスを示す必要があります。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".
目的：RFC 2761「ATMベンチマークの用語」で定義されている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.
2) 付録Cで説明されているように、CACがコールを拒否しないPCRを指定する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が正しいパラメーターでセットアップされていることを確認します。Connectメッセージが受信された時間に注意してください
4) Create a UNI signaling setup message, as described in Appendix C, specifying a PCR which will allow CAC to reject the call.
4) 付録Cで説明されているように、CACがコールを拒否できるようにするPCRを指定する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の要素は、各テストで特定の条件が観察されたかどうかを示す真であるか偽りである必要があります。
The table MUST also indicate the packet size in octets and traffic rate in packets per second as generated by the test device.
テーブルは、テストデバイスによって生成されたオクテットのパケットサイズと1秒あたりのパケットのトラフィックレートも示す必要があります。
Objective: To determine the Connection Teardown Time on the SUT as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されている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.
2) 付録Cで説明されているように、CACがコールを拒否しないPCRを指定する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が正しいパラメーターでセットアップされていることを確認します。Connectメッセージが受信された時間に注意してください
4) Create a UNI signaling release message, as described in Appendix C, specifying a cause code of normal call clearing.
4) 付録Cで説明されているように、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.
接続分解時間テストの結果は、テーブルの形で報告する必要があります。行には、called eccupededとリリースされた呼び出しにラベルを付ける必要があります。列には、時間メッセージが送信され、時間の応答が受信され、正しい応答にラベルが付けられている必要があります。列1と2の要素は秒単位でなければなりません。列3の要素は、各テストで特定の条件が観察されたかどうかを示す真であるか偽りである必要があります。
The table MUST also indicate the packet size in octets and traffic rate in packets per second as generated by the test device.
テーブルは、テストデバイスによって生成されたオクテットのパケットサイズと1秒あたりのパケットのトラフィックレートも示す必要があります。
Objective: To determine the Crankback Time on the SUT as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されている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.
2) 付録Cで説明されているように、PNNIシグナリングセットアップメッセージを作成し、遠端SUTによってブロックされていないDTLを指定します。
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.
4) 付録Cで説明されているように、PNNIシグナリングセットアップメッセージを作成し、遠端SUTによってブロックされるDTLを指定します。
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の要素は、各テストで特定の条件が観察されたかどうかを示す真であるか偽りである必要があります。
The table MUST also indicate the packet size in octets and traffic rate in packets per second as generated by the test device.
テーブルは、テストデバイスによって生成されたオクテットのパケットサイズと1秒あたりのパケットのトラフィックレートも示す必要があります。
Objective: To determine the Route Update Response Time on the SUT as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されている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.
2) 付録Cに記載されているように、ルーティングトポロジを指定する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.
4) 付録Cで説明されている別の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の要素は、各テストで特定の条件が観察されたかどうかを示す真であるか偽りである必要があります。
The table MUST also indicate the packet size in octets and traffic rate in packets per second as generated by the test device.
テーブルは、テストデバイスによって生成されたオクテットのパケットサイズと1秒あたりのパケットのトラフィックレートも示す必要があります。
Objective: To determine the MIB Alignment Time on the SUT as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されている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に送信された時に注意してください。Cold Startメッセージが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 requestメッセージを送信します。メッセージがSUTに送信された時に注意してください。SUTによってGet Requestメッセージが受信されたことを確認します。メッセージが受信された時間に注意してください。
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.
4) すべてのMIB要素が交換された後、SUTが最終的なGETリクエストメッセージが受信されたことを確認します。メッセージが送信され、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アライメント時間テストの結果は、テーブルの形式で報告する必要があります。行は、コールドスタートの送信、コールドスタートの受け入れ、最終的なゲットリクエスト送信、最終的なゲットリクエストを受信したというラベルにします。列には、時間メッセージが送信され、時間の応答が受信され、正しい応答にラベルが付けられている必要があります。列1と2の要素は秒単位でなければなりません。列3の要素は、各テストで特定の条件が観察されたかどうかを示す真であるか偽りである必要があります。
The table MUST also indicate the packet size in octets and traffic rate in packets per second as generated by the test device.
テーブルは、テストデバイスによって生成されたオクテットのパケットサイズと1秒あたりのパケットのトラフィックレートも示す必要があります。
Objective: To determine the Address Registration Time on the SUT as defined in RFC 2761 "Terminology for ATM Benchmarking".
目的：RFC 2761「ATMベンチマーク用の用語」で定義されている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に送信された時に注意してください。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 requestメッセージを送信します。メッセージがSUTに送信された時に注意してください。SUTによってGet Requestメッセージが受信されたことを確認します。メッセージが受信された時間に注意してください。
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.
4) すべてのMIB要素が交換された後、SUTが最終的なGETリクエストメッセージが受信されたことを確認します。メッセージが送信され、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) アドレス登録時間を計算します。セットリクエストメッセージが送信された時間と最終的な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.
アドレス登録時間テストの結果は、テーブルの形で報告する必要があります。行には、セットリクエスト送信、セットリクエストが受け入れられ、最終的なget request send、および最終的なget requestが受信されたラベルに記載する必要があります。列には、時間メッセージが送信され、時間の応答が受信され、正しい応答にラベルが付けられている必要があります。列1と2の要素は秒単位でなければなりません。列3の要素は、各テストで特定の条件が観察されたかどうかを示す真であるか偽りである必要があります。
The table MUST also indicate the packet size in octets and traffic rate in packets per second as generated by the test device.
テーブルは、テストデバイスによって生成されたオクテットのパケットサイズと1秒あたりのパケットのトラフィックレートも示す必要があります。
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.
[RFC2544] Bradner、S。およびJ. McQuaid、「ネットワーク相互接続デバイスのベンチマーク方法論」、RFC 2544、1999年3月。
[RFC2225] Laubach, M. and J. Halpern, "Classical IP and ARP over ATM", RFC 2225, April 1998.
[RFC2225] Laubach、M。and J. Halpern、「Classical IP and ARP Over ATM」、RFC 2225、1998年4月。
[RFC2761] Dunn, J. and C. Martin, "Terminology for ATM Benchmarking", RFC 2761, February 2000.
[RFC2761] Dunn、J。およびC. Martin、「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、AF-ILMI-0065.000、1996年9月。
[AF-TEST-0022] Introduction to ATM Forum Test Specifications, af-test-0022.00, December 1994.
[AF-Test-0022] ATMフォーラムテスト仕様の紹介、AF-Test-0022.00、1994年12月。
[AF-TM4.1] ATM Forum, Traffic Management Specification Version 4.1, af-tm-0121.00, April 1996.
[AF-TM4.1] ATMフォーラム、トラフィック管理仕様バージョン4.1、AF-TM-0121.00、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
Jeffrey Dunn Advanced Network Consultants、Inc。4214 Crest Place Ellicott City、MD 21043、USA
Phone: +1 (410) 750-1700
EMail: Jeffrey.Dunn@worldnet.att.net
Cynthia Martin Advanced Network Consultants, Inc. 4214 Crest Place Ellicott City, MD 21043, USA
Cynthia Martin Advanced Network Consultants、Inc。4214 Crest Place Ellicott City、MD 21043、USA
Phone: +1 (410) 750-1700
EMail: 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ネットワークプレフィックス。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 00300000 39 0000 0000 4000 0002 0060 0000 39 0000 0006 0060 0002 0030 0000 0000 0000000000000006 0050 0002 0030 0000 3900000000000000000000000000000000000000000000000000000300 0002 0030 00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 39 0000 C000 0300 0002 0030 0000
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-1111111111FF 00 2222 2222 2000 00-2222 2222 2222 00 9999 999A 0000 00-9999 999C 0000 00 0000 0000
Appendix B: Rates
付録B：料金
PNNI Routing Update Size.
PNNIルーティングアップデートサイズ。
1) 1 PNNI routing entry update on non-aggregated addresses
1) 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
4) 利用可能な合計帯域幅または1 MB/sの1％。
5) 1 % of total available bandwidth or 1 Mb/s, whichever is less on of non-aggregated addresses and of aggregated addresses
5) 利用可能な合計帯域幅または1 MB/sの1％、いずれが総合わせのアドレスと集計アドレスのオンになっていますか
6) 1 % of total available bandwidth or 1 Mb/s, whichever is less on aggregated addresses
6) 利用可能な合計帯域幅または1 MB/sの1％。
7) 2 % of total available bandwidth or 2 Mb/s, whichever is less on non- aggregated addresses
7) 利用可能な合計帯域幅または2 MB/sの2％、いずれか不安なアドレスでは少ない方
8) 2 % of total available bandwidth or 2 Mb/s, whichever is less on of non-aggregated addresses and of aggregated addresses
8) 利用可能な合計帯域幅または2 MB/sの2％、いずれが総合わせのアドレスと集計アドレスのオンになっていますか
9) 2 % of total available bandwidth or 2 Mb/s, whichever is less on aggregated addresses
9) 利用可能な合計帯域幅または2 MB/sの2％、集約されたアドレスのいずれか少ない方
PNNI Routing Update Repetition Interval.
PNNIルーティングの更新繰り返し間隔。
Repetition Interval begins after initial PNNI routing table stabilizes.
最初のPNNIルーティングテーブルが安定すると、繰り返し間隔が開始されます。
1) 1 update every 1 hour, for 24 hours
1) 1時間ごとに24時間更新します
2) 1 update every 30 minutes, for 24 hours
2) 24時間、30分ごとに1を更新します
3) 1 update every 5 minutes, for 1 hour
3) 5分ごとに1時間、1時間更新します
4) 1 update every 1 minute, for 15 minutes
4) 1分ごとに15分間更新します
5) 1 update every 30 seconds, for 5 minutes
5) 5分間、30秒ごとに1を更新します
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秒間更新します
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
Maximum LAN Connection rates in packets per second (pps):
1秒あたりのパケットの最大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
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 Octet LLC/SNAPヘッダーと8 Octet 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（ATM TCを使用）E1 = 4681 CPS 25.6 MB/S = 60377 CPS E3 = 80000 CPS（ATM TCを使用）DS-3 = 104266 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
.... 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
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)
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
- データグラムヘッダーオフセットデータ（hex）説明00 ff ff ff ff ff ff ff dest 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
-- 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
-- RIP packet
42 02 command = response
43 01 version = 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
-- 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
-- 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
-- net 4
106 00 02 family = 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
-- 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
-- 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
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
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
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
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
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コール参照フラグ：オリジングコール参照値：0メッセージタイプ：リリースext：最終オクテットアクションインジケーター：クリアコールメッセージ長：6情報要素ID：原因ext：最後のオクテットコーディング標準：ITU-T標準アクションインジケーター：クリアコールIE長さ：2 ext：最終オクテット場所：ユーザーext：最終オクテット原因値：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 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 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
PNNI PTSE, specifying a routing topology.
PNNI PTSE、ルーティングトポロジを指定します。
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
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
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2001). All Rights Reserved.
Copyright（c）The Internet Society（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エディター機能の資金は現在、インターネット協会によって提供されています。