Multicast to the Browser
"Holland, Jake" <[email protected]> Fri, 27 Sep 2019 04:03:34 +0000
| Newsgroups | gmane.ietf.mboned |
|---|---|
| Message-ID | <[email protected]> |
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 [email protected] https://www.ietf.org/mailman/listinfo/mboned