[regext] Re: ccTLDs using EPP

"Gould, James" <jgould@verisign.com> Thu, 22 August 2024 12:19 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 33FAAC1D4A9B for <regext@ietfa.amsl.com>; Thu, 22 Aug 2024 05:19:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.106 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_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 EadxwKFZxj35 for <regext@ietfa.amsl.com>; Thu, 22 Aug 2024 05:19:43 -0700 (PDT)
Received: from mail2.verisign.com (mail2.verisign.com [72.13.63.31]) by ietfa.amsl.com (Postfix) with ESMTP id 792E2C1D4A7C for <regext@ietf.org>; Thu, 22 Aug 2024 05:19:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=5222; q=dns/txt; s=VRSN; t=1724329183; h=from:to:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version:subject; bh=nqUJutqClFCul6a450zwz9J6a+czN70i8FVAwOlGhUg=; b=PTCib5Ghm536lrBQl6nTeoTIVWz491tKjHiLlpJLFdCLKi0UZWnZpRyq roYafDm24C41TAnCZfgKiRnVeL7aT1fGz+Ewlg5pMo76slApXov7G/X5B Otx7ftXsJfdFiGambWpLSr+gj8RPoHmarrFNW4LuyNV2FOGKlrPplmbaa gcad7MPeH30CraT6HYhM8JoKXWH6zUEX8OUNttcwynqOithoxfVhc92fU /835YVDhw4YO26Sy4e3g/XlZQwhSOAEVA+XymJiGtyAJMWNbqkZywG4lC DOY2V63RTvAATCffSOBGsxPPE0UcClFFeTgKognjLR0SRD2AdSTosiK3/ A==;
X-CSE-ConnectionGUID: WO9QLtLQQjm+uHZXkNBKkQ==
X-CSE-MsgGUID: fE/oPIAwS9yyBbg0zDVjbw==
X-ThreatScanner-Verdict: Negative
IronPort-Data: A9a23:gQjTVqsqZO3MWoxEIgYNa3Hl4efnVFNfMUV32f8akzHdYApBsoF/q tZmKT2BPq2Ja2r9KIt/bY3l8EtT7J/RnYU3TFA5+y49F3sa9ZOVVN+UEBz9bniYRiHhoOCLz O1FM4Wdc5pkJpP4jk3wWlQ0hSAkjclkfpKlVaiZfHk3HVI5IMsYoUoLs/YjhYJ1isSODQqIu Nfjy+XSI1bNNwRcawr40Ird7ko31BjOkGlA5ABmNaoR5AO2e0Q9V/rzG4ngdxMUfaEJRoZWd 86bpJml82XQ+QsaC9/Nut7Tbk0QT7fOChOFg3xQVrLKqkAqSvsai/tT2FI0MC+7uh3R9zxD4 IwlWa+YEG/FCpbxdNE1CHG0JQklZPEbp+WXSZSImZf7I0XuKxMAyt0wVB1mZdVwFuxfWQmi/ tRAQNwBg4zqa0tbD9tXR8E17vnPIvUHM6sgnSBZ6S39NM8kRNPeY5f65vly/zQJ05Um8fb2P 6L1aBJFVjKZXDtiCg9OTow1m/2wwHDzNSNCs1TTrq0yi4TR5FUpluGya5yMJ4fMGZU9ckWw/ woq+0z7DRYHMNC31zef82mtiemJliT+MG4XPObkq6Ux2AHCroAVIBM7ElyDgNCmsR+vSvhVJ BQG1hQsp7dnoSRHSfG4BXVUukWsgh4bXtNLVcY98h2A4qnS4h6BQGQJJhZbZdMrpNMeRDE22 BmOhdyBONB0mLePTyuC8LqE9Wr3IjYPa2oDfmoOSk0P+d+65p8plRSJRdFmeEKosuDI9fjL6 2jihEADa3871KbnC43TEYj7vg+R
IronPort-HdrOrdr: A9a23:Q0xqDK7wxCIs75keuAPXwBXXdLJyesId70hD6qkXc20xTiX4rb HNoB1173/JYVoqNk3I+uruBEDoexq1yXcf2/hzAV7NZmjbkVrtAo1k4ZDr3jHsXwbvn9Qw6Y 5QN4xzEsf5A1Q/r8rriTPTL/8QhP2K6rqhi+ub9WpqVg0CUcxdxh10ERmWCXd7QwR6BZ40fa D22vZ6
X-Talos-CUID: 9a23:wn9p8GmHrh+S/qVPwmBdPsy6yLjXOUL6nU70P2uBMGRsC6C1e2+T3olHkPM7zg==
X-Talos-MUID: 9a23:Li55LwhWUsCVu2STiFqHJMMpOuov5JyPIV82wIQXkcOLbT5cBTWXk2Hi
X-IronPort-AV: E=Sophos;i="6.10,167,1719878400"; d="scan'208";a="34533049"
Received: from BRN1WNEX01.vcorp.ad.vrsn.com (10.173.153.48) by BRN1WNEX01.vcorp.ad.vrsn.com (10.173.153.48) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.37; Thu, 22 Aug 2024 08:19:41 -0400
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.037; Thu, 22 Aug 2024 08:19:41 -0400
From: "Gould, James" <jgould@verisign.com>
To: "Thomas.Corte@knipp.de" <Thomas.Corte@knipp.de>, "regext@ietf.org" <regext@ietf.org>
Thread-Topic: [EXTERNAL] [regext] Re: ccTLDs using EPP
Thread-Index: AQHa9BtCa6FV/+hvZ0+sBSZqNYhPQ7IzFkmAgAAqVwD///JKgA==
Date: Thu, 22 Aug 2024 12:19:41 +0000
Message-ID: <B3A631FC-942E-46FB-BFF8-0F71E211ACBA@verisign.com>
References: <CAN8C-_L+tQMHo203Nd4ehfZkW8FrCpv+tm+Gp4OX30XBdQPf-A@mail.gmail.com> <CAKr6gn2bdS_o4QxvVV=bGMgg8-b4Hrrd8YDSFkW9G_97MXM-wA@mail.gmail.com> <DA00E316-BC8E-4892-9AE4-5E465ECBCD7A@tobiassattler.com> <2562a7d2-913c-4fb1-a63b-cd386166e1cb@knipp.de>
In-Reply-To: <2562a7d2-913c-4fb1-a63b-cd386166e1cb@knipp.de>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.82.24021116
x-originating-ip: [10.170.148.18]
Content-Type: text/plain; charset="utf-8"
Content-ID: <BF7C79BF746A2844B72343AAC0BEB1C7@verisign.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Message-ID-Hash: 7ZZVS4VRWPJXMTHPJ77DLRJSZZEHM6XI
X-Message-ID-Hash: 7ZZVS4VRWPJXMTHPJ77DLRJSZZEHM6XI
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
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [regext] Re: ccTLDs using EPP
List-Id: Registration Protocols Extensions Working Group <regext.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/egG66gji1PF3cKHxlXXPrFoOmd8>
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>

