Re: Extended comm loss and TCP/IP

[tim gilbert <timothy.j.gilbert@boeing.com>]

For some info do "man setsockopt" and "man 2 socket" and read the parts
about SO_KEEPALIVE, I've been told that without SO_KEEPALIVE being set
that the client would remain blocked at the recv call forever.
Hope this helps.

Tim

Mark McKercher wrote:
> 
> I'm having the following problem.  We're using Ada95 on both Solaris and
> HP-UX and our orb is ORBexpress.
> 
> I'm working on a project on which a client workstation might be a
> satellite link away from the server.  Loss of comm may be frequent and
> sometimes last tens of minutes at a time.
> 
> Normally, if we issue a CORBA request while comm is down, we'd see a
> COMM_FAILURE exception.  I can deal with that.
> 
> If comm is lost while in the middle of a CORBA request, if comm is
> re-established within a reasonable time, then the  request will complete
> normally.  I can deal with that too.
> 
> If comm is lost while in the middle of a CORBA request and it takes 10
> or more minutes to re-establish comm, then there is trouble.  It appears
> as though the server side completes the request but abandons the return
> to the client after 10 minutes.  The client, on the otherhand, is
> waiting infinitely for the return.  Hence, the client side is locked up
> and never frees up.
> 
> Our orb vendor has looked at the problem and has determined that it is a
> TCP/IP problem... it never sends any indication to orb of a problem.
> 
> Has anyone else experienced such problems with TCP/IP and are there any
> workarounds for such a problem?
> 
> Thanks for you  help!
> 
> Mark M.