Traficul multicast se forwardeaza tinandu-se cont de RPF pentru sursa fiecarui pachet. Asadar pachetul cu destinatie multicast este trimis mai departe doar daca a venit pe interfata pe care “se vede” sursa in tabela de rutare. Din acest motiv nu va fi trimis printr-un tunel MPLS TE (intotdeauna “one way”) ci printr-o interfata fizica (sau logica). Daca insa avem trafic multicast intr-o retea MPLS si tunele MPLS TE intre P-uri pe care avem activat “autoroute annnounce” (deci la folosim ca interfete logice in OSPF de exemplu), atunci vom avea o mare problema cauzata de RPF. Practic, traficul multicast va fi afectat in momentul in care “vedem” sursa in tabela de rutare printr-un tunel MPLS TE. Ca sa facem posibil un setup care implica multicast si tunele MPLS TE se foloseste in OSPF comanda “mpls traffic-eng multicast-intact”.

Exemplu:
R0#sh ip ro  4.4.4.4  [ sursa multicast ]
Routing entry for 4.4.4.4/32
  Known via "ospf 1", distance 110, metric 4, type intra area
  * 3.3.3.3, from 4.4.4.4, 2d20h ago, via Tunnel100 [ sursa se vede prin tunelul MPLS TE ]

R0#sh ip rpf 4.4.4.4
 failed, no route exists [ multicastul NU va functiona ]

R0(config)#router ospf 1                       
R0(config-router)# mpls traffic-eng multicast-intact  

R0#sh ip rpf 4.4.4.4
RPF information for ? (4.4.4.4)
  RPF interface: FastEthernet1/1
  RPF neighbor: ? (10.10.10.18) [ Multicastul incepe sa functioneze. RPF nu ne mai afecteaza ]
  RPF route/mask: 4.4.4.4/32
  RPF type: unicast (ospf 1)
  Doing distance-preferred lookups across tables