Raspberry Pi mit Raspbian - How to eth0 traffic shaping ?

[Jefaridas]

Hallo Leute,


ich bin ziemlich neu hier und in der Linuxwelt!

Ich habe nun schon so viel gegoogelt und werde einfach nicht richtig fündig.

Ich habe einen Raspberry Pi mit Raspbian im LAN. Darauf läuft Owncloud und ist für mich im LAN und drei Familienmitgliedern im WAN freigeschaltet. Zugriff läuft über https.



Nun mein Wunsch:

Der Traffic soll in irgendeiner Form an eth0 priorisiert oder begrenzt werden -

SSH soll incomming sowie outgoing immer schnell durchkommen.

https traffic mit dest IP 192.168.178.0/24 soll eine bandwidth von 4000kps haben ( von mir so geschätzt im WLAN Betrieb )

https traffic für den Rest der Welt soll nur einer bandwidth von 100kps zur Verfügung stellen.

Mir würde glaube ich schon reichen, wenn der Traffic für den Rest der Welt begrenzt wird und ich im LAN immer volle Bandbreite habe.


Was muss ich da machen, ich habe schon versucht mit dem Befehl TC rumzuspielen, bekomme aber nichts Brauchbares hin.

So was zum Beispiel:


tc qdisc add dev eth0 root handle 1: htb default 10

tc class add dev eth0 parent 1: classid 1:1 htb rate 2000kbps ceil 5000kbps
tc filter add dev eth0 protocol ip parent 1:0 prio 1 u32 match ip dst 192.168.178.0/24 flowid 1:1

tc class add dev eth0 parent 1:1 classid 1:10 htb rate 30kbps ceil 50kbps


Vielleicht kann mir da jemand weiterhelfen!?


Verzeiht mir, aber einen blutigeren Anfänger wie mir -gibt es wohl nicht...



Gruß
Jefaridas

[BetterWorld]

Du willst also den Verkehr auf der Autobahn von Nürnberg nach München regeln.
Alles was aus dem Norden kommt, darf nach München ganz schnell brettern.
Was nach Österreich, Italien oder in sonst ein südliches Land will, darf nur 80 fahren.

Mit dieser genialen Strategie den Verkehrsfluß optimieren zu wollen,
stellst du ein Geschwindigkeitsbegrenzungszeichen in Wolfsburg auf.
Kann diese arme kleine Verkehrszeichen da wirklich helfen?

Bei deiner Strategie -leicht einsehbar- müsstest du so ein Schild an JEDER Autobahnauffahrt nördlich von Nürnberg platzieren.
Ziemlich aufwendig.
Und nach 200m haben es die Jungs garantiert schon wieder vergessen.
Schwierig dürfte dazu noch werden, den Jungs klarzumachen, dass dieses Verbot erst ab Nürnberg gilt.

Mit einem Wort: An Raspis Netzwerkstack rumzufummeln bringt dir genau gar nix.

Solche Dinger hat der Router zu erledigen.
Und deine Fritzbox kann das nicht.

Warum glaubst du, du müsstest das machen?
Was willst du wirklich erreichen?
SSH ist genügsam, die verfügbare Bandbreite ist "immer zuviel".

[Jefaridas]

...

Warum glaubst du, du müsstest das machen?
Was willst du wirklich erreichen?
.


Mein Upload liegt bei 1MBit. Wenn eine große Datei ins WAN geschickt wird, nutzt sie die gesamte Bandbreite aus, an sich ja nicht verkehrt. Wenn ich aber in dieser Zeit etwas verschicke, darf es ruhig etwas flotter gehen. Und ja, weil ich an der Fritzbox nix frickeln will, möchte ich das OUTGOING Richtung WAN gefälligst nur 80 gefahren werden darf, die anderen aber eine Busspur bekommen...

vielleicht sollte ich mich erkundigen, ob Owncloud einen Limiter für seine User mitbringt. Vielleicht ist das etwas besser...


Oder hat noch jemand eine Idee?

[BetterWorld]

Du kannst das schon machen.
Ein paar Grundlagen dazu, sollte man aber schon verstanden haben.

Lies mal ein wenig über die Grundlagen (http://lartc.org/lartc.html).

[Jefaridas]

Du kannst das schon machen.
Ein paar Grundlagen dazu, sollte man aber schon verstanden haben.

Lies mal ein wenig über die Grundlagen (http://lartc.org/lartc.html).

Danke für den Link, ich werde mir das mal als Bettlektüre vornehmen.

Ich habe jetzt folgendes gemacht:

Auf der Fritzbox kann man Geräte Echtzeitanwendungen, Priorisierte Anwendungen und Hintergrundanwendungen - und diese auch noch bestimmte Ports zuweisen.

Der Pi hat diese Priorisierung nicht. Probiert und erst mal für Gut befunden, das wenn der Chef einen Upload macht, die anderen eben warten müssen.

Ich bin erst mal zufrieden, trozdem Dank an BetterWorld!

Gruß
Jefaridas

[marce]

ein ein wenig Beispiellastigerer Link, der auf den 1. Blick nicht völlig doof aussieht:
http://wiki.linuxwall.info/doku.php/en:ressources:dossiers:networking:traffic_control

Oder mehr Google-Foo mit "QoS" / "quality of service"