Re: Understanding Question - FRTS or MQC or Both

From: Roy Waterman <roy.waterman_at_gmail.com>
Date: Mon, 23 May 2011 19:36:01 +0100

Nice one Garry
I guess Cisco like to keep us on our toes :)

On 23 May 2011 17:46, garry baker <baker.garry_at_gmail.com> wrote:

> yep and a key point with that is on the 12.4T(20) you have to use the '*bandwidth
> remaining percent* ' instead of just the '*bandwidth*' parameter when
> usind strict priority...
>
> i do not have access to 12.4T(20) to demostrate with strict priority...
>
> "Configuring Strict Priority with Bandwidth
>
> You can configure only one class with strict priority. Other classes cannot
> have priority or bandwidth configuration. To configure minimum bandwidth for
> another class, use the* bandwidth remaining percent* command."
>
>
> http://www.cisco.com/en/US/docs/ios/qos/command/reference/qos_a1.html#wp1038764
>
> --
> Garry L. Baker
>
> "With sufficient thrust, pigs fly just fine..." - RFC 1925
>
>
>
> On Mon, May 23, 2011 at 2:56 PM, Roy Waterman <roy.waterman_at_gmail.com>wrote:
>
>> Some good links there Garry, thanks very much.
>>
>> While scanning through the links, came across this (perhaps you guys
>> already know about it):
>>
>> max-reserved-bandwidth Command
>> The max-reserved-bandwidth command no longer affects the amount of
>> bandwidth available to a service policy. Any policy-map can allocate up to
>> 100% of the bandwidth without the need of the max-reserved-bandwidth
>> command. The max-reserved-bandwidth command was used in previous IOS
>> releases in order to overcome the restriction of allocating 75% of the
>> bandwidth to user-defined classes. In HQF, that restriction does not exist
>> anymore.
>> -------------------------------
>> This is as of 12.2(28)SB/12.4(20)T.
>>
>>
>> On 22 May 2011 19:25, ALL From_NJ <all.from.nj_at_gmail.com> wrote:
>>
>>> As always Garry, you are the man; above and beyond! Thanks.
>>>
>>> Ok ... so the map-class is there to call out the service policy... check.
>>>
>>> AND ... the service policy is nested to provide prioritization to
>>> traffic
>>> based on whatever requirements are stated. Check
>>>
>>> Interesting ... check... ;-)
>>>
>>> This helps Garry, thanks for the example and links. Appreciate this.
>>>
>>> Andrew
>>>
>>>
>>>
>>> On Sun, May 22, 2011 at 12:23 PM, garry baker <baker.garry_at_gmail.com>
>>> wrote:
>>>
>>> > well this may or may not help, cause i stay confused on this topic
>>> > myself...
>>> >
>>> > the thing about this for me is also with not so much if they tell you
>>> to
>>> > not use one or the other, but it is hard enough that it has changed so
>>> much
>>> > over the course of going from FRTS to FRTS and CBTS and then still
>>> using the
>>> > MAP-CLASS to do the fragmentation instead of doing it at the interface
>>> > layer...
>>> >
>>> > and now with 12.4T(20) and the HQF it seems you do not need the
>>> map-class
>>> > at all anymore as all, some or most (whichever the case maybe0 the
>>> functions
>>> > have been moved into the MQC...
>>> >
>>> >
>>> >
>>> http://www.cisco.com/en/US/docs/ios/qos/configuration/guide/qos_frhqf_support.html
>>> >
>>> >
>>> >
>>> http://www.cisco.com/en/US/prod/collateral/iosswrel/ps6537/ps6558/white_paper_c11-481499.html
>>> >
>>> > then just when i think i know the way it is going and understand a
>>> litle
>>> > bit, i find this command 'shape fr-voice-adapt' and look in the command
>>> > reference and see this example with the fragmenation configured on the
>>> > interface:
>>> >
>>> >
>>> >
>>> http://www.cisco.com/en/US/customer/docs/ios/wan/command/reference/wan_s1.html#wp1012044
>>> >
>>> > Examples
>>> > The following example shows the configuration of Frame Relay
>>> voice-adaptive
>>> > traffic shaping and fragmentation. With this configuration,
>>> priority-queue
>>> > packets or H.323 call setup signaling packets destined for PVC 100 will
>>> > result in the reduction of the sending rate from CIR to minCIR and the
>>> > activation of FRF.12 end-to-end fragmentation. If signaling packets and
>>> > priority-queue packets are not detected for 50 seconds, the sending
>>> rate
>>> > will increase to CIR and fragmentation will be turned off.
>>> >
>>> > interface serial0
>>> > encapsulation frame-relay
>>> > frame-relay fragmentation voice-adaptive deactivation 50
>>> > frame-relay fragment 80 end-to-end
>>> > frame-relay interface-dlci 100
>>> > class voice_adaptive_class
>>> > !
>>> > map-class frame-relay voice_adaptive_class
>>> > frame-relay fair-queue
>>> > service-policy output shape
>>> > class-map match-all voice
>>> > match access-group 102
>>> > class-map match-all data
>>> > match access-group 101
>>> > policy-map vats
>>> > class voice
>>> > priority 10
>>> > class data
>>> > bandwidth 10
>>> > policy-map shape
>>> > class class-default
>>> > shape average 60000
>>> > shape adaptive 30000
>>> > shape fr-voice-adapt deactivation 50
>>> > service-policy vats
>>> >
>>> > --
>>> > Garry L. Baker
>>> >
>>> > "With sufficient thrust, pigs fly just fine..." - RFC 1925
>>> >
>>> >
>>> >
>>> > On Sun, May 22, 2011 at 6:08 AM, ALL From_NJ <all.from.nj_at_gmail.com
>>> >wrote:
>>> >
>>> >> Hey team,
>>> >>
>>> >> Was hoping to get some advice from you all on key words that would
>>> lead me
>>> >> towards one solution or another.
>>> >>
>>> >> FRTS with MQC or map-class? Or combined in some way ... lol.
>>> >>
>>> >> Team - I find the practice labs I am doing to be confusing to some
>>> extent.
>>> >> When doing FRTS, the question will sometimes as for MQC based configs
>>> ...
>>> >> and then I end up with somewhat of a morph solution.
>>> >>
>>> >> Sorry this question may seem vague, but any pointers as to which
>>> "rules
>>> >> and
>>> >> key words" might lead me toward one particular solution over another?
>>> >>
>>> >> TIA,
>>> >>
>>> >> --
>>> >> Andrew Lee Lissitz
>>> >> all.from.nj_at_gmail.com
>>> >>
>>> >>
>>> >> Blogs and organic groups at http://www.ccie.net
>>> >>
>>> >>
>>> _______________________________________________________________________
>>> >> Subscription information may be found at:
>>> >> http://www.groupstudy.com/list/CCIELab.html
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >
>>>
>>>
>>> --
>>> Andrew Lee Lissitz
>>> all.from.nj_at_gmail.com
>>>
>>>
>>> Blogs and organic groups at http://www.ccie.net
>>>
>>> _______________________________________________________________________
>>> Subscription information may be found at:
>>> http://www.groupstudy.com/list/CCIELab.html
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>> --
>> Regards
>> Roy
>>
>
>

-- 
Regards
Roy
Blogs and organic groups at http://www.ccie.net
Received on Mon May 23 2011 - 19:36:01 ART

This archive was generated by hypermail 2.2.0 : Wed Jun 01 2011 - 09:01:11 ART