Andy Furniss wrote:
It's a big script - I only looked briefly and may have missed things.
Shaping inbound traffic from the wrong end of the bottleneck is hard, HTB would need to be predictive to do it better.
So what should I change?
For SFQ you can change queue length (SFQ_DEPTH) in net/sched/sch_sfq.c or you could use esfq and choose length with options.
I made this. SFQ_DEPTH was changed from 128 to 16.
How many users do you have?
I have 58 users and it will be more...
If you have 2mbit link then I think you need to reduce the ceils or you won't have a queue to shape with.
I tested real speed - without packet queue (minimum ping, maximum transfer).
I have 2mbit link but 2Mbit for download and 256kbit for upload. 2000kbits without queue (even more:P)... and 220 upload without queue.
I assume a miss is traffic squid gets from the net, if unshaped this will make you go overlimits - so is not neccessarily just a secondary problem.
Squid is switched off. I will not use, as long as I will not make filters.
If you are NATing and have IMQ hooking after NAT in PREROUTING then traffic headed for squid will still have your real IP and forwarded local IP. You need to use u32 to seperate it.
Can You tell me how?
Thanks for answer. I thought, that nobody will write. _______________________________________________ LARTC mailing list / LARTC@xxxxxxxxxxxxxxx http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
