ISCS需求及问题

服务器public\Manual\QTFEP\FEPha冗余机制说明20220219-20230224确认.docx
我这边梳理了FEPha软件的数据流和冗余机制，通过与鹏飞确认，发现当前FEPha软件存在的问题，提出以下几点缺陷建议，提交评审以期改进！
三、设计问题待解决：
3.1转发104s端口限制仅允许一个socket握手，禁止主活链路以外的客户端socket连接（优先级高）
如果同一端口支持多链路socket，同时又能提供104协议应用数据服务也是可以。

3.2同一RTU转发104s端口在两台FEPha设备分别同时存在1个活应用链路的时候，要求报警数据正确（优先级高）
此种情况，希望消除“2.1.2”的报警丢失风险的bug
可以1主1备，也可以2台都主。
A）1主1备
例如：当现场电力设备发出遥信报警后，主FEPha设备应用链路能正确不漏的推送报警；备FEPha设备应用链路不推送报警
主机应用链路支持遥控；备机应用链路禁止遥控
而且，要能通知客户端当前应用链路是全功能主链路，还是少功能备链路。

B）2台都主
例如：当现场电力设备发出遥信报警后，主FEPha设备应用链路能正确不漏的推送报警；备FEPha设备应用链路也能正确不漏的推送同样的报警
主机和备机应用链路均支持遥控

3.3根据宕机或向下采集通道断开-主备机切换时间设计问题（优先级中）
当前设计按1个RTU配有2通道，每个通道配置tcpm1(支持4设备tcpm3)，对应2设备的假设，进行设计（详见“2.2”），固定3*4=12秒后，切换另一台FEPha设备为主。
此种设计不妥，建议
3.3.1）1台FEPha设备宕机后立即切换
主机Ping不通，立即切换
3.3.2）主FEPha内的采集RTU配置的所有通道链路检测一轮都不通，立即切换至另一台FEPha设备为主
为防止2台FEPha设备针对此采集RTU主备频繁切换，可以考虑2台FEPha主机所有通道链路一轮都检测不通后，后续双机切换时间间隔延长，例如30秒尝试且一次

3.4单通道的tcpm对应多个连续ip设备的通道链路状态无法获得（优先级低）
例如:RTU1采集配置了1个通道，采用tcpm以太网驱动，通道配置192.168.1.1:2404:M3
此种情况：单通道4通道链路：chanlink1：192.168.1.1:2404；chanlink2：192.168.1.2:2404；chanlink1：192.168.1.3:2404；chanlink4：192.168.1.4:2404
我们当前的1号通道状态== chanlink1至chanlink4有一个通道上线正常，判断为通道OK；否则所有4个都离线，判断为通道中断。