All of lore.kernel.org
 help / color / mirror / Atom feed
* [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.