Forum Debian Users Gang

Może nie dawać tych kolejek na Ifb i nie numerować, tylko zostawić je na fizycznych interfejsach i używać bezpośrednio w TC adresów Ip zamiast marków i numerów kolejek?

Chodzi o to, żeby maksymalnie uprościć drzewo kolejek, i być może spróbować z HTB a nie HSFC.

Ostatnio edytowany przez Jacekalex (2014-11-20 08:38:18)

Mój ISP kiedyś takie filtry miał na 5k pacjentów, muszę poszukać w starych mailach, jak znajdę hasło do starego konta na tlenie,  to było wieki temu.

W poczcie się nie zachowało.

W każdym razie, o ile pamiętam, nawet mnie to zdziwiło,
bo cała kolejka, prędkości ceil, maks, burst były przypisane bezpośrednio do IP w jednolinijkowej komendzie TC, bez żadnych dodatkowych filtrów, zwróciłem na to uwagę, jak reklamowałem prędkość wysyłania (Skype na samym audio się zacinał), a admin mi przysłał regułki TC dla mojego  adresu.
Zwróciłem na nie uwagę dlatego, że nawet nie widziałem, że to się da tak uprościć
Jak gdzie je znajdę, to tutaj wrzucę.


Coś podobnego było pod tym adresem:
http://tldp.org/HOWTO/Adv-Routing-HOWTO/lartc.adv-filter.hashing.html
ale w tej chwili serwer leży.

Ostatnio edytowany przez Jacekalex (2014-11-20 09:10:42)

siarka2107 napisał(-a):

Witam, mam mały problem z numerowaniem classid w tc - polega on na tym że gdy parametr osiągnie wartość powyżej 2048 to system nie łyka kolejnych kolejek. Konfiguracja klienta wygląda następująco:

Kod:

class add dev ifb0 parent 2:1 classid 2:14 hfsc ls m2 49kbit ul m2 50000kbit
filter add dev ifb0 protocol ip parent 2: u32 ht 5:0xb: match ip src 172.21.0.11 flowid 2:14
qdisc add dev ifb0 parent 2:14 handle 309:0 sfq perturb 10

Pytanie oczywiste - jak sobie z tym poradzić?

próbowałeś zapis szesnastkowy? będziesz miał 65k możliwości