[c-nsp] QOS Puzzler..

[Arie Vayner (avayner)]

Peter,

You would most likely have to look at the ME series (there are quite a
few of those, not just ME3400) - Maybe the newer ones, like
ME3600/ME3800.
Also, you might want to take a look at routers such as ASR1K or the
lower end 3900 series (if your bandwidth requirements are not that
high).

As this is not really a everyday requirement, I would suggest you work
with someone to select the platform and test it...

Arie


-----Original Message-----
From: Peter Kranz [mailto:pkranz at unwiredltd.com] 
Sent: Thursday, March 24, 2011 00:49
To: Arie Vayner (avayner); cisco-nsp at puck.nether.net
Subject: RE: [c-nsp] QOS Puzzler..

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/