We're Sorry, Full Content Access is for Members Only...

If you like to keep on reading, Become a Member Now! Here is Why:

  • Learn any CCNA, CCNP and CCIE R&S Topic. Explained As Simple As Possible.
  • Try for Just $1. The Best Dollar You've Ever Spent on Your Cisco Career!
  • Full Access to our 639 Lessons. More Lessons Added Every Week!
  • Content created by Rene Molenaar (CCIE #41726)

 

341 New Members signed up the last 30 days!

satisfaction-guaranteed

100% Satisfaction Guaranteed!
You may cancel your monthly membership at any time.
No Questions Asked!

Tags:


Forum Replies

  1. Hi Parth,

    RPF will pass but not for both links. By default, the RPF check will be done for the neighbor with the highest IP address. This means that by default, ECMP multicast load balancing is disabled.

    For example, let’s say there are two routers…R1 and R2. Between R1 and R2 we use two interfaces. These interfaces have the same metric in whatever IGP we are using. Let’s say R1 has IP address 192.168.12.1 and 192.168.21.1 on these interfaces.

    R2 will then send the PIM join to the highest IP address PIM neighbor, 192.168.21.1. That’s the interface that will be

    ... Continue reading in our forum

  2. Hi Rene,

    Why do I need to use a mroute static route rather than a unicast static route. Doesn’t RPF check the unicast table?

  3. Hello Rene,

    in case we have 2 wan links with the same ISP, running eBGP and using ISP for Multicast web service, how will PIM choose the active interface for traffic forwarding to the other location considering symmetric traffic as multicast is UDP?

  4. Hi Rene,

    is this correct? i think its a mistake, its should as in the output of the command 192.168.32.2 not 192.168.23.2…

    (192.168.12.1, 239.1.1.1), 00:04:42/00:02:59, flags: LT
      Incoming interface: Serial0/0, RPF nbr **192.168.32.2**, Mroute
      Outgoing interface list:
        Loopback0, Forward/Dense, 00:04:42/00:00:00
    

    See the RPF neighbor above? It now says 192.168.23.2 which is the IP address on the serial link of R2. As a result, our multicast traffic is now being accepted:

  5. Hello Samer

    You are correct. The text should read:

    See the RPF neighbor above? It now says 192.168.32.2 which is the IP address on the serial link of R2. As a result, our multicast traffic is now being accepted:

    I will let @ReneMolenaar know.

    Thanks again!

    Laz

17 more replies! Ask a question or join the discussion by visiting our Community Forum