Re: [Trans] RFC6962 BIS Log file encodings.

Stephen Kent <> Mon, 31 March 2014 20:00 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 0FCCD1A6F6A for <>; Mon, 31 Mar 2014 13:00:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -3.611
X-Spam-Status: No, score=-3.611 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_45=0.6, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id FVD8wQOf9_AU for <>; Mon, 31 Mar 2014 13:00:20 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 652981A6F66 for <>; Mon, 31 Mar 2014 13:00:20 -0700 (PDT)
Received: from ([]:50456) by with esmtp (Exim 4.77 (FreeBSD)) (envelope-from <>) id 1WUiNb-000KNe-MF for; Mon, 31 Mar 2014 16:00:23 -0400
Message-ID: <>
Date: Mon, 31 Mar 2014 16:00:15 -0400
From: Stephen Kent <>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
MIME-Version: 1.0
References: <r422Ps-1075i-50EDDACBA0064390A2CED9708B9D3E07@Williams-MacBook-Pro.local> <> <> <>
In-Reply-To: <>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [Trans] RFC6962 BIS Log file encodings.
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Public Notary Transparency working group discussion list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 31 Mar 2014 20:00:22 -0000


> On 31 March 2014 16:19, Salz, Rich <> wrote:
>>>   But since we're talking about data from a TBS cert,since the generators of the data are CAs (who should know how to process ASN.1), and since the consumers of the data are browsers who already process certs, it seems reasonable to stick with ASN.1.
>> Adding another encoding makes things more complex.  Therefore, the simplest thing to do is use ASN.1
>> It's like when you're editing someone else's source code: the best thing to do is preserve the existing style.
> As I just mention, its not actually another encoding - the data
> structure can also (ideally should also) be sent as a TLS extension,
> in which case ASN.1 is not the simplest thing to do.
Sorry if I misinterpreted the context. We need definitive statements 
about how each major
data element is transmitted, against what it is compared, and how it is 
Only then does it make sense to debate which encoding(s) make sense.