[regext] Re: [Ext] DSYNC in EPP
Q Misell <q@as207960.net> Wed, 31 July 2024 09:23 UTC
Return-Path: <q@as207960.net>
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 3D521C14F615 for <regext@ietfa.amsl.com>; Wed, 31 Jul 2024 02:23:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.105
X-Spam-Level:
X-Spam-Status: No, score=-2.105 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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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=as207960.net
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 zsY-5iv_JwhJ for <regext@ietfa.amsl.com>; Wed, 31 Jul 2024 02:22:56 -0700 (PDT)
Received: from mail-ed1-x529.google.com (mail-ed1-x529.google.com [IPv6:2a00:1450:4864:20::529]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A56F8C14F602 for <regext@ietf.org>; Wed, 31 Jul 2024 02:22:56 -0700 (PDT)
Received: by mail-ed1-x529.google.com with SMTP id 4fb4d7f45d1cf-5b391c8abd7so3560748a12.2 for <regext@ietf.org>; Wed, 31 Jul 2024 02:22:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=as207960.net; s=google; t=1722417774; x=1723022574; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=k9jTHz6+mXScoZ7A6BqRbUKn4xs7UBclM3Ce72UJELk=; b=UVZAjQOAVCPvxGF+LQezsfeq06+FEed3IdV8cu6X6B2kP1gcFnvAc8uEMt+LVwgDwI AMO6Fcea8LgpwBJzrGB0Yr6Hde9JSpq8bHVac1UdV4GzW8tk1EdmrnNwQLaBuGKvXuKg 2gA19gsydAK94VQwmZEpf7xkQabscubjkTKRAeQ400Ja4B8LIAFsoP0T1Yjw/neVvG4t gyer/TqM3nwy8QGOIWCkdLd/dQJ+6uLNQFUH+1VP3RNrR6/Ts9+ZTuiKBgJYxK9JwT6y TEyykm3Lk6oFITZ1UYfFfzoPF8fD6ktgc3o58nlVL5uVfuoz4mY7rlGp11EtaIUBh9Yd jBCw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1722417774; x=1723022574; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=k9jTHz6+mXScoZ7A6BqRbUKn4xs7UBclM3Ce72UJELk=; b=RmXUl60X9muuXtqVR7WOOzfcUFy4mx7M+3G8vD4wVvZutnPzVnvZ/P/7McbTytci7k wSIZ64tf9h5h0K+IFaJR1BxsX3zHE+EFD+6QlTBpVWeediO47Fpn7VsjgmkhNHKYkXQT 38jGWkRPi9dLBQSY9yC3EGz9rFw8omFk0nzEIr6N0XQwpnqeGwGgymLt0mlrZXkADzi1 G0NGcOxFNkqC7ZgJpGwF+HKV7fiAmufzHwU4pP65jejTqpTyXnYPAgiyTMsuIKrd4na1 qa/MnNBp8y06tqlIXN/YyJfsLvG1REAqLYlQ30g6tkSd2MUtrlMmNvlYycnr0njov8vk lZIA==
X-Gm-Message-State: AOJu0YwuS15a+9YTPpiw6Y/iNDN8BsddklbfJbn1OnHkwApHlUY/uLvK BiCV7ie133F4/FT66YnMfRwzlCLMlUIV6md87qXjznoX6Hf0z1+9X2bwYzjQKFdndhOzlr8gClh 3YSXdW/U8XQoH+cnLNELjl5x2JW+d1FZS16tvK/y1D8T6vVZeE7F9El+QXh+ypA==
X-Google-Smtp-Source: AGHT+IG5BPzwajloMZVGEXppsc72lH0df8MIIzgs1sYdKAZDv5TD+IlaPzNCpFg8B1GZ9+KBlP0IB2rE5YnP4/RQvOw=
X-Received: by 2002:a50:f69c:0:b0:5aa:19b1:ffde with SMTP id 4fb4d7f45d1cf-5b022a968c2mr7858138a12.34.1722417774496; Wed, 31 Jul 2024 02:22:54 -0700 (PDT)
MIME-Version: 1.0
References: <CAMEWqGvLueq-s34it58rykyOu0_bf4BXoEqC6k57M+BiMHjFig@mail.gmail.com> <6ED334AC-8211-4F00-887B-F233EBD50BAE@icann.org> <CAMEWqGs5b9vT2-ESZMSNtY0m0LKE4==eEgG8Fi9LNUTu_iRQZw@mail.gmail.com> <20240730163647.043F390801A7@ary.qy>
In-Reply-To: <20240730163647.043F390801A7@ary.qy>
From: Q Misell <q@as207960.net>
Date: Wed, 31 Jul 2024 11:22:18 +0200
Message-ID: <CAMEWqGuNv=W6ikAVEAjXxM8kr+7qReQfyDNRXnyOFW5qnLZtzw@mail.gmail.com>
To: John Levine <johnl@taugh.com>
Content-Type: multipart/alternative; boundary="0000000000009ab7c4061e87a30d"
Message-ID-Hash: T5KZDVMVADFYQYXD7KHSDKARYQPCVTA7
X-Message-ID-Hash: T5KZDVMVADFYQYXD7KHSDKARYQPCVTA7
X-MailFrom: q@as207960.net
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
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [regext] Re: [Ext] DSYNC in EPP
List-Id: Registration Protocols Extensions Working Group <regext.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/jObYmcJw9YvSwU-y-QvsAepCPuI>
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>
> If DSYNC is an attribute of the registrars and resellers, then that could be a use case for the Organization EPP RFCs. I'm hesitant to tie technical properties to legal relationships in this way. One legal entity may have very good reasons for multiple DSYNC servers. > Also, a registrar could handle the provisioning update stuff itself and then tell the reseller about it rather than expecting each reseller to create its own DNSSEC update logic. I think this just creates unnecessary complexity, and requires a registrar to support any updates to DSYNC etc before a reseller can. ------------------------------ Any statements contained in this email are personal to the author and are not necessarily the statements of the company unless specifically stated. AS207960 Cyfyngedig, having a registered office at 13 Pen-y-lan Terrace, Caerdydd, Cymru, CF23 9EU, trading as Glauca Digital, is a company registered in Wales under № 12417574 <https://find-and-update.company-information.service.gov.uk/company/12417574>, LEI 875500FXNCJPAPF3PD10. ICO register №: ZA782876 <https://ico.org.uk/ESDWebPages/Entry/ZA782876>. UK VAT №: GB378323867. EU VAT №: EU372013983. Turkish VAT №: 0861333524. South Korean VAT №: 522-80-03080. AS207960 Ewrop OÜ, having a registered office at Lääne-Viru maakond, Tapa vald, Porkuni küla, Lossi tn 1, 46001, trading as Glauca Digital, is a company registered in Estonia under № 16755226. Estonian VAT №: EE102625532. Glauca Digital and the Glauca logo are registered trademarks in the UK, under № UK00003718474 and № UK00003718468, respectively. On Tue, 30 Jul 2024 at 18:36, John Levine <johnl@taugh.com> wrote: > It appears that Q Misell <q@as207960.net> said: > >-=-=-=-=-=- > > > >> You would only need an EPP extension in the scenario where different > >domains under the sponsorship of the same registrar would need different > >DSYNC information. > > > >This would very much be the case with resellers, or even a registrar using > >one ICANN accreditation for multiple somewhat operationally distinct > >brands. > > It depends. I resell Tucows and all my updates are routed through the > registry via their API. That could certainly work the other way, the > registrar gets the signal and forwards it to the reseller. > > Also, a registrar could handle the provisioning update stuff itself > and then tell the reseller about it rather than expecting each > reseller to create its own DNSSEC update logic. > > R's, > John >
- [regext] DSYNC in EPP Q Misell
- [regext] Re: [Ext] DSYNC in EPP Gavin Brown
- [regext] Re: [Ext] DSYNC in EPP Q Misell
- [regext] Re: [Ext] DSYNC in EPP kowalik
- [regext] Re: [Ext] DSYNC in EPP Gould, James
- [regext] Re: [Ext] DSYNC in EPP John Levine
- [regext] Re: [Ext] DSYNC in EPP Q Misell
- [regext] Re: [Ext] DSYNC in EPP John Levine