This topic is to discuss the following lesson:
First of all thanks a lot or sharing your knowledge. Your way of explanation is very simple & concise. Before start learning any particular topics ya concept, i check ur blog posting includes that topic or not. Jst now i find, Bi Directional PIM. Its so nice to learn from ur blogs. Appreciate the efforts. Thanks a lotzzzzzz…
While labbing the same topology, i found something diff from ur configuration. Here it is:
- “ip pim bidir-enable” should be enable on R4 & R5 as well.
- “ip pim rp-address 184.108.40.206 bidir” should be configured on R4 & R5 as well.
Then only i am getting the same output as u mention in your most. Let me know i have done mistakes anywhere ya i understood it wrongly.
Thanks for the nice article.
Shouldn’t the second-to-last R3 output only show f0/1 in the outgoing interface list? Since R5 is the only receiver?
You mean this output?
(*, 220.127.116.11), 00:04:07/00:03:19, RP 18.104.22.168, flags: BC Bidir-Upstream: FastEthernet0/0, RPF nbr 192.168.13.1 Outgoing interface list: FastEthernet0/0, Bidir-Upstream/Sparse, 00:04:07/00:00:00 FastEthernet0/1, Forward/Sparse, 00:04:07/00:03:19
Question on this part of the lesson: “to register sources to the RP. Each source is able to start sending to the source whenever they want.” Do you mean to say that the source can start sending to the RP whenever they want? Because there is no registration messages between the source and the RP multicast flows just continue until the source starts sending - Do I have this correct?
With “normal” PIM the designated router on the segment will encapsulate the first multicast data packet in a register message and forwards it to the RP. When the RP doesn’t want to receive this traffic, it sends a register stop message back to the designated router.
It seems you understood it correctly. Any source can just start sending multicast traffic to the RP. There are no registration (stop) messages so it’s just being forwarded.
I really enjoy the way you teach and the content is very well organized.
I have a question regarding PIM Bidirectional.
For have in all Pim enabled Router the *,G to the RP on downstream Router, we need to enable globally the pim bidirectional.
What if i have on third party router that doesnt’ support pim bidirectional? is it will be enable to from *,G to the RP?
Today, it’s unlikely to find a network with multicast routers that don’t support bidirectional PIM. Back in 2007 however (when bidirectional PIM became a standard), most multicast routers didn’t support it so you needed something to make it compatible.
In the PIM hello packets, there’s an option that indicates whether the router supports bidirectional PIM or not. When the routers elect the designated forwarder, all routers on the subnet have to support bidirectional PIM. If one router doesn’t support, bidirectional PIM is disabled on that subnet.
I do not understand based on the last output shown below
(Now we see FastEthenet0/0 as the Bidir-Upstream interface and FastEthernet0/1 in the outgoing list. This is something different than what you have seen before right?)
Isn’t your earlier output already showing FastEthenet0/0 as the Bidir-Upstream interface and FastEthernet0/1 in the outgoing list?
R3#show ip mroute 22.214.171.124 (*, 126.96.36.199), 00:09:39/00:03:10, RP 188.8.131.52, flags: BC **Bidir-Upstream: FastEthernet0/0**, RPF nbr 192.168.13.1 **Outgoing interface list:** **FastEthernet0/0, Bidir-Upstream/Sparse**, 00:09:39/00:00:00 **FastEthernet0/1, Forward/Sparse**, 00:09:39/00:02:42
Earlier output below:
R3#show ip mroute 184.108.40.206 IP Multicast Routing Table Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected, L - Local, P - Pruned, R - RP-bit set, F - Register flag, T - SPT-bit set, J - Join SPT, M - MSDP created entry, X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement, U - URD, I - Received Source Specific Host Report, Z - Multicast Tunnel, z - MDT-data group sender, Y - Joined MDT-data group, y - Sending to MDT-data group Outgoing interface flags: H - Hardware switched, A - Assert winner Timers: Uptime/Expires Interface state: Interface, Next-Hop or VCD, State/Mode (*, 220.127.116.11), 00:04:07/00:03:19, RP 18.104.22.168, flags: BC **Bidir-Upstream: FastEthernet0/0**, RPF nbr 192.168.13.1 **Outgoing interface list**: **FastEthernet0/0, Bidir-Upstream/Sparse**, 00:04:07/00:00:00 **FastEthernet0/1, Forward/Sparse**, 00:04:07/00:03:19
Above you see that the FastEthernet0/0 interface is the upstream (towards the RP) and FastEthernet0/1 is the outgoing interface (towards R5). Now we will configure R4 to join the 22.214.171.124 multicast group as well so that they can communicate with each other:
I did the same below for the lab to work too. Let me know if you have found the answers to your query. Thanks.
“ip pim bidir-enable” should be enable on R4 & R5 as well. “ip pim rp-address 126.96.36.199 bidir” should be configured on R4 & R5 as well.
You are correct in that the output was the same as that shown earlier in the lab. Of course, this is indeed different from the output shown in R2 which is shown just previously. I will ask Rene to clarify his statement.
Thanks for the heads up!