Project

General

Profile

Bug #2948

Bug #913: SHL15的FEP3.0双机单活版Debian8-CCTVsip协议发送的完整包被em_daq拆成2包发送-导致与cctv信令服务器通讯中断

CIOS09-C3-EMCS网关FEPwin2.1的modbustcpc扫描发送12字节完整包被fepdaq拆分成2包发送导致设备认为误码不回应，我FEP认为设备回答超时断socket链路，造成调度界面显示通讯时通时断，要求

Added by yufeng wu over 1 year ago.

Status:
New
Priority:
High
Assignee:
xiangyang li
Start date:
04/17/2023
Due date:
% Done:

0%

Estimated time:

Description

CIOS09-C3-EMCS网关FEPwin2.1的modbustcpc扫描发送12字节完整包被fepdaq拆分成2包发送导致设备认为误码不回应，我FEP认为设备回答超时断socket链路，造成调度界面显示通讯时通时断，
维保通号网中部要求本周二20230418晚临修点解决。
已在192.168.2.251搭建fep91的现场环境和仿真器，cios9的QTISCS223sp6环境在200.200.220.105虚拟机（可mstsc远程桌面登录）
192.168.2.251的抓包显示，12字节polling包被拆分为2包发送的情况还是很容易出现的

方案建议：是否可以针对每个RTU链路，简单处理加个完整包固定2字节头+2字节尾，这样“头+尾”才发送一次，“头+头”无尾的记作误码包，直接清除处理

Related issues

Related to ISCS需求及问题 - Bug #2819: FEP+QTISCS的daq对规约库的一条发送数据包拆成2条分2次发送出去，导致外部接收设备认为误码不回答New02/06/2023

Actions

History

#1

Updated by yufeng wu over 1 year ago

  • Related to Bug #2819: FEP+QTISCS的daq对规约库的一条发送数据包拆成2条分2次发送出去，导致外部接收设备认为误码不回答 added

Also available in: Atom PDF