Re: [netmod] x509c2n:cert-to-name problem

Randy Presuhn <randy_presuhn@alumni.stanford.edu> Tue, 29 October 2019 03:59 UTC

Return-Path: <randy_presuhn@alumni.stanford.edu>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7341512008D for <netmod@ietfa.amsl.com>; Mon, 28 Oct 2019 20:59:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rzzxJJpjGBIh for <netmod@ietfa.amsl.com>; Mon, 28 Oct 2019 20:59:34 -0700 (PDT)
Received: from mail-pg1-f181.google.com (mail-pg1-f181.google.com [209.85.215.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E46E0120046 for <netmod@ietf.org>; Mon, 28 Oct 2019 20:59:33 -0700 (PDT)
Received: by mail-pg1-f181.google.com with SMTP id f19so8522047pgn.13 for <netmod@ietf.org>; Mon, 28 Oct 2019 20:59:33 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=uUZAkB8EbmrlN/zo3gmcOlBNkvxBiu2WBTZABJXyxA4=; b=Us6GQYJqmV1Gt8TyP38kGpagP7owo9Y5N7gFFMTTSnPPPuCE7SEBCEdpGVFlhOKPvH ZyZWxTeVc3CERKfi1lmIdbhvj+H8RdXdo3+e3+UpW6H9IFnnYNSwRwqbroFU6SNak7Fg pewIn658srDq3ghw7r80YOKZU3FO9GElViOklv5/GQofCMjFif33c6MGuPcZ8Oxs0Hyi hV/Ka0+BOnfu2Q61maprzgd5iP0VCfqp+FCifWGGDOsYm3rYfPdfHDDw49YD7CaOuzj2 JXYLvvhiiVy/1ipiBZb3EJGUrgjXOp/OjNnDwjZArpQqtOlMrKHwtm4cdixIuGlj8nwB L59w==
X-Gm-Message-State: APjAAAW20a4BIO4PcZIq3eXv8Kwr0NPEPyOD+POyoB41W2v4dmnGBugr Wn8AvWpKeES3sVJYSMnr3TRp319RO1M=
X-Google-Smtp-Source: APXvYqxpExSF/6zCBy+4KMTdTC9IPFyKhlszTSAJBgelO0xzWEmrA/QKbR2OcrL7y8NGbWpJ66U/eg==
X-Received: by 2002:a17:90a:2369:: with SMTP id f96mr3263950pje.127.1572321573101; Mon, 28 Oct 2019 20:59:33 -0700 (PDT)
Received: from [192.168.1.107] (c-73-231-235-186.hsd1.ca.comcast.net. [73.231.235.186]) by smtp.gmail.com with ESMTPSA id h28sm15111743pgn.14.2019.10.28.20.59.32 for <netmod@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 28 Oct 2019 20:59:32 -0700 (PDT)
To: netmod@ietf.org
References: <netconf-wg/https-notif/issues/3/545072069@github.com> <20191023.101844.48270589337022568.mbj@tail-f.com> <0100016e0416c312-13b65019-1c32-4fc8-b8b2-f2b7cc591a00-000000@email.amazonses.com> <20191028.102216.1541488608391720310.mbj@tail-f.com>
From: Randy Presuhn <randy_presuhn@alumni.stanford.edu>
Message-ID: <f508c9f9-8493-88dc-7468-edc8dbe11776@alumni.stanford.edu>
Date: Mon, 28 Oct 2019 20:59:37 -0700
User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <20191028.102216.1541488608391720310.mbj@tail-f.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/aV_rUxmLFWKdSeXNPwYyOJ1vCZo>
Subject: Re: [netmod] x509c2n:cert-to-name problem
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 29 Oct 2019 03:59:37 -0000

Hi -

On 10/28/2019 2:22 AM, Martin Bjorklund wrote:
...
> No, in many SMIv2 objects, a zero-length value is used for optional
> nodes (due to the way the protocol (SNMP) works).

This comes as a complete surprise to me.  References?

Randy