Time out on Established Connections

Homepage Clovertech Forums Read Only Archives Cloverleaf Cloverleaf Time out on Established Connections

  • Creator
    Topic
  • #49975
    Sundeep Kumar
    Participant

    We have Cloverleaf listeners ports (threads) LAB_IN and EMR_IN and remote client connects to these ports over VPN and send transactions. Sometimes

    the VPN just drops but at our end we show established connection on those ports (netstat -a)

    meanwhile VPN comes back the client tries to connect but we are not listening anymore ie

    connection show established! not listen so remote clients are not able to connect back till

    we stop and start the thread, IS there a way out ? Can we timeout a connection on a listener thread after a preiod of inactivity

    and go back to LISTEN state on that port

Viewing 5 reply threads
  • Author
    Replies
    • #64332
      Bill Bertera
      Participant

      you can use multi-server ports. that way even though the first connection still thinks it up, it will allow a second connection. Your OS should eventually kill the first connection.

    • #64333
      John Hamilton
      Participant

      There are numerous posts that deal with this VPN issue on this site.

      I suggest you look at some of them and chose the preferred method.

      My preferred method has been to get the network guy to fix the VPN.

      Failing that the vendor has been able to either dis-connect after write or send a keep alive message to keep the VPN up and running.

      Running a Multi port if you are using and ACK style message requires special coding so I would avoid that unless you understand what it require and how to make it work.

    • #64334
      Amol Kulkarni
      Participant

      Sundeep, try setting the keepalive setting to 1800 = 15 minutes if you are on an AIX server.

      To determine current keepalive setting:  no -a | grep tcp_keepidle.

    • #64335
      Gary Atkinson
      Participant

      I just went through a similar issue, but cloverleaf was the sender.  I just kept complaining to the network guys and they worked it out.  I did set-up recovery procs on the thread to re-send if an ack is not received.  VPN’s are pain  ðŸ‘¿

    • #64336
      David Bolin
      Participant

      Gary Atkinson wrote:
      I just went through a similar issue, but cloverleaf was the sender.

    • #64337
      Gary Atkinson
      Participant

      The vendor set-up some kind of “ping script”; unfortuantely I don’t know the specifics.  Our network guy and the vender network guy matched up “the settings of the vpn”.  I believe what fixed the issue was the ping script.  I don’t know if it was specifically just “ping”.  I just kept pushing the issue that is was not cloverleaf.  What I did was turn logging up and track everthing that was going on.  I noticed that every 2 hrs and 13 minutes the process log posted a connection-time out.  Why it was always in that interval I don’t know.  I set-up the re-send proc to keep sending the message until an ack was received.  I set my time out to 30 seconds.  Since logging was on I could show the vendor when the engine received the message and time the message was re-sent.

Viewing 5 reply threads
  • The forum ‘Cloverleaf’ is closed to new topics and replies.

Forum Statistics

Registered Users
5,129
Forums
28
Topics
9,301
Replies
34,447
Topic Tags
288
Empty Topic Tags
10