• 您好!欢迎进入深圳市华讯佳科技有限公司官网!

  • 15088181811
您当前所处位置: 首页 > 新闻资讯 > 中兴案例

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

发布人:华讯佳 发布时间:2022-07-12 浏览数:

问题描述(故障现象)

某运行商反馈一条银行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仪表测试才能真正反映实际传输速率。