Bug #913
SHL15的FEP3.0双机单活版Debian8-CCTVsip协议发送的完整包被em_daq拆成2包发送-导致与cctv信令服务器通讯中断
Status:
Feedback
Priority:
High
Assignee:
-
Start date:
02/06/2023
Due date:
% Done:
0%
Estimated time:
(Total: 0.00 h)
Files
Subtasks
History
Updated by yufeng wu about 4 years ago
- Subject changed from SHL15的FEP3.0双机单活版Debian8-em_daq to SHL15的FEP3.0双机单活版Debian8-CCTV
Updated by yufeng wu about 4 years ago
- File 15元江路cctv202010151-21-31-04fep拆成2包发送.cap 15元江路cctv202010151-21-31-04fep拆成2包发送.cap added
- File 错误信息推送2326.pcapng 错误信息推送2326.pcapng added
- File 错误信息推送839143.pcapng 错误信息推送839143.pcapng added
- Subject changed from SHL15的FEP3.0双机单活版Debian8-CCTV to SHL15的FEP3.0双机单活版Debian8-CCTVsip协议发送的完整包被em_daq拆成2包发送-导致与cctv信令服务器通讯中断
- Priority changed from Normal to High
QTISCS+FEP的em_daq采集服务器,均存在对接口规约发送的一个完整包拆包发送的问题。
SHL15的FEP3.0双机单活版Debian8-CCTVsip协议发送的完整包被em_daq拆成2包发送-导致与cctv信令服务器通讯中断
附件是20201015元江路的fep内与cctv10.21.5.6间的抓包
20201015 21:31:04.486555
20201015 21:31:04.496862
这两个包拼接在一起才是我们cctv协议发的200ok的完整包
20201014在SHL15锦秋路cctv接口测试时也出现了2次alive包被拆包发送
（错误信息推送2326.pcapng，发生在20201014 11：15：36
错误信息推送839143.pcapng，发生在20201014 10：44：20）
2019年12月份也出现过AxiomACS门禁（类似modbustcp协议）请求数据时被拆包发送，导致与门禁通讯中断
与发送的包的长短无关。
QTISCS大平台的采集服务器也有同样的问题
Updated by yufeng wu almost 4 years ago
- Status changed from New to Feedback
QTISCS和FEP的采集发送框架当前存在拆包发送的可能性，暂时无法解决
1）SHL15 AxiomACS 拆包导致对方无法处理，ACS厂家无法对接收数据做包拼接解析或误码丢弃处理，导致不回答数据，我们15ISCS采用设置超时时间缩短到1秒处理
2）三所CCTV，已更改程序，对于我们的整包两次分段tcp发送的数据，按误码丢弃处理！