Re: Need help in QOS

From: hafiz atif <oops.com_at_gmail.com>
Date: Sun, 17 May 2009 08:40:40 +0300

Hi,

Thanks for replying.

I can't change the speed to 10 mbps because we are planning to increase the
speed upto 16mbps. Also with my approach of nested policies, the poblem is
the scalability. I can't have more than 8 class-maps in the child policy as
i will have more customers in the future.

Best regards!

On Sun, May 17, 2009 at 3:13 AM, Dale Shaw <dale.shaw_at_gmail.com> wrote:

> Hi,
>
> On Sun, May 17, 2009 at 2:25 AM, hafiz atif <oops.com_at_gmail.com> wrote:
> >
> > I have an ethernet link of 8 mbps, i have different customers and i need
> to
> > apply the qos to gaurantee minimum bandwidth for each customer. Now the
> > problem i am facing is: the bandwidth command will only take effect
> during
> > congestion, but in my case the link will not be congested as i have gig
> > interface so the bandwidth feature will not take affect. What i have done
> > is: I have made nested polices, in the parent policy i have shaped the
> > traffic to 8 mbps and in the child policy i have configured bandwidth for
> > different customers which is working fine. But this solution is not
> scalable
> > as i can only configure 8 class-maps in child policy and the number of
> > customers i am expecting is much more. please advice!
>
> I think you're on the right track with the parent shaper / child queuer
> setup..
>
> > Router: ASR1000
> > IOS: 12.233
>
> ..but I'm not familiar with the ASR enough to advise exactly what the
> best solution is, config-wise.
>
> The reason I'm replying at all, is to ask if you're able to nail the
> link speed to 10Mbps instead of 1Gbps. If your upstream is policing
> you to 8Mbps, you would probably get a 'smoother' result with shaping
> by limiting the actual transmit rate.
>
> It's also useful in these situations to have a deep understanding of
> exactly how your upstream is policing you -- i.e. what parameters
> their policer is using, how much you can burst (if at all), and so on.
> With such a big difference in committed rate vs access rate, you have
> huge potential to burst waaaaay above your subscribed rate.
>
> For what it's worth, I've seen similar questions asked on other lists,
> and while I can't vouch for them personally, the Service Control
> Engines are often recommended for serious shaping scenarios in service
> provider networks.
>
> http://www.cisco.com/en/US/products/ps7045/index.html
>
> cheers,
> Dale

Blogs and organic groups at http://www.ccie.net
Received on Sun May 17 2009 - 08:40:40 ART

This archive was generated by hypermail 2.2.0 : Mon Jun 01 2009 - 07:04:43 ART