ZXMP S200以太网专线业务测速不达要求问题处理

问题描述（故障现象）

某运行商反馈一条银行4M以太网专线存在业务卡顿现象，用户怀疑专线业务速率达不到4M，造成业务卡顿。用户现场对这条业务进行测速：

测试方法：将这条4M专线两端中兴ZXMP S200端口上分别接电脑A和电脑B，使用飞秋软件传输文件测试。

（1）电脑A从电脑B下载文件，下载速率能达到4M;

（2）电脑A往电脑B上传文件，上传速率能达到4M；

（3）同时电脑A从电脑B下载文件，电脑A往电脑B上传文件，测试结果只能保证下载速率能达到4M，上传速率只有1M多。停止下载，上传传速率能恢复到4M速率。

这种方法就会出现上下行速率不一致，某一个方向测速达不到设置的速率。

原因分析

根据测试方法出现的问题进行进一步分析：

根据MSTP原理，A至B站点开通一条4M的电话，因为配置是双向的业务，A至B的速率有4M，同样B至A的速率也有4M。为什么会出现测试方法二上下行速率不一致的情况？

这就需要对使用的飞秋软件传输文件原理进行分析，飞秋软件（或者其他FTP软件）传输文件都是采用TCP协议进行传输。TCP是一个面向连接的协议，无论哪一方向另一方发送数据之前，都必须先在双方之间建立一条连接。为了建立或初始化一个连接，两个TCP通信者必须同步各自的初始序号。正是IP报文窗口机制导致测试方法上下行速率不一致的问题，如果是UDP报文就没有这个问题。IP报文是建立在需要ACK的机制上的，当单向传输时，方向ACK报文很小（64字节），可以在窗口发送完成之前回送ACK。当反向也有报文传输时，ACK报文需要排队，或者和数据报文合在一起传输，那么就可能会出现发送窗口全部用完，但是ACK报文没有收到，需要等待的情况，造成带宽减小的感觉；真正的原因应该是带宽、包长和IP报文间的平衡关系。

所以使用这种测试方法测试时，因为电脑A正往电脑B传送报文，且速率已经达到4M，此时电脑B往电脑A传送报文，ACK报文因为A至B的通道被占用，导致ACK出现等待情况，造成带宽减小的感觉。

解决方案

采用SDH仪表测试，测试仪表报文采用UDP报文。仪表测试出来的速率为两端网元之间真实双向速率。A至B 或者 B至A两个单向速率其中一个达不到设定的速率，就会出现丢包情况。采用SDH仪表测试才能真正反映实际传输速率。