[nsp] Stupid QoS Tricks
lmnguyen at cox.net
Tue Nov 18 00:11:05 EST 2003
Maybe you should try to use Class Based Weighted Fair Queuing. I think that is another method of prioritizing queuing that apply to VoIP over Frame Relay. In this method you define classes of traffics and assign them an absolute bandwidth that they have available during periods of congestion. The voice queue will act as a priority queue and be serviced first.
match input-interface LAN
match access-group 101
priority Z - Guarantee bandwidth for voice class Any packet with IP Precedence = 5 gets assigned to a class that will get a minimum of Z kbps
no ip directed-broadcast
service-policy output WAN
access-list 101 permit ip any any precedence critical
A link on how to configure CBWFQ:
Hope that help a little bit. I am not very good at this.
> From: "Christopher J. Wolff" <chris at bblabs.com>
> Date: 2003/11/17 Mon PM 06:22:46 EST
> To: <cisco-nsp at puck.nether.net>
> Subject: [nsp] Stupid QoS Tricks
> Here's a scenario I could use some guidance on. I've read quite a bit on
> Cisco's site but didn't find a direct correlation. So here goes.
> Customer has a DS3, of which 4 meg is provisioned for data. Now customer
> wants to add VOIP services.
> - The customers' 4 meg is rate-limited by service policies / policing.
> - The 4 meg circuit is generally saturated since it is a wi-fi free-for-all
> - There is no VLAN capability on the customer LAN.
> My initial thought was to apply an ip rtp reserve to the customer interface,
> which I did. However it seems like there should be a better method to
> guarantee voice traffic while maintaining the customers' data 'partition'.
> Thank you in advance for your advice.
> Christopher J. Wolff, VP, CIO
> Broadband Laboratories
> cisco-nsp mailing list cisco-nsp at puck.nether.net
> archive at http://puck.nether.net/pipermail/cisco-nsp/
More information about the cisco-nsp