From: Greg Gombas (ggombas@hotmail.com)
Date: Wed Jan 04 2006 - 13:31:04 GMT-3
Thank you for your reply.
You are right about the pim nbma mode. This was not even in the solution
guide!
But there was one more part of this puzzle that did not work. I forgot to
mention that R2 and R3 were also directly connected via a point to point
HDLC link and that link was the preferred path to R2's loopback which was
being used for the RP address. It looks like this:
R6 (Source)
|
R2--
/ \ \
R1----R3-
|
SW1 (Receiver)
The problem is the pim was not allowed to be running on the HDLC link so I
think that is why the pim join messages were not being forwarded from R3 to
R2.
What the solution guide did have was the following mroute on R3:
ip mroute 0.0.0.0 0.0.0.0 132.1.0.2
This mroute pointed to the frame relay IP of R2.
Can someone explain why adding the mroute would help in this situation?
Maybe Brian or Brian?
----Original Message Follows----
From: "John Howell (DHL US)" <John.Howell@dhl.com>
To: "Greg Gombas" <ggombas@hotmail.com>, <ccielab@groupstudy.com>
Subject: RE: IE Vol1 LAB 2 Multicast over Frame Relay Cloud
Date: Tue, 3 Jan 2006 21:43:10 -0700
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