> On 23 Jun, 2020, at 7:08 pm, Sebastian Moeller wrote:
>
> But I assume that you bound the bursts somehow, do you remember your bust
> sizing method by chance?
It bursts exactly enough to catch up to the schedule. No more, no less -
unless the queue is emptied in the process.
- Jonathan
Hi Jonathan,
> On Jun 23, 2020, at 17:21, Jonathan Morton wrote:
>
>> On 23 Jun, 2020, at 5:41 pm, Toke Høiland-Jørgensen wrote:
>>
>> Right, well if you're not running out of CPU I guess it could be a
>> timing issue. The CAKE shaper relies on accurate timestamps and the
>> qdisc watchdog
> On 23 Jun, 2020, at 5:41 pm, Toke Høiland-Jørgensen wrote:
>
> Right, well if you're not running out of CPU I guess it could be a
> timing issue. The CAKE shaper relies on accurate timestamps and the
> qdisc watchdog timer to schedule the transmission of packets. A loaded
> system can simply
Jose Blanquicet writes:
> Hi Toke,
>
> Thanks for your reply.
>
> On Mon, Jun 22, 2020 at 5:47 PM Toke Høiland-Jørgensen
> wrote:
>> > We have an embedded system with limited CPU resources that acts as a
>> > gateway to provide Internet access from LTE to a private USB-NCM
>> > network (And
Hi Toke,
Thanks for your reply.
On Mon, Jun 22, 2020 at 5:47 PM Toke Høiland-Jørgensen wrote:
> > We have an embedded system with limited CPU resources that acts as a
> > gateway to provide Internet access from LTE to a private USB-NCM
> > network (And also to a Wi-Fi private network but we
Jose Blanquicet writes:
> Hi everyone,
>
> We have an embedded system with limited CPU resources that acts as a
> gateway to provide Internet access from LTE to a private USB-NCM
> network (And also to a Wi-Fi private network but we will work on it
> later). Our problem is that the bandwidth on
--- Begin Message ---
You should paste this result.
tc -s qdisc show dev eth0
Yutaka
On 22/06/2020 22:10, Jose Blanquicet wrote:
Hi everyone,
We have an embedded system with limited CPU resources that acts as a
gateway to provide Internet access from LTE to a private USB-NCM
network (And
