Linux.tc - Versionsgeschichte

192.168.115.1: /* Statistik ausgeben, an welchen Stellen die Filter greifen */

2005-11-04T11:39:38Z

Statistik ausgeben, an welchen Stellen die Filter greifen

← Nächstältere Version		Version vom 4. November 2005, 13:39 Uhr
Zeile 125:		Zeile 125:
	== Statistik ausgeben, an welchen Stellen die Filter greifen ==		== Statistik ausgeben, an welchen Stellen die Filter greifen ==

	tc -s class ls dev dsl0
			# Anzeigen, wie Pakete in die einzelnen Klassen bisher eingestuft wurden
			tc -s class ls dev dsl0

			# Anzeigen, wie die Pakete bisher markiert wurden
			iptables -t mangle -nvL

192.168.115.1: /* Einführung */

2005-11-01T11:41:07Z

Einführung

← Nächstältere Version		Version vom 1. November 2005, 13:41 Uhr
Zeile 3:		Zeile 3:
	wir verwenden "iptables" und "tc", 2 der coolsten Linux Projekte.<br>		wir verwenden "iptables" und "tc", 2 der coolsten Linux Projekte.<br>
	<br>		<br>
	Jeder ordentliche Router, oder allgemein, alle Systeme mit einem Flaschenhals auf dem Weg von Quelle zu Ziel sollten eine trickreiche Bandbreiten Kontrolle durchführen. Das Ziel ist, dass grosse Datenbewegungen mit von vorne herein bekannter langer Laufzeit, nicht die kleinen schnellen Datenbewegungen blockieren. Bei DSL Modems leidet der Gesamtdurchsatz, wenn insbesondere der Upstream am Limit betrieben wird. Der Grund: Das TCP Protokoll erfordert hin und wieder Bestätigungspakete, die z.B. einen Download ermöglichen. Ist der Upstream überlastet gehen diese Pakete nicht zeitnah raus, der Download wird langsamer.<br>		Jeder ordentliche Router für DSL, oder allgemein, alle Systeme mit einem Flaschenhals auf dem Weg von Quelle zu Ziel sollten eine trickreiche Bandbreiten Kontrolle durchführen. Das Ziel ist, dass grosse Datenbewegungen mit von vorne herein bekannter langer Laufzeit, nicht die kleinen schnellen Datenbewegungen blockieren. Bei DSL Modems leidet der Gesamtdurchsatz, wenn insbesondere der Upstream am Limit betrieben wird. Der Grund: Das TCP Protokoll erfordert hin und wieder Bestätigungspakete, die z.B. einen Download ermöglichen. Ist der Upstream überlastet gehen diese Pakete nicht zeitnah raus, der Download wird langsamer.<br>
	Das Script beschränkt erst mal grundsätzlich den gesamten Upstream auf 90% seiner netto Leistungskraft. Dadurch kommt es nicht zum Paket Stau im Modem. iptables beurteilt nun alle Pakete, die als Ziel das dsl0 device haben. Es markiert die Pakete nun mit einer Prioritäts - Ziffer (1=hoch ... 4=gering). Mit tc werden 4 korospondierende Klassen erzeugt, denen dann die entsprechenden Pakete zugeteilt werden. Ausgehend werden nun Pakete mit höherer Priorität vorgezogen. Enstehen mehr Pakete als der Upstream verkraftet werden diese in einer eigenen Queue des tc gesammelt (glaube ich).<br>		Das Script beschränkt erst mal grundsätzlich den gesamten Upstream auf 90% seiner netto Leistungskraft. Dadurch kommt es nicht zum Paket Stau im Modem. iptables beurteilt nun alle Pakete, die als Ziel das dsl0 device haben. Es markiert die Pakete nun mit einer Prioritäts - Ziffer (1=hoch ... 4=gering). Mit tc werden 4 korospondierende Klassen erzeugt, denen dann die entsprechenden Pakete zugeteilt werden. Ausgehend werden nun Pakete mit höherer Priorität vorgezogen. Enstehen mehr Pakete als der Upstream verkraftet werden diese in einer eigenen Queue des tc gesammelt (glaube ich).<br>
	Ist im Moment die volle ungeteilte Bandbreite verfügbar, so erfolgt keine Beschränkung.<br>		Ist im Moment die volle ungeteilte Bandbreite verfügbar, so erfolgt keine Beschränkung.<br>

