From: Victor Cappuccio (vcappuccio@desca.com)
Date: Mon Dec 04 2006 - 01:15:19 ART
Hi Michael, sorry for the late reply (and long) but work was beaconing
hard (learning cool stuff like MPLS TE), and also since there where no
taker, this is my opinion:
Should using ip pim rp-add or auto-RP would solve the OIL Problem you
describe? I think No, because it's just a way to transmit information
about the RP, but those information need to bee see also as normal
Multicast Traffic, remember that PIM Sparse is a Pull Technology that
means that he (the source or the Last Hop Router) need to register / or
Join to the RP in order to send / get the traffic; there is more
internal information like for example when to send the multicast fee in
the source tree or switch to the shortest path, but that is very well
explained in Cisco Multicast Book from Beau Williamson
So if my reading is correct: If no information is learn from AUTO RP or
PIMV2 BSR, then the router would look at if there is any configured "ip
pim rp address", if no, then the router would Fallback ;) to dense if
the proper mode is configured
This is the approach I would use to find if there is a problem
1.- Double check the frame-relay configuration (show frame-relay map,
show frame-relay pvc)
2.- could I reach the loopback of the RP? Ping to that address
3.- is the Packet going the same interface that I should be ? show ip
rpf to that RP Address or if not supported then show ip route
4.- Do I have the correct PIM Settings in the correct interface in the
router? show ip pim interface
5.- Do I receive information from the MA (show ip pim rp map)
6.- Do I have (in the last hop router) joined the Multicast Group?
(Either C or L flags for that Group?)
Check on your multicast routing table for the P flag, this flag could
help you indicates if the outgoing interface list (OIL) is Null (no
neighbor to send the fee) -or if all interfaces in the outgoing
interface list (OIL) are in the Prune state, this Flag indicates in a
Prune being sent to the upstream neighbor for (S,G) entries.
For the "ip pim nbma-mode" part, please see that for the other option
from what Alexei said
> PIM nbma-mode basically provides you with treating leave messages
> separately for NBMA spoke routes.
Also applies General Rule 4: The incoming RPF Interface, of multicast
forwarding MUST never appear in its outgoing list;
I'm back to the beginner stage, so do not trust on my opinion ;)
Victor.-
-----Original Message-----
From: Michael Zuo [mailto:mzuo@ixiacom.com]
Sent: Friday, December 01, 2006 6:10 PM
To: Alexei Monastyrnyi; Victor Cappuccio
Cc: deji500@hotmail.com; ccielab@groupstudy.com
Subject: RE: IP PIM NBMA-MODE
Thanks Victor,
So that this article is saying that in a hub-spoke layout, multicast
will not work unless the Mapping Agent is on the hub (or router outside
of the hub-spoke but connected to the hub), which will also require "ip
pim nbma-mode". Is my understanding correct?
What if I use "ip pim rp-address" instead of auto-RP, would that enable
me to put the RP on a spoke? I tried it and it did not work. The OIL
on the hub is NULL...
Any advice?
thanks
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Alexei Monastyrnyi
Sent: Friday, December 01, 2006 8:27 AM
To: Victor Cappuccio
Cc: deji500@hotmail.com; ccielab@groupstudy.com
Subject: Re: IP PIM NBMA-MODE
yep, switching path is important one, cheers Vic!
on 12/1/2006 3:37 PM Victor Cappuccio wrote:
> Hi Dude
>
http://www.cisco.com/en/US/tech/tk828/technologies_white_paper09186a0080
> 0d6b61.shtml#xtocid4
>
> HTH
> Victor.-
>
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
Of
> Alexei Monastyrnyi
> Sent: Friday, December 01, 2006 6:10 AM
> To: deji500@hotmail.com
> Cc: ccielab@groupstudy.com
> Subject: Re: IP PIM NBMA-MODE
>
> Hi.
>
> PIM nbma-mode basically provides you with treating leave messages
> separately for NBMA spoke routes.
>
> Some people say it also moves multicast processing from hardware
> broadcast queue to a normal queue. But I failed to find any
> documentation regarding this. Would be interesting to read.
>
> A.
>
> on 11/30/2006 11:34 PM deji500@hotmail.com wrote:
>
>> Hello Group,
>>
>> Can someone please give an explanation why IP PIM NBMA-MODE does not
>>
> work sometimes when enabled on a hub in a NBMA network?
>
>> Thanks for your time and help
>>
>>
>>
>
This archive was generated by hypermail 2.1.4 : Tue Jan 02 2007 - 07:50:36 ART