From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.mediaspot.net (dns.mediaspot.net [109.73.92.178]) by huchra.bufferbloat.net (Postfix) with ESMTP id 0D9E321F1F1 for ; Mon, 25 Nov 2013 10:17:19 -0800 (PST) X-Spam-Status: No, hits=4.0 required=6.5 tests=BAYES_99: 4.07,TOTAL_SCORE: 4.070,autolearn=no X-Spam-Level: **** X-Footer: bWVkaWFzcG90Lm5ldA== Received: from localhost ([127.0.0.1]) by mail.mediaspot.net (using TLSv1/SSLv3 with cipher AES128-SHA (128 bits)) for codel@lists.bufferbloat.net; Mon, 25 Nov 2013 19:17:13 +0100 Received: from EXCHANGE.mediaspot.local ([fe80::ad1d:e7ba:c2f2:37f1]) by EXCHANGE.mediaspot.local ([fe80::ad1d:e7ba:c2f2:37f1%16]) with mapi id 14.03.0123.003; Mon, 25 Nov 2013 19:17:13 +0100 From: Alessandro Bolletta To: "codel@lists.bufferbloat.net" Thread-Topic: [Codel] Jumbo frames with fq_codel Thread-Index: Ac7qB+6hdjfwDlvBT+6//CWu0r4Ha///8e+A///uyLA= Date: Mon, 25 Nov 2013 18:17:12 +0000 Message-ID: References: In-Reply-To: Accept-Language: it-IT, en-US Content-Language: it-IT X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.0.65] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: [Codel] R: Jumbo frames with fq_codel X-BeenThere: codel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: CoDel AQM discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Nov 2013 18:17:20 -0000 >On Mon, Nov 25, 2013 at 10:02 AM, Alessandro Bolletta wrote: > Hi guys, > I'm working on an environment which runs on jumbo ethernet frames (about = 1550bytes) and I would ask you if do you think that it's needed >a trick in= order to correctly debloat interfaces as ath9k and ag71xx which carries su= ch big frames. >I am under the impression that the ag71xx does not support jumbo frames. >Slightly larger than usual frames? dunno. We are thinking to implement jumbo frames support on some devices based on = ag71xx :) Many SoCs support up to 2028 bytes or 4076 bytes of MTU but the driver stil= l can't manage MTUs higher than 1518bytes. >the ath9k supports frames up to the size of the wireless standards (23xx b= ytes or so) Yes. >fq_codel's internal quantum is the actual ip packet size, not the wire siz= e. >at lower bandwidths it pays to have a lower quantum (like 300) on outgoing= interfaces. >In openwrt the default on all interfaces is 300, which I dont necessarily = agree with. Ok. I thought that codel would leverage on layer-2 parameters, as the size = of the ethernet frame.=20 > > Thanks > > -- > Alessandro Bolletta > Mediaspot S.r.l. > > > _______________________________________________ > Codel mailing list > Codel@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/codel -- Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.= html