192.168.115.1: /* Einführung */

2005-11-01T11:40:18Z

Einführung

← Nächstältere Version		Version vom 1. November 2005, 13:40 Uhr
Zeile 4:		Zeile 4:
	<br>		<br>
	Jeder ordentliche Router, oder allgemein, alle Systeme mit einem Flaschenhals auf dem Weg von Quelle zu Ziel sollten eine trickreiche Bandbreiten Kontrolle durchführen. Das Ziel ist, dass grosse Datenbewegungen mit von vorne herein bekannter langer Laufzeit, nicht die kleinen schnellen Datenbewegungen blockieren. Bei DSL Modems leidet der Gesamtdurchsatz, wenn insbesondere der Upstream am Limit betrieben wird. Der Grund: Das TCP Protokoll erfordert hin und wieder Bestätigungspakete, die z.B. einen Download ermöglichen. Ist der Upstream überlastet gehen diese Pakete nicht zeitnah raus, der Download wird langsamer.<br>		Jeder ordentliche Router, oder allgemein, alle Systeme mit einem Flaschenhals auf dem Weg von Quelle zu Ziel sollten eine trickreiche Bandbreiten Kontrolle durchführen. Das Ziel ist, dass grosse Datenbewegungen mit von vorne herein bekannter langer Laufzeit, nicht die kleinen schnellen Datenbewegungen blockieren. Bei DSL Modems leidet der Gesamtdurchsatz, wenn insbesondere der Upstream am Limit betrieben wird. Der Grund: Das TCP Protokoll erfordert hin und wieder Bestätigungspakete, die z.B. einen Download ermöglichen. Ist der Upstream überlastet gehen diese Pakete nicht zeitnah raus, der Download wird langsamer.<br>
	Das Script beschränkt erst mal grundsätzlich den gesamten Upstream auf 90% seiner netto Leistungskraft. Dadurch kommt es nicht zum Paket Stau im Modem. iptables beurteilt nun alle Pakete, die als Ziel das dsl0 device haben. Es markiert die Pakete nun mit einer Prioritäts - Ziffer (1=hoch ... 4=gering). Mit tc werden 4 korospondierende Klassen erzeugt, denen dann die entsprechenden Pakete zugeteilt werden. Ausgehend werden nun Pakete mit höherer Priorität vorgezogen. Enstehen mehr Pakete als der Upstream verkraftet werden diese in einer eigenen Queue des tc gesammelt (glaube ich).		Das Script beschränkt erst mal grundsätzlich den gesamten Upstream auf 90% seiner netto Leistungskraft. Dadurch kommt es nicht zum Paket Stau im Modem. iptables beurteilt nun alle Pakete, die als Ziel das dsl0 device haben. Es markiert die Pakete nun mit einer Prioritäts - Ziffer (1=hoch ... 4=gering). Mit tc werden 4 korospondierende Klassen erzeugt, denen dann die entsprechenden Pakete zugeteilt werden. Ausgehend werden nun Pakete mit höherer Priorität vorgezogen. Enstehen mehr Pakete als der Upstream verkraftet werden diese in einer eigenen Queue des tc gesammelt (glaube ich).<br>
			Ist im Moment die volle ungeteilte Bandbreite verfügbar, so erfolgt keine Beschränkung.<br>
			<br>
			Der Downstream kann meines Wissens nicht sinnvoll beschränkt werden. Ich hab mal was über "PAUSE" Pakete gelesen, also die Bitte des Empfängers die Sendungen etwas auszusetzten, dies würde ja für einen konkurierenden Sender für mehr Luft sorgen und diesen schneller machen.

	== Das Script ==		== Das Script ==

192.168.115.1 am 1. November 2005 um 11:34 Uhr

2005-11-01T11:34:06Z

