Re: [Id-event] separate push and poll delivery drafts

Marius Scurtescu <mscurtescu@google.com> Tue, 06 March 2018 17:51 UTC

Return-Path: <mscurtescu@google.com>
X-Original-To: id-event@ietfa.amsl.com
Delivered-To: id-event@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 04D9B1289B0 for <id-event@ietfa.amsl.com>; Tue, 6 Mar 2018 09:51:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.01
X-Spam-Level:
X-Spam-Status: No, score=-2.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 MCnvFraZcKA4 for <id-event@ietfa.amsl.com>; Tue, 6 Mar 2018 09:51:45 -0800 (PST)
Received: from mail-ua0-x231.google.com (mail-ua0-x231.google.com [IPv6:2607:f8b0:400c:c08::231]) (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 9D46912895E for <id-event@ietf.org>; Tue, 6 Mar 2018 09:51:45 -0800 (PST)
Received: by mail-ua0-x231.google.com with SMTP id f5so13648042uam.5 for <id-event@ietf.org>; Tue, 06 Mar 2018 09:51:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=/+uRzwlQNGBZIyJcYM4NZBb4e6gGGUTXL/vnyKQTv9c=; b=Yiev1OFO2P9+W9xVl1VS3kGYBH13X6FPqabDG9+vyYyBQAyqeBC2LXeuPSjquimYzd QlAIx6fxggexRP+h2cmRfQ7vuyZvFlLYJKCtNenVRJh/2EmpiKILM5cnZgEr49ATGwlr MTS7E3f5CGyZgBptwkL0LmiImDvBci577rKUm4QjqT9aZi9tw0RSKGpNeMvf4/KEcj1N YqFLUb2qG0GwllfTG1xCJyayDufaoIFzHFxRGuWrIv4YBddInRa4NzDS0rOL9yEVC871 5v6FtfCJRsDsBA/wavwzahTLQzDjIWmeje3slqOQndNwwRfnttmiWP4fIshLGPZEIsHK /GJw==
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=/+uRzwlQNGBZIyJcYM4NZBb4e6gGGUTXL/vnyKQTv9c=; b=KvIx3mLQ9qGhjnEubh6jDvhLUDdJoJRqsgbSYdCIkax2jgqCuaFuCkW+4lWL4pajG7 sanaKoV5w8lIDsGdkWJL7dLhpNXvn1p8zwL5wkuH9CKIBFXQnMrIQXCwA5rYbDuGTifh iVrVDxJGVu+Kh0dxnj70PrfAqXFKiFcxOF3GaaTx5kvjKZLC2ipJVX+OVhHdwxE68gxI w67Lr+o/vXlfPxAyeHJsgOmzJdVYEgWoZFcYYFwXY662gp/8I9gEWZdO4uB23xMYNtfv JojIE8UAmj4siUEmMBJ807be1H0Ss3khr+6ve5XsehmsVRgf/mq0IjlRAaV8n5a+dn/r UyDg==
X-Gm-Message-State: APf1xPBqGAmjo0n8CnRhXaOxBQPwRKWw/lluYjjcrfM86mj5YdTje0sG gzrvIUJNz8D6EpaLahRC+5H52O5wTQz8QJFJ9VeFNQ==
X-Google-Smtp-Source: AG47ELvRhsiwfKgEtFwKWyXd/b9zc0XHRpTCf3QHddHy7wTiD0Rato1fjsGfcIavlsUbUmuryUvYCYreCnqR6ICO2Rs=
X-Received: by 10.159.61.88 with SMTP id m24mr14036062uai.139.1520358704185; Tue, 06 Mar 2018 09:51:44 -0800 (PST)
MIME-Version: 1.0
Received: by 10.31.94.88 with HTTP; Tue, 6 Mar 2018 09:51:23 -0800 (PST)
In-Reply-To: <6E3DA4D0-755E-44DE-8511-204ABC27AC25@amazon.com>
References: <CAGdjJpJ1gVESHFN39CGO7QPf1u9_KUDbuRDCfhn9qVVXep6nDg@mail.gmail.com> <6E3DA4D0-755E-44DE-8511-204ABC27AC25@amazon.com>
From: Marius Scurtescu <mscurtescu@google.com>
Date: Tue, 06 Mar 2018 09:51:23 -0800
Message-ID: <CAGdjJpLHZmQ7d2zpUi6JeJS5QccuNq6W2c783cx=sRUnJu96rQ@mail.gmail.com>
To: "Richard Backman, Annabelle" <richanna@amazon.com>
Cc: ID Events Mailing List <id-event@ietf.org>, Yaron Sheffer <yaronf.ietf@gmail.com>, "Hardt, Dick" <dick@amazon.com>, Phillip Hunt <phil.hunt@oracle.com>, Adam Dawes <adawes@google.com>
Content-Type: multipart/alternative; boundary="f403043664f87f52570566c2181c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/id-event/dgmfROqcdCBqfFyRE6rtf6Wzciw>
Subject: Re: [Id-event] separate push and poll delivery drafts
X-BeenThere: id-event@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "A mailing list to discuss the potential solution for a common identity event messaging format and distribution system." <id-event.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/id-event>, <mailto:id-event-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/id-event/>
List-Post: <mailto:id-event@ietf.org>
List-Help: <mailto:id-event-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/id-event>, <mailto:id-event-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Mar 2018 17:51:48 -0000

On Mon, Mar 5, 2018 at 4:14 PM, Richard Backman, Annabelle <
richanna@amazon.com> wrote:

> +1 for splitting them into two separate drafts. It will make each one
> clearer, and remove ambiguity as to what transmitters and receivers need to
> implement.
>
>
>
> We should get this on the agenda for London. I can present it.
>

Thanks for offering to present.

Yaron, please let us know if this is on the agenda.


>
>
> --
>
> Annabelle Richard Backman
>
> Amazon – Identity Services
>
>
>
> *From: *Id-event <id-event-bounces@ietf.org> on behalf of Marius
> Scurtescu <mscurtescu@google.com>
> *Date: *Monday, March 5, 2018 at 8:42 AM
> *To: *ID Events Mailing List <id-event@ietf.org>, Yaron Sheffer <
> yaronf.ietf@gmail.com>, "Hardt, Dick" <dick@amazon.com>, Phillip Hunt <
> phil.hunt@oracle.com>
> *Cc: *Adam Dawes <adawes@google.com>
> *Subject: *[Id-event] separate push and poll delivery drafts
>
>
>
> The current delivery draft defines both a push and a poll delivery
> methods:
>
> https://tools.ietf.org/html/draft-ietf-secevent-delivery-02
>
>
>
> Two issues have been raised with the current draft:
>
>
>
> 1. Many implementors raised the concern that they want to implement either
> push or poll, but not both. With both delivery methods in one spec
> optionality is tricky, the suggestion was to make them MTI, but not
> mandatory to deploy which is very confusing.
>
>
>
> 2. For the draft to move to Last Call status we need implementors for all
> parts of the draft. Currently there are push implementations, but not poll
> implementations. By separating them we can allow the more mature method to
> move forward while allowing the less mature method to be refined and gain
> implementation feedback.
>
>
>
> Also, by having separate specs per delivery method we set the stage for
> other delivery methods to be added easily.
>
>
>
> Can we add this to the agenda to be discussed in London?
>
>
>
> The discussion should answer:
>
> A. Do we have consensus for splitting the delivery spec into two?
>
> B. If yes for A, can the two new specs replace the existing spec and stay
> as working group drafts (this would be ideal)? As opposed to the two new
> specs starting from scratch as I-Ds.
>
>
>
> If it helps, I am happy to send to the list two separate specs as TXT/PDF
> so we have something concrete to look at. Let me know.
>
>
>
> I will not be in London, but will try to attend remotely.
>
>
>
> Thanks,
>
> Marius
>