HI folks,
I have a linux router connected to two separate internet
connection from an ISP. There is a third interface ( ip ->
192.168.1.1 ) in the router connected to the local network.
Configured the routing tables and added the rules and everything
seems to be working fine from the routi
Sorry for the mess posted before. I hit send by mistake.
On Thu, 2006-02-23 at 19:49 -0800, gypsy wrote:
> Two more things. HTTP is a bursty protocol, so you need to think about
> the burst and cburst parameters you give it.
I had already figured out that I had to sent burst as
small as possib
On Thu, 2006-02-23 at 19:49 -0800, gypsy wrote:
> Two more things. HTTP is a bursty protocol, so you need to think about
> the burst and cburst parameters you give it.
I had already figured out that I had to send burst as small as
possible. I recall reading both value is the
> If you want to
Russell Stuart wrote:
>
> On Thu, 2006-02-23 at 10:23 +0100, Andreas Klauer wrote:
> > On Thu, Feb 23, 2006 at 06:38:09PM +1000, Russell Stuart wrote:
> > > For example, lets say we have a 1000kbit link, and two
> > > classes sharing that link:
> > >
> > > - Voip - ie high prio real time, and
>
Andreas Hasenack wrote:
>
> The docs[1][2] suggest it's 1024, but tc says something else:
>
> # tc qdisc add dev eth0 root tbf rate 1kbps latency 50ms burst 1500
>
> # tc -s qdisc ls dev eth0
> qdisc tbf 8009: rate 8000bit burst 1499b lat 48.8ms
> ^^^
> Sent 0 bytes 0 p
El Thursday 23 February 2006 19:38, Andreas Klauer escribió:
> On Thu, Feb 23, 2006 at 07:08:27PM -0300, Luciano Ruete wrote:
> > root->parent_all_host(256,256)->client_host_1(X,X)->host_1_prio(X*0.9,X)
> > ->host_1_dfl(X*0.1,X)
>
> What's the purpo
Em Qui 23 Fev 2006 19:47, Andreas Klauer escreveu:
> > So, how do we reliably calculate the minimum value for
> > buffer/burst/maxburts?
>
> Trial & Error, not that I ever had much luck with TBF though...
From my experiments, the minimum seems to be either MTU plus a few bytes or
the result of ra
Am Donnerstag, 23. Februar 2006 20:14 schrieb Raj Mathur:
> Hi,
>
> I have a client connected to the 'net through 3 ISP's. Have set up a
> Linux box to do routing and load sharing for the 3 connections. A
> fourth interface is connected to the LAN with private IP addresses.
> Am using iptables to
On Thu, Feb 23, 2006 at 05:21:46PM -0300, Andreas Hasenack wrote:
> Kernel people tell me users should never need to know the value of HZ
> used by the currently running kernel. One kernel hacker even told me
> that Linus once changed the value from 100 to 1000 just to see user
> space programs bre
On Thu, Feb 23, 2006 at 07:08:27PM -0300, Luciano Ruete wrote:
> root->parent_all_host(256,256)->client_host_1(X,X)->host_1_prio(X*0.9,X)
> ->host_1_dfl(X*0.1,X)
What's the purpose of the 256kbit class? In the setup you posted,
the 200/230kbit chi
Hi, how does gre tunnels handle the TOS/DS field in the
encapsulated packet? Is the value copied to the encapsulating ip
header?
thx jason___
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
Hi all!
I'm working in a " _really_ end user simple", yet powerfull, flexible,
scalable, GPL htb/htb-init front end, but now, in the "test fase" im facing
an utlimate problem...
Absoult minimalistic scenario: #Use a FIXEDFONT to read this
#inet-ethx-|FIREWALL|-lan-ethx <-> |client_host_1|
#
#FI
On Thu, 2006-02-23 at 10:23 +0100, Andreas Klauer wrote:
> On Thu, Feb 23, 2006 at 06:38:09PM +1000, Russell Stuart wrote:
> > For example, lets say we have a 1000kbit link, and two
> > classes sharing that link:
> >
> > - Voip - ie high prio real time, and
> > - Web - background traffic.
>
>
Raj,
I use something just like you make and for this problem I have patched my
kernel with diff-routes patch (there is a link in LARTC) and I have make a
little script that makes just a ping to an outside address every 5 min (cron
job) and flush the route cache after this ping, like this:
ip rout
Kernel people tell me users should never need to know the value of HZ
used by the currently running kernel. One kernel hacker even told me
that Linus once changed the value from 100 to 1000 just to see user
space programs break.
However, it is needed for the buffer parameter in TBF. The tc-tbf(8)
That's because the route to a host X has been changed. There's a
routing decision to host X every so or so minutes.
Ways to handle that? Boy, that can be tough. I've read of prople who
use a different LAN IP for every public connection. So If you have 3
public connections, you should use three dif
Hi,
I have a client connected to the 'net through 3 ISP's. Have set up a
Linux box to do routing and load sharing for the 3 connections. A
fourth interface is connected to the LAN with private IP addresses.
Am using iptables to SNAT traffic to the appropriate IP depending on
the interface the pa
The docs[1][2] suggest it's 1024, but tc says something else:
# tc qdisc add dev eth0 root tbf rate 1kbps latency 50ms burst 1500
# tc -s qdisc ls dev eth0
qdisc tbf 8009: rate 8000bit burst 1499b lat 48.8ms
^^^
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
ra
On Thu, Feb 23, 2006 at 12:12:16PM -0300, Roberto Pereyra wrote:
> How I can dump Ares packages ?
There are a number of tools for this, for example tcpdump.
You should really talk to the developer(s) about this, it depends on
what they need. Dumping Ares packets specifically is a bit hard, since
> If you can provide details about the new protocol (by dumping
>Ares packets or something) and help with testing, it should be not that hard
>to fix, provided the new protocol isn't something nasty.
Hi
How I can dump Ares packages ?
Thanks
roberto
-- Forwarded message --From:
Just in case someone else in the future googles for this problem:
SK> My question now is: WHY does that happen, and what could I do against
SK> it? Is there some kernel setting or mechanism that decides which
SK> interface is used when sending ICMP time exceeded in-transit messages?
SK> My goal is
On Thu, Feb 23, 2006 at 09:26:48AM -0300, Roberto Pereyra wrote:
> This bridge works fine buts since two weeks can't block Ares traffic. All
> protocols block fine but Ares not (upload and download).
>
> Somebody are using ipp2p blocking the latest Ares version ?
Did you already contact the autho
Hi,
Did you try using L7-filter to block Ares?
http://l7-filter.sourceforge.net/protocols
Regards,
ro0ot
Roberto Pereyra wrote:
HI
I have a bridge running ipp2p blocking Ares traffic and others protocols.
This bridge works fine buts since two weeks can't block Ares traffic.
All protocols
HI
I have a bridge running ipp2p blocking Ares traffic and others protocols.
This bridge works fine buts since two weeks can't block Ares traffic.
All protocols block fine but Ares not (upload and download).
Somebody are using ipp2p blocking the latest Ares version ?
My system settings are:
On Thu, Feb 23, 2006 at 06:38:09PM +1000, Russell Stuart wrote:
> For example, lets say we have a 1000kbit link, and two
> classes sharing that link:
>
> - Voip - ie high prio real time, and
> - Web - background traffic.
Have you measured this link, i.e. when there is no activity
and you sta
I am trying to do ingress flow control with htb + imq,
and as could be expected it isn't working well.
It works a lot better when I keep the htb ceiling well
below what the link can actually carry - I guess because
htb gets to throttle the TCP fast start before it causes
packets to be dropped. T
26 matches
Mail list logo
