netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Stephen Hemminger <shemminger@linux-foundation.org>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: davem@davemloft.net, netdev@vger.kernel.org,
	simon.wunderlich@s2003.tu-chemnitz.de, siwu@hrz.tu-chemnitz.de
Subject: Re: [PATCH] bridge: send correct MTU value in PMTU (revised)
Date: Wed, 30 Jul 2008 14:10:17 -0700	[thread overview]
Message-ID: <20080730141017.0000aceb@extreme> (raw)
In-Reply-To: <20080730135008.4f98f5ee.akpm@linux-foundation.org>

On Wed, 30 Jul 2008 13:50:08 -0700
Andrew Morton <akpm@linux-foundation.org> wrote:

> On Wed, 30 Jul 2008 13:32:59 -0700
> Stephen Hemminger <shemminger@linux-foundation.org> wrote:
> 
> > When bridging interfaces with different MTUs, the bridge correctly chooses
> > the minimum of the MTUs of the physical devices as the bridges MTU.  But
> > when a frame is passed which fits through the incoming, but not through
> > the outgoing interface, a "Fragmentation Needed" packet is generated.
> > 
> > However, the propagated MTU is hardcoded to 1500, which is wrong in this
> > situation.  The sender will repeat the packet again with the same frame
> > size, and the same problem will occur again.
> > 
> > Instead of sending 1500, the (correct) MTU value of the bridge is now sent
> > via PMTU.  To achieve this, the corresponding rtable structure is stored
> > in its net_bridge structure.
> > 
> > Modified to get rid of fake_net_device as well.
> > 
> > Signed-off-by: Simon Wunderlich <siwu@hrz.tu-chemnitz.de>
> > Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
> 
> um.
> 
> a) Why was this To:me and not To:davem?  I'm trying to get rid of it ;)
> 
> b) The way you sent this email indicates that you wrote the patch. 
>    To preserve correct attribution, please put a From: line right at the
>    top of the changelog.
> 
> c) For the record, here are the changes which you (I assume) made to
>    Simon's patch:
> 
>    (br_netfilter_rtable_init() no longer initialises
>    fake_rtable.rt_flags.  Deliberate?)
> 

a) didn't want you holding onto old version, and it leaking upstream.
b) didn't know how to spoof git's attribution
c) fake_rtable gets initialized to zero already.
   Since it is part of bridge structure and the whole bridge structure
   is the private part of the bridge pseudo network device which
   is initialized to zero as part of alloc_netdev.



  reply	other threads:[~2008-07-30 21:10 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-30 19:37 [patch 02/11] bridge: send correct MTU value in PMTU akpm
2008-07-30 20:32 ` [PATCH] bridge: send correct MTU value in PMTU (revised) Stephen Hemminger
2008-07-30 20:50   ` Andrew Morton
2008-07-30 21:10     ` Stephen Hemminger [this message]
2008-07-30 23:28       ` David Miller

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=20080730141017.0000aceb@extreme \
    --to=shemminger@linux-foundation.org \
    --cc=akpm@linux-foundation.org \
    --cc=davem@davemloft.net \
    --cc=netdev@vger.kernel.org \
    --cc=simon.wunderlich@s2003.tu-chemnitz.de \
    --cc=siwu@hrz.tu-chemnitz.de \
    /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;
as well as URLs for NNTP newsgroup(s).