Re: Understanding Question - FRTS or MQC or Both

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

Blogs and organic groups at http://www.ccie.net
Received on Mon May 23 2011 - 19:46:31 ART