From owner-freebsd-net@freebsd.org Sun Oct 25 07:28:13 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1A4F07F4C for ; Sun, 25 Oct 2015 07:28:13 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Received: from mailstore06.sysedata.no (b.mail.tornado.no [195.159.29.130]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D941C1619 for ; Sun, 25 Oct 2015 07:28:11 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Received: from [195.159.29.130] (helo=www.eposttjener.no) by mailstore06.sysedata.no with esmtpa (Exim 4.71) (envelope-from ) id 1ZqFRt-0007N5-Fc for freebsd-net@freebsd.org; Sun, 25 Oct 2015 08:10:37 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 25 Oct 2015 08:10:37 +0100 From: Daniel Engberg To: freebsd-net@freebsd.org Subject: ixl 40G bad =?UTF-8?Q?performance=3F?= Message-ID: <5aae0ee63c44627223d5d179f1901d00@pyret.net> X-Sender: daniel.engberg.lists@pyret.net User-Agent: Roundcube Webmail/0.9.4 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Oct 2015 07:28:13 -0000 One thing I've noticed that probably affects your performance benchmarks somewhat is that you're using iperf(2) instead of the newer iperf3 but I could be wrong... Best regards, Daniel From owner-freebsd-net@freebsd.org Sun Oct 25 08:08:45 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0473B8933 for ; Sun, 25 Oct 2015 08:08:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DEF3214EF for ; Sun, 25 Oct 2015 08:08:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t9P88irL080324 for ; Sun, 25 Oct 2015 08:08:44 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 203175] Daily kernel crashes in tcp_twclose
on 10.2-p2 using VIMAGE Date: Sun, 25 Oct 2015 08:08:44 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-RELEASE X-Bugzilla-Keywords: crash, needs-qa, patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: mfc-stable9? mfc-stable10? X-Bugzilla-Changed-Fields: keywords flagtypes.name cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Oct 2015 08:08:45 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203175 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |crash, needs-qa, patch Flags| |mfc-stable9?, mfc-stable10? CC| |koobs@FreeBSD.org -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@freebsd.org Sun Oct 25 17:01:53 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C5A4C8288 for ; Sun, 25 Oct 2015 17:01:53 +0000 (UTC) (envelope-from James@Lodge.me.uk) Received: from emea01-db3-obe.outbound.protection.outlook.com (mail-db3on0125.outbound.protection.outlook.com [157.55.234.125]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 378381767 for ; Sun, 25 Oct 2015 17:01:52 +0000 (UTC) (envelope-from James@Lodge.me.uk) Received: from VI1PR06MB1037.eurprd06.prod.outlook.com (10.162.123.156) by VI1PR06MB1040.eurprd06.prod.outlook.com (10.162.123.16) with Microsoft SMTP Server (TLS) id 15.1.306.13; Sun, 25 Oct 2015 16:46:58 +0000 Received: from VI1PR06MB1037.eurprd06.prod.outlook.com ([10.162.123.156]) by VI1PR06MB1037.eurprd06.prod.outlook.com ([10.162.123.156]) with mapi id 15.01.0306.003; Sun, 25 Oct 2015 16:46:58 +0000 From: James Lodge To: "freebsd-net@freebsd.org" Subject: Jail - PF - NAT - Network Performance Thread-Topic: Jail - PF - NAT - Network Performance Thread-Index: AQHRD0CmbA4uAEGug0il9nIvPZfXmA== Date: Sun, 25 Oct 2015 16:46:56 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=James@Lodge.me.uk; x-originating-ip: [81.174.132.199] x-microsoft-exchange-diagnostics: 1; VI1PR06MB1040; 5:0tRb1EF+l9DsErC56hB9wnlHV9PZ6DXSo8KgM4SsMPB+4P4bHN8qdy6WpcHKbLyur+Gwgmn7lyaDJ6RjEGiCta25hsKkUGDTTIx7SEAr1S8ZXqR1tORrhMu+6KnwVemTZHQrQBmhgQTLpvtcJ3Q7Iw==; 24:FRKXi5cjVcp7PIvz2huCBkMdb2cR3Jl5NWaf7/CKEN+U43wKyc5PjMP7ytLaiYkP5i5XQLgaldvaAtxIipHLJZSV8BUQS2PmIdMRPQIxGvw=; 20:/YAqQWy3tOHOezS3GKF9kpZnTM8G2L1SAG6OywhbeBU8WVQ1kfpoGvVen8t9zddlWh/p6NVx3WJWrY+PoyowvQ== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:VI1PR06MB1040; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(520078)(5005006)(3002001)(102215026); SRVR:VI1PR06MB1040; BCL:0; PCL:0; RULEID:; SRVR:VI1PR06MB1040; x-forefront-prvs: 074040B844 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(54094003)(189002)(199003)(10400500002)(110136002)(97736004)(81156007)(5008740100001)(107886002)(5001960100002)(19625215002)(229853001)(50986999)(74316001)(11100500001)(5003600100002)(54356999)(101416001)(106356001)(80792005)(105586002)(106116001)(2351001)(19627405001)(76576001)(87936001)(86362001)(5007970100001)(5004730100002)(2501003)(450100001)(40100003)(33656002)(2900100001)(16236675004)(102836002)(77096005)(122556002)(92566002)(66066001)(189998001)(5002640100001)(74482002); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR06MB1040; H:VI1PR06MB1037.eurprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: Lodge.me.uk does not designate permitted sender hosts) spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: Lodge.me.uk X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Oct 2015 16:46:56.9230 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ded56ae9-7c77-4cf6-bbfd-39e6a505742d X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR06MB1040 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Oct 2015 17:01:54 -0000 Dear All, I wonder if you'd be so kind as to help/point me in the right direction in = order to fix a network performance issue I seem to have. I currently have a FreeBSD 10.1 host running on Digital Ocean. I have multi= ple jails and I'm not using vimage. I'm using PF on the host to NAT traffic from said jails and all is working = as expected. I have a jail running OpenVPN and clients can connect and traf= fic is routed to the Internet down the tunnel via PF/NAT. The issue I'm see= ing is download speeds to the client from the Internet on the external side= on PF. Upload always seem reasonable, but download is always woeful. I'm u= sing a Windows machine as the client if that make any odds. I've narrowed it down to be PF/NAT/External Interface (possibly) as I have = a web server in another jail on the same host. The web server is hosting a = 1GB file. If I download the 1GB using the web server's private IP address d= own the OpenVPN tunnel I get a reasonable speed of about 2MB/s where as dow= nloading the same 1GB file from a public web server via the OpenVPN tunnel = (so going through PF/NAT on the host) results in 30KB/s maximum. Just to re= iterate the point, the web server running on the FreeBSD host on DO is publ= icly accessible on the Internet. If I disconnect my OpenVPN and use the pub= lic IP to download the 1GB I get 5-6MB/s which is the speed on my VDSL2 cir= cuit. Any help massively appreciated Regards James From owner-freebsd-net@freebsd.org Sun Oct 25 17:12:14 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D62DF8404 for ; Sun, 25 Oct 2015 17:12:14 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from venus.codepro.be (venus.codepro.be [IPv6:2a01:4f8:162:1127::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.codepro.be", Issuer "Gandi Standard SSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 991511C2C for ; Sun, 25 Oct 2015 17:12:14 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from [IPv6:2a02:1811:2419:4e02:f98e:1278:f825:1dc6] (unknown [IPv6:2a02:1811:2419:4e02:f98e:1278:f825:1dc6]) by venus.codepro.be (Postfix) with ESMTPSA id D9FB0225EF; Sun, 25 Oct 2015 18:12:11 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Subject: Re: Jail - PF - NAT - Network Performance From: Kristof Provost In-Reply-To: Date: Sun, 25 Oct 2015 18:12:10 +0100 Cc: "freebsd-net@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: To: James Lodge X-Mailer: Apple Mail (2.3096.5) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Oct 2015 17:12:14 -0000 > On 25 Oct 2015, at 17:46, James Lodge wrote: > I currently have a FreeBSD 10.1 host running on Digital Ocean. I have = multiple jails and I'm not using vimage. >=20 >=20 > I'm using PF on the host to NAT traffic from said jails and all is = working as expected. I have a jail running OpenVPN and clients can = connect and traffic is routed to the Internet down the tunnel via = PF/NAT. The issue I'm seeing is download speeds to the client from the = Internet on the external side on PF. Upload always seem reasonable, but = download is always woeful. I'm using a Windows machine as the client if = that make any odds. >=20 Yeah, there=E2=80=99s an issue with checksums and pf/Xen.=20 Disabling TSO should work for you (sudo sysctl net.inet.tcp.tso=3D0), = and the problem should be completely fixed in the next release (10.3 or = 11.0) Regards, Kristof= From owner-freebsd-net@freebsd.org Sun Oct 25 19:21:14 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5B5B38D10 for ; Sun, 25 Oct 2015 19:21:14 +0000 (UTC) (envelope-from James@Lodge.me.uk) Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0115.outbound.protection.outlook.com [157.56.112.115]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CFF81105A for ; Sun, 25 Oct 2015 19:21:12 +0000 (UTC) (envelope-from James@Lodge.me.uk) Received: from VI1PR06MB1037.eurprd06.prod.outlook.com (10.162.123.156) by VI1PR06MB1038.eurprd06.prod.outlook.com (10.162.123.157) with Microsoft SMTP Server (TLS) id 15.1.306.13; Sun, 25 Oct 2015 17:47:08 +0000 Received: from VI1PR06MB1037.eurprd06.prod.outlook.com ([10.162.123.156]) by VI1PR06MB1037.eurprd06.prod.outlook.com ([10.162.123.156]) with mapi id 15.01.0306.003; Sun, 25 Oct 2015 17:47:08 +0000 From: James Lodge To: "freebsd-net@freebsd.org" Subject: Re: Jail - PF - NAT - Network Performance Thread-Topic: Jail - PF - NAT - Network Performance Thread-Index: AQHRD0CmbA4uAEGug0il9nIvPZfXmJ58cg8AgAAIzKI= Date: Sun, 25 Oct 2015 17:47:07 +0000 Message-ID: References: , In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=James@Lodge.me.uk; x-originating-ip: [46.101.56.132] x-microsoft-exchange-diagnostics: 1; VI1PR06MB1038; 5:4RrS236VOOBqHX6zQzca5GsNf1RXwdGspfgRdYE+jMwW6tEXfUA104JiAaTTExtKPtAzr2wBF/Bur1iIQTvNmFRKZoKP1nXbfNEi7Beqt4tmUTlfz1YlLzxUCiIgM+RDptpLmZ7UN2rMOQTMI9u7OQ==; 24:mod9ceg9le8BajG11RxU+9FN+emAH25tg2muYdG02uqrMQm1H9bNR95F5v/0w8ekB2feizogN7NmFB8dyQF+6RMKjiteo/A0/mFoqst7dhM=; 20:2uXSjNL32MHmb/eO3KNt/hkc2oLVMg/m/Nb2QmyS7YFoyJxtt5/Kudg0O2CVjeubfBThjHMcqiw9cV6ZP44YQQ== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:VI1PR06MB1038; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(8121501046)(5005006)(3002001)(102215026); SRVR:VI1PR06MB1038; BCL:0; PCL:0; RULEID:; SRVR:VI1PR06MB1038; x-forefront-prvs: 074040B844 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(199003)(189002)(24454002)(2351001)(66066001)(5003600100002)(102836002)(189998001)(33656002)(74316001)(19580405001)(5002640100001)(77096005)(76576001)(106116001)(106356001)(19580395003)(76176999)(101416001)(2900100001)(11100500001)(50986999)(54356999)(86362001)(2501003)(105586002)(450100001)(87936001)(2950100001)(92566002)(5001960100002)(110136002)(122556002)(74482002)(81156007)(80792005)(5007970100001)(5001920100001)(40100003)(107886002)(5008740100001)(97736004)(10400500002)(5004730100002); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR06MB1038; H:VI1PR06MB1037.eurprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: Lodge.me.uk does not designate permitted sender hosts) spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: Lodge.me.uk X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Oct 2015 17:47:07.6465 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ded56ae9-7c77-4cf6-bbfd-39e6a505742d X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR06MB1038 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Oct 2015 19:21:14 -0000 > On 25 Oct 2015, at 17:46, James Lodge wrote: > I currently have a FreeBSD 10.1 host running on Digital Ocean. I have mul= tiple jails and I'm not using vimage. > > > I'm using PF on the host to NAT traffic from said jails and all is workin= g as expected. I have a jail running OpenVPN and clients can connect and tr= affic is routed to the Internet down the tunnel via PF/NAT. The issue I'm s= eeing is download speeds to the client from the Internet on the external si= de on PF. Upload always seem reasonable, but download is always woeful. I'm= using a Windows machine as the client if that make any odds. > >Yeah, there=92s an issue with checksums and pf/Xen. >Disabling TSO should work for you (sudo sysctl net.inet.tcp.tso=3D0), and = the problem should be completely fixed in the >next release (10.3 or 11.0) > >Regards, >Kristof Thanks Kristof for the quick reply, I was hoping it would be that simple, but Digital Ocean use KVM (from what = I know) as their hypervisor so disabling TSO and LRO seems to have no notic= ed increase in performance.=20 Regards James= From owner-freebsd-net@freebsd.org Sun Oct 25 19:37:41 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D77BA811F for ; Sun, 25 Oct 2015 19:37:41 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from venus.codepro.be (venus.codepro.be [IPv6:2a01:4f8:162:1127::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.codepro.be", Issuer "Gandi Standard SSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9CC2E1A6E for ; Sun, 25 Oct 2015 19:37:41 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from [IPv6:2a02:1811:2419:4e02:f98e:1278:f825:1dc6] (unknown [IPv6:2a02:1811:2419:4e02:f98e:1278:f825:1dc6]) by venus.codepro.be (Postfix) with ESMTPSA id 2DCC522791; Sun, 25 Oct 2015 20:37:38 +0100 (CET) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Subject: Re: Jail - PF - NAT - Network Performance From: Kristof Provost In-Reply-To: Date: Sun, 25 Oct 2015 20:37:37 +0100 Cc: "freebsd-net@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: To: James Lodge X-Mailer: Apple Mail (2.3096.5) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Oct 2015 19:37:41 -0000 > On 25 Oct 2015, at 18:47, James Lodge wrote: >=20 >> On 25 Oct 2015, at 17:46, James Lodge wrote: >> I currently have a FreeBSD 10.1 host running on Digital Ocean. I have = multiple jails and I'm not using vimage. >>=20 >>=20 >> I'm using PF on the host to NAT traffic from said jails and all is = working as expected. I have a jail running OpenVPN and clients can = connect and traffic is routed to the Internet down the tunnel via = PF/NAT. The issue I'm seeing is download speeds to the client from the = Internet on the external side on PF. Upload always seem reasonable, but = download is always woeful. I'm using a Windows machine as the client if = that make any odds. >>=20 >> Yeah, there=92s an issue with checksums and pf/Xen. >> Disabling TSO should work for you (sudo sysctl net.inet.tcp.tso=3D0), = and the problem should be completely fixed in the >next release (10.3 or = 11.0) >>=20 >> Regards, >> Kristof >=20 >=20 > Thanks Kristof for the quick reply, >=20 > I was hoping it would be that simple, but Digital Ocean use KVM (from = what I know) as their hypervisor so disabling TSO and LRO seems to have = no noticed increase in performance.=20 >=20 Can you run a tcpdump while you=92re seeing the problem? The issue I know about is related to the TCP checksum, so I=92d expect = to see many invalid checksums. Regards, Kristof From owner-freebsd-net@freebsd.org Sun Oct 25 20:50:07 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9C9938450 for ; Sun, 25 Oct 2015 20:50:07 +0000 (UTC) (envelope-from James@Lodge.me.uk) Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0134.outbound.protection.outlook.com [157.56.112.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1B63113CB for ; Sun, 25 Oct 2015 20:50:06 +0000 (UTC) (envelope-from James@Lodge.me.uk) Received: from VI1PR06MB1037.eurprd06.prod.outlook.com (10.162.123.156) by VI1PR06MB1037.eurprd06.prod.outlook.com (10.162.123.156) with Microsoft SMTP Server (TLS) id 15.1.306.13; Sun, 25 Oct 2015 20:33:53 +0000 Received: from VI1PR06MB1037.eurprd06.prod.outlook.com ([10.162.123.156]) by VI1PR06MB1037.eurprd06.prod.outlook.com ([10.162.123.156]) with mapi id 15.01.0306.003; Sun, 25 Oct 2015 20:33:53 +0000 From: James Lodge To: "freebsd-net@freebsd.org" Subject: Re: Jail - PF - NAT - Network Performance Thread-Topic: Jail - PF - NAT - Network Performance Thread-Index: AQHRD0CmbA4uAEGug0il9nIvPZfXmJ58cg8AgAAIzKKAAB/YgIAACJuI Date: Sun, 25 Oct 2015 20:33:53 +0000 Message-ID: References: , In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=James@Lodge.me.uk; x-originating-ip: [46.101.56.132] x-microsoft-exchange-diagnostics: 1; VI1PR06MB1037; 5:FXe/y3ZxZkVosdltjiKL0GN1qT8aJxbstSd5lhtr1zv9G+lD61rGE9h67w6d7DtrdQcAQrJpo8M7tIoms8552NRWG+eDgvPz1LN/34RXWj49tU/NJVN59GwMKWa53TfZqCz8AibnWuwfHtdemQDXbA==; 24:yCd59+Ip1tV0sYRtlmE8LXvnhYdXHv7e6JDAM1wHC1smPFRS6cTEQQSGBoaD7gUJNZpqOZlDmvFS/otj7bEhMTgeeb2Esft9O7RfBynEDpo=; 20:QLmnhmScTI+TlYv3Lk/9AunXku0iMqXMowSnvMxfEkak048ov257e7tNaZ0kqjexS73XeMOraZyNw/i8EfAlwA== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:VI1PR06MB1037; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(3002001)(102215026); SRVR:VI1PR06MB1037; BCL:0; PCL:0; RULEID:; SRVR:VI1PR06MB1037; x-forefront-prvs: 074040B844 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(189002)(24454002)(199003)(54356999)(87936001)(74482002)(2351001)(122556002)(2501003)(5003600100002)(40100003)(5002640100001)(101416001)(33656002)(5008740100001)(450100001)(50986999)(76176999)(92566002)(93886004)(102836002)(97736004)(5001920100001)(81156007)(86362001)(19580405001)(77096005)(19580395003)(11100500001)(76576001)(10400500002)(2900100001)(5007970100001)(80792005)(2950100001)(5004730100002)(66066001)(105586002)(74316001)(189998001)(5001960100002)(110136002)(106356001)(106116001)(107886002); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR06MB1037; H:VI1PR06MB1037.eurprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: Lodge.me.uk does not designate permitted sender hosts) spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: Lodge.me.uk X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Oct 2015 20:33:53.2995 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ded56ae9-7c77-4cf6-bbfd-39e6a505742d X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR06MB1037 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Oct 2015 20:50:07 -0000 > On 25 Oct 2015, at 18:47, James Lodge wrote: > >> On 25 Oct 2015, at 17:46, James Lodge wrote: >> I currently have a FreeBSD 10.1 host running on Digital Ocean. I have mu= ltiple jails and I'm not using vimage. >> >> >> I'm using PF on the host to NAT traffic from said jails and all is worki= ng as expected. I have a jail running OpenVPN and clients can connect and t= raffic is routed to the Internet down the tunnel via PF/NAT. The issue I'm = seeing is download speeds to the client from the Internet on the external s= ide on PF. Upload always seem reasonable, but download is always woeful. I'= m using a Windows machine as the client if that make any odds. >> >> Yeah, there=1B$B!G=1B(Bs an issue with checksums and pf/Xen. >> Disabling TSO should work for you (sudo sysctl net.inet.tcp.tso=3D0), an= d the problem should be completely fixed in the >next release (10.3 or 11.0= ) >> >> Regards, >> Kristof > > > Thanks Kristof for the quick reply, > > I was hoping it would be that simple, but Digital Ocean use KVM (from wha= t I know) as their hypervisor so disabling TSO and LRO seems to have no not= iced increase in performance. > >Can you run a tcpdump while you=1B$B!G=1B(Bre seeing the problem? >The issue I know about is related to the TCP checksum, so I=1B$B!G=1B(Bd e= xpect to see many invalid checksums. > >Regards, >Kristof There are discussions/threads regarding KVM/TSO with the same symptoms, but= I would expect to see the same poor performance through PF be it local or = remotely via OpenVPN, but I don't. Local I see perfect performance in and o= ut from the host and jails. =20 Running wireshark locally on the windows client and downloading from the In= ternet via PF, I see a lot of retransmissions and duplicate ACKs.=20 28 0.824146000 80.249.99.148 10.8.0.10 TCP 1422 [TCP Retransmission] 80=1B$= B"*=1B(B57292 [ACK] Seq=3D9577 Ack=3D1 Win=3D14 Len=3D1368 33 0.872164000 10.8.0.10 80.249.99.148 TCP 66 [TCP Dup ACK 29#1] 57292=1B$B= "*=1B(B80 [ACK] Seq=3D1 Ack=3D13681 Win=3D256 Len=3D0 SLE=3D15049 SRE=3D164= 17 I don't see any retransmissions or duplicate ACKs when downloading from the= web server jail via its private IP down the tunnel.=20 if I run tcpdump i tun0 -n at the same time as seen the retransmissions and= duplicate ACKS I get..... 20:26:58.567017 IP 10.8.0.10.60339 > 80.249.99.148.80: Flags [.], ack 43776= 0, win 256, options [nop,nop,sack 1 {440496:443232}], length 0 20:26:58.568680 IP 80.249.99.148.80 > 10.8.0.10.60339: Flags [.], seq 43776= 0:439128, ack 1, win 14, length 1368 20:26:58.580530 IP 10.8.0.10.60339 > 80.249.99.148.80: Flags [.], ack 43912= 8, win 256, options [nop,nop,sack 1 {440496:443232}], length 0 20:26:58.585141 IP 80.249.99.148.80 > 10.8.0.10.60339: Flags [.], seq 44323= 2:444600, ack 1, win 14, length 1368 20:26:58.596466 IP 10.8.0.10.60339 > 80.249.99.148.80: Flags [.], ack 43912= 8, win 256, options [nop,nop,sack 1 {440496:444600}], length 0 Regards James=20 = From owner-freebsd-net@freebsd.org Sun Oct 25 21:00:05 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A99486C7 for ; Sun, 25 Oct 2015 21:00:05 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5D9D81A18 for ; Sun, 25 Oct 2015 21:00:05 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t9PL05g2052854 for ; Sun, 25 Oct 2015 21:00:05 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201510252100.t9PL05g2052854@kenobi.freebsd.org> From: bugzilla-noreply@FreeBSD.org To: freebsd-net@FreeBSD.org Subject: Problem reports for freebsd-net@FreeBSD.org that need special attention X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 Date: Sun, 25 Oct 2015 21:00:05 +0000 Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Oct 2015 21:00:05 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- In Progress | 200221 | em0 watchdog timeout under load Open | 156226 | [lagg]: failover does not announce the failover t Open | 194515 | Fatal Trap 12 Kernel with vimage Open | 199136 | [if_tap] Added down_on_close sysctl variable to t 4 problems total for which you should take action. From owner-freebsd-net@freebsd.org Mon Oct 26 00:23:39 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F323E81B8 for ; Mon, 26 Oct 2015 00:23:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DB01A1E8F for ; Mon, 26 Oct 2015 00:23:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t9Q0NciZ056979 for ; Mon, 26 Oct 2015 00:23:38 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 196361] IPv6 routes leak between FIBs Date: Mon, 26 Oct 2015 00:23:39 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: jhujhiti@adjectivism.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2015 00:23:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196361 --- Comment #1 from jhujhiti@adjectivism.org --- >From my perspective as an amateur kernel hacker, this appears to be intentional behavior. We have comments in the "FIB-aware" code like this: "/* Announce arrival of local address to all FIBs. */". I do not understand the logic here. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@freebsd.org Mon Oct 26 03:38:33 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81E20895F for ; Mon, 26 Oct 2015 03:38:33 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4912517FC for ; Mon, 26 Oct 2015 03:38:33 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by obcqt19 with SMTP id qt19so132559419obc.3 for ; Sun, 25 Oct 2015 20:38:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=rZN3CxIis0yqoSE34PwbNY0uVpwuNx4YghsvXaSFc/k=; b=BmdtK2DWkrx2+jaZkjDCjxxvHPfuyzvAScJ/Mqz6eRleqyqFEzgzroOu0G0H0CvjIP okTaAwowAh2WIVpTw5wDJ0sUX9K/IWa3fJKVHpLlpYFwavNt9TvVczYi1gemYPwaggKk Kpx8sr/wtnwRuzlaCLiPB5zNu6I3Kxkzxr2azhXiNhfK7zPTTAAG00f+Bpp5E8RTKdFw ECdb6ANHuNsTOK+4dzmXrHqNhcFP7tvIhssIMmgEzGTq6DuCoe76yQMjYlrmJRmaoD1l QtmXkWxxXl7OlGi6QLHlZJDkQWRDhQ2YgdMqU9I61lYl1lGdxV/y01S6oDqqDmmFjGs2 JrXQ== MIME-Version: 1.0 X-Received: by 10.182.104.130 with SMTP id ge2mr22793842obb.79.1445830711910; Sun, 25 Oct 2015 20:38:31 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.108.210 with HTTP; Sun, 25 Oct 2015 20:38:31 -0700 (PDT) In-Reply-To: <5aae0ee63c44627223d5d179f1901d00@pyret.net> References: <5aae0ee63c44627223d5d179f1901d00@pyret.net> Date: Sun, 25 Oct 2015 20:38:31 -0700 X-Google-Sender-Auth: PuoADiNshkPLYLtl9jgm3aoXv_E Message-ID: Subject: Re: ixl 40G bad performance? From: Kevin Oberman To: Daniel Engberg Cc: "freebsd-net@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2015 03:38:33 -0000 On Sun, Oct 25, 2015 at 12:10 AM, Daniel Engberg < daniel.engberg.lists@pyret.net> wrote: > One thing I've noticed that probably affects your performance benchmarks > somewhat is that you're using iperf(2) instead of the newer iperf3 but I > could be wrong... > > Best regards, > Daniel > iperf3 is not a newer version of iperf. It is a total re-write and a rather different tool. It has significant improvements in many areas and new capabilities that might be of use. That said, there is no reason to think that the results of tests using iperf2 are in any way inaccurate. However, it is entirely possible to get misleading results if options not properly selected. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-net@freebsd.org Mon Oct 26 09:28:11 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E6C69A1C4CB for ; Mon, 26 Oct 2015 09:28:11 +0000 (UTC) (envelope-from lars@netapp.com) Received: from mx141.netapp.com (mx141.netapp.com [216.240.21.12]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mx141.netapp.com", Issuer "Symantec Class 3 Secure Server CA - G4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A10581971 for ; Mon, 26 Oct 2015 09:28:10 +0000 (UTC) (envelope-from lars@netapp.com) X-IronPort-AV: E=Sophos;i="5.20,200,1444719600"; d="asc'?scan'208";a="77255592" Received: from hioexcmbx01-prd.hq.netapp.com ([10.122.105.34]) by mx141-out.netapp.com with ESMTP; 26 Oct 2015 02:27:51 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com (10.122.105.40) by hioexcmbx01-prd.hq.netapp.com (10.122.105.34) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Mon, 26 Oct 2015 02:27:51 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com ([::1]) by hioexcmbx07-prd.hq.netapp.com ([fe80::e1d9:911e:3048:d510%21]) with mapi id 15.00.1104.000; Mon, 26 Oct 2015 02:27:51 -0700 From: "Eggert, Lars" To: Kevin Oberman CC: Daniel Engberg , "freebsd-net@freebsd.org" Subject: Re: ixl 40G bad performance? Thread-Topic: ixl 40G bad performance? Thread-Index: AQHRDva+ZO+9KY7om02T8EKrgQTcE559lvyAgABhmIA= Date: Mon, 26 Oct 2015 09:27:50 +0000 Message-ID: <0E4C2D93-FBAF-48CB-A704-499ABFC892B9@netapp.com> References: <5aae0ee63c44627223d5d179f1901d00@pyret.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3096.5) x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.120.60.34] Content-Type: multipart/signed; boundary="Apple-Mail=_A38DF3C3-4B47-41DA-B31D-FB6732DAD313"; protocol="application/pgp-signature"; micalg=pgp-sha256 MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2015 09:28:12 -0000 --Apple-Mail=_A38DF3C3-4B47-41DA-B31D-FB6732DAD313 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 2015-10-26, at 4:38, Kevin Oberman wrote: > On Sun, Oct 25, 2015 at 12:10 AM, Daniel Engberg < > daniel.engberg.lists@pyret.net> wrote: >=20 >> One thing I've noticed that probably affects your performance = benchmarks >> somewhat is that you're using iperf(2) instead of the newer iperf3 = but I >> could be wrong... >=20 > iperf3 is not a newer version of iperf. It is a total re-write and a = rather > different tool. It has significant improvements in many areas and new > capabilities that might be of use. That said, there is no reason to = think > that the results of tests using iperf2 are in any way inaccurate. = However, > it is entirely possible to get misleading results if options not = properly > selected. FWIW, I've been using netperf and tried various options. I don't think the issues is the benchmarking tool. I think the issue is = TSO/LRO issues (per my earlier email.) Lars --Apple-Mail=_A38DF3C3-4B47-41DA-B31D-FB6732DAD313 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQCVAwUBVi3yFtZcnpRveo1xAQgUqwP/aPyIb9JPuHy6cWX2GsysM9lBeKD+5xPW mpNNQPHGsgd6KGtj39IPDHLEkpi5sUn6yTB1PA2OqCA4vD+WzrD/Ehkzs9iucxG4 64pSAOVBzNdRx20nHXOXmzNzRGTHVfqGu9AdpGTRheRod9vCfz6x8vZystBYYvPn Zc6syfs/a9Q= =5OKz -----END PGP SIGNATURE----- --Apple-Mail=_A38DF3C3-4B47-41DA-B31D-FB6732DAD313-- From owner-freebsd-net@freebsd.org Mon Oct 26 14:38:12 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C76DAA1C689 for ; Mon, 26 Oct 2015 14:38:12 +0000 (UTC) (envelope-from jeffrey.e.pieper@intel.com) Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by mx1.freebsd.org (Postfix) with ESMTP id A02161DED for ; Mon, 26 Oct 2015 14:38:12 +0000 (UTC) (envelope-from jeffrey.e.pieper@intel.com) Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by orsmga101.jf.intel.com with ESMTP; 26 Oct 2015 07:38:05 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.20,201,1444719600"; d="scan'208";a="588219434" Received: from orsmsx109.amr.corp.intel.com ([10.22.240.7]) by FMSMGA003.fm.intel.com with ESMTP; 26 Oct 2015 07:38:05 -0700 Received: from orsmsx157.amr.corp.intel.com (10.22.240.23) by ORSMSX109.amr.corp.intel.com (10.22.240.7) with Microsoft SMTP Server (TLS) id 14.3.248.2; Mon, 26 Oct 2015 07:38:04 -0700 Received: from orsmsx111.amr.corp.intel.com ([169.254.11.194]) by ORSMSX157.amr.corp.intel.com ([169.254.9.113]) with mapi id 14.03.0248.002; Mon, 26 Oct 2015 07:38:04 -0700 From: "Pieper, Jeffrey E" To: "Eggert, Lars" , Kevin Oberman CC: "freebsd-net@freebsd.org" , Daniel Engberg Subject: RE: ixl 40G bad performance? Thread-Topic: ixl 40G bad performance? Thread-Index: AQHRDva7Dkkfpv1k90OSGi0PjZ1hUJ59lvyAgABhmQD//96psA== Date: Mon, 26 Oct 2015 14:38:04 +0000 Message-ID: <2A35EA60C3C77D438915767F458D6568807F2A8A@ORSMSX111.amr.corp.intel.com> References: <5aae0ee63c44627223d5d179f1901d00@pyret.net> <0E4C2D93-FBAF-48CB-A704-499ABFC892B9@netapp.com> In-Reply-To: <0E4C2D93-FBAF-48CB-A704-499ABFC892B9@netapp.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsIiwiaWQiOiIzZGZlM2NmNy01YmFlLTRmNzAtYTIyYy01N2Q4N2ZmNjE4ZWUiLCJwcm9wcyI6W3sibiI6IkludGVsRGF0YUNsYXNzaWZpY2F0aW9uIiwidmFscyI6W3sidmFsdWUiOiJDVFBfUFVCTElDIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE1LjQuMTAuMTkiLCJUcnVzdGVkTGFiZWxIYXNoIjoiY3RtQWkzekhCeFJTZG43ekNXZWc5YlZGbk9PRDZBbUtwZm5EckUrWTdsRT0ifQ== x-inteldataclassification: CTP_PUBLIC x-originating-ip: [10.22.254.138] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2015 14:38:12 -0000 -----Original Message----- From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd-net@freebsd.org] = On Behalf Of Eggert, Lars Sent: Monday, October 26, 2015 2:28 AM To: Kevin Oberman Cc: freebsd-net@freebsd.org; Daniel Engberg Subject: Re: ixl 40G bad performance? On 2015-10-26, at 4:38, Kevin Oberman wrote: > On Sun, Oct 25, 2015 at 12:10 AM, Daniel Engberg < > daniel.engberg.lists@pyret.net> wrote: >=20 >> One thing I've noticed that probably affects your performance benchmarks >> somewhat is that you're using iperf(2) instead of the newer iperf3 but I >> could be wrong... >=20 > iperf3 is not a newer version of iperf. It is a total re-write and a rath= er > different tool. It has significant improvements in many areas and new > capabilities that might be of use. That said, there is no reason to think > that the results of tests using iperf2 are in any way inaccurate. However= , > it is entirely possible to get misleading results if options not properly > selected. > >FWIW, I've been using netperf and tried various options. > >I don't think the issues is the benchmarking tool. I think the issue is TS= O/LRO issues (per my earlier email.) > >Lars With the latest ixl component from: https://downloadcenter.intel.com/downlo= ad/25160/Network-Adapter-Driver-for-PCI-E-40-Gigabit-Network-Connections-un= der-FreeBSD- running on 10.2 amd64, I easily get 9.6 Gb/s with one netperf stream, eithe= r b2b or through a switch. This is with no driver/kernel tuning. Running 4 = streams easily gets me 36 GB/s.=20 Jeff From owner-freebsd-net@freebsd.org Mon Oct 26 15:08:14 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BFD36A1CF45 for ; Mon, 26 Oct 2015 15:08:14 +0000 (UTC) (envelope-from lars@netapp.com) Received: from mx143.netapp.com (mx143.netapp.com [216.240.21.24]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mx143.netapp.com", Issuer "Symantec Class 3 Secure Server CA - G4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 78E1B122D for ; Mon, 26 Oct 2015 15:08:13 +0000 (UTC) (envelope-from lars@netapp.com) X-IronPort-AV: E=Sophos;i="5.20,201,1444719600"; d="asc'?scan'208";a="74634389" Received: from hioexcmbx07-prd.hq.netapp.com ([10.122.105.40]) by mx143-out.netapp.com with ESMTP; 26 Oct 2015 08:07:48 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com (10.122.105.40) by hioexcmbx07-prd.hq.netapp.com (10.122.105.40) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Mon, 26 Oct 2015 08:07:48 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com ([::1]) by hioexcmbx07-prd.hq.netapp.com ([fe80::e1d9:911e:3048:d510%21]) with mapi id 15.00.1104.000; Mon, 26 Oct 2015 08:07:48 -0700 From: "Eggert, Lars" To: "Pieper, Jeffrey E" CC: Kevin Oberman , "freebsd-net@freebsd.org" , Daniel Engberg Subject: Re: ixl 40G bad performance? Thread-Topic: ixl 40G bad performance? Thread-Index: AQHRDva+ZO+9KY7om02T8EKrgQTcE559lvyAgABhmICAAFavAIAACEoA Date: Mon, 26 Oct 2015 15:07:47 +0000 Message-ID: <99E53825-99F8-4E82-A710-6BC07B123F77@netapp.com> References: <5aae0ee63c44627223d5d179f1901d00@pyret.net> <0E4C2D93-FBAF-48CB-A704-499ABFC892B9@netapp.com> <2A35EA60C3C77D438915767F458D6568807F2A8A@ORSMSX111.amr.corp.intel.com> In-Reply-To: <2A35EA60C3C77D438915767F458D6568807F2A8A@ORSMSX111.amr.corp.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3096.5) x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.120.60.34] Content-Type: multipart/signed; boundary="Apple-Mail=_DDFA51E5-4B5F-493E-948C-A239D7BEB25C"; protocol="application/pgp-signature"; micalg=pgp-sha256 MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2015 15:08:14 -0000 --Apple-Mail=_DDFA51E5-4B5F-493E-948C-A239D7BEB25C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 2015-10-26, at 15:38, Pieper, Jeffrey E = wrote: > With the latest ixl component from: = https://downloadcenter.intel.com/download/25160/Network-Adapter-Driver-for= -PCI-E-40-Gigabit-Network-Connections-under-FreeBSD- >=20 > running on 10.2 amd64, I easily get 9.6 Gb/s with one netperf stream, = either b2b or through a switch. This is with no driver/kernel tuning. = Running 4 streams easily gets me 36 GB/s. Thanks, will test! If the newer driver makes a difference, any chance we'll see it in -HEAD = soon? Lars --Apple-Mail=_DDFA51E5-4B5F-493E-948C-A239D7BEB25C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQCVAwUBVi5BwdZcnpRveo1xAQgRpgQApCuKHFl49m6E6u1+nYRT438cZjazp/7c AUnzrzwIet99IQZjP5DG5I+8/HltSkOvTU6x4/53PLXJs1bK7+tL5pfiwtTHdbTj baHyaGs4L4QQCP0ld21dQL685pG8e4wTduIh4Fr5K+KS1b5+J3sKP0v0xoBYbDxP +Hmw3Z/uIYw= =g1UU -----END PGP SIGNATURE----- --Apple-Mail=_DDFA51E5-4B5F-493E-948C-A239D7BEB25C-- From owner-freebsd-net@freebsd.org Mon Oct 26 16:09:17 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EBEC78A5B for ; Mon, 26 Oct 2015 16:09:17 +0000 (UTC) (envelope-from jeffrey.e.pieper@intel.com) Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by mx1.freebsd.org (Postfix) with ESMTP id C484C14FF for ; Mon, 26 Oct 2015 16:09:17 +0000 (UTC) (envelope-from jeffrey.e.pieper@intel.com) Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by orsmga103.jf.intel.com with ESMTP; 26 Oct 2015 09:08:48 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.20,201,1444719600"; d="scan'208";a="588289237" Received: from orsmsx108.amr.corp.intel.com ([10.22.240.6]) by FMSMGA003.fm.intel.com with ESMTP; 26 Oct 2015 09:08:48 -0700 Received: from orsmsx111.amr.corp.intel.com ([169.254.11.194]) by ORSMSX108.amr.corp.intel.com ([169.254.4.147]) with mapi id 14.03.0248.002; Mon, 26 Oct 2015 09:08:47 -0700 From: "Pieper, Jeffrey E" To: "Eggert, Lars" CC: Kevin Oberman , "freebsd-net@freebsd.org" , Daniel Engberg Subject: RE: ixl 40G bad performance? Thread-Topic: ixl 40G bad performance? Thread-Index: AQHRDva7Dkkfpv1k90OSGi0PjZ1hUJ59lvyAgABhmQD//96psIAAgFKA//+XqRA= Date: Mon, 26 Oct 2015 16:08:46 +0000 Message-ID: <2A35EA60C3C77D438915767F458D6568807F2D52@ORSMSX111.amr.corp.intel.com> References: <5aae0ee63c44627223d5d179f1901d00@pyret.net> <0E4C2D93-FBAF-48CB-A704-499ABFC892B9@netapp.com> <2A35EA60C3C77D438915767F458D6568807F2A8A@ORSMSX111.amr.corp.intel.com> <99E53825-99F8-4E82-A710-6BC07B123F77@netapp.com> In-Reply-To: <99E53825-99F8-4E82-A710-6BC07B123F77@netapp.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsIiwiaWQiOiI0Zjk3OTY4MS03YzkyLTRlNzUtYjU1My1iMzgzNjNmMWFlOGYiLCJwcm9wcyI6W3sibiI6IkludGVsRGF0YUNsYXNzaWZpY2F0aW9uIiwidmFscyI6W3sidmFsdWUiOiJDVFBfUFVCTElDIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE1LjQuMTAuMTkiLCJUcnVzdGVkTGFiZWxIYXNoIjoiZnlLWEY5TXhUeFlRXC8wZkhrb0F3R01seTVJeE1ZMTF2c1h6S1JwbkpPQUE9In0= x-inteldataclassification: CTP_PUBLIC x-originating-ip: [10.22.254.138] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2015 16:09:18 -0000 -----Original Message----- From: Eggert, Lars [mailto:lars@netapp.com]=20 Sent: Monday, October 26, 2015 8:08 AM To: Pieper, Jeffrey E Cc: Kevin Oberman ; freebsd-net@freebsd.org; Daniel En= gberg Subject: Re: ixl 40G bad performance? On 2015-10-26, at 15:38, Pieper, Jeffrey E wro= te: > With the latest ixl component from: https://downloadcenter.intel.com/down= load/25160/Network-Adapter-Driver-for-PCI-E-40-Gigabit-Network-Connections-= under-FreeBSD- >=20 > running on 10.2 amd64, I easily get 9.6 Gb/s with one netperf stream, eit= her b2b or through a switch. This is with no driver/kernel tuning. Running = 4 streams easily gets me 36 GB/s. > >Thanks, will test! > >If the newer driver makes a difference, any chance we'll see it in -HEAD s= oon? > >Lars As a caveat, this was using default netperf message sizes.=20 Jeff From owner-freebsd-net@freebsd.org Mon Oct 26 17:41:31 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5F1D3A1EEE1 for ; Mon, 26 Oct 2015 17:41:31 +0000 (UTC) (envelope-from lars@netapp.com) Received: from mx144.netapp.com (mx144.netapp.com [216.240.21.25]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mx144.netapp.com", Issuer "Symantec Class 3 Secure Server CA - G4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 27B671837 for ; Mon, 26 Oct 2015 17:41:30 +0000 (UTC) (envelope-from lars@netapp.com) X-IronPort-AV: E=Sophos;i="5.20,201,1444719600"; d="asc'?scan'208";a="76267059" Received: from hioexcmbx02-prd.hq.netapp.com ([10.122.105.35]) by mx144-out.netapp.com with ESMTP; 26 Oct 2015 10:40:25 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com (10.122.105.40) by hioexcmbx02-prd.hq.netapp.com (10.122.105.35) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Mon, 26 Oct 2015 10:40:25 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com ([::1]) by hioexcmbx07-prd.hq.netapp.com ([fe80::e1d9:911e:3048:d510%21]) with mapi id 15.00.1104.000; Mon, 26 Oct 2015 10:40:24 -0700 From: "Eggert, Lars" To: "Pieper, Jeffrey E" CC: Kevin Oberman , "freebsd-net@freebsd.org" , Daniel Engberg Subject: Re: ixl 40G bad performance? Thread-Topic: ixl 40G bad performance? Thread-Index: AQHRDva+ZO+9KY7om02T8EKrgQTcE559lvyAgABhmICAAFavAIAACEoAgAARDQCAABmYAA== Date: Mon, 26 Oct 2015 17:40:24 +0000 Message-ID: References: <5aae0ee63c44627223d5d179f1901d00@pyret.net> <0E4C2D93-FBAF-48CB-A704-499ABFC892B9@netapp.com> <2A35EA60C3C77D438915767F458D6568807F2A8A@ORSMSX111.amr.corp.intel.com> <99E53825-99F8-4E82-A710-6BC07B123F77@netapp.com> <2A35EA60C3C77D438915767F458D6568807F2D52@ORSMSX111.amr.corp.intel.com> In-Reply-To: <2A35EA60C3C77D438915767F458D6568807F2D52@ORSMSX111.amr.corp.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3096.5) x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.122.56.79] Content-Type: multipart/signed; boundary="Apple-Mail=_B5A770B2-4022-4326-91FB-CB0BE6B08516"; protocol="application/pgp-signature"; micalg=pgp-sha256 MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2015 17:41:31 -0000 --Apple-Mail=_B5A770B2-4022-4326-91FB-CB0BE6B08516 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 2015-10-26, at 17:08, Pieper, Jeffrey E = wrote: > As a caveat, this was using default netperf message sizes. I get the same ~3 Gb/s with the default netperf sizes and driver 1.4.5. When you tcpdump during the run, do you see TSO/LRO in effect, i.e., do = you see "segments" > 32K in the trace? Lars --Apple-Mail=_B5A770B2-4022-4326-91FB-CB0BE6B08516 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQCVAwUBVi5lh9ZcnpRveo1xAQiVAQP7Bj0rWXpPP8i2z7hWTdee+oXd7kxHTbWS N20gwd3WF6AB1/OhkyEr0qKu5rikbijraFI8xM9A+onb/ZC8RfwdUQWx+rG68QfV 02PnWAjeqrVJnXtuPBuXVgXUzYJAVyJY8bmrTqDlTiwdHoMvRsDAtAXVGFJk2UnA m6X89vB1AIA= =sr6A -----END PGP SIGNATURE----- --Apple-Mail=_B5A770B2-4022-4326-91FB-CB0BE6B08516-- From owner-freebsd-net@freebsd.org Tue Oct 27 00:28:10 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AEF3080C6 for ; Tue, 27 Oct 2015 00:28:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9B8A4102C for ; Tue, 27 Oct 2015 00:28:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t9R0SASP008714 for ; Tue, 27 Oct 2015 00:28:10 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 196361] IPv6 routes leak between FIBs Date: Tue, 27 Oct 2015 00:28:10 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: jhealy@logn.net X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Oct 2015 00:28:10 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196361 --- Comment #2 from Jason Healy --- Sorry... don't understand the logic of the code in the kernel, or of the bug as reported? Participants on freebsd-net concurred that this was a regression, so I believe the bug to be valid. As to the kernel sources, I can't say. The FIB code is working correctly for IPv4, so it's only the v6 that seems to leak routes. Thanks, Jason -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@freebsd.org Tue Oct 27 01:28:50 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D656A1C06A for ; Tue, 27 Oct 2015 01:28:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0A00515C0 for ; Tue, 27 Oct 2015 01:28:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t9R1Snva028313 for ; Tue, 27 Oct 2015 01:28:49 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 196361] IPv6 routes leak between FIBs Date: Tue, 27 Oct 2015 01:28:49 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: jhujhiti@adjectivism.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Oct 2015 01:28:50 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196361 --- Comment #3 from jhujhiti@adjectivism.org --- Sorry - I should have been more verbose. I agree with your assessment. What doesn't make sense to me is the logic in the code that clearly intends to add these routes to all FIBs. The logic existed in the merge at r231852, and I don't see the code ever changing, so I'm not sure how it's a regression (I did see your mailing list post - in fact bz@, the committer of r231852, was the one who said it's a regression). There is plenty of other good multi-FIB code in IPv6 areas of the kernel, so I must be missing a good reason for this behavior to exist. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@freebsd.org Tue Oct 27 03:02:31 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CDC90A1DABE for ; Tue, 27 Oct 2015 03:02:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B9F9218A4 for ; Tue, 27 Oct 2015 03:02:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t9R32Vvr049189 for ; Tue, 27 Oct 2015 03:02:31 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 196361] Constrain IPv6 routes to each FIB (Consistent with IPv4 route behaviour) Date: Tue, 27 Oct 2015 03:02:31 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: needs-patch, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords short_desc cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Oct 2015 03:02:31 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196361 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |needs-patch, needs-qa Summary|IPv6 routes leak between |Constrain IPv6 routes to |FIBs |each FIB (Consistent with | |IPv4 route behaviour) CC| |bz@FreeBSD.org --- Comment #4 from Kubilay Kocak --- Adjust summary to reflect desired behaviour, since existing behaviour appears intended (documented), thus this is more a 'change request' than a 'bug report'. CC original committer -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@freebsd.org Tue Oct 27 10:38:20 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 77E8EA1EB96 for ; Tue, 27 Oct 2015 10:38:20 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) by mx1.freebsd.org (Postfix) with ESMTP id 5970212A2 for ; Tue, 27 Oct 2015 10:38:20 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by phabric-backend.isc.freebsd.org (Postfix, from userid 1346) id 57B6E18667; Tue, 27 Oct 2015 10:38:20 +0000 (UTC) Date: Tue, 27 Oct 2015 10:38:20 +0000 To: freebsd-net@freebsd.org From: "melifaro (Alexander V. Chernikov)" Reply-to: D1986+325+381818416dc12ca2@reviews.freebsd.org Subject: [Differential] [Commented On] D1986: Teach lagg(4) to change MTU Message-ID: <21d8ec1a9f2bef66ba188bf4d91b2f2c@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , Thread-Topic: D1986: Teach lagg(4) to change MTU X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: ODZhMzNlYThiYzMxOTgzYmRhMDE5M2Q2Yzk4IFYvVBw= MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Oct 2015 10:38:20 -0000 melifaro added a subscriber: melifaro. melifaro added a comment. After digging into lagg internals on updating lladdrs on lagg ports, I'd also vote for extenging llq to deal with MTU changes for underlying interfaces REPOSITORY rS FreeBSD src repository REVISION DETAIL https://reviews.freebsd.org/D1986 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: rpokala-panasas.com, rstone Cc: melifaro, hrs, sbruno, lakshmi.n_msystechnologies.com, emaste, ae, freebsd-net-list From owner-freebsd-net@freebsd.org Tue Oct 27 15:27:14 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 11E1DA1F223 for ; Tue, 27 Oct 2015 15:27:14 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-lf0-x235.google.com (mail-lf0-x235.google.com [IPv6:2a00:1450:4010:c07::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 79C101185 for ; Tue, 27 Oct 2015 15:27:13 +0000 (UTC) (envelope-from cochard@gmail.com) Received: by lffz202 with SMTP id z202so174555375lff.3 for ; Tue, 27 Oct 2015 08:27:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:content-type; bh=/X0oiVrkW9Inp7feZMI4jYwjNeuzHuuSJnn9ofd2R78=; b=GvvtEsIeDLa1RbUGxE7z/lOtWHoZh9VV1UaCBOKIOlVE4rYJVSaQlFDWFlYT6YRtED bVtVzS5dw8nx9bELpoE3J36ivONW1YMwH7+vmdw18wq6EXShClM6426c3BTsMzbzlgKY CJFZeKfyGwqcXnrPqAeq+l6hqF4Po4OtlQvH3PT/eH9dC4/ndOh+dD4l5wztFwlOl0+4 R+FlM1JfepytVoKprxOD9fGEbtoMh1XNwTXC6VRlhEWQ0ykCZxKsY3tnBQwTMJAEfNMg etCrxZ8XuF4arS/MYgSDJWRKl98aivPJJtgHSLT7kwHeZx4l9pYs9DqKHKB4/z4aKIKf KIBA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cochard_me.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:from:date:message-id:subject:to:content-type; bh=/X0oiVrkW9Inp7feZMI4jYwjNeuzHuuSJnn9ofd2R78=; b=zrOIjR1kYKbZUrHVQNuwGD1KMd0Fh/ULs+gs4Ji0V1Seuve1T0tyF1h7NB7bSw+lBW IChLpy2YnEd9Xxw4iNdHpDHKWi5H2x3i0N+ZopwKGvLI1/C8F8IWAdB3kX886Buz+D9r /WaYkc2rOq98I81K24AfUr2xachaa8r7hYnuQGSDb2dhwoqE/5abv2IpS91uBbQkLVrD Jg3pywm2eTh9yr0d337b2fuQTf5SmEHkNm9jMA6ftZ5Hup3+W4y1p1a+RztRlkkaXoSX 524BTZVFirvalUqFFG8hruTWw6kYL7tZfX4BnAGqCmOxIrbjWXxAE2HQJZgH6G8Bof3Q W2ng== X-Received: by 10.25.91.19 with SMTP id p19mr2981627lfb.35.1445959631364; Tue, 27 Oct 2015 08:27:11 -0700 (PDT) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.25.197.86 with HTTP; Tue, 27 Oct 2015 08:26:52 -0700 (PDT) From: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Date: Tue, 27 Oct 2015 16:26:52 +0100 X-Google-Sender-Auth: aVRkpBY6MTN20NpA6KQUcnB2c6s Message-ID: Subject: [CFT] projects/routing + tryforward and netmap-fwd To: "freebsd-net@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Oct 2015 15:27:14 -0000 Hi all, I've build a nanobsd image based on different FreeBSD projects related to routing performance: - melifaro's projects/routing r289642 (synced with a head r287493) - gnn's tryforward improvement (D3737) - loos'netmap-fwd These improvement brings: - Routing performance on multi-core should be improved a lot's: like from 1.2Mpps to 9.5Mpps on a 8-core Xeon E5-2650 with Chelsio [1] - tryforward: No more choice between good routing performance or IPSec enabled - And you can try the work-in-progress of netmap-fwd too [2] forwarding performance on a PC Engines APU (realtek NIC and AMD G-T40 1Ghz dual-core) increase from 150Kpps to 315Kpps Image files are stored here: https://sourceforge.net/projects/bsdrp/files/BSD_Router_Project/current/amd64/ It's a customized nanobsd image (BSD Router Project) for 1GB disk including some routing tools (bird, quagga, exabgp, mpd5, openvpn, etc.) and serial port speed configured for 115200 bauds and no root password. You just need to download file BSDRP-1.901-full-amd64-vga.img.xz and "xzcat | dd" it into an USB flash disk and boot from it. Read files /boot/loader.conf, /etc/rc.conf and /etc/rc.conf.misc for the specific tunning parameters. As a nanobsd image, don't forgot the "config save" once you've modified the configuration files. Existing BSDRP users can upgrade their running release with the file BSDRP-1.901-upgrade-amd64-vga.img.xz. The file BSDRP-1.901-debug-amd64.tar.xz contains symbol file for analysing core dump your tests will generate ;-) Tests needed: - Standard routing feature: Do you meet some instability ? - IPSec usage: Does AES-GCM works, or do you meet panic ? - netmap-fwd mode: You can test its current status. For using netmap-fwd there is an rc script included and you can use it like that: sysrc netmapfwd_enable="yes" sysrc netmapfwd_ifaces="re1 re2" service netmapfwd start telnet /var/run/netmap-fwd.sock For information, The full list of patches added to the projects/routing are here: https://github.com/ocochard/BSDRP/tree/master/BSDRProuting/patches The netmap-fwd port is here: https://github.com/ocochard/BSDRP/blob/master/BSDRP/patches/ports.netmap-fwd.shar Kernel configuration file: https://github.com/ocochard/BSDRP/blob/master/BSDRProuting/kernels/amd64 Thanks, Olivier [1] https://github.com/ocochard/netbenches/blob/master/Xeon_E5-2650-8Cores-Chelsio_T540-CR/fastforwarding-pf-ipfw/results/fbsd11-routing.r287531/README.md [2] https://github.com/NetgateUSA/netmap-fwd/blob/master/netmap-fwd.pdf From owner-freebsd-net@freebsd.org Tue Oct 27 20:07:22 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E35480F0 for ; Tue, 27 Oct 2015 20:07:22 +0000 (UTC) (envelope-from denis@h3q.com) Received: from mail.h3q.com (mail.h3q.com [213.73.89.199]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.h3q.com", Issuer "thawte DV SSL CA - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1C1611260 for ; Tue, 27 Oct 2015 20:07:21 +0000 (UTC) (envelope-from denis@h3q.com) Received: (qmail 64017 invoked from network); 27 Oct 2015 20:00:37 -0000 Received: from mail.h3q.com (HELO mail.h3q.com) (mail.h3q.com) by mail.h3q.com with ESMTPS (DHE-RSA-AES256-SHA encrypted); 27 Oct 2015 20:00:37 -0000 From: Denis Ahrens Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: SADB_X_NAT_T_NEW_MAPPING Message-Id: Date: Tue, 27 Oct 2015 21:00:37 +0100 To: freebsd-net@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) X-Mailer: Apple Mail (2.3096.5) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Oct 2015 20:07:22 -0000 Hi Is it planned to add the SADB_X_NAT_T_NEW_MAPPING feature to FreeBSD? It was part of the IPSEC_NAT_T patch some years ago but it seems it was left out for some reason. Maybe there is still a patch only for this feature? Denis From owner-freebsd-net@freebsd.org Wed Oct 28 07:25:07 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0CB9EA1F527 for ; Wed, 28 Oct 2015 07:25:07 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) by mx1.freebsd.org (Postfix) with ESMTP id EAEA013BB for ; Wed, 28 Oct 2015 07:25:06 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by phabric-backend.isc.freebsd.org (Postfix, from userid 1346) id E75EA3320A1B; Wed, 28 Oct 2015 07:25:06 +0000 (UTC) Date: Wed, 28 Oct 2015 07:25:06 +0000 To: freebsd-net@freebsd.org From: "lakshmi.n_msystechnologies.com (LN)" Reply-to: D1986+325+381818416dc12ca2@reviews.freebsd.org Subject: [Differential] [Commented On] D1986: Teach lagg(4) to change MTU Message-ID: X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: Thread-Topic: D1986: Teach lagg(4) to change MTU X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: ODZhMzNlYThiYzMxOTgzYmRhMDE5M2Q2Yzk4IFYweFI= MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Oct 2015 07:25:07 -0000 lakshmi.n_msystechnologies.com added a comment. Thanks @hrs and @melifaro for the suggestions. I am working on the code changes to handle the MTU asynchronously. I will update the tested patch for review by this week. REPOSITORY rS FreeBSD src repository REVISION DETAIL https://reviews.freebsd.org/D1986 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: rpokala-panasas.com, rstone Cc: melifaro, hrs, sbruno, lakshmi.n_msystechnologies.com, emaste, ae, freebsd-net-list From owner-freebsd-net@freebsd.org Wed Oct 28 14:40:42 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A671AA2023E for ; Wed, 28 Oct 2015 14:40:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 937AD11AB for ; Wed, 28 Oct 2015 14:40:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t9SEegPN090837 for ; Wed, 28 Oct 2015 14:40:42 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 164763] [vnet] Memory leak in VNET Date: Wed, 28 Oct 2015 14:40:42 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: sudarshan.nallanchakravarthy@netapp.com X-Bugzilla-Status: In Progress X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Oct 2015 14:40:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=164763 sudarshannc changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sudarshan.nallanchakravarth | |y@netapp.com --- Comment #7 from sudarshannc --- (In reply to Hiren Panchasara from comment #6) Thanks Hiren. All, Is this memory leak fixed in FreeBSD 10 or has it been planned to do that sometime? Would be helpful to know the current status. Sudarshan -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@freebsd.org Wed Oct 28 14:48:07 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 14C3FA203D2 for ; Wed, 28 Oct 2015 14:48:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0127015EE for ; Wed, 28 Oct 2015 14:48:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t9SEm60U003328 for ; Wed, 28 Oct 2015 14:48:06 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 164763] [vnet] Memory leak in VNET Date: Wed, 28 Oct 2015 14:48:06 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.0-STABLE X-Bugzilla-Keywords: needs-patch, needs-qa X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Oct 2015 14:48:07 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=164763 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Progress |Open CC| |koobs@FreeBSD.org Keywords| |needs-patch, needs-qa --- Comment #8 from Kubilay Kocak --- Issue cant be In Progress without an Assignee. Resetting. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@freebsd.org Wed Oct 28 14:48:21 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 73FA9A203E4 for ; Wed, 28 Oct 2015 14:48:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 611181772 for ; Wed, 28 Oct 2015 14:48:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t9SEmLDX003562 for ; Wed, 28 Oct 2015 14:48:21 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 164763] [vnet] Memory leak in VNET Date: Wed, 28 Oct 2015 14:48:21 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.0-STABLE X-Bugzilla-Keywords: needs-patch, needs-qa X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: mfc-stable9? mfc-stable10? X-Bugzilla-Changed-Fields: flagtypes.name Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Oct 2015 14:48:21 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=164763 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |mfc-stable9?, mfc-stable10? -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@freebsd.org Wed Oct 28 14:54:22 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC695A20673 for ; Wed, 28 Oct 2015 14:54:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A8EA41FA0 for ; Wed, 28 Oct 2015 14:54:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t9SEsMPE014064 for ; Wed, 28 Oct 2015 14:54:22 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 164763] [vnet] Memory leak in VNET Date: Wed, 28 Oct 2015 14:54:22 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.0-STABLE X-Bugzilla-Keywords: needs-patch, needs-qa X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: bz@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: bz@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: mfc-stable9? mfc-stable10? X-Bugzilla-Changed-Fields: cc assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Oct 2015 14:54:22 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=164763 Bjoern A. Zeeb changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bz@FreeBSD.org Assignee|freebsd-net@FreeBSD.org |bz@FreeBSD.org -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@freebsd.org Wed Oct 28 15:48:15 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C926AA1F145 for ; Wed, 28 Oct 2015 15:48:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B5A241B7B for ; Wed, 28 Oct 2015 15:48:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t9SFmF7d065730 for ; Wed, 28 Oct 2015 15:48:15 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 203922] The kern.ipc.acceptqueue limit is too low Date: Wed, 28 Oct 2015 15:48:15 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Oct 2015 15:48:15 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203922 Sean Bruno changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gnn@FreeBSD.org, | |hiren@FreeBSD.org, | |sbruno@FreeBSD.org --- Comment #1 from Sean Bruno --- Hrm ... this is interesting. Adding network people to this issue for evaluation. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@freebsd.org Fri Oct 30 17:02:03 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 069FBA21B8E for ; Fri, 30 Oct 2015 17:02:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E291418FB for ; Fri, 30 Oct 2015 17:02:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t9UH22VN063032 for ; Fri, 30 Oct 2015 17:02:02 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 196361] Constrain IPv6 routes to each FIB (Consistent with IPv4 route behaviour) Date: Fri, 30 Oct 2015 17:02:01 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: needs-patch, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: melifaro@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Oct 2015 17:02:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196361 Alexander V. Chernikov changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |melifaro@FreeBSD.org --- Comment #5 from Alexander V. Chernikov --- As far as I understand, initially it was done to make in[6]_localip and similar functions just work. alanjude@ put a lot of stuff in making IPv6 code fib-aware. (So one day net.add_addr_allfibs=0 can become the default), but things are far from here currently. The actual logic resides in nd6_prefix_onlink_rtrequest() and it (currently) ignores allfibs tunable. We should either make it work like rtinit() or even merge it into rtinit() (with proper testing). -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@freebsd.org Fri Oct 30 23:48:36 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E8A9A2236A for ; Fri, 30 Oct 2015 23:48:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8157E1E03 for ; Fri, 30 Oct 2015 23:48:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t9UNmaS6021360 for ; Fri, 30 Oct 2015 23:48:36 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 196361] Constrain IPv6 routes to each FIB (Consistent with IPv4 route behaviour) Date: Fri, 30 Oct 2015 23:48:36 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: needs-patch, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: jhujhiti@adjectivism.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Oct 2015 23:48:36 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196361 --- Comment #6 from jhujhiti@adjectivism.org --- It's a bit more complex than that. I think we also need to install link-local multicast routes in the correct FIB for each interface. I'm working on a patch against 10.2, but this is my first time looking at FreeBSD kernel code... -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@freebsd.org Sat Oct 31 02:32:40 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3A3A9A218E0; Sat, 31 Oct 2015 02:32:40 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x236.google.com (mail-io0-x236.google.com [IPv6:2607:f8b0:4001:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 08F031768; Sat, 31 Oct 2015 02:32:40 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iodd200 with SMTP id d200so97586413iod.0; Fri, 30 Oct 2015 19:32:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=64j2nPHlyoB23z8cu9/YMPam7ru2XcEG/iUmuFmtdyM=; b=jzuY3yVS6DQGcizENJzvCuz9XIH9q3ttDbCQPYpuOQOM0fG2XtnCvNsXlcqoCfj1N5 G3BqAN6t3kuYpUm6uEsS8ocyR/ujQucfCcrH144tWdropMXaNdoNmDN4gPuUxKjwigfX ebNeCOnjqmv+RDzwJDYh4U6ToQl0bdrDiaxo0LfLyOZkvsJPNTjK3sEiiS4cy7zvmHgp nbzU5zu0HagZ/KmoJeCvZWc9AASuKtwrJEE6DuAvOMDJRxVhJVLpmjRxWNBKp9SdG2/y tMi9gQ3KW32VaW2/44vaBP7pjh5avPinxSVikoevLkBEOCWwu+oqEjB8H/jMw4t4kmNK WXKw== MIME-Version: 1.0 X-Received: by 10.107.152.2 with SMTP id a2mr12602048ioe.123.1446258759223; Fri, 30 Oct 2015 19:32:39 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.46.66 with HTTP; Fri, 30 Oct 2015 19:32:39 -0700 (PDT) Date: Fri, 30 Oct 2015 19:32:39 -0700 X-Google-Sender-Auth: IHYo-KhSwGW3ybogicM5IGgMwGY Message-ID: Subject: panic in arptimer in r289937 From: Adrian Chadd To: freebsd-current , FreeBSD Net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2015 02:32:40 -0000 Hiya, Here's a panic from arptimer: (kgdb) bt #0 doadump (textdump=3D0) at pcpu.h:221 #1 0xffffffff803666b6 in db_fncall (dummy1=3D, dummy2=3D, dummy3=3D, dummy4=3D) at /usr/home/adrian/work/freebsd/head/src/sys/ddb/db_command.c:568 #2 0xffffffff8036614e in db_command (cmd_table=3D0x0) at /usr/home/adrian/work/freebsd/head/src/sys/ddb/db_command.c:440 #3 0xffffffff80365ee4 in db_command_loop () at /usr/home/adrian/work/freebsd/head/src/sys/ddb/db_command.c:493 #4 0xffffffff8036897b in db_trap (type=3D, code=3D0) at /usr/home/adrian/work/freebsd/head/src/sys/ddb/db_main.c:251 #5 0xffffffff8096c0f3 in kdb_trap (type=3D9, code=3D0, tf=3D) at /usr/home/adrian/work/freebsd/head/src/sys/kern/subr_kdb.c:654 #6 0xffffffff80d34c81 in trap_fatal (frame=3D0xfffffe022815d7a0, eva=3D) at /usr/home/adrian/work/freebsd/head/src/sys/amd64/amd64/trap.c:829 #7 0xffffffff80d34951 in trap (frame=3D) at /usr/home/adrian/work/freebsd/head/src/sys/amd64/amd64/trap.c:203 #8 0xffffffff80d149f7 in calltrap () at /usr/home/adrian/work/freebsd/head/src/sys/amd64/amd64/exception.S:234 #9 0xffffffff8092c3fb in _rw_wlock_cookie (c=3D0xdeadc0dedeadc2de, file=3D0xffffffff81211b1f "/usr/home/adrian/work/freebsd/head/src/sys/netinet/if_ether.c", line=3D205) at /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_rwlock.c:261 #10 0xffffffff80a2487f in arptimer (arg=3D0xfffff8005ecc4000) at /usr/home/adrian/work/freebsd/head/src/sys/netinet/if_ether.c:205 #11 0xffffffff80944c24 in softclock_call_cc (c=3D0xfffff8005ecc40a8, cc=3D0xffffffff81b2d480, direct=3D0) at /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_timeout.c:722 #12 0xffffffff80944f87 in softclock (arg=3D) at /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_timeout.c:851 #13 0xffffffff808f7eb6 in intr_event_execute_handlers (p=3D, ie=3D0xfffff800035a6600) at /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_intr.c:1262 #14 0xffffffff808f8546 in ithread_loop (arg=3D0xfffff800032c47c0) at /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_intr.c:1275 #15 0xffffffff808f57a4 in fork_exit (callout=3D0xffffffff808f84a0 , arg=3D0xfffff800032c47c0, frame=3D0xfffffe022815dac0) at /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_fork.c:1011 #16 0xffffffff80d14f2e in fork_trampoline () at /usr/home/adrian/work/freebsd/head/src/sys/amd64/amd64/exception.S:609 #17 0x0000000000000000 in ?? () Current language: auto; currently minimal (kgdb) print *(struct llentry *)c_arg $2 =3D {lle_next =3D {le_next =3D 0x0, le_prev =3D 0xfffff8005e867dc8}, r_l3addr =3D {addr4 =3D {s_addr =3D 16782508}, addr6 =3D {__u6_addr =3D {__u6_addr8 =3D 0xfffff8005ecc4010 "=EF=BF=BD\024", __u6_addr16 =3D 0xfffff8005ecc4010, __u6_addr32 =3D 0xfffff8005ecc4010}}}, ll_addr =3D {mac_aligned =3D 110869256150596, mac16 =3D 0xfffff8005ecc4020, mac8 =3D 0xfffff8005ecc4020 "D\036=EF=BF=BD=EF=BF=BD=EF=BF=BDd"}, spare0 =3D 0, spare1 =3D 0, lle_tbl = =3D 0xfffff8005e867e00, lle_head =3D 0xfffff8005e867dc8, lle_free =3D 0xffffffff80a2c5d0 , la_hold =3D 0x0, la_numheld =3D 0, la_expire =3D 2110, la_flags =3D 1, la_asked =3D 0, la_preempt =3D 5, ln_state =3D 0, ln_router =3D 0, ln_ntick =3D 0, lle_refcnt =3D 1, lle_chain =3D {le_next =3D 0x0, le_prev =3D 0x0}, lle_timer =3D {c_links =3D {le =3D {le_next =3D 0x0, le_prev =3D 0xffffffff81b2d588}, sle =3D {sle_next =3D 0x0}, tqe =3D {tqe_next =3D 0x0, tqe_prev =3D 0xffffffff81b2d588}}, c_time =3D 9066299815445, c_precision =3D 322122525000, c_arg =3D 0xfffff8005ecc4000, c_func =3D 0xffffffff80a246e0 , c_lock =3D 0x0, c_flags =3D 0, c_iflags =3D 144, c_cpu =3D 0}, lle_lock =3D {lock_obje= ct =3D { lo_name =3D 0xffffffff8120fbce "lle", lo_flags =3D 90374144, lo_data =3D 0, lo_witness =3D 0xfffffe0000b53c80}, rw_lock =3D 1}} .. (kgdb) print *((struct llentry *)c_arg)->lle_tbl $4 =3D {llt_link =3D {sle_next =3D 0xdeadc0dedeadc0de}, llt_af =3D -5590382= 42, llt_hsize =3D -559038242, lle_head =3D 0xdeadc0dedeadc0de, llt_ifp =3D 0xdeadc0dedeadc0de, llt_lookup =3D 0xdeadc0dedeadc0de, llt_alloc_entry =3D 0xdeadc0dedeadc0de, llt_delete_entry =3D 0xdeadc0dedeadc0de, llt_prefix_free =3D 0xdeadc0dedeadc0de, llt_dump_entry =3D 0xdeadc0dedeadc0de, llt_hash =3D 0xdeadc0dedeadc0de, llt_match_prefix =3D 0xdeadc0dedeadc0de, llt_free_entry =3D 0xdeadc0dedeadc0de, llt_foreach_entry =3D 0xdeadc0dedeadc0de, llt_link_entry =3D 0xdeadc0dedeadc0de, llt_unlink_entry =3D 0xdeadc0dedeadc0de, llt_fill_sa_entry =3D 0xdeadc0dedeadc0de, llt_free_tbl =3D 0xdeadc0dedeadc0de} :( Any ideas on where next to look? -adrian From owner-freebsd-net@freebsd.org Sat Oct 31 10:49:03 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 96B5CA2202B for ; Sat, 31 Oct 2015 10:49:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 82700144C for ; Sat, 31 Oct 2015 10:49:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t9VAn31g072337 for ; Sat, 31 Oct 2015 10:49:03 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 196361] Constrain IPv6 routes to each FIB (Consistent with IPv4 route behaviour) Date: Sat, 31 Oct 2015 10:49:03 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: needs-patch, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: melifaro@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2015 10:49:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196361 --- Comment #7 from Alexander V. Chernikov --- (In reply to jhujhiti from comment #6) FreeBSD development model assumes all new features goes to HEAD first and, after some period of testing, are merged to stable branches if possible. So, it would be great if this patch can be applied/tested on HEAD - otherwise it would wouldn't be possible to commit it to FreeBSD. Note also that HEAD is pretty different in netinet6/ from 10 (and especially 9). For example, link/interface multicast routes does not exists at all. (removed from HEAD in r273742 and r274346) -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@freebsd.org Sat Oct 31 13:34:59 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 08F79A21E5D; Sat, 31 Oct 2015 13:34:59 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from forward15h.cmail.yandex.net (forward15h.cmail.yandex.net [IPv6:2a02:6b8:0:f35::a0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8E6B11B9E; Sat, 31 Oct 2015 13:34:58 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from web2h.yandex.ru (web2h.yandex.ru [84.201.186.31]) by forward15h.cmail.yandex.net (Yandex) with ESMTP id 5314220F7B; Sat, 31 Oct 2015 16:34:45 +0300 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web2h.yandex.ru (Yandex) with ESMTP id A704346C16D1; Sat, 31 Oct 2015 16:34:44 +0300 (MSK) Received: by web2h.yandex.ru with HTTP; Sat, 31 Oct 2015 16:34:43 +0300 From: Alexander V. Chernikov Envelope-From: melifaro@ipfw.ru To: Adrian Chadd , freebsd-current , FreeBSD Net In-Reply-To: References: null Subject: Re: panic in arptimer in r289937 MIME-Version: 1.0 Message-Id: <2739461446298483@web2h.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Sat, 31 Oct 2015 16:34:43 +0300 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=utf-8 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2015 13:34:59 -0000 31.10.2015, 05:32, "Adrian Chadd" : > Hiya, > > Here's a panic from arptimer: Hi Adrian, As far as I see, line 205 in if_ether.c is IF_AFDATA_LOCK(ifp) which happens after LLE_WUNLOCK(). So, it looks like (pre-cached) ifp had been freed before locking ifdata. Do you have any more details on that? (e.g. was some interface detached at that moment, is it reproducible, etc..) >From a quick glance, potential use-after-free has been possible for quite a long time, but I wonder why it hasn't been observed before. Probably lltable_free() changes might have triggered that. I'll take a deeper look on that and reply. > > (kgdb) bt > #0 doadump (textdump=0) at pcpu.h:221 > #1 0xffffffff803666b6 in db_fncall (dummy1=, > dummy2=, dummy3=, > dummy4=) at > /usr/home/adrian/work/freebsd/head/src/sys/ddb/db_command.c:568 > #2 0xffffffff8036614e in db_command (cmd_table=0x0) at > /usr/home/adrian/work/freebsd/head/src/sys/ddb/db_command.c:440 > #3 0xffffffff80365ee4 in db_command_loop () at > /usr/home/adrian/work/freebsd/head/src/sys/ddb/db_command.c:493 > #4 0xffffffff8036897b in db_trap (type=, code=0) > at /usr/home/adrian/work/freebsd/head/src/sys/ddb/db_main.c:251 > #5 0xffffffff8096c0f3 in kdb_trap (type=9, code=0, tf= optimized out>) at > /usr/home/adrian/work/freebsd/head/src/sys/kern/subr_kdb.c:654 > #6 0xffffffff80d34c81 in trap_fatal (frame=0xfffffe022815d7a0, > eva=) at > /usr/home/adrian/work/freebsd/head/src/sys/amd64/amd64/trap.c:829 > #7 0xffffffff80d34951 in trap (frame=) at > /usr/home/adrian/work/freebsd/head/src/sys/amd64/amd64/trap.c:203 > #8 0xffffffff80d149f7 in calltrap () at > /usr/home/adrian/work/freebsd/head/src/sys/amd64/amd64/exception.S:234 > #9 0xffffffff8092c3fb in _rw_wlock_cookie (c=0xdeadc0dedeadc2de, > file=0xffffffff81211b1f > "/usr/home/adrian/work/freebsd/head/src/sys/netinet/if_ether.c", > line=205) >     at /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_rwlock.c:261 > #10 0xffffffff80a2487f in arptimer (arg=0xfffff8005ecc4000) at > /usr/home/adrian/work/freebsd/head/src/sys/netinet/if_ether.c:205 > #11 0xffffffff80944c24 in softclock_call_cc (c=0xfffff8005ecc40a8, > cc=0xffffffff81b2d480, direct=0) at > /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_timeout.c:722 > #12 0xffffffff80944f87 in softclock (arg=) at > /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_timeout.c:851 > #13 0xffffffff808f7eb6 in intr_event_execute_handlers (p= optimized out>, ie=0xfffff800035a6600) at > /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_intr.c:1262 > #14 0xffffffff808f8546 in ithread_loop (arg=0xfffff800032c47c0) at > /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_intr.c:1275 > #15 0xffffffff808f57a4 in fork_exit (callout=0xffffffff808f84a0 > , arg=0xfffff800032c47c0, frame=0xfffffe022815dac0) at > /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_fork.c:1011 > #16 0xffffffff80d14f2e in fork_trampoline () at > /usr/home/adrian/work/freebsd/head/src/sys/amd64/amd64/exception.S:609 > #17 0x0000000000000000 in ?? () > Current language: auto; currently minimal > > (kgdb) print *(struct llentry *)c_arg > $2 = {lle_next = {le_next = 0x0, le_prev = 0xfffff8005e867dc8}, > r_l3addr = {addr4 = {s_addr = 16782508}, addr6 = {__u6_addr = > {__u6_addr8 = 0xfffff8005ecc4010 "�\024", __u6_addr16 = > 0xfffff8005ecc4010, >         __u6_addr32 = 0xfffff8005ecc4010}}}, ll_addr = {mac_aligned = > 110869256150596, mac16 = 0xfffff8005ecc4020, mac8 = 0xfffff8005ecc4020 > "D\036���d"}, spare0 = 0, spare1 = 0, lle_tbl = 0xfffff8005e867e00, >   lle_head = 0xfffff8005e867dc8, lle_free = 0xffffffff80a2c5d0 > , la_hold = 0x0, la_numheld = 0, la_expire = > 2110, la_flags = 1, la_asked = 0, la_preempt = 5, ln_state = 0, > ln_router = 0, ln_ntick = 0, >   lle_refcnt = 1, lle_chain = {le_next = 0x0, le_prev = 0x0}, > lle_timer = {c_links = {le = {le_next = 0x0, le_prev = > 0xffffffff81b2d588}, sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, > tqe_prev = 0xffffffff81b2d588}}, >     c_time = 9066299815445, c_precision = 322122525000, c_arg = > 0xfffff8005ecc4000, c_func = 0xffffffff80a246e0 , c_lock = > 0x0, c_flags = 0, c_iflags = 144, c_cpu = 0}, lle_lock = {lock_object > = { >       lo_name = 0xffffffff8120fbce "lle", lo_flags = 90374144, lo_data > = 0, lo_witness = 0xfffffe0000b53c80}, rw_lock = 1}} > > .. > > (kgdb) print *((struct llentry *)c_arg)->lle_tbl > $4 = {llt_link = {sle_next = 0xdeadc0dedeadc0de}, llt_af = -559038242, > llt_hsize = -559038242, lle_head = 0xdeadc0dedeadc0de, llt_ifp = > 0xdeadc0dedeadc0de, llt_lookup = 0xdeadc0dedeadc0de, >   llt_alloc_entry = 0xdeadc0dedeadc0de, llt_delete_entry = > 0xdeadc0dedeadc0de, llt_prefix_free = 0xdeadc0dedeadc0de, > llt_dump_entry = 0xdeadc0dedeadc0de, llt_hash = 0xdeadc0dedeadc0de, > llt_match_prefix = 0xdeadc0dedeadc0de, >   llt_free_entry = 0xdeadc0dedeadc0de, llt_foreach_entry = > 0xdeadc0dedeadc0de, llt_link_entry = 0xdeadc0dedeadc0de, > llt_unlink_entry = 0xdeadc0dedeadc0de, llt_fill_sa_entry = > 0xdeadc0dedeadc0de, >   llt_free_tbl = 0xdeadc0dedeadc0de} > > :( > > Any ideas on where next to look? > > -adrian > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@freebsd.org Sat Oct 31 13:46:04 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD84CA220E2; Sat, 31 Oct 2015 13:46:04 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x22d.google.com (mail-io0-x22d.google.com [IPv6:2607:f8b0:4001:c06::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A7EF71FB4; Sat, 31 Oct 2015 13:46:04 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iodd200 with SMTP id d200so105638506iod.0; Sat, 31 Oct 2015 06:46:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=MW2WjyAiM66g+7je4Xog+4jjzEc974CcfmJeSeeF7DU=; b=qEznoCISUWZbxQC2kbIfzk2dgRk01JVND+MIplTcf13LxOpbytaEEiW5cJOXgDqqLa 9WEbYpIN7AI2Fuvs9QVKfYD6dA1/+rnPAXUOASF1fC0QIbvMbVrrA9svohGKmqhpouyP BChKAQ/oidWw51PoK9MmfRpWLoKSf9rO7uWijcBJO+qtpVnpnF6z7gbaJ47FqkSwYu6J e7qfZFHad8YWficYk5AvYhHTt0hCv7xzZgDhyWARJ57Im17nsPcC9LIHAEGWFfHTvlWs c4JjYM/G70RKvQpGMi31tUV0JC5AI9KuEw5aoVLvbz0D2/3QYRPMfItJ2v9MOPufd1wV hK7Q== MIME-Version: 1.0 X-Received: by 10.107.152.2 with SMTP id a2mr14329731ioe.123.1446299163802; Sat, 31 Oct 2015 06:46:03 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.46.66 with HTTP; Sat, 31 Oct 2015 06:46:03 -0700 (PDT) In-Reply-To: <2739461446298483@web2h.yandex.ru> References: <2739461446298483@web2h.yandex.ru> Date: Sat, 31 Oct 2015 09:46:03 -0400 X-Google-Sender-Auth: thS5hslgLf2fJ2EQntXQd3THCDc Message-ID: Subject: Re: panic in arptimer in r289937 From: Adrian Chadd To: "Alexander V. Chernikov" Cc: freebsd-current , FreeBSD Net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2015 13:46:05 -0000 On 31 October 2015 at 09:34, Alexander V. Chernikov wrote: > > > 31.10.2015, 05:32, "Adrian Chadd" : >> Hiya, >> >> Here's a panic from arptimer: > Hi Adrian, > > As far as I see, line 205 in if_ether.c is IF_AFDATA_LOCK(ifp) which happ= ens after LLE_WUNLOCK(). > So, it looks like (pre-cached) ifp had been freed before locking ifdata. > Do you have any more details on that? (e.g. was some interface detached a= t that moment, is it reproducible, etc..) > > From a quick glance, potential use-after-free has been possible for quite= a long time, but I wonder why it hasn't been observed before. > Probably lltable_free() changes might have triggered that. > > I'll take a deeper look on that and reply. Hiya! Thanks for your quick response. I mean, I use wifi, and ARPs can get lost / transmit can get delayed / etc. I'm also testing through a MIPS CPU based bridge, so I'm also not bridging at line rate. (The above is from one of the x86 laptops doing the traffic test.) These are both reasons why I may be poking at a path that you don't normally see. :) I appreciate you taking a very quick look at this! Thanks, -adrian > >> >> (kgdb) bt >> #0 doadump (textdump=3D0) at pcpu.h:221 >> #1 0xffffffff803666b6 in db_fncall (dummy1=3D, >> dummy2=3D, dummy3=3D, >> dummy4=3D) at >> /usr/home/adrian/work/freebsd/head/src/sys/ddb/db_command.c:568 >> #2 0xffffffff8036614e in db_command (cmd_table=3D0x0) at >> /usr/home/adrian/work/freebsd/head/src/sys/ddb/db_command.c:440 >> #3 0xffffffff80365ee4 in db_command_loop () at >> /usr/home/adrian/work/freebsd/head/src/sys/ddb/db_command.c:493 >> #4 0xffffffff8036897b in db_trap (type=3D, code=3D0= ) >> at /usr/home/adrian/work/freebsd/head/src/sys/ddb/db_main.c:251 >> #5 0xffffffff8096c0f3 in kdb_trap (type=3D9, code=3D0, tf=3D> optimized out>) at >> /usr/home/adrian/work/freebsd/head/src/sys/kern/subr_kdb.c:654 >> #6 0xffffffff80d34c81 in trap_fatal (frame=3D0xfffffe022815d7a0, >> eva=3D) at >> /usr/home/adrian/work/freebsd/head/src/sys/amd64/amd64/trap.c:829 >> #7 0xffffffff80d34951 in trap (frame=3D) at >> /usr/home/adrian/work/freebsd/head/src/sys/amd64/amd64/trap.c:203 >> #8 0xffffffff80d149f7 in calltrap () at >> /usr/home/adrian/work/freebsd/head/src/sys/amd64/amd64/exception.S:234 >> #9 0xffffffff8092c3fb in _rw_wlock_cookie (c=3D0xdeadc0dedeadc2de, >> file=3D0xffffffff81211b1f >> "/usr/home/adrian/work/freebsd/head/src/sys/netinet/if_ether.c", >> line=3D205) >> at /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_rwlock.c:261 >> #10 0xffffffff80a2487f in arptimer (arg=3D0xfffff8005ecc4000) at >> /usr/home/adrian/work/freebsd/head/src/sys/netinet/if_ether.c:205 >> #11 0xffffffff80944c24 in softclock_call_cc (c=3D0xfffff8005ecc40a8, >> cc=3D0xffffffff81b2d480, direct=3D0) at >> /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_timeout.c:722 >> #12 0xffffffff80944f87 in softclock (arg=3D) at >> /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_timeout.c:851 >> #13 0xffffffff808f7eb6 in intr_event_execute_handlers (p=3D> optimized out>, ie=3D0xfffff800035a6600) at >> /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_intr.c:1262 >> #14 0xffffffff808f8546 in ithread_loop (arg=3D0xfffff800032c47c0) at >> /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_intr.c:1275 >> #15 0xffffffff808f57a4 in fork_exit (callout=3D0xffffffff808f84a0 >> , arg=3D0xfffff800032c47c0, frame=3D0xfffffe022815dac0) at >> /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_fork.c:1011 >> #16 0xffffffff80d14f2e in fork_trampoline () at >> /usr/home/adrian/work/freebsd/head/src/sys/amd64/amd64/exception.S:609 >> #17 0x0000000000000000 in ?? () >> Current language: auto; currently minimal >> >> (kgdb) print *(struct llentry *)c_arg >> $2 =3D {lle_next =3D {le_next =3D 0x0, le_prev =3D 0xfffff8005e867dc8}, >> r_l3addr =3D {addr4 =3D {s_addr =3D 16782508}, addr6 =3D {__u6_addr =3D >> {__u6_addr8 =3D 0xfffff8005ecc4010 "=EF=BF=BD\024", __u6_addr16 =3D >> 0xfffff8005ecc4010, >> __u6_addr32 =3D 0xfffff8005ecc4010}}}, ll_addr =3D {mac_aligned = =3D >> 110869256150596, mac16 =3D 0xfffff8005ecc4020, mac8 =3D 0xfffff8005ecc40= 20 >> "D\036=EF=BF=BD=EF=BF=BD=EF=BF=BDd"}, spare0 =3D 0, spare1 =3D 0, lle_tb= l =3D 0xfffff8005e867e00, >> lle_head =3D 0xfffff8005e867dc8, lle_free =3D 0xffffffff80a2c5d0 >> , la_hold =3D 0x0, la_numheld =3D 0, la_expire = =3D >> 2110, la_flags =3D 1, la_asked =3D 0, la_preempt =3D 5, ln_state =3D 0, >> ln_router =3D 0, ln_ntick =3D 0, >> lle_refcnt =3D 1, lle_chain =3D {le_next =3D 0x0, le_prev =3D 0x0}, >> lle_timer =3D {c_links =3D {le =3D {le_next =3D 0x0, le_prev =3D >> 0xffffffff81b2d588}, sle =3D {sle_next =3D 0x0}, tqe =3D {tqe_next =3D 0= x0, >> tqe_prev =3D 0xffffffff81b2d588}}, >> c_time =3D 9066299815445, c_precision =3D 322122525000, c_arg =3D >> 0xfffff8005ecc4000, c_func =3D 0xffffffff80a246e0 , c_lock =3D >> 0x0, c_flags =3D 0, c_iflags =3D 144, c_cpu =3D 0}, lle_lock =3D {lock_o= bject >> =3D { >> lo_name =3D 0xffffffff8120fbce "lle", lo_flags =3D 90374144, lo_da= ta >> =3D 0, lo_witness =3D 0xfffffe0000b53c80}, rw_lock =3D 1}} >> >> .. >> >> (kgdb) print *((struct llentry *)c_arg)->lle_tbl >> $4 =3D {llt_link =3D {sle_next =3D 0xdeadc0dedeadc0de}, llt_af =3D -5590= 38242, >> llt_hsize =3D -559038242, lle_head =3D 0xdeadc0dedeadc0de, llt_ifp =3D >> 0xdeadc0dedeadc0de, llt_lookup =3D 0xdeadc0dedeadc0de, >> llt_alloc_entry =3D 0xdeadc0dedeadc0de, llt_delete_entry =3D >> 0xdeadc0dedeadc0de, llt_prefix_free =3D 0xdeadc0dedeadc0de, >> llt_dump_entry =3D 0xdeadc0dedeadc0de, llt_hash =3D 0xdeadc0dedeadc0de, >> llt_match_prefix =3D 0xdeadc0dedeadc0de, >> llt_free_entry =3D 0xdeadc0dedeadc0de, llt_foreach_entry =3D >> 0xdeadc0dedeadc0de, llt_link_entry =3D 0xdeadc0dedeadc0de, >> llt_unlink_entry =3D 0xdeadc0dedeadc0de, llt_fill_sa_entry =3D >> 0xdeadc0dedeadc0de, >> llt_free_tbl =3D 0xdeadc0dedeadc0de} >> >> :( >> >> Any ideas on where next to look? >> >> -adrian >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@freebsd.org Sat Oct 31 15:01:22 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A947BA22DD9; Sat, 31 Oct 2015 15:01:22 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from forward11h.cmail.yandex.net (forward11h.cmail.yandex.net [87.250.230.153]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 42BF81BAA; Sat, 31 Oct 2015 15:01:21 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from web19h.yandex.ru (web19h.yandex.ru [84.201.186.48]) by forward11h.cmail.yandex.net (Yandex) with ESMTP id 4BD5C20F8A; Sat, 31 Oct 2015 18:01:17 +0300 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web19h.yandex.ru (Yandex) with ESMTP id 9E9B12E011BF; Sat, 31 Oct 2015 18:01:16 +0300 (MSK) Received: by web19h.yandex.ru with HTTP; Sat, 31 Oct 2015 18:01:15 +0300 From: Alexander V. Chernikov Envelope-From: melifaro@ipfw.ru To: Adrian Chadd Cc: freebsd-current , FreeBSD Net In-Reply-To: References: <2739461446298483@web2h.yandex.ru> Subject: Re: panic in arptimer in r289937 MIME-Version: 1.0 Message-Id: <1733241446303675@web19h.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Sat, 31 Oct 2015 18:01:15 +0300 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=utf-8 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2015 15:01:22 -0000 31.10.2015, 16:46, "Adrian Chadd" : > On 31 October 2015 at 09:34, Alexander V. Chernikov > wrote: >>  31.10.2015, 05:32, "Adrian Chadd" : >>>  Hiya, >>> >>>  Here's a panic from arptimer: >>  Hi Adrian, >> >>  As far as I see, line 205 in if_ether.c is IF_AFDATA_LOCK(ifp) which happens after LLE_WUNLOCK(). >>  So, it looks like (pre-cached) ifp had been freed before locking ifdata. >>  Do you have any more details on that? (e.g. was some interface detached at that moment, is it reproducible, etc..) >> >>  From a quick glance, potential use-after-free has been possible for quite a long time, but I wonder why it hasn't been observed before. >>  Probably lltable_free() changes might have triggered that. >> >>  I'll take a deeper look on that and reply. > > Hiya! > > Thanks for your quick response. > > I mean, I use wifi, and ARPs can get lost / transmit can get delayed / > etc. I'm also testing through a MIPS CPU based bridge, so I'm also not I remember that :) > bridging at line rate. (The above is from one of the x86 laptops doing > the traffic test.) These are both reasons why I may be poking at a > path that you don't normally see. :) Yup. So, once again, could you provide a bit more details? :) Was it related with any interface being destroyed? What was the test scenario (just bridging between interfaces?) Is this reproducible? > > I appreciate you taking a very quick look at this! > > Thanks, > > -adrian > >>>  (kgdb) bt >>>  #0 doadump (textdump=0) at pcpu.h:221 >>>  #1 0xffffffff803666b6 in db_fncall (dummy1=, >>>  dummy2=, dummy3=, >>>  dummy4=) at >>>  /usr/home/adrian/work/freebsd/head/src/sys/ddb/db_command.c:568 >>>  #2 0xffffffff8036614e in db_command (cmd_table=0x0) at >>>  /usr/home/adrian/work/freebsd/head/src/sys/ddb/db_command.c:440 >>>  #3 0xffffffff80365ee4 in db_command_loop () at >>>  /usr/home/adrian/work/freebsd/head/src/sys/ddb/db_command.c:493 >>>  #4 0xffffffff8036897b in db_trap (type=, code=0) >>>  at /usr/home/adrian/work/freebsd/head/src/sys/ddb/db_main.c:251 >>>  #5 0xffffffff8096c0f3 in kdb_trap (type=9, code=0, tf=>>  optimized out>) at >>>  /usr/home/adrian/work/freebsd/head/src/sys/kern/subr_kdb.c:654 >>>  #6 0xffffffff80d34c81 in trap_fatal (frame=0xfffffe022815d7a0, >>>  eva=) at >>>  /usr/home/adrian/work/freebsd/head/src/sys/amd64/amd64/trap.c:829 >>>  #7 0xffffffff80d34951 in trap (frame=) at >>>  /usr/home/adrian/work/freebsd/head/src/sys/amd64/amd64/trap.c:203 >>>  #8 0xffffffff80d149f7 in calltrap () at >>>  /usr/home/adrian/work/freebsd/head/src/sys/amd64/amd64/exception.S:234 >>>  #9 0xffffffff8092c3fb in _rw_wlock_cookie (c=0xdeadc0dedeadc2de, >>>  file=0xffffffff81211b1f >>>  "/usr/home/adrian/work/freebsd/head/src/sys/netinet/if_ether.c", >>>  line=205) >>>      at /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_rwlock.c:261 >>>  #10 0xffffffff80a2487f in arptimer (arg=0xfffff8005ecc4000) at >>>  /usr/home/adrian/work/freebsd/head/src/sys/netinet/if_ether.c:205 >>>  #11 0xffffffff80944c24 in softclock_call_cc (c=0xfffff8005ecc40a8, >>>  cc=0xffffffff81b2d480, direct=0) at >>>  /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_timeout.c:722 >>>  #12 0xffffffff80944f87 in softclock (arg=) at >>>  /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_timeout.c:851 >>>  #13 0xffffffff808f7eb6 in intr_event_execute_handlers (p=>>  optimized out>, ie=0xfffff800035a6600) at >>>  /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_intr.c:1262 >>>  #14 0xffffffff808f8546 in ithread_loop (arg=0xfffff800032c47c0) at >>>  /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_intr.c:1275 >>>  #15 0xffffffff808f57a4 in fork_exit (callout=0xffffffff808f84a0 >>>  , arg=0xfffff800032c47c0, frame=0xfffffe022815dac0) at >>>  /usr/home/adrian/work/freebsd/head/src/sys/kern/kern_fork.c:1011 >>>  #16 0xffffffff80d14f2e in fork_trampoline () at >>>  /usr/home/adrian/work/freebsd/head/src/sys/amd64/amd64/exception.S:609 >>>  #17 0x0000000000000000 in ?? () >>>  Current language: auto; currently minimal >>> >>>  (kgdb) print *(struct llentry *)c_arg >>>  $2 = {lle_next = {le_next = 0x0, le_prev = 0xfffff8005e867dc8}, >>>  r_l3addr = {addr4 = {s_addr = 16782508}, addr6 = {__u6_addr = >>>  {__u6_addr8 = 0xfffff8005ecc4010 "�\024", __u6_addr16 = >>>  0xfffff8005ecc4010, >>>          __u6_addr32 = 0xfffff8005ecc4010}}}, ll_addr = {mac_aligned = >>>  110869256150596, mac16 = 0xfffff8005ecc4020, mac8 = 0xfffff8005ecc4020 >>>  "D\036���d"}, spare0 = 0, spare1 = 0, lle_tbl = 0xfffff8005e867e00, >>>    lle_head = 0xfffff8005e867dc8, lle_free = 0xffffffff80a2c5d0 >>>  , la_hold = 0x0, la_numheld = 0, la_expire = >>>  2110, la_flags = 1, la_asked = 0, la_preempt = 5, ln_state = 0, >>>  ln_router = 0, ln_ntick = 0, >>>    lle_refcnt = 1, lle_chain = {le_next = 0x0, le_prev = 0x0}, >>>  lle_timer = {c_links = {le = {le_next = 0x0, le_prev = >>>  0xffffffff81b2d588}, sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, >>>  tqe_prev = 0xffffffff81b2d588}}, >>>      c_time = 9066299815445, c_precision = 322122525000, c_arg = >>>  0xfffff8005ecc4000, c_func = 0xffffffff80a246e0 , c_lock = >>>  0x0, c_flags = 0, c_iflags = 144, c_cpu = 0}, lle_lock = {lock_object >>>  = { >>>        lo_name = 0xffffffff8120fbce "lle", lo_flags = 90374144, lo_data >>>  = 0, lo_witness = 0xfffffe0000b53c80}, rw_lock = 1}} >>> >>>  .. >>> >>>  (kgdb) print *((struct llentry *)c_arg)->lle_tbl >>>  $4 = {llt_link = {sle_next = 0xdeadc0dedeadc0de}, llt_af = -559038242, >>>  llt_hsize = -559038242, lle_head = 0xdeadc0dedeadc0de, llt_ifp = >>>  0xdeadc0dedeadc0de, llt_lookup = 0xdeadc0dedeadc0de, >>>    llt_alloc_entry = 0xdeadc0dedeadc0de, llt_delete_entry = >>>  0xdeadc0dedeadc0de, llt_prefix_free = 0xdeadc0dedeadc0de, >>>  llt_dump_entry = 0xdeadc0dedeadc0de, llt_hash = 0xdeadc0dedeadc0de, >>>  llt_match_prefix = 0xdeadc0dedeadc0de, >>>    llt_free_entry = 0xdeadc0dedeadc0de, llt_foreach_entry = >>>  0xdeadc0dedeadc0de, llt_link_entry = 0xdeadc0dedeadc0de, >>>  llt_unlink_entry = 0xdeadc0dedeadc0de, llt_fill_sa_entry = >>>  0xdeadc0dedeadc0de, >>>    llt_free_tbl = 0xdeadc0dedeadc0de} >>> >>>  :( >>> >>>  Any ideas on where next to look? >>> >>>  -adrian >>>  _______________________________________________ >>>  freebsd-net@freebsd.org mailing list >>>  https://lists.freebsd.org/mailman/listinfo/freebsd-net >>>  To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@freebsd.org Sat Oct 31 15:14:10 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A45D4A22262 for ; Sat, 31 Oct 2015 15:14:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8FE431328 for ; Sat, 31 Oct 2015 15:14:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t9VFEAMm084184 for ; Sat, 31 Oct 2015 15:14:10 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 196361] Constrain IPv6 routes to each FIB (Consistent with IPv4 route behaviour) Date: Sat, 31 Oct 2015 15:14:10 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: needs-patch, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: jhujhiti@adjectivism.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2015 15:14:10 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196361 --- Comment #8 from jhujhiti@adjectivism.org --- (In reply to Alexander V. Chernikov from comment #7) I chose 10.2 since it's of immediate utility for me (this prevents me from deploying IPv6 at home, and I don't run HEAD on these machines). Once I identify and fix all of the issues, I'll definitely forward-port to HEAD before attaching a patch. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@freebsd.org Sat Oct 31 15:44:42 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C1409A2275D for ; Sat, 31 Oct 2015 15:44:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A44891CBF for ; Sat, 31 Oct 2015 15:44:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t9VFigRK029562 for ; Sat, 31 Oct 2015 15:44:42 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 203630] [Hyper-V] [nat] [tcp] 10.2 NAT bug in TCP stack or hyperv netsvc driver Date: Sat, 31 Oct 2015 15:44:36 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: Andrew@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: rep_platform Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2015 15:44:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203630 Andrew Turner changed: What |Removed |Added ---------------------------------------------------------------------------- Hardware|arm64 |amd64 -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-net@freebsd.org Sat Oct 31 20:34:27 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3787EA22BFA for ; Sat, 31 Oct 2015 20:34:27 +0000 (UTC) (envelope-from iankronquist@gmail.com) Received: from mail-yk0-x22c.google.com (mail-yk0-x22c.google.com [IPv6:2607:f8b0:4002:c07::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EFD07142B for ; Sat, 31 Oct 2015 20:34:26 +0000 (UTC) (envelope-from iankronquist@gmail.com) Received: by ykba4 with SMTP id a4so106654924ykb.3 for ; Sat, 31 Oct 2015 13:34:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=jNPpvJetWrD0pNaMU6fUK9QfXIrxiG/DMb1opX2tGP0=; b=EQmSKKT5xigD+53OIH5eBEJrsbFR7seVsVLFr4FxqdJGGZjYVLYUjjbIQmZkVE85sB ikbdRhz4GL1ps1SUGMYAp2waXGkuqdax0WnEldWLta5l1J3UXRRxxx0DrWQQYhGNA6rV o7RXGjUE3EXgg81yZIGn80LRdBzqnRjVEls6UveWu7sVa1IUUcI0EHrPzPWPrbvRQ96T z64LLFROHqIs6qWR3P/sHBxXa77vGbNMLr1hZQd+Cp5yeI0QG3/zLhkTFmDO0v4ZgKy8 tx5ccq1/apwN/2VqPfDAOypg7HFzSeCp4XPzPoo7SRiuwCSlxVuUnafZc94k+5ZLZOMe lhiA== MIME-Version: 1.0 X-Received: by 10.129.4.197 with SMTP id 188mr11210284ywe.243.1446323665625; Sat, 31 Oct 2015 13:34:25 -0700 (PDT) Received: by 10.129.55.9 with HTTP; Sat, 31 Oct 2015 13:34:25 -0700 (PDT) Date: Sat, 31 Oct 2015 13:34:25 -0700 Message-ID: Subject: Low Hanging Kernel Fruit on Networking Wiki From: Ian Kronquist To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2015 20:34:27 -0000 Hello, I'd like to get my feet wet contributing to the FreeBSD Kernel's networking stack. The wiki has a section titled Low Hanging Kernel Fruit. I found something in there which isn't ticketed but looks like something I might be able to write. * Reject non-broadcast destinations passed to IP_ONESBCAST with a meaningful error. However, I also noticed this comment further down the page "Deprecate hacks like IP_ONESBCAST as they will then no longer be needed." This comment is a little odd because that symbol is mentioned in the man page and is kind of part of the public API. Would this be an appropriate issue to try and solve? If so, can I get more details on exactly where these IP destinations would be passed in? Are we looking at a check in the plumbing supporting sendto and similar socket syscalls? Thanks, Ian Kronquist