Traffic Shaping na NSLU2 z Debianem

szafran - 22-07-2006 23:59
Witam,

Posiadam Linksysa NSLU2 na którym mam zainstalowanego Debiana. Chciałem się dowiedzieć co muszę zainstalować i jak to skonfigurować, aby ograniczyć predkość uploadu na jednym porcie tcp do 5kb/s ? (pakiety które mogę instalowac to ARM).

p.s.
Jestem dość zielony w temacie linuksowym, więc prosiłbym o dość szczegółowy opis w miare możliwości.

A ja prosiłbym wszystkich o używanie polskich znaczków w tym wątku [dop. moderator].

Witek Baryluk - 24-07-2006 19:12

Witam
Posiadam Linksysa NSLU2 na którym mam zainstalowanego Debiana. Chciałem sie dowiedzieć co muszę zainstalować i jak to skonfigurować, aby ograniczyć predkość uploadu na jednym porcie tcp do 5kb/s ? (pakiety które mogę instalować to ARM). Zapewne będzie potrzebne jądro z obsługą traffic shaperingu (najlepiej w postaci obsługi htb).
Oraz pakiet iproute.

No to będzie ciężko. Nawet ludzie którzy są anty-zieloni, mogą mieć z tym problem :D

tc class add dev eth0 parent 1: classid 1:1 htb rate 100kbps ceil 100kbps default 11
tc class add dev eth0 parent 1:1 classid 1:11 htb rate 95kbps ceil 100kbps
tc class add dev eth0 parent 1:1 classid 1:12 htb rate 5kbps ceil 5kbps

tc filter add dev eth0 protocol ip parent 1:0 prio 1 u32 \
match ip dport 22 0xffff flowid 1:12 Mam nadzieje że zadziała. ;)

szafran - 24-07-2006 19:20
Dzięki za odpowiedź.
iproute zainstałowalem, tc dziala:
Tylko teraz gdzie mam tego skrypta wrzucić ?

p.s.
Przy logowaniu pokazuje mi coś takiego:
Jak sprawdzić czy to obsługuje ts czy też nie ?

Witek Baryluk - 24-07-2006 19:32
Zrób sobie wlasny skrypt, np. w /etc/init.d/shaper, a następnie dopisz go do sekwencji startowej odpalając # update-rc.d shaper defaults
Ekspreymentalnie, tzn. odpalając ten skrypt i sprawdzając czy działa i nie daje żadnych błędów.
Albo poprostu spróbuj załadować moduł od htb.
# modprobe sch_htb Raczej bedzie, bo to pewnie jadro specjalnie dla tego routerka (albo przynajmniej w zamysle ze bedzie uzyte w jakims routerze), a ludzie ktorzy je przygotowali zapewne o tym pomysleli. Standardowe jadro w debianie nie ma takich rzeczy.

pozdro

szafran - 24-07-2006 19:58
No wlasnie to nie router tylko NAS.
Router mam wrt54gl i tam wystarczy wrzucić do firewall script (co zreszta mam zrobione), tylko potrzebuje dorzucić na nslu2 tylko tą jedną regułkę i bedzie wszystko tak jak chciałem.

A uruchomienie skryptu daje mi cos takiego:

Witek Baryluk - 24-07-2006 20:08
Może w innej kolejności należy wpisać parametry (pisałem z pamięci):
tc class add dev eth0 parent 1: classid 1:1 htb default 11 rate 100kbps ceil 100kbps
tc class add dev eth0 parent 1:1 classid 1:11 htb rate 95kbps ceil 100kbps
tc class add dev eth0 parent 1:1 classid 1:12 htb rate 5kbps ceil 5kbps

tc filter add dev eth0 protocol ip parent 1:0 prio 1 u32 \
match ip dport 22 0xffff flowid 1:12 Albo zamiast "default 11" należy dać "default 1:11", oczywiście poza tym prędkości które tu podałem trzeba pozmieniać adekwatnie do połączenia jakie tam jest i to samo dotyczy portu oczywiście który chcemy ograniczyć.

szafran - 24-07-2006 20:21
Skrypt wygląda dokladnie tak:

I to się wysadza - z default 1:11 ten sam błąd.

Ten skrypt, co mam na routerze wyglada tak:

Przydało by się, żeby to działało :-/

Witek Baryluk - 25-07-2006 16:56

skrypt wyglada dokladnie tak:

i to sie wysadza - z default 1:11 ten sam blad Ok, juz chyba wiem co zle napisalem: powinno byc troche inaczej (ten default powinien byc przy dodawaniu qdisc - ktorego zreszta zapomnialem :D).

#! /bin/sh
tc qdisc add dev eth0 root handle 1: htb default 11

tc class add dev eth0 parent 1: classid 1:1 htb rate 100Mbps ceil 100Mbps
tc class add dev eth0 parent 1:1 classid 1:11 htb rate 99Mbps ceil 100Mbps
tc class add dev eth0 parent 1:1 classid 1:12 htb rate 5kbps ceil 5kbps

tc filter add dev eth0 protocol ip parent 1:0 prio 1 u32 match ip dport 63000 0xffff flowid 1:12
Ale skoro masz juz jakis inny gotowy skrypt to sie mu przejrzyjmy.

przydalo by sie zeby to dzialalo :-/ Wyglada rozsadnie, ktoras komenda zwraca blad?

szafran - 26-07-2006 09:46
No błędu już nie zwraca żadnego, ale wygląda na to, że amule dalej sobie wysyła 10kb/s zamiast 5kb/s :/.