From owner-freebsd-net@freebsd.org Tue Mar 21 18:05:04 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 595B9D16FAC for ; Tue, 21 Mar 2017 18:05:04 +0000 (UTC) (envelope-from v.maffione@gmail.com) Received: from mail-ot0-x22d.google.com (mail-ot0-x22d.google.com [IPv6:2607:f8b0:4003:c0f::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0F9C213CF for ; Tue, 21 Mar 2017 18:05:04 +0000 (UTC) (envelope-from v.maffione@gmail.com) Received: by mail-ot0-x22d.google.com with SMTP id y88so1065509ota.2 for ; Tue, 21 Mar 2017 11:05:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ynAEAKdZaefkZrlnPGPlFurLB23dUC6qgdO02suvWrY=; b=NltuU1QpDW8kEC4lgdRRVOnHcIASXWJpnwEaas2swvJ4/HJk3BYrZwULub11yKEFfE GRgGDFgb8UvoOFjqi5CzZQUArCfpIL6JoWFolWxuUCZFsweSc+sCzbqwps6ttwcvLhoZ XQdvq7slL0k3Fb1ebqXGpxPdToMgEZC9ENPCdqf6aDsaNzqAtoUpOmjUUMT0pbwCv6ew I6b799tupynybQU8CXoeZrIOZGJzozP37XNs0TRtnJNcWoLZmzUG7YQ1xaOemB8VJRh8 yIVDDT5ZL1WuYe0c83uEbnqGeVbEk/6uv9IJNkvZalqrvrweh3JV5toC53ehV0nl1zZT CVug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ynAEAKdZaefkZrlnPGPlFurLB23dUC6qgdO02suvWrY=; b=T1uuO4fXORWKFbJSjQSqAY8QdJHNj55ME7UCruNclyDGNNuzaUT9tFFB7xjunI07TM /EAG8/Nzz61aSGkX9OiBYPKwnrh1042tmAGcm+t60vq1uHQU/eZdaBQWl9AMRFF5BubX fWJHt+2mP+QkOK/HhyvHXsGiy8B53vZ8toz3AtG/pu1LF3kwdGeQOgjNu0lq/jWpEDUd LLhhHw2wQjTao/L8PR/u1/wFN+C4C+FLd8qJVMwIEac6op2v1nl7Fo6ueMrzr2tBhuqs okPvJheKtYZ18dI0yuVdfAC+YNQVMZzHUbn3yGAEaIBiwDY10Y3e51d/BhCUF3eXw+6Q ZCEA== X-Gm-Message-State: AFeK/H3ugZnj4BZ07TYvuiR4dzzF/HwvN0D7tgMJ9PgWxQAu/asEdVoHHeT+TeAukIZR68VU5xqlOflynx65mg== X-Received: by 10.157.48.167 with SMTP id s39mr21328691otc.108.1490119503379; Tue, 21 Mar 2017 11:05:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.11.184 with HTTP; Tue, 21 Mar 2017 11:05:02 -0700 (PDT) In-Reply-To: <58D02259.9010101@omnilan.de> References: <58CBA727.3040108@omnilan.de> <58CBBF7A.8050604@omnilan.de> <58CC26CF.5050708@omnilan.de> <58CFA606.7090306@omnilan.de> <58D02259.9010101@omnilan.de> From: Vincenzo Maffione Date: Tue, 21 Mar 2017 19:05:02 +0100 Message-ID: Subject: Re: Are ./valte-ctl and ./bridge friends or competitors? To: Harry Schmalzbauer Cc: "freebsd-net@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 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: Tue, 21 Mar 2017 18:05:04 -0000 2017-03-20 19:41 GMT+01:00 Harry Schmalzbauer : > Bez=C3=BCglich Vincenzo Maffione's Nachricht vom 20.03.2017 12:50 (localt= ime): > =E2=80=A6 > >> So to summarize for newbies exploring netmap(4) world in combination > >> with physical uplinks and virtual interfaces, it's important to do the > >> following uplink NIC configuration (ifconfig(8)): > >> -rxcsum -txcsum -rxcsum6 -txcsum6 -tso -lro promisc > >> > > > > Exactly. This is mentioned at the very end of netmap(4): > > > > "netmap does not use features such as checksum offloading, TCP > segmentation > > offloading, encryption, VLAN encapsulation/decapsulation, etc. When > using > > netmap to exchange packets with the host stack, make sure to disable > these > > features." > > > > But it is probably a good idea to add these example ifconfig instructio= ns > > somewhere (man page or at least the README in the netmap repo). > > > > > >> > >> I guess vlanhwtag, vlanhwfilter and vlanhwtso don't interfere, do they= ? > >> > > > > Well, I think they interfere: if you receive a tagged packet and the NI= C > > strips the tag and puts it in the packet descriptor, then with netmap y= ou > > will see the untagged packet, and you wouldn't have a way to see the ta= g. > > Hmm, if I connect a vlan child to VALE (once I provided crash info and > someone capable fixed it), it's intentional that the tag was removed. > Otoh, if I attach the parent interface to VALE, stripping isn't done > yet, even if there are children defined for a specific vlan id. I see > all frames tagged on the parent, at least it was so when I checked that > last time, maybe 2 years ago. I'm always creating childs with vlan id 1 > if I want a interface without taged frames. It depends on the NIC hw capabilities. If you "see" the frames with tcpdump, tcpdump can show you something different from the packet format. Anyway, netmap patches just ignore VLAN tags, so that if the NIC does not strip tags, you will see them in your netmap application. Cheers, Vincenzo > > Hope I'm not missing something obvious again, I'm about to call it a day > here. > > Thanks, > > -harry > --=20 Vincenzo Maffione