Re: What is the reccomended minimum rate for leaf htb classfor accurate operation?

Linux Advanced Routing and Traffic Control

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Your gues is right. To get HTB work correctly you must know rate parameter
for your connection also known as CIR.
Coud you tell what minimum rate your clients have?
----- Original Message ----- 
From: "Andreas Klauer" <Andreas.Klauer@xxxxxxxxxxxxxx>
To: <zgiorgadze@xxxxxx>
Cc: <lartc@xxxxxxxxxxxxxxx>
Sent: Wednesday, October 06, 2004 12:00 PM
Subject: Re:  What is the reccomended minimum rate for leaf htb
classfor accurate operation?


> Zviad O. Giorgadze wrote:
> > My ISP provides guarantied 115kbit bandwidth for GLOBAL TRAFFIC. During
the low load period (early morning, evening, night) customers can get up to
1mbit traffic.
>
> That's download traffic we're talking about, since you seem to be
> shaping on your local LAN interface? Variable rate ISPs are tough
> to shape right, I guess...
>
> Does this 115kbit vs. 1mbit thing solely depend on ISP load, or does it
> depend on day of time? In the latter case, I'd let a cron job replace
> the HTB class structure, so that you have 115kbit ceil during the day
> when you really only get 115kbit and 1mbit ceil during the night when
> you actually get 1mbit.
>
> But I guess it's not that easy, huh?
>
> > According to PRIO settings I try to give all available bandwidth (above
the guarantied rate) to IP address. I think that all other IP-s get it's
guarantied rate or may be I'm wrong?
>
> You have a 100mbit line, of which you only allow 1mbit to be used (Why
> make a 100mbit class then?). Unknown traffic (LAN, most likely) goes to
> class 1:22 (Why? Shouldn't only ISP traffic go there?). There is no
> distinction between ISP and LAN traffic at all... does that mean that
> there is no other traffic than ISP from/to your HTB box?
>
> Does anyone know how HTB performs on such a line? My guess would be that
> HTB doesn't have a clue that there are actually only 115kbit, and thus
> will allow classes to borrow too much, letting other classes starve.
>
> Andreas
> _______________________________________________
> LARTC mailing list / LARTC@xxxxxxxxxxxxxxx
> http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

_______________________________________________
LARTC mailing list / LARTC@xxxxxxxxxxxxxxx
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

[Index of Archives]     [LARTC Home Page]     [Netfilter]     [Netfilter Development]     [Network Development]     [Bugtraq]     [GCC Help]     [Yosemite News]     [Linux Kernel]     [Fedora Users]
  Powered by Linux