《CSNA网络分析认证专家实战案例》课件-第6章

第6章某航空公司客服系统故障排查6.1故障描述6.2故障排查过程6.3解决问题建议

某航空公司华南客服中心人员用客服系统接电话时经常出现接听失败的现象，由于客服服务器位于北京数据中心，中间涉及的网络设备较多，一直未能找到故障原因。6.1故障描述6.1.1故障现象

网络拓扑结构如图6-1所示，每个客服人员桌面都会有一台电脑和电话机，一天中会出现几次偶发故障。故障发生时，用电脑上的客服软件接听用户电话失败，如果及时改用座机接听则可以成功接听。我们用科来网络回溯分析系统在华南客服中心广域网出口抓包并进行分析。

图6-16.1.2故障规律摸索

(1)客服人员可以用电脑和座机接听电话，电脑接听电话失败时，改用座机可以成功接听。

规律分析：电脑与座机是连接在同一个Hub(集线器)上，座机可以成功接听电话说明网络连接正常，需要从电脑客服软件的角度分析问题。

(2)故障发生时间段主要集中在中午午休后及凌晨时段，重置电脑的客服软件后也能恢复正常。

规律分析：这两个时间段的特点就是接听的电话数量比较少，很可能是空闲时间太长，电脑客服软件某些连接被中断了。

6.2.1排查思路

重现故障，在科来网络回溯分析系统将客服电脑与北京服务器之间的通信流量进行回溯分析，寻找故障原因。6.2故障排查过程6.2.2故障重现

在深圳客服中心寻找一台客服电脑，首先验证该客服电脑、座机都能正常接听电话，然后从16时12分开始将该客服电脑闲置；超过半个小时后，于16时48分再拨打该客户座机，接听失败，故障成功重现。6.2.3IP会话分析

客服电脑的IP为10.110.22.21，与北京的两台服务器有通信流量，如图6-2所示。这两台服务器的IP分别是10.10.176.51(经确认为客服软件界面的服务器)和10.10.203.155(经确认是客服软件控制插件的服务器)。

图6-26.2.4软件界面连接分析

从客服电脑10.10.22.21与服务器10.10.176.51通信的TCP时序图可以看到，两者采用了长连接的机制，在空闲的时间段，客户端每隔几秒钟就会发送一个GET的请求以与服务器保持连接，如图6-3所示。

图6-3从16时12分至16时48分，每隔6分钟客户端与服务器就更新一次TCP连接，未曾中断过，因此软件界面一直能够正常显示，见图6-4。

图6-46.2.5控制插件连接分析

客服电脑10.10.22.21与服务器10.10.203.155在16时12分至16时48分这段时间只有3对TCP连接一直保持，如图6-5所示。如果这3对TCP连接没有采用长连接的传输机制，很可能会因为空闲太长时间而被网络中的防火墙等设备中断连接。

图6-5果然，客户端在空闲2090秒(34分钟)的时间内没有发送任何保持连接的数据包，等到客服电脑重新发起接听电话请求的时候，客户端的请求已经无法到达服务器端，一直在发起重传的请求，最后客服人员看到请求超时的告警提示，如图6-6所示。

图6-66.2.6故障原因分析

大部分防火墙都会将空闲时间超过30分钟的TCP连接断开，而控制进程在空闲的34分钟内没有采用长连接机制保持连接，所以被防火墙中断了，再有电话接入的时候便会出现接听失败的现象。

(1)修改防火墙的策略：增长访问北京10.10.203.