Re: [DNSOP] Fwd: New Version Notification for draft-pusateri-dnsop-update-timeout-01.txt

Dick Franks <rwfranks@acm.org> Thu, 21 February 2019 14:11 UTC

Return-Path: <rwfranks@gmail.com>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3EB6D1279E6 for <dnsop@ietfa.amsl.com>; Thu, 21 Feb 2019 06:11:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.88
X-Spam-Level:
X-Spam-Status: No, score=-1.88 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.018, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 49ZmgVzFN5sC for <dnsop@ietfa.amsl.com>; Thu, 21 Feb 2019 06:11:43 -0800 (PST)
Received: from mail-it1-f196.google.com (mail-it1-f196.google.com [209.85.166.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F405130FD7 for <dnsop@ietf.org>; Thu, 21 Feb 2019 06:11:43 -0800 (PST)
Received: by mail-it1-f196.google.com with SMTP id r11so22560804itc.2 for <dnsop@ietf.org>; Thu, 21 Feb 2019 06:11:43 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=BCkRc8uQELqHQ26jjk4Myt0P1ipQpd1/Yh6yGW+ayCM=; b=EOAhJWQsQvCytep1kxjn73HlunbJjUt+717sbdjIFqgZM+rKslK2NXc41bGqG9ZhN3 frnWvpvuV0TKz9i9kyDGxFoB9LiGjWrcZaVsRYcHCkvyl5KmX+Y540dOUyWI76kBwYww 7i448t7MTiIYOwdo7tMc6w7a4Uz4IdEVEMq4DmIOuf5ajGzjvdcDf8zlUj0MxjMwx5AF oCw7q51/8VtR/dmL0JLPJWxSr85doFHuwCEUhfOz/UCE3C2M9cFpVvhkGPhLan1uc2Zp VbLX4pug/3qyLocGTNx1SNdtwLz4TkqRt6TV43uhuionMcC4S/mi4CttamXlJQxa1PA3 lABQ==
X-Gm-Message-State: AHQUAuaWjPS4acBdeSIcYIhX6jxYRZu5x/9+6Q+TlfeNwndht2804NqC GDpyaC44DCmEZzRrUUbpGU6x4akz9WKi4Vnvm5k=
X-Google-Smtp-Source: AHgI3IbpRDjVfIUBReYZrtyzZKpYSKwkvs6JVTmbD/NMz1X+q8qBbxaPVCaLrFRAkAJE/D2tybshWQncqDk45X2C26k=
X-Received: by 2002:a24:6b44:: with SMTP id v65mr7868225itc.82.1550758301535; Thu, 21 Feb 2019 06:11:41 -0800 (PST)
MIME-Version: 1.0
References: <155053239541.25848.12960190085730298684.idtracker@ietfa.amsl.com> <969D8BA1-6ED3-47E8-AFFD-2BEE8EA3E66B@bangj.com> <alpine.DEB.2.20.1902191219070.766@grey.csi.cam.ac.uk> <0DE33073-93B1-4CF5-B12D-B7266E21E8B2@timwattenberg.de> <alpine.LRH.2.21.1902191715230.30381@bofh.nohats.ca> <1F461BFA-638A-4607-84BD-F8B8597A1114@isc.org> <alpine.LRH.2.21.1902200028210.29865@bofh.nohats.ca> <646C86F6-C10D-43DF-ADE8-19222994E4D1@hopcount.ca> <E41DDEED-DF50-481F-9378-D721C3612643@isc.org> <alpine.DEB.2.20.1902201928250.19193@grey.csi.cam.ac.uk> <9330E97B-76BF-4C6F-8F6F-01349A3E7427@isc.org> <alpine.DEB.2.20.1902211215480.19193@grey.csi.cam.ac.uk>
In-Reply-To: <alpine.DEB.2.20.1902211215480.19193@grey.csi.cam.ac.uk>
From: Dick Franks <rwfranks@acm.org>
Date: Thu, 21 Feb 2019 14:11:04 +0000
Message-ID: <CAKW6Ri7u5uCwcXgDrovgpEnhZCpkGGDMrxLHxbFVNvnveUPwWA@mail.gmail.com>
To: Tony Finch <dot@dotat.at>
Cc: Mark Andrews <marka@isc.org>, dnsop <dnsop@ietf.org>, Paul Wouters <paul@nohats.ca>, Joe Abley <jabley@hopcount.ca>
Content-Type: multipart/alternative; boundary="000000000000b2143e0582680d7e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/f2DJvvrWhpblTouxT20jhx3wqIA>
Subject: Re: [DNSOP] Fwd: New Version Notification for draft-pusateri-dnsop-update-timeout-01.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Feb 2019 14:11:45 -0000

On Thu, 21 Feb 2019 at 12:25, Tony Finch <dot@dotat.at> wrote:

> Mark Andrews <marka@isc.org> wrote:
> > > On 21 Feb 2019, at 6:30 am, Tony Finch <dot@dotat.at> wrote:
> > >
> > > Does it need to be per-record? Why not GC the whole RRset?
> >
> > Because there are scenarios where you do want to GC as single
> > record from the RRset. AD has them with SRV.  Each server adds
> > its own SRV record to the RRset.
>
> Oh I see, that makes sense. Things like this need explaining in the
> document.
>
> Why not simplify the RDATA format so there is just one item per record,
> instead of containing a list of lists? Aren't the individual items going
> to be added/removed independently of each other?
>

Good idea.

A more radical approach would be to have just one hash per item per record.
This has the attraction of allowing a truncated hash to be used, without
the need for length fields.

--Dick