Re: Passing a GUI handle to a socket and Postmessage back to GUI

From:

"Scott McPhillips [MVP]" <org-dot-mvps-at-scottmcp>

Newsgroups:

microsoft.public.vc.mfc

Date:

Wed, 18 Mar 2009 12:08:44 -0400

Message-ID:

<uUolRP#pJHA.4564@TK2MSFTNGP02.phx.gbl>

"KW" <KW@there.com> wrote in message
news:eiAPN%239pJHA.5332@TK2MSFTNGP03.phx.gbl...

I have more questions for those who can help.

There will be approximately 12 clients connecting to my server.
The traffic on these connections will be VERY low.

When I call create(portnum), all clients connect to this port. I would
like to keep track of which station is actually connected at any given
time. I know I can use GetPeerName() to get the IP of the connected client
(which would ID the client), but I wonder if I may need to use a different
port number if the client IP was changed without my knowledge.

If the network uses DHCP then client IPs are likely to change from day to
day. Why not have the clients send a message that identifies them in some
application-unique way?

If the IP changed, the client would still connect to port nnnn, which
would still allow me to ID the client - I think.
In this scenario, would it be better for me to listen on different
ports for each client?

IMO, that just gives you another configuration setting and something else to
go wrong.

Also, the server might need to respond to application level keep alives
(adding to a configuration file: Keepalives TRUE/FALSE). I already have
this in place. I just "ACK" the "KA" when received. My question involves
the scenario where a keepalive is not received within a given amount of
time (NO FD_CLOSE). I would need to close a specific connection and begin
listening again. Setting up a timer for each connection is problematic
because the is no CWnd in my CAsyncSocket class.

Will the connection eventually "die" if there is an abnormal disconnect?

It can take a long time for a connection to die. Your own keepalives are
the best way to do it. The timer problem should be trivial: One timer in
the app's main window should be sufficient. Have it call each active socket
object, which increments a counter to detect timeout.

--
Scott McPhillips [VC++ MVP]