Oliver Lehmann <lehmann(at)ans-netz.de> wrote:
> Oliver Fromme wrote:
> > Oliver Lehmann <lehmann(at)ans-netz.de> wrote:
> > > In diesem Fall waere das ganze etwas nutzlos, da ich fuer ADSL min 2
> > > queues brauche (incomming, outgoing). Wenn nun aber z.B. keine
> > > Priorisierung der incomming und outgoing Connections auf _einer_ Skala
> > > moeglich ist, wird mir z.B. jede outgoing, Bytes pumpende, Connection
> > > die Leitung fuer incomming zu 99% dicht machen....
> >
> > Nö, incoming und outgoing sollten doch unabhängig vonein-
> > ander sein, auch bei ADSL.
>
> Ok, ich hab mir fuer mein TDSL jetzt mal folgendes gebastelt:
>
> ipfw pipe 1 config bw 15KByte/s
>
> ipfw queue 1 config pipe 1 weight 10
> ipfw queue 2 config pipe 1 weight 50
> ipfw queue 3 config pipe 1 weight 90
>
> ipfw add 1000 queue 1 ip from 10.0.0.0/24 to any out via tun0
> ipfw add 1002 queue 2 ip from 10.0.1.0/24 to any out via tun0
> ipfw add 1004 queue 3 ip from any to any out via tun0 tcpflags ack
Du solltest für incoming eine separate pipe machen und die
auf ähnliche Weise konfigurieren.
> wenn ich jetzt von 10.0.1.51 etwas aus dem internet ziehe, komme ich so auf
> meine 120kByte/sec. Fange ich nun aber an, etwas aus dem internet von mir
> hier zu hause etwas zu ziehen (ueber http, wird auf 10.0.0.21 weiter-geNAT-tet)
> sinkt meine 1. Verbindung auf 90 KB/sec ab, waerend die Verbindung von mir
> ins Netz sich irgendwo bei 6KB/sec einpendelt.
Ist klar, denn die ACKs der ersten Verbindung (outgoing ins
Internet) werden von Deiner zweiten Verbindung (Download
aus dem Internet), für die es ja noch keine Dummynet-Regeln
gibt, ausgebremst.
> Wenn outgoing und incomming unabhaengig voneineander sein sollten, darf das
> so nicht passieren, oder?
Physikalisch sind sie unabhängig. Was Du beobachtest, ist
eine Folge der Tatsache, daß für TCP-Verbindungen Pakete in
_beide_ Richtungen geschickt werden, auch wenn die Nutzda-
ten nur in eine Richtung fließen. Wenn ein Download die
Downstream-Bandbreite dichtmacht, sind daher davon auch Up-
loads betroffen -- und umgekehrt.
Wie gesagt, mit IPFW+Dummynet läßt sich das Problem nicht
wirklich befriedigend lösen.
Du könntest auch mal testweise delayed_ack disablen (per
sysctl), um zu schauen, ob das einen Effekt hat. Aller-
dings handelst Du Dir damit potentiell andere Probleme
ein, z.B. ein höheres Paketaufkommen für die separaten
ACKs.
Gruß
Olli
-- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." -- Robert Firth To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org with "unsubscribe de-bsd-questions" in the body of the messageReceived on Thu 25 Nov 2004 - 14:30:50 CET