All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stef Coene <stef.coene@docum.org>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] Re: Still with HTB ..
Date: Sat, 26 Apr 2003 08:03:17 +0000	[thread overview]
Message-ID: <marc-lartc-105134447725866@msgid-missing> (raw)
In-Reply-To: <marc-lartc-105124689710055@msgid-missing>

On Saturday 26 April 2003 05:48, Rio Martin. wrote:
> ----- Original Message -----
> From: Stef Coene <stef.coene@docum.org>
>
> > On Friday 25 April 2003 07:01, rio@martin.mu wrote:
> > > Could you analyze this for me ?
> >
> > Mhh.  I suppose you placed each host in it's own class.
>
> Yup one host in one class, i set CEIL to maximum speed of parent class.
>
> > And if you have unfairness, do you have 10 hosts generating traffic in 10
> > different classes?  So you have 10 active classes?
>
> of course 10 active classes generating traffic with their own classes..
>
> > I (tried) to try it my self, and it seems that it works for me.  I
> > created
>
> 7
>
> > classes.  I placed traffic in 6 of them.  As soone as I started to
>
> generate
>
> > traffic in the 7th class, the bandwidth was allocated.
>
> I see, so this is worked for you. Lets begin analyze the different between
> your HTB and me..
> My kernel is 2.4.20, with last iproute installed.
Here also.

> In my linux that acting as bandwidth manager there is only 1 ethernet which
> has 1 public ip and 1 private ip connecting to my LAN network.
I have 2 boxes connected with a 10mbit hub.

> Is this become a trouble ? If this become a trouble then i should separate
> private ip in one interface other than public ip that i have.
> Also i analyze other weirdness, when i tried to ping from other host via
> internet to my public ip, ping results is not normal, arround 2000ms -
> 3000ms, if i stop HTB, the normal ping should results between 700ms -
> 800ms.
Mhh.  Can you try to limit all outgoing bandwidth to 95% of your link?  So YOU 
are the bottleneck.  And do you shape both upload and download?  Because if 
you saturate upload, this can kill download because return packets can't be 
received.

Stef

-- 

stef.coene@docum.org
 "Using Linux as bandwidth manager"
     http://www.docum.org/
     #lartc @ irc.oftc.net

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

      parent reply	other threads:[~2003-04-26  8:03 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-04-25  5:01 [LARTC] Re: Still with HTB rio
2003-04-25 20:48 ` Stef Coene
2003-04-26  3:48 ` Rio Martin.
2003-04-26  8:03 ` Stef Coene [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=marc-lartc-105134447725866@msgid-missing \
    --to=stef.coene@docum.org \
    --cc=lartc@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body. 
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.