I'm testing QoS in our environment and want to be able to show management some hard results of the QoS configuration. I'm trying a simple test of uploading a large file from site A to site B, and during this period of congestion am pinging a host that I've setup to be caught by an access-list and applied that access list to a class map. Then that class map is added to a policy map and given bandwidth priority. That policy map is then applied to the serial interface in the outbound direction, which leads to the other end of a point to point T1. The return traffic, host to any IP address is caught in another access list and given the same priority. However, all my ping responses, to both the host whose traffic is being caught in my access list and another host not being classified are returning avg response times essentially the same. Is there a better way of testing, or does this test actually prove my configuration is wrong?
My goal ultimately is to provide preferential treatment to traffic heading to certain web application servers using QoS. I have some match protocol http host and url statements, but it's hard to show that the QoS policies are actually improving performance. I get matches on my class maps and policy map as evidenced by my sh service policy-map inte s 0/0/0 command.
I've double checked my config on both ends and everything looks fine. I even replaced the bandwidth percent 30 in my policy map to priority percent 30 and saw no change in ping response times. They are the same whether or not the traffic is being classified as priority. The link is a point to point leased T1. It doesn't require any special service like MPLS to be able to carry QoS tags does it?
You're not going to see much of a difference with your pings unless you compare against a loaded ciruit using FIFO, or traffic in the same CBWFQ non-FQ class. T1/E1 serial interfaces normally default to WFQ which often performs very well except in some cases.
Your stats also show
(pkts matched/bytes matched) 806/414262
8173 packets, 1748438 bytes
which means only about 10% of your BUSCRITICAL even queued.
u can use show access-lists (access-list-name) to verify matches under particular access-lists and class u have created.
do some bulk transfers and do ping and verify
icmp matching which class either default or your priority class , if it is under priority access list sure response will be faster, will have low reponse times but under default class no difference will be there
We are pleased to announce availability of Beta software for 16.6.3.
16.6.3 will be the second rebuild on the 16.6 release train targeted
towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are
looking for early feedback from customers befor...
Introduction Featured Speakers Luis Espejel is the Telecommunications
Manager of IENova, an Oil & Gas company. Currently he works with Cisco
IOS® and Cisco IOS XE platforms, and NX to some extent. He has also
worked as a Senior Engineer with the Routing P...
In this session you can learn more about Layer 3 multicast and the best
practices to identify possible threats and take security measures. It
provides an overview of basic multicast, the best security practices for
use of this technology, and recommendati...