dslreports logo
site
 
    All Forums Hot Topics Gallery
spc

spacer




how-to block ads


Search Topic:
uniqs
9
share rss forum feed

Cloneman

join:2002-08-29
Montreal
kudos:4
Reviews:
·TekSavvy DSL
·Bell Fibe
reply to Cloneman

Re: Tomato QoS major bug (all versions, incl toastman, shibby)

How then do you ensure 30% of the link is always free for your high priority traffic, and all your lower priority traffic never exceed 70% of the global maximum, with various stages of relative priority for the lower classes?

Is this not possible?

To give a more tangible example,

- ensure VoIP always has maximum priority and at least 30% of the link is unused by other traffic

- give http more priority over other types of file transfers
- give certain services more priority than http



not

@comcast.net

QoS is an aggregate sum calculation, which means that you cannot reserve a total sum (all rules) of more than your total bandwidth. This is because if and when all types of protocols in use at the same time, they'll fight for bandwidth just as if there was no QoS set up. The idea of QoS is to reserve a spot in line of so much width for a particular type of traffic so that it's always there. It CANNOT be used to dictate one protocol overriding the total bandwidth available to another protocol and mark it as its own because it's prioritized higher. There will be too much fighting going on at that point.

I think this is what you're running into. As long as you can think of QoS as a rate limiting reservation rather than a rate dictating override, it'll make more sense why your % reservations must add up to the total available bandwidth. Your total piechart of bandwidth never changes, all QoS does is move the separating lines around to say which protocol has what size chunk of the total bandwidth to use. Does that make better sense?