# Multicast Tunnel RPF Failure

**URL:** https://forum.networklessons.com/t/multicast-tunnel-rpf-failure/2887
**Category:** Lessons Discussion
**Created:** [February 7, 2018, 10:01am UTC](https://forum.networklessons.com/t/multicast-tunnel-rpf-failure/2887 "2018-02-07T10:01:19Z")
**Posts on this page:** 1
**Showing post:** 4

<div class="post-metadata">

### Author: ![mv.miguel.vieira](https://cdn-forum.networklessons.com/letter_avatar_proxy/v4/letter/m/f4b2a3/32.png) [@mv.miguel.vieira](https://forum.networklessons.com/u/mv.miguel.vieira)
#### Post date: [May 19, 2019, 9:40pm UTC](https://forum.networklessons.com/t/multicast-tunnel-rpf-failure/2887/4 "2019-05-19T21:40:27Z")

</div>

PIM sparse solution:  
In R2 conf you have:

```
ip mroute 192.168.1.0 255.255.255.0 192.168.12.1
ip mroute 1.1.1.1 255.255.255.255 192.168.12.1
ip route 0.0.0.0 0.0.0.0 192.168.23.3

```

If you wouldn’t have “ip mroute 192.168.1.0 255.255.255.0 192.168.12.1” your unicast would go by the traditional path instead of the tunnel. Isn’t it? And in that way it wouldn’t work, am I right?

Then in R1 you don’t have any `ip mroute`. Should we also route the unicast traffic by the tunnel?

If we have a bidir multicast implementation with a GRE tunnel, would it work? But in that case my question about mroute in R1 would make sence, isn’t it?

---

_[View the full topic](https://forum.networklessons.com/t/multicast-tunnel-rpf-failure/2887)._