On Wed, Jan 24, 2007 at 02:27:49PM -0800, Lawrence Horvath wrote:
> On 1/24/07, Bill Marquette <[EMAIL PROTECTED]> wrote:
> >On 1/24/07, Lawrence Horvath <[EMAIL PROTECTED]> wrote:
> >> Processing my mutliple queues, i would like to run it through 2 queue
> >> sets, one for capping and individual ip bandwidth management, and the
> >> second is a master cap, becuase you cant oversell queues
> >>
> >> i have 10 megs at my disposal, and i need to allot 12 people 1 meg
> >> each, the math wont work on only one queue, and i dont want to have to
> >> set up multiple firewalls, id rather have everything in one nice
> >> pf.conf, im gonna do carp later
> >
> >What's your guaranteed rate? Obviously you aren't guaranteeing each
> >person 1mbit.
> >
> >I think you'll need HFSC to do this, put your guaranteed rate as the
> >realtime limit and the 1mbit rate as the upperlimit for each queue.
> >
> Like i sd over selling, im setting the etherface queue to linkshare or
> realtime(im having trouble finding the practical difference) to 1Mb,
> then leaving no upper limit, so they can burst, but the
> realtime|linkshare will protect other customers, im considering
> setting all 12 people to 1Mb, and then setting the loopback queue to
> 10Mb, so i control the max bandwidth of the link, im also going to use
> the loopback queue to prioritize certain traffic
>
> i really doubt that more then 10 people will try to use more than a
> meg at a time, thats why im over selling, so the linkshare|realtime
> will still work ok, and the loopback queue will still keep anyone from
> going over the 10 meg link, and allow certain over all prioritization.
>
> its kinda strange i know, but i think it will work
That may be a good business decision, but it's not a good technical one.
Is there any reason not to go with one of the suggestions already made,
other than that it's a technical decision that does not map 1-1 to your
business decision?
Joachim
