[rpp] Session / registrar mapping

Ruth Trevor-Allen <fleeblewidget@gmail.com> Thu, 20 November 2025 13:59 UTC

Return-Path: <fleeblewidget@gmail.com>
X-Original-To: rpp@mail2.ietf.org
Delivered-To: rpp@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id B10138D37847 for <rpp@mail2.ietf.org>; Thu, 20 Nov 2025 05:59:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YkMJjMBMfneM for <rpp@mail2.ietf.org>; Thu, 20 Nov 2025 05:59:45 -0800 (PST)
Received: from mail-qv1-xf30.google.com (mail-qv1-xf30.google.com [IPv6:2607:f8b0:4864:20::f30]) (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 mail2.ietf.org (Postfix) with ESMTPS id 6F38E8D3783F for <rpp@ietf.org>; Thu, 20 Nov 2025 05:59:45 -0800 (PST)
Received: by mail-qv1-xf30.google.com with SMTP id 6a1803df08f44-8823cde292eso8372736d6.2 for <rpp@ietf.org>; Thu, 20 Nov 2025 05:59:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1763647179; x=1764251979; darn=ietf.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=TEOu3z34ZMSNHwD/Gb/SY+hHBWGLqsHKa0iJAPvkoAw=; b=SoePXSrchLmSiULZyCT2l2NDUBFaNHy2+zkATjqd0jnwzTBxyqTB7pPyL2YjtOO2ja JHmNXkieB9hBUFaRlzQu4tUVrdHG3Ou/b7qLHxBbqIigvXHHE876XSzpOz+kCbgeZ9x8 NnFWXyrHcSxKDE+HVfOXVB8VlKISB8RdOOi8UtVTq5Nek0bl50uwVB0qHPRQEiRLJFnh KVq4+IkUSe/mvtIaOil08x3lc80RRISm0sKCJz1nf3pJ2S/IvcxGqjzMZ3tW2gxSJuU9 8+HRNlfgNffjyGQpsTvKXM0RQ7cYm4ym2mPCLyJO9t7Tmw+SNm7QFwDL0972XyG75C76 sJhA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1763647179; x=1764251979; h=to:subject:message-id:date:from:mime-version:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=TEOu3z34ZMSNHwD/Gb/SY+hHBWGLqsHKa0iJAPvkoAw=; b=fE62yhBcmDHBt22ApfyTJr6YZIZGKZnKOIP6NkqOhM7SiL72yftupoHVdn3dJpzfpn fgffOYI0FDrFZFWtJKW8zyubIqa0jWeg9UNUuAJ5FJkGZeNEaj9+4D1pYsfJUE9KMmzZ Jp9h9z+Q0nQ6hhb/r3+cZ8/7MTRKrS4KOBiscPA35m4dAVk0whPZ+wls6lcv8sWHJdb9 yZw87TR50r2a8nkCBCAMlZfPrqQbUFchLkCeEEwVqnbn68hyvF6qFetMh3+cFzLMY5lC k+Fq7qUSDEi1fFjwZC+4k1hyIpqONsg9W6lTuZ2In+13NpR4/CuaB/hb0l7cp8bgJzYX 9GrQ==
X-Gm-Message-State: AOJu0Yx3fooEjpdEmj7yIbaxHwdJJ6nJMva9R5Kiw3IsyGTF/2L97GCB aNWQqqhI0jb9md9jBgPf2UI0UGRL6psOMSEQmNDXfcxnJlHqs+u6E3wqxALAfTF+RLPl1ojVrNk oRlqlRe1PuiueYlGWHMdU99aRx/EDWLTiHQ==
X-Gm-Gg: ASbGncvmyUoBd6fspyJbcdz4dQwiynOa9K7Dy4PXpoYqBEVM79qP8yWFDSZWQucZo65 8bWoGuQ54LADKaiVkso88iT19JRmIz9XRSJEFqiPMmN19cEBwxVvcbCx3jetvB5O7IAbHp9Bs/e 0hOnuT/dcNqkrOQDVrxLG5lDjYntJGCr8m2EBBFYwGjgIWIfsvBlU9bUIBpHqdfzPWyXtLa7S7W Hn2T57jTdx8gzqX6wmufnr5QXAVetBXA0ax86v9ocUtgBexD9MfNmV6uysEt0hfHQ55f4RB
X-Google-Smtp-Source: AGHT+IEXKvLIu38dcVeJadpg0eOIX4EGT5f3upDQI9EyEBU7/dNE0bOcczXjBGLj+SVlz/pSob33OnVWksslrXkSmto=
X-Received: by 2002:ad4:5cc4:0:b0:880:5883:4d23 with SMTP id 6a1803df08f44-8846dfe3511mr41008426d6.16.1763647179168; Thu, 20 Nov 2025 05:59:39 -0800 (PST)
MIME-Version: 1.0
From: Ruth Trevor-Allen <fleeblewidget@gmail.com>
Date: Thu, 20 Nov 2025 13:59:27 +0000
X-Gm-Features: AWmQ_bmiopXHdAK0hxGsPfRGVnh6K50M8UVnKyGy8HwkQYf84sZx92IgrAiVpcM
Message-ID: <CAAVKzhH7iyep3Rrv1XiYXorU5Dk2NfWO+xxghn3dvGrSdoEM4Q@mail.gmail.com>
To: rpp@ietf.org
Content-Type: text/plain; charset="UTF-8"
Message-ID-Hash: DRFCPJCVYGMN6IUAN5RUMBFHAJKENBHT
X-Message-ID-Hash: DRFCPJCVYGMN6IUAN5RUMBFHAJKENBHT
X-MailFrom: fleeblewidget@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [rpp] Session / registrar mapping
List-Id: "This list discusses a provisioning protocol based on RESTful principles and corresponding data representations using JSON." <rpp.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/rpp/EfqnjnBKRg9j2wpE1n1vEet6PNg>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rpp>
List-Help: <mailto:rpp-request@ietf.org?subject=help>
List-Owner: <mailto:rpp-owner@ietf.org>
List-Post: <mailto:rpp@ietf.org>
List-Subscribe: <mailto:rpp-join@ietf.org>
List-Unsubscribe: <mailto:rpp-leave@ietf.org>

Hi all,

I've been working on a prototype RPP implementation for use with web
apps, and something I'd like us to be able to support is use cases
where a user is not necessarily exactly equivalent to a registrar. For
example, they might be a superuser with access to carry out operations
but no specific registrar ID, or an admin contact at multiple
registrars with a single login to a web app which maps to multiple EPP
logins. In order to offer a seamless experience to these users, it
would be nice to be able to specify a registrar ID when carrying out
operations where one is needed (for example domain: create), but it
would also be nice not to have to identify the registrar for
operations where it doesn't matter or can be inferred.

In particular, using EPP as a backend for apps like these, domain:
check is an example of an operation where the actual registrar ID
doesn't normally matter as long as the user has access to the TLD in
general, and having to identify the appropriate user in order to
submit the request can be undesirable overhead.

I don't know if this has implications for RPP design but wanted to
flag it - is anyone else having these issues?

Thanks,
Ruth