The policy is attached to different 64-kbps serial interfaces with PPP encapsulation.
Actually, there is no voice traffic at all, but I didn´t find a specific place for posting QoS FAQs.
My problem is that class Intranet and class-default show drops ( above 1% ) and when a traffic flow such as HTTP ( class Intranet ), which congests the line, is sent, the measured time is worse with QoS than with default FIFO queueing. Furthermore, for this single flow, drops are never found with FIFO.
Due to line bandwidth, the queue limit for the whole interface is 16. Class-default has a default queue-limit of 2, like class Intranet. I decided to tune the queues of theses classes. I found two options on CCO docs:
1- "queue-limit" command.
2- "fair-queue queue-limit" command.
The first one defines a queue limit for the class, while the second defines a queue limit for each flow. I guess both activate fair queueing ( per-flow in the second case ).
I tried different tests changing these parameters, but results seemed confusing. In general, the bigger the queue-limit, the lower the drop level. However, measured times were worse when drop levels decreased.
Is this normal? Has anybody faced this problem or can give me a clue about how to tune queues?
Introduction: The "external-out enable" command is available for
configuration under the "router ospf process" in case of the IOS-XR
operating system. This command basically enables advertisement of
intra-area routes on the device as external routes in th...
IntroductionIn this article we'll discuss how to troubleshoot packet
loss in the asr9000 and specifically understanding the NP drop counters,
what they mean and what you can do to mitigate them. This document will
be an ongoing effort to improve troublesh...