[CLUG] Cork Linux Courses

[Ashling O'Driscoll]

From:  Ashling O'Driscoll <ashling.odriscoll at cit.ie> Add Address 
Subject:  Re: [CLUG] Cork Linux Courses 
Date:  Tue, 18 Jan 2005 09:26:07 -0000 
To:  <davidd at micro-gravity.com>  
Attachments:  0 Printer Friendly Version   
       

----------------------------------------------------------------------
----------
 
Ok so heres the problem:

I am using Suse linux and have been given these existing traffic
shaping scripts. I have been asked to implement a dynamic bandwidth
allocation scheme for voice traffic.

By "dynamic" I think its meant that I should monitor the queues and
if theres packets waiting for a particularly long time in a queue
then the bandwidth can be temporarily increased to alleviate the
congestion, the queue would still be monitored and then the bandwidth
would be returned to the normal allocation when the backlog has
cleared. 

>From what I can decipher of these existing scripts the queueing
discipline used is HTB. I also suspect its a flat structure (as
opposed to hierarchical) from comparing to other scripts and doing a
bit of reading online. Each user has their own bucket and I suppose
the idea would be to create a specific class within each bucket for
voice traffic.

>From my totally new and inexperience view of traffic shaping and
linux, I was thinking that of the following scenario as an example:

Lets say we have a 1MB link. There are two users A and B. A gets 60%
of the link and B gets 40%. I dont want A to borrow from B or vice
versa. However I would like the traffic for each user broken into
www,smtp, audio etc. So for A, they could be allocated 10%,10% and
40% respectively. I think all the above is very doable(well maybe not
so easy for me) from tutorials online. However now what I want to do
is monitor the amount of tokens left in each bucket i.e. How big is
the queue of packets in each bucket and if theres a backlog,
dynamically increae the bandwidth (perhaps by borrowing from other
buckets??)

If some one could let me know how do-able/possible it is to monitor
the amount of tokens left/size of queue and then borrow based on
that, I would really appreciate it. Any other suggestions are also
very welcome.

The reason I was inquiring about te courses is that I am very
unfamiliar with the operating system and there is another student
here aswell who cant use it and would like to learn.

Thanks again and apologies for being long winded,
Aisling. 
 


---- Original Message ----
From: davidd at micro-gravity.com
To: ashling.odriscoll at cit.ie
Subject: Re: [CLUG] Cork Linux Courses
Date: Mon, 17 Jan 2005 18:46:16 +0000

>Quoting Ashling O'Driscoll (ashling.odriscoll at cit.ie):
>> I doing a research project which is going to be based on the Linux
>> platform. I was wondering if there are any courses running around
>> Cork at the moment which give a crash course in Linux?? Im thinking
>> of a fairly intensive one which starts off with very basic concepts
>> (for a brainwashed Windows person like me!) and progresses onto
>> fairly indepth Linux functionality such as advanced linux routing.
>
>Well, since you brought up routing for example, why
>not just ask what you want to do with linux specifically.
>
>Once people know this, they may be able to help you in the
>right direction, without sending you off on too many
>tangents.
>
>Thanks,
>David
>
>p.s. an question (some what close) to this case up before
>on CLUG,
>http://www.linux.ie/lists/pipermail/cork/2004-October/004129.html
>There are some replies to that also, which are somewhat relevant
>to you.
>
>-------------------Legal 
>Disclaimer---------------------------------------
>
>The above electronic mail transmission is confidential and intended
>only for the person to whom it is addressed. Its contents may be
>protected by legal and/or professional privilege. Should it be
>received by you in error please contact the sender at the above
>quoted email address. Any unauthorised form of reproduction of this
>message is strictly prohibited. The Institute does not guarantee the
>security of any information electronically transmitted and is not
>liable if the information contained in this communication is not a
>proper and complete record of the message as transmitted by the
>sender nor for any delay in its receipt.
>



-------------------Legal  Disclaimer---------------------------------------

The above electronic mail transmission is confidential and intended only for the person to whom it is addressed. Its contents may be protected by legal and/or professional privilege. Should it be received by you in error please contact the sender at the above quoted email address. Any unauthorised form of reproduction of this message is strictly prohibited. The Institute does not guarantee the security of any information electronically transmitted and is not liable if the information contained in this communication is not a proper and complete record of the message as transmitted by the sender nor for any delay in its receipt.