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

Ted Lemon <mellon@fugue.com> Fri, 24 August 2018 17:37 UTC

Return-Path: <mellon@fugue.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 2E3A7130E19 for <dnsop@ietfa.amsl.com>; Fri, 24 Aug 2018 10:37:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20150623.gappssmtp.com
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 K-ER-uIzyAdb for <dnsop@ietfa.amsl.com>; Fri, 24 Aug 2018 10:37:37 -0700 (PDT)
Received: from mail-it0-x234.google.com (mail-it0-x234.google.com [IPv6:2607:f8b0:4001:c0b::234]) (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 E7891127333 for <dnsop@ietf.org>; Fri, 24 Aug 2018 10:37:36 -0700 (PDT)
Received: by mail-it0-x234.google.com with SMTP id k188-v6so3164284itk.3 for <dnsop@ietf.org>; Fri, 24 Aug 2018 10:37:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=1RsHYTCc65aaK7vlTHwurNXN+yd7g862qYHZEzNmCw4=; b=GpT+B2eS3RKU/pNMRlCW6xro3LVDYDzvPqklKBFetUeJgx87QD4sElQFlAFBejtqkg CILouRgqHGbWIcaki2LjL61JEt7z93UDUWW2T399mFLfy22vs5Rs9xxWxyOBA+VtYcKo qE4b3BikzEFzsnw3wQZjLxcOPbS4N4cqnUd2tdBm2izipwYHtpcxunN7dIDAWhW1S6up GF5gxYBGV2gLP/cQPWhArDT4NMP2TTlGXh+nVMROBLfYvjyRyPyrAbi4Mn0Bb+P3OopT MZAPPrCLukLKy7lzme86Xni20iCnuJ/ismjmgj2rRYu3QXPmdHbK02PtQoDgT7RcHZls +kKA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=1RsHYTCc65aaK7vlTHwurNXN+yd7g862qYHZEzNmCw4=; b=mZ2k5wPaBjRU9m147NON5p+VteMuUxFgzTunvaEmOVI8wYa7e+Wbr7bbvHg82m56w8 WCelKZbt5WvZwzUhXd+S7msHnJFzqFnXPi2QFsOHNvXWodw79ZmXbBCSpwNaPW8S5uLy 5lJd5cknS2GAkdEvbCVFWUdPxjMDeMs5dPPR4PUDEW+C7RhhiaSA+YCWJnlm4bjlEt2a 5xytj7ZIGxuIRURvNHRfhLHzSVSxAseaKyPThz5F/7hWDapwIhGUAIk4MHcpy1ESsspI u13FSZjjjj7V2Ri8n81//GzxgjjaXcwT7K0TWC6n8jrWuQoCgD8K8CyodaqBmpa+zfq8 uPwQ==
X-Gm-Message-State: APzg51AoVyLy3ye/Z3EnFcMHrnV7VfNMaxb3pGmg4B0Rq27LcC7sGwTJ iyKLg7+LT6qRlg334OG74s4YnamVd0RedyFtJ2D5HVDg
X-Google-Smtp-Source: ANB0VdZuRYkgcVMnG9AYwE9T15kwx/64pusTHcTc+eKWwjC+sWIcLUZMDOswliUvqc0Xob2u6ZK8CHDIzDKmtK0l07o=
X-Received: by 2002:a24:5f92:: with SMTP id r140-v6mr2074727itb.95.1535132255855; Fri, 24 Aug 2018 10:37:35 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a4f:a006:0:0:0:0:0 with HTTP; Fri, 24 Aug 2018 10:36:55 -0700 (PDT)
In-Reply-To: <5063A32B-4877-4860-BA73-CCB068AB7FCB@bangj.com>
References: <153507165910.12116.7113196606839876181.idtracker@ietfa.amsl.com> <AFB90F6F-5D99-4403-AAB6-1123727973E6@bangj.com> <5B7F5E07.5080100@redbarn.org> <7F91FFF7-71C3-4F8E-82CD-266B170983E0@bangj.com> <C0EE2719-B662-4231-AF51-D3B98B00AD0D@fugue.com> <6D607922-393D-4549-AAFA-49279C260CA4@bangj.com> <3C6100BD-62D6-41ED-B7BF-679F0D4E4113@fugue.com> <5063A32B-4877-4860-BA73-CCB068AB7FCB@bangj.com>
From: Ted Lemon <mellon@fugue.com>
Date: Fri, 24 Aug 2018 13:36:55 -0400
Message-ID: <CAPt1N1=tXZNgT6ygAaLFfOMze7hbGZ6q_eN1C3iEo9ryBNcyLg@mail.gmail.com>
To: Tom Pusateri <pusateri@bangj.com>
Cc: dnsop WG <dnsop@ietf.org>, Paul Vixie <paul@redbarn.org>, Tim Wattenberg <mail@timwattenberg.de>
Content-Type: multipart/alternative; boundary="000000000000cbb4e8057431d4eb"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/ZyJLcOPk07-LAtbxgoMBMFoB9bc>
Subject: Re: [DNSOP] Fwd: New Version Notification for draft-pusateri-dnsop-update-timeout-00.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.27
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: Fri, 24 Aug 2018 17:37:39 -0000

The DHCP case isn't actually a problem today.   DHCP servers automatically
remove these records.   The ISC server has been doing this for 20 years,
and I'm pretty sure all the other servers that compete with it do too.

On Fri, Aug 24, 2018 at 12:50 PM, Tom Pusateri <pusateri@bangj.com>; wrote:

>
>
> On Aug 24, 2018, at 9:54 AM, Ted Lemon <mellon@fugue.com>; wrote:
>
> On Aug 24, 2018, at 9:52 AM, Tom Pusateri <pusateri@bangj.com>; wrote:
>
> Yes, it was intended to be more general than for service registration.
> It’s directly applicable to name registration for IP addresses. I can add a
> section on other uses if more motivation is desired. Mark Andrews had some
> uses as well that hopefully, he can share. If others have uses in mind that
> this solves I would love to hear about them.
>
>
> The reason I'm asking is not that I don't think there are theoretical use
> cases for what you are proposing.   I'm asking if there are actual use
> cases.   How would this be used in practice?   What can't someone do right
> now that they need to do and that this new technology enables?
>
>
> Specifically, there are two applications mentioned in the draft.
>
> 1. When a DNS server receives a dynamic DNS Update from a client
> registering its name after having received an IP address from an DHCP
> lease, the length of the DHCP lease can be tied to the length that the DNS
> address/PTR records stay in the authoritative server.
>
> 2. When an RFC 6763 DNS-SD service is registered (including PTR, SRV, &
> TXT records), these records can timeout according to the lease lifetime
> contained in the update lease EDNS(0) option.
>
> These are not theoretical. They solve practical problems that exist today.
> I think there are others associated with existing problems for sleeping
> devices and IoT devices that I need to research to more clearly answer your
> specific question but I think these two already fulfill that requirement.
>
> Tom
>
>
>