* traffic shaping and fixed per-packet overhead
@ 2005-07-21 7:17 Matthias Urlichs
2005-07-21 18:28 ` Patrick McHardy
0 siblings, 1 reply; 2+ messages in thread
From: Matthias Urlichs @ 2005-07-21 7:17 UTC (permalink / raw)
To: netfilter-devel
Hi,
I have an IPIP tunnel through a DSL line (PPPoE) which I need to
traffic-shape / flow control. Unfortunately, the tunnel has a fixed
per-packet overhead, which means that small packets overrun the
bandwidth allowed for the tunnel and get dropped, while (if I set the
allowed bandwidth to too-small values) the wire will be idle when
I send large packets.
(I'm using HTB.)
I can think of a couple of solutions ...
- Use bit-banging in the outer filter instead of nice rules on the tunnel.
(OK, that's a dumb idea from a useability POV.)
- Extend the HTB code to allow specifying a per-packet overhead.
- Hack the kernel to propagate a packet's netfilter MARK.
Other / better ideas?
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | smurf@smurf.noris.de
Disclaimer: Das Zitat wurde zufällig ausgewählt. | http://smurf.noris.de
- -
Mußt Du immer meine Fragen, die ich immer schon stellen
wollte, beantworten, _bevor_ ich daran dachte, sie zu äußern.
-- Gerold Korbus über Joey
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: traffic shaping and fixed per-packet overhead
2005-07-21 7:17 traffic shaping and fixed per-packet overhead Matthias Urlichs
@ 2005-07-21 18:28 ` Patrick McHardy
0 siblings, 0 replies; 2+ messages in thread
From: Patrick McHardy @ 2005-07-21 18:28 UTC (permalink / raw)
To: Matthias Urlichs; +Cc: netfilter-devel
Matthias Urlichs schrieb:
> Hi,
>
> I have an IPIP tunnel through a DSL line (PPPoE) which I need to
> traffic-shape / flow control. Unfortunately, the tunnel has a fixed
> per-packet overhead, which means that small packets overrun the
> bandwidth allowed for the tunnel and get dropped, while (if I set the
> allowed bandwidth to too-small values) the wire will be idle when
> I send large packets.
>
> (I'm using HTB.)
>
> I can think of a couple of solutions ...
> - Use bit-banging in the outer filter instead of nice rules on the tunnel.
> (OK, that's a dumb idea from a useability POV.)
> - Extend the HTB code to allow specifying a per-packet overhead.
> - Hack the kernel to propagate a packet's netfilter MARK.
Totally unrelated to netfilter-devel, but:
# tc qdisc add htb help
...
mpu minimum packet size used in rate computations
overhead per-packet size overhead used in rate computations
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2005-07-21 18:28 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-07-21 7:17 traffic shaping and fixed per-packet overhead Matthias Urlichs
2005-07-21 18:28 ` Patrick McHardy
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.