IETF 108 MBONED Agenda Fri, July 31, 2020 14:10-15:50 UTC Online, Room 5 # Status of WG items Chairs, 10 min Lenny: any progress on mcast-problems? Warren: a few more weeks probably. Lenny: dc-deploy got a couple reviews, valuable draft with good stuff but needs some editorial improvements. Greg is doing a review now. Lenny: any updates on yang models? Sandy: just updated the yang model in March, but there's still some improvements needed. Will ask for yang doctors review after the next version. BIER update- Greg -tunnel encap discussions -in lab trials, operation issues to come soon # Multicast to the Browser: draft-ietf-mboned-ambi, draft-ietf-mboned-cbacc, draft-ietf-mboned-dorms Jake Holland, 30 min -updates, feedback, next steps -intent to prototype in Chromium posted -internal POC successful -native receive, not using ambition/cbacc yet -dorms server up and running -community outreach- ~30 ISP meetings with arch review -sw/gaming emerging as key use cases -Feedback- supportive, though biased sample -challenges with global s,g -access devices limited on state -want only internal, non-global sources- business-driven, non-technical constraint -Lenny: if they allow global sources, why do they want the source address to be local? -Nils- with MPLS-based BGP free core, trouble with PIM over MPLS -Lenny- GTM (RFC7716) is designed to solve this problem -Jake- proposed solution GNATS to translate -Lenny- perhaps M-NAT more appropriate name -also, perhaps BGP Based Multicast (draft-ietf-bess-bgp-multicast) could include translated address? -hope to trial with 3-6 operators -cbacc prototype planned -Lenny- feedback from browser folks that MTTB drafts good enough to get in the browser? -Jake- indirectly, yes. Auth scheme well received so far -Lenny- can we request review to make sure we are on right track? Worried about doing all this work and finding out it’s not good enough -Warren- there is a W3C liaison -not sure if we need to formally request -Jake- maybe later