某运营商EAI与SMS间数据传输失败故障分析报告

myapplepea

1.故障背景
随着大型运营商内部业务应用的不断丰富、多样化，更加需要一种将各种不同平台，用不同方案建立的异构应用集成的一种方法，就是这样我们所熟知的EAI（企业系统总线）。他通过建立底层结构，联系贯穿整个企业的异构系统、应用、数据，完成运营商内部的ERP、CRM、OA、4A、BOSS计费、数据库、数据仓库，以及其他应用之间无缝共享、交换数据的需要。

下面我们举例某运营商的故障分析案例：EAI—SMS（短信通群发系统）之间，SMS日志中发现有大量无法收到EAI数据的日志。
应用访问关系：EAI（10.x.x.158）-->SMS（10.x.x.201:8981），

游客，如果您要查看本帖隐藏内容请回复

大金子

学习了

天空之城

请问一下，EAI与SMS之间一次成功的数据传输过程有多少个TCP会话？另外如果SMS系统设置了并发连接数的限制，那么是否还会同超出并发连接数的新的同步请求建立连接？因为没有捕获过这样的数据包，无法确定是否能够建立。

myapplepea

3# 天空之城
抓包时间是6min的，当时tcp会话共3337个，reset断开的会话在288，相减下得出正常有应用数据交互的在3049。实际会话还会多一些，因为里面有一些端口复用的会话，不太好手工统计，只能依靠软件。
从数据包上看三次握手是建立了，然后EAI push一个数据包，SMS确认后reset掉连接

因为这次分析是网络部门发起的，确认网络没有问题，最后描述问题现象给应用部门就停止了。

天空之城

4# myapplepea

两个截图的TCP 窗口值不同啊，第一个图的SMS窗口值为7000多，第二个图的SMS窗口值只有56，如果是这样，肯定是要复位的，因为没有足够的资源来建立新的连接了。

myapplepea

5# 天空之城
看下这个时间段内其他的包，所有会话都是这样的情况，窗口值小于100，资源不够了。