Re: [DNSOP] New draft on delegation revalidation

Shumon Huque <shuque@gmail.com> Wed, 22 April 2020 22:30 UTC

Return-Path: <shuque@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 7E5723A0CA6 for <dnsop@ietfa.amsl.com>; Wed, 22 Apr 2020 15:30:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 mX0y5DuKY3sr for <dnsop@ietfa.amsl.com>; Wed, 22 Apr 2020 15:30:56 -0700 (PDT)
Received: from mail-ed1-x536.google.com (mail-ed1-x536.google.com [IPv6:2a00:1450:4864:20::536]) (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 C1E1F3A0CD4 for <dnsop@ietf.org>; Wed, 22 Apr 2020 15:30:55 -0700 (PDT)
Received: by mail-ed1-x536.google.com with SMTP id r7so2808671edo.11 for <dnsop@ietf.org>; Wed, 22 Apr 2020 15:30:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=WUxL4ApyJoWMpjehVt22hCUutk5SGVe4LqDLEf5Uh4c=; b=KE4Y2scIXiv09ky5WZ9KjASFfGCmL0zJUYXgl+ObwW7Igik3UiRscLU/proOMUOnLX qNN7P2A3ktFskrGWHr9CWGk7A2sw05mFVbtL7TIA41cyED0KV07OEIspB0tCdrJxG9ks NA4GC4NoAXBPeTVibFiBVma1wXPJ6Qq7zjum2F370tIH9k56hukH0sOZjTdds1V5uJCV ii8dNAT5bpjS8f+yM6OMgegTux1/cI6gG+9vNyKK/5S59sG0A9qSwkAeg392osRDccCS qlWdEKKnBqtOpnXZIJ9MYZhVD6IYa/ccVPBXIZz/YfmGOFLlje8kKi+dQfsmLe3Lc/rF BDrw==
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=WUxL4ApyJoWMpjehVt22hCUutk5SGVe4LqDLEf5Uh4c=; b=qzjFxJFGsgqZdLjPoKEDePa1JiEKakNmotGn6MaOpGroium//q6yBxpwjof+wd53Fq awM/bVXux7XY/DlQBmkAX2x0tHpBLbL4KPfzBa/fqEtfKWxsY/miyfA7zCLtq236sVxX adXedzsURrX7U17r5rC3RcqgqAy7sKzs69Q5HR3DaxEStKDDuOoXGDUkkqjDGLeCcg8t BbURFOnQgdnnG/h6uzzUOvO4k/7q1u6uMKgSCmZA01l04Vb8AsjibK0CUcqFJLWHBGFY tC/nY5D4iJNNhs4QWBPKL/uCEYwFd8jETQ2FqVdyTJiq1FkGMZk6qnSufp8Gh8nnx8n4 kRlw==
X-Gm-Message-State: AGi0PuYHLyPW3MktJTAZT1WfIJn76cNo2P9RftSU/ic/FGFUgotayjqF DJMLHUmpPMSQHpyKXTG26t40UB1jjkBQHKGdfxk=
X-Google-Smtp-Source: APiQypJWjgAxqunvL/AMIV9QeJXL0YX1x5KXtSV8R9KD6t+dum/wtVSPB1mlhGxv6MwtOwdHnPL9W9Ye3nhZhPWymrY=
X-Received: by 2002:a05:6402:30ad:: with SMTP id df13mr618982edb.339.1587594654215; Wed, 22 Apr 2020 15:30:54 -0700 (PDT)
MIME-Version: 1.0
References: <CAHPuVdV9eSCLQOqMF0cq8fHcuSZs7nCgjhHMfMoaV5H=ekbtSA@mail.gmail.com> <CADyWQ+Gugw5ScSGDhDWLvrMQB-nNS+cOAcETQ9ssf2wPMFYq3w@mail.gmail.com> <CA+nkc8DkHaVR91koywh4KMx+-Pmw2gRR1KnuwUcP_j0G+k3S7A@mail.gmail.com> <CAHPuVdWSAX8Ha=djd_6qGC8NvaKAPjnNxu5UX8XW7fwZ6t_U_A@mail.gmail.com> <CA+nkc8DDHsocDkReb1GA1=6d_yau_jXLgwxZRhMFAfdJHaXMiw@mail.gmail.com> <CAHQ5LGpys=rDCDyvoBRW1_p4=V9XRCq+v5+cmqKaWHHbsCTNOA@mail.gmail.com> <CAHPuVdUEWQ+-OU8VTPwbZ8WDN8iTRk7dC0EASJNJVFr4FovaXA@mail.gmail.com> <9ea4731d-c5b9-0f0b-2ca6-cf3262c09781@uniregistry.com> <CAHPuVdXgQvedz0bqNJwJtMFkHrPw1HRoAAb_55jmYJTwGw5wEA@mail.gmail.com> <aa6302b3-3c41-da31-8678-e162d89c4268@uniregistry.com>
In-Reply-To: <aa6302b3-3c41-da31-8678-e162d89c4268@uniregistry.com>
From: Shumon Huque <shuque@gmail.com>
Date: Wed, 22 Apr 2020 18:30:42 -0400
Message-ID: <CAHPuVdVhfenBTW+rd4Lj4Rys0O0WOiyi0PTnL+WyKSB3ayEjfw@mail.gmail.com>
To: Patrick Mevzek <mevzek@uniregistry.com>
Cc: Gavin McCullagh <gmccullagh@gmail.com>, Tim Wicinski <tjw.ietf@gmail.com>, Bob Harold <rharolde@umich.edu>, "dnsop@ietf.org WG" <dnsop@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000006973d105a3e8affc"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/csabJzgft_2dTAD5VNQaux2zvbQ>
Subject: Re: [DNSOP] New draft on delegation revalidation
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: Wed, 22 Apr 2020 22:31:05 -0000

Nice!

You didn't name the entity/company, so I won't ask. But I am mildly
curious about why they never brought the proposal to the regext
working group.

Shumon.

On Wed, Apr 22, 2020 at 5:24 PM Patrick Mevzek <mevzek@uniregistry.com>
wrote:

> On 22/04/2020 16:01, Shumon Huque wrote:
> > Yeah, that was what I thought. I just wasn't sure whether some EPP TTL
> > setting extension had been proposed or developed.
>
> There is in fact at least one to my knowledge :-)
> It allows to add that payload to a domain create:
>
> <extension>
>   <ttl:create xmlns:ttl="...">
>     <ttl:secs>300</ttl:secs>
>   </ttl:create>
> </extension>
>
> To do something similar during a domain update, and retrieve it during
> domain info in EPP:
>
> <extension>
>   <ttl:infData xmlns:ttl="...">
>     <ttl:secs>3600</ttl:secs>
>   </ttl:infData>
> </extension>
>
> However, and still as far as I know:
>
> - it has never been discussed in the IETF WG about EPP
> - I do not see any registry using it, including the registry that drafted
> it
> - the website where it was posted is not active any more, so besides my
> own open source EPP client that implements it (I have a knack of doing
> every EPP extension possible out there), I know nothing else about it.
> The company's gitlab does not reference it anymore either.
>
> HTH,
>
> --
> Patrick Mevzek
>