From: Gupta, Gopal (NWCC) (gopal.gupta@hp.com)
Date: Tue Nov 27 2007 - 11:26:15 ART
Thanks Brian
-----Original Message-----
From: Brian McGahan [mailto:bmcgahan@internetworkexpert.com]
Sent: Tuesday, November 27, 2007 19:41
To: Gupta, Gopal (NWCC); Cisco certification
Subject: RE: Is this mandatory to do NESTING of Policy
Yes. The MQC itself has no notion of what the physical clocking of the
interface is. In your case some traffic will most likely get dropped
while contending for the transmit ring of the interface, or at a minimum
delayed in the shaping queue while waiting for transmission. In the end
you usually have to choose between higher average utilization or 0%
loss.
Which strategy you choose depends on your individual traffic pattern.
Within the scope of the lab exam it should be clear from the question
exactly what they want you to do though.
HTH,
Brian McGahan, CCIE #8593 (R&S/SP/Security)
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 -----
Subject: RE: Is this mandatory to do NESTING of Policy
Date: Mon, November 26, 2007 21:45
From: "Gupta, Gopal (NWCC)" <gopal.gupta@hp.com>
> Hi Brian,
>
> So, this means that ultimately we are creating congestion in our
> Output Queue as CIR/AIR as a whole would be 512 K and Packet loss
> would occur if both of the classes are sending at their higher rate.
>
> Thanks,
> Gops
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
> Of Brian McGahan
> Sent: Tuesday, November 27, 2007 03:02
> To: Gupta, Gopal (NWCC); 'Cisco certification'
> Subject: RE: Is this mandatory to do NESTING of Policy
> Importance: Low
>
> Gops,
>
> With your configuration you're saying that telnet is
> guaranteed 384Kbps during times of congestion, but cannot exceed
> 512Kbps on average.
> The HTTP class is saying that you cannot exceed 512Kbps on average,
> and if using "bandwidth" is guaranteed 128Kbps at a minimum, or if
> using "priority"
> is guaranteed prioritization up to 128Kbps, can burst up to 512Kbps,
> but will be policed at 128Kbps in times of congestion.
>
> The difference with nesting the policy is that you can say
> class X and class Y can send up to 512Kbps as an aggregate, whether
> class X is using 1Kbps and class Y is using 511Kbps. With the
> non-aggregate configuration as below classes HTTP and TELNET can send
> 512Kbps + 512Kbps = 1024Kbps as a whole.
>
>
> HTH,
>
> Brian McGahan, CCIE #8593 (R&S/SP/Security)
> 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 Gupta, Gopal (NWCC)
> > Sent: Monday, November 26, 2007 12:19 AM
> > To: Cisco certification
> > Subject: Is this mandatory to do NESTING of Policy
> >
> > Hi Folks,
> >
> > Generally we use nested policy maps if we have to shape all the
> > traffic along with the prioritization of some type of traffic.
> correct??
> >
> > but we can do this w/o nesting as well
> >
> > e.g
> >
> > policy-map SHAPE+MIN_BW
> > class HTTP
> > bandwidth 128 or priority 128
> > shape average 512000
> >
> > class TELNET
> > bandwidth 384
> > shape average 512000
> >
> > Interface s1/0
> > service-policy output SHAPE+MIN_BW
> >
> > Assuming our frame-relay interface has 512 Kbps CIR.
> > My question is can we achieve same thing without using nesting, like
> > the above example ????
> >
> > Thanks
> > Gops
> >
> > ____________________________________________________________________
> > __ _ Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
>
> ______________________________________________________________________
> _ Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
> ______________________________________________________________________
> _ Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Sat Dec 01 2007 - 06:37:31 ART