A incercat cineva sa puna un qdisc ingres ? Am inteles ca ar fi suportat
doar de tulip.
O alta metoda (deloc exacta, dar posibila) este limitarea ratei de
pachete din firewall/iptables (kernel 2.4), combinand o regula accept daca
rata de pachete nu depaseste o anumita valoare cu un DROP. Bineinteles
daca MTU-ul este mic (sau pachetele sunt mici in medie) apare o limitare
mai accentuata decat daca MTU-ul este mare (si pachetele mari), dar la
repezeala poti sa trantesti asa ceva daca uploadul spre tine te sperie
(mai util este insa pentru controlul flood-urilor sau scan-urilor).
On 29 May 2001, Florin Andrei wrote:
>
> On 28 May 2001 17:45:22 +0300, Patrascu Eugeniu wrote:
> >
> > > > DECI, se poate.
> > >
> > > Poate ca nu... :)
> >
> > BA DA!!!!!!!!
>
> Hai ca asta e prea de tot.
>
> Daca ai sta sa judeci un pic, in loc sa-l iei pe "si crocodilu' zboara
> daca asa vrea mushkii mei" in brate, ai vedea ca nu poti avea control
> *direct* asupra a ceea ce *primesti* pe o interfata. Poate indirect,
> controlind feed-back-ul la acel trafic (ceea ce probabil faci tu, fara
> sa vrei si fara sa stii prea bine).
> Documentatia de traffic shaper spune destul de clar ca nu ai cum sa
> controlezi *direct* ce-ti vine pe o anume interfata a router-ului (cred
> ca Alin a justificat asta, destul de clar).
>
> Daca totusi vrei limitare bidirectionala, se poate face o smecherie:
> Presupunem ca traficul ala iti vine catre interfata eth0. Presupunem ca
> tot acel trafic este trimis mai departe prin interfata eth1. Atunci,
> daca vrei sa controlezi ce *vine* pe eth0, te duci de fapt si pui limite
> pe ce *pleaca* prin eth1.
>
> Scrie foarte clar in documentatie, daca vrei control bidirectional,
> trebuie sa pui reguli pe ambele interfete.
>
> Sfatul medicului: incearca sa nu te contrazici simultan cu Mihai,
> Mircea, Alin, etc. ;-) E o chestie pe care nu au tupeul s-o faca altii
> care au de 10 ori mai mult testosteron ca tine... :-P
>
>
--
Cele bune. +------ Mihai Voicu ------+
| RDS network engineer |
| http://mihvoi.rdsnet.ro |
--------------------------------------------------------------------------
Privileged/Confidential Information may be contained in this message. If
you are not the addressee indicated in this message (or responsible for
delivery of the message to such person), you may not copy or deliver this
message to anyone. In such a case, you should destroy this message and
kindly notify the sender by reply e-mail.
---
Send e-mail to '[EMAIL PROTECTED]' with 'unsubscribe rlug' to
unsubscribe from this list.
