lonely wolf wrote:
Mda ... Sa zicem ca providerul tau iti aloca 64Kbiti garantati pe care se baga 10 downloaduri.Alin Nastac wrote:HTB-ul este inclus atit in mdk 9.0 cit si in rh 8.0 asa ca nu vad care e problema. Ce vrea el este imposibil, si anume sa mearga cu viteza maxima + timp de raspuns mic pt utilizatorii care nu fac download. Timpul de raspuns pt utilizatorii cuminti va fi direct proportional cu sacrificiu de latime de banda care este dispus sa-l faca.
nu e chiar asa.... se poate face prioritizare functie de lungimea pachetelor. de obicei pt download se tinde spre pachete mari, pe cind browsing/dns queries sint mai mici
ramine de definit insa limita intre "mici" si "mari"
Tu vrei sa-mi spui ca reusesti sa ai timpi acceptabili de raspuns pentru celelalte conexiuni fara sa faci sacrificiu de banda?
Poti sa faci prioritizare a traficului pina la Dumnezeu si inapoi. Nu tu vei fi cel care va controla traficul, ci coada provider-ului tau (ma refer evident la download).
Lui ii vin sa zicem 70Kbiti pe care trebuie sa-i inghesuie in 64Kbiti. Ce te face sa crezi ca pachetele care la tine au avut prioritate isi vor pastra prioritatea in coada provider-ului? (ma rog, nu chiar aceleasi pachete; of course cu IP src si dst permutate ;)).
Cita vreme pastrezi o citime din traficul tau garantat (as in NU O FOLOSESTI NICIODATA) atunci teoretic poti controla traficul TCP prin faptul ca nu se va umple niciodata coada la provider si prin urmare masina ta va fi bottleneck-ul dintre host-ul sursa si host-ul destinatie, ceea ce iti va da conditia sine qua non a controlului asupra propriului trafic.
---
Pentru dezabonare, trimiteti mail la [EMAIL PROTECTED] cu subiectul 'unsubscribe rlug'.
REGULI, arhive si alte informatii: http://www.lug.ro/mlist/
