Re: Need help in QOS

the 2nd options is workable to have predefined policies for different
markings and mark customers accordingly. But this will again give me only 8
different bandwidth assignments which can cover more customers
comparatively. Any more suggestions to make it more scalable?

There is another point on which i need some suggestions. How can we control
the incoming traffic? Lets say, one of the customers is requesting a
download from a public FTP server. The ftp server is now sending at a rate
greater than my internet bandwidth, now even if i police this download
traffic on my router, my external link has already been used. Is there any
work around for this? please advice!

Best regards!

On 5/17/09, ALL From_NJ <all.from.nj_at_gmail.com> wrote:
>
> Thinking out loud here and way too tired ... sorry if this is too far off.
>
>
> Any chance that configuring nested service policies will provide more
> scale? I do not know the limit to the number of nested policies within a
> parent policy ... Basically you could create one policy-map per customer.
> Add this to a parent policy-map with shaping configured.
>
> Another thought might be to configure qos on a per customer basis and
> shape, protect, and remark all packets as needed on a per customer basis.
> On the uplink, simply configure a single policy which provides different qos
> levels for all traffic going.
>
> You could provide 6 or 7 classes for customers, and keep at least one class
> for net management. Just a thought ...
>
> Not sure this helps much ... time for my bed time ... in NJ, it is a bit
> too late for me. Have a good night,
>
> Andrew Lee Lissitz
>
>
>
>
> On Sun, May 17, 2009 at 1:52 AM, Dale Shaw <dale.shaw_at_gmail.com> wrote:
>
>> Hi again,
>>
>> On Sun, May 17, 2009 at 3:40 PM, hafiz atif <oops.com_at_gmail.com> wrote:
>> >
>> > I can't change the speed to 10 mbps because we are planning to increase
>> the
>> > speed upto 16mbps.
>>
>>
>> In that case, even 100Mbps is better than 1Gbps. Can you interface do
>> 100M, or 1000M only? I appreciate that some 1000BASE-x interfaces are
>> 1000-only.
>>
>> cheers,
>> Dale
>>
>>
>> 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
Received on Sun May 17 2009 - 15:49:11 ART