Re: Understanding Question - FRTS or MQC or Both

From: ALL From_NJ <all.from.nj_at_gmail.com>
Date: Mon, 23 May 2011 23:25:44 -0400

Good stuff guys, many thanks!

.
On Mon, May 23, 2011 at 2:36 PM, Roy Waterman <roy.waterman_at_gmail.com>wrote:

> 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
>

-- 
Andrew Lee Lissitz
all.from.nj_at_gmail.com
Blogs and organic groups at http://www.ccie.net
Received on Mon May 23 2011 - 23:25:44 ART

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