← Nächstältere Version		Version vom 1. November 2005, 13:34 Uhr
Zeile 1:		Zeile 1:
			== Einführung ==

			wir verwenden "iptables" und "tc", 2 der coolsten Linux Projekte.<br>
			<br>
			Jeder ordentliche Router, oder allgemein, alle Systeme mit einem Flaschenhals auf dem Weg von Quelle zu Ziel sollten eine trickreiche Bandbreiten Kontrolle durchführen. Das Ziel ist, dass grosse Datenbewegungen mit von vorne herein bekannter langer Laufzeit, nicht die kleinen schnellen Datenbewegungen blockieren. Bei DSL Modems leidet der Gesamtdurchsatz, wenn insbesondere der Upstream am Limit betrieben wird. Der Grund: Das TCP Protokoll erfordert hin und wieder Bestätigungspakete, die z.B. einen Download ermöglichen. Ist der Upstream überlastet gehen diese Pakete nicht zeitnah raus, der Download wird langsamer.<br>
			Das Script beschränkt erst mal grundsätzlich den gesamten Upstream auf 90% seiner netto Leistungskraft. Dadurch kommt es nicht zum Paket Stau im Modem. iptables beurteilt nun alle Pakete, die als Ziel das dsl0 device haben. Es markiert die Pakete nun mit einer Prioritäts - Ziffer (1=hoch ... 4=gering). Mit tc werden 4 korospondierende Klassen erzeugt, denen dann die entsprechenden Pakete zugeteilt werden. Ausgehend werden nun Pakete mit höherer Priorität vorgezogen. Enstehen mehr Pakete als der Upstream verkraftet werden diese in einer eigenen Queue des tc gesammelt (glaube ich).

	== Das Script ==		== Das Script ==

192.168.115.1: /* Statistik ausgeben, an welchen Stellen die Filter greifen */

2005-11-01T09:42:08Z

Statistik ausgeben, an welchen Stellen die Filter greifen

← Nächstältere Version		Version vom 1. November 2005, 11:42 Uhr
Zeile 116:		Zeile 116:
	== Statistik ausgeben, an welchen Stellen die Filter greifen ==		== Statistik ausgeben, an welchen Stellen die Filter greifen ==

	tc -s class ls dev dsl0		tc -s class ls dev dsl0

192.168.115.1: /* Das Script */

2005-11-01T09:41:29Z

Das Script

192.168.115.1 am 1. November 2005 um 09:40 Uhr

2005-11-01T09:40:36Z

Änderungen zeigen

192.168.115.1 am 1. November 2005 um 09:22 Uhr

2005-11-01T09:22:21Z

← Nächstältere Version		Version vom 1. November 2005, 11:22 Uhr
Zeile 30:		Zeile 30:
	Das setup hat allergings einen Nachteil, da die bandbreiten statisch zugewiesen werden, d.h sollte nur das Subnetz 192.168.113.0 upstream benoetigen und die anderne 2 Subnetze nicht, so werden trozdem nur 42KBit benutzt, obwohl zu diesem zeitpunkt 128Kbit (beiTDSL) zu Verfuegung stünden.		Das setup hat allergings einen Nachteil, da die bandbreiten statisch zugewiesen werden, d.h sollte nur das Subnetz 192.168.113.0 upstream benoetigen und die anderne 2 Subnetze nicht, so werden trozdem nur 42KBit benutzt, obwohl zu diesem zeitpunkt 128Kbit (beiTDSL) zu Verfuegung stünden.
	Wenn du ereichen willst das sich die eine Klasse freie bandbreite von der anderen leihen willst musst du einen tieferen Baum mit Zwischenklassen aufbauen, dann kommst du um das Adv-Routing-Howto nicht herum		Wenn du ereichen willst das sich die eine Klasse freie bandbreite von der anderen leihen willst musst du einen tieferen Baum mit Zwischenklassen aufbauen, dann kommst du um das Adv-Routing-Howto nicht herum

			== Statistik ausgeben, an welchen Stellen die Filter greifen ==

			tc -s class ls dev dsl0

192.168.115.1 am 31. Oktober 2005 um 13:54 Uhr

2005-10-31T13:54:20Z

Neue Seite

hi,

ich hab vor kurzem ein änliches System wie du aufgesetzt und mir mit dem Advanced Routing Howto etwas schwer getan, habs dann allerdings doch noch hinbekommen

ich poste dir einfach mal meine config, vielleicht hilfts dir ja :

// Markierung der Pakete aus 192.168.113.0/24
/usr/local/sbin/iptables -A PREROUTING -t mangle -s 192.168.113.0/24 -j MARK --set-mark 3 &&
// Markierung der Pakete aus 192.168.111.0/24
/usr/local/sbin/iptables -A PREROUTING -t mangle -s 192.168.111.0/24 -j MARK --set-mark 1 &&
// Markierung der Pakete aus 192.168.112.0/24
/usr/local/sbin/iptables -A PREROUTING -t mangle -s 192.168.112.0/24 -j MARK --set-mark 2 &&
// root klasse
/usr/sbin/tc qdisc add dev ppp0 root handle 1: cbq bandwidth 128Kbit avpkt 1000 mpu 64 &&
// Klasse fuer dir volle Bandbreite (um traffic vorbeuschleusen zu koennen)
/usr/sbin/tc class add dev ppp0 parent 1:0 classid 1:1 cbq bandwidth 128Kbit rate 128Kbit allot 1514 prio 4 maxburst 1 avpkt 1000 bounded &&
//Klasse fuer das Subnet 192.168.113.0
/usr/sbin/tc class add dev ppp0 parent 1:1 classid 1:2 cbq bandwidth 128Kbit rate 42Kbit allot 1514 prio 4 maxburst 1 avpkt 1000 bounded &&
// Klasse fuer das Subnetz 192.168.112.0
/usr/sbin/tc class add dev ppp0 parent 1:1 classid 1:3 cbq bandwidth 128Kbit rate 42Kbit allot 1514 prio 4 maxburst 20 avpkt 1000 bounded &&
// Klasse fuer das Subnetz 192.168.111.0
/usr/sbin/tc class add dev ppp0 parent 1:1 classid 1:4 cbq bandwidth 128Kbit rate 42Kbit allot 1514 prio 7 maxburst 20 avpkt 1000 bounded &&
// Filter der alle mit 3 Markierten Palete in die Klasse 1:2 routed usw.
/usr/sbin/tc filter add dev ppp0 prio 100 protocol ip handle 3 fw classid 1:2 &&
/usr/sbin/tc filter add dev ppp0 prio 100 protocol ip handle 2 fw classid 1:3 &&
/usr/sbin/tc filter add dev ppp0 prio 100 protocol ip handle 1 fw classid 1:4

Das setup hat allergings einen Nachteil, da die bandbreiten statisch zugewiesen werden, d.h sollte nur das Subnetz 192.168.113.0 upstream benoetigen und die anderne 2 Subnetze nicht, so werden trozdem nur 42KBit benutzt, obwohl zu diesem zeitpunkt 128Kbit (beiTDSL) zu Verfuegung stünden.
Wenn du ereichen willst das sich die eine Klasse freie bandbreite von der anderen leihen willst musst du einen tieferen Baum mit Zwischenklassen aufbauen, dann kommst du um das Adv-Routing-Howto nicht herum

← Nächstältere Version		Version vom 1. November 2005, 11:41 Uhr
Zeile 27:		Zeile 27:
	#		#
	#		#

	echo " Erstelle Markierungsrichtlinien..."		echo " Erstelle Markierungsrichtlinien..."


	# zu ueberwachendes Geraet		# zu ueberwachendes Geraet
	DEV=dsl0		DEV=dsl0


	# Uplink Speed (90% von Fullspeed, damit der Modembuffer nicht ueberlaeuft)		# Uplink Speed (90% von Fullspeed, damit der Modembuffer nicht ueberlaeuft)
	UPLINK=460		UPLINK=460

	#### Prioritaetsmarke fuer ausgehende Packete setzen ########################################		#### Prioritaetsmarke fuer ausgehende Packete setzen ########################################

	iptables -A PREROUTING -t mangle -s 192.168.115.191 -j MARK --set-mark 4		iptables -A PREROUTING -t mangle -s 192.168.115.191 -j MARK --set-mark 4

	### - Prioritaet 1 - Packete die hoechste Prio bekommen sollen werden mit 1 markiert (--set-mark 1) ###		### - Prioritaet 1 - Packete die hoechste Prio bekommen sollen werden mit 1 markiert (--set-mark 1) ###
	#SSH, SIP, RTP, TOS=Minimize Delay		#SSH, SIP, RTP, TOS=Minimize Delay
