You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Feb 2, 2019. It is now read-only.
6.2.3. Idle Timeouts
To mitigate the risk of unintentional server overload, DNS clients
MUST take care to minimise the idle time of established DNS-over-TCP
sessions made to any individual server. DNS clients SHOULD close the
TCP connection of an idle session, unless an idle timeout has been
established using some other signalling mechanism, for example,
[edns-tcp-keepalive].
To mitigate the risk of unintentional server overload, it is
RECOMMENDED that the default server application-level idle period be
on the order of seconds, but no particular value is specified. In
practice, the idle period can vary dynamically, and servers MAY allow
idle connections to remain open for longer periods as resources
permit. A timeout of at least a few seconds is advisable for normal
operations to support those clients that expect the SOA and AXFR
request sequence to be made on a single connection as originally
specified in [RFC1035]. Servers MAY use zero timeouts when they are
experiencing heavy load or are under attack.
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
https://tools.ietf.org/html/rfc7766#section-6.2.3
The text was updated successfully, but these errors were encountered: