[regext] Re: Charter question (was Re: CALL FOR ADOPTION: draft-yao-regext-epp-quic and draft-loffredo-regext-epp-over-http)

"Gould, James" <jgould@verisign.com> Tue, 11 February 2025 17:55 UTC

Return-Path: <jgould@verisign.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 BA8A1C52A493 for <regext@ietfa.amsl.com>; Tue, 11 Feb 2025 09:55:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.404
X-Spam-Level:
X-Spam-Status: No, score=-4.404 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, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=verisign.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jfviLF_9AxY0 for <regext@ietfa.amsl.com>; Tue, 11 Feb 2025 09:55:53 -0800 (PST)
Received: from mail3.verisign.com (mail3.verisign.com [72.13.63.32]) by ietfa.amsl.com (Postfix) with ESMTP id 45878C4F9ED9 for <regext@ietf.org>; Tue, 11 Feb 2025 09:55:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=6344; q=dns/txt; s=VRSN; t=1739296553; h=from:to:cc:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version:subject; bh=cIgG9rKIRTm3TqN4UGVF1QZP8YrkwfobqlV2ALaS4js=; b=LCye9L5I1OwLa7YZTNcqcRfZfoKLtvnjXJPlojLx8WJaFGEty1q9a616 yZvfKp3xDIgY+oAEh2N6Sc/ucpKBPYBSEzvX1ymC3LMSH1LeWXH1/DjPO oRq//AQebD95hfOPvmqJGWA8sCrUg+KE+1pdael5SICBnf8hJLzOcL44P 9fDRacNmXgxeXh2/F4nxl3UF8E7NKUrCJQisa4g+3BS5NIR/mjpOkEwL6 WRYY/XxoLJuobCS3/SIpOsr3VD0+AbrXTgm2gpn8E53cIgxwXtYQXtWlX DXGmS9n1/NtmCV1MJQYZ//kwKd3yZ6S1qLnUJjo1+pKbNzi8eryU6PRrK Q==;
X-CSE-ConnectionGUID: pxsMhuhNTiaAISDSztAkng==
X-CSE-MsgGUID: T1Zqs3blRdCYjx5cy8/mIg==
X-ThreatScanner-Verdict: Negative
IronPort-Data: A9a23:GGEPOKvZbhJNreDiz3wmmvazcOfnVFpfMUV32f8akzHdYApBsoF/q tZmKW6PPP+CZWv9LtsiOYux9EgHsJXVn9ViTwRp/ns2EX9G9ZOVVN+UEBz9bniYRiHhoOCLz O1FM4Wdc5pkJpP4jk3wWlQ0hSAkjclkfpKlVqicfHg3HVI4IMsYoUoLs/YjhYJ1isSODQqIu Nfjy+XSI1bNNwRcawr40Ird7ko01BjOkGlA5AFmP6kS5AO2e0Q9V/rzG4ngdxMUfaEJRoZWd 86bpJml82XQ+QsaC9/Nut7Tbk0QT7fOChOFg3xQVrLKqkAqSvsai/tT2FI0MC+7uh3R9zxD4 IwlWa+YEG/FCpbxdNE1CHG0JQklZPEbp+WXSZSImZf7I0XuKxMAyt0wVB1mZdVwFuxfWQmi/ tRAQNwBg4zqa0tbD9tXR8E17vnPIvUHM6sHqmpFzSzZK8onSLnieInx98Nx3zE/05Um8fb2P 6L1aBJFVjKZXDtiCg9NTow1m/2wwHDzNSNCs1TTrq0yi4TR5FUpluGya5yMJ4fMGZQ9ckWw/ woq+0z7DRYHMNC31zef82mtiemJliT+MG4XPObora8w0AfIroAVICFPZ0Kg+vO9sEKVatBPd kcFqm0rjKdnoSRHSfG4BXVUukWstxgQSvJQA/d89Rrl4qXd5xiYAEAJSj9adMxgv8gzLRQw2 1CEj8/BBDFzvvuSU331y1uPhTmoP3EKK2ISPXVBVhUfpdziu8Q5iVTFVNA6VrCvlduzEjb1q 9yXkBUDa3wopZZj/82GEZrv2lpAerChotYJ2zjq
IronPort-HdrOrdr: A9a23:Qq8XB6CrAMq6o/LlHelx55DYdb4zR+YMi2TDsHoBLCC9E/bo9f xG88566faZslgssRIb9uxoUZPoKU80nqQFgrX5U43CYCDW/EWlK4145ZbvznnKC0TFmtJ15O NFf7JlANP9SXp3na/BijWQIpIFzMOc+K6lwd3CyWxgJDsGV4h74xxnBh2gHkp6eQlDCfMCf6 ah2g==
X-Talos-CUID: 9a23:YqQCYG3/95fyCLIXbMLc2LxfAtA+V33AzFHsIkaRKF1Fc6+JYFyW9/Yx
X-Talos-MUID: 9a23:SCxabQSL+lANlZt3RXTQ3QN7L5xi556iI3EPgcgNqpnDMA1/bmI=
X-IronPort-AV: E=Sophos;i="6.13,278,1732579200"; d="scan'208";a="38392823"
Received: from BRN1WNEX01.vcorp.ad.vrsn.com (10.173.153.48) by BRN1WNEX02.vcorp.ad.vrsn.com (10.173.153.49) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.44; Tue, 11 Feb 2025 12:55:51 -0500
Received: from BRN1WNEX01.vcorp.ad.vrsn.com ([10.173.153.48]) by BRN1WNEX01.vcorp.ad.vrsn.com ([10.173.153.48]) with mapi id 15.01.2507.044; Tue, 11 Feb 2025 12:55:51 -0500
From: "Gould, James" <jgould@verisign.com>
To: "andy@hxr.us" <andy@hxr.us>, "galvin@elistx.com" <galvin@elistx.com>
Thread-Topic: [EXTERNAL] [regext] Charter question (was Re: CALL FOR ADOPTION: draft-yao-regext-epp-quic and draft-loffredo-regext-epp-over-http)
Thread-Index: AQHbfKoZGBdILGNETkmLMKxXYHckarNCYwuA
Date: Tue, 11 Feb 2025 17:55:51 +0000
Message-ID: <92243209-26CA-4E17-BBEB-2AEDBBBA731D@verisign.com>
References: <A4407EAD-3F1B-452C-9F5B-764C80763AC1@elistx.com> <CAAQiQRdwaibyd7cOXGqGigzoOyXPxz34xNMMbiJ6qom0bCQyjQ@mail.gmail.com>
In-Reply-To: <CAAQiQRdwaibyd7cOXGqGigzoOyXPxz34xNMMbiJ6qom0bCQyjQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.92.24120731
x-originating-ip: [10.170.148.18]
Content-Type: text/plain; charset="utf-8"
Content-ID: <5DA12571E925AF41A481A7319468C8BB@verisign.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Message-ID-Hash: KWHIDMHNQXNT7IFBTMNYASSOQTKZI5RO
X-Message-ID-Hash: KWHIDMHNQXNT7IFBTMNYASSOQTKZI5RO
X-MailFrom: jgould@verisign.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-regext.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "regext@ietf.org" <regext@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [regext] Re: Charter question (was Re: CALL FOR ADOPTION: draft-yao-regext-epp-quic and draft-loffredo-regext-epp-over-http)
List-Id: Registration Protocols Extensions Working Group <regext.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/GAxmhJymAA7lp2l1wjcUbApmpUw>
List-Archive: <https://mailarchive.ietf.org/arch/browse/regext>
List-Help: <mailto:regext-request@ietf.org?subject=help>
List-Owner: <mailto:regext-owner@ietf.org>
List-Post: <mailto:regext@ietf.org>
List-Subscribe: <mailto:regext-join@ietf.org>
List-Unsubscribe: <mailto:regext-leave@ietf.org>

Andy,

We covered this previously, that based on the language of Section 2.1 of RFC 5730, EPP transports is a form of extension.  The reason that it's not covered in RFC 3735 is because a transport is not a packet protocol extension mechanism.  No recharter is necessary.  

-- 

JG 



James Gould
Fellow Engineer
jgould@Verisign.com <applewebdata://13890C55-AAE8-4BF3-A6CE-B4BA42740803/jgould@Verisign.com>

703-948-3271
12061 Bluemont Way
Reston, VA 20190

Verisign.com <http://verisigninc.com/> 




On 2/11/25, 12:26 PM, "Andrew Newton (andy)" <andy@hxr.us <mailto:andy@hxr.us>> wrote:


Caution: This email originated from outside the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. 


Hi all,


The work of REGEXT is to define extensions for EPP and RDAP, hence the
"EXT" in the name. With regards to the adoption calls for I-Ds
specifying new transports to EPP, where does this fall within the
charter? It has been stated that transports are EPP extensions, but
that argument cuts against the current RFCs. RFC 5730
discusses transports in section 2.1, separate from protocol extensions
in Section 2.7. And RFC 3735 lists 4 types of EPP extensions, none
being transports, and includes the sentence "EPP extensions MUST be
specified in XML."


As there does appear to be energy in the group to work on new EPP
transports, would the group be willing to recharter
to include the scope of I-Ds under discussion?


-andy
soon-to-be ART AD


On Mon, Feb 3, 2025 at 9:06 AM James Galvin <galvin@elistx.com <mailto:galvin@elistx.com>> wrote:
>
> Continuing our potential adoption of new documents, as previously discussed the next two documents will be taken together. The suggestion is to advance them together, although if these are adopted the working group can choose to advance them separately.

>
> This is a formal adoption request for both:
>
> Extensible Provisioning Protocol (EPP) Transport over QUIC
> https://secure-web.cisco.com/1c59u1lmDw6RI4UB1TVeifmofsNfqJhC2A_M3xsYtEZ5JsQJv08encnJGXRU-FXYnWnXFfw2JK9TzjYx-CU6Qa5bHFLQlZBBwmesPeVFJ5uLsMGnk2JRhOtgGWWSst5ZWPeTkDj7qf2LHvxBDZgavZ0o6bEOBzR1vFSAX2Bd5b5vkZYQJP9W6f5txjar7lr8d0f3ZPZYjZOAWuViO5Beq2uPPNutJKWkOS47j_ajGrEOAztEcf7BYkdepLqMvHANkNpq0ago_aWjEAryUEuijSb_hh6rYtZ_MCJUCp-TyRKs/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-yao-regext-epp-quic%2F <https://secure-web.cisco.com/1c59u1lmDw6RI4UB1TVeifmofsNfqJhC2A_M3xsYtEZ5JsQJv08encnJGXRU-FXYnWnXFfw2JK9TzjYx-CU6Qa5bHFLQlZBBwmesPeVFJ5uLsMGnk2JRhOtgGWWSst5ZWPeTkDj7qf2LHvxBDZgavZ0o6bEOBzR1vFSAX2Bd5b5vkZYQJP9W6f5txjar7lr8d0f3ZPZYjZOAWuViO5Beq2uPPNutJKWkOS47j_ajGrEOAztEcf7BYkdepLqMvHANkNpq0ago_aWjEAryUEuijSb_hh6rYtZ_MCJUCp-TyRKs/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-yao-regext-epp-quic%2F>
>
> Extensible Provisioning Protocol (EPP) Transport over HTTPS
> https://secure-web.cisco.com/1y4Xvukc-z3Y2QbeUERbntI6wevzMhPXdlU59ZvgNSAfO8SLCA3q965rwxvQ1gFW8WTWrf3X-8Hixtuq5TFgKuoH47X-vOk-SXvL4R-Ibs1N6k1_OT8i1UUj_lBdcl83YRR6GOw0OOlIldlilkUg_LerYkuJK2ILTvrvjqrBBJu1A5KlstQxFHcKmd5ueM2PEKu5vljPNl8ze9KqeGddJz-zG6_iVXsOMKZDi-VNzOGj6sCCUgofGwLCivD4JLQtloOFZz-K46D8jkLM_H54cLp3mubPVrrDrt-m1e1bjfa0/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-loffredo-regext-epp-over-http%2F <https://secure-web.cisco.com/1y4Xvukc-z3Y2QbeUERbntI6wevzMhPXdlU59ZvgNSAfO8SLCA3q965rwxvQ1gFW8WTWrf3X-8Hixtuq5TFgKuoH47X-vOk-SXvL4R-Ibs1N6k1_OT8i1UUj_lBdcl83YRR6GOw0OOlIldlilkUg_LerYkuJK2ILTvrvjqrBBJu1A5KlstQxFHcKmd5ueM2PEKu5vljPNl8ze9KqeGddJz-zG6_iVXsOMKZDi-VNzOGj6sCCUgofGwLCivD4JLQtloOFZz-K46D8jkLM_H54cLp3mubPVrrDrt-m1e1bjfa0/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-loffredo-regext-epp-over-http%2F>
>
> Please review these drafts to see if you think they are suitable for adoption by REGEXT and reply to this message on the list, clearly stating your view. Optionally indicate if you are willing to contribute text, review text, or be a document shepherd.
>
> This Call For Adoption will close on Sunday, 16 February 2025.
>
> If there are no objections, the chairs will consider these documents adopted.
>
> Thanks,
>
> Your REGEXT co-chairs Antoin and Jim
>
> _______________________________________________
> regext mailing list -- regext@ietf.org <mailto:regext@ietf.org>
> To unsubscribe send an email to regext-leave@ietf.org <mailto:regext-leave@ietf.org>


_______________________________________________
regext mailing list -- regext@ietf.org <mailto:regext@ietf.org>
To unsubscribe send an email to regext-leave@ietf.org <mailto:regext-leave@ietf.org>