Details
-
Type: Bug
-
Status: Closed
-
Priority: Minor
-
Resolution: Fixed
-
Affects Version/s: None
-
Fix Version/s: V3.3.0.15
-
Component/s: None
-
Labels:None
-
Account:SPC EthernetIp Slave (SPCETHERNE)
Description
Observed with a customer's device. Seems as the reset causes an interruption of the graceful close of the TCP connection which causes the socket to be in the TIME_WAIT state for 120 seconds. Also, replies to reset service requests may be delayed for taht period and suddenly, when the reset is already through for a significant period of time, the reply to the reset srevice is sent.
This way, you can easily use up all sockets and render the device unreachable for a certain time. This was easily reproducible by sending the reset 5 times in a row with a host application registered and the Basic Packet Set (a.ka SetConfig). Interesting observation was, that type 1 resets were good and only type 0 resets showed the problem, so it may be a timing issue.
Attachments
Issue Links
- blocks
-
PSEISV3-319 Close all open connections before reconfiguring the network interface.
- Closed