From owner-freebsd-net@freebsd.org Thu Oct 5 08:36:35 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 08BA3E30D47; Thu, 5 Oct 2017 08:36:35 +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 22A2E65A59; Thu, 5 Oct 2017 08:36:33 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Thu, 05 Oct 2017 10:36:32 +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 28E80B63-0FCB-4C73-9738-16BCF20D3135.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=AES256-SHA verify=NO); Thu, 05 Oct 2017 10:36:29 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 05 Oct 2017 10:36:27 +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: <59D5E81A.5080700@grosbein.net> References: <59D5E81A.5080700@grosbein.net> Message-ID: <90efe3d3524854f2a28e14f6496b8d88@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 autolearn=ham autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 281, bad: 0, connections: 281, history: 281, 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 08:36:35 -0000 > > There is no such thing as "vlan promiscuous mode" in FreeBSD really > and when you run tcpdump on a vlan, you enable promiscuous for its > parent interface. Ye, I realized that. > 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