From: Gavin Lawson (GavinL@titan.net.au)
Date: Sun Apr 29 2007 - 21:22:49 ART
Hi Sam
Yes you can apply the policy to the physical interface.
If you want to apply a QoS policy to all traffic, then the physical
interface is a logical spot to place the policy.
If the question states that QoS policy should be applied to a certain
DLCI then a sub interfaces or under a map-class would be more
appropriate.
GL
-----Original Message-----
From: Sam [mailto:syed_wsu@yahoo.com]
Sent: Friday, 27 April 2007 10:57 PM
To: Gavin Lawson; ccielab@groupstudy.com
Subject: RE: QOS over FR
Hi Gavin,
Thanks for the reply,
So my biggest concern was that if we are given parametrs for the
Physical interface for doing QOS but the physical interface does have
subinterfaces underneath it. Then we can still aplly the service policy
on the physical even it does nothave an IP address on it (Whic does not
make it a L3 interface).
And from my understanding of the MQC we need a L3 interface to apply a
service policy and for it to work. (May be I wrong). Your
thoughts.......?????
I would also like to mention here that I do see matches weather I do
policing or shaping when I apply the service policy to the physical
interface with no Ip addresson it but subinterfaces.
Thanks
Sam
--- Gavin Lawson <GavinL@titan.net.au> wrote:
> Hi Sam
>
> I think this will be more accurate
>
>
> policy-map police
> class data
> shape peak 128000 16000 16000
> shape adaptive 128000
> class precedence
> shape peak 384000 48000 16000
> shape adaptive 384000
>
>
>
> sh policy-map int s0/0
>
> Service-policy output: police
>
> Class-map: data (match-all)
> 0 packets, 0 bytes
> 5 minute offered rate 0 bps, drop rate 0 bps
> Match: input-interface Ethernet0/0
> Traffic Shaping
> Target/Average Byte Sustain Excess
> Interval
> Increment
> Rate Limit bits/int
> bits/int (ms) (bytes)
>
> 256000/128000 4000 16000 16000
> 125 4000
>
>
> Adapt Queue Packets Bytes Packets
> Bytes Shaping
> Active Depth Delayed
> Delayed Active
> - 0 0 0 0
> 0 no
>
> Class-map: precedence (match-all)
> 0 packets, 0 bytes
> 5 minute offered rate 0 bps, drop rate 0 bps
> Match: ip precedence 5
> Traffic Shaping
> Target/Average Byte Sustain Excess
> Interval
> Increment
> Rate Limit bits/int
> bits/int (ms) (bytes)
>
> 512000/384000 8000 48000 16000
> 125 8000
>
>
> Adapt Queue Packets Bytes Packets
> Bytes Shaping
> Active Depth Delayed
> Delayed Active
> - 0 0 0 0
> 0 no
>
> Class-map: class-default (match-any)
> 43 packets, 5516 bytes
> 5 minute offered rate 0 bps, drop rate 0 bps
> Match: any
>
>
> -----Original Message-----
> From: nobody@groupstudy.com
> [mailto:nobody@groupstudy.com] On Behalf Of Sam
> Sent: Friday, 27 April 2007 3:02 PM
> To: ccielab@groupstudy.com
> Subject: QOS over FR
>
> Hi All,
>
>
> |---S0.1 | |--------S0.1
> Router A | |FR Cloud |
> RouterB(Fa0)--
> |---S0.2 | |--------S0.2
>
>
> I have to do shaping to satisfy the following conditions
>
> a. Create 2 classes apart from default b. Match traffic coming via fa0
> c. Match all traffic with ip prec 5
>
> Traffic from first class must be ensured 128K and shaped at 256
> Traffic from second class must be ensured 384K but if there is
> available BW then shape it to 512K.
>
> Proposed Solution:
> On Router B
>
> class-map match-all precedence
> match ip precedence 5
> class-map match-all data
> match input-interface FastEthernet0
> !
> policy-map police
> class data shape average 256000
> bandwidth 128
> class precedence
> shape peak 512000
> bandwidth 384
>
> Int s0
> service-policy out police
>
> I am not sure if it is Ok to apply the service policy on the physical
> interface as it does not have an IP address. Also the parameters given
> are not DLCI specific. I would appreciate your guidence on this.
>
>
>
> Thanks in Advance
> Sam
>
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
>
This archive was generated by hypermail 2.1.4 : Tue May 01 2007 - 08:28:38 ART