Network Working Group                                            J. Dunn
Request for Comments: 3116                                     C. Martin
Category: Informational                                        ANC, Inc.
                                                               June 2001
        
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.

版权所有(C)互联网协会(2001年)。版权所有。

Abstract

摘要

This document discusses and defines a number of tests that may be used to describe the performance characteristics of ATM (Asynchronous Transfer Mode) based switching devices. In addition to defining the tests this document also describes specific formats for reporting the results of the tests.

本文档讨论并定义了一些测试,这些测试可用于描述基于ATM(异步传输模式)的交换设备的性能特征。除了定义测试外,本文件还描述了报告测试结果的具体格式。

This memo is a product of the Benchmarking Methodology Working Group (BMWG) of the Internet Engineering Task Force (IETF).

本备忘录是互联网工程任务组(IETF)基准方法工作组(BMWG)的产品。

Table of Contents

目录

   1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . .  4
   2. Background . . . . . . . . . . . . . . . . . . . . . . . . . .  5
   2.1. Test Device Requirements . . . . . . . . . . . . . . . . . .  5
   2.2. Systems Under Test (SUTs). . . . . . . . . . . . . . . . . .  5
   2.3. Test Result Evaluation . . . . . . . . . . . . . . . . . . .  5
   2.4. Requirements . . . . . . . . . . . . . . . . . . . . . . . .  5
   2.5. Test Configurations for SONET. . . . . . . . . . . . . . . .  6
   2.6. SUT Configuration. . . . . . . . . . . . . . . . . . . . . .  7
   2.7. Frame Formats. . . . . . . . . . . . . . . . . . . . . . . .  8
   2.8. Frame Sizes. . . . . . . . . . . . . . . . . . . . . . . . .  8
   2.9. Verifying Received IP PDU's. . . . . . . . . . . . . . . . .  9
   2.10. Modifiers . . . . . . . . . . . . . . . . . . . . . . . . .  9
   2.10.1. Management IP PDU's . . . . . . . . . . . . . . . . . . .  9
   2.10.2. Routing Update IP PDU's . . . . . . . . . . . . . . . . . 10
   2.11. Filters . . . . . . . . . . . . . . . . . . . . . . . . . . 10
   2.11.1. Filter Addresses. . . . . . . . . . . . . . . . . . . . . 11
   2.12. Protocol Addresses. . . . . . . . . . . . . . . . . . . . . 12
        
   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
        
   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.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
        
   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
        
1. Introduction
1. 介绍

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. Background
2. 出身背景
2.1. Test Device Requirements
2.1. 测试设备要求

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。测试设备应能够同时传输和分析接收到的数据。

2.2. Systems Under Test (SUTs)
2.2. 测试中的系统(SUTs)

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。供应商应执行特定产品类型支持的所有测试。在所有推荐条件下执行所有推荐测试需要一些时间。

2.3. Test Result Evaluation
2.3. 测试结果评估

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服务所需的时间将不是相关的度量。评估与特定网络安装相关的数据可能需要相当多的经验,而这些经验可能并不容易获得。最后,测试选择和测试结果的评估必须在了解关于重复性、方差和少量试验统计显著性的公认测试实践的情况下进行。

2.4. Requirements
2.4. 要求

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.

* “MAY”这个词或形容词“OPTIONAL”表示这个项目确实是可选的。一个供应商可能会选择包括该项目,因为特定的市场需要它,或者因为它增强了产品,例如;另一个供应商可以省略相同的项目。

An implementation is not compliant if it fails to satisfy one or more of the MUST requirements for the protocols it implements. An implementation that satisfies all the MUST and all the SHOULD requirements for its protocols is said to be "unconditionally compliant"; one that satisfies all the MUST requirements but not all the SHOULD requirements for its protocols is said to be "conditionally compliant".

如果一个实现未能满足其实现的协议的一个或多个必需要求,则该实现是不兼容的。满足其协议所有必须和应该要求的实现称为“无条件兼容”;满足其协议的所有必须要求但并非所有应该要求的协议称为“有条件地符合”。

2.5. Test Configurations for SONET
2.5. SONET的测试配置

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上的一个端口。

            +-------------+               +-------------+
            |           Tx|-------------->|Rx           |
            |    Test   Rx|<--------------|Tx   SUT     |
            |   Device    |               |             |
            +-------------+               +-------------+
        
            +-------------+               +-------------+
            |           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第一个发送端口连接到测试设备的第一个接收端口。测试设备的第二个发送端口连接到SUTs的第二个接收端口。SUTs第二个发送端口连接到测试设备第二个接收端口(见图2)。在该配置中,测试设备可以确定是否所有发送的分组都被正确接收和转发。请注意,此配置确实验证内部系统功能,因为它验证SUT上的两个端口。

            +-------------+               +-------------+
            |     Test  Tx|-------------->|Rx           |
            |    Device Rx|<--------------|Tx   SUT     |
            |    Tx   Rx  |               |   Tx   Rx   |
            +-------------+               +-------------+
                  |   ^                        |    ^
                  |   |                        |    |
                  |   +------------------------+    |
                  |                                 |
                  |---------------------------------|
        
            +-------------+               +-------------+
            |     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传输端口连接到测试设备的第一个接收端口。测试设备的第二个发送端口连接到SUT2接收端口。SUT2传输端口连接到测试设备的第二个接收端口(见图3)。在该配置中,测试设备可以确定SUT1发送的所有分组是否被SUT2正确确认。请注意,此配置不验证内部系统功能,但验证每个SUT上的一个端口。

   +-------------+           +-------------+           +-------------+
   |           Tx|---------->|Rx         Tx|---------->|Rx           |
   |     SUT1  Rx|<----------|Tx   Test  Rx|<----------|Tx   SUT2    |
   |             |           |    Device   |           |             |
   +-------------+           +-------------+           +-------------+
        
   +-------------+           +-------------+           +-------------+
   |           Tx|---------->|Rx         Tx|---------->|Rx           |
   |     SUT1  Rx|<----------|Tx   Test  Rx|<----------|Tx   SUT2    |
   |             |           |    Device   |           |             |
   +-------------+           +-------------+           +-------------+
        

Figure 3

图3

2.6. SUT Configuration
2.6. SUT配置

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配置或设置的情况下运行,而不是以执行特定测试所需的任何方式。例如,在测试一个传输协议的吞吐量时,禁用该协议之外的所有传输协议是不可接受的。如果使用PNNI或BISUP启动交换虚拟连接(SVC),SUT配置应包括通常建议的路由更新间隔和保持活动频率。软件的特定版本和确切SUT配置,包括测试期间禁用和使用的功能,必须作为结果报告的一部分。

2.7. Frame formats
2.7. 帧格式

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 over ATM的测试IP PDU的格式如附录C:测试帧格式所示。请注意,这些IP PDU符合RFC 2225。这些精确的IP PDU格式应用于本文件中描述的该协议/媒体组合的测试中。这些IP PDU将用作测试其他协议/媒体组合的模板。用于定义特定测试系列的测试IP PDU的特定格式必须包含在结果报告中。

2.8. Frame sizes
2.8. 框架尺寸

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性能完整特征的足够大小。除非另有说明,否则应针对每个测试条件测试至少五个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将适合一个ATM信元。理论最大IP PDU大小由IP报头中长度字段的大小决定。在几乎所有情况下,实际的最大和最小尺寸都是由介质的限制决定的。对于ATM,最大IP PDU大小应为ATM MTU大小,即9180个八位字节。

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.

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.translate error, please retry

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

ATM上UDP的最小IP PDU大小为44个八位字节,建议最小大小为44,以便与令牌环性能进行直接比较。建议IP PDU的大小为4472,而不是

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.

理论上FDDI的最大大小为4500个八位字节,以便进行相同类型的比较。如果需要更高的数据速率,则还可以使用IP(即,非UDP)IP PDU,在这种情况下,最小IP PDU大小为28个八位字节。

2.9. Verifying received IP PDUs
2.9. 验证接收到的IP PDU

The test equipment SHOULD discard any IP PDUs received during a test run that are not actual forwarded test IP PDUs. For example, keep-alive and routing update IP PDUs SHOULD NOT be included in the count of received IP PDUs. In any case, the test equipment SHOULD verify the length of the received IP PDUs and check that they match the expected length.

测试设备应丢弃在测试运行期间接收到的不是实际转发的测试IP PDU的任何IP PDU。例如,“保持活动”和“路由更新”IP PDU不应包含在接收的IP PDU计数中。在任何情况下,测试设备都应验证接收到的IP PDU的长度,并检查它们是否与预期长度匹配。

Preferably, the test equipment SHOULD include sequence numbers in the transmitted IP PDUs and check for these numbers on the received IP PDUs. If this is done, the reported results SHOULD include, in addition to the number of IP PDUs dropped, the number of IP PDUs that were received out of order, the number of duplicate IP PDUs received and the number of gaps in the received IP PDU numbering sequence. This functionality is required for some of the described tests.

优选地,测试设备应包括发送的IP pdu中的序列号,并在接收的IP pdu上检查这些序列号。如果这样做,报告的结果除应包括丢弃的IP PDU数量外,还应包括无序接收的IP PDU数量、接收到的重复IP PDU数量以及接收到的IP PDU编号序列中的间隙数量。某些所述测试需要此功能。

2.10. Modifiers
2.10. 修饰语

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。

2.10.1. Management IP PDUs
2.10.1. 管理IP PDU

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

管理查询必须根据适用规范进行,例如,ILMI sysUpTime getNext请求将根据ILMI 4.0进行。对查询的响应必须由测试设备进行验证。请注意,对于中的每个管理协议

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.

使用时,这要求测试设备实现相关的协议状态机。附录C中显示了应使用的特定查询IP PDU(ICMP)的一个示例。

2.10.2. Routing update IP PDUs
2.10.2. 路由更新IP PDU

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更新可能对交换机转发小区和完成呼叫的能力产生重大影响。如果在SUT上配置了PNNI,则在试验期间传输第一个测试IP PDU之前,必须传输一个路由更新。测试应验证SUT是否正确处理了路由更新。

PNNI routing update IP PDUs SHOULD be sent at the rate specified in Appendix B. Appendix C defines one routing update PDU for the TCP/IP over ATM example. The routing updates are designed to change the routing on a number of networks that are not involved in the forwarding of the test data. The first IP PDU sets the routing table state to "A", the second one changes the state to "B". The IP PDUs MUST be alternated during the trial. The test SHOULD verify that the SUT has properly processed the routing update.

PNNI路由更新IP PDU应按照附录B中规定的速率发送。附录C为TCP/IP over ATM示例定义了一个路由更新PDU。路由更新旨在更改多个不涉及测试数据转发的网络上的路由。第一个IP PDU将路由表状态设置为“A”,第二个IP PDU将状态更改为“B”。IP PDU必须在试验期间交替使用。测试应验证SUT是否正确处理了路由更新。

2.11. Filters
2.11. 过滤器

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配置为添加一个过滤器条件和执行的测试。该过滤器应允许转发测试数据流。此过滤器应采用SUT用户指南中所述的形式。

The SUT SHOULD be then reconfigured to implement a total of 25 filters. The first 24 of these filters SHOULD be based on 24 separate ATM NSAP Network Prefix addresses.

然后应重新配置SUT,以实现总共25个过滤器。前24个过滤器应基于24个单独的ATM NSAP网络前缀地址。

The 24 ATM NSAP Network Prefix addresses SHOULD not be any that are represented in the test data stream. The last filter SHOULD permit the forwarding of the test data stream. By "first" and "last" we mean to ensure that in the second case, 25 conditions must be checked before the data IP over ATM PDUs will match the conditions that permit the forwarding of the IP PDU. Of course, if the SUT reorders the filters or does not use a linear scan of the filter rules the effect of the sequence in which the filters are input is properly lost.

24个ATM NSAP网络前缀地址不应是测试数据流中表示的任何地址。最后一个过滤器应允许转发测试数据流。通过“第一个”和“最后一个”,我们的意思是确保在第二种情况下,在ATM PDU上的IP数据与允许IP PDU转发的条件匹配之前,必须检查25个条件。当然,如果SUT对过滤器重新排序,或者不使用过滤器规则的线性扫描,则过滤器输入顺序的效果将正确丢失。

The exact filters configuration command lines used SHOULD be included with the report of the results.

结果报告中应包括使用的确切过滤器配置命令行。

2.11.1. Filter Addresses
2.11.1. 过滤地址

Two sets of filter addresses are required, one for the single filter case and one for the 25 filter case.

需要两组筛选器地址,一组用于单个筛选器,另一组用于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 01 00到ATM地址[交换机网络前缀]00 00 00 02 00的流量,并拒绝所有其他流量。请注意,在运行此测试之前,必须配置13个八位组交换机网络前缀。

The 25 filter case should follow the following sequence.

25滤清器壳体应遵循以下顺序。

deny [Switch Network Prefix] 00 00 00 00 00 01 00 to [Switch Network Prefix] 00 00 00 00 00 03 00 deny [Switch Network Prefix] 00 00 00 00 00 01 00 to [Switch Network Prefix] 00 00 00 00 00 04 00 deny [Switch Network Prefix] 00 00 00 00 00 01 00 to [Switch Network Prefix] 00 00 00 00 00 05 00 ... deny [Switch Network Prefix] 00 00 00 00 00 01 00 to [Switch Network Prefix] 00 00 00 00 00 0C 00 deny [Switch Network Prefix] 00 00 00 00 00 01 00 to [Switch Network Prefix] 00 00 00 00 00 0D 00 allow [Switch Network Prefix] 00 00 00 00 00 01 00 to [Switch Network Prefix] 00 00 00 00 00 02 00 deny [Switch Network Prefix] 00 00 00 00 00 01 00 to [Switch Network Prefix] 00 00 00 00 00 0E 00 deny [Switch Network Prefix] 00 00 00 00 00 01 00 to [Switch Network Prefix] 00 00 00 00 00 0F 00 ... deny [Switch Network Prefix] 00 00 00 00 00 01 00 to [Switch Network Prefix] 00 00 00 00 00 18 00 deny all else

拒绝[交换网络前缀]00 00 00 00 00 01 00至[交换网络前缀]00 00 00 00 00 03 00拒绝[交换网络前缀]00 00 00 00 00 01 00至[交换网络前缀]00 00 00 00 00 00 04 00拒绝[交换网络前缀]00 00 00 00 00 00 00 00 01 00至[交换网络前缀]00 00 00 00 00 00 00 00 05 00。。。拒绝[交换网络前缀]00 00 00 00 00 00 01 00至[交换网络前缀]00 00 00 00 00 00 0C 00拒绝[交换网络前缀]00 00 00 00 00 00 00 01 00至[交换网络前缀]00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00允许[交换网络前缀]00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00至[交换机网络前缀]00 00 00 00 00 00 0E 00拒绝[交换机网络前缀]00 00 00 00 00 00 01 00至[交换机网络前缀]00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00拒绝所有其他

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.

在进入该序列之前,应清除开关上所有先前的过滤条件。选择该序列进行测试,以查看开关是否对筛选条件进行排序,或是否按照输入顺序接受筛选条件。这两个过程对性能的影响都比某种形式的散列编码更大。

2.12. Protocol addresses
2.12. 协议地址

It is easier to implement these tests using a single logical stream of data, with one source ATM address and one destination ATM address, and for some conditions like the filters described above, a practical requirement. Networks in the real world are not limited to single streams of data. The test suite SHOULD be first run with a single ATM source and destination address pair. The tests SHOULD then be repeated with using a random destination address. In the case of testing single switches, the addresses SHOULD be random and uniformly distributed over a range of 256 seven octet user parts. In the case of testing multiple interconnected switches, the addresses SHOULD be random and uniformly distributed over the 256 network prefixes, each of which should support 256 seven octet user parts. The specific address ranges to use for ATM are shown in Appendix A. IP to ATM address mapping MUST be accomplished as described in RFC 2225.

