On Wed, 10 Dec 2014, Daniel Melameth wrote: > On Wed, Dec 10, 2014 at 4:30 AM, Paco Esteban <p...@onna.be> wrote: > > Basically I want google hangouts traffic to be priorized as much as > > possible, then DNS resolutions. Torrent traffic comming from a specific > > subnet should work, but at low prio and should never exeed 210Kbps on > > the up link. In fact all traffic from this subnet is low prio (that's > > why I put the queue "tag" on the nat rule). > > Per henning@/http://marc.info/?l=openbsd-misc&m=140127924031145&w=2, > "prio is ignored when bandwidth shaping is on" so this is useless > here.
Yes, I remember that thread. I posted there too. Just forgot to remove the prio parts. I just did and tested again. Same results. It's funny though that prio and hfsc are mixed on "The book of PF" examples. Even when the techical reviewer is henning@ > > The sum of all sub-queues when I try to saturate the uplink is greater > > than the bandwidth defined for "q_root". I see values near 900Kbps or > > sometimes near 910Kbps (which is physical limit, not my manually > > defined limit). > > Set a max on your root queue. Ok, I'll try. But, again, it is confusing how some examples on both pf.conf(5) and "The Book of PF" are written. Cheers, -- Paco Esteban. GnuPG key: 0x44CA735E
