From owner-freebsd-net@FreeBSD.ORG Thu Nov 28 12:46:34 2013 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 874C86AD for ; Thu, 28 Nov 2013 12:46:34 +0000 (UTC) Received: from eu1sys200aog104.obsmtp.com (eu1sys200aog104.obsmtp.com [207.126.144.117]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C56021BDD for ; Thu, 28 Nov 2013 12:46:33 +0000 (UTC) Received: from MTLCAS01.mtl.com ([193.47.165.155]) (using TLSv1) by eu1sys200aob104.postini.com ([207.126.147.11]) with SMTP ID DSNKUpc7It5c2TQ1QYgXO2UIPKleC1VUfnTU@postini.com; Thu, 28 Nov 2013 12:46:33 UTC Received: from MTLDAG01.mtl.com ([10.0.8.75]) by MTLCAS01.mtl.com ([10.0.8.71]) with mapi id 14.03.0123.003; Thu, 28 Nov 2013 14:43:44 +0200 From: Meny Yossefi To: "freebsd-net@freebsd.org" Subject: UDP traffic, msg size exceeds 9215 Bytes Thread-Topic: UDP traffic, msg size exceeds 9215 Bytes Thread-Index: Ac7sB0a0MvWgPAi+SpCpDDit3uPaqA== Date: Thu, 28 Nov 2013 12:43:43 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.13.1] MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: Oded Shanoon , Meny Yossefi X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Nov 2013 12:46:34 -0000 Hi all, We've been running some benchmarks (Netperf, Iperf) on our driver (Mellanox= ), and witnessed an odd behavior. We saw that when running UDP traffic with msg size larger than 9215 bytes, = it gets dropped for some reason. MTU is 1500. We've spotted the same behavior on different vendors which lead us to belie= ve there's some kernel issue that we are missing here. Please advise, Meny Yossefi | SW Engineer Mellanox Technologies Ltd Work: +972-74-7129121, Cell: +972-52-8379557