使用单个逻辑数据流、一个源ATM地址和一个目标ATM地址来实现这些测试更容易,对于某些情况,如上述过滤器,这是一个实际要求。现实世界中的网络并不局限于单个数据流。测试套件应首先使用单个ATM源和目标地址对运行。然后应使用随机目标地址重复测试。在测试单个交换机的情况下,地址应该是随机的,并且均匀分布在256个七个八位字节的用户部分上。在测试多个互连交换机的情况下,地址应随机均匀分布在256个网络前缀上,每个网络前缀应支持256个七个八位字节的用户部分。ATM使用的具体地址范围如附录A所示。IP到ATM地址映射必须按照RFC 2225中的描述完成。

2.13. Route Set Up
2.13. 路线设置

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要求的时间间隔重复此路由更新。附录B(间隔和大小)和附录C(格式)给出了更新IP PDU的格式和重复间隔示例。

2.14. Bidirectional traffic
2.14. 双向交通

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.

双向性能测试应以每个方向提供的相同数据速率运行。数据速率之和不应超过介质的理论极限。

2.15. Single stream path
2.15. 单流径

The full suite of tests SHOULD be run with the appropriate modifiers for a single receive and transmit port on the SUT. If the internal design of the SUT has multiple distinct pathways, for example, multiple interface cards each with multiple network ports, then all possible permutations of pathways SHOULD be tested separately. If multiple interconnected switches are tested, the test MUST specify routes, which allow only one path between source and destination ATM addresses.

对于SUT上的单个接收和传输端口,应使用适当的修饰符运行全套测试。如果SUT的内部设计有多个不同的路径,例如,多个接口卡,每个接口卡具有多个网络端口,则应单独测试所有可能的路径排列。如果测试多个互连交换机,则测试必须指定路由,在源和目标ATM地址之间只允许一条路径。

2.16. Multi-port
2.16. 多端口

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有两个接口模块,每个模块有四个端口,则每个接口模块上的两个端口为接收端口,两个端口为传输端口。每个接收端口必须提供相同的数据速率。应设置输入数据流中的地址,以便将IP PDU按顺序定向到每个传输端口。也就是说,所有发送端口将从特定接收端口接收相同的IP PDU分发。

Consider the following 6 port SUT:

考虑以下6个端口SUT:

               --------------
      ---------| Rx A   Tx X|--------
      ---------| Rx B   Tx Y|--------
      ---------| Rx C   Tx Z|--------
               --------------
        
               --------------
      ---------| 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发送到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.

相同的配置可用于执行双向多流测试。在这种情况下,所有端口都被视为接收端口和发送端口。每个数据流必须由IP PDU组成,其地址对应于所有其他端口的ATM地址。

2.17. Multiple protocols
2.17. 多协议

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的网络上的条件。

2.18. Multiple IP PDU sizes
2.18. 多个IP PDU大小

This document does not address the issue of testing the effects of a mixed IP PDU size environment other than to suggest that, if such tests are required, then IP PDU size SHOULD be evenly distributed among all of the PDU sizes listed in this document. The distribution MAY approximate the conditions on the network in which the SUT would be used.

本文件不涉及测试混合IP PDU大小环境的影响问题,只是建议如果需要此类测试,则IP PDU大小应均匀分布在本文件中列出的所有PDU大小中。分布可能近似于使用SUT的网络上的条件。

2.19. Testing beyond a single SUT
2.19. 超越单个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,AAL5 PDU进入SUT;64字节IP,AAL5 PDU输出)时,此模型非常有用。

By extending the single SUT test model, reasonable benchmarks regarding multiple SUTs or heterogeneous environments may be collected. In this extension, the single SUT is replaced by a system of interconnected network SUTs. This test methodology would support the benchmarking of a variety of device/media/service/protocol combinations. For example, a configuration for a LAN-to-WAN-to-LAN test might be:

通过扩展单个SUT测试模型,可以收集关于多个SUT或异构环境的合理基准。在此扩展中,单个SUT被互连网络SUT系统所取代。该测试方法将支持各种设备/媒体/服务/协议组合的基准测试。例如,LAN到WAN到LAN测试的配置可能是:

      (1) ATM UNI -> SUT 1 -> BISUP -> SUT 2 -> ATM UNI
        
      (1) ATM UNI -> SUT 1 -> BISUP -> SUT 2 -> ATM UNI
        

Or an extended LAN configuration might be:

或者,扩展LAN配置可能是:

      (2) ATM UNI -> SUT 1 -> PNNI Network -> SUT 2 -> ATM UNI
        
      (2) ATM UNI -> SUT 1 -> 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中,该配置可用于指示PNNI路由对IP吞吐量的影响。

Because multiple SUTs are treated as a single system, there are limitations to this methodology. For instance, this methodology may yield an aggregate benchmark for a tested system. That benchmark alone, however, may not necessarily reflect asymmetries in behavior between the SUTs, latencies introduced by other apparatus (e.g., CSUs/DSUs, switches), etc.

由于多个SUT被视为单个系统,因此该方法存在局限性。例如,此方法可能会为测试系统生成一个聚合基准。然而,该基准本身可能不一定反映SUT之间行为的不对称性、由其他设备(例如,CSU/DSU、交换机)引入的延迟等。

Further, care must be used when comparing benchmarks of different systems by ensuring that the SUTs' features and configuration of the tested systems have the appropriate common denominators to allow comparison.

此外,在比较不同系统的基准时必须小心,确保测试系统的SUT特性和配置具有适当的公分母,以便进行比较。

2.20. Maximum IP PDU rate
2.20. 最大IP PDU速率

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大小的理论最大速率。广域网测试的较高速率是为了补偿一些供应商采用各种形式的报头压缩的事实。

A list of maximum IP PDU rates for LAN connections is included in Appendix B.

LAN连接的最大IP PDU速率列表包含在附录B中。

2.21. Bursty traffic
2.21. 突发性交通

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%的突发大小下运行。请注意,每个突发中的IP PDU数量将取决于PDU大小。对于UBR,MBS指的是相关的VBR流量参数。

2.22. Trial description
2.22. 试用说明

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速率下的丢失率。每个试验包括五个阶段:

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接收端口,并等待两秒钟以确保路由已解决。

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。

e) Wait for at least five seconds for the SUT to restabilize.

e) 至少等待5秒钟,使SUT重新稳定。

2.23. Trial duration
2.23. 试用期

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秒。

2.24. Address resolution
2.24. 地址解析

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.

根据RFC 2225,SUT必须能够响应另一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
        
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
        
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
        
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
        
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
        
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
        
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
        
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
        
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. Performance Metrics
3. 性能指标
3.1. Physical Layer-SONET
3.1. 物理层SONET
3.1.1. Pointer Movements
3.1.1. 指针移动

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".

目标:确定SUT不会传播RFC 2761“ATM基准术语”中定义的指针移动。

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) 注入一个向前有效负载指针移动。验证SUT不会更改指针。

5) Inject one forward payload pointer movement every 1 second. Verify that the SUT does not change the pointer.

5) 每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秒向前移动五次有效负载指针。验证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) 注入一个向后的有效负载指针移动。验证SUT不会更改指针。

10) Inject one backward payload pointer movement every 1 second. Verify that the SUT does not change the pointer.

10) 每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秒注入五次向后有效负载指针移动。验证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.

指针移动传播测试的结果应以表格的形式报告。这些行应标记为单指针移动、每秒移动一个指针和每秒移动五个指针。列应标记为指针移动和指针丢失。表中的元素应为真或假,表明是否在每次试验中观察到特定条件。

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".

目标:确定SUT是否会因RFC 2761“ATM基准术语”中定义的指针移动而丢弃信元。

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) 注入一个向前有效负载指针移动。确认SUT不会掉落任何单元格。

5) Inject one forward payload pointer movement every 1 second. Verify that the SUT does not drop any cells.

5) 每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秒向前移动五次有效负载指针。确认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) 注入一个向后的有效负载指针移动。确认SUT不会掉落任何单元格。

10) Inject one backward payload pointer movement every 1 second. Verify that the SUT does not drop any cells.

10) 每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秒注入五次向后有效负载指针移动。确认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列的元素应为真或假,表明是否在每次试验中观察到特定条件。第2列的元素应该是非负整数。

The table MUST also indicate the traffic rate in IP PDUs per second as generated by the test device.

该表还必须指明测试设备生成的以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".

目标:确定SUT是否会因RFC 2761“ATM基准术语”中定义的指针移动而丢弃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) 注入一个向前有效负载指针移动。验证SUT不会丢弃任何数据包。

5) Inject one forward payload pointer movement every 1 second. Verify that the SUT does not drop any packets.

5) 每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秒向前移动五次有效负载指针。验证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) 注入一个向后的有效负载指针移动。验证SUT不会丢弃任何数据包。

10) Inject one backward payload pointer movement every 1 second. Verify that the SUT does not drop any packets.

10) 每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秒注入五次向后有效负载指针移动。验证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列的元素应为真或假,表明是否在每次试验中观察到特定条件。第2列的元素应该是非负整数。

The table MUST also indicate the packet size in octets and traffic rate in packets per second as generated by the test device.

该表还必须以八位字节表示数据包大小,以测试设备生成的每秒数据包流量表示。

3.1.2. Transport Overhead (TOH) Error Count
3.1.2. 传输开销(TOH)错误计数

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".

目标:确定SUT不会传播到RFC 2761“ATM基准术语”中定义的错误。

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帧字的第一位插入一个错误。验证SUT不会传播错误。

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帧字的第一位插入一个错误。验证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个IP PDU中的4个连续IP PDU,在A1和A2帧字的第一位中注入一个错误。验证SUT是否指示帧丢失。

8) Discontinue the Frameword error.

8) 停止帧字错误。

Reporting Format:

报告格式:

The results of the TOH error propagation test SHOULD be reported in a form of a table. The rows SHOULD be labeled single error, one error per second, and four consecutive errors every 6 IP PDUs. The columns SHOULD be labeled error propagated and loss of IP PDU. The elements of the table SHOULD be either True or False, indicating whether the particular condition was observed for each test.

TOH误差传播测试的结果应以表格的形式报告。行应标记为single error(单错误)、每秒一个错误和每6个IP PDU四个连续错误。列应标记为错误传播和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到H错误。

Objective: To determine if the SUT will drop cells due TOH Errors as defined in RFC 2761 "Terminology for ATM Benchmarking".

目标:确定SUT是否会因RFC 2761“ATM基准术语”中定义的错误而丢弃信元。

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帧字的第一位插入一个错误。确认SUT不会掉落任何单元格。

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帧字的第一位插入一个错误。确认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个IP PDU中的4个连续IP PDU,在A1和A2帧字的第一位中注入一个错误。验证SUT是否删除单元格。

8) Discontinue the Frameword error.

8) 停止帧字错误。

Reporting Format:

报告格式:

The results of the Cell Loss due to TOH errors test SHOULD be reported in a form of a table. The rows SHOULD be labeled single error, one error per second, and four consecutive errors every 6 IP PDUs. The columns SHOULD be labeled cell loss and number of cells lost. The elements of column 1 SHOULD be either True or False, indicating whether the particular condition was observed for each test. The elements of column 2 SHOULD be non-negative integers.

由于TOH误差测试导致的电池损失的结果应以表格的形式报告。行应标记为single error(单错误)、每秒一个错误和每6个IP PDU四个连续错误。列应标记为单元格丢失和丢失的单元格数。第1列的元素应为真或假,表明是否在每次试验中观察到特定条件。第2列的元素应该是非负整数。

The table MUST also indicate the traffic rate in IP PDUs per second as generated by the test device.

该表还必须指明测试设备生成的以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".

目标:确定SUT是否会因RFC 2761“ATM基准术语”中定义的TOH错误而丢弃IP数据包。

Procedure:

程序:

1) Set up the SUT and test device using the uni-directional configuration.

1) 使用单向配置设置SUT和测试设备。

2) Send a specific number of IP packets at a specific rate through the SUT. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

2) 通过SUT以特定速率发送特定数量的IP数据包。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

3) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

3) 统计SUT传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

4) Inject one error in the first bit of the A1 and A2 Frameword. Verify that the SUT does not drop any packets.

4) 在A1和A2帧字的第一位插入一个错误。验证SUT不会丢弃任何数据包。

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帧字的第一位插入一个错误。验证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个IP PDU中的4个连续IP PDU,在A1和A2帧字的第一位中注入一个错误。验证SUT是否丢弃数据包。

8) Discontinue the Frameword error.

8) 停止帧字错误。

Reporting Format:

报告格式:

The results of the IP packet loss due to TOH errors test SHOULD be reported in a form of a table. The rows SHOULD be labeled single error, one error per second, and four consecutive errors every 6 IP PDUs. The columns SHOULD be labeled packet loss and number of packets lost. The elements of column 1 SHOULD be either True or False, indicating whether the particular condition was observed for each test. The elements of column 2 SHOULD be non-negative integers.

由于TOH错误测试导致的IP数据包丢失的结果应以表格的形式报告。行应标记为single error(单错误)、每秒一个错误和每6个IP PDU四个连续错误。列应标记为数据包丢失和数据包丢失数量。第1列的元素应为真或假,表明是否在每次试验中观察到特定条件。第2列的元素应该是非负整数。

The table MUST also indicate the packet size in octets and traffic rate in packets per second as generated by the test device.

该表还必须以八位字节表示数据包大小,以测试设备生成的每秒数据包流量表示。

3.1.3. Path Overhead (POH) Error Count
3.1.3. 路径开销(POH)错误计数

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".

目标:确定SUT不会传播RFC 2761“ATM基准术语”中定义的POH错误。

Procedure:

程序:

1) Set up the SUT and test device using the uni-directional configuration.

1) 使用单向配置设置SUT和测试设备。

2) Send a specific number of IP PDUs at a specific rate through the SUT. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The cell payload SHOULD contain valid IP PDUs. The IP PDUs MUST be encapsulated in AAL5.

2) 通过SUT以特定速率发送特定数量的IP PDU。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。小区有效负载应包含有效的IP PDU。IP PDU必须封装在AAL5中。

3) Count the IP PDUs that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test, else lower the test device traffic rate until the counts are the same.

3) 统计SUT传输的IP PDU,以验证连接和负载。如果测试设备上的计数与SUT上的相同,则继续测试,否则降低测试设备通信速率,直到计数相同。

4) Inject one error in the B3 (Path BIP8) byte. Verify that the SUT does not propagate the error.

4) 在B3(路径BIP8)字节中插入一个错误。验证SUT不会传播错误。

5) Inject one error in the B3 byte every 1 second. Verify that the SUT does not propagate the error.

5) 每1秒在B3字节中注入一个错误。验证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错误传播测试的结果应以表格的形式报告。行应标记为single error和每秒一个error。列应标记为错误传播和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".

目标:确定SUT是否会因RFC 2761“ATM基准术语”中定义的POH错误而丢弃信元。

Procedure:

程序:

1) Set up the SUT and test device using the uni-directional configuration.

1) 使用单向配置设置SUT和测试设备。

2) Send a specific number of cells at a specific rate through the SUT. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The cell payload SHOULD contain valid IP PDUs. The IP PDUs MUST be encapsulated in AAL5.

2) 通过SUT以特定速率发送特定数量的单元格。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。小区有效负载应包含有效的IP PDU。IP PDU必须封装在AAL5中。

3) Count the cells that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

3) 对SUT传输的单元进行计数,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

4) Inject one error in the B3 (Path BIP8) byte. Verify that the SUT does not drop any cells.

4) 在B3(路径BIP8)字节中插入一个错误。确认SUT不会掉落任何单元格。

5) Inject one error in the B3 byte every 1 second. Verify that the SUT does not drop any cells.

5) 每1秒在B3字节中注入一个错误。确认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错误测试导致的电池损失结果应以表格形式报告。行应标记为single error和每秒一个error。列应标记为单元格丢失和丢失的单元格数。第1列的元素应为真或假,表明是否在每次试验中观察到特定条件。第2列的元素应该是非负整数。

The table MUST also indicate the traffic rate in IP PDUs per second as generated by the test device.

该表还必须指明测试设备生成的以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".

