DNP3 outstation port get closed when there is no actvity

102 views
Skip to first unread message

Faisal PEER MOHAMED

unread,
Jul 26, 2015, 1:23:42 AM7/26/15
to open-dnp3
Hi,

DNP3 outstation and master communication link is working fine.

If I close the master and restart, I can see the COMMS_DOWN AND COMMS_UP messages. This is perfect.

When I pull the cable from the master, I can't see the COMMS_DOWN message.

If I connect the cable back, the communication does not exis. It seems the port is closed by some means or master is not listening.

Any thoughts ?

Thanks,
Faisal

Daniel Evans

unread,
Jul 28, 2015, 10:24:02 AM7/28/15
to open...@googlegroups.com
Faisal,

What level of logging do you have enabled? Try turning the logging up to DEBUG or COMM and pasting the results here.



--
You received this message because you are subscribed to the Google Groups "open-dnp3" group.
To unsubscribe from this group and stop receiving emails from it, send an email to open-dnp3+...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


 

Faisal PEER MOHAMED

unread,
Aug 3, 2015, 11:02:56 AM8/3/15
to open-dnp3
Thanks Daniel for the reply. It seems the problem is resulted from TCP Half open connection ( Physical connection (Ethernet cable) between dnp3 master and dnp3 outstation get disconnected after establishing successful connection. This situation will not occur during testing. It is expected in real time in case of loose connection).

This problem may be solved by sending a packet frequently from DNP3 outstation. In DNP3, by enabling unsolicited messages, the problem goes away. I have verified this.

In some cases I am not interested in unsolicted response. In that case how should we keep alive the TCP connection.

Thanks,
Faisal

Daniel Evans

unread,
Aug 11, 2015, 11:53:56 AM8/11/15
to open...@googlegroups.com
Faisal,

Sorry for the late reply. I was able to confirm that a crash in the master will cause a quiet slave to not notice the socket is dead.  This will be fixed, either with a heartbeat in the data link layer or an idle timeout in the physical layer.
Reply all
Reply to author
Forward
0 new messages