From: Michael Dorion (dorionm@gmail.com)
Date: Fri Oct 24 2008 - 17:58:52 ARST
That is a different question but let me try to clear it up.
There are different kinds of shape rates you can specify in MQC
PIR (peak information rate in bits per sec)
CIR (committed information rate in bits per sec)
When you shape to CIR, you are targeting an average rate that you want to
achieve over time. When you shape to peak (PIR), you never exceed the
specified rate, even in a single time interval. Doesn't have much meaning in
MQC if you are specifying a burst as well. I only use it if I am facing an
inbound policer on the remote end (without the burst). In a map-class, it
basically figures out the' Bc' and 'Be' for you to achieve a peak rate.
I!n MQC:
shape average <rate> ! would shape to CIR
shape peak <rate> ! would shape to peak
!in FRTS map-class configuration mode:
frame traffic-rate <cir> {pir}
Basically, PIR is your CIR plus your EIR (exceeded information rate). EIR is
just your 'Be' in terms of 1 second, insted of interms of a time-interval
(125ms in this case). When you specify the PIR, it just figures out the 'Be'
value for you. if you DON'T specify the {pir] then you just set the exess
burst to 0, and the PIR will be equal to the CIR. (EIR=0, Be=0)
http://www.cisco.com/en/US/docs/ios/wan/command/reference/wan_f2.html#wp1015005
With MinCIR you would specify if you wanted to reduce your sending rate in
response to congestion. The value you enter is basically how low you are
willing to go. This is called "adaptive shaping."
If you set this equal to CIR, you are saying that you arent willing to slow
down your sending rate at all. You need to do this when you are dong
bandwith reservations.
Hope this helps.
On Fri, Oct 24, 2008 at 2:51 PM, Reza Toghraee <reza@toghraee.com> wrote:
> Thanks for your replies. But question doesn't say anything about CIR.
>
>
> R1 and R2 are connected through their frame-relay P2P subinterfaces
> together. There is no other DLCI on each router. R1 (only 102) , R (only
> 201).
>
> Question : " PVC 102/201 should be configured with MINCIR 64000 bps and
> Peak
> Rate 64000 bps. Use the technique based on dual token bucket algorithm to
> mark outgoing traffic on R1 and R2 with the discard eligible bit, if the
> traffic exceeds 1000 byte normal burst size and 1000 byte excess burst size
> at the committed rate of 32000 bps"
>
>
> I read the question about 5 times, but I'm still confused. MinCir=64000 and
> PeakRate 64000? How about cir?
> Maybe we must understood when the MinCir=PeakRate then the cir also must be
> equal to them.
>
> In solution, they used this command:
> frame-relay mincir 64000
> frame-relay traffic-rate 64000 64000
> !
> With " frame-relay traffic-rate" command IOS sets the cir, bc, be
> automatically.
>
>
> I'll appreciated if someone could explain about the answer.
>
>
>
>
>
> The Answer is :
>
> map-class frame-relay pvcR1-R2
> frame-relay mincir 64000
> frame-relay traffic-rate 64000 64000
> service-policy output setde
> !
> policy-map setde
> class class-default
> police cir 32000 bc 1000 be 1000
> conform-action transmit
> exceed-action transmit
> violate-action set-frde-transmit
> !
> interface Serial0/0
> frame-relay traffic-shaping
> !
> interface Serial0/0.21 point-to-point
> frame-relay class pvcR1-R2
> frame-relay interface-dlci 102
> !
>
>
>
> R1#show fram pvc 102
> PVC Statistics for interface Serial0/0 (Frame Relay DTE)
> DLCI = 102, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
> Serial0/0.21
> input pkts 98176 output pkts 75939 in bytes 37287806
> out bytes 9601380 dropped pkts 0 in pkts dropped 0
> out pkts dropped 26 out bytes dropped 2704
> late-dropped out pkts 26 late-dropped out bytes 2704
> in FECN pkts 0 in BECN pkts 0 out FECN pkts 0
> out BECN pkts 0 in DE pkts 21 out DE pkts 77
> out bcast pkts 21751 out bcast bytes 3532953
> 5 minute input rate 0 bits/sec, 0 packets/sec
> 5 minute output rate 0 bits/sec, 0 packets/sec
> pvc create time 3d20h, last time pvc status changed 3d02h
> cir 64000 bc 64000 be 0 byte limit 1000 interval 125
> <<<<<<<<===========cir
> is 64000 , bc=64000 BUT be=0
> mincir 64000 byte increment 1000 Adaptive Shaping none
> <<<<<<<<===========mincir is 64000
> pkts 75938 bytes 9601366 pkts delayed 73 bytes delayed 7347
> shaping inactive
> traffic shaping drops 26
> service policy setde
> Serial0/0.21: DLCI 102 -
> Service-policy output: setde
> Class-map: class-default (match-any)
> 75932 packets, 9591498 bytes
> 5 minute offered rate 0 bps, drop rate 0 bps
> Match: any
> police:
> cir 32000 bps, bc 1000 bytes, be 1000 bytes
> conformed 43284 packets, 5172683 bytes; actions:
> transmit
> exceeded 9 packets, 936 bytes; actions:
> transmit
> violated 77 packets, 8008 bytes; actions:
> set-frde-transmit
> conformed 0 bps, exceed 0 bps, violate 0 bps
> Output queue size 0/max total 600/drops 26
> R1#
>
>
> -------------------------------------------------------------
> Hi Reza,
>
> MIN CIR cannot be less than CIR, maybe it is 12800???
>
> CIR =64000
> be=1000
> bc=1000
> shape on peak =128000
>
> -----Original Message-----
> From: Rob Clav [mailto:robclav@gmail.com]
> Sent: Friday, October 24, 2008 5:18 PM
> To: Reza Toghraee
> Subject: Re: Frame-Relay QOS Question, please explain
>
> Hi Reza,
> is called two rate policer or two colors policing. Because you are
> playing with CIR and PIR. We used to configure everything with CIR in
> mind only, but there's a tons of fun outhere... ;)
> Br,
> Roberto Clavero
>
>
> Router(config)# class-map police
> Router(config-cmap)# match access-group 101
> Router(config-cmap)# policy-map policy1
> Router(config-pmap)# class police
> Router(config-pmap-c)# police cir 500000 bc 10000 pir 1000000 be 10000
> conform-action transmit exceed-action set-prec-transmit 2
> violate-action drop
> Router(config)# interface serial3/0
> Router(config-if)# service-policy output policy1
> Router(config-if)# end
> 2008/10/24 Reza Toghraee <reza@toghraee.com>
> >
> > Hello
> >
> >
> >
> > A task is asking :
> >
> >
> >
> > PVC 304 should be configured with MINCIR 128000 bps and Peak Rate 128000
> > bps. Use a method based on dual token bucket algorithm to mark outgoing
> > traffic on R3 with the discard eligible bit, if the traffic exceeds 1000
> > byte normal burst size and 1000 byte excess burst size at the committed
> rate
> > of 64000 bps.
> >
> >
> >
> > What is proper way to solve this?
> >
> >
> >
> > Reza
> >
> >
> > Blogs and organic groups at http://www.ccie.net
> >
> > _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
Blogs and organic groups at http://www.ccie.net
This archive was generated by hypermail 2.1.4 : Sat Nov 01 2008 - 15:35:22 ARST