目标:确定SUT是否会因RFC 2761“ATM基准术语”中定义的POH错误而丢弃IP数据包。

Procedure:

程序:

1) Set up the SUT and test device using the uni-directional configuration.

1) 使用单向配置设置SUT和测试设备。

2) Send a specific number of IP packets at a specific rate through the SUT. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

2) 通过SUT以特定速率发送特定数量的IP数据包。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

3) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

3) 统计SUT传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

4) Inject one error in the B3 (Path BIP8) byte. Verify that the SUT does not drop any packets.

4) 在B3(路径BIP8)字节中插入一个错误。验证SUT不会丢弃任何数据包。

5) Inject one error in the B3 byte every 1 second. Verify that the SUT does not drop any packets.

5) 每1秒在B3字节中注入一个错误。验证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数据包丢失测试结果应以表格形式报告。行应标记为single error和每秒一个error。列应标记为数据包丢失和数据包丢失数量。第1列的元素应为真或假,表明是否在每次试验中观察到特定条件。第2列的元素应该是非负整数。

The table MUST also indicate the packet size in octets and traffic rate in packets per second as generated by the test device.

该表还必须以八位字节表示数据包大小,以测试设备生成的每秒数据包流量表示。

3.2. ATM Layer
3.2. ATM层
3.2.1. Two-Point Cell Delay Variation (CDV)
3.2.1. 两点单元延迟变化(CDV)
3.2.1.1. Test Setup
3.2.1.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为单位)。

3.2.1.2. Two-point CDV/Steady Load/One VCC
3.2.1.2. 两点CDV/稳定负载/一个VCC

Objective: To determine the SUT variation in cell transfer delay with one VCC as defined in RFC 2761 "Terminology for ATM Benchmarking".

目的:确定RFC2761“ATM基准术语”中定义的一个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) 使用一个VCC配置SUT和测试设备。VCC应包含一个VPI/VCI。VCC必须配置为CBR、VBR或UBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing timestamps at a specific constant rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以特定的恒定速率发送包含时间戳的特定数量的IP数据包。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the packets timestamps at the transmitter and receiver ends of the test device.

5) 在测试设备的发射器和接收器端记录数据包时间戳。

Reporting Format:

报告格式:

The results of the Two-point CDV/Steady Load/One VCC test SHOULD be reported in a form of text, graph, and histogram.

两点CDV/稳定负载/一个VCC测试的结果应以文本、图形和直方图的形式报告。

The text results SHOULD display the numerical values of the CDV. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, maximum and minimum CDV during the test in us, and peak-to-peak CDV in us.

文本结果应显示CDV的数值。给出的值应包括:测试时间段(以秒为单位)、测试VPI/VCI值、测试期间在给定VPI/VCI上传输和接收的小区总数(以正整数为单位)、在美国测试期间的最大和最小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坐标应为us中的单元延迟。必须指出每个点的积分时间。

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坐标应为us中至少256个存储单元的单元延迟。y坐标应为每个箱中观察到的单元数。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。还必须指出所创建VCC的承载类。

3.2.1.3. Two-point CDV/Steady Load/Twelve VCCs
3.2.1.3. 两点CDV/稳定负载/十二个VCC

Objective: To determine the SUT variation in cell transfer delay with twelve VCCs as defined in RFC 2761 "Terminology for ATM Benchmarking".

目的:确定RFC2761“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/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing timestamps at a specific constant rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以特定的恒定速率发送包含时间戳的特定数量的IP数据包。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT在所有VCC上传输的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.

两点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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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坐标应为每个VCC的单元延迟,单位为ms。图形上应有12条曲线,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

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将有一个直方图。x坐标应为us中至少256个存储单元的单元延迟。y坐标应为每个箱中观察到的单元数。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。还必须指出所创建VCC的承载类。

3.2.1.4. Two-point CDV/Steady Load/Maximum VCCs
3.2.1.4. 两点CDV/稳定负载/最大VCCs

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支持的最大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,则定义256个VPI,每个VPI 4个VCI。VCC必须配置为CBR、VBR或UBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing timestamps at a specific constant rate through the SUT via the defined test 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) 统计SUT在所有VCC上传输的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.

两点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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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.

图形结果应显示单元延迟值。将有(最大VCC数/10)个图形,每个图形上显示10个VCC。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。y坐标应为美国每个VCC的单元延迟。每个图形上的曲线不应超过10条,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

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将有一个直方图。x坐标应为us中至少256个存储单元的单元延迟。y坐标应为每个箱中观察到的单元数。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。还必须指出所创建VCC的承载类。

3.2.1.5. Two-point CDV/Bursty VBR Load/One VCC
3.2.1.5. 两点CDV/突发VBR负载/一个VCC

Objective: To determine the SUT variation in cell transfer delay with one VCC as defined in RFC 2761 "Terminology for ATM Benchmarking".

目的:确定RFC2761“ATM基准术语”中定义的一个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) 使用一个VCC配置SUT和测试设备。VCC应包含一个VPI/VCI。VCC必须配置为CBR或VBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing timestamps at a specific VBR through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT发送特定数量的IP数据包,其中包含特定VBR上的时间戳。由于该测试不是吞吐量测试,因此速率不应大于线路速率的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.

两点CDV/突发VBR负载/一个VCC测试的结果应以文本、图形和直方图的形式报告。

The text results SHOULD display the numerical values of the CDV. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, maximum and minimum CDV during the test in us, and peak-to-peak CDV in us.

文本结果应显示CDV的数值。给出的值应包括:测试时间段(以秒为单位)、测试VPI/VCI值、测试期间在给定VPI/VCI上传输和接收的小区总数(以正整数为单位)、在美国测试期间的最大和最小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坐标应为us中的单元延迟。必须指出每个点的积分时间。

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坐标应为us中至少256个存储单元的单元延迟。y坐标应为每个箱中观察到的单元数。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.1.6. Two-point CDV/Bursty VBR Load/Twelve VCCs
3.2.1.6. 两点CDV/突发VBR负载/十二个VCC

Objective: To determine the SUT variation in cell transfer delay with twelve VCCs as defined in RFC 2761 "Terminology for ATM Benchmarking".

目的:确定RFC2761“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/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing timestamps at a specific VBR through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT发送特定数量的IP数据包,其中包含特定VBR上的时间戳。所有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) 统计SUT在所有VCC上传输的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.

两点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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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坐标应为每个VCC的单元延迟,单位为ms。图形上应有12条曲线,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

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将有一个直方图。x坐标应为us中至少256个存储单元的单元延迟。y坐标应为每个箱中观察到的单元数。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.1.7. Two-point CDV/Bursty VBR Load/Maximum VCCs
3.2.1.7. 两点CDV/突发VBR负载/最大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支持的最大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]).

2) 使用SUT上支持的最大VCC数配置SUT和测试设备。例如,如果SUT上支持的VCC的最大数量为1024,则定义256个VPI,每个VPI 4个VCI。VCC必须配置为CBR或VBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing timestamps at a specific VBR through the SUT via the defined test 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数据包,其中包含特定VBR上的时间戳。所有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) 统计SUT在所有VCC上传输的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.

两点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

文本结果应显示CDV的数值。给出的值应包括:以秒为单位的测试时间段、测试VPI/VCI值、上发送和接收的小区总数

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.

测试过程中的每个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.

图形结果应显示单元延迟值。将有(最大VCC数/10)个图形,每个图形上显示10个VCC。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。y坐标应为美国每个VCC的单元延迟。每个图形上的曲线不应超过10条,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

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将有一个直方图。x坐标应为us中至少256个存储单元的单元延迟。y坐标应为每个箱中观察到的单元数。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.1.8. Two-point CDV/Mixed Load/Three VCC's
3.2.1.8. 两点CDV/混合负载/三个VCC

Objective: To determine the SUT variation in cell transfer delay with three VCC's as defined in RFC 2761 "Terminology for ATM Benchmarking".

目的:根据RFC2761“ATM基准术语”中定义的三个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) 使用三个VCC配置SUT和测试设备。每个VCC必须定义为不同的承载类:一个CBR、一个UBR和一个VBR。每个VCC应包含一个VPI/VCI。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing timestamps through the SUT via the defined test VCCs. Each generated VCC stream MUST match the corresponding VCC Bearer class. All of the VPI/VCI pairs will generate traffic at the same traffic rate.

3) 通过定义的测试VCC通过SUT发送特定数量的包含时间戳的IP数据包。每个生成的VCC流必须与相应的VCC承载类匹配。所有VPI/VCI对将以相同的流量率生成流量。

Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

由于该测试不是吞吐量测试,因此速率不应大于线路速率的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.

两点CDV/混合负载/三VCC测试的结果应以文本、图形和直方图的形式报告。

The text results SHOULD display the numerical values of the CDV. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, maximum and minimum CDV during the test in us, and peak-to-peak CDV in us.

文本结果应显示CDV的数值。给出的值应包括:测试时间段(以秒为单位)、测试VPI/VCI值、测试期间在给定VPI/VCI上传输和接收的小区总数(以正整数为单位)、在美国测试期间的最大和最小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坐标应为us中的单元延迟。必须指出每个点的积分时间。

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坐标应为us中至少256个存储单元的单元延迟。y坐标应为每个箱中观察到的单元数。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.1.9. Two-point CDV/Mixed Load/Twelve VCCs
3.2.1.9. 两点CDV/混合负载/十二个VCC

Objective: To determine the SUT variation in cell transfer delay with twelve VCCs as defined in RFC 2761 "Terminology for ATM Benchmarking".

目的:确定RFC2761“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必须定义为总共四个CBR、四个UBR和四个VBR VCC的承载类别之一。每个VCC应包含一个VPI/VCI。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing timestamps through the SUT via the defined test VCCs. Each generated VCC stream MUST match the corresponding VCC Bearer class. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC通过SUT发送特定数量的包含时间戳的IP数据包。每个生成的VCC流必须与相应的VCC承载类匹配。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT在所有VCC上传输的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.

两点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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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坐标应为每个VCC的单元延迟,单位为ms。图形上应有12条曲线,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

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将有一个直方图。x坐标应为us中至少256个存储单元的单元延迟。y坐标应为每个箱中观察到的单元数。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.1.10. Two-point CDV/Mixed Load/Maximum VCCs
3.2.1.10. 两点CDV/混合负载/最大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支持的最大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. 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) 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]).translate error, please retry

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) 统计SUT在所有VCC上传输的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.

两点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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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.

图形结果应显示单元延迟值。将有(最大VCC数/10)个图形,每个图形上显示10个VCC。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。y坐标应为美国每个VCC的单元延迟。每个图形上的曲线不应超过10条,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

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将有一个直方图。x坐标应为us中至少256个存储单元的单元延迟。y坐标应为每个箱中观察到的单元数。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.2. Cell Error Ratio (CER)
3.2.2. 单元错误率(CER)
3.2.2.1. Test Setup
3.2.2.1. 测试设置

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.

小区错误率测量假定发射机和接收机有效载荷信息都是同步的。同步必须通过向发射机和接收机提供已知的位模式来实现。如果此位模式长于数据包大小,则在运行测试之前,接收器必须与发射器同步。

3.2.2.2. CER/Steady Load/One VCC
3.2.2.2. CER/稳定负载/一个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基准术语”中的定义,确定传输中一个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) 使用一个VCC配置SUT和测试设备。VCC应包含一个VPI/VCI。VCC必须配置为CBR、VBR或UBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing one of the specified bit patterns at a constant rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以恒定速率发送包含指定位模式之一的特定数量的IP数据包。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the number of bit errors at the receiver end of the test device.

5) 记录测试设备接收器端的位错误数。

Reporting Format:

报告格式:

The results of the CER/Steady Load/One VCC test SHOULD be reported in a form of text and graph.

CER/稳定负载/一次VCC试验的结果应以文本和图形的形式报告。

The text results SHOULD display the numerical values of the CER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CER for the entire test.

文本结果应显示CER的数值。给出的值应包括:测试时间段(以秒为单位)、测试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.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。必须指明所创建VCC的承载类。还必须指示生成的位模式。

3.2.2.3. CER/Steady Load/Twelve VCCs
3.2.2.3. CER/稳定负载/十二个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/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing one of the specified bit patterns at a constant rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以恒定速率发送包含指定位模式之一的特定数量的IP数据包。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT在所有VCC上传输的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/稳定负载/十二个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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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。图表上应有12条曲线,在每个VCC的指示和标记曲线上。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。必须指明所创建VCC的承载类。还必须指示生成的位模式。

3.2.2.4. CER/Steady Load/Maximum VCCs
3.2.2.4. CER/稳定负载/最大VCCs

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基准测试术语”中的定义,确定传输中具有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,则定义256个VPI,每个VPI 4个VCI。VCC必须配置为CBR、VBR或UBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing one of the specified bit patterns at a constant rate through the SUT via the defined test 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) 统计SUT在所有VCC上传输的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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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.

图形结果应显示单元格错误率值。将有(最大VCC数/10)个图形,每个图形上显示10个VCC。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。y坐标应为每个VCC的CER。每个图形上的曲线不应超过10条,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。必须指明所创建VCC的承载类。还必须指示生成的位模式。

3.2.2.5. CER/Bursty VBR Load/One VCC
3.2.2.5. CER/突发VBR负载/一个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基准术语”中的定义,确定传输中一个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) 使用一个VCC配置SUT和测试设备。VCC应包含一个VPI/VCI。VCC必须配置为CBR或VBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。PCR、SCR和MBS必须使用指定的流量描述符之一进行配置。

3) Send a specific number of IP packets containing one of the specified bit patterns at a specific VBR rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以特定的VBR速率发送特定数量的IP数据包,其中包含一个指定的位模式。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the number of bit errors at the receiver end of the test device.

5) 记录测试设备接收器端的位错误数。

Reporting Format:

报告格式:

The results of the CER/Bursty VBR Load/One VCC test SHOULD be reported in a form of text and graph.

CER/突发VBR负载/一个VCC测试的结果应以文本和图形的形式报告。

The text results SHOULD display the numerical values of the CER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CER for the entire test.

文本结果应显示CER的数值。给出的值应包括:测试时间段(以秒为单位)、测试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.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。必须指明所创建VCC的承载类。还必须指示生成的位模式。

3.2.2.6. CER/Bursty VBR Load/Twelve VCCs
3.2.2.6. CER/突发VBR负载/十二个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/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。PCR、SCR和MBS必须使用指定的流量描述符之一进行配置。

3) Send a specific number of IP packets containing one of the specified bit patterns at a specific VBR rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The PCR, SCR, and MBS must be indicated. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以特定的VBR速率发送特定数量的IP数据包,其中包含一个指定的位模式。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。必须指示PCR、SCR和MBS。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT在所有VCC上传输的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/BURTY VBR Load/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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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。图表上应有12条曲线,在每个VCC的指示和标记曲线上。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。必须指明所创建VCC的承载类。还必须指示生成的位模式。

3.2.2.7. CER/Bursty VBR Load/Maximum VCCs
3.2.2.7. CER/突发VBR负载/最大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基准测试术语”中的定义,确定传输中具有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,则定义256个VPI,每个VPI 4个VCI。VCC必须配置为CBR或VBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。PCR、SCR和MBS必须使用指定的流量描述符之一进行配置。

3) Send a specific number of IP packets containing one of the specified bit patterns at a specific VBR rate through the SUT via the defined test 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) 统计SUT在所有VCC上传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the number of bit errors at the receiver end of the test device for all VCCs.

5) 记录所有VCC测试设备接收器端的位错误数。

Reporting Format:

报告格式:

The results of the CER/Bursty VBR Load/Maximum VCCs test SHOULD be reported in a form of text and graph.

CER/突发VBR负载/最大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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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.

图形结果应显示单元格错误率值。将有(最大VCC数/10)个图形,每个图形上显示10个VCC。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。y坐标应为每个VCC的CER。每个图形上的曲线不应超过10条,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。必须指明所创建VCC的承载类。还必须指示生成的位模式。

