From: Petr Lapukhov (petrsoft@gmail.com)
Date: Wed Mar 29 2006 - 05:17:18 GMT-3
Hello Alexei,
I'm curious about this topic too :)
First, for Frame-Relay interface things look clear:
R1#sh interfaces serial 0/1 | inc Broadcast
Broadcast queue 0/64, broadcasts sent/dropped 0/0, interface broadcasts 0
This queue is software and could be tuned with
"frame-relay broadcast-queue" interface statement.
Now, for all other interfaces (I mean HDLC/PPP, Ethernet).
I dont really know, if handle broadcasts in special way.
I recall pak_priority stuff, but that thing is different :)
HTH
Petr
29.03.06, Alexei Monastyrnyi <alexeim@orcsoftware.com> NAPISAL(A):
>
> 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