Ist die Begrenzung des Download-Verkehrs mithilfe von Traffic Shaping hilfreich oder schädlich?

809
killermist

Ich verwende Traffic Shaping in MonoWall (BSD), um meine Heimverbindung zu nutzen. Es ist schon einige Zeit her, seit ich Probleme hatte, bei denen die Interaktion der Benutzer mit dem Internet durch irgendetwas im lokalen Netzwerk verursacht wurde.

Ich habe einige Dokumentation zur Traffic-Shaping-Theorie gelesen und der Nutzen des Shaping-Uploads kann nicht bestritten werden. Aber ich bin am Scheideweg, ob ich Beschränkungen beim Download verwenden sollte oder nicht.

Die entgegengesetzten Denkschulen sind:

  1. Wenn der Datenverkehr über das Netzwerk / Internet an den Router gelangt ist, ist es am besten, einen Teil des Routers abzulegen oder zu verzögern, und eine Beleidigung / Beschädigung des Netzwerks (wenn er zum erneuten Senden von Dingen gezwungen wird).
  2. Wenn einige Dienste / Maschinen Daten "überfordern", werden einige der zurückgegebenen Daten wahrscheinlich bereits im Upstream-Modus abgelegt, bevor sie an den Router gelangen. Dies kann zu schlechten Dingen führen, z. B. DNS-Antworten und ACKs.

Alles in allem ist die Implementierung von Shaping für Downloads sinnvoll oder ist es verschwenderische Kontrolle?

3

1 Antwort auf die Frage

2
haimg

Der Hauptgrund, aus dem Sie den eingehenden Traffic Shaping verwenden möchten, besteht darin, das Bufferbloat- Problem zu vermeiden . Wenn Ihre Internetverbindung ADSL oder Kabel-Internet ist und das Upstream-Gerät über große Puffer verfügt (was normalerweise der Fall ist), passiert die Latenz, sobald Ihre Verbindung vollständig ausgelastet ist. Daher können Sie latenzkritische Dienste wie VoIP nicht gleichzeitig mit dem Herunterladen von Daten usw. verwenden.

Wenn Sie den eingehenden Datenverkehr auf etwa 90% Ihrer maximal verfügbaren eingehenden Bandbreite ausrichten, können Sie die Latenz auf einem überschaubaren Niveau halten, ohne den Gesamtdurchsatz stark zu beeinträchtigen.

Und in diesem Fall werden Pakete nicht wirklich verworfen (das Netzwerk wird gezwungen, sie erneut zu senden), da auf der "anderen Seite" wirklich große Puffer vorhanden sind, sondern nur verzögert werden, was im Laufe der Zeit dazu führen sollte, dass sich das schlecht funktionierende Ding zwingt richtig verhalten? killermist vor 12 Jahren 1
Sobald Sie mit dem Ablegen von Paketen beginnen, wird das andere Ende Ihrer TCP-Verbindung langsamer, und die großen Puffer der Netzwerkgeräte Ihres ISP werden nicht voll. Daher kann der andere Verkehr Sie rechtzeitig erreichen (und nicht am Ende der großen Puffer Ihres Internetdienstanbieters in die Warteschlange gestellt werden). Ich hoffe, das klärt das Problem ... Bitte besuchen Sie die Wikipedia-Seite, die ich für weitere Informationen verlinkt habe. haimg vor 12 Jahren 0
Ich habe mir den Wikipedia-Link angesehen. Das erklärt so viel, warum selbst nach dem Hochladen der Traffic-Shaping-Funktion einige "schlechte Verhaltensweisen" auftraten, während starke Downloads stattfanden. Nach weiteren Überlegungen glaube ich nicht, dass eine kleine Form der Downloads an meinem Ende das Internet "schädigen" wird. killermist vor 12 Jahren 0
Ich möchte nur sagen, dass ich Ingress mitgestalte und es hilft viel. Ich beschränke mich bei 80% auf TBF. Durch das Verlassen der 20% igen Lücke stoppt das Gerät kurz nach dem Start des Herunterladens und die nachfolgenden Verbindungen können einfacher und schneller aufgebaut werden als ohne! Ich arbeite immer noch an einer HTB 3-Klassenlösung und an der automatischen Erkennung von Download-Streams. http://superuser.com/questions/605018/classify-long-lived-connections-with-tc-iptables-netfilter-or-conntrack-traf joeytwiddle vor 11 Jahren 0

Verwandte Probleme