doc/timeout.texi

   1 @node Timeout
   2 @subsection Timeout
   3
   4 Because of stateless UDP nature there is no way to reliably know if
   5 remote peer is alive. That is why timeouts are necessary. If no packets
   6 are sent during timeout period, then remote peer is considered to be
   7 dead. Timeout option should be synchronized both for server and client.
   8
   9 If there were no packets at all during fourth part of timeout, then
  10 special heartbeat packet is sent. So VPN connection should be alive all
  11 the time, even if there is no traffic in corresponding TAP interfaces.
  12 @strong{Beware}: this consumes traffic.
  13
  14 Stale peers and handshake states are cleaned up every timeout period.
  15
  16 This applies to TCP connections too: relatively much time can pass until
  17 we understand that remote TCP peer is suddenly died and did not
  18 normally terminate connection.