hai sa separam problema (mie nu-mi place 'prin proxy' asa ca o sa dezbat fara):
1. daca ai prin bgp clasele metropolitane, poti sa faci un script care sa ia din tabela de routare clasele si sa le puna in iptables cu -j ACCEPT, dupa care -j DNAT/REDIRECT (daca vrei proxy, pui 2 squid-uri sa zicem, si metro le redirectezi in primul, restul in al 2-lea) 2. fairness la clienti, sa nu fie per conexiune, sa fie per IP, folosesti ESFQ (http://fatooh.org/esfq-2.6/) si poti sa-i pui pe toti care au aceeasi banda cumparata intr-o clasa care are suma latimilor de banda. sau bineinteles, fiecare client cu clasa lui htb scuze daca e neclar. On 10/9/05, Mugurel Sumanariu <[EMAIL PROTECTED]> wrote: > > In conditii normale (peste 99%) nu vad la ce ti-ar folosi delay > > pools per connection. Mai ales cei care vind banda si ofera clientilor > > proaxe nu sint sub nici o forma interesati sa dea asa ceva (daca > > clientul face download in 70 de threaduri atunci ce se intimpla?). > > ok.. faza e urmatoarea... proxy transparent.. tot ce se duce pe 80 o ia > prin proxy.. daca omu trage un fisier mare.. de 3-TzM si tu din delay > pools il limitezi dupa 3M la x kilo el pana termina downloadul de Tz mega > orice mai face prin proxy(daca inceara o pagina sa zicem) i se va incarca > in cei x kilo care de altfel is full cu downloadu.. si ii merge navigarea > ca dreku... ce faci? ii zici omului opreste-ti downloadurile ca sa poti > naviga? > > mai era o solutie cu marcare in iptables cu connlimit..si limitare din > htb.. dar presupune compilari kernel/iptables.. > > daca aveti solutii is bine venite :D > > spor! > > > _______________________________________________ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug > _______________________________________________ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug