RES: [c-nsp] bursting and accounting

[Murilo Antonio Pugliese]

Is there any concerning or restriction regarding deploying the same Class-Based Policing 
on both directions, input and output, @ the same interface ?

I wonder what means the statement below:

	Class-Based Policing will not be executed for traffic that passes through an interface. 
 
Found at: Class-Based Policing
http://www.cisco.com/en/US/customer/products/sw/iosswrel/ps1829/products_feature_guide09186a00801b23f8.html

Regards.

MP.

-----Mensagem original-----
De: Oliver Boehmer (oboehmer) [mailto:oboehmer at cisco.com]
Enviada em: sexta-feira, 17 de fevereiro de 2006 15:30
Para: Gary Roberton; cisco-nsp at puck.nether.net
Assunto: RE: [c-nsp] bursting and accounting


Gary Roberton <> wrote on Friday, February 17, 2006 6:15 PM:

> Hello All
> 
> We have a requirement where a customer wants to have 1Meg internet
> feed and burst to 2Meg.  We can do this using token buckets.
> 
> They want to burst only at certain times of the day e.g. 9 a.m. to 10
> a.m. and have all other burst traffic outside of these hours dropped.
> Has anyone implemented this type of service policy before?

either use an offline solution which reconfigures your router at the
specified interval, or try to use time-based ACL together with MQC, i.e.
something like

class-map ALL-TRAFFIC
 match access-group 150
!
access-list 150 permit ip any any time-range 9to10
!
time-range 9to10
 periodic daily 09:00 to 10:00
!
! too lazy now to come up with the exact TB values, 
! but you'll get the idea
policy-map POLICE-IN
 class ALL-TRAFFIC
  police cir ..<with burst>.. 
    conform-action transmit
    exceed-action drop
 class class-default
  police cir ..<without burst>..
    conform-action transmit
    exceed-action drop


This might not work on all platforms..

	oli

_______________________________________________
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/