3.2.3. Cell Loss Ratio (CLR)
3.2.3. 信元丢失率(CLR)
3.2.3.1. CLR/Steady Load/One VCC
3.2.3.1. CLR/稳定负载/一个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基准术语”中的定义,确定传输中一个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) 使用一个VCC配置SUT和测试设备。VCC应包含一个VPI/VCI。VCC必须配置为CBR、VBR或UBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets at a specific constant rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以特定的恒定速率发送特定数量的IP数据包。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the number of cells transmitted and received on the test device.

5) 记录测试设备上发送和接收的电池数量。

Reporting Format:

报告格式:

The results of the CLR/Steady Load/One VCC test SHOULD be reported in a form of text and graph.

CLR/稳定负载/一个VCC测试的结果应以文本和图形的形式报告。

The text results SHOULD display the numerical values of the CLR. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CLR for the entire test.

文本结果应显示CLR的数值。给出的值应包括:测试时间段(以秒为单位)、测试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.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.3.2. CLR/Steady Load/Twelve VCCs
3.2.3.2. CLR/稳定负载/十二个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/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets at a specific constant rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以特定的恒定速率发送特定数量的IP数据包。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT在所有VCC上传输的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/稳定负载/十二个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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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。图表上应有12条曲线,在每个VCC的指示和标记曲线上。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.3.3. CLR/Steady Load/Maximum VCCs
3.2.3.3. CLR/稳定负载/最大VCCs

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

2) 使用SUT上支持的最大VCC数配置SUT和测试设备。例如,如果SUT上支持的VCC的最大数量为1024,则定义256个VPI,每个VPI有4个VCI

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]).

VPI。VCC必须配置为CBR、VBR或UBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets at a specific constant rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以特定的恒定速率发送特定数量的IP数据包。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT在所有VCC上传输的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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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.

图形结果应显示电池损耗率值。将有(最大VCC数/10)个图形,每个图形上显示10个VCC。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。y坐标应为每个VCC的CLR。每个图形上的曲线不应超过10条,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.3.4. CLR/Bursty VBR Load/One VCC
3.2.3.4. CLR/突发VBR加载/一个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基准术语”中的定义,确定传输中一个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) 使用一个VCC配置SUT和测试设备。VCC应包含一个VPI/VCI。VCC必须配置为CBR或VBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。PCR、SCR和MBS必须使用指定的流量描述符之一进行配置。

3) Send a specific number of IP packets containing one of the specified bit patterns at a specific rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以特定速率发送包含指定位模式之一的特定数量的IP数据包。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the number of cells transmitted and received on the test device.

5) 记录测试设备上发送和接收的电池数量。

Reporting Format:

报告格式:

The results of the CLR/Bursty VBR Load/One VCC test SHOULD be reported in a form of text and graph.

CLR/突发VBR负载/一个VCC测试的结果应以文本和图形的形式报告。

The text results SHOULD display the numerical values of the CLR. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CLR for the entire test.

文本结果应显示CLR的数值。给出的值应包括:测试时间段(以秒为单位)、测试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.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.3.5. CLR/Bursty VBR Load/Twelve VCCs
3.2.3.5. CLR/突发VBR加载/十二个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 MUST be configured as either a CBR or VBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]). The PCR, SCR, and MBS must be configured using one of the specified traffic descriptors.

2) 使用1个VPI和12个VCI,用12个VCC配置SUT和测试设备。VCC必须配置为CBR或VBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。PCR、SCR和MBS必须使用指定的流量描述符之一进行配置。

3) Send a specific number of IP packets containing one of the specified bit patterns at a specific rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The PCR, SCR, and MBS must be indicated. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以特定速率发送包含指定位模式之一的特定数量的IP数据包。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。必须指示PCR、SCR和MBS。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT在所有VCC上传输的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/BURTY VBR Load/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

文本结果应显示CLR的数值。给出的值应包括:以秒为单位的测试时间段、测试VPI/VCI值、上发送和接收的小区总数

the given VPI/VCI during the test in positive integers, and the CLR for the entire test.

测试期间给定的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。图表上应有12条曲线,在每个VCC的指示和标记曲线上。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.3.6. CLR/Bursty VBR Load/Maximum VCCs
3.2.3.6. CLR/突发VBR负载/最大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,则定义256个VPI,每个VPI 4个VCI。VCC必须配置为CBR或VBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。PCR、SCR和MBS必须使用指定的流量描述符之一进行配置。

3) Send a specific number of IP packets containing one of the specified bit patterns at a specific rate through the SUT via the defined test 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) 统计SUT在所有VCC上传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the number of cells transmitted and received per VCC on the test device.

5) 在测试设备上记录每个VCC发送和接收的单元数。

Reporting Format:

报告格式:

The results of the CLR/Bursty VBR Load/Maximum VCCs test SHOULD be reported in a form of text and graph.

CLR/突发VBR负载/最大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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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.

图形结果应显示电池损耗率值。将有(最大VCC数/10)个图形,每个图形上显示10个VCC。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。y坐标应为每个VCC的CLR。每个图形上的曲线不应超过10条,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.4. Cell Misinsertion Rate (CMR)
3.2.4. 细胞误入率(CMR)
3.2.4.1. CMR/Steady Load/One VCC
3.2.4.1. CMR/稳定负载/一个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基准测试术语”中的定义,确定传输中一个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) 使用一个VCC配置SUT和测试设备。VCC必须配置为CBR、VBR或UBR连接。VCC应包含一个VPI/VCI。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets at a specific constant rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以特定的恒定速率发送特定数量的IP数据包。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the number of cell misinsertion errors at the receiver end of the test device.

5) 记录测试设备接收器端的电池误入错误数。

Reporting Format:

报告格式:

The results of the CMR/Steady Load/One VCC test SHOULD be reported in a form of text and graph.

CMR/稳定负载/一次VCC试验的结果应以文本和图形的形式报告。

The text results SHOULD display the numerical values of the CMR. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CMR for the entire test.

文本结果应显示CMR的数值。给出的值应包括:测试时间段(以秒为单位)、测试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.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.4.2. CMR/Steady Load/Twelve VCCs
3.2.4.2. CMR/稳定负载/十二个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/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets at a specific constant rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以特定的恒定速率发送特定数量的IP数据包。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT在所有VCC上传输的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/稳定负载/十二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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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。图表上应有12条曲线,在每个VCC的指示和标记曲线上。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.4.3. CMR/Steady Load/Maximum VCCs
3.2.4.3. CMR/稳定负载/最大VCCs

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基准术语”中定义的发送的总信元数,确定传输中错误插入信元的SUT率,其中SUT支持的最大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 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,则定义256个VPI,每个VPI 4个VCI。VCC必须配置为CBR、VBR或UBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets at a specific constant rate through the SUT via the defined test 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) 统计SUT在所有VCC上传输的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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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

图形结果应显示单元格错误插入率值。将有(最大VCC数/10)个图形,每个图形上显示10个VCC。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于总时间

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.

测试的长度。x坐标时间应该是可配置的。y坐标应为每个VCC的CMR。每个图形上的曲线不应超过10条,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.4.4. CMR/Bursty VBR Load/One VCC
3.2.4.4. CMR/突发VBR负载/一个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基准测试术语”中的定义,确定传输中一个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) 使用一个VCC配置SUT和测试设备。VCC应包含一个VPI/VCI。VCC必须配置为CBR或VBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。PCR、SCR和MBS必须使用指定的流量描述符之一进行配置。

3) Send a specific number of IP packets containing one of the specified bit patterns at a specific rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以特定速率发送包含指定位模式之一的特定数量的IP数据包。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the number of cell misinsertion errors at the receiver end of the test device.

5) 记录测试设备接收器端的电池误入错误数。

Reporting Format:

报告格式:

The results of the CMR/Bursty VBR Load/One VCC test SHOULD be reported in a form of text and graph.

CMR/突发VBR负载/一个VCC测试的结果应以文本和图形的形式报告。

The text results SHOULD display the numerical values of the CMR. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CMR for the entire test.

文本结果应显示CMR的数值。给出的值应包括:测试时间段(以秒为单位)、测试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.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.4.5. CMR/Bursty VBR Load/Twelve VCCs
3.2.4.5. CMR/突发VBR负载/十二个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/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。PCR、SCR和MBS必须使用指定的流量描述符之一进行配置。

3) Send a specific number of IP packets containing one of the specified bit patterns at a specific rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The PCR, SCR, and MBS must be indicated. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以特定速率发送包含指定位模式之一的特定数量的IP数据包。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。必须指示PCR、SCR和MBS。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT在所有VCC上传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the number of cell misinsertion errors at the receiver end of the test device per VCC.

5) 记录每个VCC测试设备接收器端的单元误入错误数。

Reporting Format:

报告格式:

The results of the CMR/Bursty VBR Load/Twelve VCCs test SHOULD be reported in a form of text and graph.

应以文本和图形的形式报告CMR/突发VBR负载/十二个VCC测试的结果。

The text results SHOULD display the numerical values of the CMR. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CMR for the entire test.

文本结果应显示CMR的数值。给出的值应包括:测试时间段(以秒为单位)、测试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。图表上应有12条曲线,在每个VCC的指示和标记曲线上。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.4.6. CMR/Bursty VBR Load/Maximum VCCs
3.2.4.6. CMR/突发VBR负载/最大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基准术语”中定义的发送的总信元数,确定传输中错误插入信元的SUT率,其中SUT支持的最大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 the maximum number of VCCs supported on the SUT. For example, if the maximum number of VCCs supported on the SUT is 1024, define 256 VPIs with 4 VCIs per

2) 使用SUT上支持的最大VCC数配置SUT和测试设备。例如,如果SUT上支持的VCC的最大数量为1024,则定义256个VPI,每个VPI有4个VCI

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.

VPI。VCC必须配置为CBR或VBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。PCR、SCR和MBS必须使用指定的流量描述符之一进行配置。

3) Send a specific number of IP packets containing one of the specified bit patterns at a specific rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以特定速率发送包含指定位模式之一的特定数量的IP数据包。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT在所有VCC上传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the number of cell misinsertion errors at the receiver end of the test device per VCC.

5) 记录每个VCC测试设备接收器端的单元误入错误数。

Reporting Format:

报告格式:

The results of the CMR/Bursty VBR Load/Maximum VCCs test SHOULD be reported in a form of text and graph.

CMR/突发VBR负载/最大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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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.

图形结果应显示单元格错误插入率值。将有(最大VCC数/10)个图形,每个图形上显示10个VCC。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。y坐标应为每个VCC的CMR。每个图形上的曲线不应超过10条,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.5. CRC Error Ratio (CRC-ER)
3.2.5. CRC错误率(CRC-ER)
3.2.5.1. CRC-ER/Steady Load/One VCC
3.2.5.1. CRC-ER/稳定负载/一个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".

目的:确定传输中一个VCC上CRC错误的SUT比率与RFC 2761“ATM基准术语”中定义的发送的总信元的关系。

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) 使用一个VCC配置SUT和测试设备。VCC应包含一个VPI/VCI。VCC必须配置为CBR、VBR或UBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets at a specific constant rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以特定的恒定速率发送特定数量的IP数据包。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the number of CRC errored cells received on the test device.

5) 记录测试设备上接收到的CRC错误单元的数量。

Reporting Format:

报告格式:

The results of the CRC-ER/Steady Load/One VCC test SHOULD be reported in a form of text and graph.

CRC-ER/稳定负载/一个VCC测试的结果应以文本和图形的形式报告。

The text results SHOULD display the numerical values of the CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CRC-ER for the entire test.

文本结果应显示CRC-ER的数值。给出的值应包括:测试时间段(以秒为单位)、测试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.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.5.2. CRC-ER/Steady Load/Twelve VCCs
3.2.5.2. CRC-ER/稳定负载/十二个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/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets at a specific constant rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以特定的恒定速率发送特定数量的IP数据包。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT在所有VCC上传输的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/稳定负载/十二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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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。图表上应有12条曲线,在每个VCC的指示和标记曲线上。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.5.3. CRC-ER/Steady Load/Maximum VCCs
3.2.5.3. CRC-ER/稳定负载/最大VCCs

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,则定义256个VPI,每个VPI 4个VCI。VCC必须配置为CBR、VBR或UBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets at a specific constant rate through the SUT via the defined test 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) 统计SUT在所有VCC上传输的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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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错误率值。将有(最大VCC数/10)个图形,每个图形上显示10个VCC。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。y坐标应为每个VCC的CRC-ER。每个图形上的曲线不应超过10条,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.5.4. CRC-ER/Bursty VBR Load/One VCC
3.2.5.4. CRC-ER/突发VBR负载/一个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基准术语”中的定义,确定传输中一个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) 使用一个VCC配置SUT和测试设备。VCC应包含一个VPI/VCI。VCC必须配置为CBR或VBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。PCR、SCR和MBS必须使用指定的流量描述符之一进行配置。

3) Send a specific number of IP packets containing one of the specified bit patterns at a specific rate through the SUT via the defined test VCC. Since this test is not a throughput test, the

3) 通过定义的测试VCC,通过SUT以特定速率发送包含指定位模式之一的特定数量的IP数据包。由于此测试不是吞吐量测试,因此

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 number of CRC errored cells received per VCC on the test device.

5) 在测试设备上记录每个VCC接收到的CRC错误单元数。

Reporting Format:

报告格式:

The results of the CRC-ER/Bursty VBR Load/One VCC test SHOULD be reported in a form of text and graph.

CRC-ER/突发VBR负载/一个VCC测试的结果应以文本和图形的形式报告。

The text results SHOULD display the numerical values of the CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CRC-ER for the entire test.

文本结果应显示CRC-ER的数值。给出的值应包括:测试时间段(以秒为单位)、测试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.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.5.5. CRC-ER/Bursty VBR Load/Twelve VCCs
3.2.5.5. CRC-ER/突发VBR负载/十二个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 MUST be configured as either a CBR or VBR connection. The VPI/VCIs MUST not be one of the reserved ATM

2) 使用1个VPI和12个VCI,用12个VCC配置SUT和测试设备。VCC必须配置为CBR或VBR连接。VPI/VCI不能是保留的ATM之一

signaling channels (e.g., [0,5], [0,16]). The PCR, SCR, and MBS must be configured using one of the specified traffic descriptors.

信令信道(例如,[0,5]、[0,16])。PCR、SCR和MBS必须使用指定的流量描述符之一进行配置。

3) Send a specific number of IP packets containing one of the specified bit patterns at a specific rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The PCR, SCR, and MBS must be indicated. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以特定速率发送包含指定位模式之一的特定数量的IP数据包。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。必须指示PCR、SCR和MBS。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT在所有VCC上传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the number of CRC errored cells received per VCC on the test device for all VCCs.

5) 在所有VCC的测试设备上记录每个VCC接收到的CRC错误单元数。

Reporting Format:

报告格式:

The results of the CRC-ER/Bursty VBR Load/Twelve VCCs test SHOULD be reported in a form of text and graph.

CRC-ER/突发VBR负载/十二个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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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。图表上应有12条曲线,在每个VCC的指示和标记曲线上。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.5.6. CRC-ER/Bursty VBR Load/Maximum VCCs
3.2.5.6. CRC-ER/突发VBR负载/最大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,则定义256个VPI,每个VPI 4个VCI。VCC必须配置为CBR或VBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。PCR、SCR和MBS必须使用指定的流量描述符之一进行配置。

3) Send a specific number of IP packets containing one of the specified bit patterns at a specific rate through the SUT via the defined test 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) 统计SUT在所有VCC上传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the number of CRC errored cells received per VCC on the test device for all VCCs.

5) 在所有VCC的测试设备上记录每个VCC接收到的CRC错误单元数。

Reporting Format:

报告格式:

The results of the CRC-ER/Bursty VBR Load/Maximum VCCs test SHOULD be reported in a form of text and graph.

CRC-ER/突发VBR负载/最大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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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.

