Fwd: New Version Notification for draft-wouters-edns-tcp-keepalive-00.txt (fwd)

Paul Wouters <[email protected]>
Newsgroups gmane.ietf.dnsext
Message-ID <[email protected]>
As discussed, I separated the EDNS TCP keep-alive option from the EDNS
chain-query document, and Joe Abley kindly offered his assistance in
(re)writing this document.

Paul


-------- Original Message --------
From: [email protected]
To: Paul Wouters <[email protected]>, Joe Abley <[email protected]>
Subject: New Version Notification for draft-wouters-edns-tcp-keepalive-00.txt
Date: Tue, 15 Oct 2013 09:39:54 -0700

A new version of I-D, draft-wouters-edns-tcp-keepalive-00.txt
has been successfully submitted by Paul Wouters and posted to the
IETF repository.

Filename:	 draft-wouters-edns-tcp-keepalive
Revision:	 00
Title:		 The edns-tcp-keepalive EDNS0 Option
Creation date:	 2013-10-15
Group:		 Individual Submission
Number of pages: 9
URL:             http://www.ietf.org/internet-drafts/draft-wouters-edns-tcp-keepalive-00.txt
Status:          http://datatracker.ietf.org/doc/draft-wouters-edns-tcp-keepalive
Htmlized:        http://tools.ietf.org/html/draft-wouters-edns-tcp-keepalive-00


Abstract:
    DNS messages between clients and servers may be received over either
    UDP or TCP.  UDP transport involves keeping less state on a busy
    server, but can cause truncation and retries over TCP.  Additionally,
    UDP can be exploited for reflection attacks.  Using TCP would reduce
    retransmits and amplification.  However, clients are currently
    limited in their use of the TCP transport as most implementations
    limit the TCP session to a single DNS query and answer, making use of
    TCP only suitable as a fallback protocol for UDP.

    This document defines an EDNS0 option ("edns-tcp-keepalive") that
    allows DNS clients and servers to signal their respective readiness
    to conduct multiple DNS transactions over individual TCP sessions.
    This signalling facilitates a better balance of UDP and TCP transport
    between individual clients and servers, reducing the impact of
    problems associated with UDP transport and allowing the state
    associated with TCP transport to be managed effectively with minimal
    impact on the DNS transaction time.




Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat


_______________________________________________
dnsext mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dnsext
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.