Re: [MBONED] Multicast to the Browser

"Morten V. Pedersen" <morten@steinwurf.com> Thu, 24 October 2019 04:47 UTC

Return-Path: <morten@steinwurf.com>
X-Original-To: mboned@ietfa.amsl.com
Delivered-To: mboned@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7849312006F for <mboned@ietfa.amsl.com>; Wed, 23 Oct 2019 21:47:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.597
X-Spam-Level:
X-Spam-Status: No, score=-2.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=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 uRtG5uKG5tEZ for <mboned@ietfa.amsl.com>; Wed, 23 Oct 2019 21:47:15 -0700 (PDT)
Received: from mailout-taastrup.gigahost.dk (mailout-taastrup.gigahost.dk [46.183.139.199]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F265D12006E for <mboned@ietf.org>; Wed, 23 Oct 2019 21:47:14 -0700 (PDT)
Received: from mailout.gigahost.dk (mailout.gigahost.dk [89.186.169.112]) by mailout-taastrup.gigahost.dk (Postfix) with ESMTP id 5CF4D188FFD6 for <mboned@ietf.org>; Thu, 24 Oct 2019 04:47:04 +0000 (UTC)
Received: from smtp.gigahost.dk (smtp.gigahost.dk [89.186.169.109]) by mailout.gigahost.dk (Postfix) with ESMTP id 6E03C78320E for <mboned@ietf.org>; Thu, 24 Oct 2019 04:47:10 +0000 (UTC)
Received: by smtp.gigahost.dk (Postfix, from userid 1000) id 184CA2721A80; Thu, 24 Oct 2019 04:47:04 +0000 (UTC)
X-Screener-Id: f8b5956341cafa01bc0fc2c7b7d4a245e1dff3de
Received: from [192.168.87.113] (unknown [85.218.152.21]) by smtp.gigahost.dk (Postfix) with ESMTPSA id CCD4D2721A09 for <mboned@ietf.org>; Thu, 24 Oct 2019 04:47:03 +0000 (UTC)
To: mboned@ietf.org
References: <3B82B31F-25CE-4D32-A137-96814D1AA724@akamai.com>
From: "Morten V. Pedersen" <morten@steinwurf.com>
Message-ID: <7c75a83f-1402-dbc9-07d3-1650fd156e4e@steinwurf.com>
Date: Thu, 24 Oct 2019 06:47:10 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0
MIME-Version: 1.0
In-Reply-To: <3B82B31F-25CE-4D32-A137-96814D1AA724@akamai.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/mboned/pGKGpJKMZ2X8niiKPbcw_yZ5bqM>
Subject: Re: [MBONED] Multicast to the Browser
X-BeenThere: mboned@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Mail List for the Mboned Working Group <mboned.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mboned>, <mailto:mboned-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mboned/>
List-Post: <mailto:mboned@ietf.org>
List-Help: <mailto:mboned-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mboned>, <mailto:mboned-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Oct 2019 04:47:18 -0000

Hi Jake,
Thanks for talking the initiative on this - I believe this is a great 
start and definitely valuable.

We have long been wanting to do something like this, and I believe that 
are many great applications e.g. within education etc. (see for example 
https://youtu.be/LuHRXIRZu-s used for presentations etc. where no 
projector is available).

I would support mboned looking at this.

All the best,
Morten

On 9/27/19 6:03 AM, Holland, Jake wrote:
> Hi mboned,
>
> I have finally posted a few docs that give an outline of the architecture
> we're proposing to make multicast safe enough to run arbitrary interdomain
> traffic, and to use it on web pages.
>
> This is a slightly more concrete version of the hand-waving I did at the
> meeting in Montreal, and hopefully explains what we're aiming for a little
> more clearly.
>
>
> WICG proposal:
> https://discourse.wicg.io/t/proposal-multicastreceiver-api/3939
>
>
> That refers to a few IETF drafts.  I'd like to request some time in Singapore
> to go over them.
>
> I'm also requesting feedback about these docs at your earliest convenience,
> as well as any comments you've got on whether these I-Ds are appropriate
> for adoption in mboned (and if not, what you'd suggest instead):
>
> 1. DORMS (or: how to get metadata about multicast groups from senders):
> https://tools.ietf.org/html/draft-jholland-mboned-dorms-01
>
> I'll argue that this is in-scope for mboned, and hopefully not too hard
> a read.  Its main point is to provide a vehicle for the metadata for the
> other 2 docs, plus other future extensions.
>
>
> 2. CBACC (or: how to ensure the subscribed capacity level stays safe):
> https://tools.ietf.org/html/draft-jholland-mboned-cbacc-00
>
> Although I think this doc will need review from TSV, I believe early work
> and perhaps adoption is appropriate within mboned, since it's targeted at
> enabling interdomain multicast support.
>
>
> 3. AMBI (or: how to authenticate the traffic, assuming you can send
> some out-of-band hashes securely):
> https://tools.ietf.org/html/draft-jholland-mboned-ambi-04
>
> This one will of course need security review, and perhaps would be best
> done in the security area, especially if we can re-open msec.
>
> However, when we last presented the pre-split AMBI+ALTA proposal in
> secdispatch, they said we should go find more people who are interested
> and come back.
>
> In my ideal world, I'd like to go back to secdispatch, ideally in Singapore,
> with some consensus from mboned that this is a worthwhile direction that
> would be valuable if it can be made to work (or to get advice from mboned
> that it's not, if it's not).
>
> So to anyone who can read the doc and post an opinion on that point, I'd be
> very grateful.
>
>
> Cheers,
> Jake
>
>
> _______________________________________________
> MBONED mailing list
> MBONED@ietf.org
> https://www.ietf.org/mailman/listinfo/mboned