将有(最大VCC数/10)个图形,每个图形上显示10个VCC。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。y坐标应为每个VCC的CRC-ER。每个图形上的曲线不应超过10条,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.5.7. CRC-ER/Bursty UBR Load/One VCC
3.2.5.7. CRC-ER/突发UBR负载/一个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基准术语”中的定义,确定传输中一个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) 使用一个VCC配置SUT和测试设备。VCC应包含一个VPI/VCI。VCC必须配置为UBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。PCR、SCR和MBS必须使用指定的流量描述符之一进行配置。

3) Send a specific number of IP packets containing one of the specified bit patterns at a specific rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以特定速率发送包含指定位模式之一的特定数量的IP数据包。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the number of CRC errored cells received per VCC on the test device.

5) 在测试设备上记录每个VCC接收到的CRC错误单元数。

Reporting Format:

报告格式:

The results of the CRC-ER/Bursty UBR Load/One VCC test SHOULD be reported in a form of text and graph.

CRC-ER/突发性UBR负载/一个VCC测试的结果应以文本和图形的形式报告。

The text results SHOULD display the numerical values of the CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CRC-ER for the entire test.

文本结果应显示CRC-ER的数值。给出的值应包括:测试时间段(以秒为单位)、测试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.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.5.8. CRC-ER/Bursty UBR Load/Twelve VCCs
3.2.5.8. CRC-ER/突发UBR负载/十二个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 MUST be configured as a UBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]). The PCR, SCR, and MBS must be configured using one of the specified traffic descriptors.

2) 使用1个VPI和12个VCI,用12个VCC配置SUT和测试设备。VCC必须配置为UBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。PCR、SCR和MBS必须使用指定的流量描述符之一进行配置。

3) Send a specific number of IP packets containing one of the specified bit patterns at a specific rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The PCR, SCR, and MBS must be indicated. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以特定速率发送包含指定位模式之一的特定数量的IP数据包。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。必须指示PCR、SCR和MBS。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT在所有VCC上传输的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/BURTY UBR Load/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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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。图表上应有12条曲线,在每个VCC的指示和标记曲线上。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.5.9. CRC-ER/Bursty UBR Load/Maximum VCCs
3.2.5.9. CRC-ER/突发UBR负载/最大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

2) 使用SUT上支持的最大VCC数配置SUT和测试设备。例如,如果SUT上支持的VCC的最大数量为1024,则定义256个VPI,每个VPI有4个VCI

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.

VPI。VCC必须配置为UBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。PCR、SCR和MBS必须使用指定的流量描述符之一进行配置。

3) Send a specific number of IP packets containing one of the specified bit patterns at a specific rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The 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) 统计SUT在所有VCC上传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the number of CRC errored cells received per VCC on the test device for all VCCs.

5) 在所有VCC的测试设备上记录每个VCC接收到的CRC错误单元数。

Reporting Format:

报告格式:

The results of the CRC-ER/Bursty UBR Load/Maximum VCCs test SHOULD be reported in a form of text and graph.

CRC-ER/突发UBR负载/最大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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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错误率值。将有(最大VCC数/10)个图形,每个图形上显示10个VCC。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。y坐标应为每个VCC的CRC-ER。每个图形上的曲线不应超过10条,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.5.10. CRC-ER/Bursty Mixed Load/Three VCC
3.2.5.10. CRC-ER/突发混合负载/三个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基准术语”中的定义,确定三个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) 使用三个VCC配置SUT和测试设备。每个VCC必须定义为不同的承载类;一个CBR、一个UBR和一个VBR。每个VCC应包含一个VPI/VCI。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。PCR、SCR和MBS必须使用指定的流量描述符之一进行配置。

3) Send a specific number of IP packets containing one of the specified bit patterns through the SUT via the defined test VCCs. Each generated VCC stream MUST match the corresponding VCC Bearer class. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT发送包含指定位模式之一的特定数量的IP数据包。每个生成的VCC流必须与相应的VCC承载类匹配。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the number of CRC errored cells received per VCC on the test device.

5) 在测试设备上记录每个VCC接收到的CRC错误单元数。

Reporting Format:

报告格式:

The results of the CRC-ER/Bursty Mixed Load/Three VCC test SHOULD be reported in in a form of text and graph.

CRC-ER/突发混合负载/三VCC测试的结果应以文本和图形的形式报告。

The text results SHOULD display the numerical values of the CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, and the CRC-ER for the entire test.

文本结果应显示CRC-ER的数值。给出的值应包括:测试时间段(以秒为单位)、测试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

图形结果应显示CRC错误率值。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。这个

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.

x坐标时间应该是可配置的。y坐标应为每个VCC的CRC-ER。图表上应有12条曲线,在每个VCC的指示和标记曲线上。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.5.11. CRC-ER/Bursty Mixed Load/Twelve VCCs
3.2.5.11. CRC-ER/突发混合负载/十二个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 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必须定义为总共四个CBR、四个UBR和四个VBR VCC的承载类别之一。每个VCC应包含一个VPI/VCI。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing one of the specified bit patterns through the SUT via the defined test VCCs. Each generated VCC stream MUST match the corresponding VCC Bearer class. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT发送包含指定位模式之一的特定数量的IP数据包。每个生成的VCC流必须与相应的VCC承载类匹配。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT在所有VCC上传输的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/突发性混合负载/十二个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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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。图表上应有12条曲线,在每个VCC的指示和标记曲线上。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.5.12. CRC-ER/Bursty Mixed Load/Maximum VCCs
3.2.5.12. CRC-ER/突发混合负载/最大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,则定义256个VPI,每个VPI 4个VCI。每个VCC必须定义为承载类别之一,总承载比(最大VCC/3)CBR、(最大VCC/3)UBR和(最大VCC/3)VBR VCC。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing one of the specified bit patterns through the SUT via the defined test VCCs. Each generated VCC stream MUST match the corresponding VCC Bearer class. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT发送包含指定位模式之一的特定数量的IP数据包。每个生成的VCC流必须与相应的VCC承载类匹配。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT在所有VCC上传输的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/突发混合负载/最大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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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错误率值。将有(最大VCC数/10)个图形,每个图形上显示10个VCC。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。y坐标应为每个VCC的CRC-ER。每个图形上的曲线不应超过10条,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.6. Cell Transfer Delay (CTD)
3.2.6. 小区传输延迟(CTD)
3.2.6.1. Test Setup
3.2.6.1. 测试设置

The cell transfer delay measurements assume that both the transmitter and receiver timestamp information is synchronized. Synchronization SHOULD be achieved by supplying a common clock signal (minimum of 100 Mhz or 10 ns resolution) to both the transmitter and receiver. The maximum timestamp values MUST be recorded to ensure synchronization in the case of counter rollover. The cell transfer delay measurements SHOULD utilize the O.191 cell (ITUT-O.191) encapsulated in a valid IP packet. If the O.191 cell is not available, a test cell encapsulated in a valid IP packet MAY be used. The test cell

小区传输延迟测量假定发射机和接收机的时间戳信息是同步的。同步应通过向发射机和接收机提供公共时钟信号(最低100 Mhz或10 ns分辨率)来实现。必须记录最大时间戳值,以确保计数器翻转时的同步。小区传输延迟测量应利用封装在有效IP分组中的O.191小区(ITUT-O.191)。如果O.191单元不可用,则可以使用封装在有效IP分组中的测试单元。测试单元

MUST contain a transmit timestamp which can be correlated with a receive timestamp. A description of the test cell MUST be included in the test results. The description MUST include the timestamp length (in bits), counter rollover value, and the timestamp accuracy (in ns).

必须包含可与接收时间戳关联的发送时间戳。测试结果中必须包含测试单元的说明。描述必须包括时间戳长度(以位为单位)、计数器翻转值和时间戳精度(以ns为单位)。

3.2.6.2. CTD/Steady Load/One VCC
3.2.6.2. CTD/稳定负载/一个VCC

Objective: To determine the SUT variation in cell transfer delay with one VCC as defined in RFC 2761 "Terminology for ATM Benchmarking".

目的:确定RFC2761“ATM基准术语”中定义的一个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) 使用一个VCC配置SUT和测试设备。VCC应包含一个VPI/VCI。VCC必须配置为CBR、VBR或UBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing timestamps at a specific constant rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以特定的恒定速率发送包含时间戳的特定数量的IP数据包。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the packets timestamps at the transmitter and receiver ends of the test device.

5) 在测试设备的发射器和接收器端记录数据包时间戳。

Reporting Format:

报告格式:

The results of the CTD/Steady Load/One VCC test SHOULD be reported in a form of text, graph, and histogram.

CTD/稳定负载/一个VCC测试的结果应以文本、图形和直方图的形式报告。

The text results SHOULD display the numerical values of the CTD. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, minimum, maximum, and mean CTD during the test in us.

文本结果应显示CTD的数值。给出的值应包括:测试时间段(以秒为单位)、测试VPI/VCI值、测试期间在给定VPI/VCI上传输和接收的总单元数(以正整数为单位)、测试期间的最小值、最大值和平均CTD(以美国为单位)。

The graph results SHOULD display the cell transfer delay values. The x-coordinate SHOULD be the test run time in either seconds,

图形结果应显示单元传输延迟值。x坐标应为测试运行时间(以秒为单位),

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坐标时间应该是可配置的。y坐标应为us中的细胞转移延迟。必须指出每个点的积分时间。

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坐标应为us中至少256个存储箱的单元传输延迟。y坐标应为每个箱中观察到的单元数。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。还必须指出所创建VCC的承载类。

3.2.6.3. CTD/Steady Load/Twelve VCCs
3.2.6.3. CTD/稳定负载/十二个VCC

Objective: To determine the SUT variation in cell transfer delay with twelve VCCs as defined in RFC 2761 "Terminology for ATM Benchmarking".

目的:确定RFC2761“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/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing timestamps at a specific constant rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以特定的恒定速率发送包含时间戳的特定数量的IP数据包。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT在所有VCC上传输的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/稳定负载/十二个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的数值。给出的值应包括:测试时间段(以秒为单位)、测试VPI/VCI值、测试期间在每个VCC上传输和接收的细胞总数(以正整数表示)、在美国测试期间每个VCC上的最大和最小CTD,以及在美国测试期间每个VCC上的平均CTD。

The graph results SHOULD display the cell transfer delay values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell transfer delay for each VCC in ms. There SHOULD be 12 curves on the graph, one curves indicated and labeled for each VCC. The integration time per point MUST be indicated.

图形结果应显示单元传输延迟值。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。y坐标应为每个VCC的单元传输延迟,单位为ms。图上应有12条曲线,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

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将有一个直方图。x坐标应为us中至少256个存储箱的单元传输延迟。y坐标应为每个箱中观察到的单元数。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。还必须指出所创建VCC的承载类。

3.2.6.4. CTD/Steady Load/Maximum VCCs
3.2.6.4. CTD/稳定负载/最大VCCs

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支持的最大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,则定义256个VPI,每个VPI 4个VCI。VCC必须配置为CBR、VBR或UBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing timestamps at a specific constant rate through the SUT via the defined test 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) 统计SUT在所有VCC上传输的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的数值。给出的值应包括:测试时间段(以秒为单位)、测试VPI/VCI值、测试期间在每个VCC上传输和接收的细胞总数(以正整数表示)、在美国测试期间每个VCC上的最大和最小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.

图形结果应显示单元传输延迟值。将有(最大VCC数/10)个图形,每个图形上显示10个VCC。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。y坐标应为美国每个VCC的单元传输延迟。每个图形上的曲线不应超过10条,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

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将有一个直方图。x坐标应为us中至少256个存储箱的单元传输延迟。y坐标应为每个箱中观察到的单元数。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。还必须指出所创建VCC的承载类。

3.2.6.5. CTD/Bursty VBR Load/One VCC
3.2.6.5. CTD/突发VBR负载/一个VCC

Objective: To determine the SUT variation in cell transfer delay with one VCC as defined in RFC 2761 "Terminology for ATM Benchmarking".

目的:确定RFC2761“ATM基准术语”中定义的一个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) 使用一个VCC配置SUT和测试设备。VCC应包含一个VPI/VCI。VCC必须配置为CBR或VBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing timestamps at a specific VBR through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT发送特定数量的IP数据包,其中包含特定VBR上的时间戳。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the packets timestamps at the transmitter and receiver ends of the test device.

5) 在测试设备的发射器和接收器端记录数据包时间戳。

Reporting Format:

报告格式:

The results of the CTD/Bursty VBR Load/One VCC test SHOULD be reported in a form of text, graph, and histogram.

CTD/突发VBR负载/一个VCC测试的结果应以文本、图形和直方图的形式报告。

The text results SHOULD display the numerical values of the CTD. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, minimum, maximum, and mean CTD during the test in us.

文本结果应显示CTD的数值。给出的值应包括:测试时间段(以秒为单位)、测试VPI/VCI值、测试期间在给定VPI/VCI上传输和接收的总单元数(以正整数为单位)、测试期间的最小值、最大值和平均CTD(以美国为单位)。

The graph results SHOULD display the cell transfer delay values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell transfer delay in us. The integration time per point MUST be indicated.

图形结果应显示单元传输延迟值。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。y坐标应为us中的细胞转移延迟。必须指出每个点的积分时间。

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坐标应为us中至少256个存储箱的单元传输延迟。y坐标应为每个箱中观察到的单元数。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.6.6. CTD/Bursty VBR Load/Twelve VCCs
3.2.6.6. CTD/突发VBR负载/十二个VCC

Objective: To determine the SUT variation in cell transfer delay with twelve VCCs as defined in RFC 2761 "Terminology for ATM Benchmarking".

目的:确定RFC2761“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/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing timestamps at a specific VBR through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT发送特定数量的IP数据包,其中包含特定VBR上的时间戳。所有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) 统计SUT在所有VCC上传输的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/BURTY VBR Load/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的数值。给出的值应包括:测试时间段(以秒为单位)、测试VPI/VCI值、测试期间在每个VCC上传输和接收的细胞总数(以正整数表示)、在美国测试期间每个VCC上的最大和最小CTD,以及在美国测试期间每个VCC上的平均CTD。

The graph results SHOULD display the cell transfer delay values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell transfer delay for each VCC in ms. There SHOULD be 12 curves on the graph, one curves indicated and labeled for each VCC. The integration time per point MUST be indicated.

图形结果应显示单元传输延迟值。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。y坐标应为每个VCC的单元传输延迟,单位为ms。图上应有12条曲线,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

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将有一个直方图。x坐标应为us中至少256个存储箱的单元传输延迟。y坐标应为每个箱中观察到的单元数。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.6.7. CTD/Bursty VBR Load/Maximum VCCs
3.2.6.7. CTD/突发VBR负载/最大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支持的最大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]).

2) 使用SUT上支持的最大VCC数配置SUT和测试设备。例如,如果SUT上支持的VCC的最大数量为1024,则定义256个VPI,每个VPI 4个VCI。VCC必须配置为CBR或VBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing timestamps at a specific VBR through the SUT via the defined test 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

3) 通过定义的测试VCC,通过SUT发送特定数量的IP数据包,其中包含特定VBR上的时间戳。所有VPI/VCI对将以相同的流量率生成流量。由于此测试不是吞吐量测试,因此不应更改速率

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) 统计SUT在所有VCC上传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the packets timestamps at the transmitter and receiver ends of the test device for all VCCs.

5) 在所有VCC的测试设备的发射器和接收器端记录数据包时间戳。

Reporting Format:

报告格式:

The results of the CTD/Bursty VBR Load/Maximum VCCs test SHOULD be reported in a form of text, graphs, and histograms.

CTD/突发VBR负载/最大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的数值。给出的值应包括:测试时间段(以秒为单位)、测试VPI/VCI值、测试期间在每个VCC上传输和接收的细胞总数(以正整数表示)、在美国测试期间每个VCC上的最大和最小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.

图形结果应显示单元传输延迟值。将有(最大VCC数/10)个图形,每个图形上显示10个VCC。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。y坐标应为美国每个VCC的单元传输延迟。每个图形上的曲线不应超过10条,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

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将有一个直方图。x坐标应为us中至少256个存储箱的单元传输延迟。y坐标应为每个箱中观察到的单元数。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.6.8. CTD/Bursty UBR Load/One VCC
3.2.6.8. CTD/突发UBR负载/一个VCC

