Re: [regext] using subdomains in RDAP bootstrap

"Andrew Newton (andy)" <andy@hxr.us> Mon, 08 April 2024 16:02 UTC

Return-Path: <andy@hxr.us>
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 10A00C151090 for <regext@ietfa.amsl.com>; Mon, 8 Apr 2024 09:02:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.894
X-Spam-Level:
X-Spam-Status: No, score=-6.894 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, 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=hxr-us.20230601.gappssmtp.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 NKCAAxx1FK_R for <regext@ietfa.amsl.com>; Mon, 8 Apr 2024 09:02:33 -0700 (PDT)
Received: from mail-qk1-x72c.google.com (mail-qk1-x72c.google.com [IPv6:2607:f8b0:4864:20::72c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D68FC15154A for <regext@ietf.org>; Mon, 8 Apr 2024 09:02:33 -0700 (PDT)
Received: by mail-qk1-x72c.google.com with SMTP id af79cd13be357-78d61a716ddso115943985a.3 for <regext@ietf.org>; Mon, 08 Apr 2024 09:02:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hxr-us.20230601.gappssmtp.com; s=20230601; t=1712592152; x=1713196952; darn=ietf.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id:from :to:cc:subject:date:message-id:reply-to; bh=I7dzA4p0hxT0zRKiGqRgq2czDiqu59gPbKHb6RFRnHA=; b=NoVH0Ql9Y0eE12FZpDqaTZknaAdtxQXtMR7eRT1AMdFh8QGOd5Hg97f0sbpcEmzRm7 HIoSembt2PBRgcFsGo9LRUeMjJIGEowj45HRfChkHKbk7hl/E9fTMVv6bb+H/OijCEHg yYGMNEYzzZh1Mv4R7XdAhumzTct69l2YHgPvJEAGz8KUrsV8Cn+C5YC0SFelMi2RtXB/ p2q1AJ5UC21VVhI/oaS4XlVYiGFEGEgcPonFQhSeKl96j2LxocKpXS5U3FEkgAD3rjkQ MXPDUYx+GBi8ytVJ3Rntu281yBMQU98NBECIdL0csEOietyCdrr+eNyXXF93/1yJFy1y T6ng==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1712592152; x=1713196952; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=I7dzA4p0hxT0zRKiGqRgq2czDiqu59gPbKHb6RFRnHA=; b=OoTvehSMoOA4BeLdIundtw8ugQhe6KLS0w7cpoRuMFm94Gi61S3fTiqv4rd42vKdjf w49RZCMzd4101yC3bnAgxQlk8Aa2tSkr04G97+UYewUbmxXAhUaFjkoHJVGGGd2Qbc3t XFA92vJR3GAGuNu7nN9eCaHyEjZ0w+ar6i8+WPW0fqUhZfLPU5dR1gz7IMEM+uCaUmpL q8NLW2uGKDn4N1QFFGtKDfkJYZN5+rY9AUiIaxXHXdxsjpPQP7eQ4p16gzTgsYxLIM0a e7oblUN+hyXwNlN3+pWIpZbOb8GV+onatrVLQJOaifBya85PbjbHIagAE6LsgrTsWqiX r8AQ==
X-Forwarded-Encrypted: i=1; AJvYcCX2+pnvlxbFGgFNh5wHTdb0XchRqErPPYL1XAg9N2FRlBiSHgl5WAef6EuTz3Xwz5/QymjRf7sThNLxyd2fP9g=
X-Gm-Message-State: AOJu0YzvhWi2mGBJoBi/TmHy2gZU8N9suI+XVtMeejEsgdT2Vlpiwppw KEqasTTWcRSqS1ETVbJjwGXqWAlbEgVBBu2kqGoG6xLlC3iJRmWclwvoCSKnZCPcWfsRSfrKJn8 72Wg=
X-Google-Smtp-Source: AGHT+IE1zSZqU1/D75gufAP6clP/8aiuorv12jOBzzE1OfSwgduscaE+LU6hBpg0dgj6Tw22kVq4CQ==
X-Received: by 2002:a05:620a:f06:b0:78d:3acf:c96c with SMTP id v6-20020a05620a0f0600b0078d3acfc96cmr11364964qkl.58.1712592152436; Mon, 08 Apr 2024 09:02:32 -0700 (PDT)
Received: from [10.2.8.160] (pool-72-83-25-32.washdc.fios.verizon.net. [72.83.25.32]) by smtp.gmail.com with ESMTPSA id f18-20020ae9ea12000000b0078a54c25ea6sm3297824qkg.56.2024.04.08.09.02.31 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 08 Apr 2024 09:02:32 -0700 (PDT)
Message-ID: <035c5609-e0ab-4f01-a30f-c226d3df4e92@hxr.us>
Date: Mon, 08 Apr 2024 12:02:30 -0400
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: Dmitry Kohmanyuk <dk=40hostmaster.ua@dmarc.ietf.org>, regext@ietf.org
References: <D7505E16-8A26-4A40-8393-EAEE832E929B@hostmaster.ua>
Content-Language: en-US
From: "Andrew Newton (andy)" <andy@hxr.us>
In-Reply-To: <D7505E16-8A26-4A40-8393-EAEE832E929B@hostmaster.ua>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/gFpOQyUVvn5vo1Mqkq-dpRZS5S0>
Subject: Re: [regext] using subdomains in RDAP bootstrap
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: Mon, 08 Apr 2024 16:02:38 -0000

Hi Dmitry,

You can use redirects as described by section 5.2 of RFC 7480:

https://datatracker.ietf.org/doc/html/rfc7480#section-5.2

Redirects are commonly used in the RIR/INR space for IP addresses and 
ASNs and, as you have pointed out, the domain space for zones below the 
TLD level.

I hope this helps.

-andy

On 4/8/24 11:09, Dmitry Kohmanyuk wrote:
> Hello everyone,
>
> As a long-time lurker on regext@ and an infrequent participant in IETF meetings, I apologize if I missed something.  We have a practical issue with RDAP.
>
> My registry, Hostmaster.UA have implemented RDAP for UA (URL: https://rdap.hostmaster.ua/, as included into IANA bootstrap.) Similarly to say UK we have multiple public suffixes where domains are registered, such as com.ua net.ua odesa.ua etc.
>
> The trouble is, some of these domains are not managed by us;  let’s say that alice.ua would have rdap.alice.ua,  and bob.ua, rdap.bob.ua whereas com.ua would use IANA bootstrap element. Now, I want RDAP service to be as seamless as possible.
>
> How can we implement this?  IANA JSON registry only has TLDs.  I can of course create my own bootstrap file but I cannot imagine practical way of informing RDAP clients of it’s existence.  I can use HTTP codes “moved permanently” when answering RDAP queries on our server.  (I can query the other server myself and serve the response; bad idea.)
>
> Is there a most effective way to do it? Thanks!
>
>
> _______________________________________________
> regext mailing list
> regext@ietf.org
> https://www.ietf.org/mailman/listinfo/regext