一例网吧线路卡顿问题的分析和处理

背景描述： XXX 有一家网吧，该网吧租用两条互联网专线电路用于业务运营：一条带宽 300M 的电 路用于普通上网、视频、文件传输等普通业务，另一条带宽 10M 的电路专门用于游戏业务， 之所以为游戏业务单独租用电路，是因为游戏业务的数据包占用带宽不大，但却对数据包的 传输时延和丢包率非常敏感，会直接影响到游戏参与者的使用体验，因此专门租用一条独立 的电路来作为业务承载，以避免与普通业务争抢带宽导致影响用户体验。

      障碍现象： 用户反应网吧游戏电脑在打游戏的时候，偶尔会出现卡顿，而且该现象会经常性地出现。 用户反馈游戏业务所占用的带宽一般为 5M 左右，达不到电路的 10M 带宽，按理说不因该 存在数据拥塞和丢包，因此怀疑是我方电路传输质量存在问题，猜测是由于丢包导致游戏卡 顿，从而报告障碍。

    问题查找： 我方人员到达现场处理，基本处理思路是先验证我方电路是否存在问题，再进一步考虑 如何处理用户存在的问题，大致分两步进行。 第一步是测试电路的基本指标。经与网吧管理人员协商，短暂断开这条 10M 电路，从 我方传输设备的上行口进行测试。测试方案如图所示

     使用 BNT-8100A 仪表，设置好本机 IP 地址、网关地址、子网掩码，用百度服务器地址 作为目的 IP 地址（一般 500M 以内的电路，用几个大的互联网服务商的本地服务器都能支 持；对更大带宽的电路，可以选择某些能支持万兆口的互联网服务器作为目的，都能测到理 想的结果），用仪表的“带宽测试”功能，将发送带宽设置为 10M，启动测试。 

       经过一段时间测试，从仪表的测试结果上看，发送带宽为 10M，接收带宽为 10M，丢 包率为 0.00%，时延、时延抖动都在正常的范围内。初步可以断定，我方电路应该是没有问 题的。 

排除了我方的因素，那么就可以从用户因素方面来考虑这个问题了。经过考虑，在电路 正常的情况下，导致丢包的因素Z可能的是用户的业务流量过大，超过电路的承载带宽导致 丢包。但用户反馈的信息是此电路上的游戏业务带宽为 5M 左右，应该不存在超载的情况。 那实际状况是如何呢？因此决定进行第二步测试，测试一下该线路上的实际业务流量。         将 BNT-8100A 仪表跨接在用户的出口路由器与我方的光电收发器之间，如图所示：

 启动仪表上的“流量监测”功能，在此功能中，仪表相当于一个两个网口的交换机，实现 两个网口之间的贯通，同时能够监测两个方向上的流量情况，包括：当前带宽、峰值带宽、 平均带宽等。

       经过对线路上两个方向上活动流量的仔细观察发现，在上行方向，流量带宽持续为 5M 左右，浮动范围不大，这符合用户反馈的业务带宽情况；在下行方向，其当前带宽也在 5M 左右，但在不到 1 分钟的时间内，却能记录到 10M 的峰值带宽，经反复多次测试，总是能 在不长的时间内记录到接近 10M 的峰值流量，这就与用户描述的情况明显不一致了，而这 个数据也基本能断定故障的原因所在了。

 分析解决： 与网吧技术人员就此结果进行了沟通，很明显电路下行的业务流量达到了电路的承载带 宽，出现拥塞、丢包是必然的了，用户也接受这个测试结果。经过与用户的讨论，猜测Z大 的可能是电脑的操作系统进行自动更新，或者存在某些软件进行自动升级，产生了额外的业 务流量，占用了宝贵的电路带宽。后网吧管理人员对游戏电脑进行逐台检查和整理，消除了 额外的业务流量，打游戏卡顿的问题也得以解决