From: Carlos G Mendioroz (tron@huapi.ba.ar)
Date: Fri Oct 08 2004 - 14:55:50 GMT-3
LLQ is, AFAIK, a name to refer to priority queueing of some sort.
(and to differentiate from PQ, or Priority Queueing as a specific
configuration of queueing).
When using FR fragment w/o MQC, all below fragment size packets go to
the priority "second stage" queue. When using MQC, all first stage
priority go to the second stage priority. Second stage queues are plain
FIFOs. So as long as you don't change the composition of the traffic,
it should not matter which way you configure the thing.
BTW, your show output is from a PQ config, so either is from another
interface or your config is clipped.
gladston@br.ibm.com wrote:
> When configuring "frame-relay fragmet..." the IOS uses dual queue on the interface.
>
> From the point of view of voice quality, is the sound as good as other methods of prioritization, for example LLQ? (does not have a FXS to test; thanks to any feedback).
>
> r3#sh queueing interface serial 0
> Interface Serial0 queueing strategy: priority
>
> Output queue utilization (queue/count)
> high/19 medium/0 normal/160034 low/0
>
> The configuration is:
>
> interface Serial0
> encapsulation frame-relay
> frame-relay traffic-shaping
> !
> interface Serial0.34 multipoint
> ip address 172.16.34.3 255.255.255.0
> frame-relay class TaskQos
> frame-relay map ip 172.16.34.4 304 broadcast
> !
> map-class frame-relay TaskQos
> frame-relay cir 64000
> frame-relay bc 640
> frame-relay be 0
> no frame-relay adaptive-shaping
> frame-relay fair-queue
> frame-relay fragment 150
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
-- Carlos G Mendioroz <tron@huapi.ba.ar> LW7 EQI Argentina
This archive was generated by hypermail 2.1.4 : Sat Nov 06 2004 - 17:11:45 GMT-3