This feature supports multicast Reverse-Path Check (RPF) in the presence of IGP shortcuts. When the multicast source for a packet is reachable via an IGP shortcut, the RPF check fails because PIM requires a bidirectional path to the source but IGP shortcuts are unidirectional.
The implementation of the IGP shortcut feature provides IGP with the capability to populate the multicast RTM with the prefix IP next-hop when both the igp-shortcut option and the multicast-import option are enabled in IGP.
This change is made possible with the enhancement introduced by which SPF keeps track of both the direct first hop and the tunneled first hop of a node that is added to the Dijkstra tree.
Note that IGP does not pass LFA next-hop information to the mcast RTM in this case. Only ECMP next-hops are passed. As a consequence, features such as PIM Multicast-Only FRR (MoFRR) only work with ECMP next-hops when IGP shortcuts are enabled.
Finally, note that the concurrent enabling of the advertise-tunnel-link option and the multicast-import option results a multicast RTM that is a copy of the unicast RTM and is populated with mix of IP and tunnel NHs. RPF succeeds for a prefix resolved to a IP NH, but fails for a prefix resolved to a tunnel NH. Table 1 summarizes the interaction of the igp-shortcut and advertise-tunnel-link options with unicast and multicast RTMs.
Unicast RTM (Primary SPF) |
Multicast RTM (Primary SPF) |
Unicast RTM (LFA SPF) |
Multicast RTM (LFA SPF) |
||
---|---|---|---|---|---|
OSPF |
igp-shortcut |
✓ | ✓1 | ✓ | X2 |
advertise-tunnel-link |
✓ | ✓3 | ✓ | ✓4 | |
IS-IS |
igp-shortcut |
✓ | ✓1 | ✓ | X2 |
advertise-tunnel-link |
✓ | ✓3 | ✓ | ✓4 |