From: Alan Goodman <notifications@yescomputersolutions.com>
To: lartc@vger.kernel.org
Subject: Re: HFSC not working as expected
Date: Thu, 03 Jul 2014 00:56:35 +0000 [thread overview]
Message-ID: <53B4AA43.6020009@yescomputersolutions.com> (raw)
In-Reply-To: <53AC30A8.2080403@yescomputersolutions.com>
Hi Michael,
Many thanks for your useful response.
Please see inline comments.
On 03/07/14 01:12, Michal Soltys wrote:
>> Connection type is ADSL, PPPoA
>>
>> Topology is this:
>>
>> Phone line -> splitter -> ADSL Router in bridge mode -> 10/100 ethernet
>> -> eth0 on CentOS 6 server
>>
>> CentOS 6 server is doing PPPoE, router is connected directly to eth0.
>>
>> I shape internet upload on ppp0 and internet download as it passes out
>> of the eth1 interface. Eth1 is the uplink to my LAN.
>
> Ah, so essentially you have adsl router (draytek perhaps ?) that
> translates pppoe and then sends using pppoa (it's still operates as a
> router from what I rememeber, only mimicking pppoe server).
Its a BT Business Hub 3, which I think is made by Huawei. Im not sure of
the technical underpinnings of how a router in bridgemode operates
beyond I set it to bridge mode and connect it to a device that does
PPPoE and it 'just works'. The PPP session then runs on the connected
device and the router is then able to handle as many packets/sec as the
underlying link or the connected device can support. If you could
explain how this works in more detail, or link me a related article id
be intrigued.
> Anyway, long story short you should use tc-stab to match adsl speed
> properly, then the rules will need some adjustment as well. I'll put
> some suggestions later (for once, 100mbit in default is generally bad
> idea in default class if something faster lands there, as it will
> instantly saturate uplink - realtime curve will make sure of that)
Do you have any examples (or links to correct examples online) of a good
method of utilising 'tc-stab' ? I have looked at the documentation and
am feeling a little overwhelmed at the moment!
Alan
next prev parent reply other threads:[~2014-07-03 0:56 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-26 14:39 HFSC not working as expected Alan Goodman
2014-07-01 12:25 ` Michal Soltys
2014-07-01 13:19 ` Alan Goodman
2014-07-01 13:30 ` Michal Soltys
2014-07-01 14:33 ` Alan Goodman
2014-07-03 0:12 ` Michal Soltys
2014-07-03 0:56 ` Alan Goodman [this message]
2014-07-06 1:18 ` Michal Soltys
2014-07-06 15:34 ` Alan Goodman
2014-07-06 16:42 ` Andy Furniss
2014-07-06 16:49 ` Andy Furniss
2014-07-06 16:49 ` Alan Goodman
2014-07-06 16:54 ` Alan Goodman
2014-07-06 20:42 ` Andy Furniss
2014-07-06 22:18 ` Alan Goodman
2014-07-06 22:24 ` Andy Furniss
2014-07-07 0:01 ` Alan Goodman
2014-07-07 9:54 ` Michal Soltys
2014-07-07 9:58 ` Michal Soltys
2014-07-07 10:08 ` Michal Soltys
2014-07-07 10:10 ` Michal Soltys
2014-07-07 10:59 ` Alan Goodman
2014-07-07 15:38 ` Alan Goodman
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=53B4AA43.6020009@yescomputersolutions.com \
--to=notifications@yescomputersolutions.com \
--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.