Objective: To determine the SUT variation in cell transfer delay with one VCC as defined in RFC 2761 "Terminology for ATM Benchmarking".

目的:确定RFC2761“ATM基准术语”中定义的一个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) 使用一个VCC配置SUT和测试设备。VCC应包含一个VPI/VCI。VCC必须配置为UBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing timestamps at a specific UBR through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT在特定UBR发送包含时间戳的特定数量的IP数据包。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the packets timestamps at the transmitter and receiver ends of the test device.

5) 在测试设备的发射器和接收器端记录数据包时间戳。

Reporting Format:

报告格式:

The results of the CTD/Bursty UBR Load/One VCC test SHOULD be reported in a form of text, graph, and histogram.

CTD/突发性UBR负载/一个VCC测试的结果应以文本、图形和直方图的形式报告。

The text results SHOULD display the numerical values of the CTD. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, minimum, maximum, and mean CTD during the test in us.

文本结果应显示CTD的数值。给出的值应包括:测试时间段(以秒为单位)、测试VPI/VCI值、测试期间在给定VPI/VCI上传输和接收的总单元数(以正整数为单位)、测试期间的最小值、最大值和平均CTD(以美国为单位)。

The graph results SHOULD display the cell transfer delay values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell transfer delay in us. The integration time per point MUST be indicated.

图形结果应显示单元传输延迟值。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。y坐标应为us中的细胞转移延迟。必须指出每个点的积分时间。

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坐标应为us中至少256个存储箱的单元传输延迟。y坐标应为每个箱中观察到的单元数。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。还必须指出所创建VCC的承载类。

3.2.6.9. CTD/Bursty UBR Load/Twelve VCCs
3.2.6.9. CTD/突发UBR负载/十二个VCC

Objective: To determine the SUT variation in cell transfer delay with twelve VCCs as defined in RFC 2761 "Terminology for ATM Benchmarking".

目的:确定RFC2761“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/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing timestamps at a specific UBR through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT在特定UBR发送包含时间戳的特定数量的IP数据包。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT在所有VCC上传输的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/BURTY UBR Load/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

文本结果应显示CTD的数值。给出的值应包括:试验时间段(以秒为单位),试验

VPI/VCI values, total number of cells transmitted and received on each VCC during the test in positive integers, maximum and minimum CTD on each VCC during the test in us, and mean CTD on each VCC in us.

VPI/VCI值、测试期间在每个VCC上传输和接收的细胞总数(正整数)、在美国测试期间每个VCC上的最大和最小CTD,以及在美国测试期间每个VCC上的平均CTD。

The graph results SHOULD display the cell transfer delay values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell transfer delay for each VCC in ms. There SHOULD be 12 curves on the graph, one curves indicated and labeled for each VCC. The integration time per point MUST be indicated.

图形结果应显示单元传输延迟值。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。y坐标应为每个VCC的单元传输延迟,单位为ms。图上应有12条曲线,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

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将有一个直方图。x坐标应为us中至少256个存储箱的单元传输延迟。y坐标应为每个箱中观察到的单元数。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。还必须指出所创建VCC的承载类。

3.2.6.10. CTD/Bursty UBR Load/Maximum VCCs
3.2.6.10. CTD/突发UBR负载/最大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支持的最大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]).

2) 使用SUT上支持的最大VCC数配置SUT和测试设备。例如,如果SUT上支持的VCC的最大数量为1024,则定义256个VPI,每个VPI 4个VCI。VCC必须配置为UBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing timestamps at a specific UBR through the SUT via the defined test 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) 统计SUT在所有VCC上传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the packets timestamps at the transmitter and receiver ends of the test device for all VCCs.

5) 在所有VCC的测试设备的发射器和接收器端记录数据包时间戳。

Reporting Format:

报告格式:

The results of the CTD/Bursty UBR Load/Maximum VCCs test SHOULD be reported in a form of text, graphs, and histograms.

CTD/突发性UBR负荷/最大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的数值。给出的值应包括:测试时间段(以秒为单位)、测试VPI/VCI值、测试期间在每个VCC上传输和接收的细胞总数(以正整数表示)、在美国测试期间每个VCC上的最大和最小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.

图形结果应显示单元传输延迟值。将有(最大VCC数/10)个图形,每个图形上显示10个VCC。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。y坐标应为美国每个VCC的单元传输延迟。每个图形上的曲线不应超过10条,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

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将有一个直方图。x坐标应为us中至少256个存储箱的单元传输延迟。y坐标应为每个箱中观察到的单元数。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。还必须指出所创建VCC的承载类。

3.2.6.11. CTD/Mixed Load/Three VCC's
3.2.6.11. CTD/混合负载/三个VCC

Objective: To determine the SUT variation in cell transfer delay with three VCC's as defined in RFC 2761 "Terminology for ATM Benchmarking".

目的:根据RFC2761“ATM基准术语”中定义的三个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) 使用三个VCC配置SUT和测试设备。每个VCC必须定义为不同的承载类:一个CBR、一个UBR和一个VBR。每个VCC应包含一个VPI/VCI。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing timestamps through the SUT via the defined test VCCs. Each generated VCC stream MUST match the corresponding VCC Bearer class. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC通过SUT发送特定数量的包含时间戳的IP数据包。每个生成的VCC流必须与相应的VCC承载类匹配。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the packets timestamps at the transmitter and receiver ends of the test device for all VCC's.

5) 在所有VCC的测试设备的发射器和接收器端记录数据包时间戳。

Reporting Format:

报告格式:

The results of the CTD/Mixed Load/Three VCC test SHOULD be reported in a form of text, graph, and histogram.

CTD/混合负载/三VCC试验的结果应以文本、图形和直方图的形式报告。

The text results SHOULD display the numerical values of the CTD. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of cells transmitted and received on the given VPI/VCI during the test in positive integers, minimum, maximum, and mean CTD during the test in us.

文本结果应显示CTD的数值。给出的值应包括:测试时间段(以秒为单位)、测试VPI/VCI值、测试期间在给定VPI/VCI上传输和接收的总单元数(以正整数为单位)、测试期间的最小值、最大值和平均CTD(以美国为单位)。

The graph results SHOULD display the cell transfer delay values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell transfer delay in us. The integration time per point MUST be indicated.

图形结果应显示单元传输延迟值。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。y坐标应为us中的细胞转移延迟。必须指出每个点的积分时间。

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坐标应为us中至少256个存储箱的单元传输延迟。y坐标应为每个箱中观察到的单元数。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.6.12. CTD/Mixed Load/Twelve VCCs
3.2.6.12. CTD/混合负载/十二个VCC

Objective: To determine the SUT variation in cell transfer delay with twelve VCCs as defined in RFC 2761 "Terminology for ATM Benchmarking".

目的:确定RFC2761“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必须定义为总共四个CBR、四个UBR和四个VBR VCC的承载类别之一。每个VCC应包含一个VPI/VCI。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing timestamps through the SUT via the defined test VCCs. Each generated VCC stream MUST match the corresponding VCC Bearer class. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC通过SUT发送特定数量的包含时间戳的IP数据包。每个生成的VCC流必须与相应的VCC承载类匹配。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT在所有VCC上传输的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/混合负载/十二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的数值。给出的值应包括:测试时间段(以秒为单位)、测试VPI/VCI值、测试期间在每个VCC上传输和接收的细胞总数(以正整数表示)、在美国测试期间每个VCC上的最大和最小CTD,以及在美国测试期间每个VCC上的平均CTD。

The graph results SHOULD display the cell transfer delay values. The x-coordinate SHOULD be the test run time in either seconds, minutes or days depending on the total length of the test. The x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the cell transfer delay for each VCC in ms. There SHOULD be 12 curves on the graph, one curves indicated and labeled for each VCC. The integration time per point MUST be indicated.

图形结果应显示单元传输延迟值。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。y坐标应为每个VCC的单元传输延迟,单位为ms。图上应有12条曲线,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

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将有一个直方图。x坐标应为us中至少256个存储箱的单元传输延迟。y坐标应为每个箱中观察到的单元数。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.2.6.13. CTD/Mixed Load/Maximum VCCs
3.2.6.13. CTD/混合负载/最大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支持的最大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. 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,则定义256个VPI,每个VPI 4个VCI。每个VCC必须定义为承载类别之一,总承载比(最大VCC/3)CBR、(最大VCC/3)UBR和(最大VCC/3)VBR VCC。如果VCC的最大数量不能被3整除,则每个承载类别的总数必须在3个VCC之间。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing timestamps through the SUT via the defined test VCCs. Each generated VCC stream MUST match the corresponding VCC Bearer class. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC通过SUT发送特定数量的包含时间戳的IP数据包。每个生成的VCC流必须与相应的VCC承载类匹配。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT在所有VCC上传输的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的数值。给出的值应包括:测试时间段(以秒为单位)、测试VPI/VCI值、测试期间在每个VCC上传输和接收的细胞总数(以正整数表示)、在美国测试期间每个VCC上的最大和最小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.

图形结果应显示单元传输延迟值。将有(最大VCC数/10)个图形,每个图形上显示10个VCC。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。y坐标应为美国每个VCC的单元传输延迟。每个图形上的曲线不应超过10条,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

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将有一个直方图。x坐标应为us中至少256个存储箱的单元传输延迟。y坐标应为每个箱中观察到的单元数。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。还必须指出所创建VCC的承载类。

3.3. ATM Adaptation Layer (AAL) Type 5 (AAL5)
3.3. ATM适配层(AAL)类型5(AAL5)
3.3.1. IP Packet Loss due to AAL5 Re-assembly Errors
3.3.1. AAL5重新组装错误导致IP数据包丢失

Objective: To determine if the SUT will drop IP packets due AAL5 Re-assembly Errors as defined in RFC 2761 "Terminology for ATM Benchmarking".

目标:确定SUT是否会因RFC 2761“ATM基准术语”中定义的AAL5重新组装错误而丢弃IP数据包。

Procedure:

程序:

1) Set up the SUT and test device using the uni-directional configuration.

1) 使用单向配置设置SUT和测试设备。

2) Send a specific number of cells at a specific rate through the SUT. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The cell payload SHOULD contain valid IP PDUs. The IP PDUs MUST be encapsulated in AAL5.

2) 通过SUT以特定速率发送特定数量的单元格。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。小区有效负载应包含有效的IP PDU。IP PDU必须封装在AAL5中。

3) Count the cells that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

3) 对SUT传输的单元进行计数,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

4) Inject one error in the first bit of the AAL5 payload. Verify that the SUT does not drop any AAL5 PDU's.

4) 在AAL5有效负载的第一位中注入一个错误。验证SUT不会掉落任何AAL5 PDU。

5) Discontinue the AAL5 payload error.

5) 停止AAL5有效负载错误。

6) Inject one error in the first bit of the AAL5 header for 4 consecutive IP PDUs in every 6 IP PDUs. Verify that the SUT does drop the AAL5 PDU's.

6) 对于每6个IP PDU中的4个连续IP PDU,在AAL5头的第一位中注入一个错误。验证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损失的结果应以表格的形式报告。行应标记为single error(单错误)、每秒一个错误和每6个IP PDU四个连续错误。列应标记为AAL5 PDU丢失和PDU丢失数量。第1列的元素应为真或假,表明是否在每次试验中观察到特定条件。第2列的元素应该是非负整数。

The table MUST also indicate the traffic rate in IP PDUs per second as generated by the test device.

该表还必须指明测试设备生成的以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) 如果AAL5重新组装计时器为'x'秒,其中'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列的元素应为真或假,表明是否在每次试验中观察到特定条件。第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

该表还必须指明测试设备生成的数据包大小(以八位字节为单位)和每秒数据包流量(以数据包为单位),包括

3.3.3. AAL5 CRC Error Ratio.

3.3.3. AAL5 CRC错误率。

3.3.3.1. Test Setup
3.3.3.1. 测试设置

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错误率测量假定发射机和接收机有效负载信息都是同步的。同步必须通过向发射机和接收机提供已知的位模式来实现。如果此位模式长于数据包大小,则在运行测试之前,接收器必须与发射器同步。

3.3.3.2. AAL5-CRC-ER/Steady Load/One VCC
3.3.3.2. AAL5-CRC-ER/稳定负载/一个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".

目标:确定传输中一个VCC上AAL5 CRC PDU错误的SUT比率与RFC 2761“ATM基准术语”中定义的发送的AAL5 PDU总数的关系。

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) 使用一个VCC配置SUT和测试设备。VCC应包含一个VPI/VCI。VCC必须配置为CBR、VBR或UBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing one of the specified bit patterns at a constant rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以恒定速率发送包含指定位模式之一的特定数量的IP数据包。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the number of AAL5 CRC errors at the receiver end of the test device.

5) 记录测试设备接收器端的AAL5 CRC错误数。

Reporting Format:

报告格式:

The results of the AAL5-CRC-ER/Steady Load/One VCC test SHOULD be reported in a form of text and graph.

AAL5-CRC-ER/稳定负载/一个VCC测试的结果应以文本和图形的形式报告。

The text results SHOULD display the numerical values of the AAL5- CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of AAL5 PDU's transmitted and received on the given VPI/VCI during the test in positive integers, and the AAL5-CRC-ER for the entire test.

文本结果应显示AAL5-CRC-ER的数值。给出的值应包括:测试时间段(以秒为单位)、测试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.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。必须指明所创建VCC的承载类。还必须指示生成的位模式。

3.3.3.3. AAL5-CRC-ER/Steady Load/Twelve VCCs
3.3.3.3. AAL5-CRC-ER/稳定负载/十二个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".

目标:确定传输中12个VCC上AAL5 CRC PDU错误的SUT比率与RFC 2761“ATM基准术语”中定义的发送的AAL5 PDU总数的关系。

Procedure:

程序:

1) Set up the SUT and test device using the bi-directional configuration.

1) 使用双向配置设置SUT和测试设备。

2) Configure the SUT and test device with twelve VCCs, using 1 VPI and 12 VCIs. The VCC's MUST be configured as either a CBR, VBR, or UBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).

2) 使用1个VPI和12个VCI,用12个VCC配置SUT和测试设备。VCC必须配置为CBR、VBR或UBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing one of the specified bit patterns at a constant rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate.

3) 通过定义的测试VCC,通过SUT以恒定速率发送包含指定位模式之一的特定数量的IP数据包。所有VPI/VCI对将以相同的流量率生成流量。

Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

由于该测试不是吞吐量测试,因此速率不应大于线路速率的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) 统计SUT在所有VCC上传输的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/稳定负载/十二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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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坐标时间应该是可配置的。每个VCC的y坐标应为AAL5-CRC-ER。图表上应有12条曲线,在每个VCC的指示和标记曲线上。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。必须指明所创建VCC的承载类。还必须指示生成的位模式。

3.3.3.4. AAL5-CRC-ER/Steady Load/Maximum VCCs
3.3.3.4. AAL5-CRC-ER/稳定负载/最大VCCs

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".

目标:根据RFC 2761“ATM基准术语”中的定义,确定传输中SUT支持的最大VCC数与发送的AAL5 PDU总数的AAL5 CRC PDU错误的SUT比率。

Procedure:

程序:

1) Set up the SUT and test device using the bi-directional configuration.

1) 使用双向配置设置SUT和测试设备。

2) Configure the SUT and test device with the maximum number of VCCs supported on the SUT. For example, if the maximum number of VCCs

2) 使用SUT上支持的最大VCC数配置SUT和测试设备。例如,如果VCC的最大数量

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]).

SUT支持1024,定义256个VPI,每个VPI 4个VCI。VCC必须配置为CBR、VBR或UBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing one of the specified bit patterns at a constant rate through the SUT via the defined test 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) 统计SUT在所有VCC上传输的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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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错误率值。将有(最大VCC数/10)个图形,每个图形上显示10个VCC。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。每个VCC的y坐标应为AAL5-CRC-ER。每个图形上的曲线不应超过10条,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。必须指明所创建VCC的承载类。还必须指示生成的位模式。

