Re: IE lab 13 - FRTS - QoS

From: ccie2be (ccie2be@nyc.rr.com)
Date: Mon Jan 03 2005 - 22:34:03 GMT-3

Oops, looks like I need to remember to read ahead.

But, I'm still glad I noticed that anomaly because now I know that

if I ever configure the frame relay mincir parameter, I better make sure I
also configure

an appropriate value for the frame relay cir parameter.

Thanks, I appreciate your help.

----- Original Message -----
From: "Brian Dennis" <bdennis@internetworkexpert.com>
To: "ccie2be" <ccie2be@nyc.rr.com>; "Group Study" <ccielab@groupstudy.com>
Sent: Monday, January 03, 2005 8:26 PM
Subject: RE: IE lab 13 - FRTS - QoS

Tim,
Did you think about a third possibility? Maybe the rest of the
FRTS configuration is done in the next task ;-)

The configuration you are looking at is in regards to that
particular task. The rest of the FRTS configuration for DLCI 501 (where
the CIR is configured) is just a few lines below on the same page in the
solutions guide.

Remember that the lab is a building process and some tasks may
not come together until others are completed.

Looks like your New Year is off to an exciting start working on
labs ;-)

Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
bdennis@internetworkexpert.com

Internetwork Expert, Inc.
http://www.InternetworkExpert.com
Toll Free: 877-224-8987
Direct: 775-745-6404 (Outside the US and Canada)

-----Original Message-----
From: ccie2be [mailto:ccie2be@nyc.rr.com]
Sent: Monday, January 03, 2005 5:11 PM
To: Brian Dennis; Group Study
Subject: Re: IE lab 13 - FRTS - QoS

Hi Brian,

Happy New Year. I hope 2005 is off to a good start for you.

I know that the default cir is 56000.

But, the Solution Guide doesn't include any change to the default cir.

Therefore, there are 2 possibilities:

a) The Solution given in the SG is incomplete

b) Or, IOS ignores the default cir.

So, I was wondering what the explanation is for this apparent anomaly.

Thanks, Tim
----- Original Message -----
From: "Brian Dennis" <bdennis@internetworkexpert.com>
To: "ccie2be" <ccie2be@nyc.rr.com>; "Group Study"
<ccielab@groupstudy.com>
Sent: Monday, January 03, 2005 7:28 PM
Subject: RE: IE lab 13 - FRTS - QoS

Tim,
Just ask yourself, what is the default CIR? Answer 56000.

If you were expecting an error message when you made the mincir
greater than the CIR or to have the IOS make the CIR two times the
mincir automatically, well then you're out of luck ;-) Remember that
the IOS will let you figure "things" that may or may not make sense.
Example: apply an ACL to an interface that doesn't exist.

Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
bdennis@internetworkexpert.com

Internetwork Expert, Inc.
http://www.InternetworkExpert.com
Toll Free: 877-224-8987
Direct: 775-745-6404 (Outside the US and Canada)

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
ccie2be
Sent: Monday, January 03, 2005 4:10 PM
To: Group Study
Subject: IE lab 13 - FRTS - QoS

Hi guys,

The objective of this task was to configure a guaranteed amount of
bandwidth
(80%) for certain traffic

transiting over a F/R link with 384000 kbps.

To do this, I configured this:

policy-map TASK9.2
  class TASK9.2
     bandwidth percent 80

map-class frame TASK9.2
fram mincir 384000
service-policy output TASK9.2

Then to check if all was well, I did a show fram pvc 501 and this was
the
output:

Rack1R5#sh fram pvc 501

PVC Statistics for interface Serial0/0 (Frame Relay DTE)

DLCI = 501, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
Serial0/0.501

  input pkts 3253 output pkts 23940 in bytes 4829829
  out bytes 18164267 dropped pkts 0 in pkts dropped 0
  out pkts dropped 0 out bytes dropped 0
  in FECN pkts 0 in BECN pkts 0 out FECN pkts 0
  out BECN pkts 0 in DE pkts 0 out DE pkts 0
  out bcast pkts 23920 out bcast bytes 18162187
  5 minute input rate 1000 bits/sec, 0 packets/sec
  5 minute output rate 4000 bits/sec, 1 packets/sec
  pvc create time 07:48:57, last time pvc status changed 07:47:37
  cir 56000 bc 7000 be 0 byte limit 875 interval 125
  mincir 384000 byte increment 875 Adaptive Shaping none
  pkts 558 bytes 421217 pkts delayed 12 bytes delayed
2862
  shaping inactive
  traffic shaping drops 0
  service policy TASK9.2
 Serial0/0.501: DLCI 501 -

  Service-policy output: TASK9.2

    Class-map: TASK9.2 (match-all)
      0 packets, 0 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: access-group name HTTP-BACK
      Queueing
        Output Queue: Conversation 41
        Bandwidth 80 (%)
        Bandwidth 307 (kbps) Max Threshold 64 (packets)
        (pkts matched/bytes matched) 0/0
        (depth/total drops/no-buffer drops) 0/0/0

    Class-map: class-default (match-any)
      325 packets, 244728 bytes
      5 minute offered rate 4000 bps, drop rate 0 bps
      Match: any
  Output queue size 0/max total 600/drops 0

Notice the cir and mincir and other shaping values:

cir 56000 bc 7000 be 0 byte limit 875 interval 125
  mincir 384000 byte increment 875 Adaptive Shaping none
  pkts 558 bytes 421217 pkts delayed 12 bytes delayed
2862

------------------------------------------------------------------------
----- 

----
What does this mean?  cir 56000 and mincir 384000

How is it possible to have a mincir value higher than the cir?

TIA, Tim

This archive was generated by hypermail 2.1.4 : Wed Feb 02 2005 - 22:10:18 GMT-3