|
|
|
RAZRABOTKI
|
Razmisli po HFSC
|
|
|
|
|
|
ot zlatozar(21-10-2006)
reiting (24)
[ dobre ]
[ zle ]
Variant za otpechatvane Reshih da napisha statiia za PF ama to kato gledam s kakva skorost se razvivata niama da stane skoro. Zatova shte opitam da si raziasnia HFCS planirovchika. SHTe poiasnia osnovnite neshta, optimizatsiiata i "hvatkite" sa si vashe delo.
Otkude idva imeto HFSC? Tova e sukrashtenie na Hierarchical Fair Service Curve Algorithm. Eto i kakva e ideiata. Dobre e planirovchika da se samonaglasia i da vzema rasheniia spored sluchaia - selfadopted.
V HFSC ima DVA planirovchika(packet schedularas). Purviia e garantiraniia ili t.n. realtime, a vtoriia linkshare. HFSC shte izbere avtomatichno, koi ot dvata shte izpolzva ako na mesta parametrite se prepokrivat. Parametrite, koito kontrolirat tezi dva planirovchika sa:
realtime - toi kontrolira minimalnata shirina (bandwidth), koiato se iziskva ot opashkata. Kogato ima vuzmozhnost HFSC predpochita tozi, toi e default. Goleminata mu shte narastva dokato se dostigne limita na kanala ili se dostigne upperlimit ogranichenieto. Ako niamame realtime planirovchik ili "interneta" ni e malko i ne mozhem da garantirame nuzhniia minimum, shte se izpolzva linkshare. Tozi parametur e optsionalen.
Oshte po nagledno:
if (there is an eligible packet)
/* real-time criteria */
send eligible packet with min. deadline d ;
else
/* link-sharing criteria */
send packet with min. virtual time v ;
linkshare - toi opredelia kolko da se vzeme trafika za tekushtata ot opashkata bashta (parent queue). Razpredelia proportsionalno interneta. Ako imame izlishuk toi shte se izpolzva spored dopulnitelnite parametri ili dokato se dostigne upperlimit (ako e upomenat). I tozi parametur e optsionalen.
Malko po osobeno e. Kudeto sa definirani realtime i linkshare i parametrite v tiah se prepokrivat shte se predpochete realtime. Realtime e planirovchika po podrazbirane. I oshte neshto, ako v definitsiiata na opashkata (a ne v altq) ne se izpolzva linkshare zadulzhitelno triabva da se napishe bandwidth! V protiven sluchai pfctl shte se oplache. Zapomnete go, makar mai se promeni tova v novite versii na pf.
Nadlezhno pokazvam kakvo sum vidial v koda:
ls - linkshare
rt - realtime
ul - upper limit
/* if link_share is not specified, use bandwidth */
if (opts->lssc_m2 == 0)
opts->lssc_m2 = pa->bandwidth;
if ((opts->rtsc_m1 > 0 && opts->rtsc_m2 == 0) ||
(opts->lssc_m1 > 0 && opts->lssc_m2 == 0) ||
(opts->ulsc_m1 > 0 && opts->ulsc_m2 == 0)) {
warnx("m2 is zero for %s", pa->qname);
return (-1);
}
Primer:
altq on $ext_if hfsc bandwidth 45Mb
queue{dns, ssh, www, mail, other}
queue dns bandwidth 10%
queue ssh bandwidth 10%
queue mail bandwidth 20%
queue www bandwidth 40%
queue other hfsc(default)
upperlimit - tova e maksimalnoto kolichestvo "internet", koeto niakoia ot opashkite mozhe da izpolzva. I oshte neshto, koeto se razbira ama az da si go kazha: Stoinostta na upperlimmit triabva da e po-goliama ot limitite postaveni v realtime i linkshare. Tozi parametur e optsionalen.
Nuzhdaem se i ot malko teoriia. Eto i neobhodimata portsiia.
Sled vseki edin ot tezi parametri ima chislo, koeto ukazva kakva chast ot internet potoka triabva da se zadeli ili ot slednite 3 chisla (m1 d m2). Kakvo zanachat tezi chisla
m1 - purvonachalnoto kolichestvo internet.
d - zabavianeto (time delay, in milliseconds)
m2 - korektsiia na kolichestvoto internet
Tezi parametri opredeliat taka narechenata "servizna kriva" (service curve). Tia mozhe da bude dva tipa:
izpuknala (convex) pri m1 > m2
vdlubnata (concave) pri m1
Interesen e sluchaia m1 = m2. V tozi sluchai niama da ima korektsii i vie prosto priniziavate HFSC do CBQ ;)
Zabelezhka: Osven tazi dinamika mozhete i da dobavite i prioriteti na paketite (PRIQ).
VAZHNO:
1) realtime parametrite ne mogat da budat po-golemi ot 75% ot tseliia ni internet (total interface bandwidth)
2) krivata na realtime triabva da e vinagi izpuknala (m1 > m2).
Da onagledim neshtata:
# PARENT QUEUE DEFINITION
altq on $ext_if hfsc bandwidth 45Mb
queue{dmznet, prvnet, others}
# CHILD QUEUE DEFINITIONS
# ako paketite se zadurzhat do 10 sek. shte vzeme 50% ili poveche
# ot tsialiia internet. Kogato paketite pristigat poveche i poveche i
# planirovchika gi zadurzha poveche ot 10 sek. shte se opita da se korigira
# i zavzeme 65% ot interneta.
queue dmznet hfsc(linkshare (50% 10000 65%))
# i tuk e sushtoto, samo che shte se korigira kum po-malko!
queue prvnet hfsc(linkshare (40% 5000 25%))
queue others hfsc(default)
Neka da poiasnim neshtata. Mozhe da razglezhdate opashkite kato skacheni sudove, ednoto e za smetka na drugoto. Zatova sumata ot parametrite ot edin vid ne triabva da nadvishavat kolichestvoto internet (total bandwith) kato default opashkata ne vliza v tiia smetki. Tezi stoinosti mogat da sa %, b, Kb, Mb, Gb.
Da napravim analiz. Da kazhem, che v DMZ zonata ima FTP survur i v edin moment pochva da bulva trafik i "trubata" ot 50% ne mozhe da smogne (bavi paketite poveche ot 10 sek.) zatova planirovchika ia razshiriava avtomatichno. Razshiriavaneto e za smetka obache na privnet. Zashto sum slozhil sum 5 sek? Rasuzhdavam taka, ako niakoe tipche trugne da svalia neshto shte zapulni "trubata" i az shte go rezna kato izrichno namalia kapatsieta. Vtoro, ako zabavianeto e poveche ot 5 sek. to niakude drugade(v sluchaia dmz zonata) stava neshto, triabva poveche internet. Hm, za optimizatsiiata se razbrahme ne moga da kazha tochno kakvo triabva da e zabavianeto (delay).
Zapameti. Gornata granitsa na razshiriavaneto mozhe da se ogranichi edinstveno ot upperlimit.
Neshtata stavat oshte po-interesni, kogato namesim i realtime. Kakto vi kazah mogat da budat definirani ednovremenno. HFSC avtomatichno shte izbere, koi shte svurshi po-dobra rabota. Mozhe da izberete da imat ednakvi parametri, mozhe i da izmislite neshto po-hitro. Derzaite, no ne zabraviaite, che serviznata kriva na realtime vinagi triabva da bude izpuknala (m1 > m2). I ot tuk i prostichkoto pravilo: ako iskate pri zabaviane da uvelichite kanala - linkshare, ako ne - realtime.
Primer:
# PARENT QUEUE DEFINITION
altq on $ext_if hfsc bandwidth 45Mb
queue{dmznet, prvnet, others}
# CHILD QUEUE DEFINITIONS
queue dmznet hfsc(linkshare (50% 10000 65%))
# HFSC shte izbere sam.
queue prvnet hfsc(realtime (40% 5000 25%) linkshare (40% 5000 25%))
queue others hfsc(default)
I ostana posledno smiataneto na kolichestvata internet. Sravnete slednite dva primera:
# CBQ
altq on $ext_if cbq bandwidth 20Mb queue{dmznet, prvnet, others}
# prvnet gets 8Mb
queue prvnet bandwidth 40% queue{host1, host2}
# host1 gets 4Mb
queue host1 bandwidth 50%
# host2 gets 4Mb
queue host2 bandwidth 50%
# HFSC
altq on $ext_if hfsc bandwidth 20Mb queue{dmznet, prvnet, others}
# prvnet gets 8Mb
queue prvnet hfsc(linkshare 40%) queue{host1, host2}
# host1 gets 4Mb
queue host1 hfsc(linkshare 20%)
# host2 gets 4Mb
queue host2 hfsc(linkshare 20%)
Kakvo se zabeliazva? CBQ razpredelia parametrite spriamo parent opashkata, a HFSC spriamo root! Mnogo chesto se greshi vnimavaite!
Iskam da spomena i edin drug parametur, koito chesto pipam qlimit. Toi opredelia kolko da e goliama opashkata i ot tam kolko gladko da se obrabotva. Po podrazbirane e 50 paketa. Predi da pravite radikalni promeni poigraite si s qlimit.
queue oRel bandwidth 128Kb qlimit 100 hfsc( linkshare 128Kb ) { oRelTCP, oRelUDP }
queue oRelTCP bandwidth 64Kb qlimit 60 hfsc( linkshare 64Kb default red )
queue oRelUDP bandwidth 64Kb qlimit 60 hfsc( linkshare 64Kb)
Kakvo da izpolzvame? Ako iskame da sortirame trafika po prioritet shte se vuzpolzvame ot PRIQ. Ako iskame da razpredelim neshtata "na kalpak" - CBQ. I nakraia ako iskame vsichko tova plyus razni drugi krasivi dobavki HFSC.
Ako i tova ne vi e dostatuchno vizhte v bloga mi http://zlatozar.blogspot.com
<< Programirane grafichen interfeis (GUI) s Lazarus i freepascal | Kraina tsel: FreeBSD >>
|
|
|
|
|
malko poiasneniia molia Ot: ken Na: 20-10-2006@17:00 GMT+2 Otsenka: 1/Neutralenkakvo e PF? i sushto HFCS. no na bulgarski , razbiraemo kato za nachinaeshti. taka kakto e sega tazi informatsiia, vse edno e izvadena ot niakoe readme ot sredata. ....
[Otgovori na tozi komentar]
Kum: malko poiasneniia molia Ot: ... Na: 20-10-2006@18:13 GMT+2 Otsenka: 1/NeutralenSHTom nishto ne ti govori znachi deistvitelno si nachinaesht i togava temata v tazi statiia ne bi triabvalo da te interesuva,zashtoto taka ili inache niama da ti svurshi rabota
Ako puk si lyubopiten za kakvo stava duma vinagi mozhesh da popitash purvo nai-dobriia priiatel na choveka - google.
Uspeh.
[Otgovori na tozi komentar] Kum: malko poiasneniia molia Ot: SysAdmin Na: 20-10-2006@21:07 GMT+2 Otsenka: 1/NeutralenKolegata obiasniava za po-naprednali. Mozhe bi niakoi tipichen Linuks potrebitel niama da razbere lesno temata, zashtoto tova e *BSD produkt. Veche niakolko godini ima opiti da se portne PF v Linuks, zasega niama rabotesht proekt. Taka ili inache, PF e paketen filtur, sobstvena versiia s otvoren kod na tima na OpenBSD, doprinesul za mnogo novosti v sveta na otvorenite *nix sistemi, shte napomnia samo za OpenSSH. Predi versiia 3.0 v OpenBSD se izpolzvashe IPF, koito obache smenia litsenza si i zatova timut se zaema sus zadachata da si napishe sobstven paketen filtur. Sled golemiia uspeh, PF biva portnat vuv FreeBSD i NetBSD, otnachalo kato beta proekti na samodeitsi, sled tova stava chast ot portovata sistema na dvete distributsii. Niama da obiasniavam zashto PF e po-dobur ot ipfw (i dummynet), faktut che se nalozhi imenno PF e pokazatelen...
[Otgovori na tozi komentar] Kum: malko poiasneniia molia Ot: k4BIG <treach__at__mail[ tochka ]bg> Na: 21-10-2006@16:57 GMT+2 Otsenka: 1/NeutralenMersi za razrabotkata:)Strahotna e.S neturpenie chakam i drugi takiva statii ot zlatozar za PF to kakto e obeshtal:)
ken ako te interesuva v obshti linii kakvo e PF razgledai http://www.openbsd.org/faq/pf/.
[Otgovori na tozi komentar]
HFSC Ot: Dimitur Vasilev <dimitar__dot__vassilev __@__ gmail__dot__com> Na: 21-10-2006@9:40 GMT+2 Otsenka: 1/NeutralenZlatozare,
imam niakolko preporuki otnosno tvoite statii:
Purvo:
Pishi malko, no kachestveno."Statiiata" ti niama logicheski otdeleni uvod, osnovna chast i zaklyuchenie. Vsichko idva kato potok na suznanieto.
Vtoro:
nedei da pishesh v statii v prekaleno neformalen stil s nedostatuchno informatsiia. Oshtetiavash tezi, koito ne znaiat dostatuchno i otbluskvash horata, koito znaiat poveche.
Treto:
Pravopis i gramatika. Pishe se "statiia", slagat se zapetaiki, ne se slagat bukvi ot latinskata azbuka. Vse oshte sme Bulgariia po ofitsialni danni.
Komentarut po znaniiata ti po angliiska gramatika shte spestia.
CHetvurto:
Ostaviai za niakolko dena i posle pak preprochitai kakvo si pisal predi da pusnesh za publichen dostup. SHTe me nakarash da ti podaria pravopisen rechnik.
Peto: Otnasiai se kum chitatelia s uvazhenie i ne polzvai stilistika na detska uchitelka - "zadulzhitelno triabva da se napishe bandwidth!"
i udivitelni znatsi. Drazni.
Procheti kak pishat Veso Kolev, Internet Storm Center, SANS i drugi.
SHesto:
Izpusnal si da posochish i stranitsata na choveka deto razrabotva HFSC
http://www.cs.cmu.edu/~hzhang/HFSC/main...
Tam e pokazano na 3-4 slaida za kakvo ide rech i e dosta po-iasno.
Sedmo: korigirai terminologiiata si.
Servizna kriva si e servizna kriva - no ne si spomenal zashto se naricha taka. Naricha se taka, zashtoto e vektorna kriva po koiato se pravi izchisleniia za ogranicheniiata na koito podlezhat dadeni uslugi za opredelen subekt v dadena situatsiia.
"schedularas", deto se pishe schedulers e po-udachno da se nareche paketen koordinator/razpredelitel. Podvel si se po bukvalniia prevod. Ostanalite greshki ostaviam na teb.
[Otgovori na tozi komentar]
Dimitur Vasilev Ot: k4BIG <treach__at__mail__dot__bg> Na: 21-10-2006@17:12 GMT+2 Otsenka: 1/NeutralenDimitur Vasilev ami iskam i az da kazha 1-2 dumi.
Ne sum vidial mnogo razraboteni materiali po vuprosa dobre osobeno ot bulgari i vseki takuv opit e dobre doshul.
Znam ,che kritikata ti e gradivna i chesno kazano i az te podkrepiam ,NO nemislia che momenta e podhodiasht.
Toest kogato ima konkurentsiia v neshto mozhe da imash iziskvaniia.Kogato ne ..znaesh otgorova.
V momenta az i drugite koito chetem s interes podobni statii riskuvame da zagubim trudolyubiv chovek.
SHTe kazhesh e kak mozhe kritikata e gradivna nishto losho ne kazvam...emi hora mnogo i nachinite po koito reagirat na neshtata sa razlichni.
Na tebe mozhe da ne ti puka zashtoto nai-veroiatno razbirash ot materiiata no na drugi im puka.
Taka ,che neka ostavim horata da se samokritikuvat.Ako ne mogat neka gi zakachame kogato ni prechat.
Ako si moderator ili neshto podobno na saita si zimam dumite ponezhe imash pravo.Vuv vseki drug sluchai obache ne sum sulgasen po ninakuv nachin s deistviiata ti.
Ako imash neshto takova za kazvane viarvam ima meilove i t.n. priveit komunikatsii.
Ne se iaviavam advokat prosto izraziavam mnenie kakto i ti si napravil.
Pozdravi
[Otgovori na tozi komentar] Kum: HFSC Ot: zlatozar <zlatozar (a) hotbox__dot__ru> Na: 21-10-2006@20:45 GMT+2 Otsenka: 1/NeutralenBlagodaria ti Dimitre,
Da pravopisa mi kutsa. Da ti si po-dobur.
Tova sa razmisli, taka che ne e redno da ima uvod.
Napisvaneto na tazi statiia mi otne mnogo vreme i ne mi beshe lesno da stigna do niakoi izvodi. Neka vseki pogledne posocheniia ot Dimitur adres i da se opita da prilozhi znaniiata pridobiti ot tam na praktika. Uspeh.
Opitvam se da spodelia nauchenoto i da pomogna na BSD grupata v Bulgariia, no do tuk biah.
Kritikata e konstruktivna, priznavam. Draznime kak e nadmenno e napisana. Dimitre, kak mozhe da se durzhisht taka sled kato si vinoven http://freebsd-bg.org/ da umre. Tam ima samo edna ostariala avtorska statiia (s uvod) i niakolko prevodni, koito sa bezmisleni. Sramota.
Au kak me nervira....Stila si e moi. Ne obicham shemite ot nachalnoto uchilishte.
[Otgovori na tozi komentar]
Kum: Kum: HFSC Ot: Dimitur Vasilev <dimitar[ tochka ]vassilev (a) gmail[ tochka ]com> Na: 21-10-2006@22:13 GMT+2 Otsenka: 1/NeutralenZlatozare,
znam ot sobstven opit, che e trudno da si sdurzhash nervite, kogato trudut ti ne e otsenen, no triabva.
Nuzhno e da go opakovash vuv vid, koito shte go prodade. Kogato ne storish, mozhesh da se surdish edinstveno na sebe si.
Kolkoto do vinata mi za umiraneto na freebsd-bg.org shte komentiram, che tova e domein na Stefan Lambrev /CHefo/; hostva se v Kanada; v momenta e v protses na smeniane na registrar; niakoi ot novite hora, koito poeha prevodi, ne gi dovurshiha, nito dadoha obratno chastichno prevedenoto.
Ostanalite 3-ma kolegi ot osnovniiat ekip sushto niamat vreme i poradi defekt v harduera predi vreme CVS-a na prevodite e nalichen samo v arhiven variant. Lyubo ne mozha da smogne da vuzstanovi vsichko obratno.
Poradi profesionalni angazhimenti niamam vreme za prevodi. V listite na *BSD pisah, che tazi godina niama da imam vuzmozhnost za uchastie v OpenFest poradi profesionalni planove.Koito zhelae mozhe da poeme chast ot funktsiite, koito izpulniavah. Dazhe shte se radvam, ako ima takuv/takava.
Osnovniiat mi fokus e osnovno vurhu Fyut izvesten oshte kato bg.FreeBSD.org i se mucha da dvizha chast ot neshtata zad granitsa, dokolkoto e vuzmozhno. Ako si mislish, che e lesno da ubedish Penchev da ide do mashinna zala za 20 minuti e lesno opitai ti.
Imash mi elektronnata poshta, ako iskash pishi.
S tova smiatam diskusiiata za kachestvoto na materiala za priklyuchena i za nenuzhno poveche da zanivame horata po tozi vupros.
Ima tursachki, taka che koito iska shte nauchi poveche mozhe da potursi.
Blagodaria ti za materiala, zhelaia ti uspehi i dano sledvashtite ti materiali sa po-dobri.
[Otgovori na tozi komentar]
Kum: HFSC Ot: Vladsun <vsmin< at >mail__dot__bg> Na: 21-10-2006@21:45 GMT+2 Otsenka: 1/Neutralen"...Peto: Otnasiai se kum chitatelia s uvazhenie ...
Procheti kak pishat Veso Kolev..."
Efektut LOL.
[Otgovori na tozi komentar]
Kum: Kum: HFSC Ot: k4BIG <treach (a) mail__dot__bg> Na: 22-10-2006@8:23 GMT+2 Otsenka: 1/NeutralenNa fona na tova ,che niama mnogo statii po taia tematika osobeno na bulgarski tsialata tazi kritika ne beshe na mesto.
Tova e kato da izgonish edinstveniia si napadatel v otbora vupreki ,che niamash vtori.Podurzhai nivo kogato ima konkurentsiia inache vsichko e obrecheno na prosto choveshkoto "otkazvam se ,obiden sum"
Logichno i normalno povedenie.Predvidimo.
No iavno na tebe ne ti puka ponezhe imash dosta znaniia.Ako tova ti e grizhata za chitatelia da nakarash choveka da spre da pishe.Evala:)
Dali e osnovatelna ili ne kritikata...
Za koi ti puka.Za tozi koito pishe i iskash da si mu nastoinik?Ili za horata koito "ne razbirat nishto ot statiiata"?
Izvini me za malko po ostriia ton ,no neka se burkame na horata samo kogato ni zasiagat lichno.Ako si moderator na toia sait me izvini zashtoto imash pravo da go kazhesh.V vseki drug sluchai ne mislia ,che tova koeto pravish e pravilno.Ima si lincha korespondentsiia.
Drugoto e prosto teatralnichene za mene.
Are!
[Otgovori na tozi komentar] Kum: Kum: HFSC Ot: gat3way Na: 22-10-2006@17:36 GMT+2 Otsenka: 1/NeutralenMlukvai be IRC tenetemeets...i kak beshe tam? "E-bokluk"? Pfuuuu!
[Otgovori na tozi komentar]
Kum: HFSC Ot: Nikola Na: 21-10-2006@15:08 GMT+2 Otsenka: 1/NeutralenPredi vreme prevedoh chast ot README faila v distributsiiata ALTQ. Mozhete da hvurlite edno oko na http://www.minus273.org/tech/qos/hfsc-t...
[Otgovori na tozi komentar] Mersi Ot: IID_IUnknown Na: 23-10-2006@6:53 GMT+2 Otsenka: 1/NeutralenNai nakraia neshto polezno za *BSD tuk ..
Kakvo ot tova che e neformalno? I bez tova materiiata ne e za vseki, tozi, koito ima nuzhda ot tova niama problem s neformalnite izraziavaniia :-)
[Otgovori na tozi komentar] Ne.. (Kum: Mersi) Ot: long dzhon Na: 23-10-2006@21:12 GMT+2 Otsenka: 1/Neutralen"Nai nakraia neshto polezno za *BSD tuk .."
Ochakvam s neturpenie statiia za Netfilter na freebsd-bg.org ili niakoi drug ot BSD-posvetenite saitove v bulgarskoto prostranstvo, za da imam udovolstvieto da se iztsepia sus sushtiia komentar.
Vsushtnost pisaniiata na zlatozar imat miasto tuk dolkoto se govori za tehnologiia s otvoren kod, inache da se razvivat BSD temi v Linuks portal e i doniakude drazneshto. Veroiatno na vseki e izvestno poslovichnoto smeshnovato i arogantno otnoshenie na osnovatelia na OpenBSD kum Linux.
[Otgovori na tozi komentar]
Za statiiata Ot: smelkomar Na: 24-10-2006@12:51 GMT+2 Otsenka: 1/NeutralenU-u-u-u, tova tuk ne e li Linuks-portal???
A i imam vuprosche - tazi "servizna" kriva prilaga li se v pfSense?
[Otgovori na tozi komentar] Kum: Ne.. (Kum: Mersi) Ot: Michael Pounov <misho __@__ openbsd-bg[ tochka ]org> Na: 30-10-2006@13:18 GMT+2 Otsenka: 1/NeutralenZa syjalenie i ti ne si mnogo praw
da se zaiajdash, zashtoto openSource
obshtestwoto ot BSD i specialno ot OpenBSD
polzwa mnogo proekti wyzlowi :) OpenSSH,
OpenNTPd, OpenSSL i t.n. tehnologii.
Badete malko blagodarni na osobniacite i
ludite zashtoto te dwijat sweta pa makari da
sa konfliktni lichnosti ;) Tozi proekt e
pylen s takiwa individi :):):) I dawa
rezultat !!!
Haide da ne razpalwame woini pls s podobni
izkazwania zashtoto wseki ima da kaje neshto
a i nikoi ne pecheli ot towa ;)
[Otgovori na tozi komentar]
Korektsiia na glupostite napisani ot avtora Ot: I. Vladimirov <diablodh< at >abv __tochka__ bg> Na: 2-01-2007@13:26 GMT+2 Otsenka: 1/NeutralenNiama da se zanimavam da pisha kakvo e oburkal avtora, a samo shte napisha pravilnoto znachenie na parametrite pod linuks.
HFSC e nai-dobriia algoritum za spodeliane na trafika implementiran do sega v linuks.
1. Glaven klas - obshtata skorost na vruzkata
2. Defauten klas - klas v koito popada vsichko ne opisano kum drugite klasove
3. Garantiran klas - klas garantirasht skorostta
4. Spodelen klas - klas za spodeliane na vruzkata
Garantiraniia klas mozhe da bude podklas na spodelen, no spodelen ne mozhe da bude podklas na garantiran
Parametri:
UL - gorna granitsa
m1 - tavan na gornata granitsa
d - latintnost pri koiato se dostiga m1
m2 - dolen prag na gornata granitsa
LS - podelena skorost
m1 - gorna granitsa na podelena skorost
d latentnost pri dostigane na m1
m2 - dolen prag pri podeliane.
m1>=m2
tc qdisc add dev imq0 root handle 1: hfsc default 7
tc qdisc add dev imq1 root handle 1: hfsc default 7
###########################
#Defining root class U/D###
###########################
tc class add dev imq0 parent 1: classid 1:1 hfsc ul m1 100mbit d 500 m2 100mbit ls m1 100mbit d 500 m2 100mbit
tc class add dev imq1 parent 1: classid 1:1 hfsc ul m1 100mbit d 500 m2 100mbit ls m1 100mbit d 500 m2 100mbit
###########################
#7Mi klas NESHEIPNATI #####
###########################
tc class add dev imq0 parent 1:1 classid 1:7 hfsc ul m1 8kbit d 500 m2 8kbit ls m1 8kbit d 500 m2 8kbit
tc class add dev imq1 parent 1:1 classid 1:7 hfsc ul m1 8kbit d 500 m2 8kbit ls m1 8kbit d 500 m2 8kbit
Tova sa neobnodimite klasove za nachalo.
Podelianeto mozhe da se napravi po sledniia nachin.
Ako imame 4 kompyutura i iskame vseki ot tiah da polzva po 1 mbit kogato i 4 sa na liniia i vseki ot tiah da polzva maks 4mbit.
pravim edin podeliasht klas sus skorost
class1: ul m1=m2=4mbit ls m1=m2=4mbit
i 4 klasa za kompyutrite
class2: ul m1=m2=4mbit ls m1=4mbit m2=1mbit
class3: ul m1=m2=4mbit ls m1=4mbit m2=1mbit
class4: ul m1=m2=4mbit ls m1=4mbit m2=1mbit
class5: ul m1=m2=4mbit ls m1=4mbit m2=1mbit
Mozhem sushto taka da napravim m2 parametura razlichen za vseki kompiatur kato mu garantirame po malka ili po visoka skorost.
[Otgovori na tozi komentar]
Kum: Korektsiia na glupostite napisani ot av Ot: _c_ <misho __@__ openbsd-bg __tochka__ org> Na: 3-01-2007@14:43 GMT+2 Otsenka: 1/NeutralenAaaa btw
Moment da se prokashliam ... :)
Malko tehnichesko utochnenie :):)
Kakwo obshto ima twoia post s BSD i PF.
Choweche sledish li temata :):)
[Otgovori na tozi komentar]
|
|
|
|
|
|
|
|