linux-kernel - Re: [RFC PATCH] drivers/net/tg3.c: Raise Jumbo Frame MTU to 9216?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <4C912264.5040203@networktest.com>
Date:	Wed, 15 Sep 2010 12:45:40 -0700
From:	David Newman <dnewman@...worktest.com>
To:	unlisted-recipients:; (no To-header on input)
CC:	LKML <linux-kernel@...r.kernel.org>
Subject: Re: [RFC PATCH] drivers/net/tg3.c: Raise Jumbo Frame MTU to 9216?

On 9/15/10 12:14 PM, Joe Perches wrote:
> On Wed, 2010-09-15 at 10:57 -0700, Michael Chan wrote:
>> On Wed, 2010-09-15 at 10:41 -0700, Joe Perches wrote:
>>> The TG3 apparently supports 9K frame sizes.
>>> http://www.broadcom.com/collateral/pb/5704C-PB05-R.pdf
>>> Is exactly 9000 a hardware limit?
>>> Should the jumbo frame MTU be raised to 9216 or 9216
>>> less the size of MAC, VLAN, IP and TCP headers?
>> 9000 has been the de facto standard, has it been changed recently?
> 
> I know of a performance lab that's trying to use 9216 as a "standard"
> jumbo frame length.
> 
> Unrelated to the performance lab:
> http://www.uoregon.edu/~joe/jumbo-clean-gear.html
> 9216 seems popular, especially with Cisco gear.
> Contrary to that link, the Cisco 3750 does work with 9216 length
> jumbo frames.
> 
>> Anyway, we've never done any testing on 9216. 

9216 is commonly used in Ethernet switch testing [1]. Most data center
switches support it, including some built around Broadcom silicon (e.g.,
Dell PowerConnect 8024, Extreme Summit X650).

There is no IEEE standard for jumbo lengths. The IETF's RFC 5180
recommends 9216 for switch performance testing.

Although 5180 specs this length as a SHOULD and not a MUST, its use does
represent widespread industry practice in switch performance benchmarking.

Regards,
David Newman
Network Test

[1] Length from first byte of DA to last byte of CRC absent any VLAN
header(s).

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/