From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Soria Date: Wed, 24 Nov 2004 19:08:00 +0000 Subject: Re: [LARTC] SEPARATING VOIP AND SURFING Message-Id: <20041124190800.22693.qmail@web41526.mail.yahoo.com> List-Id: References: <20041109175203.11372.qmail@web41524.mail.yahoo.com> In-Reply-To: <20041109175203.11372.qmail@web41524.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable To: lartc@vger.kernel.org Well, as I promised, here I am again :-) I have not got ESFQ yet, but what I think really helped was shorting bandwidth capacity to its 88%.=20 But here I have a new problem again: there are certain moments when I am really running out of bandwidth. The scenario now is as follows: I am using my linux box as a router; forwarding packages from on subnet to another. But, since I have only one interface (eth0) for this purpose, both incoming and outgoing traffic passes for this interface. So, I though it was correct to duplicate bandwidth capacity (512kbit * 88% =3D 450kbit * 2 900kbit), considering tha= t I have 512kbit for uplink and 512 for downlink. So, I am now considering a rate/ceil of 900kbit for eth0 on my script.=20 Everything appeared to be OK, But, since I did this change, there are certain moments that I run out of downlink bandwidth, so, I think the script is trying to take more thank the total 512 of downlink I have. So, my question would be, how to 'divide' or 'recognize' incoming and outgoing traffic, and to treat it as different channels?? I was thinking about using a IMQ device for incoming traffic, but this apperas to be a 'little bit' more complicated that what I expected. So, may it be a way to do this without installing IMQ ?? Very thanks in advance. Best regards. Ricardo. --- Andy Furniss escribi=F3:=20 > Ricardo Soria wrote: >=20 >=20 > > 1. So, starting at 80% of total 512kbit bandwidth > > (410kbit), there would be a waste of 102kbit. Is > this > > completely necessary?? I think this is to ensure > I > > have the queue on my side, and the queue is not on > the > > side of the ISP. But, I fell tempted to think > that > > 102kbit is too much for this purpose, considering > that > > I really have 512kbit all time. What would you > > finally recommend ?? >=20 > It depends how much you care about latency & what > the people on your LAN=20 > do/use. >=20 > I don't know what's acceptable latency and jitter > for VOIP. >=20 >=20 > > 2. Could you please tell me a secure and > trustworthy > > way to know if I am having queued packets under > this > > class?? >=20 > Again how much you have to do depends on the usage > of your network. You=20 > can explicitly mark each type of interavtive you > want to priorotise. >=20 > If you have 20 hackers using P2P 24/7 then life is > going to be harder -=20 > if they just browse and email It's probably not > worth trying too hard. >=20 > >=20 > > 3. I am creating 2 different htb classes, one for > > interactive, and another for bulk, and also, 2 > > different sfq inferior classes, one for each > service.=20 > > What else can I do to avoid sending a "mix of > traffic" > > ?? >=20 > If you have one queue for bulk it would need to be > esfq if you want per=20 > IP fairness. If you'd rather not patch then your > origional queue for=20 > each user is OK - but you should change SFQ's queue > length. >=20 > >=20 > > 4. If you still have a copy of my script, you can > see > > I am giving "prio 0" to interactive classes, and > "prio > > 1" to bulk classes. I also tested giving prio 0 > and > > prio 1 at filters setup (and also, prio 1 to > > everybody, I am not so sure what worked better).=20 > What > > else can I do to emphasize interactive traffic > > priority?? > >=20 >=20 > The prio is most important, other things I do are - > make sure=20 > interactive has large burst and bulk none. Rather > than mess with r2q I=20 > set quantum to my MTU for HTB and SFQ. HTB can be > tweaked to be more=20 > accurate - but you may not need to bother. I also > set a rate for my=20 > interactive larger than I ever expect to be used, > this is probably=20 > unneccesary, but then I count game traffic a top > prio - and I was using=20 > upto 20K bytes/sec incoming while on a 64 player > enemy territory server=20 > recently. >=20 > > Sorry for the annoyances, very thanks in advance. >=20 > That's OK - It would help to know what the users do > and how many are=20 > active at once etc. >=20 > Andy. >=20 > =20 _________________________________________________________ Do You Yahoo!? Informaci=F3n de Estados Unidos y Am=E9rica Latina, en Yahoo! Noticias. Vis=EDtanos en http://noticias.espanol.yahoo.com _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/