BERT误码率测试订定于ITU-T / IEEE组织主要应用于物理层及传输线路质量之量测,在物理层量测方面在传送端透过PPG(pulse pattern generator)产生实际的PRBS pattern透过接收端ED(error detector)进行位误码率的侦测通常测试标准在10E12甚之更高,而在传输线路质量的测试则是建立在数据链路层或网络层,于实际传输的payload塞入PRBS pattern 及Sequence number 以进行误码率测试,于数据链路层与网络层进行误码率测试主要验证在传输过程中payload的误码率,请参考图一。
RFC 2544起源1999年IETF组织所订定,当时订定主要是基于网络设备包含路由器、交换器、集线器之设备质量验证及建立参考之基准。
常用的RFC 2544测试包含:
吞吐量(Throughput )测试:意指在无任何Frame loss情况下可传送之最大速率,一般电信工程师亦会利用此测试验证以太网线路传输流量的上限,当进行Throughput测试时如有封包遗失则进行1/2递减,如无封包遗失则进行1/2流量递增直到测试到最大吞吐量(throughput),如图三。
讯框遗失(Frame loss)测试:该测试决定交换机在持续负载状态下应该转发,但因资源缺乏而无法转发的讯框的百分比。
延迟(Latency)测试:首先确定网络设备的最大吞吐量,然后以此吞吐量速度继
续传送120秒的数据流以进行延迟的测试。
突发(Back-to-back or burst)测试:透过最长与最小Burst frame进行待测物测试量测待测物的缓冲能力。
如上RFC 2544标准主要可针对不同封包大小进行单一吞吐
(Throughput)、讯框(Frame loss) 遗失、延迟(Latency)及突发(Back-to-back or burst)等多种自动化测试,由于该测试项目为Step by step的方式进行故测试时间较长,相对的有些问题容易忽略,例如在测试时发现延迟(Latency)过高,我们想了解当时的吞吐量(Throughput)必需等延迟(Latency)测试结束然后再进行吞吐量测试才能得知,也就是说在RFC 2544测试时无法得知同时间点其它测试之结果。
传统IP网络所有数据都被区别等同对待,每个路由器/交换器皆是采用先入
先出(FIFO)的方式进行封包传送,尽力(Best Effort) 的将封包送达目的地,但确无保证传送的可靠性及延迟。但随着IP网络服务普及应用多元化,对IP网络传输之质量要求也相对的提高,例如VoIP与IPTV等实时传输之应用对传送延迟菲常的要求,当延迟增加即可能造成VoIP断音或服务中断,而相对于一般数据传输如FTP、E-mail则可放宽延迟时间的要求,电信营运商不仅要确认该传输线路之质量亦要确认是否有符合签订之SLA需求,因电信营运商通常会因应客户需求设定不同之服务等级来提供服务,在进行线路质量测试时则会依据签订之SLA于仪器上设定多笔数据流以验证服务等级,请参考图三。
新标准Y.1564介绍:
ITU-T Y.1564 Ethernet Service Activation Methodology,是ITU组织新推动的
一个测试标准,基于以太网络的安装、维护它是唯一公认的测试方法,使安
装维护人员可完成的验证SLA在单一数据流上。
Ethernet Service Activation Methodology主要测试目标可分为三个部份:
(1) 作为一个网络Service Level Agreement ( SLA)协议验证工具,确保服务保证符合质量及控制测试时间。
(2) 为了确保所有的服务在所进行的网络满足其SLA目标,并以最高承诺速率进行测试,以证明在最大负载网络设备和路径可以支持所有的流量。
(3) 要执行中、长期服务测试确认网络设备,可以正确进行所有服务以进行压力测试。
Ethernet Service Activation Methodology测试程序可分为两大部份:
(1) 服务配置测试(Service Configuration Test) 确认网络能配置一个单一数据流设定CIR ( Commit information rate) 选择单一或是混合之封包大小进行测试,同时可选择依设定之速率进行阶层式如25%、50%、75%、100%、及100%+EIR或是单一速率进行最大值之测试。
(2) 服务质量测试(Service Performance Test) 针对不同之服务设定CIR,如Video SDTV / HDTV 分别为7M / 22M,Voice亦可采用不同之codec 进行测试,于此项测试我们可设三笔数据流分别为Data、Voice及Video设定各项参数包含CIR、EIR、优先权、等设定后进行测试。
透过上述2个测试程序并依用户需求订定SLA之条件,可透过仪器Pass /Fail机制快速验证设备传输质量
ITU-T Y.1564 Vs IETF RFC 2544
在RFC 2544主要测试项目包括Throughput、Latency及Burst,但由于RFC 2544标准主要是验证网络设备极限效能,故测试方式为单一数据流进行单一标准测试,如进行Latency 测试时延迟时间过高,我们无法得知当时的Throughput 及其它会造成延迟的网络因素,而新标准Y.1564则是在同一时间进行IR、Latency、Jitter、Sequence error、及QoS测试,故我们可以很快速的了解当时的状况,同时在测试时间比较RFC 2544 测试封包大小越多则测试时间越长,而Y.1564标准则可在相同时间内测试不同封包大小的CIR、Latency、Jitter及Sequence error大大的缩短测试时间。
表一为Y.1564及RFC 2544测试标准之比较,Y.1564 综合了BER、Multi-Stream及RFC 2544之优点能透过同时且快速测试验证设备性能及传输质量包含IR、Latency、Jitter、Sequence error 及QoS,请参考表1之比较。
(表一) 为Y.1564及RFC 2544之测试比较:
Item |
Y.1564 |
RFC 2544 |
Multi Stream. |
Yes |
No |
Jitter. |
Yes |
No |
Sequence Error. |
Yes |
No |
Availability. |
Yes |
No |
Batch display of results. |
Yes |
No |
Performance Limitation, Auto Search. |
No |
Yes |
Test pattern |
Standardizes mixed multiple frame length and burst. Emulating actually network. |
Tests with fixed frame length and fixed rate. |
(表二) Y.1564及RFC 2544应用之领域:
Item |
Y.1564 |
RFC 2544 |
Comment |
Designed for Element testing. |
No |
Yes |
When testing a single component you should stress it and multiple frame sizes sequentially. |
Designed for Network testing. |
Yes |
No |
When testing a network you should stress by generating multiple streams at the same time. |
Fast testing time. |
Yes |
No |
The testing time can be almost the same depending on the settings but if the full RFC is completed it is very long. Y.1564 can take longer but allows the user to select shorter measurement times if they wish. |
Settings work with SLA’s. |
Yes |
No |
Y.1564 settings can be configured based on customers SLA agreements. |
Works on a loaded network. |
Yes |
No |
Both are able to work on active networks but RFC 2544 is designed to find the network limit while Y.1564 is designed to find the circuit limit. Incorrectly configured either will bring affect customer traffic. |
Designed to test burst ability. |
Yes (partial) |
No |
Y.1564 Appendix I is for testing CBS and EBS but this is not released and currently considered experimental. |
表三为安立知针对ITU组织新提出之标准Y.1564所提供之设定界面,透过浅显易懂方式进行Service profile 的设定,其中包含了一般数据流量、各种Voice 编码方式及Video HDTV / SDTV流量之设定,依法不同的traffic flow设定CIR/EIR值,且遵循metro Ethernet forum 10.2 version所订定之color mode订定不同颜色之服务等级标志,并可经由表四进行frame loss、Latency及Jitter等门坎值的设定以进行SLA服务等级之测试
![《图五 安立知MU909060 Y.1564 测试设定画面》](/art/2011/08/111741363560/p5.jpg)
《图五 安立知MU909060 Y.1564 测试设定画面》 |
|
![《图六 安立知MU909060 Y.1564 测试设定画面》](/art/2011/08/111741363560/p6.jpg)
《图六 安立知MU909060 Y.1564 测试设定画面》 |
|
图六可看到安立知之测试仪器所设定之traffic flow依不同服务之种类设定不同之CIR及优先权,透过简单之门坎值设定进行Pass / Fail 的判断易于用户阅读,于表五之测试之报告可依服务之服务别进行测试,可让测试之工程师了解实际之测试状况。
事实上Y.1564之标准与RFC2544是不同类型之测试方式,RFC 2544主要用于设备性能极限化之测试,而Y.1564之测试则偏向设备/传输线路之质量及QoS相关设定进行测试,可符合电信营运商及设备商针对不同应用之快速测试。
--- 本文作者任职于安立知资深应用工程师---