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