Re: [MBONED] [blink-dev] Intent to Prototype: Multicast Receive API

[Gyan Mishra <[e-mail]>]

Excellent!

Questions in-line

Thanks

Gyan

On Wed, Feb 23, 2022 at 11:04 AM Holland, Jake <[e-mail]> wrote:

> Hi Gyan,
>
>
>
> it’s not currently expected to make it into the upstream, as Google said
> they’re not interested.  However, an implementation is available for
> experimenting with.
>
>  Gyan>  Did google say why they are not interested?
>
> I’ve been maintaining a fork that implements the proposed api (but does
> not have the authentication functionality implemented):
>
> https://github.com/GrumpyOldTroll/chromium_fork
>
>  Gyan>  That’s great.   I will try testing it out
>
> I’ve been keeping it approximately up to date with chromium releases.
> There’s .deb binaries linked from the repo that you can experiment with,
> and there’s an example page that uses the api at
> https://grumpyoldtroll.github.io/wicg-multicast-receiver-api/demo-multicast-receive-api.html
> .
>
>  Gyan> Excellent
>
> I’m looking into alternatives that might have a better chance at moving
> forward and getting adoption based on the feedback we got so far, and as
> soon as one of those is operational I’ll probably stop maintaining that
> fork and put up a note to the new thing, but for now that’s what I’ve got.
>
> Gyan>  Alternative that might get adopted by Google so they can integrate
> natively into the browser?
>


>
> The primary discussion venue for this is the W3C multicast community
> group.  You can get a rough idea of what we’ve been thinking from the
> meeting logs and videos:
>
> https://github.com/w3c/multicast-cg/tree/main/meetings
>
>  Gyan> Thanks
>
> HTH,
>
> Jake
>
>
>
> *From: *Gyan Mishra <[e-mail]>
> *Date: *Tue,2022-02-22 at 8:15 PM
> *To: *"Holland, Jake" <[e-mail]>, MBONED WG <[e-mail]>,
> Toerless Eckert <[e-mail]>
> *Subject: *Re: [blink-dev] Intent to Prototype: Multicast Receive API
>
>
>
>
>
> Dear Jake, Toerless and MBONED
>
>
>
> Does anyone know the status of this project to allow Chrome browser to
> play multicast natively.
>
>
>
> The issue was that NPAPI plug-in is not supported and so multicast cannot
> play natively.
>
>
>
> So some dev work was needed to get this fixed and working for MBONE
> community at large.
>
>
>
> https://groups.google.com/a/chromium.org/g/net-dev/c/TjbMyPKuRHs?pli=1
> <https://urldefense.com/v3/__https:/groups.google.com/a/chromium.org/g/net-dev/c/TjbMyPKuRHs?pli=1__;!!GjvTz_vk!DhNFIJSjLlBTt2ff1aIHLB55Hz9D_vR8WG3b2uPJ37dr9hNIU4dghgNFRnRSVq8$>
>
>
>
>
>
> Copy/paste from link above.
>
>
>
> Moving blink-dev@ to BCC and forwarding this to the net-dev@ mailing list.
>
>
>
> This work proposes adding support for new network protocols to Chromium,
> which has security and privacy consequences. net-dev@ is the mailing list
> where this conversation should start. From private communications with the
> proposers of this new API their primary goal at this stage of development
> is to land an experimental implementation within Chromium in order to
> facilitate iteration and evaluation of the technology.
>
> Reilly Grant | Software Engineer | [e-mail] | Google Chrome
> <https://urldefense.com/v3/__https:/www.google.com/chrome__;!!GjvTz_vk!DhNFIJSjLlBTt2ff1aIHLB55Hz9D_vR8WG3b2uPJ37dr9hNIU4dghgNFJ2r6e6c$>
>
>
>
>
>
> On Thu, Feb 4, 2021 at 1:31 PM 'Holland, Jake' via blink-dev <
> [e-mail]> wrote:
>
> Contact emails
>
> [e-mail], [e-mail]
>
>
> Explainer
>
>
>
> https://github.com/GrumpyOldTroll/wicg-multicast-receiver-api/blob/master/explainer.md
> <https://urldefense.com/v3/__https:/github.com/GrumpyOldTroll/wicg-multicast-receiver-api/blob/master/explainer.md__;!!GjvTz_vk!DhNFIJSjLlBTt2ff1aIHLB55Hz9D_vR8WG3b2uPJ37dr9hNIU4dghgNFmW_6mkM$>
>
>
> Specification
>
>
>
> TBD: API spec and design document (currently just entering Intent to
> Prototype).
>
> IETF standards-track docs (all presently works in progress):
>
> - draft-ietf-mboned-ambi
> <https://urldefense.com/v3/__http:/draft-ietf-mboned-ambi/__;!!GjvTz_vk!DhNFIJSjLlBTt2ff1aIHLB55Hz9D_vR8WG3b2uPJ37dr9hNIU4dghgNFhiTQ8xc$>
> - draft-ietf-mboned-dorms
> <https://urldefense.com/v3/__http:/draft-ietf-mboned-dorms/__;!!GjvTz_vk!DhNFIJSjLlBTt2ff1aIHLB55Hz9D_vR8WG3b2uPJ37dr9hNIU4dghgNFpBPIpck$>
>
> - draft-ietf-mboned-mnat
> <https://urldefense.com/v3/__http:/draft-ietf-mboned-mnat/__;!!GjvTz_vk!DhNFIJSjLlBTt2ff1aIHLB55Hz9D_vR8WG3b2uPJ37dr9hNIU4dghgNFEzNi_XI$>
> - draft-ietf-mboned-cbacc
> <https://urldefense.com/v3/__http:/draft-ietf-mboned-cbacc/__;!!GjvTz_vk!DhNFIJSjLlBTt2ff1aIHLB55Hz9D_vR8WG3b2uPJ37dr9hNIU4dghgNF9SrvDFo$>
>
> (There will be integrated components prototyped in the browser feature
> based an appropriate subset of the above specs before origin trials begin.)
>
>
>
>
> Summary
>
> Subscribe to source-specific multicast IP channels and receive UDP
> payloads in web applications.
>
> --
>
> [image: Image removed by sender.]
> <https://urldefense.com/v3/__http:/www.verizon.com/__;!!GjvTz_vk!DhNFIJSjLlBTt2ff1aIHLB55Hz9D_vR8WG3b2uPJ37dr9hNIU4dghgNFEOI0wLY$>
>
> *Gyan Mishra*
>
> *Network Solutions Architect *
>
> *Email [e-mail] <[e-mail]>*
>
> *M 301 502-1347*
>
>
>
-- 

<http://www.verizon.com/>

*Gyan Mishra*

*Network Solutions A**rchitect *

*Email [e-mail] <[e-mail]>*



*M 301 502-1347*