Re: Bandwidth Rules in ISA
- From: "Jim Harrison" <jim@xxxxxxxxxxxx>
- To: "[ISAserver.org Discussion List]" <isalist@xxxxxxxxxxxxx>
- Date: Sun, 29 Jul 2001 10:09:38 -0700
Hi Tom,
Really! That seems like a strange way to allocate bandwidth, given the
"published" rules of QoS packet prioritizing. From the W2KRK description of
the QoS packet scheduler:
"QoS Packet Scheduler (Psched.sys) The QoS Packet Scheduler enforces QoS
parameters for a particular data flow. Traffic is marked with a particular
priority by the QoS Packet Scheduler. The QoS Packet Scheduler then
determines the delivery schedule of each packet queue and handles
competition between queued packets that need simultaneous access to the
network. Packets are marked with an 802.1p priority for prioritization in
layer 2 devices, and a Differentiated Class of Service for prioritization in
layer 3 devices."
..this would seem to indicate that packets are ordered with respect to their
"priority". Maybe there's some combinational factor here that I haven't
observed?
Jim Harrison
MCP(2K), A+, Network+, PCG
----- Original Message -----
From: "Thomas W. Shinder" <tshinder@xxxxxxxxxxxxxxxxxx>
To: "[ISAserver.org Discussion List]" <isalist@xxxxxxxxxxxxx>
Sent: Sunday, July 29, 2001 09:38
Subject: [isalist] Re: Bandwidth Rules in ISA
http://www.ISAserver.org
Hi Jim,
That's an interesting interpretation of the bandwidth rules. How I see
them working is that they create bandwidth "pools" that are assigned to
each bandwidth priority.
Each bandwidth priority with an active connection is assigned a pool of
bandwidth, and all connections assigned to a priority use the bandwidth
assigned to that pool. The bigger the bandwidth priority, the bigger the
pool.
However, one drawback to this approach is that a high priority pool can
be saturated while a low priority pool and have plenty of available
bandwidth. Therefore, a high priority connection will have to contend
for the limited bandwidth available in its pool, while a low priority
connection can sail through because its pool isn't being used at the
time.
Watch my bandwidth counters has been an obsession for the last six
months :-)
Thanks!
Tom
www.isaserver.org/shinder
Thomas W Shinder, M.D., MCSE, MCT
-----Original Message-----
From: Jim Harrison [mailto:jim@xxxxxxxxxxxx]
Sent: Sunday, July 29, 2001 11:32 AM
To: [ISAserver.org Discussion List]
Subject: [isalist] Re: Bandwidth Rules in ISA
http://www.ISAserver.org
That depends on how you define the bandwidth rules..
If the client request doesn't meet the criteria defined in the rules,
they
get the default bandwidth behavior.
Also bear in mind that bandwidth rules represent priority settings, not
actual bandwidth limitations.
What bandwidth rules do is define a packet priority system for the ISA.
Given two packets traversing ISA under medium-to-heavy traffic load
(>50%),
the packet with the highest bandwidth property gets preferential
treatment.
Under lighter load conditions, there is no benefit to bandwidth
prioritizing, so it doesn't really occur.
Jim Harrison
MCP(2K), A+, Network+, PCG
----- Original Message -----
From: "Aleksander França Honma" <Aleks@xxxxxxxxxxxxxx>
To: "[ISAserver.org Discussion List]" <isalist@xxxxxxxxxxxxx>
Sent: Sunday, July 29, 2001 07:07
Subject: [isalist] Bandwidth Rules in ISA
http://www.ISAserver.org
Is there a way of bypassing the Bandwidth rules priorities?
For example, is there a way of a specific user bypassing the rules
priority in a way that the limition of it's bandwidth would be controled
by Win2K for example?
------------------------------------------------------
You are currently subscribed to this ISAserver.org Discussion List as:
jim@xxxxxxxxxxxx
To unsubscribe send a blank email to $subst('Email.Unsub')
------------------------------------------------------
You are currently subscribed to this ISAserver.org Discussion List as:
tshinder@xxxxxxxxxxxxxxxxxx
To unsubscribe send a blank email to $subst('Email.Unsub')
------------------------------------------------------
You are currently subscribed to this ISAserver.org Discussion List as:
jim@xxxxxxxxxxxx
To unsubscribe send a blank email to $subst('Email.Unsub')
Other related posts:
