Re: PF HFSC - need help with rules

2004-04-25 Thread Alexey E. Suslikov
Henning Brauer wrote: * Alexey E. Suslikov [EMAIL PROTECTED] [2004-04-24 10:52]: 1. you can't proceed with linkshare 0% (in the difference to original ALTQ implementation). this bug (yes, bug!) is confirmed by Kenjiro Cho http://marc.theaimsgroup.com/?l=openbsd-miscm=107695019310171w=2 but

Re: PF HFSC - need help with rules

2004-04-25 Thread Henning Brauer
* Alexey E. Suslikov [EMAIL PROTECTED] [2004-04-25 00:26]: additionally, after-merged hfsc behavior breaks logic of pre-merged. imagine skilled pilot of B747 confused by one big red button instead of many while migrating to, says, B777. who cares. nobody was able to use altq before. that is,

PF HFSC - need help with rules

2004-04-24 Thread Alexey E. Suslikov
I've tryed all your advice but it still doesn't work. pfctl -f pf.conf pfctl: link-sharing sc exceeds parent's sc pf.conf:122: errors in queue definition pfctl: Syntax error in config file: pf rules not loaded altq on $int bandwidth 10Mb hfsc queue { 21, 22, 23, 24, 25, 26, 27, 28, 29,

Re: PF HFSC - need help with rules

2004-04-24 Thread Henning Brauer
* Alexey E. Suslikov [EMAIL PROTECTED] [2004-04-24 10:52]: 1. you can't proceed with linkshare 0% (in the difference to original ALTQ implementation). this bug (yes, bug!) is confirmed by Kenjiro Cho http://marc.theaimsgroup.com/?l=openbsd-miscm=107695019310171w=2 but unfortunately not fixed

Re: PF HFSC - need help with rules

2004-04-24 Thread Samuel Tardieu
Henning == Henning Brauer [EMAIL PROTECTED] writes: Henning hfsc with just bandwith specified and no realtime or Henning upperlimit has to work, and queue blah bandwidth X is the Henning natural way to do that. Would you consider extend it to queue blah bandwidth (m1 d m2) and remove the

Re: PF HFSC - need help with rules

2004-04-24 Thread Henning Brauer
* Samuel Tardieu [EMAIL PROTECTED] [2004-04-24 16:50]: Henning == Henning Brauer [EMAIL PROTECTED] writes: Henning hfsc with just bandwith specified and no realtime or Henning upperlimit has to work, and queue blah bandwidth X is the Henning natural way to do that. Would you consider

Re: PF HFSC - need help with rules

2004-04-23 Thread Samuel Tardieu
Miroslav == Miroslav Kubik [EMAIL PROTECTED] writes: Miroslav I've tryed all your advice but it still doesn't work. You need to shape your default queue as well. Right now, it takes up to 100% of the bandwidth by itself. Sam -- Samuel Tardieu -- [EMAIL PROTECTED] --

PF HFSC - need help with rules

2004-04-22 Thread Miroslav Kubik
Hi I need to restrict connection speed for a few computers by HFSC. I need that the first few seconds everybody gets 128Kbs and after that gains only 64Kbs. HFSC isn't documented enought for me althought I tryed to write some rules for PF. But these PF rules work only for one computer. Rules are

Re: PF HFSC - need help with rules

2004-04-22 Thread Lars Hansson
Miroslav Kubik wrote: This works: pfctl -sq: queue root_we0 bandwidth 10Mb priority 0 {others, 21} queue others bandwidth 10Mb hfsc( default ) queue 21 bandwidth 10Mb hfsc( realtime(128Kb 5000 64Kb) upperlimit 128Kb ) But if I del grid before other queues then it doesn't work. PF writes this:

Re: PF HFSC - need help with rules

2004-04-22 Thread Samuel Tardieu
Miroslav == Miroslav Kubik [EMAIL PROTECTED] writes: Miroslav I'll be very happy for any advice. Have you tried using a linkshare specification in addition to your realtime specification? I think that you could do something like: queue 21 hfsc(realtime (128Kb 5000 64Kb) linkshare (0Kb 5000

Re: PF HFSC - need help with rules

2004-04-22 Thread Henning Brauer
* Lars Hansson [EMAIL PROTECTED] [2004-04-22 10:10]: I'm sure someone here knows exactly why the linkshare is necessary. not giving linkshare (aka the main bandwidth parameter for hfsc) means 100% of the parent queue. if you have multiple child queues then their summed linkshare bandwidth