bert hubert wrote:
>http://lartc.org/HOWTO//cvs/2.4routing/html/lartc.cookbook.mtu-discovery.html
>
>
(Ignoring the fact that I should've looked there in the first place ...)
thanks, it works exactly as desired (even on kernel 2.2.19, fwiw).
--
Michael T. Babcock
CTO, FibreSpeed Ltd.
__
On Thu, Jul 04, 2002 at 03:36:28PM -0400, Michael T. Babcock wrote:
> I have some Path-MTU discovery problems it seems; a few sites I deal
> with can only communicate with us if we use an MTU of 1492 (they're on
> ADSL of course ...) and another (in Japan) only works for file transfers
> if we
I have some Path-MTU discovery problems it seems; a few sites I deal
with can only communicate with us if we use an MTU of 1492 (they're on
ADSL of course ...) and another (in Japan) only works for file transfers
if we use an MTU of around 1425.
Is there any way to tell Linux what the MTU shou
Hello,
On Thu, 4 Jul 2002, bert hubert wrote:
> iptables does not function on bridge devices - there are reasons for this,
> I'm seeing if I can push the right people into submitting a patch though.
Some days ago I uploaded some patches related to
bridging. Of course, they are
On Thu, Jul 04, 2002 at 04:42:19PM +0200, bert hubert wrote:
> I've forwarded this to the right kernel people - your description is
> specific enough, so I have good hope that this bug will be spotted soon!
Ok, I've been told that this might or might not help:
http://www.cyberus.ca/~hadi/patche
You can enable Zebra routing because both host are in different networks
maybe ripd a possible solution this issue
http://www.guadawireless.net
-.-.LievenX..--.
- Mensaje Original -
De: bert hubert <[EMAIL PROTECTED]>
Fecha: Jueves, Julio 4, 2002 4:49 pm
Asunto: Re: [LARTC] advanced rou
> # install root HTB, point default traffic to 1:20:
> tc qdisc add dev $DEV root handle 1: htb default 20
> tc class add dev $DEV parent 1: classid 1:1 htb rate ${UPLINK}kbit \
>burst 6k
> tc class add dev $DEV parent 1:1 classid 1:10 htb rate ${UPLINK}kbit \
>burst 6k prio 1
> tc class a
Oops,
> Here you go:
> ---
> DOWNLINK=2300
> UPLINK=2300
> DEV=eth0
This should read:
DOWNLINK=768
UPLINK=128
DEV=eth0
pasted the wrong file, sorry.
Greetings,
Bjoern
___
LARTC mailing list /
Hi,
I am using wshaper.htb from wondershaper 1.1a on 2.4.18 with htb2.
I have an adsl (german telekom) 128/768 line. I want to be able to play
quake3 all the time without lag, even when there are heavy uploads going on.
I decided to use the fwmark method, then my line is not influenced at all b
>From lwn.net:
The current development kernel remains 2.5.24. Linus has not released any
kernels - or surfaced on the linux-kernel mailing list - since before OLS
and the Kernel Summit. Some patches are beginning to show up in his
BitKeeper tree, however; they include some SCSI updates, an NTFS u
Ok here is solution.
1) the filter is not swallowed. For inner filters you
have to use "tc filter show dev lo parent 1:1". If
you miss parent keyword nothing will be shown.
2) the code you attached can't work. You wanted to use "default"
keyword to direct packets into 1:1 and then use f
bert hubert said:
> On Thu, Jul 04, 2002 at 02:01:07PM +0100, Alex Bennee wrote:
>> A. Peter Mee said:
>> >
>> > Could someone give me some pointers to achieving stable cvs and rcp
>> > access through a fairly restrictive firewall.
>> >
>>
>> CVS isn't a network protocol. You generally run it us
Ok, I cc it to lartc as it can be of general interest.
ffz is Find First Zero. So that it is index of first LSB
zero. In ffs indexes starts with 1 in ffz with 0.
It can be used to do some action for each zero (or one)
bit in integer.
The simplest code do do f() for each zero bit in x is:
unsigned
On Thu, Jul 04, 2002 at 04:22:08PM +0800, hanhbnetfilter wrote:
> htb was used to control traffic
> stuctrul is like that(default is 1:20):
>
> |1:100
>|--1:10|
> 1:1| |1:110
>|
>|--1:20
>
> #AC="tc filter add dev eth0 protocol ip parent 1:0
>
On Wed, Jun 26, 2002 at 05:06:36PM -0500, Greg Scott wrote:
> I am trying to figure out how to do this: I've tried the howto but just become
> hopelessly confused. (I don' think this is a problem in the howto, it's a problem
> with my comprehension.)
What you want is hard in general.
> And I n
On Mon, Jul 01, 2002 at 02:14:22AM +0200, Filip Sneppe wrote:
> How does one set up advanced routing so that when
> HostA sends a packet from 1.1.1.1 to 2.2.2.1, it
> goes via HostB, and vice versa: a packet from
> 2.2.2.1 to 1.1.1.1 also goes via HostB.
Only by doing NAT at HostB. Linux is way
On Thu, Jul 04, 2002 at 01:07:08PM +0300, Dimitris Zilaskos wrote:
>
> ok , this 2 lines repated anything from 5 to 20 times cause the hang :
>
> tc qdisc del dev eth0 ingress
> tc qdisc add dev eth0 handle : ingress
>
> again , the presence of sustained outgoing traffic catalyses the eff
On Thu, Jul 04, 2002 at 04:00:22PM +0800, hanhbnetfilter wrote:
> bridge was configured with "brctl"
> three NIC was bind to br0
> imq and htb was used to control traffic.
> #modprobe imq numdevs=3
> "htb scripts"
> #iptables -t mangle -A PREROUTING -i br0 -j IMQ
> --todev 1
> #ip link set imq1 up
On Thu, Jul 04, 2002 at 02:01:07PM +0100, Alex Bennee wrote:
> A. Peter Mee said:
> > Hi all,
> >
> > Could someone give me some pointers to achieving stable cvs and rcp
> > access through a fairly restrictive firewall. I'm using a 2.4.18
> > kernel which defaults to dropping everthing, then punc
A. Peter Mee said:
> Hi all,
>
> Could someone give me some pointers to achieving stable cvs and rcp
> access through a fairly restrictive firewall. I'm using a 2.4.18
> kernel which defaults to dropping everthing, then punching holes where
> needed and SNATting the internal network. Single-sock
Hi all,
Could someone give me some pointers to achieving stable cvs and rcp access
through a fairly restrictive firewall. I'm using a 2.4.18 kernel which
defaults to dropping everthing, then punching holes where needed and
SNATting the internal network. Single-socket protocols (http, smtp, pop3
ok , this 2 lines repated anything from 5 to 20 times cause the hang :
tc qdisc del dev eth0 ingress
tc qdisc add dev eth0 handle : ingress
again , the presence of sustained outgoing traffic catalyses the effect .
It takes at least 150-200 kbytes/sec to easily cause the hang .
Regards ,
htb was used to control traffic
stuctrul is like that(default is 1:20):
|1:100
|--1:10|
1:1| |1:110
|
|--1:20
#AC="tc filter add dev eth0 protocol ip parent 1:0
prio 1"
#$AC u32 match u32 0xac100b00 ff00 at 16 flowid
1:10
#$AC u32 match u32 0
On Wed, 3 Jul 2002, Stef Coene wrote:
> I ran both scripts for 10 minutes (while true; do ./test.sh; sleep 5; done)
> and no freeze for me.
>
> Stef
I woke up early today to do some more tests . The hang occurs if there is
substantial traffic to the box running the scripts , ie around 300 kb/sec
bridge was configured with "brctl"
three NIC was bind to br0
imq and htb was used to control traffic.
#modprobe imq numdevs=3
"htb scripts"
#iptables -t mangle -A PREROUTING -i br0 -j IMQ
--todev 1
#ip link set imq1 up
but this can not do the traffic controling.
please tell me how can i do
___
25 matches
Mail list logo