[strongSwan] process behaviour when tunnel is not established

[Shukla, Sanjay]

I have a java process on a server that tries to connect to a remote host. When the tunnel to the remote host is established then it comes up quickly.

When tunnel has been configured on server running the java process but the remote host is not running strongswan (this is a test case), then the java process tends to simply wait on connecting to the remote host.

Ideally I would like it to timeout, are there some settings at the tcp params level that would help make the java process realize it time to call quits.

-sanjay



[cid:tree3c61.png]Please consider the environment before printing this email.


________________________________
DISCLAIMER: This e-mail may contain information that is confidential, privileged or otherwise protected from disclosure. If you are not an intended recipient of this e-mail, do not duplicate or redistribute it by any means. Please delete it and any attachments and notify the sender that you have received it in error. Unintended recipients are prohibited from taking action on the basis of information in this e-mail.E-mail messages may contain computer viruses or other defects, may not be accurately replicated on other systems, or may be intercepted, deleted or interfered with without the knowledge of the sender or the intended recipient. If you are not comfortable with the risks associated with e-mail messages, you may decide not to use e-mail to communicate with IPC. IPC reserves the right, to the extent and under circumstances permitted by applicable law, to retain, monitor and intercept e-mail messages to and from its systems.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.strongswan.org/pipermail/users/attachments/20120413/8bb2b25d/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tree3c61.png
Type: image/png
Size: 908 bytes
Desc: tree3c61.png
URL: <http://lists.strongswan.org/pipermail/users/attachments/20120413/8bb2b25d/attachment.png>