[c-nsp] QOS Puzzler..

[Peter Kranz]

Hi Arie,

Using the feature navigator, 

Two-Rate Three Color Policer, and Two-Rate Three Color Policer - Ingress are
listed..

Supported platforms show:

ME3400E
CAT4500E-Sup6L
CAT4900M

Does this seem like the complete set of devices that have this 3 color
policer option?

Peter Kranz
www.UnwiredLtd.com
Desk: 510-868-1614 x100
Mobile: 510-207-0000
pkranz at unwiredltd.com



-----Original Message-----
From: Arie Vayner (avayner) [mailto:avayner at cisco.com] 
Sent: Wednesday, March 23, 2011 2:49 PM
To: Peter Kranz; cisco-nsp at puck.nether.net
Subject: RE: [c-nsp] QOS Puzzler..

Peter,

You most likely can apply ingress policing on the ports, creating a class
per customer (matching on ACL), and policing them to their MIR rate. You
could try and use a 3 color policer, marking any traffic below CIR with a
higher priority, above CIR to default, and above MIR to drop (exceed
traffic).
Then on the uplink, give the below CIR traffic a higher priority so in case
of congestion this traffic will be preferred. 

You need to select the right platform carefully, and you most likely would
need a more advanced device than just a regular desktop switch to be able to
scale...

Arie

-----Original Message-----
From: cisco-nsp-bounces at puck.nether.net
[mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of Peter Kranz
Sent: Wednesday, March 23, 2011 22:46
To: cisco-nsp at puck.nether.net
Subject: [c-nsp] QOS Puzzler..

I'm trying to adapt a QOS method we use under linux into cisco space..
Anybody got the cisco QOS fu to give me a general idea of how to do this in
cisco world..

 

Problem:

-          We traffic shape wireless access points, with a single access
point connected per switch port, with several customers attached to each
access point

-          Each customer has his own subnet, but is on the same vlan, so
shaping must be done by subnet

-          Each customer is sold a plan that has a CIR (minimum data
rate)
and MIR (peak data rate if resources are available), each customer may have
a different plan

-          If the aggregate of total customer usage is less than the
total
access point capacity, allow them to burst above their CIR up to their MIR
limit

 

Solution:

 

-          On linux, we use HTB to do this.. The port has a root class
with
the total capacity of the access point configured, customers are configured
with RATE= (CIR) and CEIL= (MIR) rates, along with RULE = Subnet.. It's very
straightforward and works remarkably well.

 

Peter Kranz
 <http://www.unwiredltd.com/> www.UnwiredLtd.com
Desk: 510-868-1614 x100
Mobile: 510-207-0000
 <mailto:pkranz at unwiredltd.com> pkranz at unwiredltd.com

_______________________________________________
cisco-nsp mailing list  cisco-nsp at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/