From: Scott Morris (smorris@internetworkexpert.com)
Date: Wed Sep 03 2008 - 19:31:02 ART
A sniffer would actually resolve things.... But everyone finds out who the
BSR actually is via typical PIM exchanges (neither sparse, nor dense
really... Just link-local) And then the RP-candidate to BSR exchange is
actually unicast.
HTH,
Scott Morris, CCIE4 #4713, JNCIE-M #153, JNCIS-ER, CISSP, et al.
CCSI/JNCI-M/JNCI-ER
Senior CCIE Instructor
smorris@internetworkexpert.com
Internetwork Expert, Inc.
http://www.InternetworkExpert.com
Toll Free: 877-224-8987
Outside US: 775-826-4344
Online Community: I E O C
CCIE Blog: blog.ourwebsite
Knowledge is power.
Power corrupts.
Study hard and be Eeeeviiiil......
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Fahad Khan
Sent: Wednesday, September 03, 2008 2:21 PM
To: Scott Strobeck
Cc: Cisco certification
Subject: Re: BSR query
Is the traffic between BSR-candidate and RP-candidate *dense*??*,* like in
auto-rp for groups 224.0.1.39 and 224.0.1.40. I dont think "ip pim
nbma-mode" has any thing to do with dense mode traffic. Any body if shed
light will be appreciated.
regards,
On 9/3/08, Scott Strobeck <scott@strobeck.net> wrote:
>
> Instead of a tunnel, you should be able to use 'ip pim nbma-mode' on
> the R1 serial interface (assuming it's multipoint or physical).
> Fahad Khan wrote:
>
>> Dear experts,
>>
>> I have a hub an spoke topology over FR as R2-----R1------R3. I have
>> configured R2 as BSR and RP-candidate. In order to have group-rp
>> mapping on R3, I just want to make sure that i would need a GRE
>> tunnel in b/w R2 and
>> R3
>> and then mroute over that tunnel.right??..i have labbed it, its
>> working fine, but is there any alternative way to do the same??
>>
>> thanks and regards,
>>
>>
>>
>
-- Fahad KhanBlogs and organic groups at http://www.ccie.net
This archive was generated by hypermail 2.1.4 : Sat Oct 04 2008 - 09:26:17 ART