Re: Shaping/Queuing Confusion

From: akyccie (akyccie@gmail.com)
Date: Wed Aug 06 2008 - 05:19:32 ART


yes, I would suggest to configure and see the output you will came to know the
difference.
  ----- Original Message -----
  From: Rich Collins
  To: akyccie
  Cc: Scott Strobeck ; Hobbs ; Ahsan Mohiuddin ; Cisco certification
  Sent: Wednesday, August 06, 2008 12:40 AM
  Subject: Re: Shaping/Queuing Confusion

  That wording "throughput" does get confusing.
  I did a quick search on the Cisco web site and found the exact same
wording:

  http://www.cisco.com/en/US/docs/ios/12_2/qos/command/reference/qrfcmd9.pdf

  Page: QR-240

  .....
  Examples The following example sets the uses average rate shaping to ensure
a bandwidth of 256 kbps:
  shape average 256000
  The following example uses peak rate shaping to ensure a bandwidth of 300
kbps but allow throughput
  up to 512 kbps if enough bandwidth is available on the interface:
  bandwidth 300
  shape peak 512000

  ....

  -Rich

  On Tue, Aug 5, 2008 at 1:02 PM, akyccie <akyccie@gmail.com> wrote:

    But the question specially asked "throughput up to the peak of 512" so it
means you have define the "shape peak" otherwise it can go beyound 512kbps.

    ----- Original Message ----- From: "Scott Strobeck" <scott@strobeck.net>
    To: "Hobbs" <deadheadblues@gmail.com>
    Cc: "Ahsan Mohiuddin" <ahsan.mohiuddin@gmail.com>; "Cisco certification"
<ccielab@groupstudy.com>
    Sent: Tuesday, August 05, 2008 9:39 PM

    Subject: Re: Shaping/Queuing Confusion

      I think you almost nailed it, Hobbs. The way I read it is that the
      Prec4 class doesn't require shaping. I think this would do it:

      policy-map policy
      class fa0/0
      bandwidth 128
      shape average 256000
      class prec4
      bandwidth 384

      The bandwidth statement is a minimum guarantee, but will allow the
      traffic to go up to the full bandwidth, if it is available.

      Scott

      Hobbs wrote:

       I did it like this and it works:

       policy-map policy
        class fa0/0
         bandwidth 128
         shape average 256000
        class prec4
         bandwidth 384
         shape peak 512000

       Does that satisfy the requirements?

       Not sure why you are using nested policies...

       On Tue, Aug 5, 2008 at 3:09 AM, Ahsan Mohiuddin
<ahsan.mohiuddin@gmail.com> wrote:

        Dear Experts,

        I am confused what would be the solution to below requirements.
Please
        help!

        Define two classes of service besides the default.

        Class Fa0/0 matches all the traffic coming from input interface
fa0/0.

        Class IP-Prec matches all the traffic with an IP Precedence of 4.

        Class Fa0/0 is ensured a bandwidth of 128 Kbps and the output is
shaped to
        256 Kbps.

        Class IP-Prec is ensured a bandwidth of 384 Kbps. But if enough
bandwidth
        is available, the class can obtain the throughput up to the peak of
512
        Kbps

        I tried the following configuration but when I apply it to interface,
I get
        *"GTS : Can be enabled only at the first level"*

        Class Map match-all Fa0/0 (id 1)
          Match input-interface FastEthernet0/0

         Class Map match-all IP-Prec (id 2)
          Match ip precedence 4

        Policy Map Fa0/0
           Class Fa0/0
             Traffic Shaping
                Average Rate Traffic Shaping
                CIR 256000 (bps) Max. Buffers Limit 1000 (Packets)
         Policy Map IP-Prec
           Class IP-Prec
             Traffic Shaping
                Peak Rate Traffic Shaping
                CIR 512000 (bps) Max. Buffers Limit 1000 (Packets)
         Policy Map SHAPE
           Class Fa0/0
             Bandwidth 128 (kbps) Max Threshold 64 (packets)
             service-policy Fa0/0
           Class IP-Prec
             Bandwidth 384 (kbps) Max Threshold 64 (packets)
             service-policy IP-Prec

        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

      _______________________________________________________________________
      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 : Mon Sep 01 2008 - 08:15:29 ART