On Tue, 17 Dec 2002 23:29:15 +0200, "Alin Nastac" <[EMAIL PROTECTED]> said: > lonely wolf wrote: > > > > > > > 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.
aici am uitat sa intreb o chestie: erau niste probleme cu htbul din rh8, se rezolvara??? > > Mda ... Sa zicem ca providerul tau iti aloca 64Kbiti garantati pe care > se baga 10 downloaduri. > 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 ;)). problema se pune asa: tu ai 64k garantat de la provider, dar best-efort pana la 1Mbit, deci potzi sa ai download de 1Mbit si abia aici se limiteaza de la provider, dar ai o latenta mare daca faci o cerere de web acum, si downloadurile au packete lungi, so chiar daca incepi sa elimini 2-3-4 packete de download nu rezolvi nimic. Dinenteles ca nu ai cum sa faci curat, dar ideea sa faci ceva care sa nu limiteze downloadurile in momentele de non-browsing, so dinamic. Se cerceteaza :PPP C --- Pentru dezabonare, trimiteti mail la [EMAIL PROTECTED] cu subiectul 'unsubscribe rlug'. REGULI, arhive si alte informatii: http://www.lug.ro/mlist/
