From owner-freebsd-net@FreeBSD.ORG Wed Jan 8 00:50:17 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7BAF056F for ; Wed, 8 Jan 2014 00:50:17 +0000 (UTC) Received: from mail.lhr1.as41113.net (mail.lhr1.as41113.net [91.208.177.22]) by mx1.freebsd.org (Postfix) with ESMTP id 43412116F for ; Wed, 8 Jan 2014 00:50:16 +0000 (UTC) Received: from [172.16.10.171] (unknown [91.208.177.70]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lhr1.as41113.net (Postfix) with ESMTPS id 3dzWrH3WFPz7vbZ; Wed, 8 Jan 2014 00:42:23 +0000 (UTC) Message-ID: <52CC9EF0.5010504@rewt.org.uk> Date: Wed, 08 Jan 2014 00:42:24 +0000 From: Joe Holden User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Garrett Wollman , freebsd-net@freebsd.org Subject: Re: ETHER_MAX_LEN_JUMBO References: <21196.29430.733181.353677@hergotha.csail.mit.edu> In-Reply-To: <21196.29430.733181.353677@hergotha.csail.mit.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 00:50:17 -0000 16k frames are available on commidity intel cards so perhaps a bump to 16k should be enough for the foreseeable future, although saying that there is nothing to stop another big leap in frame sizes. We should probably be ahead of the curve here, rather than playing catch up with vendors. Would it be possible to limit the max size by looking at drivers in the tree at compile-time, perhaps have them declare the max frame size the supported hardware can handle? On 07/01/2014 21:34, Garrett Wollman wrote: > In , the constant ETHER_MAX_LEN_JUMBO is set to 9018. > According to svn, this was added by sam back in 2002, and now seems a > bit low. Our maximum MTU at work has always been 9120 (implying 9138 > for ETHER_MAX_LEN_JUMBO), and we have hardware in production now that > defaults to 12000. The ixgbe driver doesn't use this constant, bu > the cxgbe driver does. Does anyone know a reason I should *not* > increase it to a more reasonable level? (9216 would be my choice if > we wanted to stick with values in the 9k range.) > > -GAWollman > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >