问题描述
本测试是HUAWEIOSN2500-TraverseEoSDH的对接测试。通过tester发送64Byte报文,测试CAR属性的时候发现:
N4EFS0板:当RateLimit设置为45M,绑定1个VC3时,Tester测试结果为34.04,偏小,不正常;
N3EGS4板:当RateLimit设置为800M,绑定6个VC4时,Tester测试结果为582.02,偏小,不正常。
处理过程
原因一:通过查询发现两个板子所采用的芯片不一样,从而导致在换算的过程中:
N4EFS0采用1M=1000K,如限速为45M的情况下,理论上在网管上设置其值为:45000k,因为设置颗粒需为64倍数,否则无法下发,所以设置为44992k。
N3EGS4采用1M=1024K,如限速为800M的情况下,理论上在网管上设置其值为:781250k,同样设置颗粒需为64倍数,设置为781248。
原因二:通过分析对接方Tester统计实现原理,我司CAR值中已经将IFG和PA值包括在内,共20Byte,而对接方Tester统计是进行了过滤,不包括IFG+PA值,所以需要重新进行算换。
换算结果测试如下:
N4EFS0板:当RateLimit设置为45M,绑定1个VC3时,Tester测试结果为,34.04*(64+20)/64=44.68,正常;
N3EGS4板:当RateLimit设置为800M,绑定6个VC4时,Tester测试结果为582.02*(64+20)/64=763.90,正常。
根因
首先考虑是不是单板本身在CAR的实现上存在区别;
其次考虑对接方Tester统计的实现方式;
建议与总结
不同的数据单板的CAR功能的实现根据硬件使用的芯片有关,是芯片实现的。不同的板卡甚至同一类板卡中不同的型号有可能不一样,具体需要看使用板卡的硬件芯片类型。