Re: [MSEC] QUIC multicast

I haven't received any message from MSec in a long long time. What is the latest in this technology? Any draft, RFCs?

Best,
Atul 
> On 06/27/2022 11:48 AM Holland, Jake <jholland=40akamai.com@dmarc.ietf.org> wrote:
> 
>  
> Hi msec,
> 
> One of the actionable pieces of feedback[1] from the secdispatch
> presentation of draft-krose-multicast-security at IETF 112 was
> that we needed a concrete protocol proposal in order to evaluate
> the security considerations, so we went ahead and made a
> concrete proposal for multicast QUIC:
> https://datatracker.ietf.org/doc/draft-jholland-quic-multicast/
> https://github.com/GrumpyOldTroll/draft-jholland-quic-multicast
> 
> We think this proposal meets the security goals given in
> draft-krose-multicast-security (plus the one that Ekr raised that
> we haven't added text for about web content needing to be associated
> with a url), but if you can see any sense in which this draft falls
> short or is unclear on how those security properties are achieved,
> we'd love to get that feedback (and suggestions on fixing it if you
> have any).
> 
> I haven't sent this to quic yet, but will do so before long
> unless anyone in msec can point out a critical flaw.  I'm planning
> to ask for a short slot in quic to present at 114.  My main question
> will be about what wg members would want to see addressed before
> we ask for adoption (not planning to ask for adoption this time yet),
> plus soliciting general feedback.
> 
> -Jake
> 
> PS: several members of the W3C Multicast Community Group have
> been working on an implementation and we'll have a table at the
> hackathon, so if you'd like to be involved with that, please let
> me know.
> 
> [1] notes from the secdispatch feedback:
> https://mailarchive.ietf.org/arch/msg/msec/FYx5GsAtAyI3pypPIlJ_s3vtiwc/
> 
> 
> _______________________________________________
> MSEC mailing list
> MSEC@ietf.org
> https://www.ietf.org/mailman/listinfo/msec