[c-nsp] 3550 QoS considerations

[Tim Devries]

Yeah, that's the literature I was referring to in my first post.
Unfortunately it doesn't do what I would like to be able to do.  Perhaps in
the future there will be this sort of capability for the 3550 QoS.


-----Original Message-----
From: Ran Liebermann [mailto:ranmails at gmail.com] 
Sent: Friday, April 22, 2005 1:32 PM
To: Tim Devries
Cc: cisco-nsp at puck.nether.net
Subject: Re: [c-nsp] 3550 QoS considerations


Hi Tim,

You have QPPB, but AFAIK it won't work on the switch.
You should probably find a workaround to run this on the first-hop router.

URL:
http://cisco.com/en/US/products/sw/iosswrel/ps1835/products_configuration_gu
ide_chapter09186a00800c75d4.html

--
Ran.


On 22/04/05, Tim Devries <tdevries at northrock.bm> wrote:
> Hello,
> 
> I have a somewhat unique situation.  Basically I have a host in Colo
> connected to a 3550 that I would like to police at two different rates,
> depending on the destination of the traffic.  This I can do. However, to
> take it a step further, I would like to know if it is possible to take the
> routes from my external peers, perhaps tag them with a community, and then
> class-match the tagged routes based on that community, and police them at
> the required rate.
> 
> The reason for this is, if AS A or B starts advertising new local routes,
> I'd like to be able to dynamically match the packets instead of having to
> statically update access-lists for the class-map on my 3550.
> 
> According to the documentation I have read, the 7200 platform supports the
> bgp table mapping for precedence, but the problem is that the policing
only
> works with CAR.  Since CAR doesn't run on the 3550 I'm sort of at an
impasse
> as to how I can match any sort of dynamic list based on learned routes.
> 
> Any ideas appreciated,
> 
> Tim