I agree that changing the EPP XML URIs or customizing the XML schema files, where backward compatibility is not maintained, is not EPP.  I had to modify the EPP XML schemas a couple times (e.g., support I-D RGP "(pre/post)Whois" elements and the RGP RFC "(pre/post)Data" elements during a transition period) in my 20+ years of implementing EPP, but they were transitory in nature and maintained backward compatibility.  Note, the RGP change could have been mitigated by using point versioning of the XML URIs that was used with later EPP extensions like the Registry Fee Extension ("urn:ietf:params:xml:ns:fee-0.XX" up to -09 and "urn:ietf:params:xml:ns:epp:fee-1.0" after WGLC and in the RFC).  Changing of the EPP XML URIs or making non-backward compatible changes to the XML schema files should not be classified as EPP, since the same client software cannot be used with the server independent of the server policy differences.       

-- 

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 8/22/24, 5:09 AM, "Thomas Corte (TANGO support)" <Thomas.Corte@knipp.de <mailto:Thomas.Corte@knipp.de>> 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. 


Hello,


On 22.08.24 08:37, Tobias Sattler wrote:


> I investigated which ccTLD might run EPP a while ago based on publicly available information.
> 
> I don’t know if those ccTLDs are following this list, and I cannot guarantee its 100% correctness, 
> but maybe it helps you.
> 
> https://secure-web.cisco.com/1WpRMm1SCXp9y4vELKdzIcx_y5fza9EmONwtUyVCAg9IhD-z6AxDGtgCL7lQ25R5pZHUSOaKqHDptf_uxPsATYTuIFjNszNAddMEIPZwzi5EhQgA2VqsWCdvKFYK2nYUD3uBlghuYo0vQKutGNylKLBvgkOzKMdAFI4Kf0F28gNir0aM7YwloOk1fKj1DhmW8NEoq-2vXS6BLDqr9TBAgj7yYPPGmlKQverV5bkcWbQWesfw_ZlQQ1gFQwmYjJVDrmibVLklQYOW5dvghsdQg0GSMDb-Pbv6L3dgpoH4_ufE/https%3A%2F%2Fdocs.google.com%2Fspreadsheets%2Fd%2F1IMk5TBzeoJTOwDJfQ-I50Kztwr3bipdjcLKy1etG3cg%2Fedit%3Fusp%3Dsharing <https://secure-web.cisco.com/1WpRMm1SCXp9y4vELKdzIcx_y5fza9EmONwtUyVCAg9IhD-z6AxDGtgCL7lQ25R5pZHUSOaKqHDptf_uxPsATYTuIFjNszNAddMEIPZwzi5EhQgA2VqsWCdvKFYK2nYUD3uBlghuYo0vQKutGNylKLBvgkOzKMdAFI4Kf0F28gNir0aM7YwloOk1fKj1DhmW8NEoq-2vXS6BLDqr9TBAgj7yYPPGmlKQverV5bkcWbQWesfw_ZlQQ1gFQwmYjJVDrmibVLklQYOW5dvghsdQg0GSMDb-Pbv6L3dgpoH4_ufE/https%3A%2F%2Fdocs.google.com%2Fspreadsheets%2Fd%2F1IMk5TBzeoJTOwDJfQ-I50Kztwr3bipdjcLKy1etG3cg%2Fedit%3Fusp%3Dsharing> 


Given that e.g. .pl and .cz are on this list, it should be pointed out that the list is based on a 
very lax interpretation of "using EPP". Among other things, these two registries (these are just 
examples I'm aware of, I'm sure there are other offenders) are using heavily modified versions of 
the EPP XML schema files, with a custom target namespace, so that's not really EPP at all; 
registrars thinking they can just use their off-the-shelf EPP client to connect to them are in for a 
rude awakening.


So "using EPP" here really means something like "XML-based provisioning protocol, roughly resembling 
EPP".


Best regards,


Thomas


-- 
TANGO REGISTRY SERVICES®
Knipp Medien und Kommunikation GmbH Thomas Corte
Technologiepark Phone: +49 231 9703-222
Martin-Schmeisser-Weg 9 Fax: +49 231 9703-200
D-44227 Dortmund E-Mail: Thomas.Corte@knipp.de <mailto:Thomas.Corte@knipp.de>
Germany


_______________________________________________
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>