public inbox for b.a.t.m.a.n@lists.open-mesh.org
 help / color / mirror / Atom feed
From: "Linus Lüssing" <linus.luessing@c0d3.blue>
To: The list for a Better Approach To Mobile Ad-hoc Networking
	<b.a.t.m.a.n@lists.open-mesh.org>
Subject: Re: [B.A.T.M.A.N.] Add VLAN tag size to MTU recommendation?
Date: Fri, 21 Oct 2016 08:03:58 +0200	[thread overview]
Message-ID: <20161021060358.GH32033@otheros> (raw)
In-Reply-To: <123097163.ZmppEksrjh@voltaire>

On Fri, Oct 21, 2016 at 11:53:44AM +0800, Marek Lindner wrote:
> 
> Hi,
> 
> On Thursday, October 20, 2016 11:56:14 PM HKT Linus Lüssing wrote:
> > First of all, just wanted to forward this awesome diagram
> > regarding MTUs in Gluon-Setups which Freifunk Hamburg created
> > 
> > :D :
> > https://twitter.com/ohrensesselnet/status/789176399655350272
> 
> this link leads to a router pic ?
> Found the diagram you were (probably) referring to by searching in his/her 
> tweetface history. 

Urgh, I'm very, very sorry, yes, I ment this one instead :( :

https://twitter.com/ffhhnoc/status/787771192853798915

> > While checking the calculations Freifunk Hamburg did, I was
> > wondering whether the batadv_hardif_min_mtu() function should add
> > an extra 4 bytes for VLAN tagged, encapsulated payload to the MTU
> > calculations and the kmesg recommendations
> I am wondering whether we are trying to solve a problem that isn't a batman 
> problem. You could have any number of encapsulation interfaces on top of bat0 
> (QinQ, GRE, etc) adding overhead. Do we reserve space for all these headers 
> too ?

Hm, not quite sure whether it is 100% the same. While the problem
is the same, for VLANs and GRE etc., in practice they behave a
little different: When you have a network card with an MTU of
1500 bytes, then it usually works both with or without VLANs. And
without fragmentation.

GRE or other tunneling protocols don't have that property. And
I'm wondering whether we should try to preserve such VLAN
properties.

      parent reply	other threads:[~2016-10-21  6:03 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-10-20 21:56 [B.A.T.M.A.N.] Add VLAN tag size to MTU recommendation? Linus Lüssing
     [not found] ` <123097163.ZmppEksrjh@voltaire>
2016-10-21  6:03   ` Linus Lüssing [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=20161021060358.GH32033@otheros \
    --to=linus.luessing@c0d3.blue \
    --cc=b.a.t.m.a.n@lists.open-mesh.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox