IETF Logo Mail Archive

Re: [ire] New version (4) of the spec and new draft on DNRD (1)

Francisco Obispo <fobispo@isc.org> Fri, 14 December 2012 18:54 UTC

Return-Path: <fobispo@isc.org>
X-Original-To: ire@ietfa.amsl.com
Delivered-To: ire@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7446D21F8AED for <ire@ietfa.amsl.com>; Fri, 14 Dec 2012 10:54:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.554
X-Spam-Level:
X-Spam-Status: No, score=-2.554 tagged_above=-999 required=5 tests=[AWL=0.045, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DZqWx-6nEi4X for <ire@ietfa.amsl.com>; Fri, 14 Dec 2012 10:54:41 -0800 (PST)
Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) by ietfa.amsl.com (Postfix) with ESMTP id 8C0C721F8AFB for <ire@ietf.org>; Fri, 14 Dec 2012 10:54:41 -0800 (PST)
Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.ams1.isc.org (Postfix) with ESMTPS id 6947F5F9C7F; Fri, 14 Dec 2012 18:54:30 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from [192.168.255.120] (c-24-7-39-79.hsd1.ca.comcast.net [24.7.39.79]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id 5D7AB216C80; Fri, 14 Dec 2012 18:54:28 +0000 (UTC) (envelope-from fobispo@isc.org)
Content-Type: text/plain; charset="iso-8859-1"
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Francisco Obispo <fobispo@isc.org>
In-Reply-To: <C41D7AF7FCECBE44940E9477E8E70D7A0D74390A@BRN1WNEXMBX02.vcorp.ad.vrsn.com>
Date: Fri, 14 Dec 2012 10:54:30 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <34D1D301-A009-4DD5-805E-68665D36C6CD@isc.org>
References: <C41D7AF7FCECBE44940E9477E8E70D7A0D74390A@BRN1WNEXMBX02.vcorp.ad.vrsn.com>
To: "Gould, James" <JGould@verisign.com>
X-Mailer: Apple Mail (2.1499)
Cc: Luis Muñoz <lem@isc.org>, "ire@ietf.org" <ire@ietf.org>
Subject: Re: [ire] New version (4) of the spec and new draft on DNRD (1)
X-BeenThere: ire@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Internet Registration Escrow discussion list." <ire.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ire>, <mailto:ire-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ire>
List-Post: <mailto:ire@ietf.org>
List-Help: <mailto:ire-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ire>, <mailto:ire-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 14 Dec 2012 18:54:42 -0000

On Dec 14, 2012, at 10:31 AM, "Gould, James" <JGould@verisign.com> wrote:

> The client is the user that is interfacing with the system (web UI user,
> EPP user, batch user).  All user's of a registrar and registry are clients
> to the service and should be reflected in the crID and upID.  

For us, we have separate systems: the SRS, which is the authoritative source for registry information, and the Registrar Web Interface, which has the other role accounts. When a user of this system needs to perform an operation in the SRS, we do that with the 'role' account credentials, not the individual user, because SRS doesn't know about the users of this other system.


> We only
> support a single user of the registrar to interface with the EPP service,
> but that user (B2B) is still separate and distinct from the Registrar
> itself.  We support many users via the other channels.

We do that as well, and we supported as described above.

Regards,

Francisco Obispo 
Director of Applications and Services - ISC
email: fobispo@isc.org
Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
PGP KeyID = B38DB1BE

v2.23.0 | Report a Bug | By Email