3.3.3.5. AAL5-CRC-ER/Bursty VBR Load/One VCC
3.3.3.5. AAL5-CRC-ER/突发VBR负载/一个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".

目标:确定传输中一个VCC上AAL5 CRC PDU错误的SUT比率与RFC 2761“ATM基准术语”中定义的发送的AAL5 PDU总数的关系。

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) 使用一个VCC配置SUT和测试设备。VCC应包含一个VPI/VCI。VCC必须配置为CBR或VBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。PCR、SCR和MBS必须使用指定的流量描述符之一进行配置。

3) Send a specific number of IP packets containing one of the specified bit patterns at a specific VBR rate through the SUT via the defined test VCC. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以特定的VBR速率发送特定数量的IP数据包,其中包含一个指定的位模式。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the number of AAL5 CRC errors at the receiver end of the test device.

5) 记录测试设备接收器端的AAL5 CRC错误数。

Reporting Format:

报告格式:

The results of the AAL5-CRC-ER/Bursty VBR Load/One VCC test SHOULD be reported in a form of text and graph.

AAL5-CRC-ER/突发VBR负载/一个VCC测试的结果应以文本和图形的形式报告。

The text results SHOULD display the numerical values of the AAL5- CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of AAL5 PDU's transmitted and received on the given VPI/VCI during the test in positive integers, and the AAL5-CRC-ER for the entire test.

文本结果应显示AAL5-CRC-ER的数值。给出的值应包括:测试时间段(以秒为单位)、测试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

图形结果应显示AAL5 CRC错误率值。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。这个

x-coordinate time SHOULD be configurable. The y-coordinate SHOULD be the AAL5-CRC-ER. The integration time per point MUST be indicated.

x坐标时间应该是可配置的。y坐标应为AAL5-CRC-ER。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。必须指明所创建VCC的承载类。还必须指示生成的位模式。

3.3.3.6. AAL5-CRC-ER/Bursty VBR Load/Twelve VCCs
3.3.3.6. AAL5-CRC-ER/突发VBR负载/十二个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".

目标:确定传输中12个VCC上AAL5 CRC PDU错误的SUT比率与RFC 2761“ATM基准术语”中定义的发送的AAL5 PDU总数的关系。

Procedure:

程序:

1) Set up the SUT and test device using the bi-directional configuration.

1) 使用双向配置设置SUT和测试设备。

2) Configure the SUT and test device with twelve VCCs, using 1 VPI and 12 VCIs. The VCC's MUST be configured as either a CBR or VBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]). The PCR, SCR, and MBS must be configured using one of the specified traffic descriptors.

2) 使用1个VPI和12个VCI,用12个VCC配置SUT和测试设备。VCC必须配置为CBR或VBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。PCR、SCR和MBS必须使用指定的流量描述符之一进行配置。

3) Send a specific number of IP packets containing one of the specified bit patterns at a specific VBR rate through the SUT via the defined test VCCs. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The PCR, SCR, and MBS must be indicated. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT以特定的VBR速率发送特定数量的IP数据包,其中包含一个指定的位模式。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。必须指示PCR、SCR和MBS。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT在所有VCC上传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the number of AAL5 CRC errors at the receiver end of the test device for all VCCs.

5) 记录所有VCC测试设备接收器端的AAL5 CRC错误数。

Reporting Format:

报告格式:

The results of the AAL5-CRC-ER/Bursty VBR Load/Twelve VCCs test SHOULD be reported in a form of text and graph.

AAL5-CRC-ER/突发VBR负载/十二个VCC测试的结果应以文本和图形的形式报告。

The text results SHOULD display the numerical values of the AAL5- CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of AAL5 PDU's transmitted and received on the given VPI/VCI during the test in positive integers, and the AAL5-CRC-ER for the entire test.

文本结果应显示AAL5-CRC-ER的数值。给出的值应包括:测试时间段(以秒为单位)、测试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坐标时间应该是可配置的。每个VCC的y坐标应为AAL5-CRC-ER。图表上应有12条曲线,在每个VCC的指示和标记曲线上。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。必须指明所创建VCC的承载类。还必须指示生成的位模式。

3.3.3.7. AAL5-CRC-ER/Bursty VBR Load/Maximum VCCs
3.3.3.7. AAL5-CRC-ER/突发VBR负载/最大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".

目标:根据RFC 2761“ATM基准术语”中的定义,确定传输中SUT支持的最大VCC数与发送的AAL5 PDU总数的AAL5 CRC PDU错误的SUT比率。

Procedure:

程序:

1) Set up the SUT and test device using the bi-directional configuration.

1) 使用双向配置设置SUT和测试设备。

2) Configure the SUT and test device with the maximum number of VCCs supported on the SUT. For example, if the maximum number of VCCs supported on the SUT is 1024, define 256 VPIs with 4 VCIs per VPI. The VCC's MUST be configured as either a CBR or VBR connection. The VPI/VCIs MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]). The PCR, SCR, and MBS must be configured using one of the specified traffic descriptors.

2) 使用SUT上支持的最大VCC数配置SUT和测试设备。例如,如果SUT上支持的VCC的最大数量为1024,则定义256个VPI,每个VPI 4个VCI。VCC必须配置为CBR或VBR连接。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。PCR、SCR和MBS必须使用指定的流量描述符之一进行配置。

3) Send a specific number of IP packets containing one of the specified bit patterns at a specific VBR rate through the SUT via the defined test 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) 统计SUT在所有VCC上传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the number of AAL5 CRC errors at the receiver end of the test device for all VCCs.

5) 记录所有VCC测试设备接收器端的AAL5 CRC错误数。

Reporting Format:

报告格式:

The results of the AAL5-CRC-ER/Bursty VBR Load/Maximum VCCs test SHOULD be reported in a form of text and graph.

AAL5-CRC-ER/突发VBR负载/最大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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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错误率值。将有(最大VCC数/10)个图形,每个图形上显示10个VCC。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。每个VCC的y坐标应为AAL5-CRC-ER。每个图形上的曲线不应超过10条,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。必须指明所创建VCC的承载类。还必须指示生成的位模式。

3.3.3.8. AAL5-CRC-ER/Mixed Load/Three VCC's
3.3.3.8. AAL5-CRC-ER/混合负载/三个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".

目标:确定传输中三个VCC上AAL5 CRC PDU错误的SUT比率与RFC 2761“ATM基准术语”中定义的发送的AAL5 PDU总数的关系。

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) 使用三个VCC配置SUT和测试设备。每个VCC必须定义为不同的承载类;一个CBR、一个UBR和一个VBR。每个VCC应包含一个VPI/VCI。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing one of the specified bit patterns through the SUT via the defined test VCCs. Each generated VCC stream MUST match the corresponding VCC Bearer class. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT发送包含指定位模式之一的特定数量的IP数据包。每个生成的VCC流必须与相应的VCC承载类匹配。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT传输的IP数据包,以验证连接和负载。如果测试设备上的计数与SUT上的计数相同,则继续测试;否则,降低测试设备通信速率,直到计数相同。

5) Record the number of AAL5 CRC errors at the receiver end of the test device for all VCCs.

5) 记录所有VCC测试设备接收器端的AAL5 CRC错误数。

Reporting Format:

报告格式:

The results of the AAL5-CRC-ER/Bursty Mixed Load/Three VCCs test SHOULD be reported in a form of text and graph.

AAL5-CRC-ER/突发混合负载/三个VCC测试的结果应以文本和图形的形式报告。

The text results SHOULD display the numerical values of the AAL5- CRC-ER. The values given SHOULD include: time period of test in s, test VPI/VCI value, total number of AAL5 PDU's transmitted and received on the given VPI/VCI during the test in positive integers, and the AAL5-CRC-ER for the entire test.

文本结果应显示AAL5-CRC-ER的数值。给出的值应包括:测试时间段(以秒为单位)、测试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坐标时间应该是可配置的。每个VCC的y坐标应为AAL5-CRC-ER。图表上应有12条曲线,在每个VCC的指示和标记曲线上。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及由

test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.

测试设备。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。必须指明所创建VCC的承载类。还必须指示生成的位模式。

3.3.3.9. AAL5-CRC-ER/Mixed Load/Twelve VCCs
3.3.3.9. AAL5-CRC-ER/混合负载/十二个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".

目标:确定传输中12个VCC上AAL5 CRC PDU错误的SUT比率与RFC 2761“ATM基准术语”中定义的发送的AAL5 PDU总数的关系。

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必须定义为总共四个CBR、四个UBR和四个VBR VCC的承载类别之一。每个VCC应包含一个VPI/VCI。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing one of the specified bit patterns through the SUT via the defined test VCCs. Each generated VCC stream MUST match the corresponding VCC Bearer class. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT发送包含指定位模式之一的特定数量的IP数据包。每个生成的VCC流必须与相应的VCC承载类匹配。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT在所有VCC上传输的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/突发混合负载/十二个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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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坐标时间应该是可配置的。每个VCC的y坐标应为AAL5-CRC-ER。图表上应有12条曲线,在每个VCC的指示和标记曲线上。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。必须指明所创建VCC的承载类。还必须指示生成的位模式。

3.3.3.10. AAL5-CRC-ER/Mixed Load/Maximum VCCs
3.3.3.10. AAL5-CRC-ER/混合负载/最大VCCs

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".

目标:根据RFC 2761“ATM基准术语”中的定义,确定传输中SUT支持的最大VCC数与发送的AAL5 PDU总数的AAL5 CRC PDU错误的SUT比率。

Procedure:

程序:

1) Set up the SUT and test device using the bi-directional configuration.

1) 使用双向配置设置SUT和测试设备。

2) Configure the SUT and test device with maximum number of VCCs supported on the SUT. For example, if the maximum number of VCCs supported on the SUT is 1024, define 256 VPIs with 4 VCIs per VPI. Each VCC MUST be defined as one of the Bearer classes for a total of (max VCC/3) CBR, (max VCC/3) UBR and (max VCC/3) VBR VCC's. The VPI/VCI MUST not be one of the reserved ATM signaling channels (e.g., [0,5], [0,16]).

2) 使用SUT上支持的最大VCC数配置SUT和测试设备。例如,如果SUT上支持的VCC的最大数量为1024,则定义256个VPI,每个VPI 4个VCI。每个VCC必须定义为承载类别之一,总承载比(最大VCC/3)CBR、(最大VCC/3)UBR和(最大VCC/3)VBR VCC。VPI/VCI不得是保留的ATM信令信道之一(例如,[0,5]、[0,16])。

3) Send a specific number of IP packets containing one of the specified bit patterns through the SUT via the defined test VCCs. Each generated VCC stream MUST match the corresponding VCC Bearer class. All of the VPI/VCI pairs will generate traffic at the same traffic rate. Since this test is not a throughput test, the rate should not be greater than 90% of line rate. The IP PDUs MUST be encapsulated in AAL5.

3) 通过定义的测试VCC,通过SUT发送包含指定位模式之一的特定数量的IP数据包。每个生成的VCC流必须与相应的VCC承载类匹配。所有VPI/VCI对将以相同的流量率生成流量。由于该测试不是吞吐量测试,因此速率不应大于线路速率的90%。IP PDU必须封装在AAL5中。

4) Count the IP packets that are transmitted by the SUT on all VCCs to verify connectivity and load. If the count on the test device is the same on the SUT, continue the test; else lower the test device traffic rate until the counts are the same.

4) 统计SUT在所有VCC上传输的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/突发混合负载/最大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的数值。给出的值应包括:测试时间段(以秒为单位)、测试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错误率值。将有(最大VCC数/10)个图形,每个图形上显示10个VCC。x坐标应为测试运行时间,单位为秒、分钟或天,具体取决于测试的总长度。x坐标时间应该是可配置的。每个VCC的y坐标应为AAL5-CRC-ER。每个图形上的曲线不应超过10条,每个VCC应显示并标记一条曲线。必须指出每个点的积分时间。

The results MUST also indicate the packet size in octets, traffic rate in packets per second, and bearer class as generated by the test device. The VCC and VPI/VCI values MUST be indicated. The PCR, SCR, and MBS MUST be indicated. The bearer class of the created VCC MUST be indicated. The generated bit pattern MUST also be indicated.

结果还必须以八位字节表示数据包大小、以每秒数据包数表示的通信速率以及测试设备生成的承载类。必须指示VCC和VPI/VCI值。必须指示PCR、SCR和MBS。必须指明所创建VCC的承载类。还必须指示生成的位模式。

3.4. ATM Service: Signaling
3.4. ATM业务:信令
3.4.1. CAC Denial Time and Connection Establishment Time
3.4.1. CAC拒绝时间和连接建立时间

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所述,创建UNI信令设置消息,指定不允许CAC拒绝呼叫的PCR。

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所述,创建UNI信令设置消息,指定允许CAC拒绝呼叫的PCR。

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拒绝时间和连接建立时间测试的结果应以表格的形式报告。行应标记为call accepted和call rejected。列应标记为发送时间设置、接收时间响应和正确响应。第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.

该表还必须以八位字节表示数据包大小,以测试设备生成的每秒数据包流量表示。

3.4.2. Connection Teardown Time
3.4.2. 连接断开时间

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所述,创建UNI信令设置消息,指定不允许CAC拒绝呼叫的PCR。

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.

连接断开时间测试的结果应以表格的形式报告。行应标记为call accepted和call released。列应标记为发送时间消息、接收时间响应和正确响应。第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.

该表还必须以八位字节表示数据包大小,以测试设备生成的每秒数据包流量表示。

3.4.3. Crankback Time
3.4.3. 回转时间

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消息。请记下收到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

5) 发送PNNI信令释放消息。请注意发送释放消息的时间。记下发布完成的时间

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.

消息已收到。请注意近端交换机发送自己的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 call accepted和call released。列应标记为发送时间消息、接收时间响应和正确响应。第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.

该表还必须以八位字节表示数据包大小,以测试设备生成的每秒数据包流量表示。

3.4.4. Route Update Response Time
3.4.4. 路由更新响应时间

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) 创建另一个PNNI PTSE,如附录C所述,指定路由拓扑中的更改。验证远端和近端交换机上的路由表是否包含以前的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

5) 将PTSE消息发送到远端交换机。记录发送PTSE消息的时间。确认远端交换机已接收到PTSE消息。记下PTSE消息的时间

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.

收到了。记录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.

该表还必须以八位字节表示数据包大小,以测试设备生成的每秒数据包流量表示。

3.5. ATM Service: ILMI
3.5. ATM服务:ILMI
3.5.1. MIB Alignment Time
3.5.1. MIB对齐时间

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的时间。确认SUT已收到冷启动消息。记下收到消息的时间。

3) Send a Get Request message to the SUT. Note the time the message was sent to the SUT. Verify that the Get Request message has been received by the SUT. Note the time the message was received.

3) 向SUT发送Get请求消息。注意消息发送到SUT的时间。验证SUT是否已收到Get请求消息。记下收到消息的时间。

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) 将MIB对齐时间计算为发送冷启动消息的时间与SUT接收到最终Get请求的时间之差。

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校准时间测试的结果应以表格的形式报告。这些行应标记为Cold Start Send、Cold Start accepted、Final Get Request Send和Final Get Request received。列应标记为发送时间消息、接收时间响应和正确响应。第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.

该表还必须以八位字节表示数据包大小,以测试设备生成的每秒数据包流量表示。

3.5.2. Address Registration Time
3.5.2. 地址注册时间

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发送Set请求消息。注意消息发送到SUT的时间。验证SUT是否已收到Set请求消息。记下收到消息的时间。

3) Send a Get Request message to the SUT. Note the time the message was sent to the SUT. Verify that the Get Request message has been received by the SUT. Note the time the message was received.

3) 向SUT发送Get请求消息。注意消息发送到SUT的时间。验证SUT是否已收到Get请求消息。记下收到消息的时间。

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) 将地址注册时间计算为发送Set请求消息的时间与SUT接收到最终Get请求的时间之差。

Reporting Format:

报告格式:

