Re: bandwidth allocation

From: Carlos G Mendioroz (tron@huapi.ba.ar)
Date: Tue Sep 14 2004 - 07:16:28 GMT-3


Well,
using MQC you could statically preconfigure each client class with a 1Mb
  bandwidth, and the default will get whatever is left. This is no hard
reservation, so unused BW will be used by class-default.

But I guess your scenario may call for a more dynamic way, which I don't
know if any current tool supports. MQC has a lot of information
available for SNMP access, but I don't know if any policy tool can
adjust policy on the fly, or if that is supported to start with.

Geert Nijs wrote:

> Hello group,
>
> I know we can assign bandwidth limitation via policy maps, but these methods always seem to classify complete protocols.
>
> 1) Is it also possible to shape/limit a session (based on TCP ports).
>
> For example: i want to allocate every FTP session to a different client (different source ip) 1 Mb bandwidth dedicated.
> No sessions: no allocations, default traffic gets 100%
> 1 session: FTP, server <-> client A -> 1 Mb reserved for FTP (say 10%), default traffic gets the rest (90%)
> 2 sessions: FTP, server <-> client A
> FTP, server <-> client B -> 1 Mb reserved for each, default traffic gets 80%
>
>
> 2) if we use the "bandwidth" statement in a policy map, is this bandwidth allocated statically ??
> Like suppose HTTP gets 40% bandwidth, de rest gets 60%. If there is no HTTP, will the rest then get 100% ??
>
>
> Is something like this possible on a cisco router ??
>
> Regards,
> Geert
> #####################################################################################
> This e-mail and any attached files are confidential and may be legally privileged.
> If you are not the addressee, any disclosure, reproduction, copying, distribution,
> or other dissemination or use of this communication is strictly prohibited.
> If you have received this transmission in error please notify Simac immediately
> and then delete this e-mail.
>
> Simac has taken all reasonable precautions to avoid virusses in this email.
> Simac does not accept liability for damage by virusses, for the correct and complete
> transmission of the information, nor for any delay or interruption of the transmission,
> nor for damages arising from the use of or reliance on the information.
>
> All e-mail messages addressed to, received or sent by Simac or Simac employees
> are deemed to be professional in nature. Accordingly, the sender or recipient of
> these messages agrees that they may be read by other Simac employees than the official
> recipient or sender in order to ensure the continuity of work-related activities
> and allow supervision thereof.
> #####################################################################################
>
> _______________________________________________________________________
> Please help support GroupStudy by purchasing your study materials from:
> http://shop.groupstudy.com
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>

-- 
Carlos G Mendioroz  <tron@huapi.ba.ar>  LW7 EQI  Argentina


This archive was generated by hypermail 2.1.4 : Fri Oct 01 2004 - 15:00:42 GMT-3