Re: [Sframe] Dispatch of SFrame for End-To-End Encrypted Conference Calls

Ben Campbell <ben@nostrum.com> Mon, 15 June 2020 19:13 UTC

Return-Path: <ben@nostrum.com>
X-Original-To: sframe@ietfa.amsl.com
Delivered-To: sframe@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 71C473A0C94; Mon, 15 Jun 2020 12:13:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.676
X-Spam-Level:
X-Spam-Status: No, score=-1.676 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, MAY_BE_FORGED=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=nostrum.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 LdoCwqwpNGvG; Mon, 15 Jun 2020 12:13:16 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 E2A173A0C93; Mon, 15 Jun 2020 12:13:15 -0700 (PDT)
Received: from bens-macbook.lan (mta-70-120-123-175.stx.rr.com [70.120.123.175] (may be forged)) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id 05FJD8U8090099 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Mon, 15 Jun 2020 14:13:09 -0500 (CDT) (envelope-from ben@nostrum.com)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1592248390; bh=sTUerH3PZbJZxIzZ+L4zTozKdsYyROqW2O1mr2ynnRo=; h=From:Subject:Date:In-Reply-To:Cc:To:References; b=fYJQ3BRo7w4sTpoP6jmdPYAS3CU0IEzzxc3uACCNybBwDZWgbYawD74+SUEK/eUt8 wMIJ0pl0uyynwyipea1soqlr0jklAIIBEj6kQDIE5OZXCrVMjIG4TNBpFRd3jYgNtU mt+ksrV/5WRlcAtWkp8gXq6B7MxA1BYWiJezNT6c=
X-Authentication-Warning: raven.nostrum.com: Host mta-70-120-123-175.stx.rr.com [70.120.123.175] (may be forged) claimed to be bens-macbook.lan
From: Ben Campbell <ben@nostrum.com>
Message-Id: <4425D473-7A6A-4AF5-BA53-635255D6EC55@nostrum.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_E949626B-39E1-4C79-8B8B-9F526A7869E8"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Date: Mon, 15 Jun 2020 14:13:02 -0500
In-Reply-To: <CAOdDvNrx4cMn20XMrv9zO1jKi8FtEkDLEE7nvc15DKVodJ6NxA@mail.gmail.com>
Cc: Emad Omara <emadomara@google.com>, Dispatch WG <dispatch@ietf.org>, sframe@ietf.org
To: Patrick McManus <patrick.ducksong@gmail.com>
References: <CAHo7dC8oF4nOkVXf2=igaGdtRYTGk0a=rjkBZ7goYjZP+m25ew@mail.gmail.com> <E8A5F574-7D1B-4BE7-873E-9AFF84C0B3A8@nostrum.com> <CAHo7dC_O13kQdwMmkKcaQ1ctxVKSvv3EqdRfikBhohDaiaujsg@mail.gmail.com> <CAOdDvNri5J5p74Niosc4JKPhMOUTeq5hqK2ZjPD-RxQ0w75M6Q@mail.gmail.com> <CAOdDvNrx4cMn20XMrv9zO1jKi8FtEkDLEE7nvc15DKVodJ6NxA@mail.gmail.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/sframe/5RnoH7S1-Nr4ckj9Qvty6bvTy20>
Subject: Re: [Sframe] Dispatch of SFrame for End-To-End Encrypted Conference Calls
X-BeenThere: sframe@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <sframe.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sframe>, <mailto:sframe-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sframe/>
List-Post: <mailto:sframe@ietf.org>
List-Help: <mailto:sframe-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sframe>, <mailto:sframe-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Jun 2020 19:13:18 -0000

Thanks, Patrick.

Authors: It would be helpful to get a little more background: 

- How does this work relate to PERC? What problem does it solve that PERC doesn’t?
- Do you expect this to become an IETF standard available to anyone to implement? Who do you think would implement it? 
- Is anyone outside of Google working on the spec or implementing the protocol? Has anyone outside of Google expressed interest in doing so?
- Anything else you think would help motivate people to read the draft and give feedback :-)

Thanks!

Ben.

> On Jun 15, 2020, at 2:05 PM, Patrick McManus <patrick.ducksong@gmail.com> wrote:
> 
> Hi All -
> 
> I failed to note the link highlighting in Emad's mail to the list which already contained the draft. Sorry about that. (It's https://tools.ietf.org/html/draft-omara-sframe-00 <https://tools.ietf.org/html/draft-omara-sframe-00> if you too missed it).
> 
> There's also a github and mailing list referenced:
> https://github.com/eomara/sframe <https://github.com/eomara/sframe>
> https://mailarchive.ietf.org/arch/browse/sframe/? <https://mailarchive.ietf.org/arch/browse/sframe/?>
> 
> [I've also forked the Subject Line to help interested readers]
> 
> On Mon, Jun 15, 2020 at 2:42 PM Patrick McManus <patrick.ducksong@gmail.com <mailto:patrick.ducksong@gmail.com>> wrote:
> Sounds really interesting Emad and there's obviously related work going on (at least perc, maybe even mls..).
> 
> Sending that email Ben mentions to the dispatch list to raise awareness with a link to the draft would be helpful in getting the process started..
> 
> On Mon, Jun 15, 2020 at 2:33 PM Emad Omara <emadomara@google.com <mailto:emadomara@google.com>> wrote:
> Hi Ben,
> 
> This draft proposes a solution for end-to-end encrypted conference calls. We implemented this in Google a couple of years ago in Duo, but the draft was only published last month given the current interest in the topic.
> 
> The goal of the session is to go through the proposal and see if there is interest to continue working on this, and if so what will be the best WG to host this work. 
> 
> Thanks
> Emad
> 
> On Mon, Jun 15, 2020 at 11:02 AM Ben Campbell <ben@nostrum.com <mailto:ben@nostrum.com>> wrote:
> Hi Emad,
> 
> We prioritize DISPATCH meeting time to focus on topics that have had DISPATCH list discussion and need high-bandwidth time to resolve. Unless I’ve missed something, this topic has not previously come up in DISPATCH. I suggest sending a note to this list with some background about the draft and how you would like to see it progress.
> 
> Thanks!
> 
> Ben.
> 
>> On Jun 15, 2020, at 12:32 PM, Emad Omara <emadomara=40google.com@dmarc.ietf.org <mailto:emadomara=40google.com@dmarc.ietf.org>> wrote:
>> 
>> Hi,
>> 
>> We would like to have a session in the next IETF to discuss the SFrame draft <https://tools.ietf.org/html/draft-omara-sframe-00> Can you please help scheduling this?
>> 
>> Thanks
>> Emad
>> _______________________________________________
>> dispatch mailing list
>> dispatch@ietf.org <mailto:dispatch@ietf.org>
>> https://www.ietf.org/mailman/listinfo/dispatch <https://www.ietf.org/mailman/listinfo/dispatch>
>