Hi dgheri!
Habe auch gestern Abends mal den ganzen Thread gelesen und Gott sei Dank studiere ich TM und weiß wie es funktioniert ansonsten hätte mich das auch alles ganz schön verwirrt.
Also:
Du bekommst auf P1 mehr als 50 % da
1. Richtig, kein P0 Verkehr da ist und
2. Der Höherpriorisierte Verkehr auch unter 50 % der Bandbreite verschlingt.
Die Limits wirken natürlich nur wenn tatsächlich niedrig priorisierter Verkehr da ist, ansonsten wäre das Verschwendung
P0 auf 50 % zu begrenzen ist sinnlos, da es die niedrigste Priorität ist und von daher immer die höchste verfügbare Bandbreite genommen wird.Natürlich hängt das davon ab, wieviel throughput die anderen Prioritäten haben. P0 kriegt auf jeden Fall immer den Rest.
Es macht auch keinen Sinn irgendeine Klasse derart zu begrenzen, da sich die Bandbreite bei Vollast über einen Wahrscheinlichkeitsbaum errechnen lässt. Wenn man sowas mal gemacht hat, weiß man wie stark der Anteil in der 3ten Stufe des Baums geschrumpft ist bei 50%.
Werte um 50% machen also keinen Sinn, in niedrig priorisierten Klassen sollte das auf jeden Fall mehr sein. Ein Beispiel:
P3 -> 90%
P2 -> 80%
P1 -> 70%
P0 -> no limit
Nicht zu empfehlen, da:
1. Nehmen wir an P3 und P2 sind unter Vollast
P3 lässt 10 % über. P2 darf sich davon noch 80 % nehmen => 0.1*0.8=0.08 => 8 % !!!!! Für den Rest => 2%
2. Setzen wir P1 unter Last. Kriegt noch 2 % ab wie wir gesehen haben, aber davon nur 70 % => 0.02 * 0.7 = 1,4% Für den Rest bleiben 0,6 %
Nicht gerade viel, hmm? Was lernen wir daraus ?
Keine Bandbreitenintensive Klasse nach P3, P2P in niedrigste Klasse.Oder wenn es einem wirklich so wichtig ist eine Klasse drüber, dann aber Limit setzen.
Das wäre dann deine Lösung und ich muss sagen:
Du hast es genau richtig verstanden. Deine Lösung ist nahezu perfekt.
Gruß
Andreas
Habe auch gestern Abends mal den ganzen Thread gelesen und Gott sei Dank studiere ich TM und weiß wie es funktioniert ansonsten hätte mich das auch alles ganz schön verwirrt.
Also:
Du bekommst auf P1 mehr als 50 % da
1. Richtig, kein P0 Verkehr da ist und
2. Der Höherpriorisierte Verkehr auch unter 50 % der Bandbreite verschlingt.
Die Limits wirken natürlich nur wenn tatsächlich niedrig priorisierter Verkehr da ist, ansonsten wäre das Verschwendung
P0 auf 50 % zu begrenzen ist sinnlos, da es die niedrigste Priorität ist und von daher immer die höchste verfügbare Bandbreite genommen wird.Natürlich hängt das davon ab, wieviel throughput die anderen Prioritäten haben. P0 kriegt auf jeden Fall immer den Rest.
Es macht auch keinen Sinn irgendeine Klasse derart zu begrenzen, da sich die Bandbreite bei Vollast über einen Wahrscheinlichkeitsbaum errechnen lässt. Wenn man sowas mal gemacht hat, weiß man wie stark der Anteil in der 3ten Stufe des Baums geschrumpft ist bei 50%.
Werte um 50% machen also keinen Sinn, in niedrig priorisierten Klassen sollte das auf jeden Fall mehr sein. Ein Beispiel:
P3 -> 90%
P2 -> 80%
P1 -> 70%
P0 -> no limit
Nicht zu empfehlen, da:
1. Nehmen wir an P3 und P2 sind unter Vollast
P3 lässt 10 % über. P2 darf sich davon noch 80 % nehmen => 0.1*0.8=0.08 => 8 % !!!!! Für den Rest => 2%
2. Setzen wir P1 unter Last. Kriegt noch 2 % ab wie wir gesehen haben, aber davon nur 70 % => 0.02 * 0.7 = 1,4% Für den Rest bleiben 0,6 %
Nicht gerade viel, hmm? Was lernen wir daraus ?
Keine Bandbreitenintensive Klasse nach P3, P2P in niedrigste Klasse.Oder wenn es einem wirklich so wichtig ist eine Klasse drüber, dann aber Limit setzen.
Das wäre dann deine Lösung und ich muss sagen:
Du hast es genau richtig verstanden. Deine Lösung ist nahezu perfekt.
Gruß
Andreas
M sowie bittorrent an ... aber mit cfosspeed scheints besser zu gehen. Danke für den Tip aber auch.
