From: Chris Lewis (chrlewiscsco@gmail.com)
Date: Wed Mar 29 2006 - 11:18:39 GMT-3
Restricting this to the encapsulations found in the lab, ip pim nbma-mode is
only configurable for frame-relay interfaces (ATM is no longer in the exam),
and as you as you point out, those interfaces have a broadcast queue.
Outside of the exam, some of the higher end hardware based forwarding
platforms have a separate queue at the interface level that is used by
multicast, but this is out of scope for the R&S exam.
An interesting experiment to try is you've pointed out that this command
keeps track of join and leave messages based on destination not interface,
which can be useful not only for regular multicast groups, but the special
auto-RP groups too. If you have to configure an RP on a spoke, but are using
BSR instead of auto-RP, have you thought how you could enable messages to go
in and out of a frame relay hub to allow BSR to function properly?
Chris
On 3/29/06, Alexei Monastyrnyi <alexeim@orcsoftware.com> wrote:
>
> Hi Folks!
>
> I know two things about the subj.
>
> 1. It is designed to treat join-leave messages separately for NBMA
> serial interfaces with PIM sparse mode.
>
> 2. It is designed to re-classify multicast packets to go via normal
> hardware queue out of serial interface. It is also said that there is a
> special "broadcast hardware queue" for serial interfaces, and multicast
> is treated as a broadcast, which might make this to be an issue for slow
> serial links.
>
> The second thing rises a kind of doubts ... I have checked available
> books and CCO and couldn't find any references regarding "broadcast
> hardware queue on serial interfaces".
>
> Would appreciate any hints here.
>
> A.
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Sat Apr 01 2006 - 10:07:40 GMT-3