From: Rick Jones <rick.jones2@hp.com>
To: "Zou, Yi" <yi.zou@intel.com>
Cc: "netdev@vger.kernel.org" <netdev@vger.kernel.org>,
"linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>,
"Leech, Christopher" <christopher.leech@intel.com>,
"Dev, Vasu" <vasu.dev@intel.com>,
"Love, Robert W" <robert.w.love@intel.com>,
"Ma, Steve" <steve.ma@intel.com>,
"Waskiewicz Jr, Peter P" <peter.p.waskiewicz.jr@intel.com>,
"Kirsher, Jeffrey T" <jeffrey.t.kirsher@intel.com>
Subject: Re: Question regarding protocol specific mtu for FCoE
Date: Wed, 03 Jun 2009 11:03:35 -0700 [thread overview]
Message-ID: <4A26BAF7.3070301@hp.com> (raw)
In-Reply-To: <7C88852EF6F99F4EB538472FCFEBE2223A7E6F45@orsmsx509.amr.corp.intel.com>
Zou, Yi wrote:
> Hi,
> I am trying to figure out a way to support a different MTU for Fiber
> Channel over Ethernet (FCoE), where it is preferred to have a baby jumbo
> frame with MTU=2158 (14 bytes FCoE header + 24 bytes FC header + 2112
> bytes max FC payload + 4 bytes FC CRC + 4 bytes FCoE trailer).
>
> Similar to nedev->mtu being used everywhere for LAN traffic, I wonder if
> it is desirable or feasible to add another protocol specific MTU (which
> is my case is FCoE) to netdev so any eth driver supporting converged
> traffic (e.g. LAN + FCoE) over netdev can make use of it.
Do FCoE upper layers have anything analagous to a TCP_MAXSEG option? That allows
an application using TCP to ask for a smaller MSS than TCP might have chosen
otherwise.
Would a NIC over which FCoE was running be able to be of two minds of what the
MTU happens to be? I'd think that if one user of the NIC needed/wanted and MTU >
foo one would just set the MTU large enough to include foo and be done with it?
In IP networking space at least, if there is a destination for which one does not
want to use the default MTU, one can set-up a destination-specific (Path) MTU in
the routing table that will (if smaller) override the link-local MTU for traffic
going to/from that destination.
rick jones
next prev parent reply other threads:[~2009-06-03 18:03 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-03 17:56 Question regarding protocol specific mtu for FCoE Zou, Yi
2009-06-03 18:03 ` Rick Jones [this message]
2009-06-03 19:16 ` Zou, Yi
2009-06-03 19:27 ` Ben Hutchings
2009-06-03 20:43 ` Zou, Yi
2009-06-03 20:57 ` Ben Hutchings
2009-06-03 22:22 ` Zou, Yi
2009-06-03 21:01 ` Rick Jones
2009-06-03 21:17 ` Waskiewicz Jr, Peter P
2009-06-03 21:21 ` Roland Dreier
2009-06-03 21:21 ` Roland Dreier
2009-06-03 22:25 ` Zou, Yi
2009-06-03 22:36 ` Rick Jones
2009-06-03 22:36 ` Rick Jones
2009-06-03 23:00 ` Zou, Yi
2009-06-03 23:27 ` Roland Dreier
2009-06-03 23:27 ` Roland Dreier
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=4A26BAF7.3070301@hp.com \
--to=rick.jones2@hp.com \
--cc=christopher.leech@intel.com \
--cc=jeffrey.t.kirsher@intel.com \
--cc=linux-scsi@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=peter.p.waskiewicz.jr@intel.com \
--cc=robert.w.love@intel.com \
--cc=steve.ma@intel.com \
--cc=vasu.dev@intel.com \
--cc=yi.zou@intel.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 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.