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%. 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% = 450kbit * 2 = 900kbit), considering that I have 512kbit for uplink and 512 for downlink. So, I am now considering a rate/ceil of 900kbit for eth0 on my script. 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 <andy.furniss@xxxxxxxxxxxxx> escribió: > Ricardo Soria wrote: > > > > 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 ?? > > It depends how much you care about latency & what > the people on your LAN > do/use. > > I don't know what's acceptable latency and jitter > for VOIP. > > > > 2. Could you please tell me a secure and > trustworthy > > way to know if I am having queued packets under > this > > class?? > > Again how much you have to do depends on the usage > of your network. You > can explicitly mark each type of interavtive you > want to priorotise. > > If you have 20 hackers using P2P 24/7 then life is > going to be harder - > if they just browse and email It's probably not > worth trying too hard. > > > > > 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. > > What else can I do to avoid sending a "mix of > traffic" > > ?? > > If you have one queue for bulk it would need to be > esfq if you want per > IP fairness. If you'd rather not patch then your > origional queue for > each user is OK - but you should change SFQ's queue > length. > > > > > 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). > What > > else can I do to emphasize interactive traffic > > priority?? > > > > The prio is most important, other things I do are - > make sure > interactive has large burst and bulk none. Rather > than mess with r2q I > set quantum to my MTU for HTB and SFQ. HTB can be > tweaked to be more > accurate - but you may not need to bother. I also > set a rate for my > interactive larger than I ever expect to be used, > this is probably > unneccesary, but then I count game traffic a top > prio - and I was using > upto 20K bytes/sec incoming while on a 64 player > enemy territory server > recently. > > > Sorry for the annoyances, very thanks in advance. > > That's OK - It would help to know what the users do > and how many are > active at once etc. > > Andy. > > _________________________________________________________ Do You Yahoo!? Información de Estados Unidos y América Latina, en Yahoo! Noticias. Visítanos en http://noticias.espanol.yahoo.com _______________________________________________ LARTC mailing list / LARTC@xxxxxxxxxxxxxxx http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
