Forum Debian Users Gang

siarka2107 · 2014-11-20 08:28:53

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ć?

Jacekalex · 2014-11-20 08:34:40

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)

siarka2107 · 2014-11-20 08:37:58

Możesz podać przykład bo za bardzo nie kumam o co Ci chodzi z bezpośrednim używaniem adresów ip?

Jacekalex · 2014-11-20 08:47:02

[s]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.[/s]

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 · 2014-11-20 13:58:15

jak widać ruch klasyfikuje za pomocą filtra u32 i nic innego nie przychodzi mi do głowy ponieważ maszyna ma zmostkowane interfejsy i stosowanie iptables odpada a tym samym CLASSIFY i IPMARK...

Nicram · 2014-12-05 10:22:17

[quote=siarka2107]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ć?[/quote]
próbowałeś zapis szesnastkowy? będziesz miał 65k możliwości

siarka2107 · 2014-12-10 21:04:47

numeruję od 5 i wywala mi się na tym

Kod:

class add dev ifb0 parent 2:1 classid 2:0x802 hfsc ls m2 128kbit ul m2 512kbit
filter add dev ifb0 protocol ip parent 2: u32 ht 13:0xe: match ip src 172.25.0.14 flowid 2:0x802

a dokładnie leci błąd:

Kod:

RTNETLINK answers: File exists
We have an error talking to the kernel
Command failed /opt/qos/tc-main.batch:12278

a więc pytanie jak mam podbić ten limit do 65k?

Time (s)	Query
0.00011	SET CHARSET latin2
0.00005	SET NAMES latin2
0.00125	SELECT u., g., o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='18.188.181.163' WHERE u.id=1
0.00115	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '18.188.181.163', 1715695390)
0.00053	SELECT * FROM punbb_online WHERE logged<1715695090
0.00086	SELECT topic_id FROM punbb_posts WHERE id=279888
0.00125	SELECT id FROM punbb_posts WHERE topic_id=26704 ORDER BY posted
0.00068	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=26704 AND t.moved_to IS NULL
0.00005	SELECT search_for, replace_with FROM punbb_censoring
0.00093	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=26704 ORDER BY p.id LIMIT 0,25
0.00109	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=26704
Total query time: 0.00795 s

Forum Debian Users Gang

Ogłoszenie

#1 2014-11-20 08:28:53

siarka2107 - Użyszkodnik DUG

tc i numerowanie classid

Kod:

#2 2014-11-20 08:34:40

Jacekalex - Podobno człowiek...;)

Re: tc i numerowanie classid

#3 2014-11-20 08:37:58

siarka2107 - Użyszkodnik DUG

Re: tc i numerowanie classid

#4 2014-11-20 08:47:02

Jacekalex - Podobno człowiek...;)

Re: tc i numerowanie classid

#5 2014-11-20 13:58:15

siarka2107 - Użyszkodnik DUG

Re: tc i numerowanie classid

#6 2014-12-05 10:22:17

Nicram - Użytkownik

Re: tc i numerowanie classid

Kod:

#7 2014-12-10 21:04:47

siarka2107 - Użyszkodnik DUG

Re: tc i numerowanie classid

Kod:

Kod:

Stopka forum

Informacje debugowania