[pim] Re: I-D Action: draft-ietf-pim-multicast-lessons-lea rned-06.txt

Dino Farinacci <[email protected]> Mon, 3 Nov 2025 09:07:57 -0500
Newsgroups gmane.ietf.pim
Message-ID <[email protected]>
Agree.

Dino

> On Nov 3, 2025, at 12:48 AM, Leonard Giuliano <[email protected]> wrote:
> 
> 
> Indeed, this is actually a side benefit of RPF- the source can influence 
> the path the traffic takes through the network by the way it advertises 
> it's own reachability in BGP.  While source-routing is fashionable these 
> days for unicast (SR/SRv6), multicast has always had this capability.
> 
> -Lenny
> 
> On Sat, 18 Oct 2025, Dino Farinacci wrote:
> 
> | 
> | > Aside from traffic engineering optimizations, ISPs as much as possible do “hot-potato” routing which tries to get the packet off their network as soon as possible. In contrast, multicast turns that on its head and causes “cold-potato” routing where the packet stays on the ISPs network as far as possible before exiting, thus sucking resources.
> | 
> | You can say this with absolute certainty since it depends on the reverse paths which are typically asymmetric. And if using MBGP routes, you can control the join-path. The join-path could be the shortest AS path from a joiner to source argubly providing a "hot potato branch" of the distribution tree.
> | 
> | Dino
> | 
> | _______________________________________________
> | pim mailing list -- [email protected]
> | To unsubscribe send an email to [email protected]
> |

_______________________________________________
pim mailing list -- [email protected]
To unsubscribe send an email to [email protected]