Dear friends: Very thanks for all your help. I have made many changes to my scrip this days, fixing up some problems and mistakes I found. It seems now I have a very acceptable VoIP quality, and everything is working notably better. I am actually using 450kbit of the total 512 available. Next step I will take is to investigate about ESQF, so, I can implement it to my script. I will be annoying by here later ;-) Thanks. Ricardo. --- Rick Marshall <rjm@xxxxxxxxxxx> escribió: > Andy Furniss wrote: > > > 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. > > not all that important. we have 400ms ping time to > one site, but the > voip is acceptable because it doesn't synchronise. > if packet loss is a > problem, turn off any compression. > > > > > > >> 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. > > > > _______________________________________________ > > LARTC mailing list / LARTC@xxxxxxxxxxxxxxx > > http://mailman.ds9a.nl/mailman/listinfo/lartc > HOWTO: http://lartc.org/ > > > > begin:vcard > fn:Rick Marshall > n:Marshall;Rick > email;internet:rjm@xxxxxxxxxxx > tel;cell:+61 411 287 530 > x-mozilla-html:TRUE > version:2.1 > end:vcard > > _________________________________________________________ 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/
