From owner-freebsd-net@freebsd.org Thu Oct 5 11:44:18 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E8DAAE35E36; Thu, 5 Oct 2017 11:44:18 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from connect.ultra-secure.de (connect.ultra-secure.de [88.198.71.201]) by mx1.freebsd.org (Postfix) with ESMTP id 2B0446D0D7; Thu, 5 Oct 2017 11:44:17 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Thu, 05 Oct 2017 13:44:16 +0200 Authentication-Results: connect.ultra-secure.de; auth=pass (login); spf=none smtp.mailfrom=ultra-secure.de Received-SPF: None (connect.ultra-secure.de: domain of ultra-secure.de does not designate 127.0.0.10 as permitted sender) receiver=connect.ultra-secure.de; identity=mailfrom; client-ip=127.0.0.10; helo=connect.ultra-secure.de; envelope-from= Received: from connect.ultra-secure.de (webmail [127.0.0.10]) by connect.ultra-secure.de (Haraka/2.6.2-toaster) with ESMTPSA id 138DB964-BD30-41C3-AA91-7ED2DFF341D1.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=AES256-SHA verify=NO); Thu, 05 Oct 2017 13:44:14 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 05 Oct 2017 13:44:14 +0200 From: rainer@ultra-secure.de To: Eugene Grosbein Cc: freebsd-net@freebsd.org, owner-freebsd-net@freebsd.org Subject: Re: lagg interface doesn't work In-Reply-To: <59D5F317.8030104@grosbein.net> References: <59D5E81A.5080700@grosbein.net> <90efe3d3524854f2a28e14f6496b8d88@ultra-secure.de> <59D5F317.8030104@grosbein.net> Message-ID: <0ce14f49ed5c9988b0785420d2399396@ultra-secure.de> X-Sender: rainer@ultra-secure.de User-Agent: Roundcube Webmail/1.2.0 X-Haraka-GeoIP: --, , NaNkm X-Haraka-GeoIP-Received: X-Haraka-p0f: os="undefined undefined" link_type="undefined" distance=undefined total_conn=undefined shared_ip=Y X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on spamassassin X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 283, bad: 0, connections: 283, history: 283, pass:all_good, relaying X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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 Oct 2017 11:44:19 -0000 Am 2017-10-05 10:53, schrieb Eugene Grosbein: > On 05.10.2017 15:36, rainer@ultra-secure.de wrote: > >>> Promiscuous mode may disable hardware vlan processing and switch to >>> software processing temporary. >>> It seems bxe(4) driver may have issues with hardware vlan processing. >>> Please show output of "ifconfig bxe0" command. >> >> >> bxe0: flags=8943 >> metric >> 0 mtu 9170 >> options=527bb >> ether 2c:44:fd:8e:0a:68 >> hwaddr 2c:44:fd:8e:0a:68 >> nd6 options=29 >> media: Ethernet autoselect (10Gbase-SR ) >> status: active >> >> >>> You should try to disable hardware vlan processing with "ifconfig >>> bxe0 >>> -vlanhwtag" and repeat your tests. >>> If it helps, you could replace ifconfig_bxe0="up" with >>> ifconfig_bxe0="-vlanhwtag" >>> as temporary workaround and raise a problem report against bxe(4) >>> driver. >> >> >> (server-prod ) 0 # ifconfig bxe0 -vlanhwtag >> ifconfig: -vlanhwtag: Invalid argument > > It seems bxe(4) driver does not allow voluntary disable of vlanhwtag. > Anyway, your problem seems to be hardware-dependent as lagg/LACP works > just > fine with Intel cards, for example. Indeed: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213606 D'oh. Not sure if we've got an Intel 10G card somewhere.