Re: [LARTC] SEPARATING VOIP AND SURFING

[Ricardo Soria <ricardo_soria@yahoo.com>]

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@dsl.pipex.com>
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@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/