> asta in implementarea standard.. ok.
> in linux de ex ii spui la cat sa iti calmeze flowurile...
Huh ?? Cum faci tu asta ? O sa ma uit prin surse, dar tare ma
indoiesc...
> o sa fac si class-based insa din cate am vazut eu pe cco ar fi mai adecvat
> sa folosesc PQ...
Asta da, poti sa pui RED ca scheduler pentru clasele din
CBQ. Limitarea o face insa CBQ (de unde si "Queueing" in nume :-), nu
RED... PQ poti sa pui la un CBQ ca sa separi de exemplu bulk traffic
de interactive...
> stii ce nu m-am prins? pe cco au baietii RED chior? de fiecare data cand
> il fac enable ei pun wred...
Nu cred ca exista "RED chior" pe cisco. Daca o sa te uiti cu atentie
(nu mai stiu exact comanda, cred ca e "sh int cutarica queueing/queue
.."), o sa vezi ca intre cozile pentru fiecare TOS tot ce difera e
threshold-ul peste care incepe sa faca drop... Ce poti sa faci e sa le
setezi pe toate egale, moment in care efectul este acelasi cu al unui
"RED chior"... cu parametrii default, pachetele cu TOS mai "mic" au
tendinta sa fie drop-uite mai repede ...
La ei totul e weighted, vezi si WFQ. La utilizare "normala", nu ar
trebui sa vezi vreo diferenta, insa ...
Exista mii de variatii pe tema RED, dar in esenta nu e un shaper. De
exemplu, nu o sa-ti reordoneze niciodata pachetele, conform unor
limite per-flow. Coada de pachete e FIFO, doar ca la umplere si/sau
golire i se mai da in cap cate unuia :-)
> > D-ul din DWRED e de la Distributed, si se refera la implementarea pe
> > 7x00 si alte routere "mari", pe care ai VIP-uri. Fiecare VIP
> > implementeaza RED local. Or mai fi si alte chestii, dar nu stiu acum
> > :-)
> si nu cumva e si interoperabil (intre vip-uri)?
In masura in care e clar ce inseamna "interoperabil", presupun ca da
:-) Mie unul nu mi-e.
> Stefan Laudat
Matei
---
Send e-mail to '[EMAIL PROTECTED]' with 'unsubscribe rlug' to
unsubscribe from this list.
