Timeout on TCP Server on Wiznet
Ethernet Chips
No replies yet. Be the first to reply.
Join the discussion.
Ethernet Chips
No replies yet. Be the first to reply.
Join the discussion.
Share projects and connect with makers.
Joined before the site update? first.
New to WIZnet Makers?
We sent a verification link to your address. Open it to activate your account, then log in.
Accounts from this email provider are reviewed by an administrator after verification. Approval usually takes one business day.
Already have an account?
Enter your email address. If it belongs to an account, we'll send a link to set a new password. Members who joined before the site update use this to set their password.
If an account uses that address, we sent a link to set a new password. The link works once and expires in 30 minutes.
Know your password?
Need an account?
RE: Timeout on TCP Server on Wiznet
by Eugeny ·
The TCP protocol assumes client sending FIN to server if it has nothing more to say, and server receiving this flag says something final if it needs to and frees the socket. But you may expect developers to omit this and close socket at their side without sending FIN flag. Then, as is, you will not know that client is done unless try sending something to old socket and receiving RST back. In client-server communication server usually knows how much data it must send to serve client’s request, sends FIN at the end and closes its socket. If you open TCP connection and expect variable data exchange, then you may need to develop your own protocol (or use any other which has remote node test as one of its features).
RE: Timeout on TCP Server on Wiznet
by Ironic ·
Thank you.
So can I send a control signal or similar to test if the socket is open? Ideally, something that would not be received as a message by the client.
RE: RE: Timeout on TCP Server on Wiznet
by Eugeny ·
The problem is there’s no such control signal, you can only send data.
I do not get problem you have. If W5x00 is a server, then you serve toe client’s request, and close the socket. There’s no sense for server to keep socket open unless it expects more requests though it, but again this is not TCP/IP specification, its arbitration must be designed at the higher level protocol.