MBONE Deployment (mboned) Internet Drafts

      
 Multicast YANG Data Model
 
 draft-ietf-mboned-multicast-yang-model-13.txt
 Date: 07/05/2025
 Authors: Zheng Zhang, Cui(Linda) Wang, Ying Cheng, Xufeng Liu, Mahesh Sivakumar
 Working Group: MBONE Deployment (mboned)
 This document provides a generic multicast YANG data model that shows the relevant technologies or protocols used by multicast streams. It provides a management view for network administrators to obtain information about multicast services.
 Asymmetric Manifest Based Integrity
 
 draft-ietf-mboned-ambi-04.txt
 Date: 07/05/2025
 Authors: Jake Holland, Kyle Rose, Max Franke
 Working Group: MBONE Deployment (mboned)
 This document defines Asymmetric Manifest-Based Integrity (AMBI). AMBI allows each receiver or forwarder of a stream of multicast packets to check the integrity of the contents of each packet in the data stream. AMBI operates by passing cryptographically verifiable hashes of the data packets inside manifest messages, and sending the manifests over authenticated out-of-band communication channels.
 Discovery Of Restconf Metadata for Source-specific multicast
 
 draft-ietf-mboned-dorms-05.txt
 Date: 08/05/2025
 Authors: Jake Holland, Kyle Rose, Max Franke
 Working Group: MBONE Deployment (mboned)
 This document defines DORMS (Discovery Of Restconf Metadata for Source-specific multicast), a method to discover and retrieve extensible metadata about source-specific multicast channels using RESTCONF. The reverse IP DNS zone for a multicast sender's IP address is configured to use SRV resource records to advertise the hostname of a RESTCONF server that publishes metadata according to a new YANG module with support for extensions. A new service name and the new YANG module are defined.
 Circuit Breaker Assisted Congestion Control
 
 draft-ietf-mboned-cbacc-05.txt
 Date: 08/05/2025
 Authors: Jake Holland, Kyle Rose, Max Franke
 Working Group: MBONE Deployment (mboned)
 This document specifies Circuit Breaker Assisted Congestion Control (CBACC). CBACC enables fast-trip Circuit Breakers by publishing rate metadata about multicast channels from senders to intermediate network nodes or receivers. The circuit breaker behavior is defined as a supplement to receiver driven congestion control systems, to preserve network health if misbehaving or malicious receiver applications subscribe to a volume of traffic that exceeds capacity policies or capability for a network or receiving device.
 Multicast Redundant Ingress Router Failover
 
 draft-ietf-mboned-redundant-ingress-failover-06.txt
 Date: 20/01/2025
 Authors: Greg Shepherd, Zheng Zhang, Yisong Liu, Ying Cheng, Gyan Mishra
 Working Group: MBONE Deployment (mboned)
 This document discusses multicast redundant ingress router failover issues, including global multicast and service provider network MVPN use cases. This document analyzes the specifications for global multicast and multicast VPN fast upstream failover and ingress PE standby modes and the benefits of each mode.
 YANG Data Model for Automatic Multicast Tunneling
 
 draft-ietf-mboned-amt-yang-03.txt
 Date: 15/02/2025
 Authors: Yisong Liu, Changwang Lin, Zheng Zhang, Xuesong Geng, Vinod Nagaraj
 Working Group: MBONE Deployment (mboned)
 This document defines YANG data models for the configuration and management of Automatic Multicast Tunneling (AMT) protocol operations.
 Non-source-routed Multicast in SR Networks
 
 draft-ietf-mboned-non-source-routed-sr-mcast-02.txt
 Date: 23/04/2025
 Authors: Zhaohui Zhang, IJsbrand Wijnands, Hooman Bidgoli, Yisong Liu
 Working Group: MBONE Deployment (mboned)
 With Segment Routing (SR) architecture, a unicast flow can be source- routed through an SR network following an explicit path specified in the packet, w/o the need for per-flow state in the network. As a result, the otherwise needed protocols to signal the per-flow unicast state can also be removed from the network. In the case of multicast, traffic can be either source-routed or non-source-routed, and this document discusses non-sourced-routed options for multicast in an SR network with either MPLS or IPv6/SRv6 data plane.

data-group-menu-data-url="/group/groupmenu.json">

MBONE Deployment (mboned)

WG Name MBONE Deployment
Acronym mboned
Area Operations and Management Area (ops)
State Active
Charter charter-ietf-mboned-04 Approved
Document dependencies
Additional resources Additional MBONED Page
Issue tracker
Wiki
Zulip Stream
Personnel Chairs Greg Shepherd, Lenny Giuliano
Area Director Mohamed Boucadair
Tech Advisor Scott O. Bradner
Delegates Max Franke, Mike McBride, Zhaohui (Jeffrey) Zhang
Mailing list Address mboned@ietf.org
To subscribe https://www.ietf.org/mailman/listinfo/mboned
Archive https://mailarchive.ietf.org/arch/browse/mboned/
Chat Room address https://zulip.ietf.org/#narrow/stream/mboned

Charter for Working Group

The MBONE Deployment Working Group is a forum for coordinating the
deployment, engineering, and operation of multicast routing protocols
and procedures in the global Internet, inter-domain and single domain.
This activity will include, but not be limited to:

  • Document deployment of multicast routing in the global Internet.

  • Receive regular reports on the current state of the deployment of
    multicast technology. Create "practice and experience" documents that
    capture the experience of those who have deployed and are deploying
    various multicast technologies.

  • Based on reports and other information, provide feedback to other
    relevant working groups.

  • Develop mechanisms and procedures for sharing operational information
    to aid in operation of the multicast backbones and interconnects.

  • Analyze the need for IPv4 - IPv6 multicast transition solutions

  • Develop tools, extend protocols and provide operational and
    implementation advice that assists in multicast administration,
    diagnostics, troubleshooting and deployment between/within native and
    non-native environments.

  • Development of routing and group membership protocols is out of scope.
    This working group may develop requirements and assist in review and
    feedback of documents in other working groups responsible for such
    protocols.

Done milestones

Date Milestone Associated documents
Done Work with TSV area to submit multicast transport guidelines for congestion control
Done Submit Mtracev2 to IESG for Proposed Standards