Re: [certid] Need to define "most specific RDN"
Love Hörnquist Åstrand <lha@apple.com> Wed, 30 June 2010 20:50 UTC
Return-Path: <lha@apple.com>
X-Original-To: certid@core3.amsl.com
Delivered-To: certid@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix)
with ESMTP id CC96E3A6B20 for <certid@core3.amsl.com>;
Wed, 30 Jun 2010 13:50:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.601
X-Spam-Level:
X-Spam-Status: No, score=-105.601 tagged_above=-999 required=5 tests=[AWL=0.698,
BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4,
USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com
[127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g7tdxwqdTdql for
<certid@core3.amsl.com>; Wed, 30 Jun 2010 13:50:47 -0700 (PDT)
Received: from mail-out3.apple.com (mail-out3.apple.com [17.254.13.22]) by
core3.amsl.com (Postfix) with ESMTP id B9CC53A696B for <certid@ietf.org>;
Wed, 30 Jun 2010 13:50:46 -0700 (PDT)
Received: from relay15.apple.com (relay15.apple.com [17.128.113.54]) by
mail-out3.apple.com (Postfix) with ESMTP id F03CE9AD97C3 for
<certid@ietf.org>; Wed, 30 Jun 2010 13:50:49 -0700 (PDT)
X-AuditID: 11807136-b7c9dae000000fcd-63-4c2bae29b98a
Received: from gertie.apple.com (gertie.apple.com [17.151.62.15]) by
relay15.apple.com (Apple SCV relay) with SMTP id 2F.51.04045.92EAB2C4;
Wed, 30 Jun 2010 13:50:49 -0700 (PDT)
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Content-type: text/plain; charset=us-ascii
Received: from [10.82.192.45] (166-205-136-152.mobile.mymmode.com
[166.205.136.152]) by gertie.apple.com (Sun Java(tm) System Messaging Server
6.3-7.04 (built Sep 26 2008;
32bit)) with ESMTPSA id <0L4U00FWVHWL32A0@gertie.apple.com> for
certid@ietf.org; Wed, 30 Jun 2010 13:50:49 -0700 (PDT)
References: <201006301746.o5UHkIsE019133@fs4113.wdf.sap.corp>
<4C2B843A.5010206@stpeter.im>
In-reply-to: <4C2B843A.5010206@stpeter.im>
Message-id: <5571525D-A0FF-4A9B-A040-1F2DFDEFE491@apple.com>
X-Mailer: iPhone Mail (8A293)
From: =?utf-8?Q?Love_H=C3=B6rnquist_=C3=85strand?= <lha@apple.com>
Date: Wed, 30 Jun 2010 13:51:59 -0700
To: Peter Saint-Andre <stpeter@stpeter.im>
X-Brightmail-Tracker: AAAAAQAAAZE=
Cc: "certid@ietf.org" <certid@ietf.org>
Subject: Re: [certid] Need to define "most specific RDN"
X-BeenThere: certid@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Representation and verification of identity in certificates
<certid.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/certid>,
<mailto:certid-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/certid>
List-Post: <mailto:certid@ietf.org>
List-Help: <mailto:certid-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/certid>,
<mailto:certid-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Jun 2010 20:50:56 -0000
30 jun 2010 kl. 10:51 skrev Peter Saint-Andre <stpeter@stpeter.im>im>: > On 6/30/10 11:46 AM, Martin Rex wrote: >> Peter Saint-Andre wrote: >>> >>> Based on feedback from you and from Kurt, I have changed the foregoing >>> paragraph to: >>> >>> Certificates are binary objects -- they are encoded using >>> distinguished encoding rules (DER). Thus, the generation of >>> displayable (a.k.a. printable) renderings of certificate subject and >>> issuer names means that the DER-encoded sequences are decoded and >>> converted into a "string representation" before being rendered. >>> Because a DN is an ordered sequence, order is preserved in the string >>> representation of a DN. However, because an RDN is an unordered >>> group of attribute-type-and-value pairs, the string representation of >>> an RDN can differ from the canonical DER encoding; in the canonical >>> encoding, the RDN that is nearest to the root of the naming tree is >>> called the "most significant" RDN and the RDN that is deepest in the >>> tree (and that therefore distinguishes the relative name) is called >>> the "most specific" RDN. See [LDAP-DN] for details. >> >> I'm actually confused by refering to one end with "most significant" and >> the other with "most specific". Couldn't we just drop the "most significant" >> entirely and use "least specific" / "most specific" for the two ends? > > Given that we never use the term "most significant" in this I-D, I'd say > we can remove any mention of it. Peter, Can you please add a DER encoded Name, the asn1parse/dump version of the name, and the LDAP version of string and annotation what the different parts are called, this confuses me every time I try to in parse the rfc's and drafts. Thanks Love > > Peter > > -- > Peter Saint-Andre > https://stpeter.im/ > > > > _________
- [certid] Need to define "most specific RDN" Paul Hoffman
- Re: [certid] Need to define "most specific RDN" Peter Saint-Andre
- Re: [certid] Need to define "most specific RDN" Bruno Harbulot
- Re: [certid] Need to define "most specific RDN" Paul Hoffman
- Re: [certid] Need to define "most specific RDN" Peter Sylvester
- Re: [certid] Need to define "most specific RDN" Kaspar Brand
- Re: [certid] Need to define "most specific RDN" Kurt Zeilenga
- Re: [certid] Need to define "most specific RDN" Peter Sylvester
- Re: [certid] Need to define "most specific RDN" Peter Saint-Andre
- Re: [certid] Need to define "most specific RDN" Martin Rex
- Re: [certid] Need to define "most specific RDN" Peter Saint-Andre
- Re: [certid] Need to define "most specific RDN" Love Hörnquist Åstrand
- Re: [certid] Need to define "most specific RDN" Peter Saint-Andre
- Re: [certid] Need to define "most specific RDN" =JeffH
- Re: [certid] Need to define "most specific RDN" Kaspar Brand
- Re: [certid] Need to define "most specific RDN" Ludwig Nussel
- Re: [certid] Need to define "most specific RDN" Peter Sylvester
- Re: [certid] Need to define "most specific RDN" Kaspar Brand
- Re: [certid] Need to define "most specific RDN" Peter Saint-Andre
- Re: [certid] Need to define "most specific RDN" Kaspar Brand
- Re: [certid] Need to define "most specific RDN" Paul Hoffman
- Re: [certid] Need to define "most specific RDN" Kaspar Brand
- Re: [certid] Need to define "most specific RDN" Nelson B Bolyard
- Re: [certid] Need to define "most specific RDN" Kaspar Brand
- Re: [certid] Need to define "most specific RDN" Martin Rex
- Re: [certid] Need to define "most specific RDN" Nelson B Bolyard
- Re: [certid] Need to define "most specific RDN" Kaspar Brand
- Re: [certid] Need to define "most specific RDN" Ludwig Nussel
- Re: [certid] Need to define "most specific RDN" Nelson B Bolyard
- Re: [certid] Need to define "most specific RDN" Paul Tiemann
- Re: [certid] Need to define "most specific RDN" Martin Rex
- Re: [certid] Need to define "most specific RDN" Nelson B Bolyard
- Re: [certid] Need to define "most specific RDN" Kaspar Brand
- Re: [certid] Need to define "most specific RDN" Martin Rex
- Re: [certid] Need to define "most specific RDN" Martin Rex
- Re: [certid] Need to define "most specific RDN" Shumon Huque
- Re: [certid] Need to define "most specific RDN" Martin Rex
- Re: [certid] Need to define "most specific RDN" Shumon Huque
- Re: [certid] Need to define "most specific RDN" Peter Sylvester
- Re: [certid] Need to define "most specific RDN" Peter Saint-Andre
- Re: [certid] Need to define "most specific RDN" Peter Saint-Andre
- Re: [certid] Name constraints and legacy clients Matt McCutchen
- Re: [certid] Name constraints and legacy clients Matt McCutchen
- Re: [certid] Name constraints and legacy clients Paul Tiemann