Re: [Trans] Consolidating add-chain and add-pre-chain endpoints

Richard Barnes <rlb@ipv.sx> Mon, 22 May 2017 16:35 UTC

Return-Path: <rlb@ipv.sx>
X-Original-To: trans@ietfa.amsl.com
Delivered-To: trans@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F44612EB2D for <trans@ietfa.amsl.com>; Mon, 22 May 2017 09:35:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ipv-sx.20150623.gappssmtp.com
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 bC84C-g4o1vq for <trans@ietfa.amsl.com>; Mon, 22 May 2017 09:35:12 -0700 (PDT)
Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (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 5E20512EB2B for <trans@ietf.org>; Mon, 22 May 2017 09:35:12 -0700 (PDT)
Received: by mail-wm0-x230.google.com with SMTP id b84so984648wmh.0 for <trans@ietf.org>; Mon, 22 May 2017 09:35:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipv-sx.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=mZXDvM0/eKzxsEmczoSRAgBxu7RSITbL93S033SJ5Nk=; b=cKXyVUv0LIhUHkDkNZICFRag6IEb0ao9XHrdy2TpG7U5KpseH3cnYVWMJ0z33sRCV6 Zlowm6ZeHP6g3SghGeolvID0F7gHdnkQJolAhwyUEramY+n001gFwTOIBo9C5Y17YcbE 9UUuSg/Nryod+ErRQ/AQ51bLDvMMrQvmvWEdgeGLtdLyW3FPHFGZ1HsF2uXRfFtqguKh +QVE4mWiRAdJgWNe5xVV2Zo3GZqezeU/9yPfCED5rS+qL5Dg5r6DgkzyYNjY8YWqA6UH XO8cpjgD7PuWF0AMNV9rP5mQdtDiy0FTtnN1t01FW888B11fT+p5KARAX2E3BVEiXoqb i4vA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=mZXDvM0/eKzxsEmczoSRAgBxu7RSITbL93S033SJ5Nk=; b=ObcuId01bprrrSDJywu+bqZOaqHR7cwxrjnDX24De//r0hKgxTgVdzclTkCHylvqlK hnqoZTwGmHZIVFymScRhfOltq4LEhOYnKbuKE3dX5ZxSu0+t1M7Sa1SQ9kx0MvBw8OOh 3jCBaAtJHfc0hJhFTHcfKq9jlHZ918veRcpwBJM9pNMtXLTGVA8AB7suqDbkqf7Sdyxs 8qIf9NDcUDc7M4jEOpA62YMvQ/oecs0B8MYOBe3e/IGcWT4xfsBBt8zW/LOXXTa8AN+n N4/ZPamstJm1DbWRs773GdOAYIEka2M5snIb0P3Z/N1lwI/c3gGK5rbez17lFIalO3Dz zm8Q==
X-Gm-Message-State: AODbwcCQZGAgJnMrGpKDWR8ipE+bbd1PhDo46EkM5pw1NwMxcS9k+8NG 480r6SSxPvuE0MuzeyorHrOrvlqhRiXc
X-Received: by 10.28.157.74 with SMTP id g71mr27046364wme.74.1495470910785; Mon, 22 May 2017 09:35:10 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.28.12.149 with HTTP; Mon, 22 May 2017 09:35:09 -0700 (PDT)
In-Reply-To: <87vaotuftn.fsf@nordberg.se>
References: <20170504082553.9840d8b8a750f87509e75b43@andrewayer.name> <CAL02cgRUHVnWqtpHWSNcy_JgAQBK4aza0ZyGoG2m3Pv0+NU1qg@mail.gmail.com> <CALzYgEcXsn_LRE_vNcsSpbY68Mg4YCKikQOS59+qDBvs-X971A@mail.gmail.com> <8760h6i3h4.fsf@nordberg.se> <76f9b826-6553-143a-4ff4-504022fc4354@comodo.com> <87vaotuftn.fsf@nordberg.se>
From: Richard Barnes <rlb@ipv.sx>
Date: Mon, 22 May 2017 12:35:09 -0400
Message-ID: <CAL02cgQ4mn4zMHFn0N=_i3YApHyiEAj4SHN=JLpeGqDS6gNx5g@mail.gmail.com>
To: Linus Nordberg <linus@sunet.se>
Cc: Rob Stradling <rob.stradling@comodo.com>, Eran Messeri <eranm@google.com>, Trans <trans@ietf.org>
Content-Type: multipart/alternative; boundary="001a114baa5e68e3ce05501f747a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/trans/ejNjvCoPVL4UFC3MiXVpFHr1iHs>
Subject: Re: [Trans] Consolidating add-chain and add-pre-chain endpoints
X-BeenThere: trans@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Public Notary Transparency working group discussion list <trans.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/trans>, <mailto:trans-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/trans/>
List-Post: <mailto:trans@ietf.org>
List-Help: <mailto:trans-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/trans>, <mailto:trans-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 May 2017 16:35:14 -0000

On Mon, May 22, 2017 at 10:27 AM, Linus Nordberg <linus@sunet.se> wrote:

> Rob Stradling <rob.stradling@comodo.com> wrote
> Fri, 19 May 2017 17:19:03 +0100:
>
> > On 12/05/17 14:55, Linus Nordberg wrote:
> >> I like the single add-entry call idea together with the explicit
> >> 'is_precertificate' indication.
> >
> > Would "submit-entry" be a better API name than "add-entry" (given that
> > the Submitter can't guarantee that the log will accept the submission
> > and add it to its tree)?
>
> No objection.
>
>
> > (Attempt at future-proofing)
> > Rather than an "is_precertificate" parameter, how about adding a
> > "type" parameter that takes a VersionedTransType integer value?
> > i.e., x509_entry_v2(1) or precert_entry_v2(2), for the two types of
> > submission that 6962-bis cares about.
>
> Support.
>

This all sounds fine to me.



>
> _______________________________________________
> Trans mailing list
> Trans@ietf.org
> https://www.ietf.org/mailman/listinfo/trans
>