HighQueueDropRate on 8** series
Bookmark this page:
 Yahoo!
 Google
 Windows Live
 del.icio.us
 digg
 Netscape
|
|
|||||||||||||||||||
|
Posted by on May 30, 2008, 7:58 am
Please log in for more thread options Ciscoworks is often reporting the event HighQueueDropRate on some of my wireless routers (837, 877w, ...) for example, today : InputPacketQueueDropPct 1.6998109 % but it could be OutputPacketQueueDropPct. basically, the value is set to 1% (default value) I would like to know if somebody have an idea of why I've got this event (only on wireless interfaces), and how to decrease the number of droped packet (please not how to set the value at 2% on Ciscoworks :D ). thanks | |||||||||||||||||||
|
Posted by Aaron Leonard on May 30, 2008, 1:09 pm
Please log in for more thread options ~ Hello, ~ ~ Ciscoworks is often reporting the event HighQueueDropRate on some of ~ my wireless routers (837, 877w, ...) ~ for example, today : InputPacketQueueDropPct 1.6998109 % ~ but it could be OutputPacketQueueDropPct. ~ basically, the value is set to 1% (default value) ~ ~ I would like to know if somebody have an idea of why I've got this ~ event (only on wireless interfaces), and how to decrease the number of ~ droped packet (please not how to set the value at 2% on ~ Ciscoworks :D ). ~ ~ thanks I suppose you could police your data flows so that your traffic throttling doesn't show up as interface drops. No particular practical reason to do that, that I can think of. What is your goal/concern here? Aaron | |||||||||||||||||||
|
Posted by on June 2, 2008, 4:19 am
Please log in for more thread options > doesn't show up as interface drops. =A0No particular practical reason to d=
o
> that, that I can think of.
> > What is your goal/concern here? > > Aaron I would like to be sure that quality of service is always good enough. I just wonder if it's a real issue. Users never report any problems, but if Cisco set this rate to 1%, that probably mean it's not very good to be often over it. If you tell me more than 1% of dropped packet is normal for a wireless interface, it will be fine. Arnaud | |||||||||||||||||||
| Similar Threads | Posted |
| HighQueueDropRate on 8** series | May 30, 2008, 7:58 am |
| Anyone clustering ASA5000-series boxes with 3000-series VPN concentrators | October 27, 2006, 10:45 am |
| 760 series configuration | January 13, 2006, 10:04 am |
| VPN with 800 series ADSL | January 19, 2006, 5:22 am |
| 3-way SLB on 6500 series | March 13, 2006, 2:48 am |
| IP SLB on 6500 series | April 18, 2006, 5:45 am |
| 3800 series | May 21, 2006, 11:20 am |
| Difference between PIX 501 and 800 series | July 9, 2005, 7:26 pm |
| Trunking on a 870 series. | November 22, 2006, 11:15 am |
| Trunking on a 870 series. | November 22, 2006, 11:25 am |
| Telnet to 800 series | April 23, 2007, 8:04 am |
| 37xx Series and BGP | January 12, 2008, 2:42 am |
| cisco 800 series config | August 1, 2005, 5:51 pm |
| equipement recommandation, series 800. Which would I need? | October 20, 2005, 7:33 pm |
| vpn redundancy PIX and 3000 series | December 8, 2005, 12:12 pm |
> ~
> ~ Ciscoworks is often reporting the event HighQueueDropRate on some of
> ~ my wireless routers (837, 877w, ...)
> ~ for example, today : InputPacketQueueDropPct 1.6998109 %
> ~ but it could be OutputPacketQueueDropPct.
> ~ basically, the value is set to 1% (default value)
> ~
> ~ I would like to know if somebody have an idea of why I've got this
> ~ event (only on wireless interfaces), and how to decrease the number of
> ~ droped packet (please not how to set the value at 2% on
> ~ Ciscoworks :D ).
> ~
> ~ thanks
>
> I suppose you could police your data flows so that your traffic throttling=