On 07/17/2007 10:05 PM, Tiberiu Socaciu wrote:
am de facut niste experiente cu recoltari de date pentru o retea cu "comunicatie
saturata". mai exact, ca sa pastrez proportiile, voi folosi un numar de N gioarse cu
linux care fac nu stiu ce (stiu eu bine ce) si care trebuie sa comunice pe un canal
limitat (o mica congestie layer 2). pentru asta m-am gandit sa pun o a N+1-a scula cu N
placi de retea puse in bridge si sa ma joc cu un limitator de viteza (sa zicem cbq) ca nu
o sa las suta de megabits pentru N=4 calculatoare.
nu e mai simplu sa rulezi ethtool si sa fortezi placile in 10 Mbps/half
duplex ?
intrebarea: ce alternative am la cbq si htb? (ma intereseaza o limitare
superioara a vitezei, eventual ulterior un sistem cu rate/ceil) ideea e de
granularitate si de control al delay-ului intre t_modificare setari si t_efect
asupra pachetelor.
folosind doar linux, ai la dispozitie cei tz algoritmi pe care ti-i pune
kernelul la dispozitie. tbf, cbq, htb si fratii lor...
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug
