On Saturday 19 June 2004 23:40, ThE LinuX_KiD wrote:
> Hi, again.
>
>
> Hi,
>
> I'm try to work with net-snmp and QoS patch,
> and proces.pl from http://www.docum.org
>
> do you know why next error ?
>
> # ./proces.pl
> ERROR: Message size exceeded buffer maxMsgSize.
>
>
> # less proces.pl
>
> [sni
Hi,All
I'd like to implement the function of "recognize and schedule traffic that
makes use of the P bit as defined in IEEE 802.1P" by iproute2/tc in mips linux
device.I think I should use iptables or u32 filter to recognize P bits of traffic and
then put them into different queues(class
try
http://rnvs.informatik.uni-leipzig.de/ipp2p/index_en.html
Walter Wickersham wrote:
Greetings, I've searched, found ftwall, and some other commercial solutions, but am
wondering if anyone on this list has any solutions using a linux firewall to block p2p
traffic, more specifically Kazaa.
Walte
Hi Folks,
It's been 4 days since I posted a question and did not receive any
answer. Can you give me a hint if linux 'tc' 'iproute2' tools are
able to do what I need?
I don't even know if they can do this and I should continue trying to
use them for my needs. It seems that what I asked is very ha
After further investigation I think you need the patch a little more
like this for PPPoE and the params you gave (Andy do you think this
looks OK?) Please let me know if this works for you.
Duh, scratch that. I think the original patch will work for PPPoE (give
or take).
Can someone help wo
[EMAIL PROTECTED] wrote:
Ed Wildgoose <[EMAIL PROTECTED]> writes:
I would be interested to hear if anyone has a CBQ based setup and can
tell me if that patch works for them? Or even whether it works on the
incoming policer properly?
Would that work with HFSC ?
what about PPPoE ? i didn't r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 17 June 2004 16:10, Thilo Schulz wrote:
> Anyways, I'll be working on doing a small release package, for those who
> are interested in this thing. Don't expect too much from it, I hardly sat a
> week at this system. It was my goal to just h
Użytkownik Andy Furniss napisał:
I just tried with 2 d/l and 3 classes - I see the same as you now.
Andy.
I am happy that there is finally confirmation of what I've seen :)
But what now? I am just starting with traffic shaping and my question
is: how is that - that so many people are using HTB for
Andy Furniss wrote:
pljosh wrote:
Użytkownik Andy Furniss napisał:
I tried with your rc.shape script on my LAN using scp. I couldn't get
the bash to work - it looks to me like it will only set one user. But I
Did you launch it passing argument in "" or ''?
./rc.shape "4 5 6"
is quite far differe
Stefan Gold wrote:
Hello,
I'm wondering which of these filters is the best method for filtering ACK
packages to achieve lowest delay possible on a dsl-link.
I think this is an excellent start for most stuff:
http://digriz.org.uk/jdg-qos-script/
The reason for all the frills is basically that so
Jason Boxman wrote:
On Friday 18 June 2004 07:45, Ed Wildgoose wrote:
OK, here it is. Near perfect bandwidth calculation for ADSL users.
Patch iproute2 with the HTB stuff and then this:
Did I miss this the first time around? There's a patch to sch_htb.c as well,
or not? If there is, I h
p.s.
I made same test on other network with other PCs and different kernel
version and it was the same...
Have you got something recent? Try a 2.6.5 or newer kernel perhaps -
this has 1000Hz scheduling (I think) and presumably the latest HTB
patches. I guess make sure your tc is up to date a
Hello,
I'm wondering which of these filters is the best method for filtering ACK
packages to achieve lowest delay possible on a dsl-link.
This one ist from the wondershaper from the lartc-site:
/sbin/tc filter add dev $EXTIF parent 1:0 protocol ip prio 0 u32 \
match ip protocol 6 0xff \
mat
pljosh wrote:
Użytkownik Andy Furniss napisał:
I tried with your rc.shape script on my LAN using scp. I couldn't get
the bash to work - it looks to me like it will only set one user. But I
Did you launch it passing argument in "" or ''?
./rc.shape "4 5 6"
is quite far different than
./rc.shape 4
Ed Wildgoose wrote:
I still think that you need to throttle back on down rates - when
really full you may find that new/bursty connections mean that you
loose control of the queue. Of course having twice as much bandwidth
always helps.
Agree that it might be best in practice, but baring the in
Użytkownik Andy Furniss napisał:
I tried with your rc.shape script on my LAN using scp. I couldn't get
the bash to work - it looks to me like it will only set one user. But I
Did you launch it passing argument in "" or ''?
./rc.shape "4 5 6"
is quite far different than
./rc.shape 4 5 6
hardcoded
pljosh wrote:
HTB_HYSTERESIS 0 in net/sched/sch_htb.c.
I did it, recompiled, launched... and i looks like it is even a little
bit worser: user1 has almost twice as much BW as user3...
I DO NOT GET IT
IT LOOKS LIKE HTB WORKS FOR EVERYONE EXCEPT ME :(
I tried with your rc.shape script on my LAN u
On Friday 18 June 2004 07:45, Ed Wildgoose wrote:
> OK, here it is. Near perfect bandwidth calculation for ADSL users.
> Patch iproute2 with the HTB stuff and then this:
Did I miss this the first time around? There's a patch to sch_htb.c as well,
or not? If there is, I haven't applied it which
18 matches
Mail list logo