From owner-freebsd-net@freebsd.org Sun May 29 03:29:53 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 E0A8CB5247E for ; Sun, 29 May 2016 03:29:53 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id CDF8C1334 for ; Sun, 29 May 2016 03:29:53 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: by mailman.ysv.freebsd.org (Postfix) id C9B5EB5247C; Sun, 29 May 2016 03:29:53 +0000 (UTC) Delivered-To: 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 C7108B5247B for ; Sun, 29 May 2016 03:29:53 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail109.syd.optusnet.com.au (mail109.syd.optusnet.com.au [211.29.132.80]) by mx1.freebsd.org (Postfix) with ESMTP id 68B931333 for ; Sun, 29 May 2016 03:29:53 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from besplex.bde.org (c110-21-42-169.carlnfd1.nsw.optusnet.com.au [110.21.42.169]) by mail109.syd.optusnet.com.au (Postfix) with ESMTPS id AE409D675D2; Sun, 29 May 2016 13:29:43 +1000 (AEST) Date: Sun, 29 May 2016 13:29:42 +1000 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: David DeSimone cc: "net@freebsd.org" Subject: RE: ifconfig creates a bogus(?) route In-Reply-To: Message-ID: <20160529111806.I1012@besplex.bde.org> References: <20160528154122.C1843@besplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.1 cv=M8SwUHEs c=1 sm=1 tr=0 a=kDyANCGC9fy361NNEb9EQQ==:117 a=kDyANCGC9fy361NNEb9EQQ==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=kj9zAlcOel0A:10 a=DEKfGy55Wbv9R0khD5oA:9 a=CjuIK1q_8ugA:10 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 29 May 2016 03:29:54 -0000 > Bruce Evans wrote: >> Sometime between r191220 and r201220, ifconfig started creating a bogus(?) static route. >> The following is under r248255 with "ifconfig em0 inet 192.168.2.8" (where 192.168.2.8 is >> for the local host and I don't bother typing the netmsk) done before bringing up lo0: >> >> Routing tables >> >> Internet: >> Destination Gateway Flags Refs Use Netif Expire >> 192.168.2.0/24 link#1 U 0 0 em0 >> 192.168.2.8 link#1 UHS 0 0 lo0 > > Why do you feel the route is bogus? Is it because it has a netmask? It is the second route that is bogus(?). It is bogus(?) because: (a) it is a new "feature" in some version between r191220 and r201220 (b) it is not needed (the defaults work) (c) it doesn't work (it breaks working of the defaults) (d) it produces a route to an unconfigured interface (lo0) when lo0 happens to be configured after em0. It is bogus(?) instead of bogus since it actually looks correct. Utilities obfuscate this a little by not displaying enough raw state and by displaying the state differently (even with -n). The bug seems to be just (d) combined with (a). Before (a), the order of bringing up interfaces didn't matter. After (a), lo0 must be brought up first because (d) doesn't do all the initialization required for the unconfigured lo0 and bringing up lo0 later gives an inconsistent state. I use network_interfaces= and this happens to give an order with after the primary NIC interface in some cases. The default is network_interfaces="auto". This starts with the ifconfig -l order which seems to always put lo0 _last_. However, r149726 moves lo0 first for unstated reasons. Thus most installations don't see the bug. I would have seen it even if I used auto since my userland is older than r149726. > If you don't supply a netmask, ifconfig will assume one based on the "class" (A, B, C) of the IP you've supplied. 192.168.2.8 is a Class C address and gets a /24 netmask by default. Yes, I didn't bother typing one partly because I know that the default is right for em0 and almost anything works for lo0. >> The bogus(?) route points to itself (route get shows this more clearly), and doesn't work. >> I know little about routiing, but can > fix things like this manually. Simply "route delete" >> on the bogus(?) route works in this case. An alias for lo0 also works. > > In router parlance, the route would be called a "connected" route, showing that not only do you have an IP on the subnet, but by virtue of the netmask, you are "connected" to every other IP in the same subnet range, through that interface. It will cause your system to send ARP requests through that interface for any other IP in the range, in order to communicate with them. I still haven't figured out how to set up the bogus(?) route using route add/change, but can now complete the initialization using a "route change" that appears to be null: Test script: X # Try to kill all old interfaces and routes, if any: X ifconfig em0 inet 0 X ifconfig lo0 inet 0 X netstat -rn X X # (Re)initialize in the broken order: X ifconfig em0 inet 192.168.2.8 X ifconfig lo0 inet 127.0.1 X netstat -rn X route -n get 192.168.2.8 X X # Fix up the initialization with a null change: X route change -iface 192.168.2.8 192.168.2.8 X netstat -rn X route -n get 192.168.2.8 X X # This ping works after the fixup, or with the opposite init order: X ping -c1 192.168.2.8 Output: Routing tables Y Internet: Y Destination Gateway Flags Refs Use Netif Expire Y Routing tables Y Y Internet: Y Destination Gateway Flags Refs Use Netif Expire Y 127.0.0.1 link#2 UH 0 0 lo0 Y 192.168.2.0/24 link#1 U 0 0 em0 Y 192.168.2.8 link#1 UHS 0 0 lo0 Y route to: 192.168.2.8 Y destination: 192.168.2.8 Y interface: lo0 Y flags: Y recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire Y 0 0 0 0 0 0 16384 0 Y change host 192.168.2.8: gateway 192.168.2.8 Y Routing tables Y Y Internet: Y Destination Gateway Flags Refs Use Netif Expire Y 127.0.0.1 link#2 UH 0 0 lo0 Y 192.168.2.0/24 link#1 U 0 0 em0 Y 192.168.2.8 192.168.2.8 UHS 0 0 lo0 Y route to: 192.168.2.8 Y destination: 192.168.2.8 Y interface: lo0 Y flags: Y recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire Y 0 0 0 0 0 0 16384 0 Y PING 192.168.2.8 (192.168.2.8): 56 data bytes Y 64 bytes from 192.168.2.8: icmp_seq=0 ttl=64 time=0.005 ms Y Y --- 192.168.2.8 ping statistics --- Y 1 packets transmitted, 1 packets received, 0% packet loss Y round-trip min/avg/max/stddev = 0.005/0.005/0.005/0.000 ms Note that the "null" route change just echos the current setting and it doesn't change anything according to netstat -rn and route -n, but it fixes up some internal state so that the ping works. When ping works, tcpdump shows it going from 127.0.0.1 to 192.168.2.8 and coming back as expected. When ping hangs, tcpdump shows it going from 0.0.0.0 to 192.168.2.8 and never coming back. The default route doesn't exist in either case. I still get confused using route(8). For the apparently-null fixup, it is necessary to use -iface. The fixup "route change 192.168.2.8 192.168.2.8" also works, but it is not a null change although it looks even more like one. It changes the Gateway according to netstat -rn from link#1 to 192.168.2.8 but doesn't change anything according to route -n get. "G" is not in flags so the Gateway is fairly bogus and is not displayed by route -n get, but something critical changed so it is a bug to not display any changes. link#1 vs 192.168.2.8 shows the difference in a cryptic way. Anyway, I can fix my original problem by unsorting network_interfaces. network_interfaces is documented in rc.conf(5). Ordering requirements for it don't seem to be mentioned there. It has no examples there. Examples in other man pages put lo0 first. Bruce From owner-freebsd-net@freebsd.org Sun May 29 07:12:13 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 197E3B51BF9 for ; Sun, 29 May 2016 07:12:13 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 06AFD1D63 for ; Sun, 29 May 2016 07:12:13 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: by mailman.ysv.freebsd.org (Postfix) id 06076B51BF8; Sun, 29 May 2016 07:12:13 +0000 (UTC) Delivered-To: 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 037E6B51BF6 for ; Sun, 29 May 2016 07:12:13 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail107.syd.optusnet.com.au (mail107.syd.optusnet.com.au [211.29.132.53]) by mx1.freebsd.org (Postfix) with ESMTP id 835741D61 for ; Sun, 29 May 2016 07:12:12 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from besplex.bde.org (c110-21-42-169.carlnfd1.nsw.optusnet.com.au [110.21.42.169]) by mail107.syd.optusnet.com.au (Postfix) with ESMTPS id D1B8ED491C7; Sun, 29 May 2016 17:12:03 +1000 (AEST) Date: Sun, 29 May 2016 17:12:01 +1000 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Bruce Evans cc: David DeSimone , "net@freebsd.org" Subject: RE: ifconfig creates a bogus(?) route In-Reply-To: <20160529111806.I1012@besplex.bde.org> Message-ID: <20160529163228.I1958@besplex.bde.org> References: <20160528154122.C1843@besplex.bde.org> <20160529111806.I1012@besplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.1 cv=EfU1O6SC c=1 sm=1 tr=0 a=kDyANCGC9fy361NNEb9EQQ==:117 a=kDyANCGC9fy361NNEb9EQQ==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=kj9zAlcOel0A:10 a=y-on_t-p6bA_YMW549oA:9 a=pxSoZ1cC2Bej9OTl:21 a=PyjwaoGlHOKfdf3m:21 a=CjuIK1q_8ugA:10 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 29 May 2016 07:12:13 -0000 On Sun, 29 May 2016, Bruce Evans wrote: > ... > I still haven't figured out how to set up the bogus(?) route using route > add/change, but can now complete the initialization using a "route change" > that appears to be null: > > Test script: > ... > X # Fix up the initialization with a null change: > X route change -iface 192.168.2.8 192.168.2.8 > X netstat -rn Before: >... > Y Destination Gateway Flags Refs Use Netif Expire > Y 127.0.0.1 link#2 UH 0 0 lo0 > Y 192.168.2.0/24 link#1 U 0 0 em0 > Y 192.168.2.8 link#1 UHS 0 0 lo0 > Y route to: 192.168.2.8 > Y destination: 192.168.2.8 > Y interface: lo0 > Y flags: >... After: >... > Y Destination Gateway Flags Refs Use Netif Expire > Y 127.0.0.1 link#2 UH 0 0 lo0 > Y 192.168.2.0/24 link#1 U 0 0 em0 > Y 192.168.2.8 192.168.2.8 UHS 0 0 lo0 > Y route to: 192.168.2.8 > Y destination: 192.168.2.8 > Y interface: lo0 > Y flags: >... > Note that the "null" route change just echos the current setting and it > doesn't change anything according to netstat -rn and route -n, but it > fixes up some internal state so that the ping works. When ping works, > tcpdump shows it going from 127.0.0.1 to 192.168.2.8 and coming back as > expected. When ping hangs, tcpdump shows it going from 0.0.0.0 to > 192.168.2.8 and never coming back. The default route doesn't exist in > either case. Bah, it did change (from link#1 to 192.168.2.8 for Gateway in netstat -rn output only). -iface makes no difference (I thought it prevented this change). The initialization bug has something to do with the magic default route of 0.0.0.0). When lo0 is used uninitialized, it is still initialized to 0 and the 0 gets copied to somewhere not shown properly in the initial route from (or is it to?) 192.168.2.8. netstat -rn translates this 0 together with another address to #link1, but route -n get doesn't show it. I think this configuration is supposed to not occur. I couldn't find a way to get back it using route(8) after fixing it. When lo0 is brought up first, different magic obscures what is happening. E.g., when lo0 is misconfigured with "inet 127.0.0.127", the em0 route is auto-configured with this strange lo0 address instead of completely misconfigured to 0. Neither netstat -rn nor route -n get displays this clearly (they give the same display as in the uninitialized case except for the .127 route). Then if lo0 is ifconfig'ed again to fix this misconfiguration, the all routes related to the old lo0 (bogus or working) are deleted and not restored. But if lo0 is brought up for the first time after em0, the the 0.0.0.0 route related to the old lo0 is not deleted; it keeps breaking things. Bruce From owner-freebsd-net@freebsd.org Sun May 29 21:00:02 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 F05A7B54B2C for ; Sun, 29 May 2016 21:00:02 +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 mx1.freebsd.org (Postfix) with ESMTPS id E68D11D62 for ; Sun, 29 May 2016 21:00:02 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u4TL010k082026 for ; Sun, 29 May 2016 21:00:02 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201605292100.u4TL010k082026@kenobi.freebsd.org> From: bugzilla-noreply@FreeBSD.org To: freebsd-net@FreeBSD.org Subject: Problem reports for freebsd-net@FreeBSD.org that need special attention Date: Sun, 29 May 2016 21:00:02 +0000 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 29 May 2016 21:00:03 -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 | 193452 | Dell PowerEdge 210 II -- Kernel panic bce (broadc In Progress | 203422 | mpd/ppoe not working with re(4) with revision 285 In Progress | 206581 | bxe_ioctl_nvram handler is faulty 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 Open | 148807 | [panic] 8.1-RELEASE/10.1-STABLE "panic: sbdrop" a Open | 194485 | Userland cannot add IPv6 prefix routes Open | 194515 | Fatal Trap 12 Kernel with vimage Open | 199136 | [if_tap] Added down_on_close sysctl variable to t Open | 206544 | sendmsg(2) (sendto(2) too?) can fail with EINVAL; 11 problems total for which you should take action. From owner-freebsd-net@freebsd.org Mon May 30 00:02:23 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 A749AB54BFE for ; Mon, 30 May 2016 00:02:23 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 99F2718ED for ; Mon, 30 May 2016 00:02:23 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from yuri.doctorlan.com (c-24-5-143-190.hsd1.ca.comcast.net [24.5.143.190]) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id u4U02HmX097159 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sun, 29 May 2016 17:02:17 -0700 (PDT) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-24-5-143-190.hsd1.ca.comcast.net [24.5.143.190] claimed to be yuri.doctorlan.com To: freebsd-net@freebsd.org From: Yuri Subject: Is there a way to keep an account of which processes generate how much network traffic? Message-ID: Date: Sun, 29 May 2016 17:02:16 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 30 May 2016 00:02:23 -0000 There is vnstat that does this by interface. But is there a way to do this by the application? This is because nearly every packet that is sent through the system is sent on behalf of some process running on the system. It would be nice to be able to see which applications (in general sense) generate most traffic. I am fully aware that the link between pid and an "application" is vague because some processes are run through some cryptic command lines. I am just interested if anything exists in this area at all. Yuri From owner-freebsd-net@freebsd.org Mon May 30 00:50:34 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 52CC7B4F87C for ; Mon, 30 May 2016 00:50:34 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 2F1AB1CE7 for ; Mon, 30 May 2016 00:50:34 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 2E5FFB4F87B; Mon, 30 May 2016 00:50:34 +0000 (UTC) Delivered-To: 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 2DFD9B4F87A for ; Mon, 30 May 2016 00:50:34 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (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 07AF11CE6 for ; Mon, 30 May 2016 00:50:33 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-ig0-x229.google.com with SMTP id ct2so22742450igb.0 for ; Sun, 29 May 2016 17:50:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=McjFoUGKPb6USpD0E7ZxGfY5+cwPId9MduNtjaH+ZWk=; b=sKa4Od5DwH3V2YGUSWmBZ70l2RisS4rVwwd2De6flbXuxSznSyrCDZlT1tJPIVuBFx IF07vjYfAI/Yd4r7bDIXetvq6zgquh8/rslD8S8CTBlSuBtqDJq6NXjGPbIBzMMxNttA ZL3Z4vluQ7ZOJBw3MGVETlcQlNNiRS1H1ArNG7bci9Ei0uQbFYXoMptJBpMderOR5tXt ju35UBikVhuLujlueGjphE82aUy5MT2V/JzlnEJB4YdNx/YjTNEtauWIk8vtPvKsZGj6 w4p/t+tBOYNkgPI7OsWBB+yXpHvigJ4/0ugIutFiuvv3se9/nLMq1yiON8wnwy9fdJlt 27BQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=McjFoUGKPb6USpD0E7ZxGfY5+cwPId9MduNtjaH+ZWk=; b=G5YfsMn9xw4YBqXpDn05Amh+t+Q09Xus1PE3H5zq5SXuYZVo1tpOsVWCXO4nUAhrDC BIbMrMUXEpbMrRZrjqG8YafOe4MKycZy1d5ceg383j1WnJLXMQAHub6+Nw/KewRPr3rd Wy/3kd1Wmfhq3J3xFE+leAXqZuDnp7Y/bTkODnDMQ9excivMH5o8rhKVIWbeU3OFsk+V g/ngNQV/Ik/SundD8Jz8kCp7+88ALfkPPLRnN7w24sGseZG8AQD958IGQuLjUw40xxhI yOND/9PBCNfQkvssHNZtvCvRKTLZ+s35LYkKkAzIF1U9Fk29la30MUNqz1VDi0mjPsbI HXaQ== X-Gm-Message-State: ALyK8tLinkdbNN5C0xQ3zOfcDrlcorW14w70dpyjGNJhJuiQoZXEeIgetsr6cMr8MfBB+cIqs2EK8BvO9wN74g== MIME-Version: 1.0 X-Received: by 10.50.131.201 with SMTP id oo9mr6217856igb.15.1464569433171; Sun, 29 May 2016 17:50:33 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.79.20.70 with HTTP; Sun, 29 May 2016 17:50:33 -0700 (PDT) In-Reply-To: <20160529163228.I1958@besplex.bde.org> References: <20160528154122.C1843@besplex.bde.org> <20160529111806.I1012@besplex.bde.org> <20160529163228.I1958@besplex.bde.org> Date: Sun, 29 May 2016 17:50:33 -0700 X-Google-Sender-Auth: FSIxf4P2UAywrxfWysv_bAVswOg Message-ID: Subject: Re: ifconfig creates a bogus(?) route From: Kevin Oberman To: Bruce Evans Cc: David DeSimone , "net@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 30 May 2016 00:50:34 -0000 On Sun, May 29, 2016 at 12:12 AM, Bruce Evans wrote: > On Sun, 29 May 2016, Bruce Evans wrote: > > ... >> I still haven't figured out how to set up the bogus(?) route using route >> add/change, but can now complete the initialization using a "route change" >> that appears to be null: >> >> Test script: >> ... >> X # Fix up the initialization with a null change: >> X route change -iface 192.168.2.8 192.168.2.8 >> X netstat -rn >> > > Before: > >> ... >> Y Destination Gateway Flags Refs Use Netif >> Expire >> Y 127.0.0.1 link#2 UH 0 0 lo0 >> Y 192.168.2.0/24 link#1 U 0 0 em0 >> Y 192.168.2.8 link#1 UHS 0 0 lo0 >> Y route to: 192.168.2.8 >> Y destination: 192.168.2.8 >> Y interface: lo0 >> Y flags: >> ... >> > > After: > >> ... >> Y Destination Gateway Flags Refs Use Netif >> Expire >> Y 127.0.0.1 link#2 UH 0 0 lo0 >> Y 192.168.2.0/24 link#1 U 0 0 em0 >> Y 192.168.2.8 192.168.2.8 UHS 0 0 lo0 >> Y route to: 192.168.2.8 >> Y destination: 192.168.2.8 >> Y interface: lo0 >> Y flags: >> ... >> Note that the "null" route change just echos the current setting and it >> doesn't change anything according to netstat -rn and route -n, but it >> fixes up some internal state so that the ping works. When ping works, >> tcpdump shows it going from 127.0.0.1 to 192.168.2.8 and coming back as >> expected. When ping hangs, tcpdump shows it going from 0.0.0.0 to >> 192.168.2.8 and never coming back. The default route doesn't exist in >> either case. >> > > Bah, it did change (from link#1 to 192.168.2.8 for Gateway in netstat -rn > output only). -iface makes no difference (I thought it prevented this > change). > > The initialization bug has something to do with the magic default route > of 0.0.0.0). When lo0 is used uninitialized, it is still initialized > to 0 and the 0 gets copied to somewhere not shown properly in the > initial route from (or is it to?) 192.168.2.8. netstat -rn translates > this 0 together with another address to #link1, but route -n get > doesn't show it. I think this configuration is supposed to not occur. > I couldn't find a way to get back it using route(8) after fixing it. > > When lo0 is brought up first, different magic obscures what is > happening. E.g., when lo0 is misconfigured with "inet 127.0.0.127", > the em0 route is auto-configured with this strange lo0 address instead > of completely misconfigured to 0. Neither netstat -rn nor route -n > get displays this clearly (they give the same display as in the > uninitialized case except for the .127 route). Then if lo0 is > ifconfig'ed again to fix this misconfiguration, the all routes related > to the old lo0 (bogus or working) are deleted and not restored. But > if lo0 is brought up for the first time after em0, the the 0.0.0.0 > route related to the old lo0 is not deleted; it keeps breaking things. > > > Bruce > Bruce, When it is in the "broken" condition, what is the output of "route -n get 0"? So you have a default route? None appears in any of your messages. Normally 0 should route to default. In fact 0/0 is a definition of default. (Well, I suppose anything/0 is default, but 0/0 is the normal representation.) Since most systems have a default gateway defined, this may relate to the issue you are seeing. I'm very unclear what happens with 0/0 if default is not defined. FWIW, here is what I see on this system (10.3-STABLE r299096): Routing tables Internet: Destination Gateway Flags Netif Expire default 192.168.1.1 UGS re0 127.0.0.1 link#2 UH lo0 192.168.1.0/24 link#1 U re0 192.168.1.16 link#1 UHS lo0 -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-net@freebsd.org Mon May 30 03:31:52 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 46972B53B18 for ; Mon, 30 May 2016 03:31:52 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id 1150C1A89 for ; Mon, 30 May 2016 03:31:52 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 78794943D; Mon, 30 May 2016 03:31:51 +0000 (UTC) Date: Mon, 30 May 2016 03:31:51 +0000 To: freebsd-net@freebsd.org From: Phabricator Reply-to: D5872+325+9dea0574509cdbb3@reviews.freebsd.org Subject: [Differential] D5872: tcp: Don't prematurely drop receiving-only connections Message-ID: <32e175bd971d5eb339edae7b5bf9a8f1@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , Thread-Topic: D5872: tcp: Don't prematurely drop receiving-only connections X-Herald-Rules: <64> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: MmVmNzYzNzljOGQxMmM4MWI4MmNjYzcxMzczIFdLtCc= MIME-Version: 1.0 Content-Type: text/x-patch; charset=utf-8; name="D5872.17093.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="D5872.17093.patch" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 May 2016 03:31:52 -0000 ZGlmZiAtLWdpdCBhL2hlYWQvc3lzL25ldGluZXQvdGNwX291dHB1dC5jIGIvaGVhZC9zeXMvbmV0 aW5ldC90Y3Bfb3V0cHV0LmMKLS0tIGEvaGVhZC9zeXMvbmV0aW5ldC90Y3Bfb3V0cHV0LmMKKysr IGIvaGVhZC9zeXMvbmV0aW5ldC90Y3Bfb3V0cHV0LmMKQEAgLTEzMCw2ICsxMzAsMTYgQEAKIAkm Vk5FVF9OQU1FKHRjcF9hdXRvc25kYnVmX21heCksIDAsCiAJIk1heCBzaXplIG9mIGF1dG9tYXRp YyBzZW5kIGJ1ZmZlciIpOwogCisvKgorICogTWFrZSBzdXJlIHRoYXQgZWl0aGVyIHJldHJhbnNt aXQgb3IgcGVyc2lzdCB0aW1lciBpcyBzZXQgZm9yIFNZTiwgRklOIGFuZAorICogbm9uLUFDSy4K KyAqLworI2RlZmluZSBUQ1BfWE1JVF9USU1FUl9BU1NFUlQodHAsIGxlbiwgdGhfZmxhZ3MpCQkJ XAorCUtBU1NFUlQoKChsZW4pID09IDAgJiYgKCh0aF9mbGFncykgJiAoVEhfU1lOIHwgVEhfRklO KSkgPT0gMCkgfHxcCisJICAgIHRjcF90aW1lcl9hY3RpdmUoKHRwKSwgVFRfUkVYTVQpIHx8CQkJ CVwKKwkgICAgdGNwX3RpbWVyX2FjdGl2ZSgodHApLCBUVF9QRVJTSVNUKSwJCQkJXAorCSAgICAo Im5laXRoZXIgcmV4bXQgbm9yIHBlcnNpc3QgdGltZXIgaXMgc2V0IikpCisKIHN0YXRpYyB2b2lk IGlubGluZQloaG9va19ydW5fdGNwX2VzdF9vdXQoc3RydWN0IHRjcGNiICp0cCwKIAkJCSAgICBz dHJ1Y3QgdGNwaGRyICp0aCwgc3RydWN0IHRjcG9wdCAqdG8sCiAJCQkgICAgbG9uZyBsZW4sIGlu dCB0c28pOwpAQCAtMTU0NSw5ICsxNTU1LDcgQEAKIAkJCXRwLT50X3NvZnRlcnJvciA9IGVycm9y OwogCQkJcmV0dXJuIChlcnJvcik7CiAJCWNhc2UgRU5PQlVGUzoKLQkgICAgICAgICAgICAgICAg aWYgKCF0Y3BfdGltZXJfYWN0aXZlKHRwLCBUVF9SRVhNVCkgJiYKLQkJCSAgICAhdGNwX3RpbWVy X2FjdGl2ZSh0cCwgVFRfUEVSU0lTVCkpCi0JICAgICAgICAgICAgICAgICAgICAgICAgdGNwX3Rp bWVyX2FjdGl2YXRlKHRwLCBUVF9SRVhNVCwgdHAtPnRfcnh0Y3VyKTsKKwkJCVRDUF9YTUlUX1RJ TUVSX0FTU0VSVCh0cCwgbGVuLCBmbGFncyk7CiAJCQl0cC0+c25kX2N3bmQgPSB0cC0+dF9tYXhz ZWc7CiAJCQlyZXR1cm4gKDApOwogCQljYXNlIEVNU0dTSVpFOgoK From owner-freebsd-net@freebsd.org Mon May 30 04:48:23 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 E62B5B5198A for ; Mon, 30 May 2016 04:48:23 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id BB6C0170D for ; Mon, 30 May 2016 04:48:23 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 4DD81B046; Mon, 30 May 2016 04:48:23 +0000 (UTC) Date: Mon, 30 May 2016 04:48:23 +0000 To: freebsd-net@freebsd.org From: Phabricator Reply-to: D6406+325+76b767348064de43@reviews.freebsd.org Subject: [Differential] D6406: mbuf: Add a flag for M_HASHTYPE_ to indicate the type has hash properties Message-ID: <626b163b72d6664cf21f6d4681dc4e82@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , Thread-Topic: D6406: mbuf: Add a flag for M_HASHTYPE_ to indicate the type has hash properties X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: NTE3YjE0YWU1ZTZhYmMwODc0YTM1NDI5ZGZkIFdLxhc= MIME-Version: 1.0 Content-Type: text/x-patch; charset=utf-8; name="D6406.17096.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="D6406.17096.patch" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 May 2016 04:48:24 -0000 ZGlmZiAtLWdpdCBhL2hlYWQvc3lzL3N5cy9wYXJhbS5oIGIvaGVhZC9zeXMvc3lzL3BhcmFtLmgK LS0tIGEvaGVhZC9zeXMvc3lzL3BhcmFtLmgKKysrIGIvaGVhZC9zeXMvc3lzL3BhcmFtLmgKQEAg LTU4LDcgKzU4LDcgQEAKICAqCQlpbiB0aGUgcmFuZ2UgNSB0byA5LgogICovCiAjdW5kZWYgX19G cmVlQlNEX3ZlcnNpb24KLSNkZWZpbmUgX19GcmVlQlNEX3ZlcnNpb24gMTEwMDExNAkvKiBNYXN0 ZXIsIHByb3BhZ2F0ZWQgdG8gbmV3dmVycyAqLworI2RlZmluZSBfX0ZyZWVCU0RfdmVyc2lvbiAx MTAwMTE1CS8qIE1hc3RlciwgcHJvcGFnYXRlZCB0byBuZXd2ZXJzICovCiAKIC8qCiAgKiBfX0Zy ZWVCU0Rfa2VybmVsX18gaW5kaWNhdGVzIHRoYXQgdGhpcyBzeXN0ZW0gdXNlcyB0aGUga2VybmVs IG9mIEZyZWVCU0QsCmRpZmYgLS1naXQgYS9oZWFkL3N5cy9zeXMvbWJ1Zi5oIGIvaGVhZC9zeXMv c3lzL21idWYuaAotLS0gYS9oZWFkL3N5cy9zeXMvbWJ1Zi5oCisrKyBiL2hlYWQvc3lzL3N5cy9t YnVmLmgKQEAgLTMxOCwzMCArMzE4LDQxIEBACiAgKgogICogTW9zdCBOSUNzIHN1cHBvcnQgUlNT LCB3aGljaCBwcm92aWRlcyBvcmRlcmluZyBhbmQgZXhwbGljaXQgYWZmaW5pdHksIGFuZAogICog dXNlIHRoZSBoYXNoIG1fZmxhZyBiaXRzIHRvIGluZGljYXRlIHdoYXQgaGVhZGVyIGZpZWxkcyB3 ZXJlIGNvdmVyZWQgYnkKLSAqIHRoZSBoYXNoLiAgTV9IQVNIVFlQRV9PUEFRVUUgY2FuIGJlIHNl dCBieSBub24tUlNTIGNhcmRzIG9yIGNvbmZpZ3VyYXRpb25zCi0gKiB0aGF0IHByb3ZpZGUgYW4g b3BhcXVlIGZsb3cgaWRlbnRpZmllciwgYWxsb3dpbmcgZm9yIG9yZGVyaW5nIGFuZAotICogZGlz dHJpYnV0aW9uIHdpdGhvdXQgZXhwbGljaXQgYWZmaW5pdHkuCisgKiB0aGUgaGFzaC4gIE1fSEFT SFRZUEVfT1BBUVVFIGFuZCBNX0hBU0hUWVBFX09QQVFVRV9IQVNIIGNhbiBiZSBzZXQgYnkgbm9u LQorICogUlNTIGNhcmRzIG9yIGNvbmZpZ3VyYXRpb25zIHRoYXQgcHJvdmlkZSBhbiBvcGFxdWUg ZmxvdyBpZGVudGlmaWVyLCBhbGxvd2luZworICogZm9yIG9yZGVyaW5nIGFuZCBkaXN0cmlidXRp b24gd2l0aG91dCBleHBsaWNpdCBhZmZpbml0eS4gIEFkZGl0aW9uYWxseSwKKyAqIE1fSEFTSFRZ UEVfT1BBUVVFX0hBU0ggaW5kaWNhdGVzIHRoYXQgdGhlIGZsb3cgaWRlbnRpZmllciBoYXMgaGFz aAorICogcHJvcGVydGllcy4KICAqLworI2RlZmluZQlNX0hBU0hUWVBFX0hBU0hQUk9QCQkweDgw CS8qIGhhcyBoYXNoIHByb3BlcnRpZXMgKi8KKyNkZWZpbmUJTV9IQVNIVFlQRV9IQVNIKHQpCQko TV9IQVNIVFlQRV9IQVNIUFJPUCB8ICh0KSkKIC8qIE1pY3Jvc29mdCBSU1Mgc3RhbmRhcmQgaGFz aCB0eXBlcyAqLwogI2RlZmluZQlNX0hBU0hUWVBFX05PTkUJCQkwCi0jZGVmaW5lCU1fSEFTSFRZ UEVfUlNTX0lQVjQJCTEJLyogSVB2NCAyLXR1cGxlICovCi0jZGVmaW5lCU1fSEFTSFRZUEVfUlNT X1RDUF9JUFY0CQkyCS8qIFRDUHY0IDQtdHVwbGUgKi8KLSNkZWZpbmUJTV9IQVNIVFlQRV9SU1Nf SVBWNgkJMwkvKiBJUHY2IDItdHVwbGUgKi8KLSNkZWZpbmUJTV9IQVNIVFlQRV9SU1NfVENQX0lQ VjYJCTQJLyogVENQdjYgNC10dXBsZSAqLwotI2RlZmluZQlNX0hBU0hUWVBFX1JTU19JUFY2X0VY CQk1CS8qIElQdjYgMi10dXBsZSArIGV4dCBoZHJzICovCi0jZGVmaW5lCU1fSEFTSFRZUEVfUlNT X1RDUF9JUFY2X0VYCTYJLyogVENQdjYgNC10aXBsZSArIGV4dCBoZHJzICovCisjZGVmaW5lCU1f SEFTSFRZUEVfUlNTX0lQVjQJCU1fSEFTSFRZUEVfSEFTSCgxKSAvKiBJUHY0IDItdHVwbGUgKi8K KyNkZWZpbmUJTV9IQVNIVFlQRV9SU1NfVENQX0lQVjQJCU1fSEFTSFRZUEVfSEFTSCgyKSAvKiBU Q1B2NCA0LXR1cGxlICovCisjZGVmaW5lCU1fSEFTSFRZUEVfUlNTX0lQVjYJCU1fSEFTSFRZUEVf SEFTSCgzKSAvKiBJUHY2IDItdHVwbGUgKi8KKyNkZWZpbmUJTV9IQVNIVFlQRV9SU1NfVENQX0lQ VjYJCU1fSEFTSFRZUEVfSEFTSCg0KSAvKiBUQ1B2NiA0LXR1cGxlICovCisjZGVmaW5lCU1fSEFT SFRZUEVfUlNTX0lQVjZfRVgJCU1fSEFTSFRZUEVfSEFTSCg1KSAvKiBJUHY2IDItdHVwbGUgKwor CQkJCQkJCSAgICAqIGV4dCBoZHJzICovCisjZGVmaW5lCU1fSEFTSFRZUEVfUlNTX1RDUF9JUFY2 X0VYCU1fSEFTSFRZUEVfSEFTSCg2KSAvKiBUQ1B2NiA0LXRpcGxlICsKKwkJCQkJCQkgICAgKiBl eHQgaGRycyAqLwogLyogTm9uLXN0YW5kYXJkIFJTUyBoYXNoIHR5cGVzICovCi0jZGVmaW5lCU1f SEFTSFRZUEVfUlNTX1VEUF9JUFY0CQk3CS8qIElQdjQgVURQIDQtdHVwbGUgKi8KLSNkZWZpbmUJ TV9IQVNIVFlQRV9SU1NfVURQX0lQVjRfRVgJOAkvKiBJUHY0IFVEUCA0LXR1cGxlICsgZXh0IGhk cnMgKi8KLSNkZWZpbmUJTV9IQVNIVFlQRV9SU1NfVURQX0lQVjYJCTkJLyogSVB2NiBVRFAgNC10 dXBsZSAqLwotI2RlZmluZQlNX0hBU0hUWVBFX1JTU19VRFBfSVBWNl9FWAkxMAkvKiBJUHY2IFVE UCA0LXR1cGxlICsgZXh0IGhkcnMgKi8KLQotI2RlZmluZQlNX0hBU0hUWVBFX09QQVFVRQkJMjU1 CS8qIG9yZGVyaW5nLCBub3QgYWZmaW5pdHkgKi8KKyNkZWZpbmUJTV9IQVNIVFlQRV9SU1NfVURQ X0lQVjQJCU1fSEFTSFRZUEVfSEFTSCg3KSAvKiBJUHY0IFVEUCA0LXR1cGxlKi8KKyNkZWZpbmUJ TV9IQVNIVFlQRV9SU1NfVURQX0lQVjRfRVgJTV9IQVNIVFlQRV9IQVNIKDgpIC8qIElQdjQgVURQ IDQtdHVwbGUgKworCQkJCQkJCSAgICAqIGV4dCBoZHJzICovCisjZGVmaW5lCU1fSEFTSFRZUEVf UlNTX1VEUF9JUFY2CQlNX0hBU0hUWVBFX0hBU0goOSkgLyogSVB2NiBVRFAgNC10dXBsZSovCisj ZGVmaW5lCU1fSEFTSFRZUEVfUlNTX1VEUF9JUFY2X0VYCU1fSEFTSFRZUEVfSEFTSCgxMCkvKiBJ UHY2IFVEUCA0LXR1cGxlICsKKwkJCQkJCQkgICAgKiBleHQgaGRycyAqLworCisjZGVmaW5lCU1f SEFTSFRZUEVfT1BBUVVFCQk2MwkvKiBvcmRlcmluZywgbm90IGFmZmluaXR5ICovCisjZGVmaW5l CU1fSEFTSFRZUEVfT1BBUVVFX0hBU0gJCU1fSEFTSFRZUEVfSEFTSChNX0hBU0hUWVBFX09QQVFV RSkKKwkJCQkJCS8qIG9yZGVyaW5nK2hhc2gsIG5vdCBhZmZpbml0eSovCiAKICNkZWZpbmUJTV9I QVNIVFlQRV9DTEVBUihtKQkoKG0pLT5tX3BrdGhkci5yc3N0eXBlID0gMCkKICNkZWZpbmUJTV9I QVNIVFlQRV9HRVQobSkJKChtKS0+bV9wa3RoZHIucnNzdHlwZSkKICNkZWZpbmUJTV9IQVNIVFlQ RV9TRVQobSwgdikJKChtKS0+bV9wa3RoZHIucnNzdHlwZSA9ICh2KSkKICNkZWZpbmUJTV9IQVNI VFlQRV9URVNUKG0sIHYpCShNX0hBU0hUWVBFX0dFVChtKSA9PSAodikpCisjZGVmaW5lCU1fSEFT SFRZUEVfSVNIQVNIKG0pCShNX0hBU0hUWVBFX0dFVChtKSAmIE1fSEFTSFRZUEVfSEFTSFBST1Ap CiAKIC8qCiAgKiBDT1MvUU9TIGNsYXNzIGFuZCBxdWFsaXR5IG9mIHNlcnZpY2UgdGFncy4KCg== From owner-freebsd-net@freebsd.org Mon May 30 05:18:26 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 2C7BCB5405A for ; Mon, 30 May 2016 05:18:26 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CF23611C5 for ; Mon, 30 May 2016 05:18:25 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-225-151.lns20.per1.internode.on.net [121.45.225.151]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id u4U5IHa7027709 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 29 May 2016 22:18:21 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: Bridge interface and ARP traffic To: John Nielsen , Aqz References: <9746AF3A-3440-4277-9D25-E78B04A35A6D@jnielsen.net> Cc: freebsd-net@freebsd.org From: Julian Elischer Message-ID: <4fe99aa3-61b9-d670-9715-60fd83d4512c@freebsd.org> Date: Mon, 30 May 2016 13:18:12 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <9746AF3A-3440-4277-9D25-E78B04A35A6D@jnielsen.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 30 May 2016 05:18:26 -0000 On 27/05/2016 1:13 AM, John Nielsen wrote: >> On May 20, 2016, at 12:30 AM, Aqz wrote: >> >> Hello, >> >> I have a very strange issue with passing ARP traffic through bridge >> interface. >> I'm using FreeBSD 10.3-REL VMWare virtual machine as bridge between two >> networks using the same IP address space. Bridge interface doesn't have IP >> address assigned so it acts more like a switch between those two virtual >> networks - let's call them NET and PUB. >> Gateway for our network is in NET vlan, all the virtual machines are in the >> PUB vlan. >> >> Traffic passes through this bridge, but there are few problems. >> >> I have to manually add static ARP table entries for gateway on all the >> machines in PUB network - I can see ARP broadcasts from machines asking >> where's the gateway, and the reply but only on one of bridged interfaces - >> the one from NET side. The response is not visible on bridge interface, nor >> the PUB vlan interface. >> >> Also, when I try to ping a machine that's in NET network from PUB network >> all network traffic suddenly stops, even when I'm pinging some nonexistent >> host. I have to use virtual console and ping for ex. DNS server, or any >> internet host to make traffic start again. >> >> I'm not sure what I'm doing wrong - I've been using a similar configuration >> before (with physical machines). >> >> Here's my ifconfig output http://aquaz.eu/bridgeifconfig.txt > The first thing to check is the hypervisor. Do you have your VM configured to allow the NICs to use promiscuous mode? Is there any kind of IP/MAC matching or filtering going on? > > Next thing to check is firewall in the VM. Is IPFW or PF enabled? What is the output of "sysctl net.link.bridge" ? > > The ping problems are definitely weird, not sure what to think about that. try the netgraph bridge for a comparison there is a sample implementation in /usr/share/examples/netgraph I think under virtual.lan > > JN > _______________________________________________ > 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 Mon May 30 06:49:27 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 74D80B540CF for ; Mon, 30 May 2016 06:49: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 mx1.freebsd.org (Postfix) with ESMTPS id 65D161ED6 for ; Mon, 30 May 2016 06:49:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u4U6nQ6i082221 for ; Mon, 30 May 2016 06:49:27 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 209758] Broadcom 5717 C not working Date: Mon, 30 May 2016 06:49:27 +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: 10.3-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-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.22 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, 30 May 2016 06:49:27 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D209758 --- Comment #14 from commit-hook@freebsd.org --- A commit references this bug: Author: sephe Date: Mon May 30 06:49:02 UTC 2016 New revision: 300985 URL: https://svnweb.freebsd.org/changeset/base/300985 Log: bge: Support 5717 C0, which is almost same as 5720 A0 PR: 209758 Obtained from: DragonFlyBSD d79f5d8f5fe94cd6769207b2901422977d502b= c0 MFC after: 1 week Changes: head/sys/dev/bge/if_bge.c head/sys/dev/bge/if_bgereg.h --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Mon May 30 07:21:25 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 7D76BB54662 for ; Mon, 30 May 2016 07:21:25 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4D01B1D68 for ; Mon, 30 May 2016 07:21:24 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from mr185083 (mr185083.univ-rennes1.fr [129.20.185.83]) by mx.zohomail.com with SMTPS id 1464592883729124.29369894680474; Mon, 30 May 2016 00:21:23 -0700 (PDT) Date: Mon, 30 May 2016 09:21:19 +0200 From: Patrick Lamaiziere To: freebsd-net@freebsd.org Subject: net.inet.ip.fastforwarding and ipsec ? Message-ID: <20160530092119.50b799bf@mr185083> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 30 May 2016 07:21:25 -0000 Hello, Documentation states that setting net.inet.ip.fastforwarding on a router breaks ipsec. But it's not clear to me "where" ipsec is broken. Is it ipsec broken to (or from) the router, but ipsec between differents hosts will work as expected. Or is it broken for all the ipsec traffic passing through the router ? Thanks regards, From owner-freebsd-net@freebsd.org Mon May 30 07:38:24 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 9C7A4B54D0C for ; Mon, 30 May 2016 07:38:24 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3835B169D for ; Mon, 30 May 2016 07:38:23 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id u4U7R2Zo014595 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 30 May 2016 09:27:03 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: patfbsd@davenulle.org Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id u4U7QwPf026308 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Mon, 30 May 2016 14:26:58 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: net.inet.ip.fastforwarding and ipsec ? To: Patrick Lamaiziere , freebsd-net@freebsd.org References: <20160530092119.50b799bf@mr185083> From: Eugene Grosbein Message-ID: <574BEB3E.8080008@grosbein.net> Date: Mon, 30 May 2016 14:26:54 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <20160530092119.50b799bf@mr185083> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 30 May 2016 07:38:24 -0000 30.05.2016 14:21, Patrick Lamaiziere пишет: > Hello, > > Documentation states that setting net.inet.ip.fastforwarding on a > router breaks ipsec. But it's not clear to me "where" ipsec is broken. > > Is it ipsec broken to (or from) the router, but ipsec between differents > hosts will work as expected. > > Or is it broken for all the ipsec traffic passing through the > router ? > > Thanks regards, Fastforwarded traffic is passed without any IPSEC processing, so it gets no encryption/decryption. Afaik, sysctl net.inet.ip.fastforwarding was removed from recent FreeBSD code recently and traffic that can be fastforwarded is fastforwarded automagically and traffic that cannot (f.e. IPSEC traffic) goes through full processing. So, the problem you mention should be eliminated. From owner-freebsd-net@freebsd.org Mon May 30 07:51:19 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 37B5CB4E044 for ; Mon, 30 May 2016 07:51:19 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 224871DA2 for ; Mon, 30 May 2016 07:51:19 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: by mailman.ysv.freebsd.org (Postfix) id 1DF4EB4E042; Mon, 30 May 2016 07:51:19 +0000 (UTC) Delivered-To: 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 1D99BB4E041 for ; Mon, 30 May 2016 07:51:19 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail108.syd.optusnet.com.au (mail108.syd.optusnet.com.au [211.29.132.59]) by mx1.freebsd.org (Postfix) with ESMTP id C32FA1DA0 for ; Mon, 30 May 2016 07:51:18 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from besplex.bde.org (c110-21-42-169.carlnfd1.nsw.optusnet.com.au [110.21.42.169]) by mail108.syd.optusnet.com.au (Postfix) with ESMTPS id C9DB21A4FE7; Mon, 30 May 2016 17:51:09 +1000 (AEST) Date: Mon, 30 May 2016 17:51:09 +1000 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Kevin Oberman cc: Bruce Evans , David DeSimone , "net@freebsd.org" Subject: Re: ifconfig creates a bogus(?) route In-Reply-To: Message-ID: <20160530144845.V1573@besplex.bde.org> References: <20160528154122.C1843@besplex.bde.org> <20160529111806.I1012@besplex.bde.org> <20160529163228.I1958@besplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.1 cv=M8SwUHEs c=1 sm=1 tr=0 a=kDyANCGC9fy361NNEb9EQQ==:117 a=kDyANCGC9fy361NNEb9EQQ==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=kj9zAlcOel0A:10 a=PO7r1zJSAAAA:8 a=kn6OvvWOlDjpCIAclQUA:9 a=jMuuPBF1GrfXECIa:21 a=ppoOvatWiB26iUAO:21 a=CjuIK1q_8ugA:10 a=Oa0T6EYmKFNB-xRHvYM1:22 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 30 May 2016 07:51:19 -0000 On Sun, 29 May 2016, Kevin Oberman wrote: > On Sun, May 29, 2016 at 12:12 AM, Bruce Evans wrote: > >> On Sun, 29 May 2016, Bruce Evans wrote: >> >> ... >>> I still haven't figured out how to set up the bogus(?) route using route >>> add/change, but can now complete the initialization using a "route change" >>> that appears to be null: >>> >>> Test script: >>> ... >>> X # Fix up the initialization with a null change: >>> X route change -iface 192.168.2.8 192.168.2.8 >>> X netstat -rn >>> >> >> Before: >> >>> ... >>> Y Destination Gateway Flags Refs Use Netif >>> Expire >>> Y 127.0.0.1 link#2 UH 0 0 lo0 >>> Y 192.168.2.0/24 link#1 U 0 0 em0 >>> Y 192.168.2.8 link#1 UHS 0 0 lo0 >>> Y route to: 192.168.2.8 >>> Y destination: 192.168.2.8 >>> Y interface: lo0 >>> Y flags: >>> ... >>> >> >> After: >> >>> ... >>> Y Destination Gateway Flags Refs Use Netif >>> Expire >>> Y 127.0.0.1 link#2 UH 0 0 lo0 >>> Y 192.168.2.0/24 link#1 U 0 0 em0 >>> Y 192.168.2.8 192.168.2.8 UHS 0 0 lo0 >>> Y route to: 192.168.2.8 >>> Y destination: 192.168.2.8 >>> Y interface: lo0 >>> Y flags: >>> ... >>> Note that the "null" route change just echos the current setting and it >>> doesn't change anything according to netstat -rn and route -n, but it >>> fixes up some internal state so that the ping works. When ping works, >>> tcpdump shows it going from 127.0.0.1 to 192.168.2.8 and coming back as >>> expected. When ping hangs, tcpdump shows it going from 0.0.0.0 to >>> 192.168.2.8 and never coming back. The default route doesn't exist in >>> either case. >>> >> >> Bah, it did change (from link#1 to 192.168.2.8 for Gateway in netstat -rn >> output only). -iface makes no difference (I thought it prevented this >> change). >> >> The initialization bug has something to do with the magic default route >> of 0.0.0.0). When lo0 is used uninitialized, it is still initialized >> to 0 and the 0 gets copied to somewhere not shown properly in the >> initial route from (or is it to?) 192.168.2.8. netstat -rn translates >> this 0 together with another address to #link1, but route -n get >> doesn't show it. I think this configuration is supposed to not occur. >> I couldn't find a way to get back it using route(8) after fixing it. >> >> When lo0 is brought up first, different magic obscures what is >> happening. E.g., when lo0 is misconfigured with "inet 127.0.0.127", >> the em0 route is auto-configured with this strange lo0 address instead >> of completely misconfigured to 0. Neither netstat -rn nor route -n >> get displays this clearly (they give the same display as in the >> uninitialized case except for the .127 route). Then if lo0 is >> ifconfig'ed again to fix this misconfiguration, the all routes related >> to the old lo0 (bogus or working) are deleted and not restored. But >> if lo0 is brought up for the first time after em0, the the 0.0.0.0 >> route related to the old lo0 is not deleted; it keeps breaking things. > > When it is in the "broken" condition, what is the output of "route -n get > 0"? It is an error: "route: writing to routing socket: No such process". This is as i should be since I try to delete all active routes in the test so as to get close enough to the boot-time condition. > So you have a default route? None appears in any of your messages. Normally > 0 should route to default. In fact 0/0 is a definition of default. (Well, I > suppose anything/0 is default, but 0/0 is the normal representation.) Since > most systems have a default gateway defined, this may relate to the issue > you are seeing. I'm very unclear what happens with 0/0 if default is not > defined. Normally I don't have a default route, except on 1 gateway system where it goes to the cable modem. This is normally configured by dhcp. On other systems on the LAN, I use only static routing and rarely have a default route. Sometimes I add and delete the default route on the other systems to the gateway system. It is certainly not there after deleting it. > FWIW, here is what I see on this system (10.3-STABLE r299096): > Routing tables > > Internet: > Destination Gateway Flags Netif Expire > default 192.168.1.1 UGS re0 > 127.0.0.1 link#2 UH lo0 > 192.168.1.0/24 link#1 U re0 > 192.168.1.16 link#1 UHS lo0 My userland is mostly 5.2-CURRENT, and its rc never generates a default route like that. The cable modem gives a non-local default. My gateway default is 2.2 instead of 1.1 since when I invented static routes for my local machines I knew even less about routing than I do now and chose numbers starting at 002.002 instead of 1.1. (BTW, no one replied to my bug report on this list about breakage of parsing of numbers like 002 somewhere in libc/net*. I used the leading zeros to line up dotted quad numbers in tables.) I now understand the link#1 display a bit better: - in old versions of netstat -rn, it is what is displayed when the only available info in a sockaddr_dl, is the link number. This happens for the /24 link. route get shows nothing in this case (I hacked it to print the gateway when the gateway flag is not set, but it prints nothing starting with the same info). Otherwise, the ethernet address is printed for type IFT_ETHER. This happens for the local machine's address and for external machines on the LAN. Otherwise, a network address is printed. This happens for the localhost and default routes. - this is dumbed down in current versions of netstat -rn :-(. The strings are now generated mostly in the kernel, and this seems to require more complicated code in userland even without fixups to recover lost details or print more details for debugging. The kernel also generates link#N when there is little info, and seems to only generate the network address instead of the ethernet address for the local machine. Data for external machines on the LAN is no longer printed in any form. I finally got some useful info out of debugging printfs in route: - in the non-working version, the gateway address has sa_family = 18 (IF_LINK), sdl_family = 18 (IF_LINK), sdl_index = 1 (link#1), sdl_type = 6 (IFT_ETHER), and otherwise 0's. Non-old netstat -rn prints this as "link#1" and my debugging code prints this and some raw fields. - in the working version produced by bringing up lo0 before em0, the gateway address is unchanged in both non-old netstat -rn and debugging route -n get. - in the working version produced by the "null" route change, the gateway does change -- to sa_family = 2 (AF_INET) and s_addr = 0x0802a8c0 (otherwise 0's). Non-old netstat -rn and debugging route -n get display this consistently as 192.168.2.8. - the working version produced by old kernels is different again. It gives IF_LINK as in the non-working version, but now the link is for the em0 and the address is for em0 . Netif is still lo0. Old netstat -rn and debugging route -n get agree on this since the non-raw part of the debugging code was copied from old netstat. (The address is decided by the kernel and decoded by netstat depending on sdl_length -- the length is 12 for ethernet addresses and 4 for ip4 addresses.) I got no further trying to set the gateway address precisely so as to give an actual null change or to change to and from all of the working and non-working versions. While here, I will asks about firewalling of routing. I use a clone of rc.firewall created more than 10 years ago. rc.firewall hasn't changed much, and is still too simple to do what I want, but also too complicated to understand or change easily. It has fairly hard-coded support for not much more than 2 nontrivial configurations: workstation, for which the external link may be shared but every workstation must run a firewall; and simple (actually complicated), for which one machine is a gateway to the external link. I need the latter, , but it needs different NICs which I don't always have available. Plugging the external link into the shared switch fails first here: > # Stop spoofing > ${fwcmd} add deny all from ${inet}:${imask} to any in via ${oif} > ${fwcmd} add deny all from ${onet}:${omask} to any in via ${iif} since with only 1 NIC, the internal NIC iif cannot be different from the external NIC oif. inet and onet are of course different, but using inet to reach onet is exactly the spoofing that these rules disallow as far as I understand. So these rules apparently need to be relaxed a lot. A network expert should be able to do this without reducing security much, but no one did it for /etc/rc.firewall. This particular spoofing problem doesn't seem to be mentioned in the man page or old versions of the handbook. I had reduced security here for almost 10 years by forgetting to update across several changes of NICs and machines. It is not used for anything except this rule. Bruce From owner-freebsd-net@freebsd.org Mon May 30 09:07:48 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 C7A99B53C0F for ; Mon, 30 May 2016 09:07:48 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::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 5D4351729 for ; Mon, 30 May 2016 09:07:48 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by mail-wm0-x22d.google.com with SMTP id n129so76630342wmn.1 for ; Mon, 30 May 2016 02:07:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=SoPWd1/ch47dRmv0NQDeGLwwUc+LyrkTBe1dztFsUSQ=; b=uDENHrTROQyjZTPlwqO2DHOfv3Wpq54Pe+TVu1msHODu++i3TZfHUsIUoTmJtHbYvL uaKLLeiiDBati3w9FCe/wOrqoglrg8zZbS18B9YFT0ux/zA35U7sdLWyxDxYMpsN5WUM Ez1RnI0++yx/LATWghNIRIwJ6VaFlgqIkWzNsYKHxcjiNwDA5QDb4vkiG6tFmi8en7XW mZKf7vTivu82qOZKQXgeSS1rO7yx0x+OBgu9Y+PhY+dBGjo6MnrrYUo8xDsIAeXUGgSp PcrnHgDDRub1Qp8rwLnS/dwiU3OlLBzJ9HnpwRkSJOKl4E+cCGzMZ22X/kGoghQ3PTar FRpw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=SoPWd1/ch47dRmv0NQDeGLwwUc+LyrkTBe1dztFsUSQ=; b=VkSjb0lUkrgxOB5mV0N255Qd/cZGOmXd9fcIpoVop8frA8MxJvXYMoUd/YJLqRqHL+ NnsXRyjXc5QLuYnGeG3r71dPBQ/jM55xGbW3sqk+3lmRFwpm8/tCuo4KjJXDFfiVf/Pq icEULneFwIjbzlXCiJHxu7me87vvEOml+VSFrphE+eCxSI3KIrkoRwyJw/00iFs9EMzc gnkQ92ZYv1wSUZbxz2zBL0zbgtD0dCrv8q/TyTHH4yuiQvnBzlNfQr9TYyWmgDbZJlPC QGwXE+jlv/bSCv9IwBR/+11TBM5XfjifETFCGKYNcpsTFdaHe6ZwGAmqDMjVsLwsSINS /95g== X-Gm-Message-State: ALyK8tIlvD+v2xce4VKjEI1UZ0OEqblA6WFNlihqenVDuKcyNZNStCJMX4R11Qbr+xW7wfQfzS/45y2mK5LDKg== MIME-Version: 1.0 X-Received: by 10.28.94.194 with SMTP id s185mr10522926wmb.62.1464599267006; Mon, 30 May 2016 02:07:47 -0700 (PDT) Received: by 10.194.222.228 with HTTP; Mon, 30 May 2016 02:07:46 -0700 (PDT) In-Reply-To: References: Date: Mon, 30 May 2016 11:07:46 +0200 Message-ID: Subject: Is there a way to keep an account of which processes generate how much network traffic? From: Ben Woods To: Yuri Cc: "freebsd-net@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 30 May 2016 09:07:48 -0000 On Monday, 30 May 2016, Yuri > wrote: > There is vnstat that does this by interface. > > But is there a way to do this by the application? This is because nearly > every packet that is sent through the system is sent on behalf of some > process running on the system. > > It would be nice to be able to see which applications (in general sense) > generate most traffic. > > I am fully aware that the link between pid and an "application" is vague > because some processes are run through some cryptic command lines. I am > just interested if anything exists in this area at all. > > > Yuri > Hi Yuri, There is an application called nethogs which does this on Linux, but the website says it makes heavy use of Linuxisms so won't work on BSD. I had a quick look at the code and couldn't immediately recognise the Linuxisms in question, but haven't done a thorough look. On FreeBSD, I tend to filter traffic by src and destination ip/port to determine how much traffic an application is using. Easiest solution I can think of: Use net-mgmt/darkstat. https://unix4lyfe.org/darkstat/ Slightly more complicated solution, but with potentially more power for filtering the data: Netflow/NfDump/NfSen https://forums.freebsd.org/threads/49724/ Good luck! Regards, Ben -- -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-net@freebsd.org Mon May 30 15:09:55 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 E9927B54BB8 for ; Mon, 30 May 2016 15:09:55 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B31011E74 for ; Mon, 30 May 2016 15:09:55 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-225-151.lns20.per1.internode.on.net [121.45.225.151]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id u4UF9ekV030131 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 30 May 2016 08:09:45 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: Is there a way to keep an account of which processes generate how much network traffic? To: Ben Woods , Yuri References: Cc: "freebsd-net@freebsd.org" From: Julian Elischer Message-ID: Date: Mon, 30 May 2016 23:09:34 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 30 May 2016 15:09:56 -0000 On 30/05/2016 5:07 PM, Ben Woods wrote: > On Monday, 30 May 2016, Yuri > wrote: > >> There is vnstat that does this by interface. >> >> But is there a way to do this by the application? This is because nearly >> every packet that is sent through the system is sent on behalf of some >> process running on the system. >> >> It would be nice to be able to see which applications (in general sense) >> generate most traffic. >> >> I am fully aware that the link between pid and an "application" is vague >> because some processes are run through some cryptic command lines. I am >> just interested if anything exists in this area at all. >> >> >> Yuri >> > Hi Yuri, > > There is an application called nethogs which does this on Linux, but the > website says it makes heavy use of Linuxisms so won't work on BSD. I had a > quick look at the code and couldn't immediately recognise the Linuxisms in > question, but haven't done a thorough look. > > On FreeBSD, I tend to filter traffic by src and destination ip/port to > determine how much traffic an application is using. > > Easiest solution I can think of: Use net-mgmt/darkstat. > https://unix4lyfe.org/darkstat/ > > Slightly more complicated solution, but with potentially more power for > filtering the data: Netflow/NfDump/NfSen > https://forums.freebsd.org/threads/49724/ at $JOB we had to do this for outgoing sessions of one particular app. The answer was to make that app run as a special group and use teh 'gid' match for the outgoing SYN packets from that process to run a keep-state rule to make all packets from that session go through a particular counting rule.. it was something like: ipfw add 10 skipto 15 tcp from any to any not layer 2 setup gid ${SPECIAL_GID} out xmit ${EXTERNAL} keep-state ipfw add 11 skipto 20 ip from any to any ipfw add 15 count ip from any to any in ipfw add 16 count ip from any to any out ipfw add 20 since keep-state as an implicit check-state before evaluation, all session packets from sessions initiate by that process. the not-layer2 was needed in our case to stop a kernel panic, we had bridging ipfw as well and it caused problems. I have considered adding a feature where sockets opened by a partuclar process would generate packets with a particular tag which could be detected in the firewall it would be a bit like using the 'setfib' command.. the property would be inherrited. so setsockflag -4 ssh foo.com would make all ssh's packet be marked with a tag of 4. there is already a rule in ipfw to detect these tags. I did consider using setfib and setting up a separate fib for that app to use. Fib associations can also be detected in the firewall. > > Good luck! > > Regards, > Ben > > From owner-freebsd-net@freebsd.org Tue May 31 12:56:35 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 DD1A2B54ECF for ; Tue, 31 May 2016 12:56:35 +0000 (UTC) (envelope-from jk@kornberger.name) Received: from digineo.de (mail.digineo.de [IPv6:2a00:c380:c0de:0:5054:ff:fed4:52c2]) (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 AA0451AC6 for ; Tue, 31 May 2016 12:56:35 +0000 (UTC) (envelope-from jk@kornberger.name) Received: from [172.16.0.108] (82-198-197-71.briteline.de [82.198.197.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: jk) by digineo.de (Postfix) with ESMTPSA id 97E84603A6 for ; Tue, 31 May 2016 14:56:23 +0200 (CEST) To: freebsd-net@freebsd.org From: "Julian K." Subject: IPFW: table support for MAC addresses? Message-ID: <574D89F6.3030806@kornberger.name> Date: Tue, 31 May 2016 14:56:22 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 31 May 2016 12:56:36 -0000 Hi, I studied the IPFW improvements in FreeBSD 11. Unfortunately I can't find a way to put MAC addresses in IPFW tables. Are there any plans to build support for it in the upcoming release? Regards, Julian From owner-freebsd-net@freebsd.org Tue May 31 19:36:34 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 BA441B5BD48 for ; Tue, 31 May 2016 19:36:34 +0000 (UTC) (envelope-from brett@lariat.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id ACEA8197E for ; Tue, 31 May 2016 19:36:34 +0000 (UTC) (envelope-from brett@lariat.net) Received: by mailman.ysv.freebsd.org (Postfix) id A837FB5BD42; Tue, 31 May 2016 19:36:34 +0000 (UTC) Delivered-To: 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 A7DA3B5BD41 for ; Tue, 31 May 2016 19:36:34 +0000 (UTC) (envelope-from brett@lariat.net) Received: from mail.lariat.net (mail.lariat.net [66.62.230.51]) by mx1.freebsd.org (Postfix) with ESMTP id 520F71977 for ; Tue, 31 May 2016 19:36:34 +0000 (UTC) (envelope-from brett@lariat.net) Received: from Toshi.lariat.net (IDENT:ppp1000.lariat.net@localhost [127.0.0.1]) by mail.lariat.net (8.9.3/8.9.3) with ESMTP id LAA27388 for ; Tue, 31 May 2016 11:58:39 -0600 (MDT) Message-Id: <201605311758.LAA27388@mail.lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 31 May 2016 11:55:25 -0600 To: net@freebsd.org From: Brett Glass Subject: MPPC for Netgraph: Isn't it time? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 31 May 2016 19:36:34 -0000 Everyone: Just built a kernel today, and realized that for years I have had to integrate MPPC compression/encryption (see man page ng_mppc(4)) for PPP/L2TP/PPTP manually, even though the HiFn patent has long since expired and there's no reason not to include the files in the FreeBSD code base. Could a committer with access to that part of the tree please import the files mppc.h, mppcc.c, and mppcd.c into /sys/net so there's no need to find and fetch them every time? --Brett Glass From owner-freebsd-net@freebsd.org Wed Jun 1 05:40:24 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 84B05B5C799 for ; Wed, 1 Jun 2016 05:40:24 +0000 (UTC) (envelope-from rpaulo@me.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 6998F1DE6 for ; Wed, 1 Jun 2016 05:40:24 +0000 (UTC) (envelope-from rpaulo@me.com) Received: by mailman.ysv.freebsd.org (Postfix) id 685A4B5C798; Wed, 1 Jun 2016 05:40:24 +0000 (UTC) Delivered-To: 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 678FAB5C797 for ; Wed, 1 Jun 2016 05:40:24 +0000 (UTC) (envelope-from rpaulo@me.com) Received: from mr11p00im-asmtp004.me.com (mr11p00im-asmtp004.me.com [17.110.69.135]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FB651DE5 for ; Wed, 1 Jun 2016 05:40:24 +0000 (UTC) (envelope-from rpaulo@me.com) Received: from process-dkim-sign-daemon.mr11p00im-asmtp004.me.com by mr11p00im-asmtp004.me.com (Oracle Communications Messaging Server 7.0.5.36.0 64bit (built Sep 8 2015)) id <0O8200400VDXG200@mr11p00im-asmtp004.me.com> for net@freebsd.org; Wed, 01 Jun 2016 05:40:17 +0000 (GMT) MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; charset=UTF-8 Received: from akita.hsd1.ca.comcast.net (c-73-222-51-139.hsd1.ca.comcast.net [73.222.51.139]) by mr11p00im-asmtp004.me.com (Oracle Communications Messaging Server 7.0.5.36.0 64bit (built Sep 8 2015)) with ESMTPSA id <0O8200OHIVR4XR20@mr11p00im-asmtp004.me.com>; Wed, 01 Jun 2016 05:40:17 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-06-01_02:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1011 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1510270003 definitions=main-1606010067 Message-id: <1464759616.15911.9.camel@me.com> Subject: Re: MPPC for Netgraph: Isn't it time? From: Rui Paulo To: Brett Glass , net@freebsd.org Date: Tue, 31 May 2016 22:40:16 -0700 In-reply-to: <201605311758.LAA27388@mail.lariat.net> References: <201605311758.LAA27388@mail.lariat.net> X-Mailer: Evolution 3.18.5.1-1+b1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=4d515a; t=1464759617; bh=KWiQl7CW0C38a+rWA919I3ViaWlF7MN5lLhV765IIdo=; h=MIME-version:Content-type:Message-id:Subject:From:To:Date; b=oCpu8Rb9sU3OY9hxxA381LAm2B0QzI4xbmeVJQmez8Xbfc53PkEkTHB+xzg20v6rV eiYps0G4l4kDnFk47DIXNzBha+xngYAVNcLOt8urWPKMbMWzAJlz8S7okH49U/43zJ MuTnQTRiW8pw74fVPUx5XDNi5EXyZuOwdf/qC3aJAgqcevvnmQ8K0pO1NcA862S2+k WhBZxH7IKWhd4Gs2DgtRxhHhQNwT2Q9QiiqeGChtuzdRPCHuCOWimAVrushh33ioGm OnkrHuBCyNLCSqkyhUg/5Ql911fJ31YIOBaLJPoLVHJUL0e5U6jVCQQ43l0O5uX6rm 6TgkVRFvgOcbA== X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 01 Jun 2016 05:40:24 -0000 On Tue, 2016-05-31 at 11:55 -0600, Brett Glass wrote: > Everyone: > > Just built a kernel today, and realized that for years I have had  > to integrate MPPC compression/encryption (see man page ng_mppc(4))  > for PPP/L2TP/PPTP manually, even though the HiFn patent has long  > since expired and there's no reason not to include the files in the  > FreeBSD code base. Could a committer with access to that part of  > the tree please import the files mppc.h, mppcc.c, and mppcd.c into  > /sys/net so there's no need to find and fetch them every time? No committer with a sane mind will import code knowing there's a patent even if it's expired because TANAL (They Are Not Lawyers). It's best to contact the FreeBSD Foundation to analyse the status of the patent first. -- Rui Paulo From owner-freebsd-net@freebsd.org Wed Jun 1 08:22:48 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 D8C27B5520B for ; Wed, 1 Jun 2016 08:22:48 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id C30F91200 for ; Wed, 1 Jun 2016 08:22:48 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: by mailman.ysv.freebsd.org (Postfix) id C26C2B5520A; Wed, 1 Jun 2016 08:22:48 +0000 (UTC) Delivered-To: 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 C2148B55209 for ; Wed, 1 Jun 2016 08:22:48 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5CF6611FD for ; Wed, 1 Jun 2016 08:22:47 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id u518Matl023666 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 1 Jun 2016 10:22:37 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: brett@lariat.net Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id u518MXfQ046081; Wed, 1 Jun 2016 15:22:33 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: MPPC for Netgraph: Isn't it time? To: Brett Glass , net@freebsd.org References: <201605311758.LAA27388@mail.lariat.net> From: Eugene Grosbein Message-ID: <574E9B48.1050200@grosbein.net> Date: Wed, 1 Jun 2016 15:22:32 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <201605311758.LAA27388@mail.lariat.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 01 Jun 2016 08:22:48 -0000 On 01.06.2016 00:55, Brett Glass wrote: > Everyone: > > Just built a kernel today, and realized that for years I have had > to integrate MPPC compression/encryption (see man page ng_mppc(4)) > for PPP/L2TP/PPTP manually, even though the HiFn patent has long > since expired and there's no reason not to include the files in the > FreeBSD code base. Could a committer with access to that part of > the tree please import the files mppc.h, mppcc.c, and mppcd.c into > /sys/net so there's no need to find and fetch them every time? This manual page information is stale. FreeBSD has stock MPPC support for long time and I use it extensively since FreeBSD 8 with mpd5 and netgraph. From owner-freebsd-net@freebsd.org Wed Jun 1 13:43:46 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 D15ADB606FC for ; Wed, 1 Jun 2016 13:43:46 +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 mx1.freebsd.org (Postfix) with ESMTPS id C1D4D195E for ; Wed, 1 Jun 2016 13:43:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u51DhkGp002848 for ; Wed, 1 Jun 2016 13:43:46 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 209351] VLAN TX errors, possible performance regression after 10.1-STABLE (r281235) Date: Wed, 01 Jun 2016 13:43:46 +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.0-CURRENT X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: gondim@bsdinfo.com.br X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-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.22 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, 01 Jun 2016 13:43:46 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D209351 gondim@bsdinfo.com.br changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gondim@bsdinfo.com.br --- Comment #1 from gondim@bsdinfo.com.br --- Hi, I am the owner of the server. Thanks for your help in solving this problem.= I believe that with the solution of this problem our FreeBSD will get stronge= r, providing more performance in demanding traffic. Everything leads to believe that is related to a problem with vlan, but as = I am no developer can not say for sure if the problem is really that. What I realized is that the connections without vlan, this problem does not happen. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Wed Jun 1 15:08:31 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 91BA6B60A75 for ; Wed, 1 Jun 2016 15:08:31 +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 mx1.freebsd.org (Postfix) with ESMTPS id 821D51C05 for ; Wed, 1 Jun 2016 15:08:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u51F8VBD076551 for ; Wed, 1 Jun 2016 15:08:31 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 166255] [net] [patch] It should be possible to disable "promiscuous mode enabled" messages Date: Wed, 01 Jun 2016 15:08:31 +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: 8.3-PRERELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-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.22 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, 01 Jun 2016 15:08:31 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D166255 --- Comment #29 from commit-hook@freebsd.org --- A commit references this bug: Author: n_hibma Date: Wed Jun 1 15:08:27 UTC 2016 New revision: 301129 URL: https://svnweb.freebsd.org/changeset/base/301129 Log: MFC 300670 (slightly adapted for 10-STABLE): Change net.link.log_promisc_mode_change to a read-only tunable. PR: 166255 Submitted by: eugen.grosbein.net Obtained from: hselasky Changes: _U stable/10/ stable/10/sys/net/if.c --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Wed Jun 1 15:58:46 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 1696AB61002 for ; Wed, 1 Jun 2016 15:58:46 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A544F1E62 for ; Wed, 1 Jun 2016 15:58:45 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id u51FwbYi024898 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 1 Jun 2016 17:58:38 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: brett@lariat.net Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id u51FwTWq052335 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 1 Jun 2016 22:58:29 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: MPPC for Netgraph: Isn't it time? To: Brett Glass , "freebsd-net@freebsd.org" References: <201605311758.LAA27388@mail.lariat.net> <574E9B48.1050200@grosbein.net> <201606011509.JAA08506@mail.lariat.net> From: Eugene Grosbein Message-ID: <574F0620.4050603@grosbein.net> Date: Wed, 1 Jun 2016 22:58:24 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <201606011509.JAA08506@mail.lariat.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 01 Jun 2016 15:58:46 -0000 01.06.2016 22:08, Brett Glass пишет: > At 02:22 AM 6/1/2016, you wrote: > >> This manual page information is stale. >> FreeBSD has stock MPPC support for long time and I use it extensively since >> FreeBSD 8 with mpd5 and netgraph. > > If this is true, I have not seen it in any release version of FreeBSD. I have been adding the patch and the ng_mppc node does not become available unless I do. Well, that was some misunderstanding at my side. Despite of the fact that ng_mppc.ko is present in FreeBSD for long time, it still supports MPPE only and no compression without exta code you mentioned. My bad. From owner-freebsd-net@freebsd.org Wed Jun 1 17:06:39 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 CBB4CB614B8 for ; Wed, 1 Jun 2016 17:06:39 +0000 (UTC) (envelope-from brett@lariat.net) 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 BC7A31964 for ; Wed, 1 Jun 2016 17:06:39 +0000 (UTC) (envelope-from brett@lariat.net) Received: by mailman.ysv.freebsd.org (Postfix) id B803FB614B7; Wed, 1 Jun 2016 17:06:39 +0000 (UTC) Delivered-To: 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 B7A18B614B6 for ; Wed, 1 Jun 2016 17:06:39 +0000 (UTC) (envelope-from brett@lariat.net) Received: from mail.lariat.net (mail.lariat.net [66.62.230.51]) by mx1.freebsd.org (Postfix) with ESMTP id 78F1C1963 for ; Wed, 1 Jun 2016 17:06:38 +0000 (UTC) (envelope-from brett@lariat.net) Received: from Toshi.lariat.net (IDENT:ppp1000.lariat.net@localhost [127.0.0.1]) by mail.lariat.net (8.9.3/8.9.3) with ESMTP id KAA09929; Wed, 1 Jun 2016 10:39:53 -0600 (MDT) Message-Id: <201606011639.KAA09929@mail.lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 01 Jun 2016 10:39:46 -0600 To: Rui Paulo , net@freebsd.org From: Brett Glass Subject: Re: MPPC for Netgraph: Isn't it time? In-Reply-To: <1464759616.15911.9.camel@me.com> References: <201605311758.LAA27388@mail.lariat.net> <1464759616.15911.9.camel@me.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 01 Jun 2016 17:06:39 -0000 At 11:40 PM 5/31/2016, Rui Paulo wrote: >On Tue, 2016-05-31 at 11:55 -0600, Brett Glass wrote: > > Everyone: > > > > Just built a kernel today, and realized that for years I have had > > to integrate MPPC compression/encryption (see man page ng_mppc(4)) > > for PPP/L2TP/PPTP manually, even though the HiFn patent has long > > since expired and there's no reason not to include the files in the > > FreeBSD code base. Could a committer with access to that part of > > the tree please import the files mppc.h, mppcc.c, and mppcd.c into > > /sys/net so there's no need to find and fetch them every time? > >No committer with a sane mind will import code knowing there's a patent >even if it's expired because TANAL (They Are Not Lawyers). > >It's best to contact the FreeBSD Foundation to analyse the status of >the patent first. The status of the patent is well known. All Linux distributions now ship with a version of PoPToP (an inferior PPTP implementation) that includes MPPC. --Brett Glass From owner-freebsd-net@freebsd.org Wed Jun 1 20:58:46 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 480EDB64653 for ; Wed, 1 Jun 2016 20:58:46 +0000 (UTC) (envelope-from rupavath@juniper.net) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0125.outbound.protection.outlook.com [207.46.100.125]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BF39910FB for ; Wed, 1 Jun 2016 20:58:45 +0000 (UTC) (envelope-from rupavath@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=samwSNfw5FvRKVORk9zm+lDck+FfN0R+6wGIGtpLtJc=; b=FRxmxjIORZaOX9yW50W4fjei6iBytSw/zxmJMyhVdW/hzUbicwFTawqxj710Ij0dFp3ZonqlwTH0hNu6ZJk4TDutam6h5TGHJ0MXL5uxbVoCoODrwE2hMSkpxeDoNkZJIVxR92vdlaT6s3ZmlUcGPcEXJ5jiLyfXdT/qZQB07lU= Received: from CY1PR0501MB1146.namprd05.prod.outlook.com (10.160.144.152) by CY1PR0501MB1148.namprd05.prod.outlook.com (10.160.144.154) with Microsoft SMTP Server (TLS) id 15.1.506.9; Wed, 1 Jun 2016 20:25:18 +0000 Received: from CY1PR0501MB1146.namprd05.prod.outlook.com ([10.160.144.152]) by CY1PR0501MB1146.namprd05.prod.outlook.com ([10.160.144.152]) with mapi id 15.01.0506.013; Wed, 1 Jun 2016 20:25:18 +0000 From: Sreekanth Rupavatharam To: "freebsd-net@freebsd.org" CC: "jfvogel@gmail.com" Subject: Possible transmit/stats problem in igb driver. Thread-Topic: Possible transmit/stats problem in igb driver. Thread-Index: AQHRvEO2jFZU+cZVnkCsgDAxQb6jLQ== Date: Wed, 1 Jun 2016 20:25:18 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.16.0.160506 authentication-results: freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.239.15] x-ms-office365-filtering-correlation-id: 03a53f7f-27d9-4d22-547f-08d38a5ad971 x-microsoft-exchange-diagnostics: 1; CY1PR0501MB1148; 5:aF7w0jIITiVYrDuNAl3Z75Xavj0PFG/ise1qqu1xgo1ZN0FkFUmahQmEfrRTjXbKRTQ7wLMB7lkU8ax/3jLqF4fxVig+E/mPVd1GogatI7nx1WBixTzH/YYoAK+TcOuUnxjhMF40yn9uysui/2LIWA==; 24:iQhvpyc3IjUVZkEMQkcBzA6gtJ9c6FU9qdGd8QuiUVpx8Yp+oXhJ5bP7+EUh6PcLVqiwSJjz9+cgHG4ViQPQfJtaxWGP840ZPMPDrUBBG4A=; 7:HpQJI5d1lCB2Y1eZZ6anBfN9H7nrY+/n4h1Gd99IjXNujIUDQJaqTIaX217EpG9bA6rb+9THnTppQ6rUI40tQhfuMixgzPIvv9aICU31QLeEHk69MeeyVb3ABLKSAtV9m1quIpRviUAv2eQEKLclVcwQTlt+UomSCgjItEhFBwBN7SPT7syvRnGDQONjzLvM x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR0501MB1148; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6055026); SRVR:CY1PR0501MB1148; BCL:0; PCL:0; RULEID:; SRVR:CY1PR0501MB1148; x-forefront-prvs: 096029FF66 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(83716003)(2906002)(3660700001)(99286002)(2501003)(4326007)(3280700002)(83506001)(82746002)(5008740100001)(36756003)(189998001)(87936001)(102836003)(586003)(3846002)(6116002)(4001350100001)(110136002)(86362001)(33656002)(19625215002)(229853001)(122556002)(19300405004)(5004730100002)(77096005)(15975445007)(5640700001)(66066001)(5002640100001)(92566002)(16236675004)(54356999)(8676002)(50986999)(10400500002)(106116001)(19580395003)(2351001)(8936002)(2900100001)(11100500001)(81166006); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR0501MB1148; H:CY1PR0501MB1146.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Jun 2016 20:25:18.8363 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0501MB1148 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 01 Jun 2016 20:58:46 -0000 SSBhbSBzZWVpbmcgYSBzdHJhbmdlIGlzc3VlIHdpdGggdHJhbnNtaXQgd2l0aCBpZ2IgZHJpdmVy IGFuZCB3YW50ZWQgdG8gY2hlY2sgd2l0aCB5b3UgaWYgdGhpcyBpc3N1ZSBpcyBhbHJlYWR5IG5v dGVkLiBJIGRpZG7igJl0IGZpbmQgYW55dGhpbmcgcGFydGljdWxhcmx5IG1hdGNoaW5nIGluIEJ1 Z3ppbGxhLiBUaGVyZSBpcyBhIHRlc3QgSSBhbSBydW5uaW5nIHdoZXJlIGEgaVhJYSBpcyBzZW5k aW5nIGFycHMgYXQgYWJvdXQgNTAwL3NlYyBmb3IgMTAgc2Vjb25kcy4gVGhpcyB0ZXN0IHdvcmtz IGZpbmUgaWYgdGhlIGluY29taW5nIHBhY2tldCBzaXplIGlzIDY0IGJ5dGVzLCBidXQgaWYgdGhl IHBhY2tldHMgYXJlIGxhcmdlciB0aGFuIDY0IGJ5dGVzLCB0aGVuIEkgc2VlIHRoYXQgdGhlIGNv dW50ZXIgaW4gZGV2LmlnYi4xLnF1ZXVlMC50eF9wYWNrZXRzIHNob3dzIHRoZSBjb3JyZWN0IHZh bHVlKGFib3V0IDUwMDApLCBidXQgZGV2LmlnYi4xLm1hY19zdGF0cy50b3RhbF9wa3RzX3R4ZCBk b2VzbuKAmXQgcmVmbGVjdCB0aGF0Lg0KDQoNCkJlZm9yZQ0KZGV2LmlnYi4xLnF1ZXVlMC50eF9w YWNrZXRzOiAyNDkwNzkzMw0KZGV2LmlnYi4xLm1hY19zdGF0cy50b3RhbF9wa3RzX3R4ZDogMTY2 NDcxNjkNCg0KQWZ0ZXINCmRldi5pZ2IuMS5xdWV1ZTAudHhfcGFja2V0czogMjQ5MTMzMjQNCmRl di5pZ2IuMS5tYWNfc3RhdHMudG90YWxfcGt0c190eGQ6IDE2NjQ3NTQ1ICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgfA0KDQoNCnF1ZXVlMC50eF9wYWNrZXRzIGRpZmZlcmVuY2Ug PSAyNDkxMzMyNCDigJMgMjQ5MDc5MzMgPSA1MzkxDQptYWNfc3RhdHMudG90YWxfcGt0c190eGQg ZGlmZmVyZW5jZSA9IDE2NjQ3NTQ1IOKAkyAxNjY0NzE2OSA9IDM3Ng0KDQpJIGRvIG5vdCBzZWUg YW55IGVycm9ycyBpbiB0aGUgc3RhdHMoSSBjYW4gcG9zdCB0aGUgY29tcGxldGUgc3RhdHMgaWYg eW91IHdpc2gpIG5vciBkbyBJIHNlZSBwYXVzZSBmcmFtZXMgYmVpbmcgcmVjZWl2ZWQuIElzIHRo ZXJlIGFuIGV4cGxhbmF0aW9uIGFzIHRvIHdoeSB0aGUgcGFja2V0cyBhcmUgZGlzcGF0Y2hlZCB0 byB0aGUgaGFyZHdhcmUgYnV0IGFyZSBub3QgdHJhbnNtaXR0ZWQgb24gdG8gdGhlIHdpcmU/DQo= From owner-freebsd-net@freebsd.org Thu Jun 2 12:19:10 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 D3859B63E31 for ; Thu, 2 Jun 2016 12:19:10 +0000 (UTC) (envelope-from jk@kornberger.name) Received: from digineo.de (mail.digineo.de [185.55.116.143]) (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 9BC0F1B9E for ; Thu, 2 Jun 2016 12:19:09 +0000 (UTC) (envelope-from jk@kornberger.name) Received: from [172.16.0.108] (82-198-197-71.briteline.de [82.198.197.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: jk) by digineo.de (Postfix) with ESMTPSA id 4EAD660288 for ; Thu, 2 Jun 2016 14:19:01 +0200 (CEST) Subject: Re: IPFW: table support for MAC addresses? To: freebsd-net@freebsd.org References: <574D89F6.3030806@kornberger.name> From: "Julian K." Message-ID: <57502430.1030309@kornberger.name> Date: Thu, 2 Jun 2016 14:18:56 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 MIME-Version: 1.0 In-Reply-To: <574D89F6.3030806@kornberger.name> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 02 Jun 2016 12:19:10 -0000 Hi, is there anyone who wants to use MAC based rules with IPFW? I want to build a captive portal that also supports IPv6. MAC addresses in IPFW tables would help a lot. Regards, Julian On 31.05.2016 14:56, Julian K. wrote: > Hi, > > I studied the IPFW improvements in FreeBSD 11. Unfortunately I can't > find a way to put MAC addresses in IPFW tables. > Are there any plans to build support for it in the upcoming release? > > Regards, > Julian From owner-freebsd-net@freebsd.org Thu Jun 2 07:34:18 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 63AF2B64590 for ; Thu, 2 Jun 2016 07:34:18 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id 37AC1199B for ; Thu, 2 Jun 2016 07:34:18 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id B2CA8171D4; Thu, 2 Jun 2016 07:34:17 +0000 (UTC) Date: Thu, 2 Jun 2016 07:34:17 +0000 To: freebsd-net@freebsd.org From: "hselasky (Hans Petter Selasky)" Reply-to: D6689+325+6c89ed8b7a9bc66d@reviews.freebsd.org Subject: [Differential] D6689: tcp/lro: Implement hash table for LRO entries. Message-ID: <35466a7a12c57b2349a91ea845b4a962@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , Thread-Topic: D6689: tcp/lro: Implement hash table for LRO entries. X-Herald-Rules: <64> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: ZGRkYTdkZDNmZDVlODIxOWE3MGU3NDg3NmVjIFdP4Xk= MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 07:34:18 -0000 From owner-freebsd-net@freebsd.org Thu Jun 2 05:43:38 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 4D8D0B6332E for ; Thu, 2 Jun 2016 05:43:38 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 3EF7016F7; Thu, 2 Jun 2016 05:43:38 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id DA46315F4; Thu, 2 Jun 2016 05:43:37 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 2 Jun 2016 05:43:37 +0000 From: Glen Barber To: Matthias Andree Cc: re , melifaro@freebsd.org, daniel.engberg.lists@pyret.net, freebsd-net@freebsd.org Subject: Re: regression/showstopper for FreeBSD 11? Fwd: Regarding OpenVPN on FreeBSD Message-ID: <20160602054337.GY75780@FreeBSD.org> References: <574F5CD8.7020302@pyret.net> <574FC569.3000602@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="MqIM5Iaa8ROQPHlo" Content-Disposition: inline In-Reply-To: <574FC569.3000602@FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 02 Jun 2016 05:43:38 -0000 --MqIM5Iaa8ROQPHlo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Thank you for the heads-up. Glen On Thu, Jun 02, 2016 at 07:34:33AM +0200, Matthias Andree wrote: > Dear release engineers, >=20 > there may be a showstopper for OpenVPN on FreeBSD 11 due to routing > changes, and some analysis has already happened. >=20 > Comment #1 in the bug suggests it may be a new kernel bug. > >=20 > Please investigate and fix. >=20 > Thank you. >=20 > Cheers, > Matthias > Date: Thu, 2 Jun 2016 00:08:24 +0200 > From: Daniel Engberg > To: mandree@FreeBSD.org > Subject: Regarding OpenVPN on FreeBSD >=20 > Hi, >=20 > Since FreeBSD 11 is approaching you probably want to have a look and/or e= scalate to someone who can make decisions about it. >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207831 >=20 > Best regards, > Daniel --MqIM5Iaa8ROQPHlo Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXT8eCAAoJEAMUWKVHj+KTk8oP/2BNH0r+KXTwcegIXrAmvuDm J2ZxAFFwSlQOuo8YS/vpasqMionITdYf81qlCEd8Qo8XJSffZ2bDTSJNG+K+p/aD DvUHnllJfJEzt1OlxGRoXyHBiXYWbBPn5kWuW2c8RX93v3dSKMkXm5dybsUH/8gV UJJ4QtnLCqiOWux0bm8fTM5piXs86Z3t0yIV64Oo14/H7Q80blQoK/d9MxKmOc1x zV4UFfaT+XSWca4nMF4NIVa/udYw0kGp0Aiw9umJLheXtG2vqFr35WBBEksVqJab 8YbkDq+HoXA2j0pIJ0g5umDzZ04ShS2kxrN9PDYnwaLH3fuSZq6vjlrmYpxOAkvD 3Q/pDcM7RLJp2WO/ev49BIVV7sm+Z9gnBpIcxGlMZq3MWVJRuw4mBSb4fn17SyfD UgVN18eRMrbhpCGuaelYdTta8B8exVAms2O5yXjBB+98ndDaCA4+lqZMcQg42Osw FpoVPgGRNkeRaZuwRL07kVyZk1RbKF+fXDFaRROkNlHVt0PcNmUSqBhl9b1F4x/m c8zIx4Ss4Q5L7mli9fyf7yl4CE+3/gzVXvmMSWfYGOm8cxWJXWig0+qwz+13nPnl 1ss1BviFLn2bhjG9AsfoAk5d3Lg+cI/OvLRNo26rqZPjKgq9WAn7HXjejf+VwKBI /dSFaobnlgOohzxFwUWI =g4tC -----END PGP SIGNATURE----- --MqIM5Iaa8ROQPHlo-- From owner-freebsd-net@freebsd.org Thu Jun 2 03:03:21 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 A3028B66605 for ; Thu, 2 Jun 2016 03:03:21 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id 79F3A1115 for ; Thu, 2 Jun 2016 03:03:21 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 340AF1708F; Thu, 2 Jun 2016 03:03:21 +0000 (UTC) Date: Thu, 2 Jun 2016 03:03:21 +0000 To: freebsd-net@freebsd.org From: "sepherosa_gmail.com (Sepherosa Ziehau)" Reply-to: D6688+325+682f43da723b770f@reviews.freebsd.org Subject: [Differential] D6688: net: Use M_HASHTYPE_OPAQUE_HASH if the mbuf flowid has hash properties Message-ID: X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , Thread-Topic: D6688: net: Use M_HASHTYPE_OPAQUE_HASH if the mbuf flowid has hash properties X-Herald-Rules: <29>, <54>, <55>, <56> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: NzRhYTgzMGNhOTUyZGI3NWI4NGEwOTUyYzhiIFdPofk= MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 03:03:21 -0000 From owner-freebsd-net@freebsd.org Thu Jun 2 08:02:54 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 6F13FB6376F for ; Thu, 2 Jun 2016 08:02:54 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id 236B11D11 for ; Thu, 2 Jun 2016 08:02:54 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 27F3817C36; Thu, 2 Jun 2016 08:02:53 +0000 (UTC) Date: Thu, 2 Jun 2016 08:02:53 +0000 To: freebsd-net@freebsd.org From: "sepherosa_gmail.com (Sepherosa Ziehau)" Reply-to: D6689+325+6c89ed8b7a9bc66d@reviews.freebsd.org Subject: [Differential] D6689: tcp/lro: Implement hash table for LRO entries. Message-ID: X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: Thread-Topic: D6689: tcp/lro: Implement hash table for LRO entries. X-Herald-Rules: <64> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: ZGRkYTdkZDNmZDVlODIxOWE3MGU3NDg3NmVjIFdP6C0= MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 08:02:54 -0000 From owner-freebsd-net@freebsd.org Thu Jun 2 16:22:49 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 1F9A7B65FE5 for ; Thu, 2 Jun 2016 16:22:49 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id B0CE71FCC for ; Thu, 2 Jun 2016 16:22:48 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id C35B817095; Thu, 2 Jun 2016 16:22:47 +0000 (UTC) Date: Thu, 2 Jun 2016 16:22:47 +0000 To: freebsd-net@freebsd.org From: "sepherosa_gmail.com (Sepherosa Ziehau)" Reply-to: D6689+325+6c89ed8b7a9bc66d@reviews.freebsd.org Subject: [Differential] D6689: tcp/lro: Implement hash table for LRO entries. Message-ID: <7c17cb3822d3b0c278bc150c46eea88c@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: Thread-Topic: D6689: tcp/lro: Implement hash table for LRO entries. X-Herald-Rules: <64> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: ZGRkYTdkZDNmZDVlODIxOWE3MGU3NDg3NmVjIFdQXVc= MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 16:22:49 -0000 From owner-freebsd-net@freebsd.org Thu Jun 2 03:10:10 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 5725FB667D1 for ; Thu, 2 Jun 2016 03:10:10 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id 1B12F11C9 for ; Thu, 2 Jun 2016 03:10:10 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 6F0731754A; Thu, 2 Jun 2016 03:10:09 +0000 (UTC) Date: Thu, 2 Jun 2016 03:10:09 +0000 To: freebsd-net@freebsd.org From: "sepherosa_gmail.com (Sepherosa Ziehau)" Reply-to: D6689+325+6c89ed8b7a9bc66d@reviews.freebsd.org Subject: [Differential] D6689: tcp/lro: Implement hash table for LRO entries. Message-ID: X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , , Thread-Topic: D6689: tcp/lro: Implement hash table for LRO entries. X-Herald-Rules: <64> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: Precedence: bulk Thread-Index: ZGRkYTdkZDNmZDVlODIxOWE3MGU3NDg3NmVj MIME-Version: 1.0 Content-Type: text/x-patch; charset=utf-8; name="D6689.17214.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="D6689.17214.patch" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 03:10:10 -0000 ZGlmZiAtLWdpdCBhL3N5cy9uZXRpbmV0L3RjcF9scm8uaCBiL3N5cy9uZXRpbmV0L3RjcF9scm8u aAotLS0gYS9zeXMvbmV0aW5ldC90Y3BfbHJvLmgKKysrIGIvc3lzL25ldGluZXQvdGNwX2xyby5o CkBAIC00MCw2ICs0MCw3IEBACiAKIHN0cnVjdCBscm9fZW50cnkgewogCUxJU1RfRU5UUlkobHJv X2VudHJ5KQluZXh0OworCUxJU1RfRU5UUlkobHJvX2VudHJ5KQloYXNoX25leHQ7CiAJc3RydWN0 IG1idWYJCSptX2hlYWQ7CiAJc3RydWN0IG1idWYJCSptX3RhaWw7CiAJdW5pb24gewpAQCAtOTUs NiArOTYsOCBAQAogCXVuc2lnbmVkIHNob3J0CWxyb19hY2tjbnRfbGltOwkJLyogbWF4ICMgb2Yg YWdncmVnYXRlZCBBQ0tzICovCiAJdW5zaWduZWQgCWxyb19sZW5ndGhfbGltOwkJLyogbWF4IGxl biBvZiBhZ2dyZWdhdGVkIGRhdGEgKi8KIAorCXVfbG9uZwkJbHJvX2hhc2hzejsKKwlzdHJ1Y3Qg bHJvX2hlYWQJKmxyb19oYXNoOwogCXN0cnVjdCBscm9faGVhZAlscm9fYWN0aXZlOwogCXN0cnVj dCBscm9faGVhZAlscm9fZnJlZTsKIH07CmRpZmYgLS1naXQgYS9zeXMvbmV0aW5ldC90Y3BfbHJv LmMgYi9zeXMvbmV0aW5ldC90Y3BfbHJvLmMKLS0tIGEvc3lzL25ldGluZXQvdGNwX2xyby5jCisr KyBiL3N5cy9uZXRpbmV0L3RjcF9scm8uYwpAQCAtNzAsMTcgKzcwLDIwIEBACiBzdGF0aWMgdm9p ZAl0Y3BfbHJvX3J4X2RvbmUoc3RydWN0IGxyb19jdHJsICpsYyk7CiAKIHN0YXRpYyBfX2lubGlu ZSB2b2lkCi10Y3BfbHJvX2FjdGl2ZV9pbnNlcnQoc3RydWN0IGxyb19jdHJsICpsYywgc3RydWN0 IGxyb19lbnRyeSAqbGUpCit0Y3BfbHJvX2FjdGl2ZV9pbnNlcnQoc3RydWN0IGxyb19jdHJsICps Yywgc3RydWN0IGxyb19oZWFkICpidWNrZXQsCisgICAgc3RydWN0IGxyb19lbnRyeSAqbGUpCiB7 CiAKIAlMSVNUX0lOU0VSVF9IRUFEKCZsYy0+bHJvX2FjdGl2ZSwgbGUsIG5leHQpOworCUxJU1Rf SU5TRVJUX0hFQUQoYnVja2V0LCBsZSwgaGFzaF9uZXh0KTsKIH0KIAogc3RhdGljIF9faW5saW5l IHZvaWQKIHRjcF9scm9fYWN0aXZlX3JlbW92ZShzdHJ1Y3QgbHJvX2VudHJ5ICpsZSkKIHsKIAot CUxJU1RfUkVNT1ZFKGxlLCBuZXh0KTsKKwlMSVNUX1JFTU9WRShsZSwgbmV4dCk7CQkvKiBhY3Rp dmUgbGlzdCAqLworCUxJU1RfUkVNT1ZFKGxlLCBoYXNoX25leHQpOwkvKiBoYXNoIGJ1Y2tldCAq LwogfQogCiBpbnQKQEAgLTk1LDcgKzk4LDcgQEAKIHsKIAlzdHJ1Y3QgbHJvX2VudHJ5ICpsZTsK IAlzaXplX3Qgc2l6ZTsKLQl1bnNpZ25lZCBpOworCXVuc2lnbmVkIGksIGVsZW1lbnRzOwogCiAJ bGMtPmxyb19iYWRfY3N1bSA9IDA7CiAJbGMtPmxyb19xdWV1ZWQgPSAwOwpAQCAtMTEwLDYgKzEx MywxOCBAQAogCUxJU1RfSU5JVCgmbGMtPmxyb19mcmVlKTsKIAlMSVNUX0lOSVQoJmxjLT5scm9f YWN0aXZlKTsKIAorCS8qIGNyZWF0ZSBoYXNoIHRhYmxlIHRvIGFjY2VsZXJhdGUgZW50cnkgbG9v a3VwICovCisJaWYgKGxyb19lbnRyaWVzID4gbHJvX21idWZzKQorCQllbGVtZW50cyA9IGxyb19l bnRyaWVzOworCWVsc2UKKwkJZWxlbWVudHMgPSBscm9fbWJ1ZnM7CisJbGMtPmxyb19oYXNoID0g cGhhc2hpbml0X2ZsYWdzKGVsZW1lbnRzLCBNX0xSTywgJmxjLT5scm9faGFzaHN6LAorCSAgICBI QVNIX05PV0FJVCk7CisJaWYgKGxjLT5scm9faGFzaCA9PSBOVUxMKSB7CisJCW1lbXNldChsYywg MCwgc2l6ZW9mKCpsYykpOworCQlyZXR1cm4gKEVOT01FTSk7CisJfQorCiAJLyogY29tcHV0ZSBz aXplIHRvIGFsbG9jYXRlICovCiAJc2l6ZSA9IChscm9fbWJ1ZnMgKiBzaXplb2Yoc3RydWN0IGxy b19tYnVmX3NvcnQpKSArCiAJICAgIChscm9fZW50cmllcyAqIHNpemVvZigqbGUpKTsKQEAgLTE0 Nyw2ICsxNjIsMTMgQEAKIAkJbV9mcmVlbShsZS0+bV9oZWFkKTsKIAl9CiAKKwkvKiBmcmVlIGhh c2ggdGFibGUgKi8KKwlpZiAobGMtPmxyb19oYXNoICE9IE5VTEwpIHsKKwkJZnJlZShsYy0+bHJv X2hhc2gsIE1fTFJPKTsKKwkJbGMtPmxyb19oYXNoID0gTlVMTDsKKwl9CisJbGMtPmxyb19oYXNo c3ogPSAwOworCiAJLyogZnJlZSBtYnVmIGFycmF5LCBpZiBhbnkgKi8KIAlmb3IgKHggPSAwOyB4 ICE9IGxjLT5scm9fbWJ1Zl9jb3VudDsgeCsrKQogCQltX2ZyZWVtKGxjLT5scm9fbWJ1Zl9kYXRh W3hdLm1iKTsKQEAgLTU4MSw2ICs2MDMsOCBAQAogCXRjcF9zZXEgc2VxOwogCWludCBlcnJvciwg aXBfbGVuLCBsOwogCXVpbnQxNl90IGVoX3R5cGUsIHRjcF9kYXRhX2xlbjsKKwlzdHJ1Y3QgbHJv X2hlYWQgKmJ1Y2tldDsKKwl1aW50MzJfdCBoYXNoOwogCiAJLyogV2UgZXhwZWN0IGEgY29udGln dW91cyBoZWFkZXIgW2VoLCBpcCwgdGNwXS4gKi8KIApAQCAtNjczLDggKzY5NywzNyBAQAogCiAJ c2VxID0gbnRvaGwodGgtPnRoX3NlcSk7CiAKKwlpZiAoTV9IQVNIVFlQRV9JU0hBU0gobSkpIHsK KwkJaGFzaCA9IG0tPm1fcGt0aGRyLmZsb3dpZDsKKwl9IGVsc2UgeworCQlzd2l0Y2ggKGVoX3R5 cGUpIHsKKyNpZmRlZiBJTkVUCisJCWNhc2UgRVRIRVJUWVBFX0lQOgorCQkJaGFzaCA9IGlwNC0+ aXBfc3JjLnNfYWRkciArIGlwNC0+aXBfZHN0LnNfYWRkcjsKKwkJCWJyZWFrOworI2VuZGlmCisj aWZkZWYgSU5FVDYKKwkJY2FzZSBFVEhFUlRZUEVfSVBWNjoKKwkJCWhhc2ggPSBpcDYtPmlwNl9z cmMuczZfYWRkcjMyWzBdICsKKwkJCSAgICBpcDYtPmlwNl9kc3QuczZfYWRkcjMyWzBdOworCQkJ aGFzaCArPSBpcDYtPmlwNl9zcmMuczZfYWRkcjMyWzFdICsKKwkJCSAgICBpcDYtPmlwNl9kc3Qu czZfYWRkcjMyWzFdOworCQkJaGFzaCArPSBpcDYtPmlwNl9zcmMuczZfYWRkcjMyWzJdICsKKwkJ CSAgICBpcDYtPmlwNl9kc3QuczZfYWRkcjMyWzJdOworCQkJaGFzaCArPSBpcDYtPmlwNl9zcmMu czZfYWRkcjMyWzNdICsKKwkJCSAgICBpcDYtPmlwNl9kc3QuczZfYWRkcjMyWzNdOworCQkJYnJl YWs7CisjZW5kaWYKKwkJZGVmYXVsdDoKKwkJCWhhc2ggPSAwOworCQkJYnJlYWs7CisJCX0KKwkJ aGFzaCArPSB0aC0+dGhfc3BvcnQgKyB0aC0+dGhfZHBvcnQ7CisJfQorCWJ1Y2tldCA9ICZsYy0+ bHJvX2hhc2hbaGFzaCAlIGxjLT5scm9faGFzaHN6XTsKKwogCS8qIFRyeSB0byBmaW5kIGEgbWF0 Y2hpbmcgcHJldmlvdXMgc2VnbWVudC4gKi8KLQlMSVNUX0ZPUkVBQ0gobGUsICZsYy0+bHJvX2Fj dGl2ZSwgbmV4dCkgeworCUxJU1RfRk9SRUFDSChsZSwgYnVja2V0LCBoYXNoX25leHQpIHsKIAkJ aWYgKGxlLT5laF90eXBlICE9IGVoX3R5cGUpCiAJCQljb250aW51ZTsKIAkJaWYgKGxlLT5zb3Vy Y2VfcG9ydCAhPSB0aC0+dGhfc3BvcnQgfHwKQEAgLTc4Miw3ICs4MzUsNyBAQAogCS8qIFN0YXJ0 IGEgbmV3IHNlZ21lbnQgY2hhaW4uICovCiAJbGUgPSBMSVNUX0ZJUlNUKCZsYy0+bHJvX2ZyZWUp OwogCUxJU1RfUkVNT1ZFKGxlLCBuZXh0KTsKLQl0Y3BfbHJvX2FjdGl2ZV9pbnNlcnQobGMsIGxl KTsKKwl0Y3BfbHJvX2FjdGl2ZV9pbnNlcnQobGMsIGJ1Y2tldCwgbGUpOwogCWdldG1pY3JvdGlt ZSgmbGUtPm10aW1lKTsKIAogCS8qIFN0YXJ0IGZpbGxpbmcgaW4gZGV0YWlscy4gKi8KCg== From owner-freebsd-net@freebsd.org Thu Jun 2 05:34:36 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 6E4DCB62C1C for ; Thu, 2 Jun 2016 05:34:36 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:1900:2254:206a::19:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx2.freebsd.org", Issuer "Gandi Standard SSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 321D91E55; Thu, 2 Jun 2016 05:34:36 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from mandree.no-ip.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.freebsd.org (Postfix) with ESMTPS id B010C2DFB; Thu, 2 Jun 2016 05:34:35 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id C0F1123CF40; Thu, 2 Jun 2016 07:34:33 +0200 (CEST) References: <574F5CD8.7020302@pyret.net> Subject: regression/showstopper for FreeBSD 11? Fwd: Regarding OpenVPN on FreeBSD To: re , melifaro@freebsd.org Cc: daniel.engberg.lists@pyret.net, freebsd-net@freebsd.org From: Matthias Andree X-Forwarded-Message-Id: <574F5CD8.7020302@pyret.net> Message-ID: <574FC569.3000602@FreeBSD.org> Date: Thu, 2 Jun 2016 07:34:33 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 MIME-Version: 1.0 In-Reply-To: <574F5CD8.7020302@pyret.net> Content-Type: multipart/mixed; boundary="------------020304080006070905080908" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 02 Jun 2016 05:34:36 -0000 This is a multi-part message in MIME format. --------------020304080006070905080908 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Dear release engineers, there may be a showstopper for OpenVPN on FreeBSD 11 due to routing changes, and some analysis has already happened. Comment #1 in the bug suggests it may be a new kernel bug. Please investigate and fix. Thank you. Cheers, Matthias --------------020304080006070905080908 Content-Type: message/rfc822; name="Regarding OpenVPN on FreeBSD.eml" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="Regarding OpenVPN on FreeBSD.eml" Return-Path: Received: from unimail.uni-dortmund.de ([unix socket]) by unimail (Cyrus 2.5.8) with LMTPA; Thu, 02 Jun 2016 00:09:11 +0200 X-Sieve: CMU Sieve 2.4 Received: from esa4.itmc.tu-dortmund.de (esa4.itmc.tu-dortmund.de [129.217.131.14]) by unimail.uni-dortmund.de (8.16.0.16/8.16.0.16) with ESMTPS id u51M8wCn028614 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Thu, 2 Jun 2016 00:09:11 +0200 (CEST) IronPort-PHdr: =?us-ascii?q?9a23=3Afb6ziB0MxPeIE+rzsmDT+DRfVm0co7zxezQtwd8Z?= =?us-ascii?q?segQLvad9pjvdHbS+e9qxAeQG96LurQZ26GO4ujJYi8p39WoiDg6aptCVhsI24?= =?us-ascii?q?09vjcLJ4q7M3D9N+PgdCcgHc5PBxdP9nC/NlVJSo6lPwWB6kO74TNaIBjjLw09?= =?us-ascii?q?fr2zQd6DyZnnnLjjs7ToICx2xxOFKYtoKxu3qQiD/uI3uqBFbpgL9x3Sv3FTcP?= =?us-ascii?q?5Xz247bXianhL7+9vitMU7q3cYjdt6qJUFCfmyP/lgDO8QMDNzNmkz6NfmuDHt?= =?us-ascii?q?VwaCzEAwFGIMnUlmGQ/AuT3zWJb8tmPXsOV31TOVdZn6RLY1VDDk4qFkQhLyh2?= =?us-ascii?q?EDNiUl60nPm9Z9kORdrQ739E83+JLdfIzAbKk2RajaZ95PGDJM?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0FuBwDhW09XgHSyCAheKgGCZoECNkcGu?= =?us-ascii?q?hcBDYF6EhCFZoFAOBQBAQEBAQEBAQIPAQEJDQkJIS9BAQEBAgEIBIFdCjk8AQE?= =?us-ascii?q?BAQEBIwINgQhVNgIFFgsCCwMCAQIBWAgBAYgsAgEBAQigO49ikV4FgQGBI4hQh?= =?us-ascii?q?QyCNYJZAQSYN4YAiCCBUwGHaQSFW49KAh4BAYQxbAGDToRBU1UBfgEBAQ?= X-IPAS-Result: =?us-ascii?q?A0FuBwDhW09XgHSyCAheKgGCZoECNkcGuhcBDYF6EhCFZoF?= =?us-ascii?q?AOBQBAQEBAQEBAQIPAQEJDQkJIS9BAQEBAgEIBIFdCjk8AQEBAQEBIwINgQhVN?= =?us-ascii?q?gIFFgsCCwMCAQIBWAgBAYgsAgEBAQigO49ikV4FgQGBI4hQhQyCNYJZAQSYN4Y?= =?us-ascii?q?AiCCBUwGHaQSFW49KAh4BAYQxbAGDToRBU1UBfgEBAQ?= X-IronPort-AV: E=Sophos;i="5.26,403,1459807200"; d="scan'208";a="48644813" Received: from mx2.freebsd.org ([8.8.178.116]) by esa4.itmc.tu-dortmund.de with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 02 Jun 2016 00:09:10 +0200 Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.freebsd.org (Postfix) with ESMTPS id E15BB69E67 for ; Wed, 1 Jun 2016 22:09:06 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id CBD141A09 for ; Wed, 1 Jun 2016 22:09:06 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Received: by freefall.freebsd.org (Postfix) id CAB851B05; Wed, 1 Jun 2016 22:09:06 +0000 (UTC) Delivered-To: mandree@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by freefall.freebsd.org (Postfix) with ESMTP id C8C481B04 for ; Wed, 1 Jun 2016 22:09:06 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [IPv6:2001:4b98:c:538::197]) (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 920761A08 for ; Wed, 1 Jun 2016 22:09:06 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Received: from mfilter43-d.gandi.net (mfilter43-d.gandi.net [217.70.178.174]) by relay5-d.mail.gandi.net (Postfix) with ESMTP id 6FF8541C08A for ; Thu, 2 Jun 2016 00:09:03 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter43-d.gandi.net Received: from relay5-d.mail.gandi.net ([IPv6:::ffff:217.70.183.197]) by mfilter43-d.gandi.net (mfilter43-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id oFRnj_5hRLPX for ; Thu, 2 Jun 2016 00:09:01 +0200 (CEST) X-Originating-IP: 90.231.139.91 Received: from [192.168.1.249] (h91n1-gl-a-a31.ias.bredband.telia.com [90.231.139.91]) (Authenticated sender: daniel.engberg@pyret.net) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id D584641C086 for ; Thu, 2 Jun 2016 00:09:01 +0200 (CEST) To: mandree@FreeBSD.org From: Daniel Engberg Subject: Regarding OpenVPN on FreeBSD Message-ID: <574F5CD8.7020302@pyret.net> Date: Thu, 2 Jun 2016 00:08:24 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, Since FreeBSD 11 is approaching you probably want to have a look and/or escalate to someone who can make decisions about it. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207831 Best regards, Daniel --------------020304080006070905080908-- From owner-freebsd-net@freebsd.org Thu Jun 2 07:35:43 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 93D99B64604 for ; Thu, 2 Jun 2016 07:35:43 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id 6421119CE for ; Thu, 2 Jun 2016 07:35:43 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 075301725F; Thu, 2 Jun 2016 07:35:43 +0000 (UTC) Date: Thu, 2 Jun 2016 07:35:43 +0000 To: freebsd-net@freebsd.org From: "hselasky (Hans Petter Selasky)" Reply-to: D6688+325+682f43da723b770f@reviews.freebsd.org Subject: [Differential] D6688: net: Use M_HASHTYPE_OPAQUE_HASH if the mbuf flowid has hash properties Message-ID: <19a25574dabf89e6d8283397ce435db0@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , Thread-Topic: D6688: net: Use M_HASHTYPE_OPAQUE_HASH if the mbuf flowid has hash properties X-Herald-Rules: <29>, <54>, <55>, <56> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: NzRhYTgzMGNhOTUyZGI3NWI4NGEwOTUyYzhiIFdP4c8= MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 07:35:43 -0000 From owner-freebsd-net@freebsd.org Thu Jun 2 08:26:37 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 262B2B6775A for ; Thu, 2 Jun 2016 08:26:37 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id F17751B44 for ; Thu, 2 Jun 2016 08:26:36 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 7E280175F9; Thu, 2 Jun 2016 08:26:36 +0000 (UTC) Date: Thu, 2 Jun 2016 08:26:36 +0000 To: freebsd-net@freebsd.org From: "hselasky (Hans Petter Selasky)" Reply-to: D6689+325+6c89ed8b7a9bc66d@reviews.freebsd.org Subject: [Differential] D6689: tcp/lro: Implement hash table for LRO entries. Message-ID: <56e860c3dfdab69cff19d18de192bdb2@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: Thread-Topic: D6689: tcp/lro: Implement hash table for LRO entries. X-Herald-Rules: <64> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: ZGRkYTdkZDNmZDVlODIxOWE3MGU3NDg3NmVjIFdP7bw= MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 08:26:37 -0000 From owner-freebsd-net@freebsd.org Thu Jun 2 07:42:43 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 5CAAFB64F11 for ; Thu, 2 Jun 2016 07:42:43 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id 1556B12AE for ; Thu, 2 Jun 2016 07:42:43 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 4BDF917564; Thu, 2 Jun 2016 07:42:42 +0000 (UTC) Date: Thu, 2 Jun 2016 07:42:42 +0000 To: freebsd-net@freebsd.org From: "tuexen (Michael Tuexen)" Reply-to: D6688+325+682f43da723b770f@reviews.freebsd.org Subject: [Differential] D6688: net: Use M_HASHTYPE_OPAQUE_HASH if the mbuf flowid has hash properties Message-ID: <9fe0fbbe2d0286ecaabe4f1c3cea1c1b@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , Thread-Topic: D6688: net: Use M_HASHTYPE_OPAQUE_HASH if the mbuf flowid has hash properties X-Herald-Rules: <29>, <54>, <55>, <56> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: NzRhYTgzMGNhOTUyZGI3NWI4NGEwOTUyYzhiIFdP43I= MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 07:42:43 -0000 From owner-freebsd-net@freebsd.org Thu Jun 2 16:09:31 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 54924B62EA5 for ; Thu, 2 Jun 2016 16:09:31 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id 0EFF117E2 for ; Thu, 2 Jun 2016 16:09:30 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 2124417AB7; Thu, 2 Jun 2016 16:09:29 +0000 (UTC) Date: Thu, 2 Jun 2016 16:09:29 +0000 To: freebsd-net@freebsd.org From: "sepherosa_gmail.com (Sepherosa Ziehau)" Reply-to: D6689+325+6c89ed8b7a9bc66d@reviews.freebsd.org Subject: [Differential] D6689: tcp/lro: Implement hash table for LRO entries. Message-ID: <2f2f4032a799280c9c628e8f5e9d24a0@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: Thread-Topic: D6689: tcp/lro: Implement hash table for LRO entries. X-Herald-Rules: <64> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: ZGRkYTdkZDNmZDVlODIxOWE3MGU3NDg3NmVjIFdQWjk= MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 16:09:31 -0000 From owner-freebsd-net@freebsd.org Thu Jun 2 16:17:01 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 57B63B61DAF for ; Thu, 2 Jun 2016 16:17:01 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id 34DB81986 for ; Thu, 2 Jun 2016 16:17:01 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 98F0B17DE1; Thu, 2 Jun 2016 16:17:00 +0000 (UTC) Date: Thu, 2 Jun 2016 16:17:00 +0000 To: freebsd-net@freebsd.org From: "hselasky (Hans Petter Selasky)" Reply-to: D6689+325+6c89ed8b7a9bc66d@reviews.freebsd.org Subject: [Differential] D6689: tcp/lro: Implement hash table for LRO entries. Message-ID: X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: Thread-Topic: D6689: tcp/lro: Implement hash table for LRO entries. X-Herald-Rules: <64> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: ZGRkYTdkZDNmZDVlODIxOWE3MGU3NDg3NmVjIFdQW/w= MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 16:17:01 -0000 From owner-freebsd-net@freebsd.org Thu Jun 2 17:18:44 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 63A64B6588B for ; Thu, 2 Jun 2016 17:18:44 +0000 (UTC) (envelope-from ddesimone@verio.net) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0060.outbound.protection.outlook.com [207.46.100.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EB5061DAE for ; Thu, 2 Jun 2016 17:18:43 +0000 (UTC) (envelope-from ddesimone@verio.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=verioit.onmicrosoft.com; s=selector1-verio-net; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=zsf9SKR0YBDXiL4HF7CVC3HaYGnYeANJiU6OEHu53sw=; b=VHnztzah7lzuNAgH1MwYrJ3pqlmCuF7xaV+MSqlLuqAhTdIXWKfnZZ+ETZShF+7XZjnHSl1CUIGLrYPbNub6JC38yEwOJvkjSwBBpia5WQ3aCmZ/YkVXku1mMwpGqfBsQN2hbgzc/8UtqnPdmUqlg2PDseqUN7PotvdlLud+RO0= Received: from BLUPR08MB1810.namprd08.prod.outlook.com (10.162.226.28) by BLUPR08MB1812.namprd08.prod.outlook.com (10.162.226.30) with Microsoft SMTP Server (TLS) id 15.1.511.6; Thu, 2 Jun 2016 16:45:32 +0000 Received: from BLUPR08MB1810.namprd08.prod.outlook.com ([10.162.226.28]) by BLUPR08MB1810.namprd08.prod.outlook.com ([10.162.226.28]) with mapi id 15.01.0511.008; Thu, 2 Jun 2016 16:45:31 +0000 From: David DeSimone To: "freebsd-net@freebsd.org" Subject: Blank Emails (example: D6689: tcp/lro: Implement hash table for LRO entries.) Thread-Topic: Blank Emails (example: D6689: tcp/lro: Implement hash table for LRO entries.) Thread-Index: AdG87iT1SYXRNSjUR+eL2VobfEnDRw== Date: Thu, 2 Jun 2016 16:45:31 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=verio.net; x-originating-ip: [173.71.11.10] x-ms-office365-filtering-correlation-id: 3f8c9cbe-65e7-45bc-f969-08d38b054fd6 x-microsoft-exchange-diagnostics: 1; BLUPR08MB1812; 5:Rn5KSXWeF9CoM7MFndCuGOgtTVUyw9iWzBH2QdkgnhaVBnBQuZibzwLW3jzbGQjsIt+HQPdSlhyXQ3anaQOa9Z1svehozOqHvCSBZ/icf/RlRbcKMKzIlmHPEW2V+Uel9sDA1BxdmjkRRvLBxlGdxg==; 24:c5+cwyx5oRzz6Y/A/eLmxnwXHfqs+1D1nh3e1aAd5yLWw+ySSNXttbjSxF8zWFffKf+xSBcRMpdU4bOb/73fxCiu5+Zftodr5OIDrqnwO84=; 7:XUFA+n1ktTy4+M+4iE0CcT+uOWS+8NCS/pJXZsz60sRacM+im7HqCjYSpMyxsUSrf6FiHTdGjiVxitzXZHLIe4PJkngW6FnjEC7qB3qC0TaU/R3w2b5/DeO5JkIqDX577XkM8xlg0DGzYZBlGGcHict8xNT5cPSATQ+mZg8ofs5pQc5Ql+CBF9oq5fWe2hzI x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR08MB1812; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(75325880899374); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046); SRVR:BLUPR08MB1812; BCL:0; PCL:0; RULEID:; SRVR:BLUPR08MB1812; x-forefront-prvs: 0961DF5286 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(979002)(6009001)(377454003)(13464003)(8936002)(5640700001)(86362001)(3660700001)(99286002)(66066001)(74316001)(5003600100002)(450100001)(586003)(102836003)(3846002)(87936001)(3280700002)(8676002)(6116002)(122556002)(5004730100002)(9686002)(107886002)(189998001)(229853001)(76576001)(2501003)(110136002)(54356999)(5008740100001)(50986999)(81166006)(77096005)(10400500002)(2900100001)(2351001)(5002640100001)(92566002)(5890100001)(19580395003)(33656002)(2906002)(19580405001)(15975445007)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1101; SCL:1; SRVR:BLUPR08MB1812; H:BLUPR08MB1810.namprd08.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: verio.net X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Jun 2016 16:45:31.9257 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 281c3918-264a-4db4-ab20-2dafa1dca324 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR08MB1812 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 02 Jun 2016 17:18:44 -0000 I keep receiving blank emails like this one. Is everyone else? Is there something wrong with the bug tracking system? -----Original Message----- From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd-net@freebsd.org] = On Behalf Of sepherosa_gmail.com (Sepherosa Ziehau) Sent: Thursday, June 02, 2016 11:23 AM To: freebsd-net@freebsd.org Subject: [Differential] D6689: tcp/lro: Implement hash table for LRO entrie= s. _______________________________________________ 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" ________________________________ This email message is intended for the use of the person to whom it has bee= n sent, and may contain information that is confidential or legally protect= ed. If you are not the intended recipient or have received this message in = error, you are not authorized to copy, distribute, or otherwise use this me= ssage or its attachments. Please notify the sender immediately by return e-= mail and permanently delete this message and any attachments. makes no warr= anty that this email is error or virus free. Thank you. ________________________________ This email message is intended for the use of the person to whom it has bee= n sent, and may contain information that is confidential or legally protect= ed. If you are not the intended recipient or have received this message in = error, you are not authorized to copy, distribute, or otherwise use this me= ssage or its attachments. Please notify the sender immediately by return e-= mail and permanently delete this message and any attachments. NTT America m= akes no warranty that this email is error or virus free. Thank you. ________________________________ From owner-freebsd-net@freebsd.org Thu Jun 2 17:33:47 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 40E05B65FA2 for ; Thu, 2 Jun 2016 17:33:47 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id 14B001100 for ; Thu, 2 Jun 2016 17:33:47 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 7443317E7F; Thu, 2 Jun 2016 17:33:46 +0000 (UTC) Date: Thu, 2 Jun 2016 17:33:46 +0000 To: freebsd-net@freebsd.org From: "erj (Eric Joyner)" Reply-to: D6688+325+682f43da723b770f@reviews.freebsd.org Subject: [Differential] D6688: net: Use M_HASHTYPE_OPAQUE_HASH if the mbuf flowid has hash properties Message-ID: <0d0036fe14589a1cde928c020658704c@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , Thread-Topic: D6688: net: Use M_HASHTYPE_OPAQUE_HASH if the mbuf flowid has hash properties X-Herald-Rules: <29>, <54>, <55>, <56> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: NzRhYTgzMGNhOTUyZGI3NWI4NGEwOTUyYzhiIFdQbfo= MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 17:33:47 -0000 From owner-freebsd-net@freebsd.org Thu Jun 2 20:20:17 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 46CBBB66BE5 for ; Thu, 2 Jun 2016 20:20:17 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from mail.strugglingcoder.info (strugglingcoder.info [104.236.146.68]) by mx1.freebsd.org (Postfix) with ESMTP id 396C913AC for ; Thu, 2 Jun 2016 20:20:16 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from localhost (unknown [10.1.1.3]) (Authenticated sender: hiren@strugglingcoder.info) by mail.strugglingcoder.info (Postfix) with ESMTPA id 0268717718; Thu, 2 Jun 2016 13:20:15 -0700 (PDT) Date: Thu, 2 Jun 2016 13:20:15 -0700 From: hiren panchasara To: Sreekanth Rupavatharam Cc: "freebsd-net@freebsd.org" , "jfvogel@gmail.com" Subject: Re: Possible transmit/stats problem in igb driver. Message-ID: <20160602202015.GG8994@strugglingcoder.info> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="8S1fMsFYqgBC+BN/" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 02 Jun 2016 20:20:17 -0000 --8S1fMsFYqgBC+BN/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 06/01/16 at 08:25P, Sreekanth Rupavatharam wrote: > I am seeing a strange issue with transmit with igb driver and wanted to c= heck with you if this issue is already noted. I didn?t find anything partic= ularly matching in Bugzilla. There is a test I am running where a iXIa is s= ending arps at about 500/sec for 10 seconds. This test works fine if the in= coming packet size is 64 bytes, but if the packets are larger than 64 bytes= , then I see that the counter in dev.igb.1.queue0.tx_packets shows the corr= ect value(about 5000), but dev.igb.1.mac_stats.total_pkts_txd doesn?t refle= ct that. >=20 >=20 > Before > dev.igb.1.queue0.tx_packets: 24907933 > dev.igb.1.mac_stats.total_pkts_txd: 16647169 >=20 > After > dev.igb.1.queue0.tx_packets: 24913324 > dev.igb.1.mac_stats.total_pkts_txd: 16647545 = | >=20 >=20 > queue0.tx_packets difference =3D 24913324 ? 24907933 =3D 5391 > mac_stats.total_pkts_txd difference =3D 16647545 ? 16647169 =3D 376 >=20 > I do not see any errors in the stats(I can post the complete stats if you= wish) nor do I see pause frames being received. Is there an explanation as= to why the packets are dispatched to the hardware but are not transmitted = on to the wire? Apart from stats, do you see anything else going wrong? i.e. do you actually see less packets (arp replies??) than expected? Taking your example, tx_packets is something we count in the drivers and total_pkts_txd is calculated in the card and we just read it off of it to report (E1000_TPT). To understand your setup better, ixia is the sender and your box with igb(4) is the receiver and your are sending arp requests to it. Can you post following for working (size <=3D 64bytes) and non-working (size > 64bytes) cases for before/after? sysctl dev.igb | grep tx_packets sysctl dev.igb | grep total_pkts_txd sysctl dev.igb | grep rx_packets sysctl dev.igb | grep total_pkts_recvd netstat -sp arp (You can netstat -z to clear the counters between runs.) Cheers, Hiren --8S1fMsFYqgBC+BN/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAABCgBmBQJXUJT8XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNEUyMEZBMUQ4Nzg4RjNGMTdFNjZGMDI4 QjkyNTBFMTU2M0VERkU1AAoJEIuSUOFWPt/l/HsH/3yM/3BrY28adQ5zv4N9ozYa L5NB+vKIqIIzoc42arBztEWd759qrG/2cjxB90VYQx2fjCHJD8NmWFKR5vcLRQ94 NysYNc5ZydBoI3fkistnChGQulnBOnSSYWZfjPCyliiF/Hwm/AImI9UZfeEygP34 Fj3qsTkU++aSr5N6zCnsUoirdH6sDi9zu7GxgBfiqfJInSdZLN727cIfdQWco2l1 Y8NND3KV9PQpBRwSRMUghcrrfHe2FdIOGV34GBXQUTH/h6RWjL91Szarlxqhgj9a Up9uPa0xcd/zw2W/X2mlJLjp16cxgALTLiXcHiaCdWzl8hG4iyFZMjbjh8Otajc= =O54H -----END PGP SIGNATURE----- --8S1fMsFYqgBC+BN/-- From owner-freebsd-net@freebsd.org Thu Jun 2 20:25:25 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 09477B66EA2 for ; Thu, 2 Jun 2016 20:25:25 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [185.24.122.233]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A652D1B55 for ; Thu, 2 Jun 2016 20:25:23 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from crayon2.yoonka.com (crayon2.yoonka.com [192.168.1.20]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id u52KPM7i053854 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 2 Jun 2016 20:25:22 GMT (envelope-from list1@gjunka.com) Subject: Re: Blank Emails (example: D6689: tcp/lro: Implement hash table for LRO entries.) To: freebsd-net@freebsd.org References: From: Grzegorz Junka Message-ID: <45f42bda-b727-bbc3-bf87-e3c7ef85cd4f@gjunka.com> Date: Thu, 2 Jun 2016 20:25:22 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 02 Jun 2016 20:25:25 -0000 I am. I am also new here so I thought they are expected. Grzegorz On 02/06/2016 16:45, David DeSimone wrote: > I keep receiving blank emails like this one. > > Is everyone else? > > Is there something wrong with the bug tracking system? > > > -----Original Message----- > From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd-net@freebsd.org] On Behalf Of sepherosa_gmail.com (Sepherosa Ziehau) > Sent: Thursday, June 02, 2016 11:23 AM > To: freebsd-net@freebsd.org > Subject: [Differential] D6689: tcp/lro: Implement hash table for LRO entries. > > > _______________________________________________ > 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" > > ________________________________ > This email message is intended for the use of the person to whom it has been sent, and may contain information that is confidential or legally protected. If you are not the intended recipient or have received this message in error, you are not authorized to copy, distribute, or otherwise use this message or its attachments. Please notify the sender immediately by return e-mail and permanently delete this message and any attachments. makes no warranty that this email is error or virus free. Thank you. > ________________________________ > This email message is intended for the use of the person to whom it has been sent, and may contain information that is confidential or legally protected. If you are not the intended recipient or have received this message in error, you are not authorized to copy, distribute, or otherwise use this message or its attachments. Please notify the sender immediately by return e-mail and permanently delete this message and any attachments. NTT America makes no warranty that this email is error or virus free. Thank you. > ________________________________ > _______________________________________________ > 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 Jun 2 20:29:23 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 F2186B66FBF for ; Thu, 2 Jun 2016 20:29:23 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from mail.strugglingcoder.info (strugglingcoder.info [104.236.146.68]) by mx1.freebsd.org (Postfix) with ESMTP id E464C1DD9 for ; Thu, 2 Jun 2016 20:29:23 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from localhost (unknown [10.1.1.3]) (Authenticated sender: hiren@strugglingcoder.info) by mail.strugglingcoder.info (Postfix) with ESMTPA id A9B411773C; Thu, 2 Jun 2016 13:29:22 -0700 (PDT) Date: Thu, 2 Jun 2016 13:29:22 -0700 From: hiren panchasara To: Grzegorz Junka Cc: freebsd-net@freebsd.org Subject: Re: Blank Emails (example: D6689: tcp/lro: Implement hash table for LRO entries.) Message-ID: <20160602202922.GH8994@strugglingcoder.info> References: <45f42bda-b727-bbc3-bf87-e3c7ef85cd4f@gjunka.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="+QwZB9vYiNIzNXIj" Content-Disposition: inline In-Reply-To: <45f42bda-b727-bbc3-bf87-e3c7ef85cd4f@gjunka.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 02 Jun 2016 20:29:24 -0000 --+QwZB9vYiNIzNXIj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 06/02/16 at 08:25P, Grzegorz Junka wrote: > I am. I am also new here so I thought they are expected. >=20 > Grzegorz >=20 >=20 > On 02/06/2016 16:45, David DeSimone wrote: > > I keep receiving blank emails like this one. > > > > Is everyone else? > > > > Is there something wrong with the bug tracking system? I believe its the phabricator (review system) that does it. I'll let the admins know. Cheers, Hiren --+QwZB9vYiNIzNXIj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAABCgBmBQJXUJciXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNEUyMEZBMUQ4Nzg4RjNGMTdFNjZGMDI4 QjkyNTBFMTU2M0VERkU1AAoJEIuSUOFWPt/l/EgIAIPbJqH1a4w2aLYIDQ/OoQnY /sBSCgP5QIf9mK0MW64KrWpfMCZTdHHabDOIsaGPv69qrtfvxztUTk+59FsoQuee VisDvDqkt/XFe6sfjk0wdZezb9AIUKQlbj03Rs6/2NaWKwgIK0sSZXMNTVxacV5N +2d6Z2saYidun1Ek61Qwu+EMEN71FoaldBV7TZf3nB+ntDMGTAGdCOYJg0NMYtxf 6Q1AX71I62+kV5srH5QJrruf/GAw7lTeC7Y3p3VrXTxI08QFvckOsj3aYN9dVH8i SVOzzWPk0HCVYnz+pAwE0aE7y23mE38WquCdTldpnmRX//tjbZh7lqTlPsYhsX0= =Fx/Y -----END PGP SIGNATURE----- --+QwZB9vYiNIzNXIj-- From owner-freebsd-net@freebsd.org Thu Jun 2 21:11:42 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 44CCDB65F2A for ; Thu, 2 Jun 2016 21:11:42 +0000 (UTC) (envelope-from rupavath@juniper.net) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0111.outbound.protection.outlook.com [65.55.169.111]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CD1BB1BB6 for ; Thu, 2 Jun 2016 21:11:41 +0000 (UTC) (envelope-from rupavath@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=b5/6Tf0PLb4HAYrXiRiI0S4x1Jp+HRZ33m/NXKPKDnY=; b=BwMluYB5r7081C6+R9oWdnKGsFJ7T8/QDmObl7ubnNAz2dYXVxut5lBAE5t+AauXhJUDohCfv9O03awqhctLwicV0FqU5ilki06al3H4x2ZRtWPeYvgIZGSemvj74ZJQrwp5w2Hr/oF9fzvqE7PoCl8doBNwqN9GfIn3BOTEKWk= Received: from DM2PR0501MB1152.namprd05.prod.outlook.com (10.160.245.154) by DM2PR0501MB1149.namprd05.prod.outlook.com (10.160.245.151) with Microsoft SMTP Server (TLS) id 15.1.506.9; Thu, 2 Jun 2016 21:11:32 +0000 Received: from DM2PR0501MB1152.namprd05.prod.outlook.com ([10.160.245.154]) by DM2PR0501MB1152.namprd05.prod.outlook.com ([10.160.245.154]) with mapi id 15.01.0506.013; Thu, 2 Jun 2016 21:11:32 +0000 From: Sreekanth Rupavatharam To: hiren panchasara CC: "freebsd-net@freebsd.org" , "jfvogel@gmail.com" Subject: Re: Possible transmit/stats problem in igb driver. Thread-Topic: Possible transmit/stats problem in igb driver. Thread-Index: AQHRvEO2jFZU+cZVnkCsgDAxQb6jLZ/Wn9GA//+Y+oA= Date: Thu, 2 Jun 2016 21:11:32 +0000 Message-ID: <9A903EE5-3F2C-46C0-B563-1150F81E3507@juniper.net> References: <20160602202015.GG8994@strugglingcoder.info> In-Reply-To: <20160602202015.GG8994@strugglingcoder.info> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.16.0.160506 authentication-results: strugglingcoder.info; dkim=none (message not signed) header.d=none;strugglingcoder.info; dmarc=none action=none header.from=juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.239.13] x-ms-office365-filtering-correlation-id: df20d869-c193-4122-ec5d-08d38b2a790c x-microsoft-exchange-diagnostics: 1; DM2PR0501MB1149; 5:9qqd558Xjd20k/1YcuG0D8Xgr1+vlFFMrlGap/FXS3YcmmKVLONQaZetXpio0AasbZMB3KyHpbOGbGV08HNJyHzvOJX5u3irbYgRDpMYionfz/AbTVMEa15gh2nl08fCwOQuqaiXdS0HyExpygx2gw==; 24:eYCaa4S6HvZYhLu1lxpQ23U7jbcGDre5jf7bF+NFmyTOWme/DcbqEm+4LwutsjyDfAAuZZT6p9El4p1Xtk9BT1ES17OVM0ue3pwqVbS7qqQ=; 7:DFMblr0KKON1fNrk/KrKVay0XNP7qwDUwAZchy7HBYGkLjY74O7FPWiVI0tUmfSe00OBhXdGVHm0GPXMZ2M03ujA2w1CiB7rQ43G6ppTNj4559nm1OU43GoyWZMQ/g7GEXAoEFAPIRSUG+RAkFkOPbGPhr7XbOxYEp3ltEWYmATJ0S98B7YGOAwDRDavnlImBcNFe9nBxcF2vXw+p/ZqqQ== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR0501MB1149; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026); SRVR:DM2PR0501MB1149; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1149; x-forefront-prvs: 0961DF5286 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(122556002)(8676002)(10400500002)(81166006)(92566002)(82746002)(36756003)(83716003)(86362001)(2900100001)(4001350100001)(77096005)(2950100001)(19580395003)(189998001)(106116001)(87936001)(110136002)(83506001)(5002640100001)(54356999)(50986999)(5004730100002)(99286002)(76176999)(33656002)(11100500001)(3660700001)(4326007)(66066001)(2906002)(5008740100001)(6116002)(3846002)(586003)(102836003)(8936002)(3280700002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB1149; H:DM2PR0501MB1152.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: <6BA29109DEC368479DDF23938859075E@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Jun 2016 21:11:32.4055 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0501MB1149 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 02 Jun 2016 21:11:42 -0000 SW5saW5lDQoNCj5BcGFydCBmcm9tIHN0YXRzLCBkbyB5b3Ugc2VlIGFueXRoaW5nIGVsc2UgZ29p bmcgd3Jvbmc/IGkuZS4gZG8geW91DQo+YWN0dWFsbHkgc2VlIGxlc3MgcGFja2V0cyAoYXJwIHJl cGxpZXM/PykgdGhhbiBleHBlY3RlZD8NCg0KW1NSXSBUaGUgcGFja2V0cyBhcmUgbm90IGdvaW5n IG91dCBvbiB0aGUgd2lyZS4gVGhlIHRvb2wgZG9lc27igJl0IHJlY2VpdmUgdGhlIHBhY2tldHMu IFRoYXTigJlzIGhvdyBJIHN0YXJ0ZWQgbm90aWNpbmcgdGhlIGlzc3VlLiANCg0KPlRha2luZyB5 b3VyIGV4YW1wbGUsIHR4X3BhY2tldHMgaXMgc29tZXRoaW5nIHdlIGNvdW50IGluIHRoZSBkcml2 ZXJzIGFuZA0KPnRvdGFsX3BrdHNfdHhkIGlzIGNhbGN1bGF0ZWQgaW4gdGhlIGNhcmQgYW5kIHdl IGp1c3QgcmVhZCBpdCBvZmYgb2YgaXQNCj50byByZXBvcnQgKEUxMDAwX1RQVCkuDQoNCltTUl0g Q29ycmVjdC4gTXkgbWFpbiBxdWVzdGlvbiB3b3VsZCBiZSB1bmRlciB3aGF0IGNpcmN1bXN0YW5j ZSB3b3VsZCB0aGUgcGFja2V0IGhhbmRlZCBvZmYgdG8gaGFyZHdhcmUgd2lsbCAqbm90KiBiZSB0 cmFuc21pdHRlZD8uIEVzcGVjaWFsbHkgY29uc2lkZXJpbmcgdGhlcmUgYXJlIG5vIHRyYW5zbWl0 IGVycm9ycyBvciBwYXVzZSBmcmFtZXMgcmVjZWl2ZWQuIFRoZXJlIGFyZSBubyBkbWEgdHggZmFp bHVyZXMgZWl0aGVyLiBUaGF04oCZcyB0aGUgYmFmZmxpbmcgcGFydC4gSSB0cmllZCBhbm90aGVy IGV4ZXJjaXNlIHdoZXJlIEkgdXNlZCBwaW5nIG9mIHZhcmlvdXMgc2l6ZXMgZ29pbmcgb3V0LCBi dXQgdGhhdCBkb2VzbuKAmXQgc2VlbSB0byB0cmlnZ2VyIHRoZSBwcm9ibGVtLg0KDQoNCj5UbyB1 bmRlcnN0YW5kIHlvdXIgc2V0dXAgYmV0dGVyLCBpeGlhIGlzIHRoZSBzZW5kZXIgYW5kIHlvdXIg Ym94IHdpdGgNCj5pZ2IoNCkgaXMgdGhlIHJlY2VpdmVyIGFuZCB5b3VyIGFyZSBzZW5kaW5nIGFy cCByZXF1ZXN0cyB0byBpdC4NCg0KWWVzLCBjb3JyZWN0LiANCg0KPkNhbiB5b3UgcG9zdCBmb2xs b3dpbmcgZm9yIHdvcmtpbmcgKHNpemUgPD0gNjRieXRlcykgYW5kIG5vbi13b3JraW5nDQo+KHNp emUgPiA2NGJ5dGVzKSBjYXNlcyBmb3IgYmVmb3JlL2FmdGVyPw0KPg0KPnN5c2N0bCBkZXYuaWdi IHwgZ3JlcCB0eF9wYWNrZXRzDQo+c3lzY3RsIGRldi5pZ2IgfCBncmVwIHRvdGFsX3BrdHNfdHhk DQo+c3lzY3RsIGRldi5pZ2IgfCBncmVwIHJ4X3BhY2tldHMNCj5zeXNjdGwgZGV2LmlnYiB8IGdy ZXAgdG90YWxfcGt0c19yZWN2ZA0KDQoNCkJlZm9yZShub3Qgd29ya2luZyk6IA0KZGV2LmlnYi4x LnF1ZXVlMC50eF9wYWNrZXRzOiAyNDkwNzkzMw0KZGV2LmlnYi4xLnF1ZXVlMC5yeF9wYWNrZXRz OiAxODA4NjU3NQ0KZGV2LmlnYi4xLm1hY19zdGF0cy50b3RhbF9wa3RzX3JlY3ZkOiAyNTA1NzM1 OQ0KZGV2LmlnYi4xLm1hY19zdGF0cy50b3RhbF9wa3RzX3R4ZDogMTY2NDcxNjkNCg0KQWZ0ZXIo bm90IHdvcmtpbmcpOg0KZGV2LmlnYi4xLnF1ZXVlMC50eF9wYWNrZXRzOiAyNDkxMzMyNA0KZGV2 LmlnYi4xLnF1ZXVlMC5yeF9wYWNrZXRzOiAxODA5MTgzMg0KZGV2LmlnYi4xLm1hY19zdGF0cy50 b3RhbF9wa3RzX3JlY3ZkOiAyNTA2MjYxOA0KZGV2LmlnYi4xLm1hY19zdGF0cy50b3RhbF9wa3Rz X3R4ZDogMTY2NDc1NDUNCj5uZXRzdGF0IC1zcCBhcnANCg0KVGhlIGRpZmZlcmVuY2UgaXMgIDUz OTEgZm9yIHF1ZXVlMC50eF9wYWNrZXRzIGJ1dCBmb3IgbWFjX3N0YXRzLnRvdGFsX3BrdHNfdHhk ICBpcyAzNzYNCkV2ZXJ5dGhpbmcgZWxzZSBpcyBtYXRjaGluZyB1cC4gDQoNCkJlZm9yZSAod29y a2luZykNCmRldi5pZ2IuMS5xdWV1ZTAudHhfcGFja2V0czogMjUzNTkxNjUNCmRldi5pZ2IuMS5x dWV1ZTAucnhfcGFja2V0czogMTg1MjYwOTQNCmRldi5pZ2IuMS5tYWNfc3RhdHMudG90YWxfcGt0 c19yZWN2ZDogMjU1MDg3NjMNCmRldi5pZ2IuMS5tYWNfc3RhdHMudG90YWxfcGt0c190eGQ6IDE2 ODMxNTg3DQoNCg0KQWZ0ZXIod29ya2luZykNCmRldi5pZ2IuMS5xdWV1ZTAudHhfcGFja2V0czog MjUzNjQ1OTcNCmRldi5pZ2IuMS5xdWV1ZTAucnhfcGFja2V0czogMTg1MzEzOTgNCmRldi5pZ2Iu MS5tYWNfc3RhdHMudG90YWxfcGt0c19yZWN2ZDogMjU1MTQwMDkNCmRldi5pZ2IuMS5tYWNfc3Rh dHMudG90YWxfcGt0c190eGQ6IDE2ODM2ODMzDQoNCg0KQW5vdGhlciBpbnRlcmVzdGluZyBzdGF0 IGlzIA0KYmVmb3JlX25vdHdvcmtpbmc6ZGV2LmlnYi4xLmludGVycnVwdHMudHhfcXVldWVfZW1w dHk6IDE2NjQ2ODkwDQphZnRlcl9ub3R3b3JraW5nOmRldi5pZ2IuMS5pbnRlcnJ1cHRzLnR4X3F1 ZXVlX2VtcHR5OiAxNjY0NzI2Ng0KDQpUaGUgZGlmZmVyZW5jZSBoZXJlIGlzIGV4YWN0bHkgMzc2 IHdoaWNoIGlzIHRoZSBudW1iZXIgb2YgcGFja2V0cyB0aGF0IHRoZSBkZXZpY2UgYWN0dWFsbHkg Y2xhaW1zIHRvIGhhdmUgdHJhbnNtaXR0ZWQuIEl04oCZcyBhcyB0aG91Z2ggaXQgZGlkbuKAmXQg c2VlIHRoZSBvdGhlciBwYWNrZXRzIGVuLXF1ZXVlZCBpbiB0aGUgcmluZyBkZXNjcmlwdG9yLg0K DQoNCkkgY2Fu4oCZdCBkbyBuZXRzdGF0IGp1c3QgZm9yIGFycCBhcyB0aGVzZSBhcmUgY29taW5n IGluIGEgdHVubmVsKFBhY2tldHMgZG9u4oCZdOKAmSBzaG93IHVwIGFzIGFycCBvbiB0aGUgaW50 ZXJmYWNlKS4gSG93ZXZlciwgSSBkaWQgc2VlIHRoZSBwYWNrZXQgcmF0ZSB3YXMgYWJvdXQgNTAw IHBhY2tldHMvc2VjDQoNCg0KPihZb3UgY2FuIG5ldHN0YXQgLXogdG8gY2xlYXIgdGhlIGNvdW50 ZXJzIGJldHdlZW4gcnVucy4pDQo+DQo+Q2hlZXJzLA0KPkhpcmVuDQoNCg== From owner-freebsd-net@freebsd.org Thu Jun 2 21:13:24 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 5F430B67103 for ; Thu, 2 Jun 2016 21:13:24 +0000 (UTC) (envelope-from pfg@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 44F561D62 for ; Thu, 2 Jun 2016 21:13:24 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 43F99B67102; Thu, 2 Jun 2016 21:13:24 +0000 (UTC) Delivered-To: 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 43A17B67101 for ; Thu, 2 Jun 2016 21:13:24 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Received: from nm15.bullet.mail.bf1.yahoo.com (nm15.bullet.mail.bf1.yahoo.com [98.139.212.174]) (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 EE6081D61 for ; Thu, 2 Jun 2016 21:13:23 +0000 (UTC) (envelope-from pfg@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1464901997; bh=66DJG7QUzWbHARglrLniBtBtImOZf7iRdV1RSVfHItY=; h=To:From:Subject:Date:From:Subject; b=gRZu+1594D1XKNlYeEvGfUfOmYFVMbu0nxv/A7ShLPkVuwKClHdfK19rghR51k5HZVGgM8ylAilstxmhzRxquqU4DjH1BahwkbYOd/Z2b/PXcx4Q2BGge1TqglR0z1A41aKwywD0g+2537obWS1vlBoA7D2So3XP1bRmcZEJR4loiXFjYrLkhSOj87FzIcekylaWkksBX2J4JgUUOq8TQUohhKhYNBvGpjpI8tlnB/vHmXBrsHWR+S+F5kxJJC2dIvJ8i0J08A+xqmSOxT/jgHuxI8AFCj7Xv5jMybhY1RivpFqoZxdwRisfiSsVwZ6mQV1soBAGEPO6bfK6LkXslw== Received: from [98.139.170.181] by nm15.bullet.mail.bf1.yahoo.com with NNFMP; 02 Jun 2016 21:13:17 -0000 Received: from [68.142.230.76] by tm24.bullet.mail.bf1.yahoo.com with NNFMP; 02 Jun 2016 21:13:17 -0000 Received: from [127.0.0.1] by smtp233.mail.bf1.yahoo.com with NNFMP; 02 Jun 2016 21:13:17 -0000 X-Yahoo-Newman-Id: 262759.5910.bm@smtp233.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: MaHJur8VM1nkg6vW4wg85kZHoxLR85iQXBlqXEi5X2RFsrN fZMm3Irdgpdq5dEak6cLIIZsAGiR5QaabM2rjhu1DM3x3TZTwmcJLWL5fb8O KrYf7eeKIWL6krdrTzq5YdkQXCm2j_ki33qt4vPNQWOgLyuWXzZaPXRCxtCf UN9aJbUV8LB8cuv0XbPfqzj6yCOkps9spXrB3QxsqaCnilbJ6QkAkjaTEbRE amwxeyzTc8AzU3w4O7F3.JE.3FbHd36MlwaJnuMyYTZ3u994ZLP8QyujvDIu wiaZj2wBKvXTb_F.w0Jjvs6E5m13d7Bre1p4DlbKoxAhsyNQbJbJuOG2ky5H GAgTsdVbqtcU4MGAtUV.wFeMS3ZauVwo1HOC.0TYRSUGHGU4wA.PIRK94sii Vx5MKPWEr1l1kmbPjIa7flE7GxuHSg7ccU29.vi4dTo7pEI8yXwqc5yS0ZFG RexDaFu5EXb7phvNQ_cTV6MZznacpDkjC5GJ7L3OK2btxCVcbSjbVhz5.hnZ FPpPVeNIkDyw2H4e7omVudlEvK0ClPl4- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf To: Brett Glass , net@freebsd.org From: Pedro Giffuni Subject: Re: MPPC for Netgraph: Isn't it time? Message-ID: <5525f6ff-b1fe-a254-caf9-38fcbebc7dcd@FreeBSD.org> Date: Thu, 2 Jun 2016 16:13:15 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 02 Jun 2016 21:13:24 -0000 Hi Brett; I looked at it briefly but it's not evident where to get the missing support or any licensing information at all. If you can put together a review in phabricator or bugzilla and add me to it I will be glad to take a look. Pedro. From owner-freebsd-net@freebsd.org Thu Jun 2 21:40:16 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 10D18B677AC for ; Thu, 2 Jun 2016 21:40:16 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vk0-x236.google.com (mail-vk0-x236.google.com [IPv6:2607:f8b0:400c:c05::236]) (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 C72641A13 for ; Thu, 2 Jun 2016 21:40:15 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by mail-vk0-x236.google.com with SMTP id c189so89841018vkb.1 for ; Thu, 02 Jun 2016 14:40:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=DvKftkQAt7gxZAoZ8424zrGzSDAi+842xlts2GRdlXw=; b=NYPb1Wird2OJGoVS+PcBrDcKclu/Hn0kQdin6AzH15JEiQs8aAFjUhwP5oYpGmD1mK xMPCj7gbbnnWgOH9H1Vki9aP936HUz//hb+1mTdtrTP/vtUfFCzTygRPhBErCDlBbI0C SUqE8Yiq6ck5CLM8UvvZ0VcRcc2oNwyC+QdRiceplFbG+y9gliqCER3tfSZxFbtA0hDc O1t3P/sxucI+Csh++o505u973oDUA9AJGmnEPAOEffbcVtAu4tbZqc8ll04aYvkfQIeT 28ZY3MxiCpxcvnV5unJtHo+WpU64Dt7ySVgLLMCQIQJf6HicBn4BJoYBY8EQNqql1iio wxWQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=DvKftkQAt7gxZAoZ8424zrGzSDAi+842xlts2GRdlXw=; b=O97vwGVFCqJry9IeJS8OglVZdYHAmm/n8c0zoG0xEacOZt45bZmYCKTNEd4XJd7NXT F4G9CIZOusfEuHNkEJMtH/EUhIU7fZGHdEKU1rQCxXh5aJgki5Hv4Rl7W+ZEk/t2+29o N35ABc9QQ0Bp4yKszOWKZ8K+InvgNzjmFtFjkE//1bNOF7CKF5rJHsIuVgVDv9GbWEMw 3E9KQfuA3HRUCKY8SgITt4fQ1buEI63ZUUisLPRwshuMqayxty8cIj7YB+2ClEyMb31D esRuHjFFObs3bZ/bCR3OaIqRoOEpRc1sN8L9ssF6sjUVHaZ8dTb/QsgErx7EBlleaqkE dNqQ== X-Gm-Message-State: ALyK8tJ2vS6yPrE3fZvkGnpc9UlMVqFhYldxUk9xsQTYWz5hgL/kK/GtLflmtik0oRTO9uDllSQclWOoyGj4VQ== MIME-Version: 1.0 X-Received: by 10.31.237.129 with SMTP id l123mr127801vkh.110.1464903614901; Thu, 02 Jun 2016 14:40:14 -0700 (PDT) Received: by 10.31.171.145 with HTTP; Thu, 2 Jun 2016 14:40:14 -0700 (PDT) In-Reply-To: <9A903EE5-3F2C-46C0-B563-1150F81E3507@juniper.net> References: <20160602202015.GG8994@strugglingcoder.info> <9A903EE5-3F2C-46C0-B563-1150F81E3507@juniper.net> Date: Thu, 2 Jun 2016 14:40:14 -0700 Message-ID: Subject: Re: Possible transmit/stats problem in igb driver. From: Jack Vogel To: Sreekanth Rupavatharam Cc: hiren panchasara , "freebsd-net@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 02 Jun 2016 21:40:16 -0000 Hmmm, so I no longer have access to any of this, but I'm wondering if there is some other stat that might report errors or some sort that would match the missing/bad packets? Maybe they were considered runts or something and dropped. Good luck :) Jack On Thu, Jun 2, 2016 at 2:11 PM, Sreekanth Rupavatharam wrote: > Inline > > >Apart from stats, do you see anything else going wrong? i.e. do you > >actually see less packets (arp replies??) than expected? > > [SR] The packets are not going out on the wire. The tool doesn=E2=80=99t = receive > the packets. That=E2=80=99s how I started noticing the issue. > > >Taking your example, tx_packets is something we count in the drivers and > >total_pkts_txd is calculated in the card and we just read it off of it > >to report (E1000_TPT). > > [SR] Correct. My main question would be under what circumstance would the > packet handed off to hardware will *not* be transmitted?. Especially > considering there are no transmit errors or pause frames received. There > are no dma tx failures either. That=E2=80=99s the baffling part. I tried = another > exercise where I used ping of various sizes going out, but that doesn=E2= =80=99t > seem to trigger the problem. > > > >To understand your setup better, ixia is the sender and your box with > >igb(4) is the receiver and your are sending arp requests to it. > > Yes, correct. > > >Can you post following for working (size <=3D 64bytes) and non-working > >(size > 64bytes) cases for before/after? > > > >sysctl dev.igb | grep tx_packets > >sysctl dev.igb | grep total_pkts_txd > >sysctl dev.igb | grep rx_packets > >sysctl dev.igb | grep total_pkts_recvd > > > Before(not working): > dev.igb.1.queue0.tx_packets: 24907933 > dev.igb.1.queue0.rx_packets: 18086575 > dev.igb.1.mac_stats.total_pkts_recvd: 25057359 > dev.igb.1.mac_stats.total_pkts_txd: 16647169 > > After(not working): > dev.igb.1.queue0.tx_packets: 24913324 > dev.igb.1.queue0.rx_packets: 18091832 > dev.igb.1.mac_stats.total_pkts_recvd: 25062618 > dev.igb.1.mac_stats.total_pkts_txd: 16647545 > >netstat -sp arp > > The difference is 5391 for queue0.tx_packets but for > mac_stats.total_pkts_txd is 376 > Everything else is matching up. > > Before (working) > dev.igb.1.queue0.tx_packets: 25359165 > dev.igb.1.queue0.rx_packets: 18526094 > dev.igb.1.mac_stats.total_pkts_recvd: 25508763 > dev.igb.1.mac_stats.total_pkts_txd: 16831587 > > > After(working) > dev.igb.1.queue0.tx_packets: 25364597 > dev.igb.1.queue0.rx_packets: 18531398 > dev.igb.1.mac_stats.total_pkts_recvd: 25514009 > dev.igb.1.mac_stats.total_pkts_txd: 16836833 > > > Another interesting stat is > before_notworking:dev.igb.1.interrupts.tx_queue_empty: 16646890 > after_notworking:dev.igb.1.interrupts.tx_queue_empty: 16647266 > > The difference here is exactly 376 which is the number of packets that th= e > device actually claims to have transmitted. It=E2=80=99s as though it did= n=E2=80=99t see > the other packets en-queued in the ring descriptor. > > > I can=E2=80=99t do netstat just for arp as these are coming in a tunnel(P= ackets > don=E2=80=99t=E2=80=99 show up as arp on the interface). However, I did s= ee the packet rate > was about 500 packets/sec > > > >(You can netstat -z to clear the counters between runs.) > > > >Cheers, > >Hiren > > From owner-freebsd-net@freebsd.org Thu Jun 2 21:41:05 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 6A693B6786E for ; Thu, 2 Jun 2016 21:41:05 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from mail.strugglingcoder.info (strugglingcoder.info [104.236.146.68]) by mx1.freebsd.org (Postfix) with ESMTP id 489861B55; Thu, 2 Jun 2016 21:41:04 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from localhost (unknown [10.1.1.3]) (Authenticated sender: hiren@strugglingcoder.info) by mail.strugglingcoder.info (Postfix) with ESMTPA id 517D7177C3; Thu, 2 Jun 2016 14:41:04 -0700 (PDT) Date: Thu, 2 Jun 2016 14:41:04 -0700 From: hiren panchasara To: Sreekanth Rupavatharam Cc: "freebsd-net@freebsd.org" , "jfvogel@gmail.com" , sbruno@FreeBSD.org, erj@FreeBSD.org Subject: Re: Possible transmit/stats problem in igb driver. Message-ID: <20160602214104.GJ8994@strugglingcoder.info> References: <20160602202015.GG8994@strugglingcoder.info> <9A903EE5-3F2C-46C0-B563-1150F81E3507@juniper.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="DesjdUuHQDwS2t4N" Content-Disposition: inline In-Reply-To: <9A903EE5-3F2C-46C0-B563-1150F81E3507@juniper.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 02 Jun 2016 21:41:05 -0000 --DesjdUuHQDwS2t4N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable + Sean, Eric On 06/02/16 at 09:11P, Sreekanth Rupavatharam wrote: > Inline >=20 > >Apart from stats, do you see anything else going wrong? i.e. do you > >actually see less packets (arp replies??) than expected? >=20 > [SR] The packets are not going out on the wire. The tool doesn?t receive = the packets. That?s how I started noticing the issue.=20 >=20 > >Taking your example, tx_packets is something we count in the drivers and > >total_pkts_txd is calculated in the card and we just read it off of it > >to report (E1000_TPT). >=20 > [SR] Correct. My main question would be under what circumstance would the= packet handed off to hardware will *not* be transmitted?. Especially consi= dering there are no transmit errors or pause frames received. There are no = dma tx failures either. That?s the baffling part. I tried another exercise = where I used ping of various sizes going out, but that doesn?t seem to trig= ger the problem. >=20 >=20 > >To understand your setup better, ixia is the sender and your box with > >igb(4) is the receiver and your are sending arp requests to it. >=20 > Yes, correct.=20 >=20 > >Can you post following for working (size <=3D 64bytes) and non-working > >(size > 64bytes) cases for before/after? > > > >sysctl dev.igb | grep tx_packets > >sysctl dev.igb | grep total_pkts_txd > >sysctl dev.igb | grep rx_packets > >sysctl dev.igb | grep total_pkts_recvd >=20 >=20 > Before(not working):=20 > dev.igb.1.queue0.tx_packets: 24907933 > dev.igb.1.queue0.rx_packets: 18086575 > dev.igb.1.mac_stats.total_pkts_recvd: 25057359 > dev.igb.1.mac_stats.total_pkts_txd: 16647169 >=20 > After(not working): > dev.igb.1.queue0.tx_packets: 24913324 > dev.igb.1.queue0.rx_packets: 18091832 > dev.igb.1.mac_stats.total_pkts_recvd: 25062618 > dev.igb.1.mac_stats.total_pkts_txd: 16647545 > >netstat -sp arp >=20 > The difference is 5391 for queue0.tx_packets but for mac_stats.total_pkt= s_txd is 376 > Everything else is matching up.=20 >=20 > Before (working) > dev.igb.1.queue0.tx_packets: 25359165 > dev.igb.1.queue0.rx_packets: 18526094 > dev.igb.1.mac_stats.total_pkts_recvd: 25508763 > dev.igb.1.mac_stats.total_pkts_txd: 16831587 >=20 >=20 > After(working) > dev.igb.1.queue0.tx_packets: 25364597 > dev.igb.1.queue0.rx_packets: 18531398 > dev.igb.1.mac_stats.total_pkts_recvd: 25514009 > dev.igb.1.mac_stats.total_pkts_txd: 16836833 >=20 >=20 > Another interesting stat is=20 > before_notworking:dev.igb.1.interrupts.tx_queue_empty: 16646890 > after_notworking:dev.igb.1.interrupts.tx_queue_empty: 16647266 >=20 > The difference here is exactly 376 which is the number of packets that th= e device actually claims to have transmitted. It?s as though it didn?t see = the other packets en-queued in the ring descriptor. >=20 Very interesting. Do you tune defaults at all? What does sysctl hw.igb say? Not sure if bumping up txd would help. Adding Sean and Eric to throw some light. >=20 > I can?t do netstat just for arp as these are coming in a tunnel(Packets d= on?t? show up as arp on the interface). However, I did see the packet rate = was about 500 packets/sec > Cheers, Hiren --DesjdUuHQDwS2t4N Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAABCgBmBQJXUKfrXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNEUyMEZBMUQ4Nzg4RjNGMTdFNjZGMDI4 QjkyNTBFMTU2M0VERkU1AAoJEIuSUOFWPt/ldLEIAKglyJHw+IRINg021FAF+3QN t5gjEuMkM4I3C/4VK25+BTouaOX3BZI/c6XGCL+uXSC+8HVKLZir7MQ0RRL6lq9H 3DGEP/qUZ7i3VOTA9IHXCc3HaLhuQ4Zs4x8sNw2YNhI29U6SS+IXSs+TiScisuHe ErfBLD7QEI9mq+JJoYLZdsHUosjVB7F/x9pJEddp0q63et2E5Hidu4xocW7JMIyI cvYYK0qEHn6k5hNNr9EjC0o2nvb3V5Z1q5pVdZppsmuSROtxU9FgtuT5LqMXuMMj FNGxPT6hIN8n7c2YXkjbfGpuVT7z1nT+80mQjiwSiykPYGL50IrKVKFZXuesNdU= =bO6U -----END PGP SIGNATURE----- --DesjdUuHQDwS2t4N-- From owner-freebsd-net@freebsd.org Thu Jun 2 22:09:25 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 D2448B680DA for ; Thu, 2 Jun 2016 22:09:25 +0000 (UTC) (envelope-from rupavath@juniper.net) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0134.outbound.protection.outlook.com [157.56.110.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 630D7197F for ; Thu, 2 Jun 2016 22:09:24 +0000 (UTC) (envelope-from rupavath@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=dJCVBhOFYKLcOX8syPK7OBwDZ3wLX5ViQBjTKz1krN0=; b=DAB3bnBVU6sB2N4HXzh/NPMxYI77rbcojx2AmpZSv9FMdU0Z/lZwHUdbBsa06sBCezgjS96WEip4tWEtvkiH9F7VCuWCOSaWaqH+LMoxuTA5l06eiJmPBRolxy9m1jIKqiT0CoppBz2sIaME6dcttZaF/Eu4QmkLs5I85yAc6hg= Received: from DM2PR0501MB1152.namprd05.prod.outlook.com (10.160.245.154) by DM2PR0501MB1152.namprd05.prod.outlook.com (10.160.245.154) with Microsoft SMTP Server (TLS) id 15.1.506.9; Thu, 2 Jun 2016 22:09:18 +0000 Received: from DM2PR0501MB1152.namprd05.prod.outlook.com ([10.160.245.154]) by DM2PR0501MB1152.namprd05.prod.outlook.com ([10.160.245.154]) with mapi id 15.01.0506.013; Thu, 2 Jun 2016 22:09:17 +0000 From: Sreekanth Rupavatharam To: Jack Vogel CC: hiren panchasara , "freebsd-net@freebsd.org" Subject: Re: Possible transmit/stats problem in igb driver. Thread-Topic: Possible transmit/stats problem in igb driver. Thread-Index: AQHRvEO2jFZU+cZVnkCsgDAxQb6jLZ/Wn9GA//+Y+oCAAH1eAP//ksQA Date: Thu, 2 Jun 2016 22:09:17 +0000 Message-ID: References: <20160602202015.GG8994@strugglingcoder.info> <9A903EE5-3F2C-46C0-B563-1150F81E3507@juniper.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.16.0.160506 authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.239.13] x-ms-office365-filtering-correlation-id: b0871ee2-8b02-4bca-9a3e-08d38b328a9c x-microsoft-exchange-diagnostics: 1; DM2PR0501MB1152; 5:S/zRBNPUzErRd8w9podxBTS98VgSSO6d7En2QWP9FtxinUP0/LqY+LVPVer4zKI0rPBkHW+KCtM/lBZYgGYHN/icBNX55O+wF8uLYubEw9oKNnf3IOukgbht9MQkTNpAuJ3L7HK2pzsha+IMYhXnEQ==; 24:Gb3jFePcuMlke0tskAIhYPC+9sgWhYIElSlPFuTBU1oOJCdU6I/5TDz3QPLZl6hr/7E2A8Wf28yRDhTp5uGOe576n11lTKuSOxGzf1lcKQQ=; 7:zMi44oJ1XJSGiAVhKKp8qysnJu9KZZ/XrfW8fqI3dmKz24rh5YpAvgayYuxYIG7KTrHAMXtv5uhUQtkz5TFliILoHhaOJ5kvpvGfLIKuGRVxemuv7UEAdR73k/Hq72mYUXwDdWfdyho/MAex28VxbT0P+Hi8gfyTJIZQBLZlBfc9cJDmJOXV2DsdZOaJMIPuZZXFvA8A2P6CXLlVtFaq/Q== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR0501MB1152; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(138986009662008)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415321)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026); SRVR:DM2PR0501MB1152; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1152; x-forefront-prvs: 0961DF5286 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(377454003)(24454002)(2906002)(586003)(4001350100001)(6116002)(102836003)(3846002)(10400500002)(2900100001)(5008740100001)(82746002)(122556002)(36756003)(77096005)(19580405001)(92566002)(8676002)(4326007)(2950100001)(83506001)(81166006)(19580395003)(3660700001)(15975445007)(8936002)(3280700002)(5004730100002)(83716003)(66066001)(93886004)(86362001)(189998001)(106116001)(19300405004)(50986999)(1411001)(54356999)(99286002)(33656002)(99936001)(5002640100001)(76176999)(19625215002)(110136002)(87936001)(16236675004); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB1152; H:DM2PR0501MB1152.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/mixed; boundary="_005_CE2E0B41ED13434F99BBC2FEE47EAE81junipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Jun 2016 22:09:17.8110 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0501MB1152 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 02 Jun 2016 22:09:26 -0000 --_005_CE2E0B41ED13434F99BBC2FEE47EAE81junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RG9u4oCZdCBzZWUgYW55IGVycm9ycyBhcyBzdWNoLiBIZXJl4oCZcyB0aGUgY29tcGxldGUgc3Rh dHMuDQoNCg0KVGhhbmtzLA0KDQotU3JlZWthbnRoDQoNCg0KRnJvbTogSmFjayBWb2dlbCA8amZ2 b2dlbEBnbWFpbC5jb20+DQpEYXRlOiBUaHVyc2RheSwgSnVuZSAyLCAyMDE2IGF0IDI6NDAgUE0N ClRvOiBTcmVla2FudGggUnVwYXZhdGhhcmFtIDxydXBhdmF0aEBqdW5pcGVyLm5ldD4NCkNjOiBo aXJlbiBwYW5jaGFzYXJhIDxoaXJlbkBzdHJ1Z2dsaW5nY29kZXIuaW5mbz4sICJmcmVlYnNkLW5l dEBmcmVlYnNkLm9yZyIgPGZyZWVic2QtbmV0QGZyZWVic2Qub3JnPg0KU3ViamVjdDogUmU6IFBv c3NpYmxlIHRyYW5zbWl0L3N0YXRzIHByb2JsZW0gaW4gaWdiIGRyaXZlci4NCg0KSG1tbSwgc28g SSBubyBsb25nZXIgaGF2ZSBhY2Nlc3MgdG8gYW55IG9mIHRoaXMsIGJ1dCBJJ20gd29uZGVyaW5n IGlmIHRoZXJlIGlzIHNvbWUNCm90aGVyIHN0YXQgdGhhdCBtaWdodCByZXBvcnQgZXJyb3JzIG9y IHNvbWUgc29ydCB0aGF0IHdvdWxkIG1hdGNoIHRoZSBtaXNzaW5nL2JhZCBwYWNrZXRzPw0KTWF5 YmUgdGhleSB3ZXJlIGNvbnNpZGVyZWQgcnVudHMgb3Igc29tZXRoaW5nIGFuZCBkcm9wcGVkLg0K R29vZCBsdWNrIDopDQpKYWNrDQoNCk9uIFRodSwgSnVuIDIsIDIwMTYgYXQgMjoxMSBQTSwgU3Jl ZWthbnRoIFJ1cGF2YXRoYXJhbSA8cnVwYXZhdGhAanVuaXBlci5uZXQ8bWFpbHRvOnJ1cGF2YXRo QGp1bmlwZXIubmV0Pj4gd3JvdGU6DQpJbmxpbmUNCg0KPkFwYXJ0IGZyb20gc3RhdHMsIGRvIHlv dSBzZWUgYW55dGhpbmcgZWxzZSBnb2luZyB3cm9uZz8gaS5lLiBkbyB5b3UNCj5hY3R1YWxseSBz ZWUgbGVzcyBwYWNrZXRzIChhcnAgcmVwbGllcz8/KSB0aGFuIGV4cGVjdGVkPw0KDQpbU1JdIFRo ZSBwYWNrZXRzIGFyZSBub3QgZ29pbmcgb3V0IG9uIHRoZSB3aXJlLiBUaGUgdG9vbCBkb2VzbuKA mXQgcmVjZWl2ZSB0aGUgcGFja2V0cy4gVGhhdOKAmXMgaG93IEkgc3RhcnRlZCBub3RpY2luZyB0 aGUgaXNzdWUuDQoNCj5UYWtpbmcgeW91ciBleGFtcGxlLCB0eF9wYWNrZXRzIGlzIHNvbWV0aGlu ZyB3ZSBjb3VudCBpbiB0aGUgZHJpdmVycyBhbmQNCj50b3RhbF9wa3RzX3R4ZCBpcyBjYWxjdWxh dGVkIGluIHRoZSBjYXJkIGFuZCB3ZSBqdXN0IHJlYWQgaXQgb2ZmIG9mIGl0DQo+dG8gcmVwb3J0 IChFMTAwMF9UUFQpLg0KDQpbU1JdIENvcnJlY3QuIE15IG1haW4gcXVlc3Rpb24gd291bGQgYmUg dW5kZXIgd2hhdCBjaXJjdW1zdGFuY2Ugd291bGQgdGhlIHBhY2tldCBoYW5kZWQgb2ZmIHRvIGhh cmR3YXJlIHdpbGwgKm5vdCogYmUgdHJhbnNtaXR0ZWQ/LiBFc3BlY2lhbGx5IGNvbnNpZGVyaW5n IHRoZXJlIGFyZSBubyB0cmFuc21pdCBlcnJvcnMgb3IgcGF1c2UgZnJhbWVzIHJlY2VpdmVkLiBU aGVyZSBhcmUgbm8gZG1hIHR4IGZhaWx1cmVzIGVpdGhlci4gVGhhdOKAmXMgdGhlIGJhZmZsaW5n IHBhcnQuIEkgdHJpZWQgYW5vdGhlciBleGVyY2lzZSB3aGVyZSBJIHVzZWQgcGluZyBvZiB2YXJp b3VzIHNpemVzIGdvaW5nIG91dCwgYnV0IHRoYXQgZG9lc27igJl0IHNlZW0gdG8gdHJpZ2dlciB0 aGUgcHJvYmxlbS4NCg0KDQo+VG8gdW5kZXJzdGFuZCB5b3VyIHNldHVwIGJldHRlciwgaXhpYSBp cyB0aGUgc2VuZGVyIGFuZCB5b3VyIGJveCB3aXRoDQo+aWdiKDQpIGlzIHRoZSByZWNlaXZlciBh bmQgeW91ciBhcmUgc2VuZGluZyBhcnAgcmVxdWVzdHMgdG8gaXQuDQoNClllcywgY29ycmVjdC4N Cg0KPkNhbiB5b3UgcG9zdCBmb2xsb3dpbmcgZm9yIHdvcmtpbmcgKHNpemUgPD0gNjRieXRlcykg YW5kIG5vbi13b3JraW5nDQo+KHNpemUgPiA2NGJ5dGVzKSBjYXNlcyBmb3IgYmVmb3JlL2FmdGVy Pw0KPg0KPnN5c2N0bCBkZXYuaWdiIHwgZ3JlcCB0eF9wYWNrZXRzDQo+c3lzY3RsIGRldi5pZ2Ig fCBncmVwIHRvdGFsX3BrdHNfdHhkDQo+c3lzY3RsIGRldi5pZ2IgfCBncmVwIHJ4X3BhY2tldHMN Cj5zeXNjdGwgZGV2LmlnYiB8IGdyZXAgdG90YWxfcGt0c19yZWN2ZA0KDQoNCkJlZm9yZShub3Qg d29ya2luZyk6DQpkZXYuaWdiLjEucXVldWUwLnR4X3BhY2tldHM6IDI0OTA3OTMzDQpkZXYuaWdi LjEucXVldWUwLnJ4X3BhY2tldHM6IDE4MDg2NTc1DQpkZXYuaWdiLjEubWFjX3N0YXRzLnRvdGFs X3BrdHNfcmVjdmQ6IDI1MDU3MzU5DQpkZXYuaWdiLjEubWFjX3N0YXRzLnRvdGFsX3BrdHNfdHhk OiAxNjY0NzE2OQ0KDQpBZnRlcihub3Qgd29ya2luZyk6DQpkZXYuaWdiLjEucXVldWUwLnR4X3Bh Y2tldHM6IDI0OTEzMzI0DQpkZXYuaWdiLjEucXVldWUwLnJ4X3BhY2tldHM6IDE4MDkxODMyDQpk ZXYuaWdiLjEubWFjX3N0YXRzLnRvdGFsX3BrdHNfcmVjdmQ6IDI1MDYyNjE4DQpkZXYuaWdiLjEu bWFjX3N0YXRzLnRvdGFsX3BrdHNfdHhkOiAxNjY0NzU0NQ0KPm5ldHN0YXQgLXNwIGFycA0KDQpU aGUgZGlmZmVyZW5jZSBpcyAgNTM5MSBmb3IgcXVldWUwLnR4X3BhY2tldHMgYnV0IGZvciBtYWNf c3RhdHMudG90YWxfcGt0c190eGQgIGlzIDM3Ng0KRXZlcnl0aGluZyBlbHNlIGlzIG1hdGNoaW5n IHVwLg0KDQpCZWZvcmUgKHdvcmtpbmcpDQpkZXYuaWdiLjEucXVldWUwLnR4X3BhY2tldHM6IDI1 MzU5MTY1DQpkZXYuaWdiLjEucXVldWUwLnJ4X3BhY2tldHM6IDE4NTI2MDk0DQpkZXYuaWdiLjEu bWFjX3N0YXRzLnRvdGFsX3BrdHNfcmVjdmQ6IDI1NTA4NzYzDQpkZXYuaWdiLjEubWFjX3N0YXRz LnRvdGFsX3BrdHNfdHhkOiAxNjgzMTU4Nw0KDQoNCkFmdGVyKHdvcmtpbmcpDQpkZXYuaWdiLjEu cXVldWUwLnR4X3BhY2tldHM6IDI1MzY0NTk3DQpkZXYuaWdiLjEucXVldWUwLnJ4X3BhY2tldHM6 IDE4NTMxMzk4DQpkZXYuaWdiLjEubWFjX3N0YXRzLnRvdGFsX3BrdHNfcmVjdmQ6IDI1NTE0MDA5 DQpkZXYuaWdiLjEubWFjX3N0YXRzLnRvdGFsX3BrdHNfdHhkOiAxNjgzNjgzMw0KDQoNCkFub3Ro ZXIgaW50ZXJlc3Rpbmcgc3RhdCBpcw0KYmVmb3JlX25vdHdvcmtpbmc6ZGV2LmlnYi4xLmludGVy cnVwdHMudHhfcXVldWVfZW1wdHk6IDE2NjQ2ODkwDQphZnRlcl9ub3R3b3JraW5nOmRldi5pZ2Iu MS5pbnRlcnJ1cHRzLnR4X3F1ZXVlX2VtcHR5OiAxNjY0NzI2Ng0KDQpUaGUgZGlmZmVyZW5jZSBo ZXJlIGlzIGV4YWN0bHkgMzc2IHdoaWNoIGlzIHRoZSBudW1iZXIgb2YgcGFja2V0cyB0aGF0IHRo ZSBkZXZpY2UgYWN0dWFsbHkgY2xhaW1zIHRvIGhhdmUgdHJhbnNtaXR0ZWQuIEl04oCZcyBhcyB0 aG91Z2ggaXQgZGlkbuKAmXQgc2VlIHRoZSBvdGhlciBwYWNrZXRzIGVuLXF1ZXVlZCBpbiB0aGUg cmluZyBkZXNjcmlwdG9yLg0KDQoNCkkgY2Fu4oCZdCBkbyBuZXRzdGF0IGp1c3QgZm9yIGFycCBh cyB0aGVzZSBhcmUgY29taW5nIGluIGEgdHVubmVsKFBhY2tldHMgZG9u4oCZdOKAmSBzaG93IHVw IGFzIGFycCBvbiB0aGUgaW50ZXJmYWNlKS4gSG93ZXZlciwgSSBkaWQgc2VlIHRoZSBwYWNrZXQg cmF0ZSB3YXMgYWJvdXQgNTAwIHBhY2tldHMvc2VjDQoNCg0KPihZb3UgY2FuIG5ldHN0YXQgLXog dG8gY2xlYXIgdGhlIGNvdW50ZXJzIGJldHdlZW4gcnVucy4pDQo+DQo+Q2hlZXJzLA0KPkhpcmVu DQoNCg== --_005_CE2E0B41ED13434F99BBC2FEE47EAE81junipernet_ Content-Type: text/plain; name="after_notworking.txt" Content-Description: after_notworking.txt Content-Disposition: attachment; filename="after_notworking.txt"; size=9027; creation-date="Thu, 02 Jun 2016 22:09:17 GMT"; modification-date="Thu, 02 Jun 2016 22:09:17 GMT" Content-ID: <97688DEE26806B41B6A45EE0F1851344@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 aHcuaWdiLnJ4X3Byb2Nlc3NfbGltaXQ6IDEwMApody5pZ2IubnVtX3F1ZXVlczogMApody5pZ2Iu aGVhZGVyX3NwbGl0OiAwCmh3LmlnYi5tYXhfaW50ZXJydXB0X3JhdGU6IDgwMDAKaHcuaWdiLmVu YWJsZV9tc2l4OiAxCmh3LmlnYi5lbmFibGVfYWltOiAxCmh3LmlnYi50eGQ6IDEwMjQKaHcuaWdi LnJ4ZDogMTAyNApkZXYuaWdiLiVwYXJlbnQ6IApkZXYuaWdiLjAuJWRlc2M6IEludGVsKFIpIFBS Ty8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiB2ZXJzaW9uIC0gMi40LjAKZGV2LmlnYi4wLiVkcml2 ZXI6IGlnYgpkZXYuaWdiLjAuJWxvY2F0aW9uOiBzbG90PTcgZnVuY3Rpb249MCBoYW5kbGU9XF9T Ql8uUENJMC5TMzhfCmRldi5pZ2IuMC4lcG5waW5mbzogdmVuZG9yPTB4ODA4NiBkZXZpY2U9MHgw NDNhIHN1YnZlbmRvcj0weDgwODYgc3ViZGV2aWNlPTB4MDAwMCBjbGFzcz0weDAyMDAwMApkZXYu aWdiLjAuJXBhcmVudDogcGNpMApkZXYuaWdiLjAubnZtOiAtMQpkZXYuaWdiLjAuZW5hYmxlX2Fp bTogMQpkZXYuaWdiLjAuZmM6IDMKZGV2LmlnYi4wLnJ4X3Byb2Nlc3NpbmdfbGltaXQ6IDEwMApk ZXYuaWdiLjAubGlua19pcnE6IDgKZGV2LmlnYi4wLmRyb3BwZWQ6IDAKZGV2LmlnYi4wLnR4X2Rt YV9mYWlsOiAwCmRldi5pZ2IuMC5yeF9vdmVycnVuczogMApkZXYuaWdiLjAud2F0Y2hkb2dfdGlt ZW91dHM6IDAKZGV2LmlnYi4wLmRldmljZV9jb250cm9sOiA0MTYyOTEzOTMKZGV2LmlnYi4wLnJ4 X2NvbnRyb2w6IDY3MTQxNjY2CmRldi5pZ2IuMC5pbnRlcnJ1cHRfbWFzazogNApkZXYuaWdiLjAu ZXh0ZW5kZWRfaW50X21hc2s6IDIxNDc0ODM2NTUKZGV2LmlnYi4wLnR4X2J1Zl9hbGxvYzogMApk ZXYuaWdiLjAucnhfYnVmX2FsbG9jOiAwCmRldi5pZ2IuMC5mY19oaWdoX3dhdGVyOiAzMzE2OApk ZXYuaWdiLjAuZmNfbG93X3dhdGVyOiAzMzE1MgpkZXYuaWdiLjAucXVldWUwLmludGVycnVwdF9y YXRlOiAxMDAwMDAKZGV2LmlnYi4wLnF1ZXVlMC50eGRfaGVhZDogOTMKZGV2LmlnYi4wLnF1ZXVl MC50eGRfdGFpbDogOTMKZGV2LmlnYi4wLnF1ZXVlMC5ub19kZXNjX2F2YWlsOiAwCmRldi5pZ2Iu MC5xdWV1ZTAudHhfcGFja2V0czogNjE3NDY2CmRldi5pZ2IuMC5xdWV1ZTAucnhkX2hlYWQ6IDcw MQpkZXYuaWdiLjAucXVldWUwLnJ4ZF90YWlsOiA3MDAKZGV2LmlnYi4wLnF1ZXVlMC5yeF9wYWNr ZXRzOiA1ODc0NTMKZGV2LmlnYi4wLnF1ZXVlMC5yeF9ieXRlczogMzY3MDc1NzYKZGV2LmlnYi4w LnF1ZXVlMC5scm9fcXVldWVkOiAwCmRldi5pZ2IuMC5xdWV1ZTAubHJvX2ZsdXNoZWQ6IDAKZGV2 LmlnYi4wLnF1ZXVlMS5pbnRlcnJ1cHRfcmF0ZTogMTI2NTgKZGV2LmlnYi4wLnF1ZXVlMS50eGRf aGVhZDogNwpkZXYuaWdiLjAucXVldWUxLnR4ZF90YWlsOiA3CmRldi5pZ2IuMC5xdWV1ZTEubm9f ZGVzY19hdmFpbDogMApkZXYuaWdiLjAucXVldWUxLnR4X3BhY2tldHM6IDcKZGV2LmlnYi4wLnF1 ZXVlMS5yeGRfaGVhZDogNTY5CmRldi5pZ2IuMC5xdWV1ZTEucnhkX3RhaWw6IDU2OApkZXYuaWdi LjAucXVldWUxLnJ4X3BhY2tldHM6IDg2NTg1CmRldi5pZ2IuMC5xdWV1ZTEucnhfYnl0ZXM6IDEw NTEyMjY0MApkZXYuaWdiLjAucXVldWUxLmxyb19xdWV1ZWQ6IDAKZGV2LmlnYi4wLnF1ZXVlMS5s cm9fZmx1c2hlZDogMApkZXYuaWdiLjAubWFjX3N0YXRzLmV4Y2Vzc19jb2xsOiAwCmRldi5pZ2Iu MC5tYWNfc3RhdHMuc2luZ2xlX2NvbGw6IDAKZGV2LmlnYi4wLm1hY19zdGF0cy5tdWx0aXBsZV9j b2xsOiAwCmRldi5pZ2IuMC5tYWNfc3RhdHMubGF0ZV9jb2xsOiAwCmRldi5pZ2IuMC5tYWNfc3Rh dHMuY29sbGlzaW9uX2NvdW50OiAwCmRldi5pZ2IuMC5tYWNfc3RhdHMuc3ltYm9sX2Vycm9yczog MApkZXYuaWdiLjAubWFjX3N0YXRzLnNlcXVlbmNlX2Vycm9yczogMApkZXYuaWdiLjAubWFjX3N0 YXRzLmRlZmVyX2NvdW50OiAwCmRldi5pZ2IuMC5tYWNfc3RhdHMubWlzc2VkX3BhY2tldHM6IDAK ZGV2LmlnYi4wLm1hY19zdGF0cy5yZWN2X2xlbmd0aF9lcnJvcnM6IDAKZGV2LmlnYi4wLm1hY19z dGF0cy5yZWN2X25vX2J1ZmY6IDAKZGV2LmlnYi4wLm1hY19zdGF0cy5yZWN2X3VuZGVyc2l6ZTog MApkZXYuaWdiLjAubWFjX3N0YXRzLnJlY3ZfZnJhZ21lbnRlZDogMApkZXYuaWdiLjAubWFjX3N0 YXRzLnJlY3Zfb3ZlcnNpemU6IDAKZGV2LmlnYi4wLm1hY19zdGF0cy5yZWN2X2phYmJlcjogMApk ZXYuaWdiLjAubWFjX3N0YXRzLnJlY3ZfZXJyczogMApkZXYuaWdiLjAubWFjX3N0YXRzLmNyY19l cnJzOiAwCmRldi5pZ2IuMC5tYWNfc3RhdHMuYWxpZ25tZW50X2VycnM6IDAKZGV2LmlnYi4wLm1h Y19zdGF0cy50eF9ub19jcnM6IDAKZGV2LmlnYi4wLm1hY19zdGF0cy5jb2xsX2V4dF9lcnJzOiAw CmRldi5pZ2IuMC5tYWNfc3RhdHMueG9uX3JlY3ZkOiAwCmRldi5pZ2IuMC5tYWNfc3RhdHMueG9u X3R4ZDogMApkZXYuaWdiLjAubWFjX3N0YXRzLnhvZmZfcmVjdmQ6IDAKZGV2LmlnYi4wLm1hY19z dGF0cy54b2ZmX3R4ZDogMApkZXYuaWdiLjAubWFjX3N0YXRzLnVuc3VwcG9ydGVkX2ZjX3JlY3Zk OiAwCmRldi5pZ2IuMC5tYWNfc3RhdHMubWdtdF9wa3RzX3JlY3ZkOiAwCmRldi5pZ2IuMC5tYWNf c3RhdHMubWdtdF9wa3RzX2Ryb3A6IDAKZGV2LmlnYi4wLm1hY19zdGF0cy5tZ210X3BrdHNfdHhk OiAwCmRldi5pZ2IuMC5tYWNfc3RhdHMudG90YWxfcGt0c19yZWN2ZDogNjc0MDM4CmRldi5pZ2Iu MC5tYWNfc3RhdHMuZ29vZF9wa3RzX3JlY3ZkOiA2NzQwMzgKZGV2LmlnYi4wLm1hY19zdGF0cy5i Y2FzdF9wa3RzX3JlY3ZkOiAxCmRldi5pZ2IuMC5tYWNfc3RhdHMubWNhc3RfcGt0c19yZWN2ZDog MApkZXYuaWdiLjAubWFjX3N0YXRzLnJ4X2ZyYW1lc182NDogNDMwMzU3CmRldi5pZ2IuMC5tYWNf c3RhdHMucnhfZnJhbWVzXzY1XzEyNzogMTU3NDMxCmRldi5pZ2IuMC5tYWNfc3RhdHMucnhfZnJh bWVzXzEyOF8yNTU6IDk2CmRldi5pZ2IuMC5tYWNfc3RhdHMucnhfZnJhbWVzXzI1Nl81MTE6IDIx NTUxCmRldi5pZ2IuMC5tYWNfc3RhdHMucnhfZnJhbWVzXzUxMl8xMDIzOiAxCmRldi5pZ2IuMC5t YWNfc3RhdHMucnhfZnJhbWVzXzEwMjRfMTUyMjogNjQ2MDIKZGV2LmlnYi4wLm1hY19zdGF0cy5n b29kX29jdGV0c19yZWN2ZDogMTQ0NTI2MzY4CmRldi5pZ2IuMC5tYWNfc3RhdHMudG90YWxfb2N0 ZXRzX3JlY3ZkOiAxNDQ1MjYzNjgKZGV2LmlnYi4wLm1hY19zdGF0cy5nb29kX29jdGV0c190eGQ6 IDU5MTI4NzY1CmRldi5pZ2IuMC5tYWNfc3RhdHMudG90YWxfb2N0ZXRzX3R4ZDogNTkxMjg3NjUK ZGV2LmlnYi4wLm1hY19zdGF0cy50b3RhbF9wa3RzX3R4ZDogNjE3NDczCmRldi5pZ2IuMC5tYWNf c3RhdHMuZ29vZF9wa3RzX3R4ZDogNjE3NDczCmRldi5pZ2IuMC5tYWNfc3RhdHMuYmNhc3RfcGt0 c190eGQ6IDEKZGV2LmlnYi4wLm1hY19zdGF0cy5tY2FzdF9wa3RzX3R4ZDogMApkZXYuaWdiLjAu bWFjX3N0YXRzLnR4X2ZyYW1lc182NDogNDMwNzA0CmRldi5pZ2IuMC5tYWNfc3RhdHMudHhfZnJh bWVzXzY1XzEyNzogMTY1MDM5CmRldi5pZ2IuMC5tYWNfc3RhdHMudHhfZnJhbWVzXzEyOF8yNTU6 IDEyNQpkZXYuaWdiLjAubWFjX3N0YXRzLnR4X2ZyYW1lc18yNTZfNTExOiAyOQpkZXYuaWdiLjAu bWFjX3N0YXRzLnR4X2ZyYW1lc181MTJfMTAyMzogMjE1NjAKZGV2LmlnYi4wLm1hY19zdGF0cy50 eF9mcmFtZXNfMTAyNF8xNTIyOiAxNgpkZXYuaWdiLjAubWFjX3N0YXRzLnRzb190eGQ6IDAKZGV2 LmlnYi4wLm1hY19zdGF0cy50c29fY3R4X2ZhaWw6IDAKZGV2LmlnYi4wLmludGVycnVwdHMuYXNz ZXJ0czogMjEzMDE3NApkZXYuaWdiLjAuaW50ZXJydXB0cy5yeF9wa3RfdGltZXI6IDY3NDAyMQpk ZXYuaWdiLjAuaW50ZXJydXB0cy5yeF9hYnNfdGltZXI6IDAKZGV2LmlnYi4wLmludGVycnVwdHMu dHhfcGt0X3RpbWVyOiAwCmRldi5pZ2IuMC5pbnRlcnJ1cHRzLnR4X2Fic190aW1lcjogMApkZXYu aWdiLjAuaW50ZXJydXB0cy50eF9xdWV1ZV9lbXB0eTogNjE3NDQ3CmRldi5pZ2IuMC5pbnRlcnJ1 cHRzLnR4X3F1ZXVlX21pbl90aHJlc2g6IDExCmRldi5pZ2IuMC5pbnRlcnJ1cHRzLnJ4X2Rlc2Nf bWluX3RocmVzaDogMApkZXYuaWdiLjAuaW50ZXJydXB0cy5yeF9vdmVycnVuOiAwCmRldi5pZ2Iu MC5ob3N0LmJyZWFrZXJfdHhfcGt0OiAwCmRldi5pZ2IuMC5ob3N0Lmhvc3RfdHhfcGt0X2Rpc2Nh cmQ6IDAKZGV2LmlnYi4wLmhvc3QucnhfcGt0OiAxNwpkZXYuaWdiLjAuaG9zdC5icmVha2VyX3J4 X3BrdHM6IDAKZGV2LmlnYi4wLmhvc3QuYnJlYWtlcl9yeF9wa3RfZHJvcDogMApkZXYuaWdiLjAu aG9zdC50eF9nb29kX3BrdDogMjYKZGV2LmlnYi4wLmhvc3QuYnJlYWtlcl90eF9wa3RfZHJvcDog MApkZXYuaWdiLjAuaG9zdC5yeF9nb29kX2J5dGVzOiAxNDQ1MjYzNjgKZGV2LmlnYi4wLmhvc3Qu dHhfZ29vZF9ieXRlczogNTkxMjg3NjUKZGV2LmlnYi4wLmhvc3QubGVuZ3RoX2Vycm9yczogMApk ZXYuaWdiLjAuaG9zdC5zZXJkZXNfdmlvbGF0aW9uX3BrdDogMApkZXYuaWdiLjAuaG9zdC5oZWFk ZXJfcmVkaXJfbWlzc2VkOiAwCmRldi5pZ2IuMS4lZGVzYzogSW50ZWwoUikgUFJPLzEwMDAgTmV0 d29yayBDb25uZWN0aW9uIHZlcnNpb24gLSAyLjQuMApkZXYuaWdiLjEuJWRyaXZlcjogaWdiCmRl di5pZ2IuMS4lbG9jYXRpb246IHNsb3Q9MTYgZnVuY3Rpb249MCBoYW5kbGU9XF9TQl8uUENJMC5T ODBfCmRldi5pZ2IuMS4lcG5waW5mbzogdmVuZG9yPTB4ODA4NiBkZXZpY2U9MHgwNDNhIHN1YnZl bmRvcj0weDgwODYgc3ViZGV2aWNlPTB4MDAwMCBjbGFzcz0weDAyMDAwMApkZXYuaWdiLjEuJXBh cmVudDogcGNpMApkZXYuaWdiLjEubnZtOiAtMQpkZXYuaWdiLjEuZW5hYmxlX2FpbTogMQpkZXYu aWdiLjEuZmM6IDMKZGV2LmlnYi4xLnJ4X3Byb2Nlc3NpbmdfbGltaXQ6IDEwMApkZXYuaWdiLjEu bGlua19pcnE6IDYKZGV2LmlnYi4xLmRyb3BwZWQ6IDAKZGV2LmlnYi4xLnR4X2RtYV9mYWlsOiAw CmRldi5pZ2IuMS5yeF9vdmVycnVuczogMApkZXYuaWdiLjEud2F0Y2hkb2dfdGltZW91dHM6IDAK ZGV2LmlnYi4xLmRldmljZV9jb250cm9sOiA0MTYyOTEzOTMKZGV2LmlnYi4xLnJ4X2NvbnRyb2w6 IDY3MTQxNjY2CmRldi5pZ2IuMS5pbnRlcnJ1cHRfbWFzazogNApkZXYuaWdiLjEuZXh0ZW5kZWRf aW50X21hc2s6IDIxNDc0ODM2NTUKZGV2LmlnYi4xLnR4X2J1Zl9hbGxvYzogMApkZXYuaWdiLjEu cnhfYnVmX2FsbG9jOiAwCmRldi5pZ2IuMS5mY19oaWdoX3dhdGVyOiAzMzE2OApkZXYuaWdiLjEu ZmNfbG93X3dhdGVyOiAzMzE1MgpkZXYuaWdiLjEucXVldWUwLmludGVycnVwdF9yYXRlOiA2NjY2 NgpkZXYuaWdiLjEucXVldWUwLnR4ZF9oZWFkOiAxNjEKZGV2LmlnYi4xLnF1ZXVlMC50eGRfdGFp bDogMTYxCmRldi5pZ2IuMS5xdWV1ZTAubm9fZGVzY19hdmFpbDogMApkZXYuaWdiLjEucXVldWUw LnR4X3BhY2tldHM6IDI0OTEzMzI0CmRldi5pZ2IuMS5xdWV1ZTAucnhkX2hlYWQ6IDczOQpkZXYu aWdiLjEucXVldWUwLnJ4ZF90YWlsOiA3MzgKZGV2LmlnYi4xLnF1ZXVlMC5yeF9wYWNrZXRzOiAx ODA5MTgzMgpkZXYuaWdiLjEucXVldWUwLnJ4X2J5dGVzOiAyMDE0Njk1MDcyCmRldi5pZ2IuMS5x dWV1ZTAubHJvX3F1ZXVlZDogMApkZXYuaWdiLjEucXVldWUwLmxyb19mbHVzaGVkOiAwCmRldi5p Z2IuMS5xdWV1ZTEuaW50ZXJydXB0X3JhdGU6IDkwOTA5CmRldi5pZ2IuMS5xdWV1ZTEudHhkX2hl YWQ6IDkxMwpkZXYuaWdiLjEucXVldWUxLnR4ZF90YWlsOiA5MTMKZGV2LmlnYi4xLnF1ZXVlMS5u b19kZXNjX2F2YWlsOiAwCmRldi5pZ2IuMS5xdWV1ZTEudHhfcGFja2V0czogMTgzMApkZXYuaWdi LjEucXVldWUxLnJ4ZF9oZWFkOiA3NDcKZGV2LmlnYi4xLnF1ZXVlMS5yeGRfdGFpbDogNzQ2CmRl di5pZ2IuMS5xdWV1ZTEucnhfcGFja2V0czogNjk3MTExNQpkZXYuaWdiLjEucXVldWUxLnJ4X2J5 dGVzOiA3MTEyMzcxMDMKZGV2LmlnYi4xLnF1ZXVlMS5scm9fcXVldWVkOiAwCmRldi5pZ2IuMS5x dWV1ZTEubHJvX2ZsdXNoZWQ6IDAKZGV2LmlnYi4xLm1hY19zdGF0cy5leGNlc3NfY29sbDogMApk ZXYuaWdiLjEubWFjX3N0YXRzLnNpbmdsZV9jb2xsOiAwCmRldi5pZ2IuMS5tYWNfc3RhdHMubXVs dGlwbGVfY29sbDogMApkZXYuaWdiLjEubWFjX3N0YXRzLmxhdGVfY29sbDogMApkZXYuaWdiLjEu bWFjX3N0YXRzLmNvbGxpc2lvbl9jb3VudDogMApkZXYuaWdiLjEubWFjX3N0YXRzLnN5bWJvbF9l cnJvcnM6IDAKZGV2LmlnYi4xLm1hY19zdGF0cy5zZXF1ZW5jZV9lcnJvcnM6IDAKZGV2LmlnYi4x Lm1hY19zdGF0cy5kZWZlcl9jb3VudDogMApkZXYuaWdiLjEubWFjX3N0YXRzLm1pc3NlZF9wYWNr ZXRzOiAwCmRldi5pZ2IuMS5tYWNfc3RhdHMucmVjdl9sZW5ndGhfZXJyb3JzOiAwCmRldi5pZ2Iu MS5tYWNfc3RhdHMucmVjdl9ub19idWZmOiAwCmRldi5pZ2IuMS5tYWNfc3RhdHMucmVjdl91bmRl cnNpemU6IDAKZGV2LmlnYi4xLm1hY19zdGF0cy5yZWN2X2ZyYWdtZW50ZWQ6IDAKZGV2LmlnYi4x Lm1hY19zdGF0cy5yZWN2X292ZXJzaXplOiAwCmRldi5pZ2IuMS5tYWNfc3RhdHMucmVjdl9qYWJi ZXI6IDAKZGV2LmlnYi4xLm1hY19zdGF0cy5yZWN2X2VycnM6IDAKZGV2LmlnYi4xLm1hY19zdGF0 cy5jcmNfZXJyczogMApkZXYuaWdiLjEubWFjX3N0YXRzLmFsaWdubWVudF9lcnJzOiAwCmRldi5p Z2IuMS5tYWNfc3RhdHMudHhfbm9fY3JzOiAwCmRldi5pZ2IuMS5tYWNfc3RhdHMuY29sbF9leHRf ZXJyczogMApkZXYuaWdiLjEubWFjX3N0YXRzLnhvbl9yZWN2ZDogMApkZXYuaWdiLjEubWFjX3N0 YXRzLnhvbl90eGQ6IDAKZGV2LmlnYi4xLm1hY19zdGF0cy54b2ZmX3JlY3ZkOiAwCmRldi5pZ2Iu MS5tYWNfc3RhdHMueG9mZl90eGQ6IDAKZGV2LmlnYi4xLm1hY19zdGF0cy51bnN1cHBvcnRlZF9m Y19yZWN2ZDogMApkZXYuaWdiLjEubWFjX3N0YXRzLm1nbXRfcGt0c19yZWN2ZDogMApkZXYuaWdi LjEubWFjX3N0YXRzLm1nbXRfcGt0c19kcm9wOiAwCmRldi5pZ2IuMS5tYWNfc3RhdHMubWdtdF9w a3RzX3R4ZDogMApkZXYuaWdiLjEubWFjX3N0YXRzLnRvdGFsX3BrdHNfcmVjdmQ6IDI1MDYyNjE4 CmRldi5pZ2IuMS5tYWNfc3RhdHMuZ29vZF9wa3RzX3JlY3ZkOiAyNTA2MjYxOApkZXYuaWdiLjEu bWFjX3N0YXRzLmJjYXN0X3BrdHNfcmVjdmQ6IDE1MQpkZXYuaWdiLjEubWFjX3N0YXRzLm1jYXN0 X3BrdHNfcmVjdmQ6IDAKZGV2LmlnYi4xLm1hY19zdGF0cy5yeF9mcmFtZXNfNjQ6IDE4MDMyMwpk ZXYuaWdiLjEubWFjX3N0YXRzLnJ4X2ZyYW1lc182NV8xMjc6IDE1NjY0NTM3CmRldi5pZ2IuMS5t YWNfc3RhdHMucnhfZnJhbWVzXzEyOF8yNTU6IDg0OTc2MjMKZGV2LmlnYi4xLm1hY19zdGF0cy5y eF9mcmFtZXNfMjU2XzUxMTogNDE5MDM1CmRldi5pZ2IuMS5tYWNfc3RhdHMucnhfZnJhbWVzXzUx Ml8xMDIzOiAyMDA1ODYKZGV2LmlnYi4xLm1hY19zdGF0cy5yeF9mcmFtZXNfMTAyNF8xNTIyOiAx MDA1MTQKZGV2LmlnYi4xLm1hY19zdGF0cy5nb29kX29jdGV0c19yZWN2ZDogMjgyNjE0NzQzNApk ZXYuaWdiLjEubWFjX3N0YXRzLnRvdGFsX29jdGV0c19yZWN2ZDogMjgyNjE0NzQzNApkZXYuaWdi LjEubWFjX3N0YXRzLmdvb2Rfb2N0ZXRzX3R4ZDogMTU0Nzc1ODA0OQpkZXYuaWdiLjEubWFjX3N0 YXRzLnRvdGFsX29jdGV0c190eGQ6IDE1NDc3NTgwNDkKZGV2LmlnYi4xLm1hY19zdGF0cy50b3Rh bF9wa3RzX3R4ZDogMTY2NDc1NDUKZGV2LmlnYi4xLm1hY19zdGF0cy5nb29kX3BrdHNfdHhkOiAx NjY0NzU0NQpkZXYuaWdiLjEubWFjX3N0YXRzLmJjYXN0X3BrdHNfdHhkOiAxMDcwCmRldi5pZ2Iu MS5tYWNfc3RhdHMubWNhc3RfcGt0c190eGQ6IDAKZGV2LmlnYi4xLm1hY19zdGF0cy50eF9mcmFt ZXNfNjQ6IDY0ODg4NjMKZGV2LmlnYi4xLm1hY19zdGF0cy50eF9mcmFtZXNfNjVfMTI3OiA5ODcw NjYzCmRldi5pZ2IuMS5tYWNfc3RhdHMudHhfZnJhbWVzXzEyOF8yNTU6IDM5MjEKZGV2LmlnYi4x Lm1hY19zdGF0cy50eF9mcmFtZXNfMjU2XzUxMTogMTk2OQpkZXYuaWdiLjEubWFjX3N0YXRzLnR4 X2ZyYW1lc181MTJfMTAyMzogMTc3OApkZXYuaWdiLjEubWFjX3N0YXRzLnR4X2ZyYW1lc18xMDI0 XzE1MjI6IDI4MDM1MQpkZXYuaWdiLjEubWFjX3N0YXRzLnRzb190eGQ6IDAKZGV2LmlnYi4xLm1h Y19zdGF0cy50c29fY3R4X2ZhaWw6IDAKZGV2LmlnYi4xLmludGVycnVwdHMuYXNzZXJ0czogNTM4 NjQ2NzYKZGV2LmlnYi4xLmludGVycnVwdHMucnhfcGt0X3RpbWVyOiAyNTA1OTY5MgpkZXYuaWdi LjEuaW50ZXJydXB0cy5yeF9hYnNfdGltZXI6IDAKZGV2LmlnYi4xLmludGVycnVwdHMudHhfcGt0 X3RpbWVyOiAwCmRldi5pZ2IuMS5pbnRlcnJ1cHRzLnR4X2Fic190aW1lcjogMApkZXYuaWdiLjEu aW50ZXJydXB0cy50eF9xdWV1ZV9lbXB0eTogMTY2NDcyNjYKZGV2LmlnYi4xLmludGVycnVwdHMu dHhfcXVldWVfbWluX3RocmVzaDogMjYKZGV2LmlnYi4xLmludGVycnVwdHMucnhfZGVzY19taW5f dGhyZXNoOiAwCmRldi5pZ2IuMS5pbnRlcnJ1cHRzLnJ4X292ZXJydW46IDAKZGV2LmlnYi4xLmhv c3QuYnJlYWtlcl90eF9wa3Q6IDAKZGV2LmlnYi4xLmhvc3QuaG9zdF90eF9wa3RfZGlzY2FyZDog MApkZXYuaWdiLjEuaG9zdC5yeF9wa3Q6IDI5MjYKZGV2LmlnYi4xLmhvc3QuYnJlYWtlcl9yeF9w a3RzOiAwCmRldi5pZ2IuMS5ob3N0LmJyZWFrZXJfcnhfcGt0X2Ryb3A6IDAKZGV2LmlnYi4xLmhv c3QudHhfZ29vZF9wa3Q6IDI3OQpkZXYuaWdiLjEuaG9zdC5icmVha2VyX3R4X3BrdF9kcm9wOiAw CmRldi5pZ2IuMS5ob3N0LnJ4X2dvb2RfYnl0ZXM6IDI4MjYxNDc0MzQKZGV2LmlnYi4xLmhvc3Qu dHhfZ29vZF9ieXRlczogMTU0Nzc1ODA0OQpkZXYuaWdiLjEuaG9zdC5sZW5ndGhfZXJyb3JzOiAw CmRldi5pZ2IuMS5ob3N0LnNlcmRlc192aW9sYXRpb25fcGt0OiAwCmRldi5pZ2IuMS5ob3N0Lmhl YWRlcl9yZWRpcl9taXNzZWQ6IDAK --_005_CE2E0B41ED13434F99BBC2FEE47EAE81junipernet_ Content-Type: text/plain; name="before_notworking.txt" Content-Description: before_notworking.txt Content-Disposition: attachment; filename="before_notworking.txt"; size=9026; creation-date="Thu, 02 Jun 2016 22:09:17 GMT"; modification-date="Thu, 02 Jun 2016 22:09:17 GMT" Content-ID: <49DBB71623F99745821705496F87CCEE@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 aHcuaWdiLnJ4X3Byb2Nlc3NfbGltaXQ6IDEwMApody5pZ2IubnVtX3F1ZXVlczogMApody5pZ2Iu aGVhZGVyX3NwbGl0OiAwCmh3LmlnYi5tYXhfaW50ZXJydXB0X3JhdGU6IDgwMDAKaHcuaWdiLmVu YWJsZV9tc2l4OiAxCmh3LmlnYi5lbmFibGVfYWltOiAxCmh3LmlnYi50eGQ6IDEwMjQKaHcuaWdi LnJ4ZDogMTAyNApkZXYuaWdiLiVwYXJlbnQ6IApkZXYuaWdiLjAuJWRlc2M6IEludGVsKFIpIFBS Ty8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiB2ZXJzaW9uIC0gMi40LjAKZGV2LmlnYi4wLiVkcml2 ZXI6IGlnYgpkZXYuaWdiLjAuJWxvY2F0aW9uOiBzbG90PTcgZnVuY3Rpb249MCBoYW5kbGU9XF9T Ql8uUENJMC5TMzhfCmRldi5pZ2IuMC4lcG5waW5mbzogdmVuZG9yPTB4ODA4NiBkZXZpY2U9MHgw NDNhIHN1YnZlbmRvcj0weDgwODYgc3ViZGV2aWNlPTB4MDAwMCBjbGFzcz0weDAyMDAwMApkZXYu aWdiLjAuJXBhcmVudDogcGNpMApkZXYuaWdiLjAubnZtOiAtMQpkZXYuaWdiLjAuZW5hYmxlX2Fp bTogMQpkZXYuaWdiLjAuZmM6IDMKZGV2LmlnYi4wLnJ4X3Byb2Nlc3NpbmdfbGltaXQ6IDEwMApk ZXYuaWdiLjAubGlua19pcnE6IDgKZGV2LmlnYi4wLmRyb3BwZWQ6IDAKZGV2LmlnYi4wLnR4X2Rt YV9mYWlsOiAwCmRldi5pZ2IuMC5yeF9vdmVycnVuczogMApkZXYuaWdiLjAud2F0Y2hkb2dfdGlt ZW91dHM6IDAKZGV2LmlnYi4wLmRldmljZV9jb250cm9sOiA0MTYyOTEzOTMKZGV2LmlnYi4wLnJ4 X2NvbnRyb2w6IDY3MTQxNjY2CmRldi5pZ2IuMC5pbnRlcnJ1cHRfbWFzazogNApkZXYuaWdiLjAu ZXh0ZW5kZWRfaW50X21hc2s6IDIxNDc0ODM2NTUKZGV2LmlnYi4wLnR4X2J1Zl9hbGxvYzogMApk ZXYuaWdiLjAucnhfYnVmX2FsbG9jOiAwCmRldi5pZ2IuMC5mY19oaWdoX3dhdGVyOiAzMzE2OApk ZXYuaWdiLjAuZmNfbG93X3dhdGVyOiAzMzE1MgpkZXYuaWdiLjAucXVldWUwLmludGVycnVwdF9y YXRlOiAxMDAwMDAKZGV2LmlnYi4wLnF1ZXVlMC50eGRfaGVhZDogNzkKZGV2LmlnYi4wLnF1ZXVl MC50eGRfdGFpbDogNzkKZGV2LmlnYi4wLnF1ZXVlMC5ub19kZXNjX2F2YWlsOiAwCmRldi5pZ2Iu MC5xdWV1ZTAudHhfcGFja2V0czogNjE3NDUyCmRldi5pZ2IuMC5xdWV1ZTAucnhkX2hlYWQ6IDY4 OApkZXYuaWdiLjAucXVldWUwLnJ4ZF90YWlsOiA2ODcKZGV2LmlnYi4wLnF1ZXVlMC5yeF9wYWNr ZXRzOiA1ODc0NDAKZGV2LmlnYi4wLnF1ZXVlMC5yeF9ieXRlczogMzY3MDY3NzAKZGV2LmlnYi4w LnF1ZXVlMC5scm9fcXVldWVkOiAwCmRldi5pZ2IuMC5xdWV1ZTAubHJvX2ZsdXNoZWQ6IDAKZGV2 LmlnYi4wLnF1ZXVlMS5pbnRlcnJ1cHRfcmF0ZTogNjQ1MQpkZXYuaWdiLjAucXVldWUxLnR4ZF9o ZWFkOiA3CmRldi5pZ2IuMC5xdWV1ZTEudHhkX3RhaWw6IDcKZGV2LmlnYi4wLnF1ZXVlMS5ub19k ZXNjX2F2YWlsOiAwCmRldi5pZ2IuMC5xdWV1ZTEudHhfcGFja2V0czogNwpkZXYuaWdiLjAucXVl dWUxLnJ4ZF9oZWFkOiA1NjUKZGV2LmlnYi4wLnF1ZXVlMS5yeGRfdGFpbDogNTY0CmRldi5pZ2Iu MC5xdWV1ZTEucnhfcGFja2V0czogODY1ODEKZGV2LmlnYi4wLnF1ZXVlMS5yeF9ieXRlczogMTA1 MTE3NzYwCmRldi5pZ2IuMC5xdWV1ZTEubHJvX3F1ZXVlZDogMApkZXYuaWdiLjAucXVldWUxLmxy b19mbHVzaGVkOiAwCmRldi5pZ2IuMC5tYWNfc3RhdHMuZXhjZXNzX2NvbGw6IDAKZGV2LmlnYi4w Lm1hY19zdGF0cy5zaW5nbGVfY29sbDogMApkZXYuaWdiLjAubWFjX3N0YXRzLm11bHRpcGxlX2Nv bGw6IDAKZGV2LmlnYi4wLm1hY19zdGF0cy5sYXRlX2NvbGw6IDAKZGV2LmlnYi4wLm1hY19zdGF0 cy5jb2xsaXNpb25fY291bnQ6IDAKZGV2LmlnYi4wLm1hY19zdGF0cy5zeW1ib2xfZXJyb3JzOiAw CmRldi5pZ2IuMC5tYWNfc3RhdHMuc2VxdWVuY2VfZXJyb3JzOiAwCmRldi5pZ2IuMC5tYWNfc3Rh dHMuZGVmZXJfY291bnQ6IDAKZGV2LmlnYi4wLm1hY19zdGF0cy5taXNzZWRfcGFja2V0czogMApk ZXYuaWdiLjAubWFjX3N0YXRzLnJlY3ZfbGVuZ3RoX2Vycm9yczogMApkZXYuaWdiLjAubWFjX3N0 YXRzLnJlY3Zfbm9fYnVmZjogMApkZXYuaWdiLjAubWFjX3N0YXRzLnJlY3ZfdW5kZXJzaXplOiAw CmRldi5pZ2IuMC5tYWNfc3RhdHMucmVjdl9mcmFnbWVudGVkOiAwCmRldi5pZ2IuMC5tYWNfc3Rh dHMucmVjdl9vdmVyc2l6ZTogMApkZXYuaWdiLjAubWFjX3N0YXRzLnJlY3ZfamFiYmVyOiAwCmRl di5pZ2IuMC5tYWNfc3RhdHMucmVjdl9lcnJzOiAwCmRldi5pZ2IuMC5tYWNfc3RhdHMuY3JjX2Vy cnM6IDAKZGV2LmlnYi4wLm1hY19zdGF0cy5hbGlnbm1lbnRfZXJyczogMApkZXYuaWdiLjAubWFj X3N0YXRzLnR4X25vX2NyczogMApkZXYuaWdiLjAubWFjX3N0YXRzLmNvbGxfZXh0X2VycnM6IDAK ZGV2LmlnYi4wLm1hY19zdGF0cy54b25fcmVjdmQ6IDAKZGV2LmlnYi4wLm1hY19zdGF0cy54b25f dHhkOiAwCmRldi5pZ2IuMC5tYWNfc3RhdHMueG9mZl9yZWN2ZDogMApkZXYuaWdiLjAubWFjX3N0 YXRzLnhvZmZfdHhkOiAwCmRldi5pZ2IuMC5tYWNfc3RhdHMudW5zdXBwb3J0ZWRfZmNfcmVjdmQ6 IDAKZGV2LmlnYi4wLm1hY19zdGF0cy5tZ210X3BrdHNfcmVjdmQ6IDAKZGV2LmlnYi4wLm1hY19z dGF0cy5tZ210X3BrdHNfZHJvcDogMApkZXYuaWdiLjAubWFjX3N0YXRzLm1nbXRfcGt0c190eGQ6 IDAKZGV2LmlnYi4wLm1hY19zdGF0cy50b3RhbF9wa3RzX3JlY3ZkOiA2NzQwMjEKZGV2LmlnYi4w Lm1hY19zdGF0cy5nb29kX3BrdHNfcmVjdmQ6IDY3NDAyMQpkZXYuaWdiLjAubWFjX3N0YXRzLmJj YXN0X3BrdHNfcmVjdmQ6IDEKZGV2LmlnYi4wLm1hY19zdGF0cy5tY2FzdF9wa3RzX3JlY3ZkOiAw CmRldi5pZ2IuMC5tYWNfc3RhdHMucnhfZnJhbWVzXzY0OiA0MzAzNDcKZGV2LmlnYi4wLm1hY19z dGF0cy5yeF9mcmFtZXNfNjVfMTI3OiAxNTc0MjgKZGV2LmlnYi4wLm1hY19zdGF0cy5yeF9mcmFt ZXNfMTI4XzI1NTogOTYKZGV2LmlnYi4wLm1hY19zdGF0cy5yeF9mcmFtZXNfMjU2XzUxMTogMjE1 NTAKZGV2LmlnYi4wLm1hY19zdGF0cy5yeF9mcmFtZXNfNTEyXzEwMjM6IDEKZGV2LmlnYi4wLm1h Y19zdGF0cy5yeF9mcmFtZXNfMTAyNF8xNTIyOiA2NDU5OQpkZXYuaWdiLjAubWFjX3N0YXRzLmdv b2Rfb2N0ZXRzX3JlY3ZkOiAxNDQ1MjA2MTQKZGV2LmlnYi4wLm1hY19zdGF0cy50b3RhbF9vY3Rl dHNfcmVjdmQ6IDE0NDUyMDYxNApkZXYuaWdiLjAubWFjX3N0YXRzLmdvb2Rfb2N0ZXRzX3R4ZDog NTkxMjc4MzcKZGV2LmlnYi4wLm1hY19zdGF0cy50b3RhbF9vY3RldHNfdHhkOiA1OTEyNzgzNwpk ZXYuaWdiLjAubWFjX3N0YXRzLnRvdGFsX3BrdHNfdHhkOiA2MTc0NTkKZGV2LmlnYi4wLm1hY19z dGF0cy5nb29kX3BrdHNfdHhkOiA2MTc0NTkKZGV2LmlnYi4wLm1hY19zdGF0cy5iY2FzdF9wa3Rz X3R4ZDogMQpkZXYuaWdiLjAubWFjX3N0YXRzLm1jYXN0X3BrdHNfdHhkOiAwCmRldi5pZ2IuMC5t YWNfc3RhdHMudHhfZnJhbWVzXzY0OiA0MzA2OTQKZGV2LmlnYi4wLm1hY19zdGF0cy50eF9mcmFt ZXNfNjVfMTI3OiAxNjUwMzUKZGV2LmlnYi4wLm1hY19zdGF0cy50eF9mcmFtZXNfMTI4XzI1NTog MTI1CmRldi5pZ2IuMC5tYWNfc3RhdHMudHhfZnJhbWVzXzI1Nl81MTE6IDI5CmRldi5pZ2IuMC5t YWNfc3RhdHMudHhfZnJhbWVzXzUxMl8xMDIzOiAyMTU2MApkZXYuaWdiLjAubWFjX3N0YXRzLnR4 X2ZyYW1lc18xMDI0XzE1MjI6IDE2CmRldi5pZ2IuMC5tYWNfc3RhdHMudHNvX3R4ZDogMApkZXYu aWdiLjAubWFjX3N0YXRzLnRzb19jdHhfZmFpbDogMApkZXYuaWdiLjAuaW50ZXJydXB0cy5hc3Nl cnRzOiAyMTMwMTI0CmRldi5pZ2IuMC5pbnRlcnJ1cHRzLnJ4X3BrdF90aW1lcjogNjc0MDA0CmRl di5pZ2IuMC5pbnRlcnJ1cHRzLnJ4X2Fic190aW1lcjogMApkZXYuaWdiLjAuaW50ZXJydXB0cy50 eF9wa3RfdGltZXI6IDAKZGV2LmlnYi4wLmludGVycnVwdHMudHhfYWJzX3RpbWVyOiAwCmRldi5p Z2IuMC5pbnRlcnJ1cHRzLnR4X3F1ZXVlX2VtcHR5OiA2MTc0MzMKZGV2LmlnYi4wLmludGVycnVw dHMudHhfcXVldWVfbWluX3RocmVzaDogMTEKZGV2LmlnYi4wLmludGVycnVwdHMucnhfZGVzY19t aW5fdGhyZXNoOiAwCmRldi5pZ2IuMC5pbnRlcnJ1cHRzLnJ4X292ZXJydW46IDAKZGV2LmlnYi4w Lmhvc3QuYnJlYWtlcl90eF9wa3Q6IDAKZGV2LmlnYi4wLmhvc3QuaG9zdF90eF9wa3RfZGlzY2Fy ZDogMApkZXYuaWdiLjAuaG9zdC5yeF9wa3Q6IDE3CmRldi5pZ2IuMC5ob3N0LmJyZWFrZXJfcnhf cGt0czogMApkZXYuaWdiLjAuaG9zdC5icmVha2VyX3J4X3BrdF9kcm9wOiAwCmRldi5pZ2IuMC5o b3N0LnR4X2dvb2RfcGt0OiAyNgpkZXYuaWdiLjAuaG9zdC5icmVha2VyX3R4X3BrdF9kcm9wOiAw CmRldi5pZ2IuMC5ob3N0LnJ4X2dvb2RfYnl0ZXM6IDE0NDUyMDYxNApkZXYuaWdiLjAuaG9zdC50 eF9nb29kX2J5dGVzOiA1OTEyNzgzNwpkZXYuaWdiLjAuaG9zdC5sZW5ndGhfZXJyb3JzOiAwCmRl di5pZ2IuMC5ob3N0LnNlcmRlc192aW9sYXRpb25fcGt0OiAwCmRldi5pZ2IuMC5ob3N0LmhlYWRl cl9yZWRpcl9taXNzZWQ6IDAKZGV2LmlnYi4xLiVkZXNjOiBJbnRlbChSKSBQUk8vMTAwMCBOZXR3 b3JrIENvbm5lY3Rpb24gdmVyc2lvbiAtIDIuNC4wCmRldi5pZ2IuMS4lZHJpdmVyOiBpZ2IKZGV2 LmlnYi4xLiVsb2NhdGlvbjogc2xvdD0xNiBmdW5jdGlvbj0wIGhhbmRsZT1cX1NCXy5QQ0kwLlM4 MF8KZGV2LmlnYi4xLiVwbnBpbmZvOiB2ZW5kb3I9MHg4MDg2IGRldmljZT0weDA0M2Egc3VidmVu ZG9yPTB4ODA4NiBzdWJkZXZpY2U9MHgwMDAwIGNsYXNzPTB4MDIwMDAwCmRldi5pZ2IuMS4lcGFy ZW50OiBwY2kwCmRldi5pZ2IuMS5udm06IC0xCmRldi5pZ2IuMS5lbmFibGVfYWltOiAxCmRldi5p Z2IuMS5mYzogMwpkZXYuaWdiLjEucnhfcHJvY2Vzc2luZ19saW1pdDogMTAwCmRldi5pZ2IuMS5s aW5rX2lycTogNgpkZXYuaWdiLjEuZHJvcHBlZDogMApkZXYuaWdiLjEudHhfZG1hX2ZhaWw6IDAK ZGV2LmlnYi4xLnJ4X292ZXJydW5zOiAwCmRldi5pZ2IuMS53YXRjaGRvZ190aW1lb3V0czogMApk ZXYuaWdiLjEuZGV2aWNlX2NvbnRyb2w6IDQxNjI5MTM5MwpkZXYuaWdiLjEucnhfY29udHJvbDog NjcxNDE2NjYKZGV2LmlnYi4xLmludGVycnVwdF9tYXNrOiA0CmRldi5pZ2IuMS5leHRlbmRlZF9p bnRfbWFzazogMjE0NzQ4MzY1NQpkZXYuaWdiLjEudHhfYnVmX2FsbG9jOiAwCmRldi5pZ2IuMS5y eF9idWZfYWxsb2M6IDAKZGV2LmlnYi4xLmZjX2hpZ2hfd2F0ZXI6IDMzMTY4CmRldi5pZ2IuMS5m Y19sb3dfd2F0ZXI6IDMzMTUyCmRldi5pZ2IuMS5xdWV1ZTAuaW50ZXJydXB0X3JhdGU6IDY2NjY2 CmRldi5pZ2IuMS5xdWV1ZTAudHhkX2hlYWQ6IDExMApkZXYuaWdiLjEucXVldWUwLnR4ZF90YWls OiAxMTAKZGV2LmlnYi4xLnF1ZXVlMC5ub19kZXNjX2F2YWlsOiAwCmRldi5pZ2IuMS5xdWV1ZTAu dHhfcGFja2V0czogMjQ5MDc5MzMKZGV2LmlnYi4xLnF1ZXVlMC5yeGRfaGVhZDogNjAyCmRldi5p Z2IuMS5xdWV1ZTAucnhkX3RhaWw6IDYwMQpkZXYuaWdiLjEucXVldWUwLnJ4X3BhY2tldHM6IDE4 MDg2NTc1CmRldi5pZ2IuMS5xdWV1ZTAucnhfYnl0ZXM6IDIwMTQwNDA5NDAKZGV2LmlnYi4xLnF1 ZXVlMC5scm9fcXVldWVkOiAwCmRldi5pZ2IuMS5xdWV1ZTAubHJvX2ZsdXNoZWQ6IDAKZGV2Lmln Yi4xLnF1ZXVlMS5pbnRlcnJ1cHRfcmF0ZTogOTA5MDkKZGV2LmlnYi4xLnF1ZXVlMS50eGRfaGVh ZDogOTEzCmRldi5pZ2IuMS5xdWV1ZTEudHhkX3RhaWw6IDkxMwpkZXYuaWdiLjEucXVldWUxLm5v X2Rlc2NfYXZhaWw6IDAKZGV2LmlnYi4xLnF1ZXVlMS50eF9wYWNrZXRzOiAxODMwCmRldi5pZ2Iu MS5xdWV1ZTEucnhkX2hlYWQ6IDYxMwpkZXYuaWdiLjEucXVldWUxLnJ4ZF90YWlsOiA2MTIKZGV2 LmlnYi4xLnF1ZXVlMS5yeF9wYWNrZXRzOiA2OTcwOTgxCmRldi5pZ2IuMS5xdWV1ZTEucnhfYnl0 ZXM6IDcxMTIyODIzNQpkZXYuaWdiLjEucXVldWUxLmxyb19xdWV1ZWQ6IDAKZGV2LmlnYi4xLnF1 ZXVlMS5scm9fZmx1c2hlZDogMApkZXYuaWdiLjEubWFjX3N0YXRzLmV4Y2Vzc19jb2xsOiAwCmRl di5pZ2IuMS5tYWNfc3RhdHMuc2luZ2xlX2NvbGw6IDAKZGV2LmlnYi4xLm1hY19zdGF0cy5tdWx0 aXBsZV9jb2xsOiAwCmRldi5pZ2IuMS5tYWNfc3RhdHMubGF0ZV9jb2xsOiAwCmRldi5pZ2IuMS5t YWNfc3RhdHMuY29sbGlzaW9uX2NvdW50OiAwCmRldi5pZ2IuMS5tYWNfc3RhdHMuc3ltYm9sX2Vy cm9yczogMApkZXYuaWdiLjEubWFjX3N0YXRzLnNlcXVlbmNlX2Vycm9yczogMApkZXYuaWdiLjEu bWFjX3N0YXRzLmRlZmVyX2NvdW50OiAwCmRldi5pZ2IuMS5tYWNfc3RhdHMubWlzc2VkX3BhY2tl dHM6IDAKZGV2LmlnYi4xLm1hY19zdGF0cy5yZWN2X2xlbmd0aF9lcnJvcnM6IDAKZGV2LmlnYi4x Lm1hY19zdGF0cy5yZWN2X25vX2J1ZmY6IDAKZGV2LmlnYi4xLm1hY19zdGF0cy5yZWN2X3VuZGVy c2l6ZTogMApkZXYuaWdiLjEubWFjX3N0YXRzLnJlY3ZfZnJhZ21lbnRlZDogMApkZXYuaWdiLjEu bWFjX3N0YXRzLnJlY3Zfb3ZlcnNpemU6IDAKZGV2LmlnYi4xLm1hY19zdGF0cy5yZWN2X2phYmJl cjogMApkZXYuaWdiLjEubWFjX3N0YXRzLnJlY3ZfZXJyczogMApkZXYuaWdiLjEubWFjX3N0YXRz LmNyY19lcnJzOiAwCmRldi5pZ2IuMS5tYWNfc3RhdHMuYWxpZ25tZW50X2VycnM6IDAKZGV2Lmln Yi4xLm1hY19zdGF0cy50eF9ub19jcnM6IDAKZGV2LmlnYi4xLm1hY19zdGF0cy5jb2xsX2V4dF9l cnJzOiAwCmRldi5pZ2IuMS5tYWNfc3RhdHMueG9uX3JlY3ZkOiAwCmRldi5pZ2IuMS5tYWNfc3Rh dHMueG9uX3R4ZDogMApkZXYuaWdiLjEubWFjX3N0YXRzLnhvZmZfcmVjdmQ6IDAKZGV2LmlnYi4x Lm1hY19zdGF0cy54b2ZmX3R4ZDogMApkZXYuaWdiLjEubWFjX3N0YXRzLnVuc3VwcG9ydGVkX2Zj X3JlY3ZkOiAwCmRldi5pZ2IuMS5tYWNfc3RhdHMubWdtdF9wa3RzX3JlY3ZkOiAwCmRldi5pZ2Iu MS5tYWNfc3RhdHMubWdtdF9wa3RzX2Ryb3A6IDAKZGV2LmlnYi4xLm1hY19zdGF0cy5tZ210X3Br dHNfdHhkOiAwCmRldi5pZ2IuMS5tYWNfc3RhdHMudG90YWxfcGt0c19yZWN2ZDogMjUwNTczNTkK ZGV2LmlnYi4xLm1hY19zdGF0cy5nb29kX3BrdHNfcmVjdmQ6IDI1MDU3MzU5CmRldi5pZ2IuMS5t YWNfc3RhdHMuYmNhc3RfcGt0c19yZWN2ZDogMTUxCmRldi5pZ2IuMS5tYWNfc3RhdHMubWNhc3Rf cGt0c19yZWN2ZDogMApkZXYuaWdiLjEubWFjX3N0YXRzLnJ4X2ZyYW1lc182NDogMTgwMzIzCmRl di5pZ2IuMS5tYWNfc3RhdHMucnhfZnJhbWVzXzY1XzEyNzogMTU2NjQxNjQKZGV2LmlnYi4xLm1h Y19zdGF0cy5yeF9mcmFtZXNfMTI4XzI1NTogODQ5Mjc0MApkZXYuaWdiLjEubWFjX3N0YXRzLnJ4 X2ZyYW1lc18yNTZfNTExOiA0MTkwMzUKZGV2LmlnYi4xLm1hY19zdGF0cy5yeF9mcmFtZXNfNTEy XzEwMjM6IDIwMDU4MwpkZXYuaWdiLjEubWFjX3N0YXRzLnJ4X2ZyYW1lc18xMDI0XzE1MjI6IDEw MDUxNApkZXYuaWdiLjEubWFjX3N0YXRzLmdvb2Rfb2N0ZXRzX3JlY3ZkOiAyODI1NDc5ODU3CmRl di5pZ2IuMS5tYWNfc3RhdHMudG90YWxfb2N0ZXRzX3JlY3ZkOiAyODI1NDc5ODU3CmRldi5pZ2Iu MS5tYWNfc3RhdHMuZ29vZF9vY3RldHNfdHhkOiAxNTQ3NzMyNjgzCmRldi5pZ2IuMS5tYWNfc3Rh dHMudG90YWxfb2N0ZXRzX3R4ZDogMTU0NzczMjY4MwpkZXYuaWdiLjEubWFjX3N0YXRzLnRvdGFs X3BrdHNfdHhkOiAxNjY0NzE2OQpkZXYuaWdiLjEubWFjX3N0YXRzLmdvb2RfcGt0c190eGQ6IDE2 NjQ3MTY5CmRldi5pZ2IuMS5tYWNfc3RhdHMuYmNhc3RfcGt0c190eGQ6IDEwNzAKZGV2LmlnYi4x Lm1hY19zdGF0cy5tY2FzdF9wa3RzX3R4ZDogMApkZXYuaWdiLjEubWFjX3N0YXRzLnR4X2ZyYW1l c182NDogNjQ4ODcwMApkZXYuaWdiLjEubWFjX3N0YXRzLnR4X2ZyYW1lc182NV8xMjc6IDk4NzA0 NTAKZGV2LmlnYi4xLm1hY19zdGF0cy50eF9mcmFtZXNfMTI4XzI1NTogMzkyMQpkZXYuaWdiLjEu bWFjX3N0YXRzLnR4X2ZyYW1lc18yNTZfNTExOiAxOTY5CmRldi5pZ2IuMS5tYWNfc3RhdHMudHhf ZnJhbWVzXzUxMl8xMDIzOiAxNzc4CmRldi5pZ2IuMS5tYWNfc3RhdHMudHhfZnJhbWVzXzEwMjRf MTUyMjogMjgwMzUxCmRldi5pZ2IuMS5tYWNfc3RhdHMudHNvX3R4ZDogMApkZXYuaWdiLjEubWFj X3N0YXRzLnRzb19jdHhfZmFpbDogMApkZXYuaWdiLjEuaW50ZXJydXB0cy5hc3NlcnRzOiA1Mzg1 MTg4OQpkZXYuaWdiLjEuaW50ZXJydXB0cy5yeF9wa3RfdGltZXI6IDI1MDU0NDMzCmRldi5pZ2Iu MS5pbnRlcnJ1cHRzLnJ4X2Fic190aW1lcjogMApkZXYuaWdiLjEuaW50ZXJydXB0cy50eF9wa3Rf dGltZXI6IDAKZGV2LmlnYi4xLmludGVycnVwdHMudHhfYWJzX3RpbWVyOiAwCmRldi5pZ2IuMS5p bnRlcnJ1cHRzLnR4X3F1ZXVlX2VtcHR5OiAxNjY0Njg5MApkZXYuaWdiLjEuaW50ZXJydXB0cy50 eF9xdWV1ZV9taW5fdGhyZXNoOiAyNgpkZXYuaWdiLjEuaW50ZXJydXB0cy5yeF9kZXNjX21pbl90 aHJlc2g6IDAKZGV2LmlnYi4xLmludGVycnVwdHMucnhfb3ZlcnJ1bjogMApkZXYuaWdiLjEuaG9z dC5icmVha2VyX3R4X3BrdDogMApkZXYuaWdiLjEuaG9zdC5ob3N0X3R4X3BrdF9kaXNjYXJkOiAw CmRldi5pZ2IuMS5ob3N0LnJ4X3BrdDogMjkyNgpkZXYuaWdiLjEuaG9zdC5icmVha2VyX3J4X3Br dHM6IDAKZGV2LmlnYi4xLmhvc3QuYnJlYWtlcl9yeF9wa3RfZHJvcDogMApkZXYuaWdiLjEuaG9z dC50eF9nb29kX3BrdDogMjc5CmRldi5pZ2IuMS5ob3N0LmJyZWFrZXJfdHhfcGt0X2Ryb3A6IDAK ZGV2LmlnYi4xLmhvc3QucnhfZ29vZF9ieXRlczogMjgyNTQ3OTg1NwpkZXYuaWdiLjEuaG9zdC50 eF9nb29kX2J5dGVzOiAxNTQ3NzMyNjgzCmRldi5pZ2IuMS5ob3N0Lmxlbmd0aF9lcnJvcnM6IDAK ZGV2LmlnYi4xLmhvc3Quc2VyZGVzX3Zpb2xhdGlvbl9wa3Q6IDAKZGV2LmlnYi4xLmhvc3QuaGVh ZGVyX3JlZGlyX21pc3NlZDogMAo= --_005_CE2E0B41ED13434F99BBC2FEE47EAE81junipernet_-- From owner-freebsd-net@freebsd.org Thu Jun 2 22:10:55 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 2A7CEB6818B for ; Thu, 2 Jun 2016 22:10:55 +0000 (UTC) (envelope-from rupavath@juniper.net) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0116.outbound.protection.outlook.com [157.56.110.116]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 90DEA1AAE; Thu, 2 Jun 2016 22:10:53 +0000 (UTC) (envelope-from rupavath@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=ThEoF9SKGQH2VjcDh3T9KtqAwP3GiOJMraljp1Nxa5I=; b=H3saUQbaUtAttHzvJG/rWGxNATiSYB725Kjpnm1x16I/TbjBy9Eb5KBc7aeaJmfO/eTRIcg/Kzt90R5/gIU9HaTE94k+CYxyfwko/GLTeQhorm/OPefY9D13rGiXJASxR3sG7YQWyMeVAm+X+xgGoifHAZ2FMiPvxjtgb8n0liI= Received: from DM2PR0501MB1152.namprd05.prod.outlook.com (10.160.245.154) by DM2PR0501MB1152.namprd05.prod.outlook.com (10.160.245.154) with Microsoft SMTP Server (TLS) id 15.1.506.9; Thu, 2 Jun 2016 21:55:22 +0000 Received: from DM2PR0501MB1152.namprd05.prod.outlook.com ([10.160.245.154]) by DM2PR0501MB1152.namprd05.prod.outlook.com ([10.160.245.154]) with mapi id 15.01.0506.013; Thu, 2 Jun 2016 21:55:22 +0000 From: Sreekanth Rupavatharam To: hiren panchasara CC: "freebsd-net@freebsd.org" , "jfvogel@gmail.com" , "sbruno@FreeBSD.org" , "erj@FreeBSD.org" Subject: Re: Possible transmit/stats problem in igb driver. Thread-Topic: Possible transmit/stats problem in igb driver. Thread-Index: AQHRvEO2jFZU+cZVnkCsgDAxQb6jLZ/Wn9GA//+Y+oCAAH2aAP//jqQA Date: Thu, 2 Jun 2016 21:55:21 +0000 Message-ID: <3AB5CD68-EC25-4E5A-B34B-F8A288D72194@juniper.net> References: <20160602202015.GG8994@strugglingcoder.info> <9A903EE5-3F2C-46C0-B563-1150F81E3507@juniper.net> <20160602214104.GJ8994@strugglingcoder.info> In-Reply-To: <20160602214104.GJ8994@strugglingcoder.info> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.16.0.160506 authentication-results: strugglingcoder.info; dkim=none (message not signed) header.d=none;strugglingcoder.info; dmarc=none action=none header.from=juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.239.13] x-ms-office365-filtering-correlation-id: 051be49f-7661-4f1c-d7c1-08d38b30986d x-microsoft-exchange-diagnostics: 1; DM2PR0501MB1152; 5:wAFg16y6U/zJ5k+67HnooQdcb+7lSYvpdgcJ6HycLNVbh9byd1NP9xc3cfxhWU61MEZkqShrk8nTU6aO0P/Z+FSISHzfET9RVLzYp2fJAhdTHq/7Jt2vKi0a0F/hTT2r75FwelhaLeWzG/SCLTW8sQ==; 24:qAMhBJuyzbBZde9u7aP35CrHYiZ/ZIgMFkkVdlYlcyhIRp2bNw4NgBzUjSGNX+TFRFr1yfJUtn4M7Xw5iwlMfgnhI0DC40ERVzVZ3GNieFU=; 7:nwqXTTFKZafxV8J6vdbFRGl1BrivnJVHAe8nyGeO2EJaItM5ZKE5PK/wjT4L/ZUuwb+aS5+4+hKV3PRSFSyjUt9XwD4gC8Fkc88qWZOqY6aBfXQXu1PzeaO8sDrumEObK21stmro5h/QaBwUqv7cj5GcgOfmESEUuamlIlRPHi7B4vKX7vSrceW4JtRZuoDAYb8cqOU0LkXcyzoIy+AB8w== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR0501MB1152; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026); SRVR:DM2PR0501MB1152; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1152; x-forefront-prvs: 0961DF5286 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(86362001)(93886004)(5004730100002)(66066001)(83716003)(106116001)(189998001)(110136002)(87936001)(76176999)(5002640100001)(11100500001)(33656002)(54356999)(50986999)(99286002)(82746002)(5008740100001)(36756003)(122556002)(4001350100001)(2906002)(586003)(3846002)(6116002)(102836003)(2900100001)(10400500002)(81166006)(19580395003)(3660700001)(3280700002)(8936002)(8676002)(77096005)(92566002)(83506001)(2950100001)(4326007); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB1152; H:DM2PR0501MB1152.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: <7E4AC5911794CE47A114B9904CA6006A@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Jun 2016 21:55:21.9367 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0501MB1152 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 02 Jun 2016 22:10:55 -0000 Pg0KPlZlcnkgaW50ZXJlc3RpbmcuIERvIHlvdSB0dW5lIGRlZmF1bHRzIGF0IGFsbD8gV2hhdCBk b2VzIHN5c2N0bCBody5pZ2INCj5zYXk/IE5vdCBzdXJlIGlmIGJ1bXBpbmcgdXAgdHhkIHdvdWxk IGhlbHAuDQo+DQpJIGRvIG5vdCB0aGluayBpdOKAmXMgYSBwcm9ibGVtIHdpdGggdHhkLCBhcyB0 aGUgdHJhZmZpYyBpcyB2ZXJ5IGxpZ2h0KGFib3V0IDUwMHBhY2tldHMvc2VjKS4gQW55d2F5cywg aGVyZSBhcmUgdGhlIHZhbHVlcy4NCg0KaHcuaWdiLnJ4X3Byb2Nlc3NfbGltaXQ6IDEwMA0KaHcu aWdiLm51bV9xdWV1ZXM6IDANCmh3LmlnYi5oZWFkZXJfc3BsaXQ6IDANCmh3LmlnYi5tYXhfaW50 ZXJydXB0X3JhdGU6IDgwMDANCmh3LmlnYi5lbmFibGVfbXNpeDogMQ0KaHcuaWdiLmVuYWJsZV9h aW06IDENCmh3LmlnYi50eGQ6IDEwMjQNCmh3LmlnYi5yeGQ6IDEwMjQNCg0KDQpGb3Jnb3QgdG8g bWVudGlvbiwgbXkgdmVyc2lvbiBvZiBkcml2ZXIgaXMgcjI3NTgzNiBvbiBzdGFibGUvMTAuIA0K DQo= From owner-freebsd-net@freebsd.org Fri Jun 3 02:17:59 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 A67BDB66147 for ; Fri, 3 Jun 2016 02:17:59 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id 56FFA1A11 for ; Fri, 3 Jun 2016 02:17:59 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id AF99A17A69; Fri, 3 Jun 2016 02:17:58 +0000 (UTC) Date: Fri, 3 Jun 2016 02:17:58 +0000 To: freebsd-net@freebsd.org From: "sepherosa_gmail.com (Sepherosa Ziehau)" Reply-to: D6688+325+682f43da723b770f@reviews.freebsd.org Subject: [Differential] D6688: net: Use M_HASHTYPE_OPAQUE_HASH if the mbuf flowid has hash properties Message-ID: <3ba027b11008085765aff3a78e7ec753@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: Thread-Topic: D6688: net: Use M_HASHTYPE_OPAQUE_HASH if the mbuf flowid has hash properties X-Herald-Rules: <29>, <54>, <55>, <56> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: NzRhYTgzMGNhOTUyZGI3NWI4NGEwOTUyYzhiIFdQ6NY= MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2016 02:17:59 -0000 From owner-freebsd-net@freebsd.org Fri Jun 3 13:20:36 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 49A78B68085 for ; Fri, 3 Jun 2016 13:20:36 +0000 (UTC) (envelope-from "."@babolo.ru) Received: from smtp.babolo.ru (smtp.babolo.ru [194.58.246.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.babolo.ru", Issuer "babolo" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B7F4E19AA for ; Fri, 3 Jun 2016 13:20:35 +0000 (UTC) (envelope-from "."@babolo.ru) Received: from cicuta.babolo.ru (cicuta.babolo [127.0.2.61]) by smtp.babolo.ru (8.15.2/8.15.2) with SMTP id u53D15Bd011851; Fri, 3 Jun 2016 16:01:05 +0300 (MSK) (envelope-from "."@babolo.ru) Received: (nullmailer pid 26565 invoked by uid 136); Fri, 03 Jun 2016 13:11:46 -0000 Date: Fri, 3 Jun 2016 16:11:46 +0300 From: Aleksandr A Babaylov <"."@babolo.ru> To: "Julian K." Cc: freebsd-net@freebsd.org Subject: Re: IPFW: table support for MAC addresses? Message-ID: <20160603131146.GA26528@babolo.ru> References: <574D89F6.3030806@kornberger.name> <57502430.1030309@kornberger.name> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <57502430.1030309@kornberger.name> X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 03 Jun 2016 13:20:36 -0000 On Thu, Jun 02, 2016 at 02:18:56PM +0200, Julian K. wrote: > is there anyone who wants to use MAC based rules with IPFW? > I want to build a captive portal that also supports IPv6. MAC addresses > in IPFW tables would help a lot. I use MAC in IPFW and want MAC in IPFW tables to simplify rules. From owner-freebsd-net@freebsd.org Fri Jun 3 16:44:42 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 21534B68E18 for ; Fri, 3 Jun 2016 16:44:42 +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 mx1.freebsd.org (Postfix) with ESMTPS id 1201D1890 for ; Fri, 3 Jun 2016 16:44:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u53Gifbc013431 for ; Fri, 3 Jun 2016 16:44:41 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 209351] VLAN TX errors, possible performance regression after 10.1-STABLE (r281235) Date: Fri, 03 Jun 2016 16:44:42 +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.0-CURRENT X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: np@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-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.22 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, 03 Jun 2016 16:44:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D209351 Navdeep Parhar changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |np@FreeBSD.org --- Comment #2 from Navdeep Parhar --- Can you run this for a few seconds (when the output errors are occurring) a= nd provide the output? You may have to "kldload dtraceall" first. # dtrace -n 'fbt::*_transmit:return {@[probefunc, arg1] =3D count()}' --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Fri Jun 3 20:22:09 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 754D9B68182 for ; Fri, 3 Jun 2016 20:22:09 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vk0-x232.google.com (mail-vk0-x232.google.com [IPv6:2607:f8b0:400c:c05::232]) (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 2DA671DFE; Fri, 3 Jun 2016 20:22:09 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by mail-vk0-x232.google.com with SMTP id a6so129616756vkg.3; Fri, 03 Jun 2016 13:22:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=nVc3pzQKoroQyyihfhCAEvpITcqUsR4wZc3ByLNhfZU=; b=SdSR0NKKBXh3qDgGrUT8f5RADKb1kQIcBEDAninsj30rlMZECkmqU4DnZdt+4pLofY cVeo1nCM6L8hSLNqcsF2Qf2IlkMUBjrO1wb9eaxvHBDPe+uvCBK1HE3D3SzIYnsCJc23 B9MMwUhNsT7JahTDr6Jf8ZLmMk3x+QRXTh1Xi7bzzmQEjOIpaYoHwm8OdB4msApOnYKP i/2BmOWdatMSKDtrEhaleXTrT7bRKoaJ4CVixD/s6nuFYxTGLKcbOzKZZpdQGUYmJrqj YqP8GlFjgmWlAHhLZGCNYM5l/p1G48F6ZnQdeiXjU/K9hxPDDUMNMhF6x/Jq1DMvO4Cw 90tQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=nVc3pzQKoroQyyihfhCAEvpITcqUsR4wZc3ByLNhfZU=; b=btGgyTGUB1ly/KB7Za8+W7yYkSy8r+JID54vns6Ia64p/GOHgSLFvol2gXw5m9Usjc K1lf4FaAkA4zoWSsvv8Pjb07vejMEPAkA/NTvmhks/0aP3oRXeH2e7kow0gRCMBAkqR/ vH2YSHlEBcS2UpftkE1PjB0pTCs6361QcQLuGHoX/KYu5eoarEa6/oFTlJP8hPrQeZHq rRMRA7fLa4nl3Fycm86dgTzi+CYpTiDU3kvB9ZVpqecMsMEbuQdkLBpDdlexMqcztI9U A3JqoMZeQvNckV69qHrJnf5G8z6wrVAZnHNbw/dAw6YJSWI5TSZqwkvqRPVNAF+dRXbv nTVA== X-Gm-Message-State: ALyK8tLYeRMRpuLpI6tJhsz0JL0uMarv2DS7L5ke7T2afyiFBB/DmLtdDLnsKKw45DUSqediG+UQuZLFaJS2Kw== X-Received: by 10.159.37.70 with SMTP id 64mr2173973uaz.6.1464985328197; Fri, 03 Jun 2016 13:22:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.171.145 with HTTP; Fri, 3 Jun 2016 13:22:07 -0700 (PDT) In-Reply-To: References: <20160602202015.GG8994@strugglingcoder.info> <9A903EE5-3F2C-46C0-B563-1150F81E3507@juniper.net> <20160602214104.GJ8994@strugglingcoder.info> From: Jack Vogel Date: Fri, 3 Jun 2016 13:22:07 -0700 Message-ID: Subject: Re: Possible transmit/stats problem in igb driver. To: Sreekanth Rupavatharam Cc: hiren panchasara , "freebsd-net@freebsd.org" , "sbruno@FreeBSD.org" , "erj@FreeBSD.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 03 Jun 2016 20:22:09 -0000 That's an interesting theory, you could add a check into the tx path looking for a zero m_len and see, seems unlikely though :) Jack On Fri, Jun 3, 2016 at 1:15 PM, Sreekanth Rupavatharam wrote: > Wondering if this can happen if somehow the mbuf->m_len is not > correct(e.g., 0) and thus causing the dma to fail silently. The only way > this is happening if the arp request is larger than 64 bytes and the arp > response code is reusing the packet to send a 64 byte response. > > Thanks, > > -Sreekanth > > > On 6/2/16, 2:41 PM, "hiren panchasara" wrote: > > >+ Sean, Eric > > > >On 06/02/16 at 09:11P, Sreekanth Rupavatharam wrote: > >> Inline > >> > >> >Apart from stats, do you see anything else going wrong? i.e. do you > >> >actually see less packets (arp replies??) than expected? > >> > >> [SR] The packets are not going out on the wire. The tool doesn?t > receive the packets. That?s how I started noticing the issue. > >> > >> >Taking your example, tx_packets is something we count in the drivers > and > >> >total_pkts_txd is calculated in the card and we just read it off of it > >> >to report (E1000_TPT). > >> > >> [SR] Correct. My main question would be under what circumstance would > the packet handed off to hardware will *not* be transmitted?. Especially > considering there are no transmit errors or pause frames received. There > are no dma tx failures either. That?s the baffling part. I tried another > exercise where I used ping of various sizes going out, but that doesn?t > seem to trigger the problem. > >> > >> > >> >To understand your setup better, ixia is the sender and your box with > >> >igb(4) is the receiver and your are sending arp requests to it. > >> > >> Yes, correct. > >> > >> >Can you post following for working (size <= 64bytes) and non-working > >> >(size > 64bytes) cases for before/after? > >> > > >> >sysctl dev.igb | grep tx_packets > >> >sysctl dev.igb | grep total_pkts_txd > >> >sysctl dev.igb | grep rx_packets > >> >sysctl dev.igb | grep total_pkts_recvd > >> > >> > >> Before(not working): > >> dev.igb.1.queue0.tx_packets: 24907933 > >> dev.igb.1.queue0.rx_packets: 18086575 > >> dev.igb.1.mac_stats.total_pkts_recvd: 25057359 > >> dev.igb.1.mac_stats.total_pkts_txd: 16647169 > >> > >> After(not working): > >> dev.igb.1.queue0.tx_packets: 24913324 > >> dev.igb.1.queue0.rx_packets: 18091832 > >> dev.igb.1.mac_stats.total_pkts_recvd: 25062618 > >> dev.igb.1.mac_stats.total_pkts_txd: 16647545 > >> >netstat -sp arp > >> > >> The difference is 5391 for queue0.tx_packets but for > mac_stats.total_pkts_txd is 376 > >> Everything else is matching up. > >> > >> Before (working) > >> dev.igb.1.queue0.tx_packets: 25359165 > >> dev.igb.1.queue0.rx_packets: 18526094 > >> dev.igb.1.mac_stats.total_pkts_recvd: 25508763 > >> dev.igb.1.mac_stats.total_pkts_txd: 16831587 > >> > >> > >> After(working) > >> dev.igb.1.queue0.tx_packets: 25364597 > >> dev.igb.1.queue0.rx_packets: 18531398 > >> dev.igb.1.mac_stats.total_pkts_recvd: 25514009 > >> dev.igb.1.mac_stats.total_pkts_txd: 16836833 > >> > >> > >> Another interesting stat is > >> before_notworking:dev.igb.1.interrupts.tx_queue_empty: 16646890 > >> after_notworking:dev.igb.1.interrupts.tx_queue_empty: 16647266 > >> > >> The difference here is exactly 376 which is the number of packets that > the device actually claims to have transmitted. It?s as though it didn?t > see the other packets en-queued in the ring descriptor. > >> > > > >Very interesting. Do you tune defaults at all? What does sysctl hw.igb > >say? Not sure if bumping up txd would help. > > > >Adding Sean and Eric to throw some light. > > > >> > >> I can?t do netstat just for arp as these are coming in a tunnel(Packets > don?t? show up as arp on the interface). However, I did see the packet rate > was about 500 packets/sec > >> > > > >Cheers, > >Hiren > > From owner-freebsd-net@freebsd.org Sat Jun 4 00:52:14 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 9A81FB6586D for ; Sat, 4 Jun 2016 00:52:14 +0000 (UTC) (envelope-from rupavath@juniper.net) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0111.outbound.protection.outlook.com [207.46.100.111]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2092B1D6B; Sat, 4 Jun 2016 00:52:13 +0000 (UTC) (envelope-from rupavath@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=0IbujHlqgNRMP86JEA5UBQ+gj1c4xBw3XL9AJ3Y27X0=; b=C4HbkM0z4ztGIy8SLXyah9/R+NqFuRbXKWtF0cL8egtVjGzEgh005OB1nA0CxAQMQBo5irHfd8AkbnjBYJlqNYtRIeLct4nB2uMVJPjEiSE7qKrkd6Fv41PN2mYezsQdRHpZpdwghEhkin5PFQ54lRRxzbm5qTOnkctrxsl7brg= Received: from DM2PR0501MB1152.namprd05.prod.outlook.com (10.160.245.154) by DM2PR0501MB1150.namprd05.prod.outlook.com (10.160.245.152) with Microsoft SMTP Server (TLS) id 15.1.506.9; Fri, 3 Jun 2016 20:15:23 +0000 Received: from DM2PR0501MB1152.namprd05.prod.outlook.com ([10.160.245.154]) by DM2PR0501MB1152.namprd05.prod.outlook.com ([10.160.245.154]) with mapi id 15.01.0506.013; Fri, 3 Jun 2016 20:15:23 +0000 From: Sreekanth Rupavatharam To: hiren panchasara CC: "freebsd-net@freebsd.org" , "jfvogel@gmail.com" , "sbruno@FreeBSD.org" , "erj@FreeBSD.org" Subject: Re: Possible transmit/stats problem in igb driver. Thread-Topic: Possible transmit/stats problem in igb driver. Thread-Index: AQHRvEO2jFZU+cZVnkCsgDAxQb6jLZ/Wn9GA//+Y+oCAAH2aAIABBQoA Date: Fri, 3 Jun 2016 20:15:23 +0000 Message-ID: References: <20160602202015.GG8994@strugglingcoder.info> <9A903EE5-3F2C-46C0-B563-1150F81E3507@juniper.net> <20160602214104.GJ8994@strugglingcoder.info> In-Reply-To: <20160602214104.GJ8994@strugglingcoder.info> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.16.0.160506 authentication-results: strugglingcoder.info; dkim=none (message not signed) header.d=none;strugglingcoder.info; dmarc=none action=none header.from=juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.239.13] x-ms-office365-filtering-correlation-id: 1a405fdf-30ae-48f5-e483-08d38bebcb5a x-microsoft-exchange-diagnostics: 1; DM2PR0501MB1150; 5:850gK6caFG8CMeHgMydi4O+VhzT+xzjnhTrbfyZ3Q+5s65P6ogPUrOECvFPt+dCC7s9XMB+u3NjvL8+k9BlOTD33zG5ccLMxp7BzEUtDEurQIR5ZvPZizG1cE8JSFZxrLsr7nLlZxtxYsdTXphLVtA==; 24:hlaLCLTe+i675YYs8osJEXw/J95/gGcbrEfzW2WIAmRaT/W7Sa4FuYomTieP9jFvlP2Ihj3E1XnPl5MW+2BaEdNwcTsQvlhccwC/q9mB/4Y=; 7:i9OS775G6sqvSOEc23zEFkWM6SEackQVUYwfLZyCJp13vgAGPIjQ6aIab0e8hQfK0GsGTg7CfG81lWbLgE/UvShPsVNmuySkMvztNbmgWKvTb1BB8UX39m25Y6KrbvPWpe6knXYP/dumAbeTklPy6Z7NJYqvBUPvcGe9f3Yu2TYfFoiOG8DxMc8vU9ojgrl9TgRvHedEEmbfmjjrD58UkZNVbCjSoV6UokIO3roEAxI= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR0501MB1150; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026); SRVR:DM2PR0501MB1150; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1150; x-forefront-prvs: 0962D394D2 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(377454003)(24454002)(92566002)(77096005)(4326007)(586003)(36756003)(2900100001)(2950100001)(54356999)(2906002)(4001350100001)(86362001)(3280700002)(50986999)(189998001)(5002640100001)(87936001)(11100500001)(99286002)(5008740100001)(76176999)(6116002)(102836003)(3846002)(81166006)(122556002)(83506001)(8936002)(66066001)(19580405001)(19580395003)(8676002)(5004730100002)(106116001)(93886004)(10400500002)(110136002)(3660700001)(83716003)(33656002)(82746002)(6606295002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB1150; H:DM2PR0501MB1152.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Jun 2016 20:15:23.3267 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0501MB1150 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 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, 04 Jun 2016 00:52:14 -0000 V29uZGVyaW5nIGlmIHRoaXMgY2FuIGhhcHBlbiBpZiBzb21laG93IHRoZSBtYnVmLT5tX2xlbiBp cyBub3QgY29ycmVjdChlLmcuLCAwKSBhbmQgdGh1cyBjYXVzaW5nIHRoZSBkbWEgdG8gZmFpbCBz aWxlbnRseS4gVGhlIG9ubHkgd2F5IHRoaXMgaXMgaGFwcGVuaW5nIGlmIHRoZSBhcnAgcmVxdWVz dCBpcyBsYXJnZXIgdGhhbiA2NCBieXRlcyBhbmQgdGhlIGFycCByZXNwb25zZSBjb2RlIGlzIHJl dXNpbmcgdGhlIHBhY2tldCB0byBzZW5kIGEgNjQgYnl0ZSByZXNwb25zZS4gDQoNClRoYW5rcywN Cg0KLVNyZWVrYW50aA0KDQoNCk9uIDYvMi8xNiwgMjo0MSBQTSwgImhpcmVuIHBhbmNoYXNhcmEi IDxoaXJlbkBzdHJ1Z2dsaW5nY29kZXIuaW5mbz4gd3JvdGU6DQoNCj4rIFNlYW4sIEVyaWMNCj4N Cj5PbiAwNi8wMi8xNiBhdCAwOToxMVAsIFNyZWVrYW50aCBSdXBhdmF0aGFyYW0gd3JvdGU6DQo+ PiBJbmxpbmUNCj4+IA0KPj4gPkFwYXJ0IGZyb20gc3RhdHMsIGRvIHlvdSBzZWUgYW55dGhpbmcg ZWxzZSBnb2luZyB3cm9uZz8gaS5lLiBkbyB5b3UNCj4+ID5hY3R1YWxseSBzZWUgbGVzcyBwYWNr ZXRzIChhcnAgcmVwbGllcz8/KSB0aGFuIGV4cGVjdGVkPw0KPj4gDQo+PiBbU1JdIFRoZSBwYWNr ZXRzIGFyZSBub3QgZ29pbmcgb3V0IG9uIHRoZSB3aXJlLiBUaGUgdG9vbCBkb2Vzbj90IHJlY2Vp dmUgdGhlIHBhY2tldHMuIFRoYXQ/cyBob3cgSSBzdGFydGVkIG5vdGljaW5nIHRoZSBpc3N1ZS4g DQo+PiANCj4+ID5UYWtpbmcgeW91ciBleGFtcGxlLCB0eF9wYWNrZXRzIGlzIHNvbWV0aGluZyB3 ZSBjb3VudCBpbiB0aGUgZHJpdmVycyBhbmQNCj4+ID50b3RhbF9wa3RzX3R4ZCBpcyBjYWxjdWxh dGVkIGluIHRoZSBjYXJkIGFuZCB3ZSBqdXN0IHJlYWQgaXQgb2ZmIG9mIGl0DQo+PiA+dG8gcmVw b3J0IChFMTAwMF9UUFQpLg0KPj4gDQo+PiBbU1JdIENvcnJlY3QuIE15IG1haW4gcXVlc3Rpb24g d291bGQgYmUgdW5kZXIgd2hhdCBjaXJjdW1zdGFuY2Ugd291bGQgdGhlIHBhY2tldCBoYW5kZWQg b2ZmIHRvIGhhcmR3YXJlIHdpbGwgKm5vdCogYmUgdHJhbnNtaXR0ZWQ/LiBFc3BlY2lhbGx5IGNv bnNpZGVyaW5nIHRoZXJlIGFyZSBubyB0cmFuc21pdCBlcnJvcnMgb3IgcGF1c2UgZnJhbWVzIHJl Y2VpdmVkLiBUaGVyZSBhcmUgbm8gZG1hIHR4IGZhaWx1cmVzIGVpdGhlci4gVGhhdD9zIHRoZSBi YWZmbGluZyBwYXJ0LiBJIHRyaWVkIGFub3RoZXIgZXhlcmNpc2Ugd2hlcmUgSSB1c2VkIHBpbmcg b2YgdmFyaW91cyBzaXplcyBnb2luZyBvdXQsIGJ1dCB0aGF0IGRvZXNuP3Qgc2VlbSB0byB0cmln Z2VyIHRoZSBwcm9ibGVtLg0KPj4gDQo+PiANCj4+ID5UbyB1bmRlcnN0YW5kIHlvdXIgc2V0dXAg YmV0dGVyLCBpeGlhIGlzIHRoZSBzZW5kZXIgYW5kIHlvdXIgYm94IHdpdGgNCj4+ID5pZ2IoNCkg aXMgdGhlIHJlY2VpdmVyIGFuZCB5b3VyIGFyZSBzZW5kaW5nIGFycCByZXF1ZXN0cyB0byBpdC4N Cj4+IA0KPj4gWWVzLCBjb3JyZWN0LiANCj4+IA0KPj4gPkNhbiB5b3UgcG9zdCBmb2xsb3dpbmcg Zm9yIHdvcmtpbmcgKHNpemUgPD0gNjRieXRlcykgYW5kIG5vbi13b3JraW5nDQo+PiA+KHNpemUg PiA2NGJ5dGVzKSBjYXNlcyBmb3IgYmVmb3JlL2FmdGVyPw0KPj4gPg0KPj4gPnN5c2N0bCBkZXYu aWdiIHwgZ3JlcCB0eF9wYWNrZXRzDQo+PiA+c3lzY3RsIGRldi5pZ2IgfCBncmVwIHRvdGFsX3Br dHNfdHhkDQo+PiA+c3lzY3RsIGRldi5pZ2IgfCBncmVwIHJ4X3BhY2tldHMNCj4+ID5zeXNjdGwg ZGV2LmlnYiB8IGdyZXAgdG90YWxfcGt0c19yZWN2ZA0KPj4gDQo+PiANCj4+IEJlZm9yZShub3Qg d29ya2luZyk6IA0KPj4gZGV2LmlnYi4xLnF1ZXVlMC50eF9wYWNrZXRzOiAyNDkwNzkzMw0KPj4g ZGV2LmlnYi4xLnF1ZXVlMC5yeF9wYWNrZXRzOiAxODA4NjU3NQ0KPj4gZGV2LmlnYi4xLm1hY19z dGF0cy50b3RhbF9wa3RzX3JlY3ZkOiAyNTA1NzM1OQ0KPj4gZGV2LmlnYi4xLm1hY19zdGF0cy50 b3RhbF9wa3RzX3R4ZDogMTY2NDcxNjkNCj4+IA0KPj4gQWZ0ZXIobm90IHdvcmtpbmcpOg0KPj4g ZGV2LmlnYi4xLnF1ZXVlMC50eF9wYWNrZXRzOiAyNDkxMzMyNA0KPj4gZGV2LmlnYi4xLnF1ZXVl MC5yeF9wYWNrZXRzOiAxODA5MTgzMg0KPj4gZGV2LmlnYi4xLm1hY19zdGF0cy50b3RhbF9wa3Rz X3JlY3ZkOiAyNTA2MjYxOA0KPj4gZGV2LmlnYi4xLm1hY19zdGF0cy50b3RhbF9wa3RzX3R4ZDog MTY2NDc1NDUNCj4+ID5uZXRzdGF0IC1zcCBhcnANCj4+IA0KPj4gVGhlIGRpZmZlcmVuY2UgaXMg IDUzOTEgZm9yIHF1ZXVlMC50eF9wYWNrZXRzIGJ1dCBmb3IgbWFjX3N0YXRzLnRvdGFsX3BrdHNf dHhkICBpcyAzNzYNCj4+IEV2ZXJ5dGhpbmcgZWxzZSBpcyBtYXRjaGluZyB1cC4gDQo+PiANCj4+ IEJlZm9yZSAod29ya2luZykNCj4+IGRldi5pZ2IuMS5xdWV1ZTAudHhfcGFja2V0czogMjUzNTkx NjUNCj4+IGRldi5pZ2IuMS5xdWV1ZTAucnhfcGFja2V0czogMTg1MjYwOTQNCj4+IGRldi5pZ2Iu MS5tYWNfc3RhdHMudG90YWxfcGt0c19yZWN2ZDogMjU1MDg3NjMNCj4+IGRldi5pZ2IuMS5tYWNf c3RhdHMudG90YWxfcGt0c190eGQ6IDE2ODMxNTg3DQo+PiANCj4+IA0KPj4gQWZ0ZXIod29ya2lu ZykNCj4+IGRldi5pZ2IuMS5xdWV1ZTAudHhfcGFja2V0czogMjUzNjQ1OTcNCj4+IGRldi5pZ2Iu MS5xdWV1ZTAucnhfcGFja2V0czogMTg1MzEzOTgNCj4+IGRldi5pZ2IuMS5tYWNfc3RhdHMudG90 YWxfcGt0c19yZWN2ZDogMjU1MTQwMDkNCj4+IGRldi5pZ2IuMS5tYWNfc3RhdHMudG90YWxfcGt0 c190eGQ6IDE2ODM2ODMzDQo+PiANCj4+IA0KPj4gQW5vdGhlciBpbnRlcmVzdGluZyBzdGF0IGlz IA0KPj4gYmVmb3JlX25vdHdvcmtpbmc6ZGV2LmlnYi4xLmludGVycnVwdHMudHhfcXVldWVfZW1w dHk6IDE2NjQ2ODkwDQo+PiBhZnRlcl9ub3R3b3JraW5nOmRldi5pZ2IuMS5pbnRlcnJ1cHRzLnR4 X3F1ZXVlX2VtcHR5OiAxNjY0NzI2Ng0KPj4gDQo+PiBUaGUgZGlmZmVyZW5jZSBoZXJlIGlzIGV4 YWN0bHkgMzc2IHdoaWNoIGlzIHRoZSBudW1iZXIgb2YgcGFja2V0cyB0aGF0IHRoZSBkZXZpY2Ug YWN0dWFsbHkgY2xhaW1zIHRvIGhhdmUgdHJhbnNtaXR0ZWQuIEl0P3MgYXMgdGhvdWdoIGl0IGRp ZG4/dCBzZWUgdGhlIG90aGVyIHBhY2tldHMgZW4tcXVldWVkIGluIHRoZSByaW5nIGRlc2NyaXB0 b3IuDQo+PiANCj4NCj5WZXJ5IGludGVyZXN0aW5nLiBEbyB5b3UgdHVuZSBkZWZhdWx0cyBhdCBh bGw/IFdoYXQgZG9lcyBzeXNjdGwgaHcuaWdiDQo+c2F5PyBOb3Qgc3VyZSBpZiBidW1waW5nIHVw IHR4ZCB3b3VsZCBoZWxwLg0KPg0KPkFkZGluZyBTZWFuIGFuZCBFcmljIHRvIHRocm93IHNvbWUg bGlnaHQuDQo+DQo+PiANCj4+IEkgY2FuP3QgZG8gbmV0c3RhdCBqdXN0IGZvciBhcnAgYXMgdGhl c2UgYXJlIGNvbWluZyBpbiBhIHR1bm5lbChQYWNrZXRzIGRvbj90PyBzaG93IHVwIGFzIGFycCBv biB0aGUgaW50ZXJmYWNlKS4gSG93ZXZlciwgSSBkaWQgc2VlIHRoZSBwYWNrZXQgcmF0ZSB3YXMg YWJvdXQgNTAwIHBhY2tldHMvc2VjDQo+Pg0KPg0KPkNoZWVycywNCj5IaXJlbg0KDQo=