07背靠背性能较差造成的一些应用受损.doc

? 某运营商通过C公司交换机和我司GE02单板开通千兆以太网业务（绑定4个VC4），用户进行视频点播，使用UDP协议时画面频繁出现停滞，使用TCP协议时偶尔出现跳帧。 ? 思路： ? 我司产品对以太网帧进行透传，并不识别3层及以上内容，为何TCP和UDP出现如此大差别？看起来问题似乎与MSTP产品无关，但为何用户通过光纤直连开通相同业务无类似问题？因此问题还是出在网络引入了MSTP产品，难道是对接问题？ ? 如果是对接问题，那应是不区分高层协议而通通出现相同问题，因此问题跟高层协议的具体应用有关，那么首先应弄清楚视频点播业务在分别使用TCP和UDP时数据流的差别，这是问题的突破点。 问题：使用何种手段来分析TCP和UDP的数据流差别？ Answer：使用Sniffer等软件工具在客户端PC抓包并解码分析，找到使用不同高层协议时数据流的差别。 ? 通过抓包并解码分析，TCP协议时IP包长都在1510左右，UDP协议时IP包长都在8000多，即需要分拆到大约6个以太网帧中。同时，Sniffer显示UDP时只能收到前面连续4个分片，而后面的分片丢失，这就说明的确是GE02把连续分片的一部分丢失，导致画面停滞。 ? 思路： ? 此时实际流量并不大，并未超过绑定的4个VC4，但GE02会规律性的丢弃帧，为什么？用ET1开通类似业务，却无上述问题，WHY？ ? 为何使用TCP和UDP时有IP的包长有上述差别，这其中 是否还隐含了其他我们不知晓的问题？ 请思考：以上两个方面是否存在什么联系？ Answer：TCP的确认-重传机制和UDP的面向非 连接的突发特性，因而产生了使用不同协议时数据 流的差别，而这种差别刚好又同GE02的某种缺陷 相吻合，导致了问题的产生。 ? 分析：从UDP的突发性和连续分片只能通过4片来分析，怀疑是GE02对业务突发的容忍能力有限而导致连续突发分片只能通过4片，后续分片则由于FIFO溢出而丢弃。 请思考：以太网单板性能指标中哪些项能反映单板对突发的处理能力？ BACK TO BACK：使用仪表对GE02进行B2B专项测试，发现其指标非常差，说明的确是GE02无法承受数据流的突发而造成了丢包。 ? 如何解决： ? 由于性能指标是固化于产品的，无法单纯的通过软件设置来优化，因此只能通过将绑定的带宽从4个VC4增加到8个VC4，使GE02能够线速转发千兆以太网，问题解决。 ? 在对接交换机的GE口做流量整形（shaping），让数据流尽量变的平滑，减轻GE02的压力。 总结陈词：理解高层协议的基本原理，熟练的使用软件工具来抓住问题的蛛丝马迹并推理出问题的可能原因，同时要理解常用性能指标的意义，有的放矢定位并解决问题。