Re: [DNSOP] I-D Action: draft-ietf-dnsop-session-signal-04.txt

Sara Dickinson <> Wed, 13 September 2017 09:31 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 38E70132F2C for <>; Wed, 13 Sep 2017 02:31:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id arLB3GXgXD60 for <>; Wed, 13 Sep 2017 02:31:16 -0700 (PDT)
Received: from ( [IPv6:2a00:1098:0:86:1000:0:2:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 3ED2D1321A7 for <>; Wed, 13 Sep 2017 02:31:16 -0700 (PDT)
Received: from [2001:b98:204:102:fffa::1b] (port=62849) by with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.89) (envelope-from <>) id 1ds40o-0002vP-El for; Wed, 13 Sep 2017 10:31:14 +0100
From: Sara Dickinson <>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Wed, 13 Sep 2017 10:31:12 +0100
References: <>
In-Reply-To: <>
Message-Id: <>
X-Mailer: Apple Mail (2.3273)
X-BlackCat-Spam-Score: 4
Archived-At: <>
Subject: Re: [DNSOP] I-D Action: draft-ietf-dnsop-session-signal-04.txt
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF DNSOP WG mailing list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 13 Sep 2017 09:31:18 -0000

Hi All, 

Based on the discussions at IETF 99 and on the list this update to the draft makes a number of changes:

* The Title of the draft has been changed to ‘DNS Stateful Operations’ (DSO) to reflect the fact that the TLV format is not limited to being used for signalling
* The draft now updates RFC1035
* The term 'DSO session’ is used throughout for clarity
* A paragraph has been added to the Introduction to discuss the use of a new format
* Several terms in the Terminology section have been updated and some new ones added
* Clarified the use of the words timer and timeout throughout the document
* A short discussion section has been added with specific use cases
* The specific mention of QUIC has been removed, the text now just describe the properties of the transport used for DSO. 
* The text has been updated to specify that messages must be processed in the order they were sent (not received)
* A modifier Encrypted Padding TLV has been added to support padding of encrypted queries
* The text describing the behaviour of middle-boxes has been updated
* The set of RCODES defined in the document has been extended
* Responses to DSO messages are now optional: An Acknowledgement bit has been added to the DSO data format which specifies if the DSO message requires an acknowledgement response
* A section has been added to specify exactly what a client should to with the timers/timeouts when receiving a Keepalive TLV
* The section on Connection sharing is now consistent with RFC7766



> On 13 Sep 2017, at 10:28, wrote:
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> This draft is a work item of the Domain Name System Operations WG of the IETF.
>        Title           : DNS Stateful Operations
>        Authors         : Ray Bellis
>                          Stuart Cheshire
>                          John Dickinson
>                          Sara Dickinson
>                          Allison Mankin
>                          Tom Pusateri
> 	Filename        : draft-ietf-dnsop-session-signal-04.txt
> 	Pages           : 32
> 	Date            : 2017-09-13
> Abstract:
>   This document defines a new DNS Stateful Operation OPCODE used to
>   communicate operations within persistent stateful sessions, expressed
>   using type-length-value (TLV) syntax, and defines an initial set of
>   TLVs used to manage session timeouts and termination.  This mechanism
>   is intended to reduce the overhead of existing "per-packet" signaling
>   mechanisms with "per-message" semantics as well as defining new
>   stateful operations not defined in EDNS(0).
> The IETF datatracker status page for this draft is:
> There are also htmlized versions available at:
> A diff from the previous version is available at:
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at
> Internet-Drafts are also available by anonymous FTP at:
> _______________________________________________
> DNSOP mailing list