PDF zum Download - Heinlein

Michael Bonin (ITD 4) SS 2003 Projektarbeit Seite 15 von 39
Intelligentes Trafficmanagement für Internet Service Provider - Quality of Service mit Linux
SFQ-qdiscs werden meistens am Ende einer hierarchischen Struktur benutzt, da
erst hier die Pakete tatsächlich gepuffert werden und der Verteilungskampf um
die Bandbreite unter den einzelnen Datenpakete und Verbindungen zu Tragen
kommt.
Beispiel:
# BerliNet
tc qdisc add dev eth0 parent 1:3 handle 30: sfq perturb 10
# JPBerlin
tc qdisc add dev eth0 parent 1:4 handle 40: sfq perturb 10
In diesem Beispiel wurden zwei SFQ-qdiscs angelegt, eine für BerliNet und eine
für die JPBerlin. Diese beiden qdiscs haben als hierarchische „Eltern“ (parent)
die Klasse „1:3“ und „1:4“ und hängen von der Schnittstelle eth0 ab. Die qdiscs
selber haben die Flow-ID „30:“ und „40:“. Der Hashwert der Verbindungs-ID wird
dabei alle 10 Sekunden erneuert („perturb 10“) – für uns nicht weiter wichtig.
CBQ ist die Abkürzung für „Class Based Queueing“. Dieses Verfahren arbeitet
nach dem Prinzip, dass Traffic über Klassen markiert wird und dementsprechend
eingestuft und unterschiedlich behandelt wird. CBQ-qdiscs folgen meistens direkt
auf Klassen und werden oft auch direkt während der Definition von Klassen mit
angelegt.
Über Klassen lässt sich die Behandlung bzw. Abarbeitungsweise von
Datenpaketen festlegen, wenn sie aus den cbq-qdiscs ausgelesen und versendet
werden.
Eine Ausnahme ist die root-qdisc. Sie folgt nicht auf eine Klasse und wird
„selbständig“ angelegt.
Beispiel:
tc qdisc add dev eth0 root handle 1: cbq avpkt 1000 bandwidth
10mbit cell 8
In dem Beispiel wird die root-qdisc nach CBQ angelegt. Sie liegt direkt an der
Schnittstelle eth0 als root und erhält die Flow-ID „1:0“, alias „1:“ und hat eine
Bandbreite von 10 MBit bei einer durchschnittlichen Paketgröße von 1000 Bytes
(„avpkt 1000“).