网络工程 - 存在 PIM 加入时，多播 RIB 中没有条目 - 吾爱随笔录

我有一个路由器，它通过多播 LSP（由 LDP 发出信号）从源接收多播流量：

root@PE3> show pim join detail                  
Instance: PIM.master Family: INET
R = Rendezvous Point Tree, S = Sparse, W = Wildcard

Group: 232.1.1.1
    Source: 10.1.1.10
    Flags: sparse,spt
    Upstream protocol: MLDP
    Upstream interface: Pseudo MLDP           
    Downstream neighbors:
        Interface: ge-0/0/3.0             
        Interface: ge-0/0/1.0 (assert winner)

Instance: PIM.master Family: INET6
R = Rendezvous Point Tree, S = Sparse, W = Wildcard

root@PE3>

如上所示，Upstream interface是Pseudo MLDP.

我可以通过数据包捕获确认面向 MPLS 核心的接口上的多播流量：

00:42:19.767009 02:06:04:0e:ff:f0 > 02:06:06:0e:ff:f0, ethertype MPLS unicast (0x8847), length 102: MPLS (label 300720, exp 0, [S], ttl 97)
        (tos 0x0, ttl 98, id 0, offset 0, flags [DF], proto ICMP (1), length 84)
    10.1.1.10 > 232.1.1.1: ICMP echo request, id 30014, seq 11171, length 64

这些数据包ge-0/0/1.0应通过以下方式路由：

root@PE3> show route forwarding-table label 300720                    
Routing table: default.mpls
MPLS:
Destination        Type RtRef Next hop           Type Index    NhRef Netif
300720             user     0                    indr  1048577     2
                                                 comp      631     1

Routing table: __mpls-oam__.mpls
MPLS:
Enabled protocols: Bridging, Single VLAN, Dual VLAN, 
Destination        Type RtRef Next hop           Type Index    NhRef Netif
default            perm     0                    dscd      545     1

root@PE3>

但是，它们也应该通过ge-0/0/3.0的输出中所见的进行路由show pim join detail，但inet.1表中甚至没有针对的条目232.1.1.1,10.1.1.10/64：

root@PE3> show route table inet.1 

inet.1: 3 destinations, 3 routes (3 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both

224.0.0.0/4        *[Multicast/180] 05:10:43
                      MultiResolve
224.0.0.0/24       *[Multicast/180] 05:10:43
                      MultiDiscard
232.0.0.0/8        *[Multicast/180] 05:10:43
                      MultiResolve

root@PE3>

接口ge-0/0/3.0和ge-0/0/1.0连接到不同的广播域，并且在两个广播域中都有订阅的侦听器232.1.1.1。

什么可能导致这种行为？