classic.ISPforum.cz

Zdravím,
zajímal by mě váš názor.
Mám například konektivitu 10Mb chci podělit 10 zakazníku aby každý z nich měl max 10 Mb, to je my celkem jasné označím pakety a pomocí queue tree dam skupinu např. download total a kazdému zákazníkovy ve skupině max rychlost 10Mb a minimální 1Mb.
Ale chtěl bych navíc na celou skupinu uplatňovat Qos, ale pokud již označím pakety při značkování zakazníku tak se mi buť neoznačí pří označovaní jednotlivích protokolu ssh,ftp... nedo se mi přepíší.
Jak to řešíte? Nebo je zbytečné používat queue tree a qos najednou?
Díky za případné reakce.

musíš to udělat opačně, označit co chceš priorizovat a na konec všechno a vypnout passthrought.

Pokud to udělam tak že na začátek označovaní dám např. icmp ssh zapnu passthrought a za to dám označovaní veškerého provozu zakazníka tak se mi pakety označené jako icmp,ssh.. přepíší při označovaní u zákazníku zase na veškerý provoz zakazníka.
Pokud passthrought vypnu u označovaní icmp,ssh tak je zase nevidím v provozu zakazníka.
Nemám tušení kde mužu dělat chybu

hmm, sem psal že máš označkova i více pravidly co pořebuješ oddělit od ostatního provozu a za to dát pravidlo pro celej provoz zákazníka který chytne zbytek. Sakra chlape použij mozek.

Možná sem to špatně popsal, mám to jak píšete ale pokud označím např ftp provoz pro qos tak se my tento provoz nebude započítavat do celkového provozu zakazníka ne?

imation píše:Možná sem to špatně popsal, mám to jak píšete ale pokud označím např ftp provoz pro qos tak se my tento provoz nebude započítavat do celkového provozu zakazníka ne?

Pokud zapnes passthrough, tak packet projde dal a jakekoliv jine pravidlo, ktere na nej sedi jej prepise a neuvidis jej jinde, jenom v tom pravidle, ktere ma vypnute passthrough, pokud se chces potom divat co dela jedno pravidlo, potom codela druhe a nakonec treba co delaji vsechny najednou, tak musis udelat queue tree a tam dat parent cely provoz kliose a pod nej naskladat vsechny pravidla, pak uvidis vse jak chces a zaroven muzes QOSovat prioritama u tech podradnych queue jak se ti zlibi.

To ano, ale to bych musel dělat priorizaci u každelo klikoše zvlašť, měl jsem představu že budu prioriziovat až v hlavní skupině např download total a klikoši budou mít jenom svuj limit. Ale pokud označím provoz např ssh pro download total tak už se mi nezapočítá u klikošu.
A jestli budu priorizovat přímo u klikošu tak priorita kterou mu přidělím mu zůstane i po průchodu omezení u klikoše
např. u zakazníka dám ssh proritu 2 zustane ssh tato priorita i pro pruchod přes download total??

QoS sprav na forwarde a shaping jednotlivych klientov na postrouting ,

imation píše:To ano, ale to bych musel dělat priorizaci u každelo klikoše zvlašť, měl jsem představu že budu prioriziovat až v hlavní skupině např download total a klikoši budou mít jenom svuj limit. Ale pokud označím provoz např ssh pro download total tak už se mi nezapočítá u klikošu.
A jestli budu priorizovat přímo u klikošu tak priorita kterou mu přidělím mu zůstane i po průchodu omezení u klikoše
např. u zakazníka dám ssh proritu 2 zustane ssh tato priorita i pro pruchod přes download total??

ono to neni zase tak easy,
hlavne pokud mas nejakou predstavu jinou od reality, tak si zacnes docela drbat palici.

Vyskouším to díky,
Myslíte že pokud to takhle udělám tak to nebude fungovat jak má?
Chci samozřejmě jako všichni ostatní nabídnout co nejvyšší rychlosti. Přestavoval jsem si to tak že na na AP mám propustnost spoje např. 20M mám tam 2 sek. antény na každou nastavím maximální rychlost 10M na anténě je 10 klientu každý bude mít max. 10M s tím že se to bude agregovat pomocí queue tree.
je to blbost? nebo to tak může fungovat.

Nebo se mrkni ke me na demo, treba se ti to bude libit a neco z toho okoukas V sekci dema najdes login.

Díky pěkně udělané, jak to funguje když se naplní TOTAL_IN a začne se uplatňovat agregace jak se to chová nezvýší se všem hodně odezvy?

Nerekl bych, obcas to vecer jede na strope a bez problemu odezva porad stejna, to je dano tim ze to zacne priskrcovat podle priorit, icmp a prioritni sluzby maji nejvyssi priority takze se tam nic nezdrzuje ve fronte.

Add: agregace v ramci dane skupiny se uplatnuje uz pri prekroceni maxima skupiny