Re: [regext] REGEXT Interim Meeting

"James Galvin" <galvin@elistx.com> Fri, 25 August 2017 13:44 UTC

Return-Path: <galvin@elistx.com>
X-Original-To: regext@ietfa.amsl.com
Delivered-To: regext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16C0D1326EA for <regext@ietfa.amsl.com>; Fri, 25 Aug 2017 06:44:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 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_LOW=-0.7, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=elistx-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 qx5ykmwHgLHI for <regext@ietfa.amsl.com>; Fri, 25 Aug 2017 06:44:20 -0700 (PDT)
Received: from mail-qk0-x22d.google.com (mail-qk0-x22d.google.com [IPv6:2607:f8b0:400d:c09::22d]) (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 5CE1313238E for <regext@ietf.org>; Fri, 25 Aug 2017 06:44:20 -0700 (PDT)
Received: by mail-qk0-x22d.google.com with SMTP id o63so11492704qkb.3 for <regext@ietf.org>; Fri, 25 Aug 2017 06:44:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=elistx-com.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:embedded-html; bh=A93Mza+pLo/73UwEeOv5SnbMIB07qNW5iX/VJiA3Too=; b=IOBf1VCVpTXBcBvdGfxvLcA5dH0gMP8rJRh4g98ldeiDfQieu6FMqgxuVCXXDMfdIo kr/XzoeL5hqMk9bOhGxVLLV5lLWogZbC9sNRf/NwYvcjk5+Uqiq94iF1b2rPQTmmbE/s MwORTNIERddENMHaSVAPIJeOreFeQj+gqXfVgT0WVTMomLnBIRRr0yq0Hm6X/GW3xnjb IJ4xEBwjr99QIvfHLC7b0Wh3VZIMANjOHn/hUpWefj8uVmAsU2p/+F/GTWJNP+u0DnDh BICQ6ZwnbZsQJEczGeNAP+LiJlrldzbzFdh5zh6juaVgirSQmtpCUSWBd8VS9FZX1qaA JN+A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:embedded-html; bh=A93Mza+pLo/73UwEeOv5SnbMIB07qNW5iX/VJiA3Too=; b=NkoknMuhJR+DvTsdEn+MhMDJz+EkJhYTvZGfo88ZRtaFtTC6tJC8Cuiubruh/eTP7B PueJyz+l9HvDZxDOBL+CVTsH4HZtXsRCCWxVitIlUALLWm8K10TkD70MqAJNnhCe7xp3 qPlETXUd7qmPnYN9UEPdfisXhDK0gPSFoI7ytUP8lpuQCibbDorTSCMVcboiJeonEa9l JjcYF+hjm1C/d9RrROFbZjr7wO7g2Yvg200pOKmwu8bbkX5UtLC7gzpniANoFzT0mBnb etK+1rIoAxe9MnoM+O3MUg9MBS+1xCKRCdz7whAou274fO8fPBtELRETnjXEf0XPw8S4 ko8w==
X-Gm-Message-State: AHYfb5gSY1Lvkm0Yc2R0t9c3FiBfYwtGMuaMUw3cRXzCdFlaJdPfqJCF MYKH/9K3lGSHGBxl
X-Received: by 10.55.82.68 with SMTP id g65mr12675993qkb.234.1503668659312; Fri, 25 Aug 2017 06:44:19 -0700 (PDT)
Received: from [10.0.0.4] ([2601:154:c201:51d0:a4ea:d781:abdd:706f]) by smtp.googlemail.com with ESMTPSA id h141sm3992777qke.16.2017.08.25.06.44.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 25 Aug 2017 06:44:18 -0700 (PDT)
From: James Galvin <galvin@elistx.com>
To: Roger D Carney <rcarney@godaddy.com>
Cc: "regext@ietf.org" <regext@ietf.org>
Date: Fri, 25 Aug 2017 09:44:17 -0400
Message-ID: <E808EC2F-0BBB-4E77-A80F-010C22829783@elistx.com>
In-Reply-To: <BN6PR02MB2547DD9C1D07545BBD6641CEB1850@BN6PR02MB2547.namprd02.prod.outlook.com>
References: <BN6PR02MB2547DD9C1D07545BBD6641CEB1850@BN6PR02MB2547.namprd02.prod.outlook.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="=_MailMate_147BCC69-BF41-4AEB-B52C-8A32A23B2B02_="
Embedded-HTML: [{"HTML":[653, 17233], "plain":[234, 3560], "uuid":"002FD8A9-1C7E-4D2B-94FB-162FB94170E0"}]
X-Mailer: MailMate (1.9.6r5382)
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/lIyu7_PQp74GPmsjZ8XWgpIyOwo>
Subject: Re: [regext] REGEXT Interim Meeting
X-BeenThere: regext@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Registration Protocols Extensions <regext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/regext>, <mailto:regext-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/regext/>
List-Post: <mailto:regext@ietf.org>
List-Help: <mailto:regext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/regext>, <mailto:regext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Aug 2017 13:44:23 -0000

The minutes have been uploaded to the proceedings.

If there are any corrections please make that known and I will upload a 
revised version.

Thanks for hosting this meeting!

Jim



On 23 Aug 2017, at 16:52, Roger D Carney wrote:

> Good Afternoon,
>
> We held an interim meeting this morning and discussed the current Fee 
> draft document (draft-ietf-regext-epp-fees-06) and the Validate draft 
> document (draft-ietf-regext-validate-02).
>
> In attendance was Jody Kolker, Antoin Verschuren, Alex Mayrhofer, 
> James Galvin, Dean Farwell, Andreas Huber and Roger Carney.
>
> Agenda:
>
>   1.  Fee
>      *   Confirm Edits (scheme, section 3.8 and reference)
>      *   Discuss "Quiet Period": section 3.8 paragraph 5
>      *   Discuss WG Last Call
>   2.  Validate
>      *   Re-introduce
>      *   Comments/Questions
>   3.  TLD Phase Mapping
>
> We started the meeting by confirming that the current revision of the 
> document (v6) addressed all currently known issues.
>
> Jim Galvin mentioned that we may need to resolve TLD phase detection 
> to make it easier for this draft to move forward as detection (at 
> least in simple form) was removed in the last draft. We spent a few 
> minutes on this and recalled some of the reasons given for removal, 
> e.g. complexity and not a true fit for this draft. We discussed the 
> idea of pulling this into the proposed Registry Mapping draft. We also 
> discussed if the authors were opposed to detection being in the Fee 
> draft and I confirmed that I was not completely against including but 
> I do believe the reasons everyone provided for not including makes 
> sense and that it seems more appropriate in the Registry Mapping 
> draft.
>
> We spent a good amount of time, roughly 35 minutes focused on section 
> 3.8 describing Phase/Subphase. Alex mentioned that 3.8 does not 
> clearly address the scenario of a server not supporting 
> phase/subphase. Alex will provide some language and we will work into 
> the next draft. Discussion continued on the "comfort" idea of phase 
> detection: "Should we allow servers to provide responses with multiple 
> phases/subphases in the same response?" We generally agreed that the 
> added complexity and cost associated with this did not outweigh the 
> possible benefits and that we would stay with the v6 language around 
> this (if client does not supply and only one exists return the one and 
> if multiple exist return error).
>
> No one on the call raised any concerns with the "Quiet Period" in 
> section 3.8 paragraph 5. Please review and express any concerns.
>
> The Chairs did indicate that once we get general agreement on the list 
> for the Fee draft we can move this draft to WG last call. At this 
> point I believe we are in a good state with v6 plus the addition of 
> Alex's suggested text on servers that may not have phase support. 
> Please respond to the list if you agree or disagree.
>
> We moved the discussion onto Validate and Jody provided an overview of 
> the problem space and the proposed solution. There was a general 
> agreement that this proposal sounds good and seems like a logical 
> business issue to resolve. There was some discussion on the possible 
> need to be able to refine this "validate" down to the exact domain 
> name. The draft does allow for this though it was not in the original 
> goals. Jim and Antoin talked about this whole "validate" concept 
> possibly being larger and may need to examined in totality (e.g. with 
> allocation token and verification code). Do they belong together or 
> stay separate, should there be a "higher" framework that pulls 
> together the idea of validation/verification?
>
> If anyone has any additional thoughts on these topics or new topics 
> for these documents please let us know.
>
> Again, thanks to all that were able to participate this morning, it 
> was a very productive meeting.
>
>
> Thanks
> Roger


> _______________________________________________
> regext mailing list
> regext@ietf.org
> https://www.ietf.org/mailman/listinfo/regext