Well, a solution that worked for me (but I don't think worked for the requirements of the task) was to enable pim on the links between R4 and R2 (still have bsr-border enabled) it looks like the unicast route for R4 is from R2 -> R4, while the first packet coming from the RP was going from R4 -> R5 -> R1 -> R2. (msdp peers R5 <-> R1).
A) Does any of what I said make sense/ is relevant B) If so, am I right thinking that this is not the correct solution? C) In my head it seems to me that multicast traffic should flow through the MSDP peer, but maybe I'm just wrong here? I am painfully aware that I don't fully understand pim specifically and multcast in general as well as I need to yet. :-( Peter Fabian | Senior Voice Engineer On Wed, Jan 23, 2013 at 9:08 AM, Marko Milivojevic <[email protected]>wrote: > Have you resolved the possible RPF issues that arise when an SPT > switchover happens? > > -- > Marko Milivojevic - CCIE #18427 (SP R&S) > Senior CCIE Instructor - IPexpert > > On Tue, Jan 22, 2013 at 7:44 PM, Peter Fabian <[email protected]> > wrote: > > Ok so I'm official stuck > > > > Trying to complete 5.3 in Vol3 lab7 but seem to be having some > intermittent > > failures. > > > > Specifically, multicast pings between MSDP peers seems to fail. I say > > seems, because they work pretty reliably the first time, but if I try > > subsequent times they fail. > > > > Right now I am testing from R4 pinging 239.0.0.2 (on R2). R5 and R1 are > > setup as MSDP peers. > > All routers mentioned above are running sparse-mode > > > > > > Here's a tidbit of output: > > > > R4#ping 239.0.0.2 > > > > Type escape sequence to abort. > > Sending 1, 100-byte ICMP Echos to 239.0.0.2, timeout is 2 seconds: > > > > Reply to request 0 from 12.1.2.2, 96 ms > > R4#ping 239.0.0.2 > > > > Type escape sequence to abort. > > Sending 1, 100-byte ICMP Echos to 239.0.0.2, timeout is 2 seconds: > > . > > R4#sho ip mroute 239.0.0.2 > > IP Multicast Routing Table > > (*, 239.0.0.2), 00:00:17/stopped, RP 45.45.45.5, flags: SPF > > Incoming interface: FastEthernet0/1.45, RPF nbr 45.4.5.5 > > Outgoing interface list: Null > > > > (45.45.45.4, 239.0.0.2), 00:00:17/00:02:47, flags: PFT > > Incoming interface: Loopback0, RPF nbr 0.0.0.0 > > Outgoing interface list: Null > > > > > > R2#sho ip mroute > > IP Multicast Routing Table > > (*, 239.0.0.2), 11:47:44/stopped, RP 12.12.12.1, flags: SJCLF > > Incoming interface: FastEthernet0/0.12, RPF nbr 12.1.2.1 > > Outgoing interface list: > > Loopback0, Forward/Sparse, 11:47:44/00:02:52 > > > > (45.45.45.4, 239.0.0.2), 00:03:19/00:00:10, flags: L > > Incoming interface: Serial0/1/0.24, RPF nbr 12.45.24.4, Mbgp > > Outgoing interface list: > > FastEthernet0/0.12, Forward/Sparse, 00:03:20/00:03:22 > > Loopback0, Forward/Sparse, 00:03:20/00:02:51 > > > > (*, 224.0.1.40), 11:49:03/00:02:22, RP 0.0.0.0, flags: DCL > > Incoming interface: Null, RPF nbr 0.0.0.0 > > Outgoing interface list: > > FastEthernet0/0.12, Forward/Sparse, 11:49:03/00:02:22 > > > > > > Any suggestions, or troubleshooting ideas would be appreciated. Thanks > > > > Peter Fabian | Senior Voice Engineer > > _______________________________________________ > > For more information regarding industry leading CCIE Lab training, > please visit www.ipexpert.com > > > > Are you a CCNP or CCIE and looking for a job? Check out > www.PlatinumPlacement.com > > > > http://onlinestudylist.com/mailman/listinfo/ccie_rs > _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com http://onlinestudylist.com/mailman/listinfo/ccie_rs
