We have developed a TCP based server on Digi connect ME. Our setup is the following:
7 threads for accepting incoming connections from different tcp ports.
12 threads to handle client connections for each server port.
After digi connect ME boots up, the following situation occurs: Windows based tcp client connects to our custom protocol, sends data and immediately disconnects. This sequence is repeated on a loop. Everything works fine, but the 109. connection request is not received by the socket accept function. After this, connection requests are received correctly. The problem is always with the 109. after the connect ME bootup.
What could be the cause of this? What is the maximum amount of sockets allowed in NETOS7.3 for connect ME? Work arounds? fixes?
Sockets are closed correctly with closesocket-function
NAIpSetTcpMsl won’t help because this situation occurs within 5s.
Increasing the heap size -> didn’t notice any difference.
We are still puzzled? Could this be a bug with connect ME (4MB) NETOS7.3?
As I explained in my original post it’s always the 108. connection request which is not received by the accept function (after bootup). I have made analysis with wireshark and it seems that the TCP connection handshaking actually is done and my test client sends first data packet. But still digi application (the socket accept) doesn’t receive the connection.