From: John Howell \(DHL US\) (John.Howell@dhl.com)
Date: Wed Jan 04 2006 - 01:43:10 GMT-3
Greg,
I don't think you are running into an RPF failure.
I ran across a practice lab like this. The solution as I recall was to
use sparse/dense mode along with pim nbma mode. Essentially, this will
allow R3 (which is acting as the hub in the frame hub/spoke topology) to
both receive AND forward the multicast traffic. I suspect you can
confirm this is the problem by checking what traffic R1 and SW1 are
receiving.
Here is a link that explains the problem (and the solution) much better
than I can:
http://www.cisco.com/en/US/partner/tech/tk828/technologies_white_paper09
186a00800d6b61.shtml#xtocid5
Hope this helps,
John Howell
Global Network Architect
IT Services
john@dhl.com
www.dhl.com
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Greg Gombas
Sent: Tuesday, January 03, 2006 3:40 PM
To: ccielab@groupstudy.com
Subject: IE Vol1 LAB 2 Multicast over Frame Relay Cloud
Hello,
I was hoping someone help me figure out this scenario.
R6 (Source)
|
R2
/ \
R1----R3
|
SW1 (Receiver)
R1, R2 and R3 are connected via a full frame relay mesh.
OSPF is runnig on the frame relay mesh in point-to-multipoint mode.
R2 is acting as RP with static RP configured on all devices.
R1 is showing R3 as next hop to RP.
I am doing debug ip pim on all devices and I can see that R1 is sending
the
PIM join message from SW1 to R3 but R3 is not forwarding the join
message to
R2.
I did all the debugs I can think of on R3 but there is no indication of
an
RPF failure. How can I troubleshoot this?
Thanks,
Greg
This archive was generated by hypermail 2.1.4 : Wed Feb 01 2006 - 07:45:47 GMT-3