From: Long Kwok (lkwok@ccieunix.com)
Date: Mon May 16 2005 - 12:16:47 GMT-3
I guess this is just one of those technologies we will have to lab up
and monitor it in detail , to learn the in's and out's , it is sort of
that tricky PerPor/PerVlan 3550 config , if you don't straight out know
how the technology is suppose to be configured you wont get the points ,
I just am trying to compile a list of various DE scenarios , and why we
would use say mqc over frts over say de-list , I think this is a basic
core technology to have hands down , I will try and lab up the mqc from
this doc this weekend to see why it may be required , hey maybe we get
lucky and IOS spits out one of those "Networking for Dummies" messages
like when you try to apply CBWFQ config to say a framerelay subinterface
;)
TIA , Long
-----Original Message-----
From: Steve Ohnmacht [mailto:gs.ohnmacht@gmail.com]
Sent: Monday, May 16, 2005 8:05 AM
To: Long Kwok
Cc: Steve Ohnmacht; ccielab@groupstudy.com
Subject: Re: Using MQC framework for FRTS
I see what you're saying... From reading the the link provided.. The
only thing I can gather is that when traffic shaping for frame-relay
you shape "all" traffic going outbound to the remote end. The
class-default command is typically used to classify the rest of your
traffic when creating other types of policies as you already know....
In this particular case using just the "class-default" class will
match "all traffic, which is what you want right? BTW - thanks for the
link never would've thought to look under the newft section of doc cd
for an example of this...
class-default - Specifies the default class (commonly known as the
class-default class) before you configure its policy. The
class-default class is the class to which traffic is directed if that
traffic does not satisfy the match criteria of other classes whose
policy is defined in the policy map.
"There is only one class defined with this command (the class-default
class); therefore, it will match all traffic." <=== This is what we
want in this particular case eh?
On 5/15/05, Long Kwok <lkwok@ccieunix.com> wrote:
> Here is the link again , it is in the "FRTS MQC Prerequsite" Section .
> It explicitly states that you must apply your FRTS shaping commands
> within the class class-default within your policy map ? I wonder why
??
>
>
http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122newft
> /122t/122t13/frqosmqc.htm
>
> TIA , Long
>
> -----Original Message-----
> From: Steve Ohnmacht [mailto:ohnmacht@gmail.com]
> Sent: Sunday, May 15, 2005 9:01 AM
> To: Long Kwok
> Cc: ccielab@groupstudy.com
> Subject: Re: Using MQC framework for FRTS
>
> My understanding is that, the class "class-default" is there to
> classify the rest of your traffic (default traffic). For some reason,
> when creating your policies you cant do class ? to see the
> "class-default" class option. You have to type it out...
>
> That's prolly an oversimplified view... As far as a deep
> understanding as to why this is so, <shrug>... :-) Anyone else care to
> shed some light on this?
>
> On 5/14/05, Long Kwok <lkwok@ccieunix.com> wrote:
> > According to cco docs , that when using the MQC framework to
configure
> > your FRTS settings , you must use the class class-default does
anyone
> > understand why this is so ? or if it is accurate ?
> >
> > TIA , Long
> >
> >
>
This archive was generated by hypermail 2.1.4 : Fri Jun 03 2005 - 10:11:58 GMT-3