Zeile 48:		Zeile 48:
	iptables -t mangle -o $DEV -A POSTROUTING -p UDP --dport 5060 -j MARK --set-mark 1		iptables -t mangle -o $DEV -A POSTROUTING -p UDP --dport 5060 -j MARK --set-mark 1
	iptables -t mangle -o $DEV -A POSTROUTING -p UDP --sport 10000:10010 -j MARK --set-mark 1		iptables -t mangle -o $DEV -A POSTROUTING -p UDP --sport 10000:10010 -j MARK --set-mark 1


	### Prioritaet 2 Packete die zweithoechste Prio bekommen sollen werden mit 2 markiert ###		### Prioritaet 2 Packete die zweithoechste Prio bekommen sollen werden mit 2 markiert ###
	# TCP ACKs, TOS= Max Throughput		# TCP ACKs, TOS= Max Throughput
	iptables -t mangle -o $DEV -A POSTROUTING -p TCP -m length --length :64 -j MARK --set-mark 2		iptables -t mangle -o $DEV -A POSTROUTING -p TCP -m length --length :64 -j MARK --set-mark 2
	iptables -t mangle -o $DEV -A POSTROUTING -p TCP -m tos --tos Maximize-Throughput -j MARK --set-mark 2		iptables -t mangle -o $DEV -A POSTROUTING -p TCP -m tos --tos Maximize-Throughput -j MARK --set-mark 2


	### Prioritaet 3 - Standard ###		### Prioritaet 3 - Standard ###


	## Prioritaet 4 - Packete die geringste Prio bekommen sollen werden mit 4 markiert ###		## Prioritaet 4 - Packete die geringste Prio bekommen sollen werden mit 4 markiert ###
	# EMULE, TOS=Min Throughput		# EMULE, TOS=Min Throughput
Zeile 65:		Zeile 65:
	iptables -t mangle -o $DEV -A POSTROUTING -p UDP --dport 4672 -j MARK --set-mark 4		iptables -t mangle -o $DEV -A POSTROUTING -p UDP --dport 4672 -j MARK --set-mark 4
	iptables -t mangle -o $DEV -A POSTROUTING -p TCP -m tos --tos Minimize-Cost -j MARK --set-mark 4		iptables -t mangle -o $DEV -A POSTROUTING -p TCP -m tos --tos Minimize-Cost -j MARK --set-mark 4

	#################################################################################		#################################################################################

	tc qdisc del dev $DEV root		tc qdisc del dev $DEV root

	echo " Erstelle Klassen ..."		echo " Erstelle Klassen ..."

	# Installation einer HTB Warteschlange, (Hierarchy Token Bucket)		# Installation einer HTB Warteschlange, (Hierarchy Token Bucket)
	# alle Packete gehen in diese Warteschlange		# alle Packete gehen in diese Warteschlange
Zeile 78:		Zeile 78:
	# Packete die nicht markiert worden sind gehen in die Klasse 30 (default 30)		# Packete die nicht markiert worden sind gehen in die Klasse 30 (default 30)
	tc qdisc add dev $DEV root handle 1: htb default 30		tc qdisc add dev $DEV root handle 1: htb default 30

	# Erstellen einer Hauptklasse in der alle Packete gelangen		# Erstellen einer Hauptklasse in der alle Packete gelangen
	tc class add dev $DEV parent 1: classid 1:1 htb rate ${UPLINK}kbit		tc class add dev $DEV parent 1: classid 1:1 htb rate ${UPLINK}kbit

	# Erstellen von Unterklassen und Zuordnung von garanierten min Bandbreiten bis max Bandbreite		# Erstellen von Unterklassen und Zuordnung von garanierten min Bandbreiten bis max Bandbreite
	# $[50*UPLINK/100] miniumum garantierter Durchsatz 50% vom Uplink		# $[50*UPLINK/100] miniumum garantierter Durchsatz 50% vom Uplink
