From: George Spahl (g.spahl@xxxxxxxxxxxxx)
Date: Wed Jun 19 2002 - 14:45:29 GMT-3
There's an example of this situation, or a similar one, in the Beau
Williamson Multicasting Book on p.453.
HTH,
George
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Chris Hugo
Sent: Wednesday, June 19, 2002 12:25 PM
To: bruce@williamsnetworking.com
Cc: Ccielab@Groupstudy. Com
Subject: RE: debug ip mpacket
Hi Bruce,
Are you running ip pim sparse-mode on your serial interface? Also how
are your routers joining the RP via (static or dynamic mapping)? Here is
a Cisco link that I ran across a while back.
http://www.cisco.com/univercd/cc/td/doc/cisintwk/intsolns/mcst_sol/frm_r
lay.htm#47136
Let me know how this works out.
Thanx,
chris hugo
Bruce Williams <bruce@williamsnetworking.com> wrote: That is kind of
what I thought is meant, but it does not make sense as to why. The
router that this debug message came (R1) from has a loopback interface
in this multicast group and it also has a PIM neighbor (R2) on it's
point to multipoint frame-relay serial interface s1/0.123 and R2 also
has a loopback in this group and a neighbor in this group. I corrected
the RPF issue with a static mroute and I am still receiving this
message. There is another router connected to R1's multipoint interface
of (R3) which is not a multicast router. When I shut down R3's serial
interface everything works fine so that leads me to believe that this
non multicast router is sending a prune message to R1 and therefore R1
is pruning that entire multipoint interface. I added the PIM nbma-mode
command and still no success. Is there anything else that I can do.
---------------------------------
Do You Yahoo!?
Sign-up for Video Highlights of 2002 FIFA World Cup
This archive was generated by hypermail 2.1.4 : Tue Jul 02 2002 - 08:12:38 GMT-3