From: Brian McGahan (bmcgahan@internetworkexpert.com)
Date: Wed Dec 29 2004 - 13:22:37 GMT-3
Mani,
SMTP packets above 1250 bytes will be matched by the SMTP class,
not the ABOVE_1250. The MQC works in a top-down fashion like an
access-list or route-map does. If you are asking if the SMTP above 1250
should hit the second class based on the requirement, no, they should be
hitting the first.
HTH,
Brian McGahan, CCIE #8593
bmcgahan@internetworkexpert.com
Internetwork Expert, Inc.
http://www.InternetworkExpert.com
Toll Free: 877-224-8987 x 705
Outside US: 775-826-4344 x 705
24/7 Support: http://forum.internetworkexpert.com
Live Chat: http://www.internetworkexpert.com/chat/
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
Of
> mani poopal
> Sent: Wednesday, December 29, 2004 9:04 AM
> To: ccielab@groupstudy.com
> Subject: IWEB-lab4 section 9.5 QOS
>
> Hi Group,
>
> In this lab for qos the solution guide says,
> Question:Configure the router so smtp packets are guarnteed at least
1.5
> mbps of outputque of e 0/1 and as an additional mesure configure the
> router so packets over 1250 bytes are limited to 2.5 mbps on outbound
to
> Router
> =======================
> class-map smtp
> match protocol smtp
> class-map ABOVE_1250
> match packet lenght min 1250
> policy-map QOS
> class smtp
> bandwidth 1500
> service policy output e 0/1
> class ABOVE_1250
> police cir 2500000
> =======================
> I think the solution should include nested MQC, what will happen if
smtp
> packets and those smtp packets are greater than 1250 bytes.(which
policy
> those packets are going to take eg:class smtp or class ABOVE_1250) Do
we
> need different configuration with nested MQC, any feedback is
appriciated
>
> thanks
>
> Mani
>
>
>
> B.ENG,A+,CCNA,CCNP,CCNP-VOICE, CSS1,CNA,MCSE
> (416)431 9929
> MANI_CCIE@YAHOO.COM
>
> ---------------------------------
> Do you Yahoo!?
> Dress up your holiday email, Hollywood style. Learn more.
>
>
This archive was generated by hypermail 2.1.4 : Mon Jan 03 2005 - 10:31:31 GMT-3