IETF Logo Mail Archive

Re: [regext] EPP Transport Service Discovery

Kal Feher <ietf@feherfamily.org> Wed, 20 March 2024 07:18 UTC

Return-Path: <ietf@feherfamily.org>
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 77F41C1D4A61 for <regext@ietfa.amsl.com>; Wed, 20 Mar 2024 00:18:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.107
X-Spam-Level:
X-Spam-Status: No, score=-7.107 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_HI=-5, RCVD_IN_MSPIKE_H2=-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=feherfamily.org header.b="kWDzLPXM"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="pZpc+xLx"
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 bQ-fcK80xG5v for <regext@ietfa.amsl.com>; Wed, 20 Mar 2024 00:18:16 -0700 (PDT)
Received: from wfhigh5-smtp.messagingengine.com (wfhigh5-smtp.messagingengine.com [64.147.123.156]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EB485C1DA1C6 for <regext@ietf.org>; Wed, 20 Mar 2024 00:18:14 -0700 (PDT)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailfhigh.west.internal (Postfix) with ESMTP id 5BEFF18000BD for <regext@ietf.org>; Wed, 20 Mar 2024 03:18:12 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Wed, 20 Mar 2024 03:18:12 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=feherfamily.org; h=cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm2; t=1710919091; x=1711005491; bh=OP48SezHZUywnyluWi4LjsJUdMDnSZBNTPWk1D11ZTk=; b= kWDzLPXMJ9wir68FOjLfy7IOo7WNiid+yN8D6g0ca97CLW7JhxFoPrcb/vvYvzhH G//J4h+F1u8ZoZKXbgqSgfgsxC2QnWwlypxkk1SaU+0EQAwD17i2EkNFSS9Ckdrx vxnVKOei+vW4pWk68mE6hkx30r8XQ4dHu5ldMQJoiyGs6jnWd7yHT5VX3k3gTQvX +0SUAeLa6LMQxYAEb+lKmMXbbl/wWIt/bTF4TH1n2dHvA33j5u9R1iiox7m9L325 Yco7ug7leK76L4sSB02hwHZsiMEQsE9a1jNvk60wqhigKk7TQJzZkyyUFEpf61HY g3o7tIxfmTKwUZdFnjLNuQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1710919091; x= 1711005491; bh=OP48SezHZUywnyluWi4LjsJUdMDnSZBNTPWk1D11ZTk=; b=p Zpc+xLxMWf2FcNYJLZOYg887ARhjyCBB6FWDao5Kigm+XeXPkRwlML3ZL+V9CaSW uWzSOAomeod5c8PHJLAZCG59QzxIRN6nHZS9rWPI0d4ijHFql9T/guCXs4F0KyHk WNY3DlWw4qjlPpRw1PxEF+hEkykBpKnNw6FxH7TYSxPe1UOetuijtAjTCVMA+t68 lbogiUs0tnYifcUd31PH03Fv27lONUcwrLVwlGUNcZEkJ+ol9zn6DD/WzFPZulqc y7mzqeHFGFy502rCKD2jqvjx+BZonNFqLlpLPUHOrOad6fqEn1zWx+zHSZNVmsRg dJcOZPnXARIq02fTjamRA==
X-ME-Sender: <xms:s436ZfWfG4Tsrlp-ScK8QFwxAXX6yX6fwnrb4oSpzxAOww1FTsyelQ> <xme:s436ZXlVS0XC7jxlbFq65N_2wx-ox7Mft4XXhHY_OOGgEnmVTnCPIvODoxjqEubw5 9ByHcaC9CaGQXBDhjE>
X-ME-Received: <xmr:s436ZbZyyuBq31jZS84YILSPwsgcfLaoX6RPkt0ivPpWZQmISHB_xAmorCaegswL2XYXqDDCZ3-SZYruNKMHdLmc4XtM>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrleefgdehfecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepkfffgggfuffvfhfhjggtgfesthejre dttddvjeenucfhrhhomhepmfgrlhcuhfgvhhgvrhcuoehivghtfhesfhgvhhgvrhhfrghm ihhlhidrohhrgheqnecuggftrfgrthhtvghrnhepffdthfejtdevuefhgefhffekffdvhf dvvddvhfefueejfeektdehleeutdejudeunecuvehluhhsthgvrhfuihiivgeptdenucfr rghrrghmpehmrghilhhfrhhomhepihgvthhfsehfvghhvghrfhgrmhhilhihrdhorhhg
X-ME-Proxy: <xmx:s436ZaXH7XGb9YK2qV9MxZeMyy4tOlHdKMmpQDUep4ApkYhfePeptg> <xmx:s436ZZkD_IHmMygfVMalyNNtUpS3p23wecYXE7v4MPDavwgF7ehG5g> <xmx:s436ZXeae0PcMb0LjKHFHb1s6rXAmj5TqUbpRC3EtzMR-wKP1m7LwA> <xmx:s436ZTFAudJjZ79TKOg63xOxvYIencGaBcGAQgqmCCUKThOLEfftYg> <xmx:s436ZeyKoJAXXwjCr1lLcBR3oZ3tSZoHIjUjAgO64LuMz9r6XqRhp_Rlups>
Feedback-ID: ic30149e8:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA for <regext@ietf.org>; Wed, 20 Mar 2024 03:18:09 -0400 (EDT)
Message-ID: <d37aad24-df3d-40b7-850d-a56199c9184a@feherfamily.org>
Date: Wed, 20 Mar 2024 17:18:04 +1000
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: regext@ietf.org
References: <c9fd4e5780f740dc9129e42a28a21813@verisign.com> <33DE0A17-6481-462D-A856-18890E3583E6@tucows.com> <4529b20872b84c9580e0da43dcd493d6@verisign.com>
Content-Language: en-AU
From: Kal Feher <ietf@feherfamily.org>
In-Reply-To: <4529b20872b84c9580e0da43dcd493d6@verisign.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/Hrx1K_hcC5ypnw5c0u05eaLXEaI>
Subject: Re: [regext] EPP Transport Service Discovery
X-BeenThere: regext@ietf.org
X-Mailman-Version: 2.1.39
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: Wed, 20 Mar 2024 07:18:21 -0000


>> -----Original Message-----
>> From: Francisco Obispo <fobispo@tucows.com>
>> Sent: Wednesday, March 20, 2024 12:32 AM
>> To: Hollenbeck, Scott <shollenbeck@verisign.com>
>> Cc: regext@ietf.org
>> Subject: [EXTERNAL] Re: [regext] EPP Transport Service Discovery
>>
>> 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.
>>
>> This is a neat idea,
>>
>> Is there a reasoning or use case for such need?
> [SAH] [snip]
>
> During today's WG meeting we discussed three proposals for non-TCP EPP transport. If any of them become standards and are implemented and deployed, a client will not be able to assume that tcp/700 is the only available transport. It will need to discover which transport is supported by every server it communicates with. That's the need.
>
> Scott
> _______________________________________________

Is there a need for in band discovery? Out of band via person to person comms works fine for all kinds of one-off on-boarding activities.
If we propose that transport might change during regular operations, then I can see a need for something in band.

Regardless of service discovery capability, I think EPP over alternate transports should move forward.

v2.23.0 | Report a Bug | By Email