From owner-freebsd-net@freebsd.org Wed Dec 21 17:45:00 2016 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 5952CC8AAB3 for ; Wed, 21 Dec 2016 17:45:00 +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 F0A8F1A23 for ; Wed, 21 Dec 2016 17:44:59 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id uBLHivoJ042991; Wed, 21 Dec 2016 18:44:58 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id A57B0401; Wed, 21 Dec 2016 18:44:57 +0100 (CET) Message-ID: <585ABF99.8000500@omnilan.de> Date: Wed, 21 Dec 2016 18:44:57 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Net CC: Vincenzo Maffione Subject: qualified vale(4) uplink interface clones Content-Type: text/plain; charset=UTF-8 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]); Wed, 21 Dec 2016 18:44:58 +0100 (CET) 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.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: Wed, 21 Dec 2016 17:45:00 -0000 Dear netmap gurus, I'm getting different crashes if using vale(4) as a drop in replacement for if_bridge(4). Before collecting dumps I'd like to know if the setup, which I need to keep (including a MTU of 9000 bytes), is meant to be supported at all with netmap. Usually I have two GbE ports forming one lagg(4) interface, like this: lagg0mplx: flags=8943 metric 0 mtu 9000 … laggproto lacp lagghash l2,l3,l4 laggport: igb0 flags=1c laggport: igb1 flags=1c Then I have lots of cloned VLAN-specific interfaces (utilizing Kawela's hardware VLAN filter): vldmz: flags=8942 metric 0 mtu 9000 … vlan: 1 vlanpcp: 0 parent interface: lagg0mplx groups: vlan vlvnl: flags=8942 metric 0 mtu 9000 … vlan: 2 vlanpcp: 0 parent interface: lagg0mplx groups: vlan vlegn: flags=8943 metric 0 mtu 9000 … vlan: 3 vlanpcp: 0 parent interface: lagg0mplx groups: vlan These are then uplink interfaces for different if_bridge(4)es. Now I can use 'vale-ctl -h vale0:vlegn' , but as soon as there's any traffic over lagg0mplx (even not related to the vlegn cloned interface), the machine crashes. Is somebody interested in dumps? Or is this a too weird setup? Thanks, -harry