Zeile 90:		Zeile 90:
	# an die einzelnen Klassen vergeben wird		# an die einzelnen Klassen vergeben wird
	# (die hoehere Klasse bekommt zuerst Bandbreite wenn Bandbreite verfuegbar ist)		# (die hoehere Klasse bekommt zuerst Bandbreite wenn Bandbreite verfuegbar ist)

	tc class add dev $DEV parent 1:1 classid 1:10 htb rate $[50*UPLINK/100]kbit ceil ${UPLINK}kbit prio 1		tc class add dev $DEV parent 1:1 classid 1:10 htb rate $[50*UPLINK/100]kbit ceil ${UPLINK}kbit prio 1
	tc class add dev $DEV parent 1:1 classid 1:20 htb rate $[30*UPLINK/100]kbit ceil ${UPLINK}kbit prio 2		tc class add dev $DEV parent 1:1 classid 1:20 htb rate $[30*UPLINK/100]kbit ceil ${UPLINK}kbit prio 2
	tc class add dev $DEV parent 1:1 classid 1:30 htb rate $[20*UPLINK/100]kbit ceil ${UPLINK}kbit prio 3		tc class add dev $DEV parent 1:1 classid 1:30 htb rate $[20*UPLINK/100]kbit ceil ${UPLINK}kbit prio 3
	tc class add dev $DEV parent 1:1 classid 1:40 htb rate $[10*UPLINK/100]kbit ceil ${UPLINK}kbit prio 4		tc class add dev $DEV parent 1:1 classid 1:40 htb rate $[10*UPLINK/100]kbit ceil ${UPLINK}kbit prio 4


	# Packete die von Firewall mit 1 markiert worden sind (handle 1) werden an Klasse 1:10 weitergeleitet usw...		# Packete die von Firewall mit 1 markiert worden sind (handle 1) werden an Klasse 1:10 weitergeleitet usw...

	tc filter add dev $DEV protocol ip parent 1:0 prio 1 handle 1 fw flowid 1:10		tc filter add dev $DEV protocol ip parent 1:0 prio 1 handle 1 fw flowid 1:10
	tc filter add dev $DEV protocol ip parent 1:0 prio 2 handle 2 fw flowid 1:20		tc filter add dev $DEV protocol ip parent 1:0 prio 2 handle 2 fw flowid 1:20
	tc filter add dev $DEV protocol ip parent 1:0 prio 3 handle 3 fw flowid 1:30		tc filter add dev $DEV protocol ip parent 1:0 prio 3 handle 3 fw flowid 1:30
	tc filter add dev $DEV protocol ip parent 1:0 prio 4 handle 4 fw flowid 1:40		tc filter add dev $DEV protocol ip parent 1:0 prio 4 handle 4 fw flowid 1:40

	# alle Hosts einer Klasse werden gleich behandelt (SFQ Stochastic FAIRNESS QUEUE)		# alle Hosts einer Klasse werden gleich behandelt (SFQ Stochastic FAIRNESS QUEUE)
	# kommt zum Einsatz wenn z.B. meherer Rechner im Netz Bandbreite einer Klasse benutzen		# kommt zum Einsatz wenn z.B. meherer Rechner im Netz Bandbreite einer Klasse benutzen
	# und ein Rechner auf Grund seiner Hardware schneller Packete empfanggen und senden kann		# und ein Rechner auf Grund seiner Hardware schneller Packete empfanggen und senden kann
	# hierdurch wird verhindert dass dieser Rechner den anderen rechnern die Bandbreite enzieht		# hierdurch wird verhindert dass dieser Rechner den anderen rechnern die Bandbreite enzieht

	tc qdisc add dev $DEV parent 1:10 handle 10: sfq perturb 10		tc qdisc add dev $DEV parent 1:10 handle 10: sfq perturb 10
	tc qdisc add dev $DEV parent 1:20 handle 20: sfq perturb 10		tc qdisc add dev $DEV parent 1:20 handle 20: sfq perturb 10