Re: Traffic Sharper testen - Balancing

>Received: (from andreas(at)localhost) by klemm.gtn.com (8.11.6/8.11.3) id g0B7SX188952 for de-bsd-questions(at)DE.FreeBSD.ORG; Fri, 11 Jan 2002 08:28:33 +0100 (CET) (envelope-from andreas)

On Thu, Jan 10, 2002 at 05:56:15PM +0100, Matthias Fechner wrote:
> Hallo Speidel,,
>
> * Speidel, Florian <florian.speidel(at)xplain.de> [10-01-02 17:24]:
> > Außerdem sollte man nie die komplette Bandbreite für irgendwas zur Verfügung
> > stellen, immer etwas freie Bandbreite haben... Bei DSL kann ich so ca. 4-5k
> > empfehlen, da der downstream im Falle einer kompletten Auslastung den
> > upstreams extrem langsam wird, da die Kontrollpakete dann natürlich auch
>
> Das mache ich sowieso, aber mit der jeweiligen Software.
>
> > nicht mehr mit vernünftiger Geschwindigkeit gesendet werden. Wenn Du Prio?s
> > setzen willst, dann mußt du ToS einsetzen.
>
> Muss ich mir mal anschauen, danke für das Schlagwort.

Wenn ich Provider wäre, würde ich erstmal die ToS aller
"Kleinkundenpakete" auf 0 setzen ... Ich vermute, die tun das
eh, insofern ist fraglich, ob das wirklich wirkt.

Und alle Provider auf dem Verkehrsweg müssen auch das TOS
akzeptieren. Heutzutage mit IOS 12 sicherlich kein Problem.

Die Frage ist wirklich nur, ob das zwischen allen Peering
akzeptiert wird oder vielleicht doch durch policy routing
abgeschaltet wird a la

int xxx
  ip policy route-map NO_QOS
!
route-map QOS permit 10
  set ip tos 0

Denn es gibt eigentlich keinen Grund, einem "Massen Einwahlkunden"
für einen kleckerpreis zu gestatten, auch noch mit dem Rolce Royce
vor allen übrigen Paketen durch die Gegend zu sausen ...

Gruß

        Andreas ///

-- 
Andreas Klemm - Powered by FreeBSD
Need a magic printfilter today ?         http://www.apsfilter.org/
Songs from our band >> 64Bits <<         http://www.64bits.de
Inofficial band pages with add-on stuff  http://www.apsfilter.org/64bits.html

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Fri 11 Jan 2002 - 08:30:17 CET