Hello YS P,
What you are seeing is expected TCP behavior. When the Ethernet link is unplugged, Windows detects a physical link loss and the existing TCP session becomes invalid. After the cable is reconnected, the controller may still believe the session exists and continue sending data, but the Windows TCP stack no longer has a matching connection state, so it responds with a TCP RST packet.
In practice, there is no supported way to guarantee that a TCP session survives an actual link-down event caused by unplugging the network cable. The recommended approach is for the client application to detect the disconnection and automatically establish a new TCP connection when network connectivity returns.
If reconnection needs to happen quickly, consider implementing TCP keepalives, application-level heartbeats, or automatic reconnect logic in the client software. Those mechanisms are typically used in industrial control and telemetry applications where temporary network interruptions are expected.
If this helps, please accept the answer.
Tracy Le.