* [LARTC] Multiple shaping on a single physical interface
@ 2007-10-08 4:18 Daniel L. Miller
2007-10-08 6:34 ` Daniel L. Miller
0 siblings, 1 reply; 2+ messages in thread
From: Daniel L. Miller @ 2007-10-08 4:18 UTC (permalink / raw)
To: lartc
I have a Linux box connected to a simple DSL router (along with other
machines on the home network). This box is intended as an off-site
storage server for my office. Taking advantage of some rsync scripts, I
have a very simple yet complete off-site backup solution. My question
is in bandwidth management.
I want to use this box for other purposes. It has a single NIC,
connected to the switch/router. Operating within my home LAN, I should
be able to communicate with it at the typical full-duplex 100BaseT
speeds. However, when it's involved in the archive process, the DSL
connection (5M/512k) get saturated. I wanted to setup some sort of
shaping on this box to control how much of the DSL connection it consumes.
I initially went to wondershaper/ctshaper - but I realized that this is
actually going to hurt me. With ctshaper enabled, with the DSL tuned
settings of 5M/512k - I've absolutely crippled its ability to
communicate with the LAN.
How can I achieve the clean communication with the DSL, reserving some
available bandwidth for other purposes - yet leave communication with
the local network at full? Do I need to define multiple virtual interfaces?
Daniel
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [LARTC] Multiple shaping on a single physical interface
2007-10-08 4:18 [LARTC] Multiple shaping on a single physical interface Daniel L. Miller
@ 2007-10-08 6:34 ` Daniel L. Miller
0 siblings, 0 replies; 2+ messages in thread
From: Daniel L. Miller @ 2007-10-08 6:34 UTC (permalink / raw)
To: lartc
Daniel L. Miller wrote:
> I have a Linux box connected to a simple DSL router (along with other
> machines on the home network). This box is intended as an off-site
> storage server for my office. Taking advantage of some rsync scripts,
> I have a very simple yet complete off-site backup solution. My
> question is in bandwidth management.
>
> I want to use this box for other purposes. It has a single NIC,
> connected to the switch/router. Operating within my home LAN, I
> should be able to communicate with it at the typical full-duplex
> 100BaseT speeds. However, when it's involved in the archive process,
> the DSL connection (5M/512k) get saturated. I wanted to setup some
> sort of shaping on this box to control how much of the DSL connection
> it consumes.
>
> I initially went to wondershaper/ctshaper - but I realized that this
> is actually going to hurt me. With ctshaper enabled, with the DSL
> tuned settings of 5M/512k - I've absolutely crippled its ability to
> communicate with the LAN.
>
> How can I achieve the clean communication with the DSL, reserving some
> available bandwidth for other purposes - yet leave communication with
> the local network at full? Do I need to define multiple virtual
> interfaces?
It just hit me that this is probably incorrect in my particular case -
since I'm using OpenVPN for the conenction I can apply the throttling to
the tap interface. But - my question still remains how I would go about
doing this type of control if I were actually using just the one interface.
Daniel
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2007-10-08 6:34 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-10-08 4:18 [LARTC] Multiple shaping on a single physical interface Daniel L. Miller
2007-10-08 6:34 ` Daniel L. Miller
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.