From owner-freebsd-net@freebsd.org Sun Jul 1 00:31:00 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD6F2FE0303 for ; Sun, 1 Jul 2018 00:30:59 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670056.outbound.protection.outlook.com [40.107.67.56]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT TLS CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7095591F43; Sun, 1 Jul 2018 00:30:59 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM (52.132.44.24) by YTOPR0101MB2010.CANPRD01.PROD.OUTLOOK.COM (52.132.47.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.906.26; Sun, 1 Jul 2018 00:30:57 +0000 Received: from YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM ([fe80::d0eb:3783:7c99:2802]) by YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM ([fe80::d0eb:3783:7c99:2802%4]) with mapi id 15.20.0906.026; Sun, 1 Jul 2018 00:30:57 +0000 From: Rick Macklem To: "Andrey V. Elsukov" , Rick Macklem , FreeBSD Net Subject: Re: IPv6 scope handling, was Re: svn commit: r335806 - projects/pnfs-planb-server/usr.sbin/nfsd Thread-Topic: IPv6 scope handling, was Re: svn commit: r335806 - projects/pnfs-planb-server/usr.sbin/nfsd Thread-Index: AQHUEEv8cr4RnInROESx3zvZznTUdKR42400gABuSICAADe3zw== Date: Sun, 1 Jul 2018 00:30:57 +0000 Message-ID: References: <201806292207.w5TM7QX9052770@repo.freebsd.org> <0c85d229-3b8f-3b4c-ba3c-34ec06728455@yandex.ru> , <048d1b79-f263-506c-210e-21d9e4437c3e@yandex.ru> In-Reply-To: <048d1b79-f263-506c-210e-21d9e4437c3e@yandex.ru> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTOPR0101MB2010; 7:Kni2IMtMSMfKNqSw2U5eBiKiKKn1wPcWq5tLvE6j72sgKbInNi9tq4U0TZP2OxFgEfQJE4yzEZgmyoaKIR0CwMhAB83TBoVAOrgxb+dFUyjNyeRyjCURuNjeiz683wmyk52dhqptPCnFbi/S7vNEpzhd7FfGu/UdvTphh5R8hSunyGqZNI5Uk4FKehCQ98It47p126nFu5zfhOteRsfF3Wp0r1mByojX7410Cu5fgTiiLkiOYGJRyj3MtG/1NfmQ x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: f63d3882-602b-42b0-256f-08d5dee9e9ee x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7153060)(7193020); SRVR:YTOPR0101MB2010; x-ms-traffictypediagnostic: YTOPR0101MB2010: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(5213294742642)(21532816269658); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(10201501046)(3231254)(944501410)(52105095)(3002001)(149027)(150027)(6041310)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123562045)(20161123558120)(20161123564045)(6072148)(201708071742011)(7699016); SRVR:YTOPR0101MB2010; BCL:0; PCL:0; RULEID:; SRVR:YTOPR0101MB2010; x-forefront-prvs: 07200C0526 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(366004)(39860400002)(136003)(346002)(376002)(199004)(189003)(476003)(33656002)(6506007)(5660300001)(486006)(74316002)(256004)(14454004)(11346002)(53936002)(446003)(55016002)(6436002)(26005)(14444005)(186003)(68736007)(102836004)(9686003)(99286004)(8936002)(2900100001)(316002)(786003)(97736004)(25786009)(110136005)(8676002)(81156014)(81166006)(2906002)(5250100002)(6246003)(106356001)(478600001)(76176011)(93886005)(229853002)(105586002)(7696005)(74482002)(305945005)(86362001); DIR:OUT; SFP:1101; SCL:1; SRVR:YTOPR0101MB2010; H:YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-microsoft-antispam-message-info: IgxAw0sz69waZO0+DDJ/VpSrT/lyUWu5N59/1bGoMY3QvgP+wNylJip77i3+bd/mzuf9haxWzXFHMMOlTF3DzkpYtzKegaOmp3LuSQ6pHJAldxgMW5s/4hxIdkE52MuI2sM87TU1c1f33QreEv4EB+TEW3BskKsesn2gKWek3JDZpWIQGFUaD1VUgUaDz7HAURayc+WM7S3fKbJXDYCzVBiiIA6fIARNgsp/ZvFSw5UKGfNFa2EuLbClCfb9XRy5mKSt5dXrJZm+UfYIIumFDlGSqVTxAsPexeCLSuX95PcyMjh3NcaUxgUca9rZVA9gfi3BWVl8NrBKAk/XowuFIXEgjHpMdAkwp+FZEsjLk54= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: f63d3882-602b-42b0-256f-08d5dee9e9ee X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Jul 2018 00:30:57.5657 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTOPR0101MB2010 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 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, 01 Jul 2018 00:31:00 -0000 Andrey V. Elsukov wrote: >On 30.06.2018 21:33, Rick Macklem wrote: >>> I'm unaware of applicability of IPv6 addresses with restricted scope in >>> this area, but when you use inet_ntop() to get IPv6 address text >>> representation, you can lost IPv6 scope zone id. getaddrinfo() can >>> return sockaddr structure with properly filled sin6_scope_id field. It >>> is better to use getnameinfo() with NI_NUMERICHOST flag. Also the size >>> of ip6 buffer should be enough to keep scope specifier. >> Thanks for mentioning this. First off, you could write what I know about= IPv6 >> addresses on a very small postage stamp... >> >> Are you referring to the 4bits in the second octet of the address or the= stuff that >> can end up as a suffix starting with"%"? > >RFC4007 defines scopes of IPv6 addresses. The important part of this is >that a host can have several interfaces (links) and each interface can >have the same unicast IPv6 address, but the scope of these addresses >will be restricted by these links. I.e. IPv6 link-local address from >e.g. igb0 interface can be used only within igb0, and the same address >on the igb1 interface can be used only within igb1. And neighbor hosts >on these links can have the same addresses, but they will not be reachable= : > >[neighbor1 fe80::100]<-->[fe80::1%igb0 | fe80::1%igb1]<-->[fe80::100 >neighbor2] > >neighbor1 can not reach neighbor2, since these addresses belongs to >different scope zones. On the host with two interfaces you as user can >use link-local addresses and can specify such addresses in application. >To disambiguate them you must specify scope zone identifier, "%igb0" or >"%igb1". E.g. if you want to connect with neighbor1, you can use "telnet >fe80::100%igb0 someport" and the kernel will initiate connection with >neighbor1 through igb0. inet_ntop() call doesn't support this. Ok, I think I follow that. I didn't explain what this case is... The code for this patch runs on HostA. If looks up an address for HostB, but not so it can connect to HostB. It sends the address to HostC, so that HostC can connect to HostB. (So the address needed is the address that HostC would use to connect to HostB.) I think what you are saying above is that a Link-local address won't work and that the address must be a global one? Should the code check for "fe8" at the start and skip over those ones? The "on-the-wire" address sent to HostC is specified in standard string for= m (can't remember the RFC#, but it is referenced by RFC5661), so I can't send any more than that to HostC. >In the kernel when you operate with IPv6 link-local addresses you need >to properly prepare them in the IPv6 header, i.e. embed scope zone >identifier. Otherwise the kernel will fail to send such packets. How would HostA know what HostC should use? (I don't think it can know?) [stuff snipped] >> >> So maybe others can clarify if it would be better to use getnameinfo() f= or this >> use case? Thanks for your comments sofar. I'm still not sure what I should be sending to HostC? rick From owner-freebsd-net@freebsd.org Sun Jul 1 04:56:04 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5D012FE8F70 for ; Sun, 1 Jul 2018 04:56:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E0DDF7277C for ; Sun, 1 Jul 2018 04:56:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 98467FE8F6F; Sun, 1 Jul 2018 04:56:03 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83A81FE8F6D for ; Sun, 1 Jul 2018 04:56:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 13AB57277A for ; Sun, 1 Jul 2018 04:56: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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 183B11944D for ; Sun, 1 Jul 2018 04:56:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w614u1W7037901 for ; Sun, 1 Jul 2018 04:56:01 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w614u1x7037900 for net@FreeBSD.org; Sun, 1 Jul 2018 04:56:01 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 229432] 11.2 network em driver - connection link flaps Date: Sun, 01 Jul 2018 04:56: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: 11.2-RELEASE X-Bugzilla-Keywords: IntelNetworking, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: freebsd@tofukong.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.27 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, 01 Jul 2018 04:56:04 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D229432 Chris Ploski changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |freebsd@tofukong.com --- Comment #2 from Chris Ploski --- I'm seeing the same behavior as you - em0 goes up, gets IP over DHCP, then = ends up in an endless loop of going down for a few seconds then coming back up. = I've also got a similar setup where the WAN side is connected to a Motorola/Arris Surfboard 6183 cable modem. In any case it appears the issue is with dhclient on FreeBSD 11.2 when usin= g em interfaces. If you kill dhclient immediately after it gets the IP address t= hen the link flapping stops. The workaround for me was to copy the dhclient bin= ary from an 11.1 install. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sun Jul 1 05:38:18 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 984A6102BAE7 for ; Sun, 1 Jul 2018 05:38:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 267BB77A93 for ; Sun, 1 Jul 2018 05:38:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id D50BC102BAE3; Sun, 1 Jul 2018 05:38:17 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C092C102BAE2 for ; Sun, 1 Jul 2018 05:38:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 56BFC77A8B for ; Sun, 1 Jul 2018 05:38:17 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 7349719A38 for ; Sun, 1 Jul 2018 05:38:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w615cGbT044335 for ; Sun, 1 Jul 2018 05:38:16 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w615cGUH044334 for net@FreeBSD.org; Sun, 1 Jul 2018 05:38:16 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 229432] 11.2 network em driver - connection link flaps Date: Sun, 01 Jul 2018 05:38:16 +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.2-RELEASE X-Bugzilla-Keywords: IntelNetworking, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status rep_platform cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.27 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, 01 Jul 2018 05:38:18 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D229432 Eugene Grosbein changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Open Hardware|i386 |Any CC| |eugen@freebsd.org --- Comment #3 from Eugene Grosbein --- This is known problem with recent changes in our dhclient and its combinati= on with some DHCP servers and em(4) NICs that drop link when driver setups MTU= on the interface. And dhclient now may setup MTU on the interface if DHCP serv= er offers DHCP option 26 (it did not before). As workaround, you can try to add to /etc/dhclient.conf: interface "em0" { supersede interface-mtu 0; } This works for me as 0 is special value meaning that dhclient should not ev= en try to change interface MTU, as it did before. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sun Jul 1 06:44:22 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 287F7102FEDA for ; Sun, 1 Jul 2018 06:44:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D47C18092C for ; Sun, 1 Jul 2018 06:44:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8D066102FED2; Sun, 1 Jul 2018 06:44:21 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 788BD102FED0 for ; Sun, 1 Jul 2018 06:44:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0BD8C80921 for ; Sun, 1 Jul 2018 06:44: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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 5EFBE1A3D7 for ; Sun, 1 Jul 2018 06:44:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w616iKu3047866 for ; Sun, 1 Jul 2018 06:44:20 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w616iKrR047865 for net@FreeBSD.org; Sun, 1 Jul 2018 06:44:20 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 229432] 11.2 network em driver - connection link flaps Date: Sun, 01 Jul 2018 06:44:19 +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.2-RELEASE X-Bugzilla-Keywords: IntelNetworking, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.27 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, 01 Jul 2018 06:44:22 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D229432 --- Comment #4 from Eugene Grosbein --- Created attachment 194808 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D194808&action= =3Dedit proposed fix for dhclient Here is proposed patch that makes dhclient verify if new MTU differs from current one and skip unneeded MTU change. This check eliminates infinite lo= op of MTU change / link flap / lease verification / MTU change / link flap etc. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sun Jul 1 06:53:46 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B0F71032449 for ; Sun, 1 Jul 2018 06:53:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D8F4C819CD for ; Sun, 1 Jul 2018 06:53:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9684C1032444; Sun, 1 Jul 2018 06:53:45 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 82FBE1032442 for ; Sun, 1 Jul 2018 06:53:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1ADD1819C0 for ; Sun, 1 Jul 2018 06:53: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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 5A3931A551 for ; Sun, 1 Jul 2018 06:53:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w616riBU075180 for ; Sun, 1 Jul 2018 06:53:44 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w616riCt075179 for net@FreeBSD.org; Sun, 1 Jul 2018 06:53:44 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 229432] 11.2 network em driver - connection link flaps with dhclient and option 26 (interface mtu) Date: Sun, 01 Jul 2018 06:53: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: 11.2-RELEASE X-Bugzilla-Keywords: IntelNetworking, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.27 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, 01 Jul 2018 06:53:46 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D229432 Eugene Grosbein changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|11.2 network em driver - |11.2 network em driver - |connection link flaps with |connection link flaps with |dhcient and option 26 |dhclient and option 26 |(interface mtu) |(interface mtu) --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sun Jul 1 06:53:26 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D264B1032343 for ; Sun, 1 Jul 2018 06:53:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 679E381949 for ; Sun, 1 Jul 2018 06:53:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 1F8A4103233B; Sun, 1 Jul 2018 06:53:26 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B2A8103233A for ; Sun, 1 Jul 2018 06:53:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 962B781941 for ; Sun, 1 Jul 2018 06:53:25 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id E8A7A1A54D for ; Sun, 1 Jul 2018 06:53:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w616rOIv074881 for ; Sun, 1 Jul 2018 06:53:24 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w616rO51074880 for net@FreeBSD.org; Sun, 1 Jul 2018 06:53:24 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 229432] 11.2 network em driver - connection link flaps with dhcient and option 26 (interface mtu) Date: Sun, 01 Jul 2018 06:53:24 +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.2-RELEASE X-Bugzilla-Keywords: IntelNetworking, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.27 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, 01 Jul 2018 06:53:27 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D229432 Eugene Grosbein changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|11.2 network em driver - |11.2 network em driver - |connection link flaps |connection link flaps with | |dhcient and option 26 | |(interface mtu) --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sun Jul 1 10:56:33 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2ECF6FF2AC3 for ; Sun, 1 Jul 2018 10:56:33 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward105p.mail.yandex.net (forward105p.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:108]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A1A208B15A; Sun, 1 Jul 2018 10:56:32 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback9g.mail.yandex.net (mxback9g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:170]) by forward105p.mail.yandex.net (Yandex) with ESMTP id EA61D40845AB; Sun, 1 Jul 2018 13:56:21 +0300 (MSK) Received: from smtp2o.mail.yandex.net (smtp2o.mail.yandex.net [2a02:6b8:0:1a2d::26]) by mxback9g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id q2cY4sSbnZ-uL6OBV8h; Sun, 01 Jul 2018 13:56:21 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1530442581; bh=4qfjcjqptAtDsi/apXiVVpCt+2sZXwa5zvjH1MUJxFM=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=SJW0yfhUVOwtWYHxr3StQ+ab0CrHCEi5jVRurndC+mzGWCr+BDmjN8d0iJP0gzy/b Nh8hsNkE6+PaISk9D7g9BKqWwhkTDM+zfd4MTGGbuJkPLu9yw7a5afx6PBy1+314jA vHHbxCI1F56rlT96UyHj7t5K5A9eWfm9Uw2zPgng= Received: by smtp2o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id vEZ4c9kt6J-uK5WvrQE; Sun, 01 Jul 2018 13:56:20 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1530442580; bh=4qfjcjqptAtDsi/apXiVVpCt+2sZXwa5zvjH1MUJxFM=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=VnKmiv8CwlU72qV8hdbmBAHTzzAXvaC0g0h0rYGdQcytPmsNLJc/9NWo460uJJbDz +EtpRryf2HMYNA/uo3dcsaZoVf2Drf65w5KCpc83Qs175m0EH0a5YK/JRI0ugZniKm EKh3+ONzWr/e/zN4Z1nPCj/10CTFpGQw/jLJxjAs= Authentication-Results: smtp2o.mail.yandex.net; dkim=pass header.i=@yandex.ru Subject: Re: IPv6 scope handling, was Re: svn commit: r335806 - projects/pnfs-planb-server/usr.sbin/nfsd To: Rick Macklem , Rick Macklem , FreeBSD Net References: <201806292207.w5TM7QX9052770@repo.freebsd.org> <0c85d229-3b8f-3b4c-ba3c-34ec06728455@yandex.ru> <048d1b79-f263-506c-210e-21d9e4437c3e@yandex.ru> From: "Andrey V. Elsukov" Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Autocrypt: addr=bu7cher@yandex.ru; prefer-encrypt=mutual; keydata= xsBNBEwBF1kBCADB9sXFhBEUy8qQ4X63Y8eBatYMHGEFWN9ypS5lI3RE6qQW2EYbxNk7qUC5 21YIIS1mMFVBEfvR7J9uc7yaYgFCEb6Sce1RSO4ULN2mRKGHP3/Sl0ijZEjWHV91hY1YTHEF ZW/0GYinDf56sYpDDehaBF5wkWIo1+QK5nmj3vl0DIDCMNd7QEiWpyLVwECgLX2eOAXByT8B bCqVhJGcG6iFP7/B9Ll6uX5gb8thM9LM+ibwErDBVDGiOgvfxqidab7fdkh893IBCXa82H9N CNwnEtcgzh+BSKK5BgvPohFMgRwjti37TSxwLu63QejRGbZWSz3OK3jMOoF63tCgn7FvABEB AAHNIkFuZHJleSBWLiBFbHN1a292IDxhZUBmcmVlYnNkLm9yZz7CwHsEEwECACUCGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheABQJMB/ruAhkBAAoJEAHF6gQQyKF6MLwH/3Ri/TZl9uo0 SepYWXOnxL6EaDVXDA+dLb1eLKC4PRBBjX29ttQ0KaWapiE6y5/AfzOPmRtHLrHYHjd/aiHX GMLHcYRXD+5GvdkK8iMALrZ28X0JXyuuZa8rAxWIWmCbYHNSBy2unqWgTI04Erodk90IALgM 9JeHN9sFqTM6zalrMnTzlcmel4kcjT3lyYw3vOKgoYLtsLhKZSbJoVVVlvRlGBpHFJI5AoYJ SyfXoN0rcX6k9X7Isp2K50YjqxV4v78xluh1puhwZyC0p8IShPrmrp9Oy9JkMX90o6UAXdGU KfdExJuGJfUZOFBTtNIMNIAKfMTjhpRhxONIr0emxxDOwE0ETAEXWQEIAJ2p6l9LBoqdH/0J PEFDY2t2gTvAuzz+8zs3R03dFuHcNbOwjvWCG0aOmVpAzkRa8egn5JB4sZaFUtKPYJEQ1Iu+ LUBwgvtXf4vWpzC67zs2dDuiW4LamH5p6xkTD61aHR7mCB3bg2TUjrDWn2Jt44cvoYxj3dz4 S49U1rc9ZPgD5axCNv45j72tggWlZvpefThP7xT1OlNTUqye2gAwQravXpZkl5JG4eOqJVIU X316iE3qso0iXRUtO7OseBf0PiVmk+wCahdreHOeOxK5jMhYkPKVn7z1sZiB7W2H2TojbmcK HZC22sz7Z/H36Lhg1+/RCnGzdEcjGc8oFHXHCxUAEQEAAcLAXwQYAQIACQUCTAEXWQIbDAAK CRABxeoEEMihegkYCAC3ivGYNe2taNm/4Nx5GPdzuaAJGKWksV+w9mo7dQvU+NmI2az5w8vw 98OmX7G0OV9snxMW+6cyNqBrVFTu33VVNzz9pnqNCHxGvj5dL5ltP160JV2zw2bUwJBYsgYQ WfyJJIM7l3gv5ZS3DGqaGIm9gOK1ANxfrR5PgPzvI9VxDhlr2juEVMZYAqPLEJe+SSxbwLoz BcFCNdDAyXcaAzXsx/E02YWm1hIWNRxanAe7Vlg7OL+gvLpdtrYCMg28PNqKNyrQ87LQ49O9 50IIZDOtNFeR0FGucjcLPdS9PiEqCoH7/waJxWp6ydJ+g4OYRBYNM0EmMgy1N85JJrV1mi5i Message-ID: <1e62847a-fe06-9190-ac98-ce120e96f325@yandex.ru> Date: Sun, 1 Jul 2018 13:53:03 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="JxV3f7m17jRishiJFAFgxsVGGlVdDE3zT" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 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, 01 Jul 2018 10:56:33 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --JxV3f7m17jRishiJFAFgxsVGGlVdDE3zT Content-Type: multipart/mixed; boundary="J8Cl7koHUPE8iNBRMH1a347jE5qicCoJS"; protected-headers="v1" From: "Andrey V. Elsukov" To: Rick Macklem , Rick Macklem , FreeBSD Net Message-ID: <1e62847a-fe06-9190-ac98-ce120e96f325@yandex.ru> Subject: Re: IPv6 scope handling, was Re: svn commit: r335806 - projects/pnfs-planb-server/usr.sbin/nfsd References: <201806292207.w5TM7QX9052770@repo.freebsd.org> <0c85d229-3b8f-3b4c-ba3c-34ec06728455@yandex.ru> <048d1b79-f263-506c-210e-21d9e4437c3e@yandex.ru> In-Reply-To: --J8Cl7koHUPE8iNBRMH1a347jE5qicCoJS Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 01.07.2018 03:30, Rick Macklem via freebsd-net wrote: >> [neighbor1 fe80::100]<-->[fe80::1%igb0 | fe80::1%igb1]<-->[fe80::100 >> neighbor2] >> >> neighbor1 can not reach neighbor2, since these addresses belongs to >> different scope zones. On the host with two interfaces you as user can= >> use link-local addresses and can specify such addresses in application= =2E >> To disambiguate them you must specify scope zone identifier, "%igb0" o= r >> "%igb1". E.g. if you want to connect with neighbor1, you can use "teln= et >> fe80::100%igb0 someport" and the kernel will initiate connection with >> neighbor1 through igb0. inet_ntop() call doesn't support this. > Ok, I think I follow that. I didn't explain what this case is... >=20 > The code for this patch runs on HostA. > If looks up an address for HostB, but not so it can connect to HostB. > It sends the address to HostC, so that HostC can connect to HostB. > (So the address needed is the address that HostC would use to connect t= o > HostB.) > > I think what you are saying above is that a Link-local address won't wo= rk > and that the address must be a global one? > Should the code check for "fe8" at the start and skip over those ones? It is possible that all hosts are in the same scope zone, e.g. they are connected in the one broadcast domain through the switch. In this case it is possible to use link-local addresses and they all will be reachable. > The "on-the-wire" address sent to HostC is specified in standard string= form > (can't remember the RFC#, but it is referenced by RFC5661), so I can't = send > any more than that to HostC. So if I understand correctly, after formatting you are sending this address string to the some foreign host? The scope zone id specifier is only does matter for the host where it is used. I.e. there is no sense to send "%ifname" to the foreign host, because it can have different ifname for the link and that address specification won't work. I think for now we can leave the code as is (put some XXX with comment here), and then in the future, if it will be needed, add better handling for that :) >> In the kernel when you operate with IPv6 link-local addresses you need= >> to properly prepare them in the IPv6 header, i.e. embed scope zone >> identifier. Otherwise the kernel will fail to send such packets. > How would HostA know what HostC should use? > (I don't think it can know?) > [stuff snipped] The possible solution can be: * for the sending host use scope zone id to determine proper interface to send through; * for the receiving host track the receiving interface and if given address is link-local, recover the scope zone id from the receiving interface. --=20 WBR, Andrey V. Elsukov --J8Cl7koHUPE8iNBRMH1a347jE5qicCoJS-- --JxV3f7m17jRishiJFAFgxsVGGlVdDE3zT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAls4so8ACgkQAcXqBBDI oXr9awf/eLEaWZKak08CTr2VCrUeDUVYlGu6SVuYtH+Je0EeJoA+tnaBfjfbVcAd QbzuPTWUaPImeHLMrX8LCE2kxg5lsxHaP5y+bxJxCbO8AjagRjiIpBI77YxrGhkY vn9p+X/zhLXxjyALJ7v0Kv53f1wGC6kp0cFbmBe7KR8EnTpLr+iK9Q0mmIWnIbB1 1ZonBcLpnSMrXLPFb3x7hgAsKy9dzAvDRGQ3zEgLioLbaf+AV/t4Qu3FDcxzgHau 2O0NDRkY6b/9poL4kqQvXlYlUj6r3/fYpPmbRzqlf9ieW4zBulLEUc5lnuCqj0X4 EHFbLftCMqBvZAOwAIbfdfSHvrdMJA== =zmfq -----END PGP SIGNATURE----- --JxV3f7m17jRishiJFAFgxsVGGlVdDE3zT-- From owner-freebsd-net@freebsd.org Sun Jul 1 17:25:43 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 07549FD06D7 for ; Sun, 1 Jul 2018 17:25:43 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660088.outbound.protection.outlook.com [40.107.66.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT TLS CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 795EE76869; Sun, 1 Jul 2018 17:25:42 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM (52.132.44.24) by YTOPR0101MB1084.CANPRD01.PROD.OUTLOOK.COM (52.132.50.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.906.26; Sun, 1 Jul 2018 17:25:40 +0000 Received: from YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM ([fe80::d0eb:3783:7c99:2802]) by YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM ([fe80::d0eb:3783:7c99:2802%4]) with mapi id 15.20.0906.026; Sun, 1 Jul 2018 17:25:40 +0000 From: Rick Macklem To: "Andrey V. Elsukov" , Rick Macklem , FreeBSD Net Subject: Re: IPv6 scope handling, was Re: svn commit: r335806 - projects/pnfs-planb-server/usr.sbin/nfsd Thread-Topic: IPv6 scope handling, was Re: svn commit: r335806 - projects/pnfs-planb-server/usr.sbin/nfsd Thread-Index: AQHUEEv8cr4RnInROESx3zvZznTUdKR42400gABuSICAADe3z4AAsTqAgABrXEw= Date: Sun, 1 Jul 2018 17:25:40 +0000 Message-ID: References: <201806292207.w5TM7QX9052770@repo.freebsd.org> <0c85d229-3b8f-3b4c-ba3c-34ec06728455@yandex.ru> <048d1b79-f263-506c-210e-21d9e4437c3e@yandex.ru> , <1e62847a-fe06-9190-ac98-ce120e96f325@yandex.ru> In-Reply-To: <1e62847a-fe06-9190-ac98-ce120e96f325@yandex.ru> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTOPR0101MB1084; 7:/Mgg3p+W4g5cxQY1y+chqQk+4qD11cHTHArMTZwrNkW+fspdMBYmuw4qzmSoMft1cEk1jmWrf85jUerbin6R4SURxWt3AN9c9Tx3gCoXQoBIMMy+3kjeOUgCabYzkvU+/iSfiEnzYYsLdTr++vbN9UpTccDpkPxdHJqvSkb7LktnxjnFc2KNneRTInsMf+aDLDszpUwwU7XieF447h9eomBPR2yLaPy53Q2zoFr0d6KSwZc5zvTcKskKTzKEJBHT x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 356deac7-95bd-46de-c540-08d5df77aaef x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7153060)(7193020); SRVR:YTOPR0101MB1084; x-ms-traffictypediagnostic: YTOPR0101MB1084: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(5213294742642); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(3002001)(10201501046)(93006095)(93001095)(3231254)(944501410)(52105095)(149027)(150027)(6041310)(20161123560045)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123558120)(20161123562045)(6072148)(201708071742011)(7699016); SRVR:YTOPR0101MB1084; BCL:0; PCL:0; RULEID:; SRVR:YTOPR0101MB1084; x-forefront-prvs: 07200C0526 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(39860400002)(366004)(136003)(346002)(376002)(51914003)(199004)(189003)(786003)(68736007)(53936002)(2906002)(5660300001)(305945005)(316002)(229853002)(14454004)(86362001)(2900100001)(99286004)(106356001)(105586002)(74316002)(25786009)(33656002)(102836004)(74482002)(446003)(7696005)(93886005)(476003)(11346002)(256004)(81166006)(26005)(8936002)(8676002)(186003)(110136005)(81156014)(6436002)(478600001)(6506007)(97736004)(76176011)(6246003)(486006)(5250100002)(55016002)(9686003)(21314002); DIR:OUT; SFP:1101; SCL:1; SRVR:YTOPR0101MB1084; H:YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-microsoft-antispam-message-info: flt29b6aG8CttB8Jfd8l3SLnmfjShnUTIv9Z8+jdL2KYz6IjH+vO0H02iJDSB8EuZ7hXp+8xGSpELiqcNcxGCcbECXlcEVAWCziRyIAL7NtP1t+qnmMNQVpnrkK3kS39tUTIiaHvKj6sle9g/k+YvCGxaWIdn56Hbs6zzXdiP+mk4327MI/hHEp48QwjmQdCacdtv/sGRoX0dixEtUYbQsiLlmbYIb/47TwL6rEYocd8G6N97+/DSyaSX0ffIXicchI7m2JXR0SoXK0F5iC3EHbm6Qs/Z3iLHLC6w/iJKiElzg9Epq6e086Jp1hVGRQ+O5uA2seKsn6ikovetMzptAlpOZLEYyYXZa2Di2Tpe/8= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 356deac7-95bd-46de-c540-08d5df77aaef X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Jul 2018 17:25:40.3655 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTOPR0101MB1084 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 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, 01 Jul 2018 17:25:43 -0000 Andrey V. Elsukov wrote: [stuff snipped] >> >> I think what you are saying above is that a Link-local address won't wor= k >> and that the address must be a global one? >> Should the code check for "fe8" at the start and skip over those ones? > >It is possible that all hosts are in the same scope zone, e.g. they are >connected in the one broadcast domain through the switch. >In this case it is possible to use link-local addresses and they all >will be reachable. > >> The "on-the-wire" address sent to HostC is specified in standard string = form >> (can't remember the RFC#, but it is referenced by RFC5661), so I can't s= end >> any more than that to HostC. > >So if I understand correctly, after formatting you are sending this >address string to the some foreign host? Yes, that is what happens. >The scope zone id specifier is only does matter for the host where it is >used. I.e. there is no sense to send "%ifname" to the foreign host, >because it can have different ifname for the link and that address >specification won't work. That is what I thought. >I think for now we can leave the code as is (put some XXX with comment >here), and then in the future, if it will be needed, add better handling >for that :) How about this patch? (Basically use the link local address if it is the on= ly one returned by getaddrinfo().) --- nfsd.c 2018-06-30 08:16:51.771742000 -0400 +++ /tmp/nfsd.c 2018-07-01 13:01:30.243285000 -0400 @@ -1309,7 +1309,17 @@ parse_dsserver(const char *optionarg, st memcpy(&sin6, res->ai_addr, sizeof(sin6)); ad =3D inet_ntop(AF_INET6, &sin6.sin6_addr, ip6, sizeof(ip6)); - break; + + /* + * XXX + * Since a link local address will only + * work if the client and DS are in the + * same scope zone, only use it if it is + * the only address. + */ + if (ad !=3D NULL && + !IN6_IS_ADDR_LINKLOCAL(&sin6.sin6_addr)) + break; } } if (ad =3D=3D NULL) [more stuff snipped] Thanks for the comments, rick From owner-freebsd-net@freebsd.org Sun Jul 1 18:09:29 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64A65FD35C9 for ; Sun, 1 Jul 2018 18:09:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D161977D24 for ; Sun, 1 Jul 2018 18:09:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 92FF2FD35C6; Sun, 1 Jul 2018 18:09:28 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 806ADFD35C5 for ; Sun, 1 Jul 2018 18:09:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0F72077D1E for ; Sun, 1 Jul 2018 18:09:28 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 4F81B20212 for ; Sun, 1 Jul 2018 18:09:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w61I9RiQ045017 for ; Sun, 1 Jul 2018 18:09:27 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w61I9RZs045010 for net@FreeBSD.org; Sun, 1 Jul 2018 18:09:27 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 229404] [pflog] [pfsync] [patch] pflogs/pfsync kernel modules build fails with VIMAGE Date: Sun, 01 Jul 2018 18:09:27 +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: 11.2-STABLE X-Bugzilla-Keywords: easy, patch-ready X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: pf@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.27 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, 01 Jul 2018 18:09:29 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D229404 --- Comment #4 from commit-hook@freebsd.org --- A commit references this bug: Author: kp Date: Sun Jul 1 18:09:17 UTC 2018 New revision: 335847 URL: https://svnweb.freebsd.org/changeset/base/335847 Log: pflog/pfsync: Fix module build with VIMAGE=3Dyes pflog and pfsync's module Makefile fails to include opt_global.h to SRCS leading to build error for VIMAGE case. Reproduced with: cd /usr/src/sys/modules/pflog && make VIMAGE=3Dyes PR: 229404 Submitted by: eugen@ MFC after: 1 week Changes: head/sys/modules/pflog/Makefile head/sys/modules/pfsync/Makefile --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Sun Jul 1 18:09:46 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83858FD3634 for ; Sun, 1 Jul 2018 18:09:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1731777D7F for ; Sun, 1 Jul 2018 18:09:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id D08F4FD361D; Sun, 1 Jul 2018 18:09:45 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BDE02FD361C for ; Sun, 1 Jul 2018 18:09:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 51C9F77D78 for ; Sun, 1 Jul 2018 18:09: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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 987AC20216 for ; Sun, 1 Jul 2018 18:09:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w61I9imO054264 for ; Sun, 1 Jul 2018 18:09:44 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w61I9i0W054252 for net@FreeBSD.org; Sun, 1 Jul 2018 18:09:44 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 229404] [pflog] [pfsync] [patch] pflogs/pfsync kernel modules build fails with VIMAGE Date: Sun, 01 Jul 2018 18:09:44 +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: 11.2-STABLE X-Bugzilla-Keywords: easy, patch-ready X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: kp@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: kp@freebsd.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.27 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, 01 Jul 2018 18:09:46 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D229404 Kristof Provost changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|pf@FreeBSD.org |kp@freebsd.org Status|New |In Progress --- Comment #5 from Kristof Provost --- Thanks for the patch. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Sun Jul 1 21:01:06 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 59AE9FDBF61 for ; Sun, 1 Jul 2018 21:01:06 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E8AF77DDE2 for ; Sun, 1 Jul 2018 21:01:05 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9EDCDFDBF3E; Sun, 1 Jul 2018 21:01:05 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 17C70FDBE2C for ; Sun, 1 Jul 2018 21:01:04 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6113C7DDD1 for ; Sun, 1 Jul 2018 21:01:04 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 5F78E21A29 for ; Sun, 1 Jul 2018 21:01:03 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w61L13LL032318 for ; Sun, 1 Jul 2018 21:01:03 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w61L138l032306 for net@FreeBSD.org; Sun, 1 Jul 2018 21:01:03 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201807012101.w61L138l032306@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: net@FreeBSD.org Subject: Problem reports for net@FreeBSD.org that need special attention Date: Sun, 1 Jul 2018 21:01:03 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 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, 01 Jul 2018 21:01:06 -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 | 221146 | [ixgbe] Problem with second laggport New | 204438 | setsockopt() handling of kern.ipc.maxsockbuf limi New | 205592 | TCP processing in IPSec causes kernel panic New | 206053 | kqueue support code of netmap causes panic New | 213410 | [carp] service netif restart causes hang only whe Open | 165622 | [ndis][panic][patch] Unregistered use of FPU in k Open | 193452 | Dell PowerEdge 210 II -- Kernel panic bce (broadc Open | 202510 | [CARP] advertisements sourced from CARP IP cause Open | 206544 | sendmsg(2) (sendto(2) too?) can fail with EINVAL; Open | 222273 | igb(4): Kernel panic (fatal trap 12) due to netwo Open | 227720 | Kernel panic in ppp server 11 problems total for which you should take action. From owner-freebsd-net@freebsd.org Sun Jul 1 23:34:54 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C7C01FEAD49 for ; Sun, 1 Jul 2018 23:34:54 +0000 (UTC) (envelope-from er.suneetsingh@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 5E668840B5 for ; Sun, 1 Jul 2018 23:34:54 +0000 (UTC) (envelope-from er.suneetsingh@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 1DC0BFEAD3B; Sun, 1 Jul 2018 23:34:54 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EA3B7FEAD32 for ; Sun, 1 Jul 2018 23:34:53 +0000 (UTC) (envelope-from er.suneetsingh@gmail.com) Received: from mail-ua0-x22c.google.com (mail-ua0-x22c.google.com [IPv6:2607:f8b0:400c:c08::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 80219840B4 for ; Sun, 1 Jul 2018 23:34:53 +0000 (UTC) (envelope-from er.suneetsingh@gmail.com) Received: by mail-ua0-x22c.google.com with SMTP id 59-v6so8977979uas.5 for ; Sun, 01 Jul 2018 16:34:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=zE1YRGlXUKo974T3BGv+jtkeXISaiQ0pR3IR/JoRENU=; b=dORhAcBMsn+C44rGW3XIrisEQxn4woUkv8uc7dYrBYt66rmifDFC4LejhGEeVcMQAZ 0D0RB+EbnmaJH5ETY0BOlavdXXbWbSDAQ07Gp7XJ0jOAAaKwWbGBJiM4zFtXkd+IlIg/ L+VTrhwG37Mk/DAmM5eMNFeRqnkJiOQeItgUmCESYtpQV4Yv47dTQvikqVss0uuorMxp eP0w8Q6uYYoubIB95llzUyXlFjrrSd0sLbpMCIQkXeTq5qcDLg5AOMqKr7J2+aDWS5EL 6NcCN9RK8WBCjv2HKpLqXMKwvZ54DogMzx8+1ORe6wUrJJvOK1pCP49z+CyhjYJOwgbS aHBw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=zE1YRGlXUKo974T3BGv+jtkeXISaiQ0pR3IR/JoRENU=; b=DVoKNVvvcbQg5sm/Ty3J4m1WCYTirnoyLiFTirbT+gOaTx9YjiXeZi9N1+DkmwpOqH 6UGVXF9XkuSWiIbIqPqwUNJ771jmGcd4Oiqpp+su0Ie9x8oMmAVqe1Em3mjA1ubvlYug bs6pdK+IBqXUFgH2kWz2Y2vY8JEPRfK1Nd8MqQMLMVKKFH/gG8rd2u7a9NAoOXGGUM6Y w1mT/8ohc25KfZopF4SYags3RLUofTBQASNwphA4DI3Y/pGNUDkUuFlwtHdJmoALxUWC NGkq8+8h7Q0AGeyVuxfht6Dg2KIDp4+vzTT+c6iYC6Xg/7GUNE9AyHqHM1FXIfsAOKqT gbrA== X-Gm-Message-State: APt69E2aHHxyJVERwUqnmWU/HcdDLGWQka3i+dX4qlr0U8QEm4VekmLV MIcRGV2nzCHlk3RsaHFDGcqrgut+gdKQcQf0n/7kfQ== X-Google-Smtp-Source: AAOMgpecqGJwKEChAKIJyExhd3hdwjEDxG0n153bZpwCmoMdfLmLshJHm/LHMnYDMqNHfTLrVpc8SgPWwLK7KK/AucU= X-Received: by 2002:a9f:3ed9:: with SMTP id n25-v6mr8101040uaj.25.1530488092997; Sun, 01 Jul 2018 16:34:52 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:ab0:1391:0:0:0:0:0 with HTTP; Sun, 1 Jul 2018 16:34:52 -0700 (PDT) From: Suneet Singh Date: Sun, 1 Jul 2018 20:34:52 -0300 Message-ID: Subject: Regarding latency of Netmap i/o To: rizzo@iet.unipi.it Cc: net@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 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, 01 Jul 2018 23:34:55 -0000 Dear Professor, I am Suneet from India. I am a PhD student in Unicamp, Campinas, Brazil. I am testing latency of MACSAD P4 software switch. I found that latency using netmap i/o is higher than using socket_mmap i/o while in case of dpdk, latency is very low. As I read the research papers related to netmap, I found that it may be the reason of high latency in case of netmap compare to socket_mmap due to batch process. However, I am not sure why latency of my switch is higher using netmap compare to sockte mmap. I am requesting you to please let me know the performance of netmap interms of latency (end-to-end) compare to socket_mmap. Thank you so much for your precious time. *" Man needs his difficulties because they are necessary to enjoy success."* Kind Regards *Suneet Kumar Singh* https://www.researchgate.net/profile/Suneet_Singh7 From owner-freebsd-net@freebsd.org Mon Jul 2 14:10:02 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC70F102A98A for ; Mon, 2 Jul 2018 14:10:01 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 50F878A587 for ; Mon, 2 Jul 2018 14:10:01 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 0FF34102A989; Mon, 2 Jul 2018 14:10:01 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DA995102A988 for ; Mon, 2 Jul 2018 14:10:00 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: from mail-it0-x230.google.com (mail-it0-x230.google.com [IPv6:2607:f8b0:4001:c0b::230]) (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 732968A582 for ; Mon, 2 Jul 2018 14:10:00 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: by mail-it0-x230.google.com with SMTP id p4-v6so12307877itf.2 for ; Mon, 02 Jul 2018 07:10:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=KOO08tjAUJj/T+JwGGhaJXAm+arIvqzW7jhIa69NKY0=; b=nQyyIQybMBEwrLiumdOKlwfuZAMEQV/PtEeGgAL2F8fzeDNQOZvG7aRx4s6e84lEhO HbMgnBV5zej2EyOvYPjDYdH8HtukxPOTHZJp+pHIU8sJsN/PFozLKaM0GV4hskJFqzOZ Nqh1qbpPcFoIsIqLKHrzt2Dye/THf89T8ygF8+SX9XrXjoAFGb2fAq8N0hekqdLhbqQ+ 4D4Uo70FTCLgujC0xXhxqfJayA7WIUABvfpE1jBqigniZ/CGq7gwxFd4iPEXfIdcXygm leaJrUi/uspzqOSTZte+BQsFDkiYpedF8L20scAUD04zdOHAaZSj0oEy6lfsBq0sUAbK QsEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=KOO08tjAUJj/T+JwGGhaJXAm+arIvqzW7jhIa69NKY0=; b=ixI0gNatZ1iBLHEUGLSONmkLgMwybeIYqzxsZlezwIhKi2GHz32i3H6NvNKGs1tzeM FhLnQvX8Rlqam6FMHbaSZY3ytdOGxnfA4TgdVXRtBoe3/Gs4eMZeJheIl/Lm+44YDzlm OEjOlBEKsX6v92NNMOxyPrzZ5w86dx9yPewr+zFj54kmh+YaYFB+stxS7PT789mWnOux kwDAMG0KSsC3DAt1cobW1IS5lJdogINuIPmNCgl1FqIt4RyPA1oMwwlY+a7eLcpnwv0G NGChtcWtYTp1G+xEfJIYZa70alxLkommekf9JTdPBuDT4k9PxJc1BBpq3E5fh3ErCfmw LWaw== X-Gm-Message-State: APt69E1OzKbmIIhIzGrMTadn7gLyeXqjFcXwvd9PGyWoM2Y/uNHeXrrS HtUlBkVfq/Dj8kEJ5P8GCf1EsiS0C3j6S6wPxhc= X-Google-Smtp-Source: AAOMgpeojWzl/5/3IIcBWd5omRJgJiX4P4wtSa7zMOHP6xAclRvZNNyKL+XZho0ytMnhKbG56VQDSdPpzPnr1c+CRxE= X-Received: by 2002:a24:2555:: with SMTP id g82-v6mr9838751itg.108.1530540599775; Mon, 02 Jul 2018 07:09:59 -0700 (PDT) MIME-Version: 1.0 Sender: rizzo.unipi@gmail.com Received: by 2002:a6b:9f01:0:0:0:0:0 with HTTP; Mon, 2 Jul 2018 07:09:59 -0700 (PDT) In-Reply-To: References: From: Luigi Rizzo Date: Mon, 2 Jul 2018 16:09:59 +0200 X-Google-Sender-Auth: uQWeYjZ1CVOKiow6e1gjeLP41AM Message-ID: Subject: Re: Regarding latency of Netmap i/o To: Suneet Singh Cc: "freebsd-net@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 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, 02 Jul 2018 14:10:02 -0000 On Mon, Jul 2, 2018 at 1:34 AM, Suneet Singh wrote: > Dear Professor, > > I am Suneet from India. I am a PhD student in Unicamp, Campinas, Brazil. I > am testing latency of MACSAD P4 software switch. I found that latency using > netmap i/o is higher than using socket_mmap i/o while in case of dpdk, > latency is very low. please quantify the latency the type of experiment you run, the system's configuration and the latency figures that you are seeing because 'higher' and 'very low' mean nothing without context. Batching is almost never a reason for significantly higher latency unless it is misused. Typically there are mistakes in setting up the experiment that cause higher latency than expected cheers luigi > > As I read the research papers related to netmap, I found that it may be the > reason of high latency in case of netmap compare to socket_mmap due to batch > process. > > However, I am not sure why latency of my switch is higher using netmap > compare to sockte mmap. I am requesting you to please let me know the > performance of netmap interms of latency (end-to-end) compare to > socket_mmap. > > Thank you so much for your precious time. > > " Man needs his difficulties because they are necessary to enjoy success." > > Kind Regards > Suneet Kumar Singh > > https://www.researchgate.net/profile/Suneet_Singh7 -- -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2217533 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-net@freebsd.org Mon Jul 2 21:11:40 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D9952FD0AFB for ; Mon, 2 Jul 2018 21:11:39 +0000 (UTC) (envelope-from joe@truespeed.com) Received: from mail.truespeed.com (s2.truespeed.com [31.210.26.217]) by mx1.freebsd.org (Postfix) with ESMTP id 48DDF7A42E for ; Mon, 2 Jul 2018 21:11:39 +0000 (UTC) (envelope-from joe@truespeed.com) Received: from mail.truespeed.com (mail.truespeed.com [31.210.26.210]) by mail.truespeed.com (Postfix) with ESMTP id 7EF9D16154 for ; Mon, 2 Jul 2018 21:11:32 +0000 (UTC) Received: from dspam.truespeed.com (localhost [127.0.0.1]) by mail.truespeed.com (Postfix) with SMTP id 36B922E5B47 for ; Mon, 2 Jul 2018 21:11:32 +0000 (UTC) Received: from unnamed-89.karthauser.co.uk (unnamed-89.karthauser.co.uk [90.155.77.89]) (Authenticated sender: joe@truespeed.com) by mail.truespeed.com (Postfix) with ESMTPSA id 6D78F2E5B2F; Mon, 2 Jul 2018 21:11:29 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: epair failure in production on 11.1-STABLE (r328930) ? weird! From: Dr Josef Karthauser Date: Mon, 2 Jul 2018 22:11:28 +0100 Cc: David Athay Message-Id: References: <20180620095844.9182416723@smtp-relay2.localdomain> To: freebsd-net@freebsd.org X-Mailer: Apple Mail (2.3124) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 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, 02 Jul 2018 21:11:40 -0000 We=E2=80=99re experiencing a strange issue in production failure with = epair (which we=E2=80=99re using to talk vimage to jails). FreeBSD s5 11.1-STABLE FreeBSD 11.1-STABLE #2 r328930: Tue Feb 6 = 16:05:59 GMT 2018 root@s5:/usr/obj/usr/src/sys/TRUESPEED amd64 Looks like epair has suddenly stopped forwarding packets between the = pair interfaces. Our server has been up for 82 days and it=E2=80=99s = been working fine, but suddenly packets have stopped being forwarded = between epairs across the entire system. (We=E2=80=99ve got around 30 = epairs on the host). So, we=E2=80=99ve got a sudden ARP resolution = failure which is affecting all services. :(. Here=E2=80=99s the test. On a working machine this works fine: # Create an email and put an IP address on it, so we can = generate ARP traffic with PING.=20 root@magnesium:/usr/home/systems # ifconfig epair create epair7a root@magnesium:/usr/home/systems # ifconfig epair7a up root@magnesium:/usr/home/systems # ifconfig epair7b up root@magnesium:/usr/home/systems # ifconfig epair7a inet = 10.140.0.1/30 # Generate ARP traffic over the epair=E2=80=A6 should see arp = requests on epair7b. root@magnesium:/usr/home/systems # ping 10.140.0.2 PING 10.140.0.2 (10.140.0.2): 56 data bytes # Watch traffic coming in from the epair root@magnesium:/usr/home/systems # tcpdump -i epair7b 10:22:27.446651 ARP, Request who-has 10.140.0.2 tell 10.140.0.1, = length 28 10:22:28.475086 ARP, Request who-has 10.140.0.2 tell 10.140.0.1, = length 28 ^C 2 packets captured 2 packets received by filter 0 packets dropped by kernel Works fine. However, on the failing machine we don=E2=80=99t get any packets = forwarded (any more =E2=80=94 remember it=E2=80=99s been working fine = for a few months - suddenly stopped working :( ). root@s5:/usr/home/systems # ifconfig pair create epair19a root@s5:/usr/home/systems # ifconfig epair19a up root@s5:/usr/home/systems # ifconfig epair7b up root@s5:/usr/home/systems # ifconfig epair7a inet 10.140.0.1/30 root@s5:/usr/home/systems # ping 10.140.0.2 PING 10.140.0.2 (10.140.0.2): 56 data bytes root@s5:/usr/home/systems # tcpdump -ni epair19a 09:24:20.396384 ARP, Request who-has 10.130.0.2 tell 10.130.0.1, = length 28 09:24:21.404737 ARP, Request who-has 10.130.0.2 tell 10.130.0.1, = length 28 ^C=20 root@s5:/usr/home/systems # tcpdump -ni epair19b [Tumble weed - no traffic seen] ^C Has anyone seen this before? We=E2=80=99re going to reboot and see if = that fixes the problem. The failing kernel in question is: FreeBSD s5 11.1-STABLE FreeBSD 11.1-STABLE #2 r328930: Tue Feb 6 = 16:05:59 GMT 2018 root@s5:/usr/obj/usr/src/sys/TRUESPEED amd64 Break break. We=E2=80=99ve just seen a bug bugzilla report 22710, = reporting that epair fails when the queue limit is hit = (net.link.epair.netisr_maxqlen). We=E2=80=99ve just introduced a high = bandwidth service on this machine and so it=E2=80=99s probably that = that=E2=80=99s what=E2=80=99s caused the issue. We=E2=80=99ve currently got a value of: net.link.epair.netisr_maxqlen: 2100 root@s5:/usr/home/systems # netstat -Q Configuration: Setting Current Limit Thread count 1 1 Default queue limit 256 10240 Dispatch policy direct n/a Threads bound to CPUs disabled n/a Protocols: Name Proto QLimit Policy Dispatch Flags ip 1 256 flow default --- igmp 2 256 source default --- rtsock 3 256 source default --- arp 4 256 source default --- ether 5 256 source direct --- ip6 6 256 flow default --- epair 8 2100 cpu default CD- Workstreams: WSID CPU Name Len WMark Disp'd HDisp'd QDrops Queued = Handled 0 0 ip 0 253 385468689 0 0 49360754 = 434829441 0 0 igmp 0 0 0 0 0 0 = 0 0 0 rtsock 0 5 0 0 0 1144 = 1144 0 0 arp 0 0 5573045 0 0 0 = 5573045 0 0 ether 0 0 1125223166 0 0 0 = 1125223166 0 0 ip6 0 4 90 0 0 1220274 = 1220364 0 0 epair 0 2100 0 0 214 4994675481 = 4994675481 But we can=E2=80=99t see how much of the queue is currently being used, = or what size we need to set it to. But, why has hitting the queue limit broken it entirely!=20 Help! Cheers, Joe =E2=80=94=20 Dr Josef Karthauser Chief Technical Officer (01225) 300371 / (07703) 596893 www.truespeed.com / theTRUESPEED =20 @theTRUESPEED =20 This email contains TrueSpeed information, which may be privileged or = confidential. It's meant only for the individual(s) or entity named = above. If you're not the intended recipient, note that disclosing, = copying, distributing or using this information is prohibited. If you've = received this email in error, please let me know immediately on the = email address above. Thank you. We monitor our email system, and may record your emails. From owner-freebsd-net@freebsd.org Mon Jul 2 21:49:33 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6B144FD5025 for ; Mon, 2 Jul 2018 21:49:33 +0000 (UTC) (envelope-from srs0=jt7a=js=sigsegv.be=kristof@codepro.be) 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 EFB3C7BBC7; Mon, 2 Jul 2018 21:49:32 +0000 (UTC) (envelope-from srs0=jt7a=js=sigsegv.be=kristof@codepro.be) Received: from [172.28.128.1] (ptr-8rgnodue7w5oh6td6sg.18120a2.ip6.access.telenet.be [IPv6:2a02:1811:240b:b802:419f:977e:cccb:88a0]) (Authenticated sender: kp) by venus.codepro.be (Postfix) with ESMTPSA id 9A1F75A0AA; Mon, 2 Jul 2018 23:49:30 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sigsegv.be; s=mail; t=1530568170; bh=qvozA0ZlBimcFPlVHKjmAJjeKmOwZO79b3hpKXelGII=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=DyaDrFmU4YdOfe+K1CNOE7gaMrviUc8IfUG8swN3EsZJnm2qai2zCguyqBkzfLng1 aNi+pmMkKBrWzcpVfSn/AOZN48SMWtXA//VRNZCgoSa7bVDysd/38wV0SjdOnIOPwC CVotYtOUgKC0kDyFmhPUP20NTXWiMOHaiS1CIZdY= From: "Kristof Provost" To: "Dr Josef Karthauser" Cc: freebsd-net@freebsd.org, "David Athay" , "Bjoern A. Zeeb" Subject: Re: epair failure in production on 11.1-STABLE (r328930) ? weird! Date: Mon, 02 Jul 2018 23:49:29 +0200 X-Mailer: MailMate (2.0BETAr6113) Message-ID: In-Reply-To: References: <20180620095844.9182416723@smtp-relay2.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 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, 02 Jul 2018 21:49:33 -0000 On 2 Jul 2018, at 23:11, Dr Josef Karthauser wrote: > Break break. We’ve just seen a bug bugzilla report 22710, reporting > that epair fails when the queue limit is hit > (net.link.epair.netisr_maxqlen). We’ve just introduced a high > bandwidth service on this machine and so it’s probably that that’s > what’s caused the issue. > I think you meant 227100 there. > But, why has hitting the queue limit broken it entirely! > It’s a bug in the epair code. Something’s wrong when it handles a queue overflow and it never leaves the overflow state, dropping all new packets instead. I’m afraid that I’ve not been able to do anything about it yet. Bjoern is more familiar with that code I believe, and might be able to help. Regards, Kristof From owner-freebsd-net@freebsd.org Mon Jul 2 22:16:35 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10199FDBAC3 for ; Mon, 2 Jul 2018 22:16:35 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 942E07CCF6 for ; Mon, 2 Jul 2018 22:16:34 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 4D22725D3A8F; Mon, 2 Jul 2018 22:16:32 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 8E972D1F842; Mon, 2 Jul 2018 22:16:31 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id ADZtI4sMqeWF; Mon, 2 Jul 2018 22:16:30 +0000 (UTC) Received: from [192.168.124.1] (fresh-ayiya.sbone.de [IPv6:fde9:577b:c1a9:f001::2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 885FAD1F840; Mon, 2 Jul 2018 22:16:27 +0000 (UTC) From: "Bjoern A. Zeeb" To: "Dr Josef Karthauser" Cc: freebsd-net@freebsd.org, "David Athay" Subject: Re: epair failure in production on 11.1-STABLE (r328930) ? weird! Date: Mon, 02 Jul 2018 22:16:25 +0000 X-Mailer: MailMate (2.0BETAr6113) Message-ID: <8D7CF4E7-0D5E-4464-AEB8-DEBD7EB6DB7D@lists.zabbadoz.net> In-Reply-To: References: <20180620095844.9182416723@smtp-relay2.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 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, 02 Jul 2018 22:16:35 -0000 On 2 Jul 2018, at 21:11, Dr Josef Karthauser wrote: > We’re experiencing a strange issue in production failure with epair > (which we’re using to talk vimage to jails). > > FreeBSD s5 11.1-STABLE FreeBSD 11.1-STABLE #2 r328930: Tue Feb 6 > 16:05:59 GMT 2018 root@s5:/usr/obj/usr/src/sys/TRUESPEED amd64 > > Looks like epair has suddenly stopped forwarding packets between the > pair interfaces. Our server has been up for 82 days and it’s been > working fine, but suddenly packets have stopped being forwarded > between epairs across the entire system. (We’ve got around 30 epairs > on the host). So, we’ve got a sudden ARP resolution failure which > is affecting all services. :(. Ok, that’s a very interesting new observation I have not heard before or missed. You are saying that for about 30 epair pairs NONE is working anymore? All 30 are “dead”? /bz From owner-freebsd-net@freebsd.org Tue Jul 3 04:36:00 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6B4CFFF8A0B for ; Tue, 3 Jul 2018 04:36:00 +0000 (UTC) (envelope-from moremore2@outlook.com) Received: from NAM06-BL2-obe.outbound.protection.outlook.com (mail-bl2nam06olkn0142.outbound.protection.outlook.com [104.47.53.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT TLS CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BCA228AD53 for ; Tue, 3 Jul 2018 04:35:59 +0000 (UTC) (envelope-from moremore2@outlook.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ixVj+AOd4N9ATTViI3ctgmguTPyAoR5f1XLrWYs6+kY=; b=CQgMxKMZwV2UqQiCC0HqoWxX7eQ48n1kssN2kft4/MIE8XGacqPhaIeWL59EKenW9MsxwAL6eM1md9npdBEjkwMinN27oJb5Y/jHX4CdY6ZwZ8m05DXLNnhH7Jrm9hCM3ktctxNWKqGP7FmHuTXBMOs1T3ViEGZ38D7tcXE48sRVzX9rkEHntczkgXCcSmmF5ncyCUryFtngvREwaOGIss5CotKTeSMfz+Uvfamyr4U0vdtfWjyOcjyRK5FgdXYjFhywe2en8+ivZGuH23fJtH7ug5/mHFfpmi1kB8Z8bTW1mMtWGRrpLIB3jeI72cgl57WAvdnwiFRTmKlFnra0Gw== Received: from DM3NAM06FT014.Eop-nam06.prod.protection.outlook.com (10.152.108.55) by DM3NAM06HT042.Eop-nam06.prod.protection.outlook.com (10.152.109.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.959.0; Tue, 3 Jul 2018 04:35:57 +0000 Received: from BN7PR13MB2243.namprd13.prod.outlook.com (10.152.108.59) by DM3NAM06FT014.mail.protection.outlook.com (10.152.109.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.959.0 via Frontend Transport; Tue, 3 Jul 2018 04:35:57 +0000 Received: from BN7PR13MB2243.namprd13.prod.outlook.com ([fe80::7850:29f2:63de:8936]) by BN7PR13MB2243.namprd13.prod.outlook.com ([fe80::7850:29f2:63de:8936%4]) with mapi id 15.20.0930.016; Tue, 3 Jul 2018 04:35:57 +0000 From: k simon To: "freebsd-net@freebsd.org" Subject: Re: epair failure in production on 11.1-STABLE (r328930) ? weird! Thread-Topic: epair failure in production on 11.1-STABLE (r328930) ? weird! Thread-Index: AQHUEklr33mpQMyU1ku6EaHbyhnwd6R8gA6AgABp/oA= Date: Tue, 3 Jul 2018 04:35:57 +0000 Message-ID: References: <20180620095844.9182416723@smtp-relay2.localdomain> <8D7CF4E7-0D5E-4464-AEB8-DEBD7EB6DB7D@lists.zabbadoz.net> In-Reply-To: <8D7CF4E7-0D5E-4464-AEB8-DEBD7EB6DB7D@lists.zabbadoz.net> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: SG2PR06CA0150.apcprd06.prod.outlook.com (2603:1096:1:1f::28) To BN7PR13MB2243.namprd13.prod.outlook.com (2603:10b6:406:b6::27) x-incomingtopheadermarker: OriginalChecksum:B1C31E370A3E179157F1FBF7BD267F653E5CFCE5B8B8654B288C0C456C7FDE43; UpperCasedChecksum:F548C5307397B652590F3298D2DD9439EF6C8B4BD22E75506DC9A0AB0D602A1F; SizeAsReceived:7545; Count:49 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [HN46AGrN3njCs+hUUYogWNVbJrJj6HY2] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM3NAM06HT042; 6:VOAejN8rlRSOmWxwKx8lkIuJFVqOLa/lprts51WACcn/0MpHULWJySRo8VaPNcgEPOy1eotvN3e7jYUbM/evBskwBhbcbyWn/rqGU84Q8BucrqTIrJwkaNjBmzg2lykk95/bqzVWpIJOlprfvgfAj8W14Q4s2sWgUHl5KkOC3zbwE38PJCx1PxOvNLUllh59t6puKftCSTs7AMmrHb/Xkak84h4mPp1fnlvaoSbZhqYIt9VnTAmKsnK0vWoE7Rhe6DI33hp88ImEvyhJ37HPKNXeD9/ojAyOChqxBjI7Ygft5GlrrSpWMvUjA6SglHcOyOLZQKYIcROurzQtsnscDaVnQLyLAETm/GsqgUhpIaU0SagqBa1IsBBblW33bATljh/Oub01TPtrrBleRkbCAyTxUS3ElAs9pivcZqVkFa47GFpuVvmNsIjMsG9rVVITG//UZ3rwVzCIxEoY7DWSrw==; 5:tosTWpIMBop1+F3BJ2dye8S362kPKXulUOGy7mGl+seNU0igloCdqJSwAY863FuoeCsbjkylL9ZOCF7qQKEOP1RgvGCqcUDklHP5cfuWSXPvf/MJUEnHzC5DsDvJGy6RlywwspU9t3Q6o52l26Satq2YR0WlBOsfMiqmnTwZrkU=; 7:xf8rOr0tFIrC5wHMZehVdkUPBgKyheTmhU4shie/KPYdfp9M/6UKNWhNtyl+RcUQ6PIp7V56YxOjd9KDDANU/HIFU89qFqfX39ndo1RnNqqO7CgmQxalDUt7dcEgy/MxKm0EbwvJd1Us4hCt8xJNzeSfe6W59GK63R6IV9uuWg+GN8f2q/tkfstKlxQR0+dNP0YgC5tlvkrD75XDH/xnItINbnyhUDRd+YzbU+/3w1nDmI/skRyNOOeu8YrGZ4ZR x-incomingheadercount: 49 x-eopattributedmessage: 0 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(201702061078)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322404)(1603101448)(1601125500)(1701031045); SRVR:DM3NAM06HT042; x-ms-traffictypediagnostic: DM3NAM06HT042: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:DM3NAM06HT042; BCL:0; PCL:0; RULEID:; SRVR:DM3NAM06HT042; x-forefront-prvs: 0722981D2A x-forefront-antispam-report: SFV:NSPM; SFS:(7070007)(199004)(189003)(2501003)(97736004)(104016004)(8936002)(86362001)(426003)(446003)(386003)(53546011)(68736007)(2900100001)(226693001)(2351001)(476003)(76176011)(87572001)(5250100002)(256004)(14444005)(6246003)(33656002)(5640700003)(55016002)(26005)(6306002)(14454004)(966005)(105586002)(25786009)(106356001)(6436002)(305945005)(99286004)(5660300001)(11346002)(102836004)(486006)(6346003)(7696005)(6916009)(74316002)(86152003)(82202002)(20460500001)(229853002)(8676002)(81156014); DIR:OUT; SFP:1901; SCL:1; SRVR:DM3NAM06HT042; H:BN7PR13MB2243.namprd13.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: outlook.com does not designate permitted sender hosts) authentication-results: spf=none (sender IP is ) smtp.mailfrom=moremore2@outlook.com; x-microsoft-antispam-message-info: Oa758xGLsAaOdgdkISOiGkPd4ehci28m8X9m1JZ4/xRBvrE5/GetOeMWGx6xuJwKK1AFwz5iR2SQdXXnH8UHB/yCtlgczgYLdFk9KhgZDh6UOOEz27vN439aq8El+3DsRQJsD0YkOQjLRWu7QVl2waC8ECnxaTzkR1TPzqcyC0oPjaMAQ95L6IMc28SaklLU8/d89f5VoD/apxJLOOH2BrFpB0A5nx/UpDzzTs5CCz4= Content-Type: text/plain; charset="utf-8" Content-ID: <0BCE92AC9300A742B07C0F45170CD529@namprd13.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: b6587b75-6f1a-4db7-b0b6-5cad10ef59a7 X-MS-Exchange-CrossTenant-Network-Message-Id: aacf37f9-a8b4-4399-1210-08d5e09e783b X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: b6587b75-6f1a-4db7-b0b6-5cad10ef59a7 X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Jul 2018 04:35:57.3603 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM3NAM06HT042 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 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, 03 Jul 2018 04:36:00 -0000 V2hlbiB0aGUgaG9zdCBib290cywgaXQgaGludHMgc2V0IHRoZSBlcGFpciBxdWV1ZSBtYXggbGVu IHRvIDg2MDE2LiAgSSANCmRpZCBub3Qgc2VlIGFueSByZWxhdGVkIHByb2JsZW0gV2hlbiBJIHNl dCBpdCwgaXQncyBzdGFibGUuDQpCdXQgZXBhaXIgY29uc3VtZWQgY3B1LCAgaXQncyBzbyBlYXN5 IHRvIHRvdWNoIDEwMCUgY3B1IHVzYWdlIGlmIGl0J3MgDQpwYXNzZWQgaGlnaCByYXRlIHBhY2tl dHMuDQoNClNpbW9uDQoyMDE4MDcwMw0KDQpPbiAyMDE4LzcvMyAwNjoxNiwgQmpvZXJuIEEuIFpl ZWIgd3JvdGU6DQo+IE9uIDIgSnVsIDIwMTgsIGF0IDIxOjExLCBEciBKb3NlZiBLYXJ0aGF1c2Vy IHdyb3RlOg0KPiANCj4+IFdl4oCZcmUgZXhwZXJpZW5jaW5nIGEgc3RyYW5nZSBpc3N1ZSBpbiBw cm9kdWN0aW9uIGZhaWx1cmUgd2l0aCBlcGFpciANCj4+ICh3aGljaCB3ZeKAmXJlIHVzaW5nIHRv IHRhbGsgdmltYWdlIHRvIGphaWxzKS4NCj4+DQo+PiBGcmVlQlNEIHM1IDExLjEtU1RBQkxFIEZy ZWVCU0QgMTEuMS1TVEFCTEUgIzIgcjMyODkzMDogVHVlIEZlYsKgIDYgDQo+PiAxNjowNTo1OSBH TVQgMjAxOMKgwqDCoMKgIHJvb3RAczU6L3Vzci9vYmovdXNyL3NyYy9zeXMvVFJVRVNQRUVEwqAg YW1kNjQNCj4+DQo+PiBMb29rcyBsaWtlIGVwYWlyIGhhcyBzdWRkZW5seSBzdG9wcGVkIGZvcndh cmRpbmcgcGFja2V0cyBiZXR3ZWVuIHRoZSANCj4+IHBhaXIgaW50ZXJmYWNlcy4gT3VyIHNlcnZl ciBoYXMgYmVlbiB1cCBmb3IgODIgZGF5cyBhbmQgaXTigJlzIGJlZW4gDQo+PiB3b3JraW5nIGZp bmUsIGJ1dCBzdWRkZW5seSBwYWNrZXRzIGhhdmUgc3RvcHBlZCBiZWluZyBmb3J3YXJkZWQgDQo+ PiBiZXR3ZWVuIGVwYWlycyBhY3Jvc3MgdGhlIGVudGlyZSBzeXN0ZW0uIChXZeKAmXZlIGdvdCBh cm91bmQgMzAgZXBhaXJzIA0KPj4gb24gdGhlIGhvc3QpLsKgIFNvLCB3ZeKAmXZlIGdvdCBhIHN1 ZGRlbiBBUlAgcmVzb2x1dGlvbiBmYWlsdXJlIHdoaWNoIGlzIA0KPj4gYWZmZWN0aW5nIGFsbCBz ZXJ2aWNlcy4gOiguDQo+IA0KPiBPaywgdGhhdOKAmXMgYSB2ZXJ5IGludGVyZXN0aW5nIG5ldyBv YnNlcnZhdGlvbiBJIGhhdmUgbm90IGhlYXJkIGJlZm9yZSBvciANCj4gbWlzc2VkLsKgwqAgWW91 IGFyZSBzYXlpbmcgdGhhdCBmb3IgYWJvdXQgMzAgZXBhaXIgcGFpcnMgTk9ORSBpcyB3b3JraW5n IA0KPiBhbnltb3JlP8KgwqAgQWxsIDMwIGFyZSDigJxkZWFk4oCdPw0KPiANCj4gL2J6DQo+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IGZyZWVic2Qt bmV0QGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdA0KPiBodHRwczovL2xpc3RzLmZyZWVic2Qub3Jn L21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1uZXQNCj4gVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55 IG1haWwgdG8gImZyZWVic2QtbmV0LXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIg0K From owner-freebsd-net@freebsd.org Tue Jul 3 09:30:24 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7AF9D102E752 for ; Tue, 3 Jul 2018 09:30:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0FA03766E1 for ; Tue, 3 Jul 2018 09:30:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id C7F09102E74D; Tue, 3 Jul 2018 09:30:23 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B66A7102E749 for ; Tue, 3 Jul 2018 09:30:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 56C6A766DE for ; Tue, 3 Jul 2018 09:30:23 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id A251814BE9 for ; Tue, 3 Jul 2018 09:30:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w639UMqs086536 for ; Tue, 3 Jul 2018 09:30:22 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w639UMhj086535 for net@FreeBSD.org; Tue, 3 Jul 2018 09:30:22 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 227979] re0: watchdog timeout, perpetual Date: Tue, 03 Jul 2018 09:30:22 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 11.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: girgen@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: dependson cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.27 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, 03 Jul 2018 09:30:24 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227979 Palle Girgensohn changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |208205, 166724 CC| |girgen@FreeBSD.org Referenced Bugs: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D166724 [Bug 166724] [re] if_re watchdog timeout https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208205 [Bug 208205] re0 watchdog timeout --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Tue Jul 3 09:30:28 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 921FB102E766 for ; Tue, 3 Jul 2018 09:30:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 26A88766FF for ; Tue, 3 Jul 2018 09:30:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id DF51E102E765; Tue, 3 Jul 2018 09:30:27 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CCB08102E764 for ; Tue, 3 Jul 2018 09:30:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6712C766FA for ; Tue, 3 Jul 2018 09:30:27 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 9365314BF5 for ; Tue, 3 Jul 2018 09:30:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w639UQs9086598 for ; Tue, 3 Jul 2018 09:30:26 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w639UQkP086597 for net@FreeBSD.org; Tue, 3 Jul 2018 09:30:26 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 166724] [re] if_re watchdog timeout Date: Tue, 03 Jul 2018 09:30:22 +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: 11.1-RELEASE X-Bugzilla-Keywords: needs-patch X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: girgen@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: yongari@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: blocked Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.27 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, 03 Jul 2018 09:30:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D166724 Palle Girgensohn changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |227979 Referenced Bugs: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227979 [Bug 227979] re0: watchdog timeout, perpetual --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Tue Jul 3 09:30:30 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A3C8102E775 for ; Tue, 3 Jul 2018 09:30:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0377F76709 for ; Tue, 3 Jul 2018 09:30:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id B8C89102E76C; Tue, 3 Jul 2018 09:30:29 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A6208102E76B for ; Tue, 3 Jul 2018 09:30:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4200E76704 for ; Tue, 3 Jul 2018 09:30:29 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 687FC14BFA for ; Tue, 3 Jul 2018 09:30:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w639USm8086776 for ; Tue, 3 Jul 2018 09:30:28 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w639USUO086775 for net@FreeBSD.org; Tue, 3 Jul 2018 09:30:28 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 208205] re0 watchdog timeout Date: Tue, 03 Jul 2018 09:30: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: 11.1-RELEASE X-Bugzilla-Keywords: needs-qa X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: girgen@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: blocked Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.27 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, 03 Jul 2018 09:30:30 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208205 Palle Girgensohn changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |227979 Referenced Bugs: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227979 [Bug 227979] re0: watchdog timeout, perpetual --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Tue Jul 3 09:30:49 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C1664102E90D for ; Tue, 3 Jul 2018 09:30:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 57424767AE for ; Tue, 3 Jul 2018 09:30:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 17140102E909; Tue, 3 Jul 2018 09:30:49 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03541102E908 for ; Tue, 3 Jul 2018 09:30:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 90D10767A6 for ; Tue, 3 Jul 2018 09:30:48 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id DDCAC14C10 for ; Tue, 3 Jul 2018 09:30:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w639UlBb087152 for ; Tue, 3 Jul 2018 09:30:47 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w639UlQW087151 for net@FreeBSD.org; Tue, 3 Jul 2018 09:30:47 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 227979] re0: watchdog timeout, perpetual Date: Tue, 03 Jul 2018 09:30:47 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 11.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: girgen@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.27 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, 03 Jul 2018 09:30:49 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227979 --- Comment #1 from Palle Girgensohn --- see the dependant issues? --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Wed Jul 4 13:30:41 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4480B1035937 for ; Wed, 4 Jul 2018 13:30:41 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from smh-06.1blu.de (smh-06.1blu.de [178.254.0.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D7BBC7A803 for ; Wed, 4 Jul 2018 13:30:40 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [172.16.29.5] (helo=sh4-5.1blu.de) by smh-06.1blu.de with esmtp (Exim 4.86_2) (envelope-from ) id 1fahrZ-0005SM-Qq for freebsd-net@freebsd.org; Wed, 04 Jul 2018 15:30:30 +0200 Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.86_2) (envelope-from ) id 1fahrZ-0006oM-Oe for freebsd-net@freebsd.org; Wed, 04 Jul 2018 15:30:29 +0200 Date: Wed, 4 Jul 2018 15:30:29 +0200 From: Matthias Apitz To: freebsd-net@freebsd.org Subject: wlan0 && IPv6 Message-ID: <20180704133029.GA19087@sh4-5.1blu.de> Reply-To: Matthias Apitz Mail-Followup-To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 12.0-CURRENT r314251 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 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, 04 Jul 2018 13:30:41 -0000 Hello, This morning I was in the Wifi area of the Munich Filmfest. They give the SSID and the WPA-2 password to anybody. While my FreeBSD (CURRENT) could associate fine, I did not get any IP addr. My Linux cellphone was working fine out of the box and showed an IPv6 addr in the network interface. How this must be configured in FreeBSD? Thanks matthias -- Matthias Apitz, ✉ guru@unixarea.de, ⌂ http://www.unixarea.de/ 📱 +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub From owner-freebsd-net@freebsd.org Wed Jul 4 14:02:26 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8DF261039F1B for ; Wed, 4 Jul 2018 14:02:26 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 122C97CC38 for ; Wed, 4 Jul 2018 14:02:25 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id w64E2Ne6004476 for ; Wed, 4 Jul 2018 16:02:23 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 2EEEBB2B for ; Wed, 4 Jul 2018 16:02:23 +0200 (CEST) Subject: Re: wlan0 && IPv6 To: freebsd-net@freebsd.org References: <20180704133029.GA19087@sh4-5.1blu.de> From: Harry Schmalzbauer Organization: OmniLAN Message-ID: <6d1fc346-2122-5f19-04d7-6009a23104f7@omnilan.de> Date: Wed, 4 Jul 2018 16:02:22 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <20180704133029.GA19087@sh4-5.1blu.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Greylist: ACL 130 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Wed, 04 Jul 2018 16:02:23 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 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, 04 Jul 2018 14:02:26 -0000 Am 04.07.2018 um 15:30 schrieb Matthias Apitz: > Hello, > > This morning I was in the Wifi area of the Munich Filmfest. They give the SSID > and the WPA-2 password to anybody. While my FreeBSD (CURRENT) could associate fine, > I did not get any IP addr. My Linux cellphone was working fine out of > the box and showed an IPv6 addr in the network interface. > > How this must be configured in FreeBSD? It was porbably v6 only (W)LAN. dhclient(8) in base does only care about IPv4. For IPv6 stateless, you need to watch sysctl(8) net.inet6.ip6.no_radr and ifconfig(8) -no_radr By default, if set ipv6_activate_all_interfaces="YES" in rc.conf(5), I think you should get a stateless IPv6 address (since net.inet6.ip6.no_radr=0, hence no no_radr flag for your IPv6-enablef interface (wlan0)), as long as there's a router in the (W)LAN advertising. For stateful IPv6, you must install somethink like KAME-dhcp6 (ports/net/dhcp6). But the latter isn't widely deployed, most setups I've seen have routers advertising and clients with stateless setup. Can't tell you out of mind what your rc.conf(5) should look like to enable stateless config for distinct interfaces, but I'm sure you'll quickly find if you look for the above mentiond key words. Viel Spass auf'm Filmfest :-) -harry From owner-freebsd-net@freebsd.org Thu Jul 5 06:39:23 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6E70E1029E59 for ; Thu, 5 Jul 2018 06:39:23 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (net-2-44-121-52.cust.vodafonedsl.it [2.44.121.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mailserver.netfence.it", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C13308B5E8 for ; Thu, 5 Jul 2018 06:39:22 +0000 (UTC) (envelope-from ml@netfence.it) Received: from alamar.ventu (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.15.2/8.15.2) with ESMTPSA id w656d9J2038854 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 5 Jul 2018 08:39:16 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be alamar.ventu Subject: Re: Questions about ipfw's dynamic rules' dyn_keepalive To: "Andrey V. Elsukov" , freebsd-net@freebsd.org, wishmaster References: <04ad23ad-4020-7c07-8d75-eef6e84f4de8@netfence.it> <756b78e2-4e65-ab03-1e91-943a77fdf45d@yandex.ru> <25e56a77-8374-d273-0b5e-2f11c1b03ff8@yandex.ru> From: Andrea Venturoli Message-ID: Date: Thu, 5 Jul 2018 08:39:09 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.0 MIME-Version: 1.0 In-Reply-To: <25e56a77-8374-d273-0b5e-2f11c1b03ff8@yandex.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2018 06:39:23 -0000 On 04/03/18 12:54, Andrey V. Elsukov wrote: > On 03.04.2018 13:45, Andrey V. Elsukov wrote: >>> Can anybody give any hint about the above behaviours or point me to good >>> documentation? The man pages is very brief on this, unfortunately. >> >> Hi, >> >> ipfw uses M_SKIP_FIREWALL flag for self-generated packets. Thus >> keep-alive packets are sent bypass the rules. When you use NAT, I guess >> keep-alive packets have private source address, because they are not go >> through the NAT rule. And because of this remote host drops them without >> reply. Since there are no replies to keep-alive requests, a state times >> out. > > You can try this patch: > > https://people.freebsd.org/~ae/ipfw_bypass_own_packets11.diff > > It adds sysctl variable net.inet.ip.fw.bypass_own_packets, that can > control the behavior of M_SKIP_FIREWALL flag. > Hello. Now that this patch applies cleanly to 11.2, I tried it. After setting net.inet.ip.fw.bypass_own_packets to 0, I run the same tests again: unfortunately nothing seems to have changed... I only see keep-alive packets when there's no NAT or FWD rule involved. Is anything more required besides patching, recompiling the kernel and tuning the sysctl? Perhaps this setting must be done on boot and cannot be enabled later or something like that? For wishmaster: Since you said it works for you, can I ask which FreeBSD version you tested this on? Do you have any other patch or specific setup? How did you test this? Thanks a lot to anyone Andrea Venturoli From owner-freebsd-net@freebsd.org Thu Jul 5 10:22:46 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 810E4103E50F for ; Thu, 5 Jul 2018 10:22:46 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 15ED774004 for ; Thu, 5 Jul 2018 10:22:46 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [80.187.100.84] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.86_2) (envelope-from ) id 1fb1PH-0000ng-MY; Thu, 05 Jul 2018 12:22:35 +0200 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.unixarea.de (8.15.2/8.14.9) with ESMTPS id w65AMZ2Z002236 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 5 Jul 2018 12:22:35 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.15.2/8.14.9/Submit) id w65AMZnx002235; Thu, 5 Jul 2018 12:22:35 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Thu, 5 Jul 2018 12:22:35 +0200 From: Matthias Apitz To: Harry Schmalzbauer Cc: freebsd-net@freebsd.org Subject: Re: wlan0 && IPv6 Message-ID: <20180705102235.GA2187@c720-r314251> Reply-To: Matthias Apitz Mail-Followup-To: Harry Schmalzbauer , freebsd-net@freebsd.org References: <20180704133029.GA19087@sh4-5.1blu.de> <6d1fc346-2122-5f19-04d7-6009a23104f7@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <6d1fc346-2122-5f19-04d7-6009a23104f7@omnilan.de> X-Operating-System: FreeBSD 12.0-CURRENT r314251 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. User-Agent: Mutt/1.8.0 (2017-02-23) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 80.187.100.84 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2018 10:22:46 -0000 El día miércoles, julio 04, 2018 a las 04:02:22p. m. +0200, Harry Schmalzbauer escribió: > Am 04.07.2018 um 15:30 schrieb Matthias Apitz: > > Hello, > > > > This morning I was in the Wifi area of the Munich Filmfest. They give the SSID > > and the WPA-2 password to anybody. While my FreeBSD (CURRENT) could associate fine, > > I did not get any IP addr. My Linux cellphone was working fine out of > > the box and showed an IPv6 addr in the network interface. > > > > How this must be configured in FreeBSD? > > It was porbably v6 only (W)LAN. > dhclient(8) in base does only care about IPv4. > > For IPv6 stateless, you need to watch > sysctl(8) net.inet6.ip6.no_radr > and > ifconfig(8) -no_radr > > By default, if set ipv6_activate_all_interfaces="YES" in rc.conf(5), I > think you should get a stateless IPv6 address (since > net.inet6.ip6.no_radr=0, hence no no_radr flag for your IPv6-enablef > interface (wlan0)), as long as there's a router in the (W)LAN advertising. > > For stateful IPv6, you must install somethink like KAME-dhcp6 > (ports/net/dhcp6). > > But the latter isn't widely deployed, most setups I've seen have routers > advertising and clients with stateless setup. > > Can't tell you out of mind what your rc.conf(5) should look like to > enable stateless config for distinct interfaces, but I'm sure you'll > quickly find if you look for the above mentiond key words. > > Viel Spass auf'm Filmfest :-) Thanks for the reply. I have now in rc.conf the following lines: /etc/rc.conf wlans_ath0="wlan0" ifconfig_wlan0="WPA DHCP" # IPv6 starts here # add ipv6 entry for wlan0 ipv6_network_interfaces="wlan0" # set up wlan0 to accept rtadv(8) advertisements ifconfig_wlan0_ipv6="inet6 accept_rtadv" ip6addrctl_enable="YES" ip6addrctl_policy="ipv6_prefer" ipv6_activate_all_interfaces="YES" # ifconfig_wlan0_ipv6="YES" # IPv6 end here And when the interface associates it gives the output attached below for ifconfig and netstat; but nothing is working, esp. not # ping6 www.muc.de I have no idea, what's missing... It's not an big issue for me, as I can use my Linux phone as a hotspot, but would be nice to get this working for the next year's filmfest. matthias $ ifconfig wlan0 wlan0: flags=8843 metric 0 mtu 1500 ether 90:48:9a:92:9e:43 inet6 fe80::9248:9aff:fe92:9e43%wlan0 prefixlen 64 scopeid 0x2 nd6 options=21 media: IEEE 802.11 Wireless Ethernet MCS mode 11ng status: associated ssid filmfestguest channel 12 (2467 MHz 11g ht/20) bssid 00:0f:c9:16:ad:f3 regdomain 108 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 3:128-bit txpower 20 bmiss 7 scanvalid 60 protmode CTS ampdulimit 64k ampdudensity 4 shortgi wme burst roaming MANUAL groups: wlan $ netstat -rn Routing tables Internet: Destination Gateway Flags Netif Expire 127.0.0.1 link#1 UH lo0 Internet6: Destination Gateway Flags Netif Expire ::/96 ::1 UGRS lo0 ::1 link#1 UH lo0 ::ffff:0.0.0.0/96 ::1 UGRS lo0 fe80::/10 ::1 UGRS lo0 fe80::%lo0/64 link#1 U lo0 fe80::1%lo0 link#1 UHS lo0 fe80::%wlan0/64 link#2 U wlan0 fe80::9248:9aff:fe92:9e43%wlan0 link#2 UHS lo0 ff02::/16 ::1 UGRS lo0 # Generated by resolvconf nameserver 192.168.2.1 -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub May, 9: Спаси́бо освободители! Thank you very much, Russian liberators! From owner-freebsd-net@freebsd.org Thu Jul 5 10:42:52 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E9CFD103FBB7 for ; Thu, 5 Jul 2018 10:42:51 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7957174D5C for ; Thu, 5 Jul 2018 10:42:51 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id w65AgnhM016785 for ; Thu, 5 Jul 2018 12:42:49 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id DD918CD8 for ; Thu, 5 Jul 2018 12:42:48 +0200 (CEST) Subject: Re: wlan0 && IPv6 To: freebsd-net@freebsd.org References: <20180704133029.GA19087@sh4-5.1blu.de> <6d1fc346-2122-5f19-04d7-6009a23104f7@omnilan.de> <20180705102235.GA2187@c720-r314251> From: Harry Schmalzbauer Organization: OmniLAN Message-ID: <0f55bc46-7bcd-b874-a9aa-650f3bf44d48@omnilan.de> Date: Thu, 5 Jul 2018 12:42:48 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <20180705102235.GA2187@c720-r314251> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Thu, 05 Jul 2018 12:42:49 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2018 10:42:52 -0000 Am 05.07.2018 um 12:22 schrieb Matthias Apitz: > El día miércoles, julio 04, 2018 a las 04:02:22p. m. +0200, Harry Schmalzbauer escribió: > >> Am 04.07.2018 um 15:30 schrieb Matthias Apitz: >>> Hello, >>> >>> This morning I was in the Wifi area of the Munich Filmfest. They give the SSID >>> and the WPA-2 password to anybody. While my FreeBSD (CURRENT) could associate fine, >>> I did not get any IP addr. My Linux cellphone was working fine out of >>> the box and showed an IPv6 addr in the network interface. >>> >>> How this must be configured in FreeBSD? >> >> It was porbably v6 only (W)LAN. >> dhclient(8) in base does only care about IPv4. >> >> For IPv6 stateless, you need to watch >> sysctl(8) net.inet6.ip6.no_radr >> and >> ifconfig(8) -no_radr >> >> By default, if set ipv6_activate_all_interfaces="YES" in rc.conf(5), I >> think you should get a stateless IPv6 address (since >> net.inet6.ip6.no_radr=0, hence no no_radr flag for your IPv6-enablef >> interface (wlan0)), as long as there's a router in the (W)LAN advertising. >> >> For stateful IPv6, you must install somethink like KAME-dhcp6 >> (ports/net/dhcp6). >> >> But the latter isn't widely deployed, most setups I've seen have routers >> advertising and clients with stateless setup. >> >> Can't tell you out of mind what your rc.conf(5) should look like to >> enable stateless config for distinct interfaces, but I'm sure you'll >> quickly find if you look for the above mentiond key words. >> >> Viel Spass auf'm Filmfest :-) > > Thanks for the reply. I have now in rc.conf the following lines: > > /etc/rc.conf > > wlans_ath0="wlan0" > ifconfig_wlan0="WPA DHCP" > # IPv6 starts here > # add ipv6 entry for wlan0 > ipv6_network_interfaces="wlan0" > # set up wlan0 to accept rtadv(8) advertisements > ifconfig_wlan0_ipv6="inet6 accept_rtadv" > ip6addrctl_enable="YES" > ip6addrctl_policy="ipv6_prefer" > ipv6_activate_all_interfaces="YES" > # ifconfig_wlan0_ipv6="YES" > # IPv6 end here > > And when the interface associates it gives the output attached below for > ifconfig and netstat; but nothing is working, esp. not > > # ping6 www.muc.de > > I have no idea, what's missing... It's not an big issue for me, as I can > use my Linux phone as a hotspot, but would be nice to get this working > for the next year's filmfest. > > matthias > > $ ifconfig wlan0 > > wlan0: flags=8843 metric 0 mtu 1500 > ether 90:48:9a:92:9e:43 > inet6 fe80::9248:9aff:fe92:9e43%wlan0 prefixlen 64 scopeid 0x2 > nd6 options=21 This should read nd6 options=23 Can't tell about the rc.conf(5), sorry. I neither use stateless v6 for any client nor have I used FreeBSD other than static v6 setup, since dhclient(8) doesn't support v6. Try setting 'ifconfig wlan0 inet6 accept_rtadv' manually and if that solves the problem, check why ifconfig_wlan0_ipv6="inet6 accept_rtadv" from rc.conf(5) doesn't work. -harry From owner-freebsd-net@freebsd.org Thu Jul 5 15:09:42 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F07111031BF3 for ; Thu, 5 Jul 2018 15:09:41 +0000 (UTC) (envelope-from lars@netapp.com) Received: from mx142.netapp.com (mx142.netapp.com [IPv6:2620:10a:4005:8000:2306::b]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "mx141.netapp.com", Issuer "Entrust Certification Authority - L1K" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4688D81931; Thu, 5 Jul 2018 15:09:41 +0000 (UTC) (envelope-from lars@netapp.com) X-IronPort-AV: E=Sophos;i="5.51,312,1526367600"; d="asc'?scan'208";a="263883507" Received: from vmwexchts03-prd.hq.netapp.com ([10.122.105.31]) by mx142-out.netapp.com with ESMTP; 05 Jul 2018 08:09:40 -0700 Received: from VMWEXCCAS01-PRD.hq.netapp.com (10.122.105.11) by VMWEXCHTS03-PRD.hq.netapp.com (10.122.105.31) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Thu, 5 Jul 2018 08:09:40 -0700 Received: from NAM01-SN1-obe.outbound.protection.outlook.com (10.120.60.153) by VMWEXCCAS01-PRD.hq.netapp.com (10.122.105.11) with Microsoft SMTP Server (TLS) id 15.0.1367.3 via Frontend Transport; Thu, 5 Jul 2018 08:09:40 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netapp.onmicrosoft.com; s=selector1-netapp-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/5R7esIgz1LMYKKFIKTouUO45DMITpXxpSIE9OUuxq8=; b=a3BL2BtwGiNAgsO4NyRvulwPIR+cvqNtcSKuyU2hpVpS3oPPo0Ok0PlMywgW02yJFI64p8LLSWOuvB3ASpUKRE2tzRYtsm/kig9mYhwBBxSeUrr5S+PXGojx2I2tPLva04EKO/pSJ6cL6KsIO3U9nvG3MD5Qy8+q8oWPXVyPuM4= Received: from BLUPR06MB1764.namprd06.prod.outlook.com (10.162.224.150) by BLUPR06MB161.namprd06.prod.outlook.com (10.242.190.11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.906.26; Thu, 5 Jul 2018 15:09:37 +0000 Received: from BLUPR06MB1764.namprd06.prod.outlook.com ([fe80::f983:bf6c:8b8f:c82c]) by BLUPR06MB1764.namprd06.prod.outlook.com ([fe80::f983:bf6c:8b8f:c82c%6]) with mapi id 15.20.0930.016; Thu, 5 Jul 2018 15:09:33 +0000 From: "Eggert, Lars" To: "freebsd-net@freebsd.org" CC: "np@freebsd.org" , Giuseppe Lettieri Subject: netmap & chelsio Thread-Topic: netmap & chelsio Thread-Index: AQHUFHIujxwlaaZevUWuZJ3hRic93A== Date: Thu, 5 Jul 2018 15:09:33 +0000 Message-ID: <94019926-B14F-47AB-8AD9-C01B4A0E199F@netapp.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3445.8.2) authentication-results: spf=none (sender IP is ) smtp.mailfrom=lars@netapp.com; x-originating-ip: [217.70.211.15] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BLUPR06MB161; 7:SbBRyh6cTHT/gLsq2Bgmu7t6JrCDYO7+hpMYGa+NFLQCmn+D9gBbHaVi8wj/8BCw4DUI3oy9krVYs2TZVmfB79ASO7ejaAzpaIU4SV66qPP2X9ZmoIX4WM51ojdFZJ5Y3NdIaSzPJEMH78KOlasJVy7JuxY8zqmm+jyf61AEmn/0WlbFrgmFcHEW7Vu+79sMXVMLWG8ZIXGQxK9S+V9nnE4OhOyqCjNarHMYWc1qyJvbw+ZE+yL7Cmw9HbHTld7R x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 7fb99034-4f02-4ba4-7e33-08d5e28950d9 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(49563074)(7193020); SRVR:BLUPR06MB161; x-ms-traffictypediagnostic: BLUPR06MB161: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(10201501046)(3002001)(3231254)(944501410)(52105095)(6055026)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123564045)(20161123562045)(20161123558120)(6072148)(201708071742011)(7699016); SRVR:BLUPR06MB161; BCL:0; PCL:0; RULEID:; SRVR:BLUPR06MB161; x-forefront-prvs: 0724FCD4CD x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(39860400002)(136003)(396003)(366004)(376002)(199004)(189003)(53936002)(186003)(4326008)(102836004)(476003)(6506007)(2616005)(5660300001)(486006)(25786009)(26005)(316002)(57306001)(6512007)(54906003)(478600001)(97736004)(256004)(99936001)(66066001)(14454004)(5250100002)(2501003)(6116002)(3846002)(81166006)(36756003)(86362001)(82746002)(6436002)(2351001)(5640700003)(33656002)(6486002)(68736007)(2906002)(50226002)(8936002)(6916009)(99286004)(81156014)(2900100001)(83716003)(105586002)(7736002)(305945005)(8676002)(106356001); DIR:OUT; SFP:1101; SCL:1; SRVR:BLUPR06MB161; H:BLUPR06MB1764.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: netapp.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: lj+5bhTRVdhINy4QMYNlJQRnIYT31OKKa2na7GvXUfv5mvGkOMobX2MgT5CYrvz12fV0yO2jri6OknguzM1hpBGgzYjMuHRDxHlKb2XrgDXYFISatEEqQaIGbBEh7Hd/+C4yGExviBctn2DpdP5t+RlEijGwEdRfe4tUY7RAgDzoHtmtoiMEBzDqhWF0mEqfLqPXa2B5gMOhnvW75mRNjAfxhZ57huZM6eUtRHIozv/wFNOEp8Gu86q0ZRJmkgSz2HhJCotMuAGaOnL0nPVCFrbvAzmRRuV8hIzyNW1Za2uar1c9lCVfLdb4FBkyTyGcypx89dSFUlAAIBtmx9zHDoPEME+vFIp0g7Y+WY/Onzk= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/signed; boundary="Apple-Mail=_EF755EE7-1378-4E66-8B3A-EC7F686193CF"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 7fb99034-4f02-4ba4-7e33-08d5e28950d9 X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Jul 2018 15:09:33.6710 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4b0911a0-929b-4715-944b-c03745165b3a X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR06MB161 X-OriginatorOrg: netapp.com X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2018 15:09:42 -0000 --Apple-Mail=_EF755EE7-1378-4E66-8B3A-EC7F686193CF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, when receiving packets via netmap (current GitHub version) on a Chelsio = T6 vcc0 device on -CURRENT, it appears that the Ethernet header starts = at an offset of two bytes into the netmap slot. So far, I have only used = netmap with various Intel NICs, where the Ethernet header starts at = offset zero. Is this a bug? Is this to be expected? Thanks, Lars --Apple-Mail=_EF755EE7-1378-4E66-8B3A-EC7F686193CF Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEmpq0ZpSoejRmyhheVLXDCb9wwVcFAls+NKwACgkQVLXDCb9w wVd3xg//dp+xCSpr4G3kcOrD9KzruB+C4Il9gsKa2SKsCLe154JUUo1ZDloh08+j RxRgJEE5eVfV2s+lhtLa85JnegKond5s/Q3bsNbHueYH7TMTrKOrU/3uW+CqgcFA YA9wyZU6onFMrZiXk2VsRNPErn2E4gt7rJ03EyrKvg+MTzaTI+eLZV+zPxnFbuqa Z2RV/tO336zRJhgWjeMg8j5rDvD5mUJ8WuqJtxZdle24D4MSfDZZ16ILS5YbxFvF P21+ISTTOMeWqfBlCBBeVLWLKRw4Vk0C3qxNKZxEvGhwyYApFniQP0FpCnIRxfCN HCYcr1me/5EnI3Zy6hoJ8EhWkkyaH7DkKt8+gcUZgTbCQOFIuMdIHYM5Pqv8R683 dcCRjpuTldZlqS1zvm4gbQDezhrBHw72GsseIdQPLwZvO4kc+UG5kkbhD/E+BjIQ 31x37U2/RuqeMmHW6j/b9w6g66E95KABj3q3GP0mXme/QzsaECzLaIPMHJVWAHyL VFqTZwwkPvGA5pfyDsf557FqHVbclfKIY3ktZd0SgXJc+637cI1iSs2n03I0/EJR xSTgQVWrU4UgFgiehjP2WOy/kAotFMkvGycJB/kEYn7E9TLlzeyVbrra5jps9vPd G5SmIdvaeHh6MRhYri9+WiTCKwr4a9yuk5I6sstYBk/F7iQ0Zyc= =ys76 -----END PGP SIGNATURE----- --Apple-Mail=_EF755EE7-1378-4E66-8B3A-EC7F686193CF-- From owner-freebsd-net@freebsd.org Thu Jul 5 15:23:07 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8C9151032CD7 for ; Thu, 5 Jul 2018 15:23:07 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0C32F823E6 for ; Thu, 5 Jul 2018 15:23:06 +0000 (UTC) (envelope-from pieter@degoeje.nl) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1530804184; s=strato-dkim-0002; d=degoeje.nl; h=Date:Message-ID:Subject:From:To:X-RZG-CLASS-ID:X-RZG-AUTH:From: Subject:Sender; bh=p2l1ISplQADFBPJJhdf8FGYhrZUSlqDrw167+QLu2sg=; b=a8fRrU0XYvorWkQRXLnWihQLoaKQaYGf8ZG5HYbJDj3RzKphU48JbbmBqhnZ7sRUeh 0e9pMqAVxzSG/vjEtYp91dXouxkcx+l75t/8Vt+kb8uEbf7Dxvq0w/m8+JNlgzMWNTAt T/5PM3Rjfk2gf7z/XLOTdjECqh7di7APqstVgjbUKas+4aLf1lRmQNvq58MX+kX0BK/T kZNQA1TYmPelv4Ws2GiHmibI9Z3UTEfXmRn1ZoN/9NktcV3w64yJi1TtkZ0EQ32jxPRx zuiFGjBz3PhV8fiKFHSiJ9qoIAaTHutlc0emaX48VcGH6jausqh4saGp/XXeDeXIgGVj kbiQ== X-RZG-AUTH: ":PGUBYUW6W/vjKUwSpXdHbXp/KlnzhfjpGaq9ccFSB01ZbYSz0XXyHEnBMb8k5m4K" X-RZG-CLASS-ID: mo00 Received: from [192.168.1.95] by smtp.strato.com (RZmta 43.12 AUTH) with ESMTPSA id j0271eu65FN45sd (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate) for ; Thu, 5 Jul 2018 17:23:04 +0200 (CEST) To: freebsd-net@freebsd.org From: Pieter de Goeje Subject: Does TCP_FASTOPEN actually work? Message-ID: <8f67a706-a650-bba2-a7dc-c25e676e1c97@degoeje.nl> Date: Thu, 5 Jul 2018 17:23:04 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: nl Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2018 15:23:07 -0000 I'm trying to test this new feature, but I have trouble getting the client to actually send a cached cookie. It keeps requesting new ones and as a consequence it never sends data in the initial SYN packet. Tcpdump shows that the server correctly replies to a cookie request with a cookie. Or am I misunderstanding how it should work and is the cookie cache per-process instead of system wide? I'm using the test programs from https://people.freebsd.org/~pkelsey/tfo-tools/ for this purpose. Server and client run on r335760 or later, with no changes to net.inet.tcp.fastopen except that server_enable was set to 1. Related issue is that TCP_FASTOPEN is currently undocumented in tcp(4). - Pieter From owner-freebsd-net@freebsd.org Thu Jul 5 15:49:57 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29ED81035333 for ; Thu, 5 Jul 2018 15:49:57 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-pl0-x234.google.com (mail-pl0-x234.google.com [IPv6:2607:f8b0:400e:c01::234]) (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 9E12683969 for ; Thu, 5 Jul 2018 15:49:56 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: by mail-pl0-x234.google.com with SMTP id a7-v6so1447885plp.3 for ; Thu, 05 Jul 2018 08:49:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-disposition:in-reply-to:user-agent; bh=51TYcZm086JsSp4EriIxLMNxQI6NEyMdHWvuX6+iKFQ=; b=f2qPfPLE8OAxoy79MnkwCAsgmjv1XrYXNPFmxlRQMWmal6CTULQMGKfSu72ul4Gu9E GmhYMb5DbGmutRQcT3n9EzfWaOb/yJgYANIgUyWxh2bJNIwdOW1LCTNOIJnjuW+fIJIG oQol5ihl6pQARVuE4aGhdNySvy2hu/A1GK9S603XjXFEDaIlPwhiWNjuGBAidUTGhCYe p6w4xYUSYKfZvJB/0arOZisgbZXdSJinCfXjwTXBWHQ9x4wkzUWzff3buHcj8NCQ8ebV /cuGC83st7lvo2/Y9LssEyWfXQe+vEGocliKIkZwNFqf4SUlEtdYhXBlx3/Oy1hxDN3j rCxQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=51TYcZm086JsSp4EriIxLMNxQI6NEyMdHWvuX6+iKFQ=; b=uZ7GhJAtC6Tfq+GwhG0SwoYUIwhtRWllKPwLtUgbo8Y27R2c/LgtIM612XRekyzQWo BWB7s0j7C3G39VT/R6WSNW28Lfw7HtmotS3MRvIDJe+4vucBWUw19YWYlhnZmocD/vO7 pDY5RCUPXybgKeBUVzljo2ZLem6BkkwEkivMZsqWHH2YH7qfcNrGC1KxYvrUPDmXdAbV HIMzk4615w/GfBGROwBiVV05PJgQlj6fCTl/Q01pRQXeYbUzkT+NNNt8u6TJz4G9bV4h 6wSHbA9KibAvMl1JM1TZzWh/3tJDDDLyviCFS9JymTcP57Xg6qZZJzi7qb7eYHsvfwNy X0wQ== X-Gm-Message-State: APt69E3lu/ecZ3unVbnT9Aqy6uXW8/1XuxCHHuAZwrCgSlwWHvZcvDVZ vX2Ta2RO0Md6D/aIslHhaK2ZTQ== X-Google-Smtp-Source: AAOMgpdcqOt/NXmh5o7ImxUYluwF//RCwaeurEfEjPmd27rfDT0dhhg1kVdrpwsJAS8Qr4oVcergXA== X-Received: by 2002:a17:902:201:: with SMTP id 1-v6mr6839997plc.310.1530805795577; Thu, 05 Jul 2018 08:49:55 -0700 (PDT) Received: from ox ([2601:641:c000:b800:d5c1:4c21:1e88:ba92]) by smtp.gmail.com with ESMTPSA id l8-v6sm14845848pfb.102.2018.07.05.08.49.54 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 05 Jul 2018 08:49:54 -0700 (PDT) Sender: Navdeep Parhar Date: Thu, 5 Jul 2018 08:47:10 -0700 From: "np@freebsd.org" To: "Eggert, Lars" Cc: "freebsd-net@freebsd.org" , Giuseppe Lettieri Subject: Re: netmap & chelsio Message-ID: <20180705154710.GA3353@ox> Mail-Followup-To: "Eggert, Lars" , "freebsd-net@freebsd.org" , Giuseppe Lettieri References: <94019926-B14F-47AB-8AD9-C01B4A0E199F@netapp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <94019926-B14F-47AB-8AD9-C01B4A0E199F@netapp.com> User-Agent: Mutt/1.9.4 (2018-02-28) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2018 15:49:57 -0000 On Thu, Jul 05, 2018 at 03:09:33PM +0000, Eggert, Lars wrote: > Hi, > > when receiving packets via netmap (current GitHub version) on a Chelsio T6 > vcc0 device on -CURRENT, it appears that the Ethernet header starts at an > offset of two bytes into the netmap slot. So far, I have only used netmap with > various Intel NICs, where the Ethernet header starts at offset zero. > > Is this a bug? Is this to be expected? Set hw.cxgbe.fl_pktshift=0 in loader.conf to stop the chip from doing this. See cxgbe(4) for details on the knob. It's a historic optimization that doesn't seem to matter on modern CPUs, so the driver default should probably be 0 instead of 2. Regards, Navdeep From owner-freebsd-net@freebsd.org Thu Jul 5 18:33:19 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4F452101643A for ; Thu, 5 Jul 2018 18:33:19 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E05EB8F4B3 for ; Thu, 5 Jul 2018 18:33:18 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from [IPv6:2003:cd:6f1a:9700:5125:5337:bf8b:3f99] (p200300CD6F1A970051255337BF8B3F99.dip0.t-ipconnect.de [IPv6:2003:cd:6f1a:9700:5125:5337:bf8b:3f99]) (Authenticated sender: lurchi) by mail-n.franken.de (Postfix) with ESMTPSA id 74E4872106C16; Thu, 5 Jul 2018 20:33:08 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Subject: Re: Does TCP_FASTOPEN actually work? From: Michael Tuexen In-Reply-To: <8f67a706-a650-bba2-a7dc-c25e676e1c97@degoeje.nl> Date: Thu, 5 Jul 2018 20:33:07 +0200 Cc: freebsd-net@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <9B19385C-CBD4-4C12-9E84-E12CAAF23092@lurchi.franken.de> References: <8f67a706-a650-bba2-a7dc-c25e676e1c97@degoeje.nl> To: Pieter de Goeje X-Mailer: Apple Mail (2.3445.8.2) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2018 18:33:19 -0000 > On 5. Jul 2018, at 17:23, Pieter de Goeje wrote: >=20 > I'm trying to test this new feature, but I have trouble getting the = client to actually send a cached cookie. It keeps requesting new ones = and as a consequence it never sends data in the initial SYN packet. = Tcpdump shows that the server correctly replies to a cookie request with = a cookie. Can you provide a tracefile? >=20 > Or am I misunderstanding how it should work and is the cookie cache = per-process instead of system wide? No, the cache is system wide. You can use https://reviews.freebsd.org/D14554 to see the entries. >=20 > I'm using the test programs from = https://people.freebsd.org/~pkelsey/tfo-tools/ for this purpose. How are you using the client and server? >=20 > Server and client run on r335760 or later, with no changes to = net.inet.tcp.fastopen except that server_enable was set to 1. Is client_enable =3D 1? >=20 > Related issue is that TCP_FASTOPEN is currently undocumented in = tcp(4). >=20 > - Pieter > _______________________________________________ > 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 Thu Jul 5 19:16:14 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1B6C21026003 for ; Thu, 5 Jul 2018 19:16:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A8679719F9 for ; Thu, 5 Jul 2018 19:16:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 6CC301025FF7; Thu, 5 Jul 2018 19:16:13 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5B4C31025FF3 for ; Thu, 5 Jul 2018 19:16:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EF23C719F5 for ; Thu, 5 Jul 2018 19:16:12 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 37CA7130BB for ; Thu, 5 Jul 2018 19:16:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w65JGCtO030254 for ; Thu, 5 Jul 2018 19:16:12 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w65JGCPs030253 for net@FreeBSD.org; Thu, 5 Jul 2018 19:16:12 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 229547] CARP preempt didn't work Date: Thu, 05 Jul 2018 19:16:11 +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.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.27 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2018 19:16:14 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D229547 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |net@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Thu Jul 5 22:26:25 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3F3491038A05 for ; Thu, 5 Jul 2018 22:26:25 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [IPv6:2001:8c0:9e04:500::1]) by mx1.freebsd.org (Postfix) with ESMTP id CA4D679B25 for ; Thu, 5 Jul 2018 22:26:24 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from localhost (bizet.nethelp.no [IPv6:2001:8c0:9e04:500::1]) by bizet.nethelp.no (Postfix) with ESMTP id 550A6E604A; Fri, 6 Jul 2018 00:26:23 +0200 (CEST) Date: Fri, 06 Jul 2018 00:26:23 +0200 (CEST) Message-Id: <20180706.002623.74678174.sthaug@nethelp.no> To: Alexander V. Chernikov Cc: freebsd-net@freebsd.org Subject: Re: Does FreeBSD do proactive ARP refresh? From: sthaug@nethelp.no In-Reply-To: <20180319.123058.74660594.sthaug@nethelp.no> References: <20180316.124748.104098359.sthaug@nethelp.no> <14964521521306770@web10o.yandex.ru> <20180319.123058.74660594.sthaug@nethelp.no> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2018 22:26:25 -0000 Followup: > > >> =A0And thank you for that suggestion! The packet loss during ARP= refresh > > >> =A0(of the destination address connected to the output interface= ) does > > >> =A0*not* happen when the box is forwarding! It only happens with= locally > > >> =A0generated traffic. > > Should be fixed by r331098. > = > I can confirm that 12.0-CURRENT with the r331098 updates fixes this > problem for me for locally generated traffic. The ARP entry seems to > be refreshed around 4 seconds before expiry, and there is no packet > loss. > = > Transit traffic (non locally generated) also works as before, the ARP= > entry is refreshed before expiry and there is no packet loss. > = > Thanks for the quick fix! Now waiting for the MFC :-) Looks like the r331098 fix hasn't been MFCed. With 11.2 released, could we have MFC of r331098, please? Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-net@freebsd.org Fri Jul 6 00:01:58 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 702B11041E43 for ; Fri, 6 Jul 2018 00:01:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 03E317D690 for ; Fri, 6 Jul 2018 00:01:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id B56E01041E41; Fri, 6 Jul 2018 00:01:57 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A193F1041E3F for ; Fri, 6 Jul 2018 00:01:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3A1D27D68A for ; Fri, 6 Jul 2018 00:01:57 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 8571E158F2 for ; Fri, 6 Jul 2018 00:01:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w6601u23075610 for ; Fri, 6 Jul 2018 00:01:56 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w6601ubf075601 for net@FreeBSD.org; Fri, 6 Jul 2018 00:01:56 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 229552] src/sys/net/if_me.c:522]: (style) Suspicious condition Date: Fri, 06 Jul 2018 00:01:56 +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: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.27 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, 06 Jul 2018 00:01:58 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D229552 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |net@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Fri Jul 6 00:05:57 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D0D8C10424B8 for ; Fri, 6 Jul 2018 00:05:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 6A6EC7D975 for ; Fri, 6 Jul 2018 00:05:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 2AE8610424B4; Fri, 6 Jul 2018 00:05:57 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1815110424B2 for ; Fri, 6 Jul 2018 00:05:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 796107D970 for ; Fri, 6 Jul 2018 00:05:56 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id C41141590F for ; Fri, 6 Jul 2018 00:05:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w6605tVV007876 for ; Fri, 6 Jul 2018 00:05:55 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w6605tOD007868 for net@FreeBSD.org; Fri, 6 Jul 2018 00:05:55 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 229549] src/sys/dev/bhnd/cores/pmu/bhnd_pmu_subr.c: 2 * bad % specifier ? Date: Fri, 06 Jul 2018 00:05:55 +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: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.27 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, 06 Jul 2018 00:05:58 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D229549 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |net@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Fri Jul 6 06:41:59 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1F78B1045922 for ; Fri, 6 Jul 2018 06:41:59 +0000 (UTC) (envelope-from lars@netapp.com) Received: from mx144.netapp.com (mx144.netapp.com [IPv6:2620:10a:4005:8000:2306::d]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "mx141.netapp.com", Issuer "Entrust Certification Authority - L1K" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 58CF28E804; Fri, 6 Jul 2018 06:41:58 +0000 (UTC) (envelope-from lars@netapp.com) X-IronPort-AV: E=Sophos;i="5.51,315,1526367600"; d="asc'?scan'208";a="267447947" Received: from vmwexchts03-prd.hq.netapp.com ([10.122.105.31]) by mx144-out.netapp.com with ESMTP; 05 Jul 2018 23:41:55 -0700 Received: from VMWEXCCAS12-PRD.hq.netapp.com (10.122.105.30) by VMWEXCHTS03-PRD.hq.netapp.com (10.122.105.31) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Thu, 5 Jul 2018 23:41:55 -0700 Received: from NAM03-BY2-obe.outbound.protection.outlook.com (10.120.60.153) by VMWEXCCAS12-PRD.hq.netapp.com (10.122.105.30) with Microsoft SMTP Server (TLS) id 15.0.1367.3 via Frontend Transport; Thu, 5 Jul 2018 23:41:56 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netapp.onmicrosoft.com; s=selector1-netapp-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=rbzZ7ZJb+UexOxCRt+J4v5XS78e3RAzflfL64VVRGNQ=; b=UiJfALWJ4LsAtbzsNKEtfJoibcYpXIZ+VBbv0S7QdumgQ/wC1IP3GxTTo4hBXxIuk540PhOrraoh2kVA6XSIAuS/1Vb6tndh/spOXcSH/U9NeSGaUwBDdj6HHvVtgeynsLpfgsDU7pve03lyktKYG5EiCTSryHts+L8jlK8u3uI= Received: from BLUPR06MB1764.namprd06.prod.outlook.com (10.162.224.150) by BLUPR06MB162.namprd06.prod.outlook.com (10.242.190.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.930.20; Fri, 6 Jul 2018 06:41:54 +0000 Received: from BLUPR06MB1764.namprd06.prod.outlook.com ([fe80::f983:bf6c:8b8f:c82c]) by BLUPR06MB1764.namprd06.prod.outlook.com ([fe80::f983:bf6c:8b8f:c82c%6]) with mapi id 15.20.0930.016; Fri, 6 Jul 2018 06:41:54 +0000 From: "Eggert, Lars" To: "np@FreeBSD.org" CC: "freebsd-net@freebsd.org" , Giuseppe Lettieri Subject: Re: netmap & chelsio Thread-Topic: netmap & chelsio Thread-Index: AQHUFHIu6gR6TPNxhkmYOpx9+YLSkqSAxfoAgAD5+4A= Date: Fri, 6 Jul 2018 06:41:53 +0000 Message-ID: <0199F257-F9D2-41D0-B4F9-26FBA1607F61@netapp.com> References: <94019926-B14F-47AB-8AD9-C01B4A0E199F@netapp.com> <20180705154710.GA3353@ox> In-Reply-To: <20180705154710.GA3353@ox> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3445.8.2) authentication-results: spf=none (sender IP is ) smtp.mailfrom=lars@netapp.com; x-originating-ip: [217.70.211.15] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BLUPR06MB162; 7:7UNKubi7UZprQaMDOyKe/uGaSRaZGkCcSu3zR1UDefkcIX4si6tB6PWwHJdTiUuXZugd28UWKcq4xS0keBqE1I5XI+/Ev1mrjmh0hh/bt3vYg3iqD3oFjZWPw/UX0bU8288d/xiDlhsiHLL44NjzMsGO2uxKRg9CXVMFaEhhnsfo3/6AxZ6lw5kmm6ejmdngzL+23dBUFxdxkdLz+zJT144WKX0K87QwLDqLgJ+xUwaeFFaJPvPDIQjpZSNB0XOi x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 1c86fc48-26c8-4b6c-b64d-08d5e30b8fe0 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(49563074)(7193020); SRVR:BLUPR06MB162; x-ms-traffictypediagnostic: BLUPR06MB162: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(5005006)(8121501046)(10201501046)(3002001)(93006095)(93001095)(3231254)(944501410)(52105095)(6055026)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123564045)(20161123562045)(20161123558120)(6072148)(201708071742011)(7699016); SRVR:BLUPR06MB162; BCL:0; PCL:0; RULEID:; SRVR:BLUPR06MB162; x-forefront-prvs: 0725D9E8D0 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(39860400002)(136003)(346002)(376002)(366004)(199004)(189003)(54094003)(6512007)(305945005)(2501003)(4326008)(86362001)(229853002)(14454004)(6486002)(8676002)(6436002)(6246003)(53936002)(8936002)(478600001)(57306001)(7736002)(316002)(36756003)(83716003)(25786009)(2351001)(97736004)(4001150100001)(82746002)(54906003)(5250100002)(99286004)(6116002)(2906002)(186003)(99936001)(26005)(102836004)(50226002)(446003)(6506007)(53546011)(5640700003)(3846002)(2900100001)(33656002)(76176011)(66066001)(68736007)(6916009)(81166006)(486006)(2616005)(5660300001)(11346002)(476003)(1730700003)(256004)(106356001)(105586002)(81156014); DIR:OUT; SFP:1101; SCL:1; SRVR:BLUPR06MB162; H:BLUPR06MB1764.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: netapp.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: 0kXq0ZlwoFNdELIYIEUFbaDiuhRuZLxWBUpDpy01Brtevty2n0u5XwDzODoJ3QFzKbTL0GMtf0cNK/1hL064fFKFcBKV5HBNi15YllWGjNd82HEHLUfWqbD51XknozK+qe1x7WnmRFcOxz4JcCvoi4/iJKSlpDTX5T0F3odCFWXEsrY/Z2PrpY9bpgTfSnF1sTzobDS6soXw4281JUef5altP/wgZ2P5yc/2nZJMc0sGo8BxniD0VC0q5xAyDVI/KoinlJFhx7A8qBUFO3e/hW7nviwlXAaWiDZgrHUhzLo37xgYrZhwcWVqlxNlE2/ElgBrP2MKtkrVbm6P/S9646P5h5jU0YFsjQPwPITj8b8= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/signed; boundary="Apple-Mail=_F8A9ECC3-E0A1-40A6-BACB-A399A6385DAF"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 1c86fc48-26c8-4b6c-b64d-08d5e30b8fe0 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Jul 2018 06:41:53.9966 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4b0911a0-929b-4715-944b-c03745165b3a X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR06MB162 X-OriginatorOrg: netapp.com X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 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, 06 Jul 2018 06:41:59 -0000 --Apple-Mail=_F8A9ECC3-E0A1-40A6-BACB-A399A6385DAF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, On 2018-7-5, at 17:47, np@FreeBSD.org wrote: > Set hw.cxgbe.fl_pktshift=3D0 in loader.conf to stop the chip from = doing > this. See cxgbe(4) for details on the knob. It's a historic > optimization that doesn't seem to matter on modern CPUs, so the driver > default should probably be 0 instead of 2. thanks, I must have missed this in the man page. Looking at this in detail now, I wonder if there are other loader = settings that should be set for netmap use, such as = hw.cxgbe.buffer_packing=3D0 and/or hw.cxgbe.allow_mbufs_in_cluster=3D0? Thanks, Lars --Apple-Mail=_F8A9ECC3-E0A1-40A6-BACB-A399A6385DAF Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEmpq0ZpSoejRmyhheVLXDCb9wwVcFAls/DzEACgkQVLXDCb9w wVemlRAAnwvQof8vOXcuqhZSNPyPNrJ8l28dSUg/TRSWrkro5dEhrm4dIFYunqIv atZWBNNdU/WXRGrDtMPCAem9TtJmauMlnoDQY3PEAYODXBga2iLE+hmsJM4f1ch7 77kfJVwkXiuZp3iSNSrc9dkgy6CovnQJ8QcSxh8AmnkfAFRs0fD1uKR7KECFemdX YMkP5soXBHaiYsE5rt8OHrT0HzfZKQJgd9nmS6N3HCyF/2q2DEYO50V4wnjjsOIH pkx6N/b8c5BDZuaT7/MNzV5XzNEQEFsPDykfTS7uGvQWlq5mrT9u+0RC3cZU7cnR +r376tWI3WUwtTQFQKdm7UWQpMP9Xg5w7R4YN8rbPNo/2WVmluKKWiXeNu+kLKXY +av1EzIPB+9iCsqjWqH2Ulq/2++5C8NC+zAUtccpnB1Te67lbhVZY7WNgxmULvbD xB0RVHBDuYpc1/AxLBTUFNrCqQyz2IaJ3kEXyE0wvY29rcvylzZM8jsajBRFXrNm +Q/5y/+l4bdloGQzVG0oAxVV7FZE9mhaSpGSU5xJGqgfU74QA4B49hb/LHkvmzss 2Z6rwCHQOvt2halXxdrWfR+9358jTf0vtibPQ+RKFjPsk8eddiVLf/8lq7kv3Fdb RXu44BjnIf0KuETJIuGRlhtxMRkuggYdxhp12ujd+ZXZ1ykD8FI= =2lwG -----END PGP SIGNATURE----- --Apple-Mail=_F8A9ECC3-E0A1-40A6-BACB-A399A6385DAF-- From owner-freebsd-net@freebsd.org Fri Jul 6 07:17:52 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 69994102677E for ; Fri, 6 Jul 2018 07:17:52 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-pl0-x22c.google.com (mail-pl0-x22c.google.com [IPv6:2607:f8b0:400e:c01::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 D7CF48FF79 for ; Fri, 6 Jul 2018 07:17:51 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: by mail-pl0-x22c.google.com with SMTP id 31-v6so2456162plc.4 for ; Fri, 06 Jul 2018 00:17:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-disposition:in-reply-to:user-agent; bh=9GZvsuQVzw9D/Meaa6DqXfQFWFrV4NRpQCfNK1TOlaI=; b=UNvy1ZokB8t5BI48Bdzvrmw7iDmXgMnh4tcba5UEmte0w9lhNKfoUf8Ud8NCrC+CCE 8sFR3rWfGW/nm4OjPT+wwJTFqnCc7aYdB99nSIHAquPmk4mgdfipKdTOW+IO2kaVsKuB +iODM5sxjBX+ZQNEqUSKf0cw6akMbSkkSAFbrrvjNnfoXwdVCzJFJ5ko00RtXrIgkIdj DCIcVOrqjz/JuCb7Od8Jajs8ii3JecsbEHxTFWKHO+igbjGmHgcogbXeHVsIN1kYNCWf SjuC30H54kQnTsJ1j5fTwLi8bffEXYu2A8ilzze1aPoKrZDHoShGi2BJVKnSNc9/OH/Z BZUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=9GZvsuQVzw9D/Meaa6DqXfQFWFrV4NRpQCfNK1TOlaI=; b=fws9DzhLhtMAtpBFHwuY+F/9wlSTZcOh61zwz3JppIb8XlJkF6iC7yXrZpK9K8DQYQ j/KvSMzhNrwewZd7fXf9EYmJFhOyqjGFsVOAOlHNg/p4TID62Oq2v240G2uKQTXT9IJn n2pfQUSHvmUX1i/fgCksshTRnItCzxfm1OAZh98mSZJjWBawt3TNWS+wufsx4FScv0qu 2FX3zzeJp1mymBtJzTZK8bojhDTjSEVaHPylXURkzFXvRXk654SssophLTtsigPCQCex ryK8IshH26j3qtOeVY7lwp8geddCahlfhTlvrw7qbpjpdaQBY5tbMNFVz9MmeLteDwyw 9TMg== X-Gm-Message-State: APt69E2RvcT3GRogGBpa87oiNHjr6UOrskbPOIxb1TaOUmU813n2wDj2 oBJNjnxSX6C9VLHAv37kNj8= X-Google-Smtp-Source: AAOMgpcdcBukJjfV6CCWsEzsMJE1sw2PYKOfTJLmYxPAAvF9sDbK7Ubuse9BoLR+xxSEAQwS28n5fw== X-Received: by 2002:a17:902:2702:: with SMTP id c2-v6mr9105208plb.297.1530861470624; Fri, 06 Jul 2018 00:17:50 -0700 (PDT) Received: from ox ([2601:641:c000:b800:d5c1:4c21:1e88:ba92]) by smtp.gmail.com with ESMTPSA id t3-v6sm14791588pfk.161.2018.07.06.00.17.48 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 06 Jul 2018 00:17:49 -0700 (PDT) Sender: Navdeep Parhar Date: Fri, 6 Jul 2018 00:17:39 -0700 From: "np@FreeBSD.org" To: "Eggert, Lars" Cc: "freebsd-net@freebsd.org" , Giuseppe Lettieri Subject: Re: netmap & chelsio Message-ID: <20180706071739.GA13401@ox> Mail-Followup-To: "Eggert, Lars" , "freebsd-net@freebsd.org" , Giuseppe Lettieri References: <94019926-B14F-47AB-8AD9-C01B4A0E199F@netapp.com> <20180705154710.GA3353@ox> <0199F257-F9D2-41D0-B4F9-26FBA1607F61@netapp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0199F257-F9D2-41D0-B4F9-26FBA1607F61@netapp.com> User-Agent: Mutt/1.9.4 (2018-02-28) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 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, 06 Jul 2018 07:17:52 -0000 On Fri, Jul 06, 2018 at 06:41:53AM +0000, Eggert, Lars wrote: > Hi, > > On 2018-7-5, at 17:47, np@FreeBSD.org wrote: > > Set hw.cxgbe.fl_pktshift=0 in loader.conf to stop the chip from doing > > this. See cxgbe(4) for details on the knob. It's a historic > > optimization that doesn't seem to matter on modern CPUs, so the driver > > default should probably be 0 instead of 2. > > thanks, I must have missed this in the man page. > > Looking at this in detail now, I wonder if there are other loader > settings that should be set for netmap use, such as > hw.cxgbe.buffer_packing=0 and/or hw.cxgbe.allow_mbufs_in_cluster=0? The driver uses dedicated tx/rx queues for netmap and those queues use netmap provided buffers instead of driver allocated mbuf+cluster used by normal rx queues. buffer_packing and allow_mbufs_in_cluster are not applicable to netmap queues. Regards, Navdeep From owner-freebsd-net@freebsd.org Fri Jul 6 08:50:01 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 04B9310301CF for ; Fri, 6 Jul 2018 08:50:01 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [IPv6:2001:678:618::40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plan-b.pwste.edu.pl", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 793BD743CC for ; Fri, 6 Jul 2018 08:50:00 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from hpwks.pwste.edu.pl (hpwks.pwste.edu.pl [IPv6:2001:678:618:0:0:0:0:3e]) (authenticated bits=0) by plan-b.pwste.edu.pl (8.15.2/8.15.2) with ESMTPSA id w668nuFD044890 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 6 Jul 2018 10:49:56 +0200 (CEST) (envelope-from zarychtam@plan-b.pwste.edu.pl) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=plan-b.pwste.edu.pl; s=plan-b-mailer; t=1530866996; bh=47U4g115g9f1rrXtQ/0BMxdb7nlDBvzPz/VThaMrRnU=; h=To:References:From:Subject:Date:In-Reply-To; b=l+ZEua6RxcRRJkRiTgAbQihch6EQsB6ZKXf3wvQPcUm2Y4HBUaFY2SHKgyDOqVGcx 3IidAeAUgYbiDx3Kk8slp2xKXqAJ2usV22dBGQkLBOGp5VhSy1juUKYnCULuU6TD4H 6xtINDZXzARBvZobNfnYWHnsr+PznFKA2Oyr5lFoaK1whKhCtS10o5rqwbkG62I4P1 RTAQtUFT8LB0bTWCXzj6KRNchDBKF6bQQLNLROZ6Oeo5OfBl0QS8qMWIFHAfRUq+fm Pgi8MxiAG7tfJsO+achUUVx7maGMN3i8v1qLfD6wagMtdXfLd8PFOwi96zsGEAHkdi 1ZHf4ahAdpTcQ== To: freebsd-net@freebsd.org, guru@unixarea.de References: <20180704133029.GA19087@sh4-5.1blu.de> <6d1fc346-2122-5f19-04d7-6009a23104f7@omnilan.de> <20180705102235.GA2187@c720-r314251> From: Marek Zarychta Openpgp: preference=signencrypt Autocrypt: addr=zarychtam@plan-b.pwste.edu.pl; prefer-encrypt=mutual; keydata= xsBNBFfi3cMBCADLecMTFXad4uDXqv3eRuB4qJJ8G9tzzFezeRnnwxOsPdytW5ES2z1ibSrR IsiImx6+PTqrAmXpTInxAi7yiZGdSiONRI4CCxKY9d1YFiNYT/2WyNXCekm9x29YeIU7x0JB Llbz0f/9HC+styBIu2H+PY/X98Clzm110CS+n/b9l1AtiGxTiVFj7/uavYAKxH6LNWnbkuc5 v8EVNc7NkEcl5h7Z9X5NEtzDxTOiBIFQ/kOT7LAtkYUPo1lqLeOM2DtWSXTXQgXl0zJI4iP1 OAu4qQYm2nXwq4b2AH9peknelvnt1mpfgDCGSKnhc26q6ibTfMwydp+tvUtQIQYpA6b9ABEB AAHNLk1hcmVrIFphcnljaHRhIChQV1NURSkgPHphcnljaHRhQHB3c3RlLmVkdS5wbD7CwHoE EwEIACQCGwMFCwkIBwIGFQgJCgsCBBYCAwECHgECF4AFAlfi61cCGQEACgkQHZW8vIFppoKb Qgf+IlZ71gjdVsvBykXUyxF6tZvpdPS0jnPqZBG/+WKIv6D2YfQ1wAQCkApv1CGz3XPdWDhh 0vGmF8ZCN/fKDpMGT4pIJkn5ZZxSmediy44BGUqFBqWSsZaFb6Ub6EbRHDvfBssRQZT9TMB9 abZtF5ZZOXmxlTuDDGL1PMp5XYVSMXfBH6qU8DSv5mBQr3v1IYJyxc6ylyE6lhg52eZ73NAl uxZelDIZX+uTK2GhpP1YWDucTUBUCpquhQjpNd6jw2uhmeF1ZgbS1WiTyK4j1VqT+j1HqiLB zOq9dC52g/wEGZet82Of5EFIpp1+o3PXkAVf9CpSsm3aavp9463QlksxA87ATQRX4t3DAQgA 10h6RCXuBLMHxq5B8X/ZIlj9sgLoeyfRdDZEc9rT2KUeUJVHDsbvOFf4/7F1ovWYhJbA6GK/ LUZeHHTjnbZcH1uDYQeHly4UOLxeEvhGoz4JhS2C7JzN/uRnwbdOAUbJr8rUj/IYa7gk906r ktsc/Ldrxrxh7O6WO0JCh2XO/p4pDfEwwB37g4xHprSab28ECYJ9JMbtA8Sy4M55g3+GQ28F vSlGnx48OoGXU2BZdc1vZKSQmNOlikB+9/hDX8zdYWVfDaX1TLQ8Ib4+xTUmapzamV/bxIsa ZRBw+jFjLQHhTbIMfPEU+4mxFDvTdbKPruKPqVf1ydgMnPZWngowdwARAQABwsBfBBgBCAAJ BQJX4t3DAhsMAAoJEB2VvLyBaaaC6qkIAJs9sDPqrqW0bYoRfzY6XjDWQ59p9tJiv8aogxac QNCfAu+WkJ8PNVUtC1dlVcG5NnZ80gXzd1rc8ueIvXlvdanUt/jZd8jbb3gaDbK3wh1yMCGB l/1fOJTyEGYv1CRojv97KK89KP5+r8x1P1iHcSrunlDNqGxTMydNCwBH23QcOM+mu4spKnJ/ s0VRBkw3xoKBZfZza6fTQ4gTpAipjyk7ldOGBV+PvkKATdhK2yLwuWXhKbg/GRlD1r5P0gxz SqfV4My+KJuc2EDcrqp1y0wOpE1m9iZqCcd0fup5f7HDsYlLWshr7NQl28f6+fQbsylq/j67 2BHXsdeqf/Ip9V4= Subject: Re: wlan0 && IPv6 Message-ID: <228274ff-49c0-fbba-9071-403b2bef302e@plan-b.pwste.edu.pl> Date: Fri, 6 Jul 2018 10:49:47 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.0 MIME-Version: 1.0 In-Reply-To: <20180705102235.GA2187@c720-r314251> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="oOng4Ax7nElBrSVPFgFEaFspwfC97YtDq" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 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, 06 Jul 2018 08:50:01 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --oOng4Ax7nElBrSVPFgFEaFspwfC97YtDq Content-Type: multipart/mixed; boundary="oLNUD1uZNPqQtemr7Eui2Ixcc4EPwbIq2"; protected-headers="v1" From: Marek Zarychta To: freebsd-net@freebsd.org, guru@unixarea.de Message-ID: <228274ff-49c0-fbba-9071-403b2bef302e@plan-b.pwste.edu.pl> Subject: Re: wlan0 && IPv6 References: <20180704133029.GA19087@sh4-5.1blu.de> <6d1fc346-2122-5f19-04d7-6009a23104f7@omnilan.de> <20180705102235.GA2187@c720-r314251> In-Reply-To: <20180705102235.GA2187@c720-r314251> --oLNUD1uZNPqQtemr7Eui2Ixcc4EPwbIq2 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: pl W dniu 2018.07.05 o=C2=A012:22, Matthias Apitz pisze: > El d=C3=ADa mi=C3=A9rcoles, julio 04, 2018 a las 04:02:22p. m. +0200, H= arry Schmalzbauer escribi=C3=B3: > >> Am 04.07.2018 um 15:30 schrieb Matthias Apitz: >>> Hello, >>> >>> This morning I was in the Wifi area of the Munich Filmfest. They give= the SSID >>> and the WPA-2 password to anybody. While my FreeBSD (CURRENT) could a= ssociate fine, >>> I did not get any IP addr. My Linux cellphone was working fine out of= >>> the box and showed an IPv6 addr in the network interface. >>> >>> How this must be configured in FreeBSD? >> It was porbably v6 only (W)LAN. >> dhclient(8) in base does only care about IPv4. >> >> For IPv6 stateless, you need to watch >> sysctl(8) net.inet6.ip6.no_radr >> and >> ifconfig(8) -no_radr >> >> By default, if set ipv6_activate_all_interfaces=3D"YES" in rc.conf(5),= I=20 >> think you should get a stateless IPv6 address (since=20 >> net.inet6.ip6.no_radr=3D0, hence no no_radr flag for your IPv6-enablef= =20 >> interface (wlan0)), as long as there's a router in the (W)LAN advertis= ing. >> >> For stateful IPv6, you must install somethink like KAME-dhcp6=20 >> (ports/net/dhcp6). >> >> But the latter isn't widely deployed, most setups I've seen have route= rs=20 >> advertising and clients with stateless setup. >> >> Can't tell you out of mind what your rc.conf(5) should look like to=20 >> enable stateless config for distinct interfaces, but I'm sure you'll=20 >> quickly find if you look for the above mentiond key words. >> >> Viel Spass auf'm Filmfest :-) > Thanks for the reply. I have now in rc.conf the following lines: > > /etc/rc.conf > > wlans_ath0=3D"wlan0" > ifconfig_wlan0=3D"WPA DHCP" > # IPv6 starts here > # add ipv6 entry for wlan0 > ipv6_network_interfaces=3D"wlan0" > # set up wlan0 to accept rtadv(8) advertisements > ifconfig_wlan0_ipv6=3D"inet6 accept_rtadv" > ip6addrctl_enable=3D"YES" > ip6addrctl_policy=3D"ipv6_prefer" > ipv6_activate_all_interfaces=3D"YES" > # ifconfig_wlan0_ipv6=3D"YES" > # IPv6 end here > > And when the interface associates it gives the output attached below fo= r > ifconfig and netstat; but nothing is working, esp. not There is net/dual-dhclient in ports. Please give it a try. #pkg install dual-dhclient Then add this lines to /etc/rc.conf: rtsold_enable=3D"YES" dhclient_program=3D"/usr/local/sbin/dual-dhclient" wlans_ath0=3D"wlan0" ifconfig_wlan0=3D"country DE WPA SYNCDHCP" ifconfig_wlan0_ipv6=3D"inet6 accept_rtadv" # and optionally #ipv6_privacy=3D"YES" This should do the work. --=20 Marek Zarychta --oLNUD1uZNPqQtemr7Eui2Ixcc4EPwbIq2-- --oOng4Ax7nElBrSVPFgFEaFspwfC97YtDq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEMOqvKm6wKvS1/ZeCdZ/s//1SjSwFAls/LS8ACgkQdZ/s//1S jSyI2Qf9Ht3f2w6vUrjw+TZUXU7BBn3aOh3FEFtPP4iOmVhbFkzoHJh4P8ZpnKs6 rj5R//sCFxZgBWoX8S5LVixhsEaCuRja1/hKR32QnyIslKGYDbhOnd208oWvW0qO i0cm5gLmXIoVePpkQXiVOp2WPCr9Lzo1IOeMisZUjKdga36BMhLO7Blhq3dsOZWR 8/KN+WY5ipfNFW4luFtHfeVeaqgZV5TCHTe1ukQjLI9DVBP3XiiDCxWlFolBsenI P9TO57rWyjMs8Tl6LVsqgzL3q5q1sv5wEwKlGkUKDYY0Dd7lYCsT+3YTk9kYwzFA DqHwRFXlz7dihKuven4T66qWpObl3Q== =oAZY -----END PGP SIGNATURE----- --oOng4Ax7nElBrSVPFgFEaFspwfC97YtDq-- From owner-freebsd-net@freebsd.org Fri Jul 6 17:50:33 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B3F86103FCC3 for ; Fri, 6 Jul 2018 17:50:33 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2EF478E20E for ; Fri, 6 Jul 2018 17:50:32 +0000 (UTC) (envelope-from pieter@degoeje.nl) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1530899430; s=strato-dkim-0002; d=degoeje.nl; h=In-Reply-To:Date:Message-ID:From:References:Cc:To:Subject: X-RZG-CLASS-ID:X-RZG-AUTH:From:Subject:Sender; bh=ZrjuK9WJe8aobo8pqx9xcLIT+107YeZBHSdg/jmf1P0=; b=qonty2p8wqMGCrrfM2fclnpQMK03rdj5NuauwNRtIWhI1SyCgB6tYppC1hlOZCvw87 4+uoQOfEF1hKRS2LdzTRhNkGDf5367ILM8RvQvPBWLrtNMUqoWYXlor99WYv6O2OvKJs WapKe5/ZkML5iztJ0a232jyHQcBt6bi4q0RW35WG0rTxPIx8uxZugc8xq6h5txTVZgcv rAnd8I38nzpXm0f+ruQ1sdOvN1xbI6kEGVOiL8yzbamu2Wc9fKzl2KjEPwRcFDMawmUE wIdvYWulAKPsSkWeIN4MDXp69j+cZ2hHxkzADfdIPF6uao5ZNSYn6v7EteWrb0sFrW2i 0LyQ== X-RZG-AUTH: ":PGUBYUW6W/vjKUwSpXdHbXp/KlnzhfjpGaq9ccFSB01ZbYSz0XXyHEnBMb8k5m4K" X-RZG-CLASS-ID: mo00 Received: from [192.168.1.95] by smtp.strato.com (RZmta 43.12 AUTH) with ESMTPSA id j0271eu66HoSArx (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate); Fri, 6 Jul 2018 19:50:28 +0200 (CEST) Subject: Re: Does TCP_FASTOPEN actually work? To: Michael Tuexen Cc: freebsd-net@freebsd.org References: <8f67a706-a650-bba2-a7dc-c25e676e1c97@degoeje.nl> <9B19385C-CBD4-4C12-9E84-E12CAAF23092@lurchi.franken.de> From: Pieter de Goeje Message-ID: Date: Fri, 6 Jul 2018 19:50:28 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <9B19385C-CBD4-4C12-9E84-E12CAAF23092@lurchi.franken.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: nl Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 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, 06 Jul 2018 17:50:33 -0000 Op 2018-07-05 om 20:33 schreef Michael Tuexen: >> On 5. Jul 2018, at 17:23, Pieter de Goeje wrote: >> >> I'm trying to test this new feature, but I have trouble getting the client to actually send a cached cookie. It keeps requesting new ones and as a consequence it never sends data in the initial SYN packet. Tcpdump shows that the server correctly replies to a cookie request with a cookie. > Can you provide a tracefile? See http://lux.student.utwente.nl/~pyotr/dump/tfo.pcap which was taken on the client host, by running tfo-client 3 times in quick succession. >> >> Or am I misunderstanding how it should work and is the cookie cache per-process instead of system wide? > No, the cache is system wide. You can use > https://reviews.freebsd.org/D14554 > to see the entries. No entries appear in the cache. I've verified that the kernel actually does receive the cookie by adding a printf() to tcp_input.c just before tcp_fastopen_update_cache() is called. The kernel finds the cookie and attempts to update the cache, and then it is apparently black-holed. >> >> I'm using the test programs from https://people.freebsd.org/~pkelsey/tfo-tools/ for this purpose. > How are you using the client and server? On the server I run tfo-srv without arguments, on the client I run "tfo-client $host 22222" multiple times in quick succession. My expectation is that after the first run the cookie is retrieved and used. >> >> Server and client run on r335760 or later, with no changes to net.inet.tcp.fastopen except that server_enable was set to 1. > Is client_enable = 1? Yes (by default). - Pieter From owner-freebsd-net@freebsd.org Fri Jul 6 22:18:09 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B8CA51033D2D for ; Fri, 6 Jul 2018 22:18:09 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 53A527244E for ; Fri, 6 Jul 2018 22:18:09 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from [IPv6:2003:cd:6f1a:9700:b5c6:bf04:2e47:716d] (p200300CD6F1A9700B5C6BF042E47716D.dip0.t-ipconnect.de [IPv6:2003:cd:6f1a:9700:b5c6:bf04:2e47:716d]) (Authenticated sender: lurchi) by mail-n.franken.de (Postfix) with ESMTPSA id C8825721E2823; Sat, 7 Jul 2018 00:17:59 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Subject: Re: Does TCP_FASTOPEN actually work? From: Michael Tuexen In-Reply-To: Date: Sat, 7 Jul 2018 00:17:58 +0200 Cc: freebsd-net@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <8f67a706-a650-bba2-a7dc-c25e676e1c97@degoeje.nl> <9B19385C-CBD4-4C12-9E84-E12CAAF23092@lurchi.franken.de> To: Pieter de Goeje X-Mailer: Apple Mail (2.3445.8.2) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 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, 06 Jul 2018 22:18:09 -0000 > On 6. Jul 2018, at 19:50, Pieter de Goeje wrote: >=20 > Op 2018-07-05 om 20:33 schreef Michael Tuexen: >>> On 5. Jul 2018, at 17:23, Pieter de Goeje wrote: >>>=20 >>> I'm trying to test this new feature, but I have trouble getting the = client to actually send a cached cookie. It keeps requesting new ones = and as a consequence it never sends data in the initial SYN packet. = Tcpdump shows that the server correctly replies to a cookie request with = a cookie. >> Can you provide a tracefile? >=20 > See http://lux.student.utwente.nl/~pyotr/dump/tfo.pcap which was taken = on the client host, by running tfo-client 3 times in quick succession. OK. This tracefile indicates that there is a bug somewhere... >=20 >>>=20 >>> Or am I misunderstanding how it should work and is the cookie cache = per-process instead of system wide? >> No, the cache is system wide. You can use >> https://reviews.freebsd.org/D14554 >> to see the entries. >=20 > No entries appear in the cache. > I've verified that the kernel actually does receive the cookie by = adding a printf() to tcp_input.c just before tcp_fastopen_update_cache() = is called. The kernel finds the cookie and attempts to update the cache, = and then it is apparently black-holed. OK, that is consistent, at least. I think I can reproduce that problem. I tested it with http://bsd5.fh-muenster.de/tcp_fastopen.c using tcp_fastopen 212.201.121.85 80 The server (bsd5) runs a version of thttpd = (https://github.com/nplab/thttpdwith) fastopen being enabled. Let me look into it... >=20 >>>=20 >>> I'm using the test programs from = https://people.freebsd.org/~pkelsey/tfo-tools/ for this purpose. >> How are you using the client and server? >=20 > On the server I run tfo-srv without arguments, on the client I run = "tfo-client $host 22222" multiple times in quick succession. My = expectation is that after the first run the cookie is retrieved and = used. That expectation is correct. >=20 >>>=20 >>> Server and client run on r335760 or later, with no changes to = net.inet.tcp.fastopen except that server_enable was set to 1. >> Is client_enable =3D 1? >=20 > Yes (by default). OK. The default change some time ago, but was too lazy to look the = revision number up. Best regards Michael >=20 > - Pieter From owner-freebsd-net@freebsd.org Sat Jul 7 00:49:31 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C5221042E52; Sat, 7 Jul 2018 00:49:31 +0000 (UTC) (envelope-from David.Somayajulu@cavium.com) Received: from NAM05-BY2-obe.outbound.protection.outlook.com (mail-by2nam05on060d.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe52::60d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT TLS CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 34812783AA; Sat, 7 Jul 2018 00:49:30 +0000 (UTC) (envelope-from David.Somayajulu@cavium.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=CAVIUMNETWORKS.onmicrosoft.com; s=selector1-cavium-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=0yDav9o6G4dyz09dArYr5mVgJ5PARaBvSWtE2kPvMF8=; b=JUACAlMgiigAOTC0EVFr5X631/WfoUJTJ2yg76Lm4P/nQVZKYHg3qx3x2RevR/tEVVWbDufNZTsDeVP6t2eeJwuT6FIFLW2w9jDMVyI9PKWi6rOzySkiTX36TFRVQzoEjrf6SB5NwhtQupz8eZzngMN0N5JOacUNSTvBOS0P2/A= Received: from MWHPR0701MB3721.namprd07.prod.outlook.com (10.167.237.26) by MWHPR0701MB3817.namprd07.prod.outlook.com (10.167.237.149) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.930.19; Sat, 7 Jul 2018 00:49:09 +0000 Received: from MWHPR0701MB3721.namprd07.prod.outlook.com ([fe80::e1da:5498:fc78:938e]) by MWHPR0701MB3721.namprd07.prod.outlook.com ([fe80::e1da:5498:fc78:938e%3]) with mapi id 15.20.0930.016; Sat, 7 Jul 2018 00:49:09 +0000 From: "Somayajulu, David" To: "freebsd-drivers@freebsd.org" , "freebsd-net@freebsd.org" Subject: ib_unregister_device - OFED related question Thread-Topic: ib_unregister_device - OFED related question Thread-Index: AdQVinFf9cg/j8gKSvSAFTbo/BlNLg== Date: Sat, 7 Jul 2018 00:49:09 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=David.Somayajulu@cavium.com; x-originating-ip: [198.186.1.6] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; MWHPR0701MB3817; 7:W2rkhJzfLaREfVOU1RODq7PDTHhYQ9hhxojyvJp2NsVG/4HfEUAnQyuC7LyYnHQzrMKR62DWIZwIP3IFLrWJKj2AVyUe6EYYPrdWDv91+hdhh+fHio3R8qamRhru4XxMtQ6sKypUCpAoM1a7lq7A15imbovZ7QKdS2WmBdl9gOIOVHZ2KKiNZ3vQvwekA0VpxEZpY0cdWQ2ZmR+Dw0J+2eifDU+cVc3bXka6MuJxQqLotnJBDen4sTQK/kniYc5x x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 93b39707-2061-4f6c-b896-08d5e3a3737a x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600053)(711020)(2017052603328)(7153060)(7193020); SRVR:MWHPR0701MB3817; x-ms-traffictypediagnostic: MWHPR0701MB3817: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(21748063052155); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(3002001)(93006095)(93001095)(3231291)(944501410)(52105095)(10201501046)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123560045)(20161123564045)(20161123558120)(6072148)(201708071742011)(7699016); SRVR:MWHPR0701MB3817; BCL:0; PCL:0; RULEID:; SRVR:MWHPR0701MB3817; x-forefront-prvs: 0726B2D7A6 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(39850400004)(366004)(376002)(346002)(136003)(199004)(189003)(53754006)(14454004)(86362001)(6436002)(450100002)(54896002)(8676002)(53936002)(478600001)(7696005)(7736002)(316002)(8936002)(72206003)(25786009)(97736004)(6116002)(5250100002)(2501003)(99286004)(606006)(790700001)(2906002)(102836004)(26005)(9326002)(186003)(6506007)(110136005)(66066001)(2900100001)(3846002)(33656002)(81156014)(68736007)(81166006)(9686003)(6306002)(236005)(74316002)(55016002)(486006)(476003)(5660300001)(7066003)(256004)(105586002)(106356001)(14444005); DIR:OUT; SFP:1101; SCL:1; SRVR:MWHPR0701MB3817; H:MWHPR0701MB3721.namprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: cavium.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: wkP1NWFC5PYW4/fwNOEz85eYbX+Fbx3syG7+TrpVVvHDv4eoa0Qgtoc2RxWE9AqWJG+FAG+9zQXwq51UuePPWv2JXbs+X6YNDLXncxVXXCAID5/1Tne2IXG7SXP4a0re6svduQJ+OPCIbiMyaLlVBHd3vLOXBsDwQGEtv+Wuz1we1NMo2I+4aVnjuuLpCLb0fjSgNQbvvI42z1Xk90nIlfsizMLv65AUo2lJi1hr8A4HCHqMLbcYRvJEBSY1o7TU1IFCELUxZBtXJnbA12AVzidPf3EcezPh1q1ZvCNZCuhpzq8EqNP9yVM0ZCaJERGzrymsVHxUeaOUV77cVz1RwKCQSeaR1wrfUjkmW3MxP5M= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: cavium.com X-MS-Exchange-CrossTenant-Network-Message-Id: 93b39707-2061-4f6c-b896-08d5e3a3737a X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Jul 2018 00:49:09.7358 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 711e4ccf-2e9b-4bcf-a551-4094005b6194 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR0701MB3817 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 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, 07 Jul 2018 00:49:31 -0000 Hi All, ib_unregister_device() is typically called as part of the rdma driver module u= nload for a given device. As part of execution of this function it loops th= rough the following code: ofed/drivers/inifiniband/core/device.c void ib_unregister_device(struct ib_device *device) { : list_for_each_entry_reverse(client, &client_list, list) if (client->remove) client->remove(device); : } For IB clients, client->remove(device) calls cma_remove_one() (ofed/drivers= /inifiniband/core/cma.c) which ends up calling cma_process_remove(). cma_process_remove() calls wait_for_completion(&cma_dev->comp). Now wait_for_completion() can potentially cause the thread to sleep(). >From kern/kern_module.c: int module_unload(module_t mo= d) { int error= ; mtx_lock(&Giant); error =3D= MOD_EVENT(mod= , MOD_UNLOAD); mtx_unlock(&Giant); return (error); } We see that module_unload() grabs the Gaint Lock prior to invoking UNLOAD. = Isn't this a problem with cma_process_remove() or am I missing something? Thanks David S. (davidcs@freebsd.org) From owner-freebsd-net@freebsd.org Sat Jul 7 11:29:11 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8748D1037961 for ; Sat, 7 Jul 2018 11:29:11 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F39D7113F for ; Sat, 7 Jul 2018 11:29:11 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from [IPv6:2003:cd:6f1a:9700:d914:b1f:78f6:e141] (p200300CD6F1A9700D9140B1F78F6E141.dip0.t-ipconnect.de [IPv6:2003:cd:6f1a:9700:d914:b1f:78f6:e141]) (Authenticated sender: lurchi) by mail-n.franken.de (Postfix) with ESMTPSA id E19AF721E2822; Sat, 7 Jul 2018 13:29:06 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Subject: Re: Does TCP_FASTOPEN actually work? From: Michael Tuexen In-Reply-To: Date: Sat, 7 Jul 2018 13:29:05 +0200 Cc: freebsd-net@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <8f67a706-a650-bba2-a7dc-c25e676e1c97@degoeje.nl> <9B19385C-CBD4-4C12-9E84-E12CAAF23092@lurchi.franken.de> To: Pieter de Goeje X-Mailer: Apple Mail (2.3445.8.2) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 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, 07 Jul 2018 11:29:11 -0000 > On 6. Jul 2018, at 19:50, Pieter de Goeje wrote: >=20 > Op 2018-07-05 om 20:33 schreef Michael Tuexen: >>> On 5. Jul 2018, at 17:23, Pieter de Goeje wrote: >>>=20 >>> I'm trying to test this new feature, but I have trouble getting the = client to actually send a cached cookie. It keeps requesting new ones = and as a consequence it never sends data in the initial SYN packet. = Tcpdump shows that the server correctly replies to a cookie request with = a cookie. >> Can you provide a tracefile? >=20 > See http://lux.student.utwente.nl/~pyotr/dump/tfo.pcap which was taken = on the client host, by running tfo-client 3 times in quick succession. >=20 >>>=20 >>> Or am I misunderstanding how it should work and is the cookie cache = per-process instead of system wide? >> No, the cache is system wide. You can use >> https://reviews.freebsd.org/D14554 >> to see the entries. >=20 > No entries appear in the cache. > I've verified that the kernel actually does receive the cookie by = adding a printf() to tcp_input.c just before tcp_fastopen_update_cache() = is called. The kernel finds the cookie and attempts to update the cache, = and then it is apparently black-holed. >=20 >>>=20 >>> I'm using the test programs from = https://people.freebsd.org/~pkelsey/tfo-tools/ for this purpose. >> How are you using the client and server? >=20 > On the server I run tfo-srv without arguments, on the client I run = "tfo-client $host 22222" multiple times in quick succession. My = expectation is that after the first run the cookie is retrieved and = used. >=20 >>>=20 >>> Server and client run on r335760 or later, with no changes to = net.inet.tcp.fastopen except that server_enable was set to 1. >> Is client_enable =3D 1? >=20 > Yes (by default). I can confirm that there was a bug. It was unmasked by https://svnweb.freebsd.org/changeset/base/335610 which enabled the TCP FO handling on the client side per default. I have committed a fix in https://svnweb.freebsd.org/changeset/base/336057 Thanks a lot for reporting the issue. I'm aware of some other issues, but please report any issues you find! Best regards Michael >=20 > - Pieter From owner-freebsd-net@freebsd.org Sat Jul 7 12:39:00 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 223C2103FF04; Sat, 7 Jul 2018 12:39:00 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (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 B601F74945; Sat, 7 Jul 2018 12:38:59 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.128.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 0350626011E; Sat, 7 Jul 2018 14:38:51 +0200 (CEST) Subject: Re: ib_unregister_device - OFED related question To: "Somayajulu, David" , "freebsd-drivers@freebsd.org" , "freebsd-net@freebsd.org" References: From: Hans Petter Selasky Message-ID: Date: Sat, 7 Jul 2018 14:38:32 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 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, 07 Jul 2018 12:39:00 -0000 On 07/07/18 02:49, Somayajulu, David wrote: > We see that module_unload() grabs the Gaint Lock prior to invoking UNLOAD. Isn't this a problem with cma_process_remove() or am I missing something? Hi, The LinuxKPI should DROP_GIANT and PICKUP_GIANT when sleeping. I haven't checked FreeBSD 10 recently, but this is the case for FreeBSD 11 and FreeBSD 12. --HPS