吞吐量测量功能(弟一版)的使用说明.docVIP

Y.1731吞吐量测量的注意事项 约定 测试设备：执行吞吐量测量功能的设备，例如图1中的551E_4GE设备。 中间网络：测试流途经的设备，例如图1中的ISCOM2828设备。 测试流：本文中指用于吞吐量测量的流量，包括：业务流量和测量流量两部分； 控制流：本文中指用于完成双向测量的y.1731协议交互报文的流量； 端口操作状态对吞吐量测量影响 常见现象描述： 端口相关操作状态可能对吞吐量测量结果产生重要影响，例如端口速率的操作状态低于目标配置的带宽、端口双工操作状态为半双工，端口操作状态为down状态时，甚至可能出现业务流丢包。 建议 当吞吐量测量不正常时需要检查端口相关配置，例如：speed命令配置情况、duplex配置情况、shutdown配置情况，以及MDI线序配置情况。 同时也要注意端口的capability，例如吞吐量测量路径上存在capability 为100M的端口，那么设置高于100Mbps的吞吐量测量目标，测量结果是不可能达到测量目标的。 举例 图1 551E_4GE(L:1)----------(26)ISCOM2828(1) ------------(1)ISCOM2828(26)-----------------(L:1)551E_4GE 说明： 1）551E_4GE和551E_GE的L:1口均为千兆光口； 2）ISCOM2828的端口26为千兆光口，端口1为百兆电口； 由于中间两台2828设备的电口为最大性能为100Mbps，因此在551_GE设备上设置测量目标为500M，则实际测量结果带宽最多达到100Mbps，这时如果有业务流通过的话还会造成业务流在中间设备上丢包。 业务流对于吞吐量测量的影响 业务流对吞吐量测量的影响比较大，主要体现在以下4个方面： 1）业务流是否有分流； 2）是否有多业务流； 3）业务流的Cos值； 4）业务流的包长； 业务流的分流 Y.1731的吞吐量测试的是有前提条件的，其假定业务没有分流的情况下进行测试的，如下图所示，前提是业务流从设备A的C：1端口进入途经过中间网络到达设备B，从设备B的C：1端口离开。 图2 注：红色三角代表MEP；黄色方块代表设备端口； 如图3中所示，设备A的C：2端口中也有相同的业务流入或者流出，并且流量很大，不建议该环镜下测量吞吐量： 图3 在图3环镜下测量吞吐量可能导致的问题包括： 测量结果可能出现严重偏差； 在设备A可能上出现严重的丢包发生；（例如：当 业务1流量+目标带宽Line端口最大带宽 时） 多业务流的影响 如图4所示，在设备A的端口C：1上存在多种业务流，业务流1为待测的业务，而业务2的带宽很高，测量业务1时的设置的带宽目标较大，则可能在设备A上出现大量丢包。 图4 当满足以下条件时将在设备A出现大量丢包： 业务2流量+目标带宽 Line端口最大带宽 建议：出现这种情况，应当是设定目标带宽过高，建议调整目标带宽到合理范围内测试。 业务流的Cos值 通常为了吞吐量测量准确，需要将测量报文的cos设置为与业务报文一样的级别。控制流的Cos值恒定为7，因此当业务报文的cos值为7时，则出现测试流和控制流的cos值均为7的情况，这种情况下可能导致吞吐量测量失败。 造成吞吐量测量失败的原因是，控制流量非常小，当中间网络发生丢包，控制流被丢弃的概率非常大，虽然我们设计了超时时间内超时重发的机制，仍然很有可能导致发送端和接收端之间不能正常交互导致测量失败，表现出来的现象是：部分测量数据显示为0，测量状态提示为Vsx time out。 适当增大吞吐量测量的超时时间，可以增大测量成功的概率，但不能完全解决问题。这是因为在设计上使用了报文超时重发机制，但重发不能完全解决问题。 业务流的包长 当业务流量的包长与测试流量的包长不一致时，可能出现测量值误差比较大，误差的大小取决于业务流量包长与测试流量的差距。 产生该问题的原因是用户配置的目标值为实际带宽值，而设备只能能够计算去掉帧前导和帧间隙后的净荷带宽值。净荷带宽到实际带宽的换算与业务报文的包长存在密切的联系，由于我们没有办法预知业务报文的包长，因此当业务报文包长与测量报文不一致时，使用测量报文的长度进行带宽换算时将导致误差非常大。 建议方式： 尽量使用测试仪打定长的业务流量，并且保证包长与测量报文等长。 QinQ对吞吐量测量的影响 当中间网络中存在QinQ配置时，可能对吞吐量测量产生两类影响： 第一类影响：吞吐量测量失败； 第二类影响：增大实际带宽； 第一类影响 当配置带宽高于目标带宽时，中间网络发生拥塞，发生丢包。目前吞吐量测量的控制流的cos值是7，如果业务报文和测量报文的长度低于7，则中间设备发生拥塞时，丢弃低优先级的报文，则测量可以正常完成。 在配置了QinQ的情况下，所