
Preco teda vacsina ludi pouziva SQ? Je tam nejaka funkcia o ktorej neviem ?:)
skrebon píše:Zaujima ma Vas nazor, preco pouzivate SQ a zasa druhi QTJa som zavrhol hned na zaciatku QS-moc easy nedala sa rozumne navrhnut cela topologia shapovania. (vyhradene linky na VOIP, do ktorych user i pri prehlteni linky nesiahne... apod).
Preco teda vacsina ludi pouziva SQ? Je tam nejaka funkcia o ktorej neviem ?:)
skrebon píše:Jednoduchsi samozrejme je. Od toho aj simpleAle vyhody chcem vediet
Ja pouzivam SQ len pri vypadku hlavnej konektivity, aby bleskovo kazdemu garantol router strop na 64kbps... Na nic ine...
TooM-As píše:me spis zajimalo, pokud budu chtit kazdeho uzivatele omezit na tolik a tolik , a uz se nestarat jaky provoz to bude (jestli p2p nebo VoIp) tak prece SQ naprosto staci ne ??
knedlik píše:TooM-As píše:me spis zajimalo, pokud budu chtit kazdeho uzivatele omezit na tolik a tolik , a uz se nestarat jaky provoz to bude (jestli p2p nebo VoIp) tak prece SQ naprosto staci ne ??
Jo SQ na to staci, nicmene jednou dojdes k tomu, ze budes muset rozdeli P2P provoz od ostatniho... zvlaste pokud budes chtit davat vetsi rychlosti a posbiras casem vetsi mnozství stahovacu.
riska píše:jestli spravne rozumim tomu co je v manualu, tak simple queues jsou vlastne vytvareny jen na virtualnich rozhranich, kdezto queue tree je umisten na fyzickém rozhrani. lze tak udelat napr. nasledujici omezeni: pomoci simple queue omezim maximalni download a pomoci queue tree pak rozdelim pasmo mezi jednotlive uzivatele. nejprve se aplikuje pravidlo na virtualnim rozhrani global-out a teprve pak na fyzickem rozhrani
pepulis píše:No vsechno co pisete jde udelat pres QT. Nadefinujete hlavni parent s max. moznou rychlosti a pak budete vytvaret podradne parenty pro jednotlivé uživatele.
riska píše:pepulis píše:No vsechno co pisete jde udelat pres QT. Nadefinujete hlavni parent s max. moznou rychlosti a pak budete vytvaret podradne parenty pro jednotlivé uživatele.
jasne, to jde taky. ale co treba ingress shaping - queue tree shapuje jen to co odchazi - a kdyz ho prilepim na global-in tak tam zas nejde nastavit omezeni konkretniho rozhrani
skrebon píše:riska píše:pepulis píše:No vsechno co pisete jde udelat pres QT. Nadefinujete hlavni parent s max. moznou rychlosti a pak budete vytvaret podradne parenty pro jednotlivé uživatele.
jasne, to jde taky. ale co treba ingress shaping - queue tree shapuje jen to co odchazi - a kdyz ho prilepim na global-in tak tam zas nejde nastavit omezeni konkretniho rozhrani
No ingress shaping ako sa to vezme. Vzdy sa da mangle postavit tak, aby bolo vzhladom na QT a global out, postavene na strane, kde odchadza trafficTakze raz manglujeme z WAN do LAN a ip klienta a zasa pre opacny traffic z LAN do WAN a ip klienta na LAN zadefinovane.. Cize sa shapuje len odchadzajuci traffic a vsetko ide ako ma.
riska píše:to ano co kdyz mam tri rozhrani - na prvnim mam 30 klientu a dalsi dve vedou k serverum - chci omezit maximalni upload od klientu (zaroven je rozdelen do trid pomoci HTB. napr na realtime a other) - co ted? kdyz povesim shapery na rozhrani, ktere vedou k serverum tak ty o sobe navzajem nevi a upload od klientu muze dosahovat souctu obou hodnot