The results of the Address Registration Time tests SHOULD be reported in a form of a table. The rows SHOULD be labeled Set Request Send, Set Request accepted, Final Get Request send, and Final Get Request received. The columns SHOULD be labeled time message sent, time response received, and correct response. The elements of the columns 1 and 2 SHOULD be in seconds. The elements of column 3 SHOULD be be either True or False, indicating whether the particular condition was observed for each test.

地址注册时间测试的结果应以表格的形式报告。这些行应标记为Set Request Send、Set Request accepted、Final Get Request Send和Final Get Request received。列应标记为发送时间消息、接收时间响应和正确响应。第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.

该表还必须以八位字节表示数据包大小,以测试设备生成的每秒数据包流量表示。

4. Security Considerations
4. 安全考虑

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.

由于本文件仅用于提供方法,既不描述协议也不描述实现,因此本文件不涉及任何安全考虑因素。

5. Notices
5. 通知

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执行董事。

6. References
6. 工具书类

[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.和J.Halpern,“ATM上的经典IP和ARP”,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 27612000年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.002994年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月。

7. Authors' Addresses
7. 作者地址

Jeffrey Dunn Advanced Network Consultants, Inc. 4214 Crest Place Ellicott City, MD 21043, USA

Jeffrey Dunn Advanced Network Consultants,Inc.美国马里兰州埃利科特市克雷斯特广场4214号,邮编:21043

   Phone: +1 (410) 750-1700
   EMail: Jeffrey.Dunn@worldnet.att.net
        
   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号,邮编:21043

   Phone: +1 (410) 750-1700
   EMail: Cynthia.E.Martin@worldnet.att.net
        
   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-39 0000 0000 0000 0000 0000 000000FF 39 0000 0000 0000 0000 0000 0000001 0000-39 0000 0000 0000 0000000001 000FF 39 0000 0000 0000 0000001 0000 39 0000 0000 0000000020020000 39 0000 0000 0300000000020030000 39 0000 0000 40000000020060 0000 39 0000 000060060000020030 0000 39 0000 0006006500020030 0000 39 0000 0000903000002 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 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终端系统标识符。1111111111100-11111111111FF 00 222222 222 2000 00-222222 222 00 999999A 0000 00-9999 999C 0000 00

Appendix B: Rates

附录B:费率

PNNI Routing Update Size.

PNNI路由更新大小。

1) 1 PNNI routing entry update on non-aggregated addresses

1) 1非聚合地址上的PNNI路由条目更新

2) 2 PNNI routing entry updates on non-aggregated addresses

2) 非聚合地址上的2个PNNI路由条目更新

3) 5 PNNI routing entry updates on non-aggregated addresses

3) 5非聚合地址上的PNNI路由条目更新

4) 1 % of total available bandwidth or 1 Mb/s, whichever is less on non- aggregated addresses

4) 总可用带宽的1%或1 Mb/s,以非聚合地址上的较小值为准

5) 1 % of total available bandwidth or 1 Mb/s, whichever is less on of non-aggregated addresses and of aggregated addresses

5) 总可用带宽的1%或1 Mb/s,以非聚合地址和聚合地址中较小者为准

6) 1 % of total available bandwidth or 1 Mb/s, whichever is less on aggregated addresses

6) 总可用带宽的1%或1 Mb/s,以聚合地址上的较小值为准

7) 2 % of total available bandwidth or 2 Mb/s, whichever is less on non- aggregated addresses

7) 总可用带宽的2%或2MB/s,以非聚合地址上的较小值为准

8) 2 % of total available bandwidth or 2 Mb/s, whichever is less on of non-aggregated addresses and of aggregated addresses

8) 总可用带宽的2%或2 Mb/s,以非聚合地址和聚合地址中较小者为准

9) 2 % of total available bandwidth or 2 Mb/s, whichever is less on aggregated addresses

9) 总可用带宽的2%或2 Mb/s,以聚合地址上的较小值为准

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小时更新1次,持续24小时

2) 1 update every 30 minutes, for 24 hours

2) 每30分钟更新一次,持续24小时

3) 1 update every 5 minutes, for 1 hour

3) 每5分钟更新1次,持续1小时

4) 1 update every 1 minute, for 15 minutes

4) 每1分钟更新1次,持续15分钟

5) 1 update every 30 seconds, for 5 minutes

5) 每30秒更新1次,持续5分钟

6) 1 update every 30 seconds, for 1 minute

6) 每30秒更新1次,持续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

25.6 OC-3c OC-12c IP数据包大小八位字节/单元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):

最大LAN连接速率(以每秒数据包数(pps)为单位):

DS-1 DS-3 E1 E3 IP Packet Size octets/cells 44/2 1811 52133 2340 40000 64/2 1811 52133 2340 40000 128/3 1207 34755 1560 26666 256/6 603 17377 780 13333 1024/22 164 4739 212 3636 1518/32 113 3258 146 2500 2048/43 84 2424 108 1860 4472/94 38 1109 49 851 9180/192 18 543 24 416

DS-1 DS-3 E1 E3 IP数据包大小八位字节/单元44/2 1811 52133 2340 40000 64/2 1811 52133 2340 40000 128/3 1207 34755 1560 26666 256/6 603 17377 780 13331024/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大小根据上限计算((八位字节中的PDU大小+16)/48)。这假设一个8八位组LLC/SNAP头和一个8八位组AAL/5拖车。

2. Due to the number of possible configurations, IMA pps rates are not listed, but may be derived from the following formula: floor (IDCR/cells per packet), where cells per packet is computed as in note 1.

2. 由于可能的配置数量,未列出IMA pps速率,但可以从以下公式得出:floor(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
        
 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
        
                 .... 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
        
 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)
        
 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

--数据报报头偏移数据(十六进制)说明00 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

--IP头14 45 IP版本-4,头长度(4字节单位)-5 15 00服务字段16 00 EE总长度18 00 00 ID 20 40 00标志(3位)4(不分段),分段偏移量-0 22 0A TTL

23 11 protocol - 17 (UDP) 24 C4 8D header checksum 26 xx xx xx xx source IP address 30 xx xx xx destination IP address 33 FF host part = FF for broadcast

23 11协议-17(UDP)24 C4 8D报头校验和26 xx xx xx xx源IP地址30 xx xx目标IP地址33 FF主机部分=FF用于广播

-- UDP HEADER 34 02 08 source port 208 = RIP 36 02 08 destination port 208 = RIP 38 00 DA UDP message length 40 00 00 UDP checksum

--UDP报头34 02 08源端口208=RIP 36 02 08目标端口208=RIP 38 00 DA UDP消息长度40 00 UDP校验和

-- RIP packet 42 02 command = response 43 01 version = 1 44 00 00 0

--RIP数据包42 02命令=响应43 01版本=1 44 00 0

-- net 1 46 00 02 family = IP 48 00 00 0 50 xx xx xx net 1 IP address 53 00 net not node 54 00 00 00 00 0 58 00 00 00 00 0 62 00 00 00 07 metric 7

--网络1 46 00 02系列=IP 48 00 00 0 50 xx xx xx网络1 IP地址53 00网络非节点54 00 00 00 00 0 58 00 00 00 00 00 0 62 00 00 07公制7

-- net 2

--网络2

66 00 02 family = IP 68 00 00 0 70 xx xx xx net 2 IP address 73 00 net not node 74 00 00 00 00 0 78 00 00 00 00 0 82 00 00 00 07 metric 7

66 00 02系列=IP 68 00 00 0 70 xx xx网络2 IP地址73 00网络非节点74 00 00 00 00 0 78 00 00 00 00 0 82 00 00 00 07公制7

-- net 3 86 00 02 family = IP 88 00 00 0 90 xx xx xx net 3 IP address 93 00 net not node 94 00 00 00 00 0 98 00 00 00 00 0 102 00 00 00 07 metric 7

--网络3 86 00 02系列=IP 88 00 00 90 xx xx网络3 IP地址93 00网络非节点94 00 00 00 00 00 98 00 00 00 00 00 00 00 0 102 00 00 00 07公制7

-- net 4 106 00 02 family = IP 108 00 00 0

--净4 106 00 02系列=IP 108 00 00 0

110 xx xx xx net 4 IP address 113 00 net not node 114 00 00 00 00 0 118 00 00 00 00 0 122 00 00 00 07 metric 7

110 xx xx xx net 4 IP地址113 00 net非节点114 00 00 00 00 0 118 00 00 00 00 0 122 00 00 00 07公制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

--网络5 126 00 02系列=IP 128 00 00 0 130 00网络5 IP地址133 00网络非节点134 00 00 00 00 00 00 00 0 142 00 00 00 00 07公制7

-- net 6 146 00 02 family = IP 148 00 00 0 150 xx xx xx net 6 IP address 153 00 net not node 154 00 00 00 00 0 158 00 00 00 00 0 162 00 00 00 07 metric 7

--网络6 146 00 02系列=IP 148 00 00 0 150 xx xx xx网络6 IP地址153 00网络非节点154 00 00 00 00 0 15800 00 00 00 0 16200 00 00 07公制7

UNI 3.1 Signaling Setup Message Example. PCR will not allow CAC to reject the call.

UNI 3.1信令设置消息示例。PCR将不允许CAC拒绝呼叫。

    Protocol Discriminator    : Q.93B UNI call control
    Call Reference Length     : 3
    Call Reference Flag       : orig
    Call Reference Value      : 0
    Message Type              : SETUP
    Ext                       : last octet
    Action Indicator          : clear call
    Message Length            : 50
    Information Element ID    : ATM Traffic Descriptor
    Ext                       : last octet
    Coding Standard           : ITU-T standard
    Action Indicator          : clear call
    IE Length                 : 9
    Cell Rate Subfield ID     : forward peak CR(CLP=0+1)
    Forward Peak Cell Rate    : 1
    Cell Rate Subfield ID     : backward peak CR(CLP=0+1)
    Backward Peak Cell Rate   : 1
    Cell Rate Subfield ID     : best effort indicator
    Information Element ID    : Broadband Bearer Capability
    Ext                       : last octet
    Coding Standard           : ITU-T standard
        
    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
        
    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
        
    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
        
    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消息类型:释放分机:最后八位字节动作指示器:清除呼叫消息长度:6信息元素ID:原因分机:最后八位字节编码标准:ITU-T标准动作指示器:清除呼叫IE长度:2分机:最后八位字节位置:用户分机:最后八位字节原因值:NE:正常呼叫清除

PNNI Signaling Setup Message, specifying a DTL which is not blocked by the far end SUT.

PNNI信令设置消息,指定未被远端SUT阻止的DTL。

    Protocol Discriminator    : PNNI signalling
    Call Reference Length     : 3
    Call Reference Flag       : from
    Message Type              : SETUP
    Ext                       : last octet
    Pass Along Request        : no pass along request
    Action Indicator          : clear call
    Message Length            : 56
    Information Element ID    : ATM Traffic Descriptor
    Ext                       : last octet
    Coding Standard           : ITU-T standardized
    Pass Along Request        : no pass along request
    Action Indicator          : clear call
    IE Length                 : 0
    Information Element ID    : Broadband Bearer Capability
    Ext                       : last octet
    Coding Standard           : ITU-T standardized
    Pass Along Request        : no pass along request
    Action Indicator          : clear call
    IE Length                 : 3
    Ext                       : another octet
    Bearer Class              : BCOB-X
    Ext                       : last octet
    ATM Transfer Capability   : reserved for bwd compatibility
    Ext                       : last octet
    Clipping Susceptibility   : not susceptible to clipping
    User Plane Connection cfg : point-to-point
    Information Element ID    : Called Party Number
    Ext                       : last octet
    Coding Standard           : ITU-T standardized
    Pass Along Request        : no pass along request
    Action Indicator          : clear call
    IE Length                 : 8
    Ext                       : last octet
    Type of Number            : unknown
    Addressing/Numbering Plan : ATM endsystem address
    ATM Endsystem Address Oct : 11111111111101
    Information Element ID    : Designated Transit List
    Ext                       : last octet
    Coding Standard           : ATM Forum specific
    Pass Along Request        : no pass along request
    Action Indicator          : clear call
    IE Length                 : 29
    Current Transit Pointer   : 0
    Logical Node/Port Indicat : Logical Node/Port Indicator
    Logical Node Identifier   : 3900000000000000000000000011111111111100
        
    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
        
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

标头:数据包类型5(PTSE请求)数据包长度40协议版本1支持的最新版本1支持的最旧版本0保留0 IG:信息组类型513(请求的PTSE标头)信息组长度32发起节点ID 0001390-00000000-00000000-00000011-11111111-1100 PTSE请求计数1 PTSE标识符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

标头:数据包类型4(数据库摘要)数据包长度76协议版本1支持的最新版本1支持的最旧版本0保留0初始化(I)位1(在DB syn进程初始化期间)更多(M)位1(要摘要的PTSE)主(MS)位1(两个节点)保留0保留0 DS序列号0 IG:信息组类型512(节点PTSE摘要)信息组长度60发起节点ID 0001390-00000000-00000000-00000000-00000011-11111111-1100发起节点的对等组00000000-00000000-00000000-0001保留0 PTSE摘要计数1 PTSE类型0保留0 PTSE标识符0 PTSE序号0 PTSE校验和0 PTSE剩余寿命0

PNNI PTSE Update, specifying a change in the routing topology.

PNNI PTSE更新,指定路由拓扑中的更改。

Header: Packet Type 2 (PTSP) Packet Length 96 Protocol Version 1 Newest Version Supported 1 Oldest Version Supported 0 Reserved 0 Originating Node ID 00013900-00000000-00000000-00000011-11111111-1100 Originating Node's Peer Group 00000000-00000000-00000000- 0001 IG: Information Group Type 64 (PTSE) Information Group Length 52 PTSE Type 0 Reserved 0 PTSE Identifier 0 PTSE Sequence Number 0 PTSE Checksum 42252 PTSE Remaining Lifetime 3600 IG: Information Group Type 224 (Internal Reachable ATM Addresses) Information Group Length 32 VP Capability Flag 1 (VPCs supported) Reserved 0 Reserved 0 Port ID 0 Scope of Advertisement 96 Address Information Length 14 Address Information Count 1 Prefix Length 13 Reachable Address Prefix 39000000-00000000-00000000-01

标头:数据包类型2(PTSP)数据包长度96协议版本1支持的最新版本1支持的最旧版本0保留0原始节点ID 0001390-00000000-00000000-00000000-00000011-11111-1100原始节点的对等组00000000-00000000-00000000-0001 IG:信息组类型64(PTSE)信息组长度52 PTSE类型0保留0 PTSE标识符0 PTSE序号0 PTSE校验和42252 PTSE剩余寿命3600 IG:信息组类型224(内部可访问ATM地址)信息组长度32 VP能力标志1(支持VPC)保留0保留0端口ID 0播发范围96地址信息长度14地址信息计数1前缀长度13可达地址前缀39000000-00000000-00000000-01

Full Copyright Statement

完整版权声明

Copyright (C) The Internet Society (2001). All Rights Reserved.

版权所有(C)互联网协会(2001年)。版权所有。

This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.

本文件及其译本可复制并提供给他人,对其进行评论或解释或协助其实施的衍生作品可全部或部分编制、复制、出版和分发,不受任何限制,前提是上述版权声明和本段包含在所有此类副本和衍生作品中。但是,不得以任何方式修改本文件本身,例如删除版权通知或对互联网协会或其他互联网组织的引用,除非出于制定互联网标准的需要,在这种情况下,必须遵循互联网标准过程中定义的版权程序,或根据需要将其翻译成英语以外的其他语言。

The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.

上述授予的有限许可是永久性的,互联网协会或其继承人或受让人不会撤销。

This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

本文件和其中包含的信息是按“原样”提供的,互联网协会和互联网工程任务组否认所有明示或暗示的保证,包括但不限于任何保证,即使用本文中的信息不会侵犯任何权利,或对适销性或特定用途适用性的任何默示保证。

Acknowledgement

确认

Funding for the RFC Editor function is currently provided by the Internet Society.

RFC编辑功能的资金目前由互联网协会提供。