Great article...Guess I'm not running into a new problem :-)
But I must be running in dense mode (sorry couldn't resist)
So I removed the pim from the links connecting R2 and R4, added a neighbor
statement on R4 for default-originate so R2 now has a default route for
multicast to R4 and updated the next-hop of the default route to match the
unicast route back to the source. (PS, really like this technique, seems
fairly intuitive)
Everything seems to look good, but still no pinging
on R4
router bgp 45
!
address-family ipv4 multicast
neighbor 12.12.12.2 send-community
neighbor 12.12.12.2 activate
neighbor 12.12.12.2 default-originate
On R2
router bgp 12
!
address-family ipv4 multicast
neighbor 45.45.45.4 activate
neighbor 45.45.45.4 send-community
neighbor 45.45.45.4 route-map FixRPF in
R2#sho ip bgp ipv4 multicast
BGP table version is 21, local router ID is 12.12.12.2
Network Next Hop Metric LocPrf Weight Path
*> 0.0.0.0 12.45.24.4 0 100 0 (45) i
*>i12.12.12.1/32 12.12.12.1 0 100 0 i
*> 12.12.12.2/32 0.0.0.0 0 32768 i
*> 45.45.45.4/32 12.45.24.4 0 100 0 (45) i
*> 45.45.45.5/32 12.45.24.4 0 100 0 (45) i
*> 67.67.67.6/32 12.45.24.4 0 100 0 (45) 67 i
*> 67.67.67.7/32 12.45.24.4 0 100 0 (45) 67 i
*> 67.67.67.67/32 12.45.24.4 0 100 0 (45) 67 i
R2#sho ip mroute
(45.45.45.4, 239.0.0.2), 00:00:08/00:02:51, flags: L
Incoming interface: Serial0/1/0.24, RPF nbr 12.45.24.4, Mbgp
Outgoing interface list:
FastEthernet0/0.12, Forward/Sparse, 00:00:08/00:03:21
Loopback0, Forward/Sparse, 00:00:08/00:02:51
(45.4.5.4, 239.0.0.2), 00:00:08/00:02:51, flags: L
Incoming interface: Serial0/1/0.24, RPF nbr 12.45.24.4, Mbgp
Outgoing interface list:
FastEthernet0/0.12, Forward/Sparse, 00:00:08/00:03:21
Loopback0, Forward/Sparse, 00:00:08/00:02:51
R2#mtrace 45.45.45.4
Type escape sequence to abort.
Mtrace from 45.45.45.4 to 12.45.24.2 via RPF
>From source (?) to destination (?)
Querying full reverse path...
0 12.45.24.2
-1 12.45.24.2 [AS 45] PIM/MBGP [45.45.45.4/32]
-2 12.45.24.4 [AS 45] PIM Multicast disabled [45.45.45.4/32]
Thanks for the help!
Peter Fabian | Senior Voice Engineer
On Wed, Jan 23, 2013 at 11:04 AM, Marko Milivojevic <[email protected]>wrote:
> Is there a different solution you can use, that does not change the
> unicast behavior, or involves adding interfaces to PIM? (hint:
>
> http://blog.ipexpert.com/2010/12/29/multicast-rpf-failure-recovery-using-bgp/
> )
>
> --
> Marko Milivojevic - CCIE #18427 (SP R&S)
> Senior CCIE Instructor - IPexpert
>
> On Wed, Jan 23, 2013 at 10:33 AM, Peter Fabian <[email protected]>
> wrote:
> > 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
