Cake - FQ_codel the next generation
 help / color / mirror / Atom feed
From: Sebastian Moeller <moeller0@gmx.de>
To: Jonathan Morton <chromatix99@gmail.com>
Cc: Dennis Fedtke <dennisfedtke@gmail.com>,
	Cake List <cake@lists.bufferbloat.net>
Subject: Re: [Cake] overhead and mpu
Date: Thu, 7 Sep 2017 09:58:35 +0200	[thread overview]
Message-ID: <ECD9F4F9-58A6-4032-926D-16DB51C70431@gmx.de> (raw)
In-Reply-To: <CAJq5cE0ebURDye1sAaAtSP=Sxea18rxzkAYHk4q_A00KYqL1LA@mail.gmail.com>

Hi Jonathan,

please let me elaborate below.

> On Sep 7, 2017, at 06:25, Jonathan Morton <chromatix99@gmail.com> wrote:
> 
> Because 1514 is the normal maximum size of an Ethernet frame.

	This might or might not be true (depending on the defnition of ethernet frame one uses), but it certainly is not overly helpful to novices, as e.g. https://en.wikipedia.org/wiki/Ethernet_frame will show the FCS as being part of the layer2 ethernet frame and 1514 does not contain the FCS nor any potential VLAN tag(s). 
What is probably correct to say is that 1514 is the kernel's internal view of the size of an ethernet frame (most likely the FCS will be added by the NIC, so 1514 is the true size of the data the kernel shuttles around at that abstraction layer, but certainly not a real complete ethernet frame).

> This can easily differ from the size actually used on the wire

	Not easily, but certainly with 1500 bytes payload an ethernet packet will take at least 1518 bytes on the L2-wire and effectively 1518+20 = 1538 bytes on L1 (here I account for the silent inter-frame gap by the 12 bytes worth of data that could be transmitted in the same time)

> and from the size used by the provisioning shaper.

	And that is the thing that makes specifying overhead hard to automate, instead of the actually connected interface one needs to figure out the overhead (and bandwidth) applicable on the slowest part of the internet connection... (Which in theory is variable, but in practice it luckily is often the link to the ISP).

Best Regards
	Sebastian

> 
> - Jonathan Morton
> _______________________________________________
> Cake mailing list
> Cake@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cake


  parent reply	other threads:[~2017-09-07  7:58 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-09-05  2:46 Dennis Fedtke
2017-09-05  3:26 ` Ryan Mounce
2017-09-05  3:37   ` Ryan Mounce
2017-09-05  6:00 ` Dennis Fedtke
2017-09-05  6:49   ` Ryan Mounce
2017-09-05  6:58   ` Jonathan Morton
2017-09-05 20:19     ` Dennis Fedtke
2017-09-06  1:45       ` Ryan Mounce
2017-09-06  7:26         ` Sebastian Moeller
2017-09-07  4:11           ` Dennis Fedtke
2017-09-07  4:18             ` Dennis Fedtke
2017-09-07  4:25               ` Jonathan Morton
2017-09-07  7:41                 ` Dennis Fedtke
2017-09-07  7:58                 ` Sebastian Moeller [this message]
2017-09-07  7:47             ` Sebastian Moeller
2017-09-07  7:58               ` Dennis Fedtke
2017-09-07  8:07                 ` Sebastian Moeller
2017-09-06  7:22       ` Sebastian Moeller
2017-09-05  8:01   ` Sebastian Moeller
2017-09-05  8:35     ` Kevin Darbyshire-Bryant
2017-09-05  8:58       ` Sebastian Moeller
2017-09-05 14:37         ` Ryan Mounce
2017-09-05 15:06           ` Sebastian Moeller
2017-09-05 15:33           ` Kevin Darbyshire-Bryant

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

  List information: https://lists.bufferbloat.net/postorius/lists/cake.lists.bufferbloat.net/

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

  git send-email \
    --in-reply-to=ECD9F4F9-58A6-4032-926D-16DB51C70431@gmx.de \
    --to=moeller0@gmx.de \
    --cc=cake@lists.bufferbloat.net \
    --cc=chromatix99@gmail.com \
    --cc=dennisfedtke@gmail.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox