| Internet-Draft | PIM Source Discovery | July 2026 |
| Mishra | Expires 21 January 2027 | [Page] |
This document discusses the operational challenges of Any-Source Multicast deployments that use PIM Sparse Mode and explores whether PIM extensions can simplify source discovery and operational behavior while preserving the host-facing ASM service model.¶
This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79.¶
Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet-Drafts is at https://datatracker.ietf.org/drafts/current/.¶
Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress."¶
This Internet-Draft will expire on 21 January 2027.¶
Copyright (c) 2026 IETF Trust and the persons identified as the document authors. All rights reserved.¶
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License.¶
[RFC7761] defines Protocol Independent Multicast - Sparse Mode (PIM-SM). PIM-SM supports the Any-Source Multicast (ASM) service model by building shared trees rooted at a Rendezvous Point (RP) for multicast groups, and by optionally switching to source trees after sources are discovered.¶
ASM has been widely deployed in operational networks. In many deployments, especially IPTV deployments, the ASM service model is not only a network design choice but also part of the host and application behavior. A network operator cannot always remove ASM simply by changing the network. Moving away from ASM may require changes on receivers, applications, middleware, or customer premises devices. In IPTV networks, the number of set-top boxes can be in the millions, so requiring all end hosts to be upgraded or replaced is often not operationally practical.¶
The PIM architecture defines the RP as the point where receivers and sources meet in the ASM model. Multiple mechanisms have been specified or deployed to configure or discover the RP, including static configuration and dynamic discovery mechanisms. In addition, MSDP [RFC3618] has been defined to support source discovery across PIM-SM domains, allowing RPs in different domains to advertise active sources to one another. These mechanisms solve important parts of the ASM problem space, but they also add operational dependencies around RP placement, RP discovery, inter-domain source discovery, filtering policy, scaling, and troubleshooting.¶
As a result, the overall ASM deployment experience can become difficult for operators. The network may need to maintain RP state, source registration behavior, RP discovery behavior, MSDP peering and policy, and multicast forwarding state across many groups, sources, domains, and administrative boundaries. When service behavior is incorrect, the operator often has to reason across several control-plane mechanisms before determining whether the issue is host signaling, RP discovery, source registration, MSDP source advertisement, PIM Join/Prune state, or multicast forwarding.¶
There is therefore a need to explore whether the ASM deployment experience can be simplified without requiring a disruptive migration of existing end hosts away from ASM. This document is intended to examine possible PIM extensions that can improve source discovery and operational behavior while preserving compatibility with deployed ASM host behavior.¶
To be added.¶
To be added.¶
To be added.¶
To be added.¶
To be added.¶
To be added.¶
To be added.¶
To be added.¶
To be added.¶
To be added.¶
To be added.¶
To be added.¶