From owner-freebsd-net@freebsd.org Sun Jun 17 21:00:45 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 67D031009E56 for ; Sun, 17 Jun 2018 21:00:45 +0000 (UTC) (envelope-from bugzilla-noreply@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 B05B97F146 for ; Sun, 17 Jun 2018 21:00:44 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 6F6501009E4A; Sun, 17 Jun 2018 21:00:44 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 479BB1009E48 for ; Sun, 17 Jun 2018 21:00:44 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B506B7F12E for ; Sun, 17 Jun 2018 21:00:43 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 098CD195BA for ; Sun, 17 Jun 2018 21:00:43 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w5HL0gU2033476 for ; Sun, 17 Jun 2018 21:00:42 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w5HL0gYt033468 for net@FreeBSD.org; Sun, 17 Jun 2018 21:00:42 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201806172100.w5HL0gYt033468@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: net@FreeBSD.org Subject: Problem reports for net@FreeBSD.org that need special attention Date: Sun, 17 Jun 2018 21:00:42 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.26 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.26 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, 17 Jun 2018 21:00:45 -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 | 221146 | [ixgbe] Problem with second laggport 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 New | 209682 | [panic] [netinet] arptimer race New | 213410 | [carp] service netif restart causes hang only whe Open | 165622 | [ndis][panic][patch] Unregistered use of FPU in k Open | 193452 | Dell PowerEdge 210 II -- Kernel panic bce (broadc Open | 202510 | [CARP] advertisements sourced from CARP IP cause Open | 206544 | sendmsg(2) (sendto(2) too?) can fail with EINVAL; Open | 222273 | igb(4): Kernel panic (fatal trap 12) due to netwo Open | 227720 | Kernel panic in ppp server 12 problems total for which you should take action. From owner-freebsd-net@freebsd.org Mon Jun 18 03:29:15 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60E6810146CA; Mon, 18 Jun 2018 03:29:15 +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 EF8AA6BB64; Mon, 18 Jun 2018 03:29:14 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (203-59-175-75.dyn.iinet.net.au [203.59.175.75]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id w5I3T8So082945 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 17 Jun 2018 20:29:12 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: In-kernel NAT [ipfw] dropping large UDP return packets To: Michael Sierchio , "freebsd-net@freebsd.org" , "freebsd-ipfw@freebsd.org" References: <918b13e0-aef5-add2-6f5c-530bb5850a3a@wagsky.com> From: Julian Elischer Message-ID: Date: Mon, 18 Jun 2018 11:29:03 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.26 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, 18 Jun 2018 03:29:15 -0000 On 14/6/18 1:41 am, Michael Sierchio wrote: > I see you have a case of Netgraph. Perhaps Julian will chime in. well I'm reading but not got any specific ideas at the moment.. Netgraph itself has no requirements on packet size or even contents. a node may however have some. > > On Wed, Jun 13, 2018 at 10:32 AM, Jeff Kletsky wrote: > >> On 6/13/18 10:22 AM, Michael Sierchio wrote: >> >> On Wed, Jun 13, 2018 at 10:16 AM, Jeff Kletsky wrote: >>> When a T-Mobile "femto-cell" is trying to establish its IPv4, IPSEC tunnel >>> >>>> to the T-Mobile provisioning servers, the reassembled, 4640-byte return >>>> packet is silently dropped by the in-kernel NAT, even though it "matches" >>>> the outbound packet from less than 100 ms prior. >>>> >>> >>> Do you have a 'reass' rule before applying nat on inbound traffic? >>> >>> - M >>> >> Yes, at the start of the rule set. >> >> Reassembly confirmed to be working by wireshark examination of the ngtee >> "taps" shown >> >> $ sudo ipfw list >> 00001 deny ip from any to any recv ng* >> 00004 ngtee 100 ip from any to any proto udp dst-port 500,4500 in >> 00004 ngtee 100 ip from any to any proto udp frag in >> 00004 ngtee 110 ip from any to any proto udp dst-port 500,4500 out >> 00004 ngtee 110 ip from any to any proto udp frag out >> 00005 reass ip from any to any >> 00006 ngtee 101 ip from any to any proto udp dst-port 500,4500 in // >> reassembled in >> 00006 ngtee 101 ip from any to any proto udp frag in // never should be >> frags after reass >> 00006 ngtee 111 ip from any to any proto udp dst-port 500,4500 out // >> reass out >> 00006 ngtee 111 ip from any to any proto udp frag out // never should be >> frage after reass >> [...] >> >> >> _______________________________________________ >> freebsd-ipfw@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-ipfw >> To unsubscribe, send any mail to "freebsd-ipfw-unsubscribe@freebsd.org" >> > > From owner-freebsd-net@freebsd.org Mon Jun 18 03:30:41 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D14A9101481F; Mon, 18 Jun 2018 03:30:41 +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 757E26BC7A; Mon, 18 Jun 2018 03:30:41 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (203-59-175-75.dyn.iinet.net.au [203.59.175.75]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id w5I3UZaG082958 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 17 Jun 2018 20:30:38 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: In-kernel NAT [ipfw] dropping large UDP return packets To: "Andrey V. Elsukov" , Jeff Kletsky , freebsd-net@freebsd.org, freebsd-ipfw@freebsd.org References: <48e750c1-e38c-5376-a937-dcbb2d871256@yandex.ru> From: Julian Elischer Message-ID: Date: Mon, 18 Jun 2018 11:30:29 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <48e750c1-e38c-5376-a937-dcbb2d871256@yandex.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.26 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, 18 Jun 2018 03:30:42 -0000 On 14/6/18 3:01 am, Andrey V. Elsukov wrote: > On 13.06.2018 20:16, Jeff Kletsky wrote: >> When a T-Mobile "femto-cell" is trying to establish its IPv4, IPSEC >> tunnel to the T-Mobile provisioning servers, the reassembled, 4640-byte >> return packet is silently dropped by the in-kernel NAT, even though it >> "matches" the outbound packet from less than 100 ms prior. >> Are there known causes and/or resolutions for this behavior? >> >> Is there a way to be able to "monitor" the NAT table? >> >> (I didn't see anything obvious in the ipfw, natd, or libalias man pages.) > The kernel version of libalias uses m_megapullup() function to make > single contiguous buffer. m_megapullup() uses m_get2() function to > allocate mbuf of appropriate size. If size of packet greater than 4k it > will fail. So, if you use MTU greater than 4k or if after fragments > reassembly you get a packet with length greater than 4k, ipfw_nat() > function will drop this packet. > hmmm that sounds like a bug to me.. why does it fail? From owner-freebsd-net@freebsd.org Mon Jun 18 03:32:43 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C5BE1014B55; Mon, 18 Jun 2018 03:32:43 +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 DA1236C013; Mon, 18 Jun 2018 03:32:42 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (203-59-175-75.dyn.iinet.net.au [203.59.175.75]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id w5I3WbSw082971 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 17 Jun 2018 20:32:40 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: In-kernel NAT [ipfw] dropping large UDP return packets To: Jeff Kletsky , "Andrey V. Elsukov" , Jeff Kletsky , freebsd-net@freebsd.org, freebsd-ipfw@freebsd.org References: <48e750c1-e38c-5376-a937-dcbb2d871256@yandex.ru> <3b9b426e-8276-bc79-2624-60b66f04b344@wagsky.com> From: Julian Elischer Message-ID: <1cb6c6e6-844e-1e2d-3d65-bfbaee506c37@freebsd.org> Date: Mon, 18 Jun 2018 11:32:31 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <3b9b426e-8276-bc79-2624-60b66f04b344@wagsky.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.26 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, 18 Jun 2018 03:32:43 -0000 On 14/6/18 7:44 am, Jeff Kletsky wrote: > > > On 6/13/18 1:28 PM, Andrey V. Elsukov wrote: >> On 13.06.2018 23:04, Jeff Kletsky wrote: >>>> The kernel version of libalias uses m_megapullup() function to make >>>> single contiguous buffer. m_megapullup() uses m_get2() function to >>>> allocate mbuf of appropriate size. If size of packet greater than >>>> 4k it >>>> will fail. So, if you use MTU greater than 4k or if after fragments >>>> reassembly you get a packet with length greater than 4k, ipfw_nat() >>>> function will drop this packet. >>>> >>> Thanks!! >>> >>> Mystery solved... >>> >>> /usr/src/sys/netinet/libalias/alias.c >>> >>> #ifdef _KERNEL >>> /* >>>   * m_megapullup() - this function is a big hack. >>>   * Thankfully, it's only used in ng_nat and ipfw+nat. >>> >>> suggests that the "old school" approach of natd might resolve >>> this. I'll >>> give it a try when I'm close enough to the box to resolve it when >>> I make >>> a configuration error. >> I didn't look at the rest of libalias, but you, probably, can improve >> this hack to use 9k or 16k mbufs. You can replace m_get2() call in >> m_megapullup() with the following code: >> >> if (len <= MJUMPAGESIZE) >>     mcl = m_get2(len, M_NOWAIT, MT_DATA, M_PKTHDR); >> else if (len <= MJUM9BYTES) >>     mcl = m_getjcl(M_NOWAIT, MT_DATA, M_PKTHDR, MJUM9BYTES); >> else if (len <= MJUM16BYTES) >>     mcl = m_getjcl(M_NOWAIT, MT_DATA, M_PKTHDR, MJUM16BYTES); >> else >>     goto bad; >> > > Tested and "works for me" on 11.1-RELEASE-p10 with GENERIC kernconf > > 8< > --- alias.c.orig    2017-07-20 16:42:02.000000000 -0700 > +++ alias.c    2018-06-13 15:41:46.862121000 -0700 > @@ -1758,7 +1758,14 @@ >      if (m->m_next == NULL && M_WRITABLE(m)) >          return (m); > > -    mcl = m_get2(len, M_NOWAIT, MT_DATA, M_PKTHDR); > +    if (len <= MJUMPAGESIZE) > +        mcl = m_get2(len, M_NOWAIT, MT_DATA, M_PKTHDR); > +    else if (len <= MJUM9BYTES) > +        mcl = m_getjcl(M_NOWAIT, MT_DATA, M_PKTHDR, MJUM9BYTES); > +    else if (len <= MJUM16BYTES) > +        mcl = m_getjcl(M_NOWAIT, MT_DATA, M_PKTHDR, MJUM16BYTES); > +    else > +        goto bad; >      if (mcl == NULL) >          goto bad; >      m_align(mcl, len); > >8 > > Thanks again! Hi Andey,  please commit.. > > Jeff > > _______________________________________________ > 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 Jun 18 13:55:34 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 025A110091A9 for ; Mon, 18 Jun 2018 13:55:34 +0000 (UTC) (envelope-from bugzilla-noreply@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 8FA4680299 for ; Mon, 18 Jun 2018 13:55:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 501B010091A8; Mon, 18 Jun 2018 13:55:33 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D70910091A7 for ; Mon, 18 Jun 2018 13:55:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C769D80286 for ; Mon, 18 Jun 2018 13:55:32 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id EA3C92232A for ; Mon, 18 Jun 2018 13:55:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w5IDtVvU058265 for ; Mon, 18 Jun 2018 13:55:31 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w5IDtVDZ058264 for net@FreeBSD.org; Mon, 18 Jun 2018 13:55:31 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 183391] [oce] 10GbE networking problems with Emulex OCE 11102 CNA Date: Mon, 18 Jun 2018 13:55: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: 9.3-BETA3 X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: borjam@sarenet.es X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: 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.26 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, 18 Jun 2018 13:55:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D183391 --- Comment #20 from Borja Marcos --- The bug is certainly open. My fault in part, I have been compiling the driv= er myself with Stefano's patch and I forgot that it hasn't been included on the base source. Which means I stopped pestering about it ;) In summary: Unless I am wrong, the driver was never updated, and this issue is still present in 10, 11 and I assume CURRENT. Can anyone have a look at it, please? It seems that the driver didn't have acquire some necessary locks. Or maybe a newer version that doesn't need th= ose locks is included now? (But I doubt it!) --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Mon Jun 18 14:01:51 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CF2E310096D2 for ; Mon, 18 Jun 2018 14:01:51 +0000 (UTC) (envelope-from bugzilla-noreply@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 69B26806C5 for ; Mon, 18 Jun 2018 14:01:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 29EFC10096C5; Mon, 18 Jun 2018 14:01:51 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 187D210096C4 for ; Mon, 18 Jun 2018 14:01:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A7804806BF for ; Mon, 18 Jun 2018 14:01:50 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 64F722236E for ; Mon, 18 Jun 2018 14:01:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w5IE1nnI087391 for ; Mon, 18 Jun 2018 14:01:49 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w5IE1nZG087390 for net@FreeBSD.org; Mon, 18 Jun 2018 14:01:49 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 183391] [oce] 10GbE networking problems with Emulex OCE 11102 CNA Date: Mon, 18 Jun 2018 14:01:48 +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: 9.3-BETA3 X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: borjam@sarenet.es X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: 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.26 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, 18 Jun 2018 14:01:52 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D183391 --- Comment #21 from Borja Marcos --- Besides, this driver is a bit rusty :/=20 It doesn't report information about the attached SFP+ to ifconfig and the media detection is broken at least with DA twinax cables, although at least= it does set the full-duplex flag properly. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Tue Jun 19 02:21:56 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D909D1014573 for ; Tue, 19 Jun 2018 02:21:55 +0000 (UTC) (envelope-from David.Somayajulu@cavium.com) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0044.outbound.protection.outlook.com [104.47.34.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT TLS CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3617C83AF7 for ; Tue, 19 Jun 2018 02:21:54 +0000 (UTC) (envelope-from David.Somayajulu@cavium.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=CAVIUMNETWORKS.onmicrosoft.com; s=selector1-cavium-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=VTD1aOGu5ApVenDuFuKz62h/gX+dEf4l7yOUhFeukrQ=; b=jVCKeEuHgwQbLN5O8ksUrPd4JxmghzhTJ99tZFstF81rBKZapfi5TZJ1sOm+OvYiI2DvOLfdYZEKTuiCAWzM0pc3GM/OpoMuiPr6rbPkXCdXViRxRnNOZewhwn8UaBPrpEdp2DbfBLBV4tJLJ9Lx4+4fei7Yj2hPGWhYR6/GrwY= Received: from MWHPR0701MB3721.namprd07.prod.outlook.com (10.167.237.26) by MWHPR0701MB3724.namprd07.prod.outlook.com (10.167.237.29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.863.16; Tue, 19 Jun 2018 02:21:51 +0000 Received: from MWHPR0701MB3721.namprd07.prod.outlook.com ([fe80::b811:9a91:fe77:6641]) by MWHPR0701MB3721.namprd07.prod.outlook.com ([fe80::b811:9a91:fe77:6641%4]) with mapi id 15.20.0863.016; Tue, 19 Jun 2018 02:21:51 +0000 From: "Somayajulu, David" To: "freebsd-net@freebsd.org" Subject: Semantics of iWARP verb - newconn (FreeBSD11.1 and FreeBSD10.4 releases) Thread-Topic: Semantics of iWARP verb - newconn (FreeBSD11.1 and FreeBSD10.4 releases) Thread-Index: AdQHctxgfxpWgJAWROO8sF8HWfkIbw== Date: Tue, 19 Jun 2018 02:21:51 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=David.Somayajulu@cavium.com; x-originating-ip: [198.186.1.5] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; MWHPR0701MB3724; 7:fqSuMaTS3QJHbrVKob5GVrbBDYnICSA81YHbDndM328QBNIraENChqiYc9/d8RRblHOu2JFtwiVHuegUMCk9/Xz6Gi/g7cvC7N779tBGtjsS5h+Y6FXTD9oH7UtcysHQBuRU3007ikq8Vauk1mzlWWEJueE9VXAeB/BCYFlrY35uPAA8bnGZN0mvqMsQA8sNH50by0+bO4OzKlO17//2IdOT72oJHsYczf41uQUMCSbJ9DeTcZsQ1ExMz6UU8I3/ x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: a68cf193-77b6-4441-7b13-08d5d58b6afa x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(4534165)(4627221)(201703031133081)(201702281549075)(5600026)(711020)(2017052603328)(7153060)(7193020); SRVR:MWHPR0701MB3724; x-ms-traffictypediagnostic: MWHPR0701MB3724: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(56005881305849)(21748063052155); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(3231254)(944501410)(52105095)(3002001)(93006095)(93001095)(10201501046)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123560045)(20161123558120)(20161123564045)(6072148)(201708071742011)(7699016); SRVR:MWHPR0701MB3724; BCL:0; PCL:0; RULEID:; SRVR:MWHPR0701MB3724; x-forefront-prvs: 07083FF734 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(396003)(376002)(39380400002)(39850400004)(346002)(199004)(189003)(501624003)(53754006)(478600001)(966005)(72206003)(6306002)(97736004)(25786009)(236005)(14454004)(54896002)(9686003)(53936002)(316002)(8936002)(68736007)(8676002)(99286004)(186003)(81166006)(102836004)(74316002)(6506007)(86362001)(81156014)(9326002)(26005)(5630700001)(7736002)(7696005)(606006)(5250100002)(55016002)(2900100001)(3660700001)(106356001)(6436002)(105586002)(2906002)(2501003)(5640700003)(486006)(33656002)(476003)(66066001)(5660300001)(6116002)(790700001)(2351001)(3846002)(3280700002)(6916009)(62123003); DIR:OUT; SFP:1101; SCL:1; SRVR:MWHPR0701MB3724; H:MWHPR0701MB3721.namprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: cavium.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: 5MjjkX5h7cK2DHyW/YuKqkzmYWGDDJM7qR2wuFu/xsycBekW0CUlEj11lEKwnOW+f53swhCT4csDnaKS3tPTIQwMwoMYgpGty9vZPxkwg5/LkvCr3ADnwffeRF+xdqOvSBb8sXXz1nYVodn1MkTzKyOz6fL+440rzuUa24qFzH3yIsovVs5ljXUQo9xqeCyO/CYQE8MDSNvxEaRgV4l45g1H1b9+600R2FW1z2In+gaz57bhtsPz1bEKmq58tPn+nEA/cmz+rO8NY29XC53ECcB8Eg3W9ye1VEVh2Ed3NJe4Lm+gavt67XgH1I5b8jNvwK2vaAqSZpWr2Ey3mmouvA== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: cavium.com X-MS-Exchange-CrossTenant-Network-Message-Id: a68cf193-77b6-4441-7b13-08d5d58b6afa X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Jun 2018 02:21:51.3232 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 711e4ccf-2e9b-4bcf-a551-4094005b6194 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR0701MB3724 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.26 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.26 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, 19 Jun 2018 02:21:56 -0000 Hi All, I would appreciate if you can provide the semantics of the iWARP verb "newc= onn" (please see below from file sys/ofed/include/rdma/iw_cm.h). The descri= ption in the revision log for the commit when it was introduced is not clea= r to me https://svnweb.freebsd.org/base?view=3Drevision&revision=3D294610 . struct iw_cm_verbs { void (*add_ref)(struct ib_qp *qp); void (*rem_ref)(struct ib_qp *qp); struct ib_qp * (*get_qp)(struct ib_device *device, int qpn); int (*connect)(struct iw_cm_id *cm_id, struct iw_cm_conn_param *conn_param); int (*accept)(struct iw_cm_id *cm_id, struct iw_cm_conn_param *conn_param); int (*reject)(struct iw_cm_id *cm_id, const void *pdata, u8 pdata_len); int (*create_listen_ep)(struct iw_cm_id *cm_id, int backlog); void (*destroy_listen_ep)(struct iw_cm_id *cm_id); void (*newconn)(struct iw_cm_id *parent_cm_id, struct socket *so); }; I don't see "newconn" in "struct iw_cm_verbs" in Stable_11 and CURRENT. Als= o, it is not present in the OFED distributions on Linux. Is this a FreeBSD = specific feature added to OFED? Thanks David S. (davidcs@freebsd.org) From owner-freebsd-net@freebsd.org Tue Jun 19 13:50:54 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D33D101AF7C for ; Tue, 19 Jun 2018 13:50:54 +0000 (UTC) (envelope-from bugzilla-noreply@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 C3F1481890 for ; Tue, 19 Jun 2018 13:50:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 7DA16101AF7B; Tue, 19 Jun 2018 13:50:53 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6AF76101AF7A for ; Tue, 19 Jun 2018 13:50:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 048F081883 for ; Tue, 19 Jun 2018 13:50:53 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 36CB5ED46 for ; Tue, 19 Jun 2018 13:50:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w5JDoqt9069337 for ; Tue, 19 Jun 2018 13:50:52 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w5JDoqpP069335 for net@FreeBSD.org; Tue, 19 Jun 2018 13:50:52 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 228852] e1000 back-to-back unable to negotiate link... Date: Tue, 19 Jun 2018 13:50:52 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: iflib X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: shurd@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.26 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, 19 Jun 2018 13:50:54 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D228852 --- Comment #6 from Sean Bruno --- (In reply to Sean Chittenden from comment #5) If this is in a back-to-back configuration, don't we need to know the PCI I= Ds of both sides? --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Tue Jun 19 18:03:22 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 76F5B10047BB for ; Tue, 19 Jun 2018 18:03:22 +0000 (UTC) (envelope-from alexa.bliss@accudbgroup.com) Received: from mail-pf0-x241.google.com (mail-pf0-x241.google.com [IPv6:2607:f8b0:400e:c00::241]) (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 EB8346E28A for ; Tue, 19 Jun 2018 18:03:21 +0000 (UTC) (envelope-from alexa.bliss@accudbgroup.com) Received: by mail-pf0-x241.google.com with SMTP id z24-v6so241616pfe.7 for ; Tue, 19 Jun 2018 11:03:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:return-receipt-to:from:to:subject:date :message-id:mime-version:thread-index:content-language :disposition-notification-to; bh=g4qc5i9XEH6N/4yhaY0vTAhaQpetpFb7coPXqhvwgsk=; b=I7tr/wiEWyS/NFUaQpzmK4yZ7tRzNIZ8LracsJn1Ba5ktuLkfgm9R5nph/1KcbRTyF IzPFvmjOtHmaK3d44N58PKof0qRrW/7rn4M3voePSQAK+Mv6LGX3ExniXnZ+90UFWUBT M97rJhyvT4DjZc7AYEZhfK/oPqL2+f4wvFmfBDLoeS9yno9K4vzqzrWgEb+hEVytMZVn UNiYbzIJWcS82ZhVaF79bLZGFdGIfzVXQATNxto97guRy7s9FErXRhEVgL8aLmIw6WFH UsxO3k+1rA0yPayMSgGXZOmBofvA9wM0GeXt60zc2D/ztDPgqAw7hoFU+ewkWDrEV1P+ v/Bw== X-Gm-Message-State: APt69E1TE/3PWN6SK77NR29WCCGGLjYBj/8VZGR5BQmiN3+Xuzs7qIZP pTDXzjs5yTGl/zcXbRJcZutZZt7o X-Google-Smtp-Source: ADUXVKLSjL8w6cpwrl9r3fxwon7V1K1aJkbIp4QhWfXXckhHJGIHLd1CIHx10uvuu1tUIwTjdYNOWA== X-Received: by 2002:a62:6f86:: with SMTP id k128-v6mr19249303pfc.150.1529431400786; Tue, 19 Jun 2018 11:03:20 -0700 (PDT) Received: from User02PC ([183.82.18.6]) by smtp.gmail.com with ESMTPSA id k9-v6sm335803pfc.179.2018.06.19.11.03.18 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 19 Jun 2018 11:03:19 -0700 (PDT) From: "Alexa Bliss" To: Subject: Ubuntu Users Date: Tue, 19 Jun 2018 14:02:08 -0400 Message-ID: <008c01d407f7$ce2f7440$6a8e5cc0$@accudbgroup.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: AdQH9yNJmBfNwMIITnK7OTo5jnySfA== Content-Language: en-us Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.26 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.26 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, 19 Jun 2018 18:03:22 -0000 Hi, Would you be interested in acquiring the list of customers or Companies using Ubuntu? We provide the Database across North America, EMEA, APAC and Latin America. If you looking for particular titles from your target geography, please let me know and i will get back to you with more information regarding the same. Information Fields - Name, Title, Email, Company Name, and Company Details like, Physical Address, Web Address, Revenue Size, Employee Size and industry. We also have other Types Of technology users like: Linux, Debian, Fedora, CentOS, Windows, Lubuntu, Xubuntu, Kubuntu, Arch Linux, Red Hat Linux, macOS, and many more. Note: we can provide you list of: Partners: Distributors: Vendors: Competitors: Resellers: etc. Please review and let me know your selection. Await your response! Thanks and regards, Alexa Bliss Database Specialist If you are not interested in receiving further emails, please reply back with leave out in the subject line. From owner-freebsd-net@freebsd.org Fri Jun 22 16:38:19 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6ACA5102076E for ; Fri, 22 Jun 2018 16:38:19 +0000 (UTC) (envelope-from freebsd@dukhovni.org) Received: from mournblade.imrryr.org (mournblade.imrryr.org [108.5.242.66]) (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 E059F769A1 for ; Fri, 22 Jun 2018 16:38:18 +0000 (UTC) (envelope-from freebsd@dukhovni.org) Received: by mournblade.imrryr.org (Postfix, from userid 1034) id 70F2B7A330A; Fri, 22 Jun 2018 16:38:12 +0000 (UTC) Date: Fri, 22 Jun 2018 16:38:12 +0000 From: Viktor Dukhovni To: freebsd-net@freebsd.org Subject: Re: [PATCH]: The 6to4 stf0 interface flapping in/out of tentative in FreeBSD 11 Message-ID: <20180622163812.GA17559@mournblade.imrryr.org> Reply-To: freebsd-net@freebsd.org References: <20171106042248.GL3322@mournblade.imrryr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171106042248.GL3322@mournblade.imrryr.org> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.26 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, 22 Jun 2018 16:38:19 -0000 On Mon, Nov 06, 2017 at 04:22:48AM +0000, Viktor Dukhovni wrote: > Today, I looked closely at the kernel sources and found the issue. > Patch below. Interfaces found to not have IFF_DRV_RUNNING in > if_drv_flags by the periodic interface scan are marked tentative. > Since the "stf" driver did not set that flag, the "stf" interface > flaps. > > Index: sys/net/if_stf.c > =================================================================== > --- sys/net/if_stf.c (revision 325169) > +++ sys/net/if_stf.c (working copy) > @@ -722,6 +722,7 @@ > } > > ifp->if_flags |= IFF_UP; > + ifp->if_drv_flags |= IFF_DRV_RUNNING; > break; > > case SIOCADDMULTI: I just upgraded to 11.1-p10, forgetting I had patched my kernel, and the stf0 interface flapping was back, with IPv6 connectivity disappearing every other second or so (interface shows as "tentative" and outgoing connections fail with "can't assign requested address"). Appied the same patch and rebooted, and the problem is gone. Here's the patch again: Index: sys/net/if_stf.c --- sys/net/if_stf.c (revision 333375) +++ sys/net/if_stf.c (working copy) @@ -722,6 +722,7 @@ } ifp->if_flags |= IFF_UP; + ifp->if_drv_flags |= IFF_DRV_RUNNING; break; case SIOCADDMULTI: $ svn info Path: . Working Copy Root Path: /usr/src URL: https://svn0.us-west.freebsd.org/base/releng/11.1 Relative URL: ^/releng/11.1 Repository Root: https://svn0.us-west.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 333375 Node Kind: directory Schedule: normal Last Changed Author: gordon Last Changed Rev: 333375 Last Changed Date: 2018-05-08 13:18:24 -0400 (Tue, 08 May 2018) -- VIktor. From owner-freebsd-net@freebsd.org Fri Jun 22 17:44:18 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B5BFA1022522 for ; Fri, 22 Jun 2018 17:44:18 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward106j.mail.yandex.net (forward106j.mail.yandex.net [IPv6:2a02:6b8:0:801:2::109]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 26ABB79354 for ; Fri, 22 Jun 2018 17:44:17 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback7g.mail.yandex.net (mxback7g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:168]) by forward106j.mail.yandex.net (Yandex) with ESMTP id B5A031806936; Fri, 22 Jun 2018 20:44:14 +0300 (MSK) Received: from smtp3o.mail.yandex.net (smtp3o.mail.yandex.net [2a02:6b8:0:1a2d::27]) by mxback7g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 5xeSIfUpZJ-iEmeYRIJ; Fri, 22 Jun 2018 20:44:14 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1529689454; bh=qeu0zve0u8o54CgTq/3Jio+cEq0ccTCwsu6tKt1FiIY=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=KCQcn1MVj/FeQKfLd6wO857p1KuvZwQXHoG90RmM7GYt5CIwefMo2NsbBgS/I9wVt PvPNAGoDWPrRPiZqlC8DKkxwmfOKxBAkDPw+K6BRF5RHOozceMPkJ4kX9a4jyP0MOp xcVBTBo4B0RMY+gd06Kq49YPg761VdVCpqR7gZAU= Received: by smtp3o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 6LbzqOyeT7-iDGqFDR2; Fri, 22 Jun 2018 20:44:13 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1529689453; bh=qeu0zve0u8o54CgTq/3Jio+cEq0ccTCwsu6tKt1FiIY=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=SL+ODxG0O6Ulorj7bIej0virfBPztwx5aF9brQUcDgC/xJlzuQhIjC6DOo37uYuLU rHl3xgWnQSv6SSdV7+FI02972hK/v/WEyOP/PSdYLqVbUl6QmVfuiWq01HNkKxJUIP ynayPzBb6YffO9kLBsh4VcF8bH5foZU934DoY/I0= Authentication-Results: smtp3o.mail.yandex.net; dkim=pass header.i=@yandex.ru Subject: Re: [PATCH]: The 6to4 stf0 interface flapping in/out of tentative in FreeBSD 11 To: freebsd-net@freebsd.org, Viktor Dukhovni References: <20171106042248.GL3322@mournblade.imrryr.org> <20180622163812.GA17559@mournblade.imrryr.org> From: "Andrey V. Elsukov" Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Autocrypt: addr=bu7cher@yandex.ru; prefer-encrypt=mutual; keydata= xsBNBEwBF1kBCADB9sXFhBEUy8qQ4X63Y8eBatYMHGEFWN9ypS5lI3RE6qQW2EYbxNk7qUC5 21YIIS1mMFVBEfvR7J9uc7yaYgFCEb6Sce1RSO4ULN2mRKGHP3/Sl0ijZEjWHV91hY1YTHEF ZW/0GYinDf56sYpDDehaBF5wkWIo1+QK5nmj3vl0DIDCMNd7QEiWpyLVwECgLX2eOAXByT8B bCqVhJGcG6iFP7/B9Ll6uX5gb8thM9LM+ibwErDBVDGiOgvfxqidab7fdkh893IBCXa82H9N CNwnEtcgzh+BSKK5BgvPohFMgRwjti37TSxwLu63QejRGbZWSz3OK3jMOoF63tCgn7FvABEB AAHNIkFuZHJleSBWLiBFbHN1a292IDxhZUBmcmVlYnNkLm9yZz7CwHsEEwECACUCGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheABQJMB/ruAhkBAAoJEAHF6gQQyKF6MLwH/3Ri/TZl9uo0 SepYWXOnxL6EaDVXDA+dLb1eLKC4PRBBjX29ttQ0KaWapiE6y5/AfzOPmRtHLrHYHjd/aiHX GMLHcYRXD+5GvdkK8iMALrZ28X0JXyuuZa8rAxWIWmCbYHNSBy2unqWgTI04Erodk90IALgM 9JeHN9sFqTM6zalrMnTzlcmel4kcjT3lyYw3vOKgoYLtsLhKZSbJoVVVlvRlGBpHFJI5AoYJ SyfXoN0rcX6k9X7Isp2K50YjqxV4v78xluh1puhwZyC0p8IShPrmrp9Oy9JkMX90o6UAXdGU KfdExJuGJfUZOFBTtNIMNIAKfMTjhpRhxONIr0emxxDOwE0ETAEXWQEIAJ2p6l9LBoqdH/0J PEFDY2t2gTvAuzz+8zs3R03dFuHcNbOwjvWCG0aOmVpAzkRa8egn5JB4sZaFUtKPYJEQ1Iu+ LUBwgvtXf4vWpzC67zs2dDuiW4LamH5p6xkTD61aHR7mCB3bg2TUjrDWn2Jt44cvoYxj3dz4 S49U1rc9ZPgD5axCNv45j72tggWlZvpefThP7xT1OlNTUqye2gAwQravXpZkl5JG4eOqJVIU X316iE3qso0iXRUtO7OseBf0PiVmk+wCahdreHOeOxK5jMhYkPKVn7z1sZiB7W2H2TojbmcK HZC22sz7Z/H36Lhg1+/RCnGzdEcjGc8oFHXHCxUAEQEAAcLAXwQYAQIACQUCTAEXWQIbDAAK CRABxeoEEMihegkYCAC3ivGYNe2taNm/4Nx5GPdzuaAJGKWksV+w9mo7dQvU+NmI2az5w8vw 98OmX7G0OV9snxMW+6cyNqBrVFTu33VVNzz9pnqNCHxGvj5dL5ltP160JV2zw2bUwJBYsgYQ WfyJJIM7l3gv5ZS3DGqaGIm9gOK1ANxfrR5PgPzvI9VxDhlr2juEVMZYAqPLEJe+SSxbwLoz BcFCNdDAyXcaAzXsx/E02YWm1hIWNRxanAe7Vlg7OL+gvLpdtrYCMg28PNqKNyrQ87LQ49O9 50IIZDOtNFeR0FGucjcLPdS9PiEqCoH7/waJxWp6ydJ+g4OYRBYNM0EmMgy1N85JJrV1mi5i Message-ID: <8fe71247-a9a4-e3cb-3e4a-03852307f080@yandex.ru> Date: Fri, 22 Jun 2018 20:41:10 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <20180622163812.GA17559@mournblade.imrryr.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="a6m4mp8fd6l2BsvcaD7ytmIWQ4jB6CRRj" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.26 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, 22 Jun 2018 17:44:19 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --a6m4mp8fd6l2BsvcaD7ytmIWQ4jB6CRRj Content-Type: multipart/mixed; boundary="eXoUMBQP722Ii9Cog335T5jgeXwnCNlt3"; protected-headers="v1" From: "Andrey V. Elsukov" To: freebsd-net@freebsd.org, Viktor Dukhovni Message-ID: <8fe71247-a9a4-e3cb-3e4a-03852307f080@yandex.ru> Subject: Re: [PATCH]: The 6to4 stf0 interface flapping in/out of tentative in FreeBSD 11 References: <20171106042248.GL3322@mournblade.imrryr.org> <20180622163812.GA17559@mournblade.imrryr.org> In-Reply-To: <20180622163812.GA17559@mournblade.imrryr.org> --eXoUMBQP722Ii9Cog335T5jgeXwnCNlt3 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 22.06.2018 19:38, Viktor Dukhovni wrote: > I just upgraded to 11.1-p10, forgetting I had patched my kernel, > and the stf0 interface flapping was back, with IPv6 connectivity > disappearing every other second or so (interface shows as "tentative" > and outgoing connections fail with "can't assign requested address"). >=20 > Appied the same patch and rebooted, and the problem is gone. Here's > the patch again: >=20 > Index: sys/net/if_stf.c > --- sys/net/if_stf.c (revision 333375) > +++ sys/net/if_stf.c (working copy) > @@ -722,6 +722,7 @@ > } > =20 > ifp->if_flags |=3D IFF_UP; > + ifp->if_drv_flags |=3D IFF_DRV_RUNNING; > break; > =20 > case SIOCADDMULTI: >=20 Hi, Your change looks reasonable due to IPv6 DAD procedure does check for presence of IFF_DRV_RUNNING flag. But actually it seems the right solution should be disabling DAD for if_stf(4) interface. IPv6 DAD requires that given interface should be multicast capable, but for if_stf(4) it is not true. Will it help if you use `ifconfig stf0 inet6 no_dad` before assigning IPv6 address? --=20 WBR, Andrey V. Elsukov --eXoUMBQP722Ii9Cog335T5jgeXwnCNlt3-- --a6m4mp8fd6l2BsvcaD7ytmIWQ4jB6CRRj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAlstNLYACgkQAcXqBBDI oXqB/wf/R4Be3fttFm/bbCnQcS2ERuredVi2L5WW+zjoOsWCiYfRNYmJx5kdtZsh DFrZm/W77S2vbwgc8rrkOx5Pdikv/MIu81vTcZyjZwKxRNMOhbTxWmZ2aSoLE4J7 +Wlb/0WKBenC61BNq93qgXNafK6ZBeB3w7IAypFyzF5lV44+GHdvzmDZVMxd4wMc Uh6GbgvtXoxV4wxzSKoXeUPeLGF85LlTvQB+GnYTUqe5VUI6COdRa3R6a0hD43gF Y977xwmqnEOXY1e69iaa8Iqi9Ek/Mw1wb2qiu9pRd2jicDt7JrMqSS6NNWZt65XY Gf7Ss5qB9YCLUvbnEs/M3TyUKQ2OxQ== =OPL8 -----END PGP SIGNATURE----- --a6m4mp8fd6l2BsvcaD7ytmIWQ4jB6CRRj-- From owner-freebsd-net@freebsd.org Fri Jun 22 18:08:58 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A1E71022F0F for ; Fri, 22 Jun 2018 18:08:58 +0000 (UTC) (envelope-from freebsd@dukhovni.org) Received: from mournblade.imrryr.org (mournblade.imrryr.org [108.5.242.66]) (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 0EDB57A312 for ; Fri, 22 Jun 2018 18:08:58 +0000 (UTC) (envelope-from freebsd@dukhovni.org) Received: from [192.168.1.161] (straasha.imrryr.org [100.2.39.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mournblade.imrryr.org (Postfix) with ESMTPSA id 3E3A47A3309 for ; Fri, 22 Jun 2018 18:08:57 +0000 (UTC) (envelope-from freebsd@dukhovni.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Subject: Re: [PATCH]: The 6to4 stf0 interface flapping in/out of tentative in FreeBSD 11 From: Viktor Dukhovni In-Reply-To: <8fe71247-a9a4-e3cb-3e4a-03852307f080@yandex.ru> Date: Fri, 22 Jun 2018 14:08:56 -0400 Content-Transfer-Encoding: quoted-printable Reply-To: freebsd-net@freebsd.org Message-Id: References: <20171106042248.GL3322@mournblade.imrryr.org> <20180622163812.GA17559@mournblade.imrryr.org> <8fe71247-a9a4-e3cb-3e4a-03852307f080@yandex.ru> To: freebsd-net@freebsd.org X-Mailer: Apple Mail (2.3445.8.2) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.26 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, 22 Jun 2018 18:08:58 -0000 > On Jun 22, 2018, at 1:41 PM, Andrey V. Elsukov = wrote: >=20 > Your change looks reasonable due to IPv6 DAD procedure does check for > presence of IFF_DRV_RUNNING flag. But actually it seems the right > solution should be disabling DAD for if_stf(4) interface. > IPv6 DAD requires that given interface should be multicast capable, = but > for if_stf(4) it is not true. > Will it help if you use `ifconfig stf0 inet6 no_dad` before assigning > IPv6 address? stf_up() in /etc/rc.d/stf has: ifconfig stf0 create >/dev/null 2>&1 ifconfig stf0 inet6 = 2002:${ipv4_in_hexformat}:${stf_interface_ipv6_slaid:-0}:${stf_interface_i= pv6_ifid} \ prefixlen ${stf_prefixlen} Are you suggesting to add the: ifconfig stf0 inet6 no_data right under "ifconfig stf0 create"? I'd have to find a convenient time = to reboot to the stock kernel, so this will take O(12 hours) before I can = re-test. Perhaps the fix should be belt-and-suspenders? Both set IFF_DRV_RUNNING and disable DAD automatically for lack of multicast support? Setting the flag bit might avoid other future issues. Avoiding needless DAD polling sounds sensible. --=20 Viktor. From owner-freebsd-net@freebsd.org Fri Jun 22 18:20:17 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D52310236E6 for ; Fri, 22 Jun 2018 18:20:17 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward102o.mail.yandex.net (forward102o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::602]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A184E7ACA2; Fri, 22 Jun 2018 18:20:16 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback4j.mail.yandex.net (mxback4j.mail.yandex.net [IPv6:2a02:6b8:0:1619::10d]) by forward102o.mail.yandex.net (Yandex) with ESMTP id 89D4D5A013BB; Fri, 22 Jun 2018 21:20:07 +0300 (MSK) Received: from smtp4j.mail.yandex.net (smtp4j.mail.yandex.net [2a02:6b8:0:1619::15:6]) by mxback4j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 3NCm4E9maV-K7e4ej2M; Fri, 22 Jun 2018 21:20:07 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1529691607; bh=kPUyR8Ti3Q1yBK+rJZ6DMjv+qv8DdhrTcybWUNILWrQ=; h=Subject:To:References:Cc:From:Message-ID:Date:In-Reply-To; b=XBv2+65FooLKwIttRMbUaEWzKon6+hOLPC7En1Z453rSzjWx8ZQr7S0Cu6NmPdzoT NT/swKFN6A5HBWT+wKJuJZ71SsJI4sJeT2dWQhXdCInYDIv7VjPTtG55JJ6sFjUJVC pXnAX2uDsht/7qwGOYW6ZSy6MAe6+fQ+MojwPm+Y= Received: by smtp4j.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id LzrOOys0PP-K6C0D6Qc; Fri, 22 Jun 2018 21:20:06 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1529691606; bh=kPUyR8Ti3Q1yBK+rJZ6DMjv+qv8DdhrTcybWUNILWrQ=; h=Subject:To:References:Cc:From:Message-ID:Date:In-Reply-To; b=GgAec7wu4myh5KS1G0cb4a8LXUx8KjncGas3FXTKZpxiFEEPsECTT07DW0hycmdf2 F0U6ebZ2HLdowdHeqdsnIhdqrphM648peQrWWhONSICE5nd49/0qtjQBY0h6V5vlVC FJAZ8/GmoEXgsYUJw0qvQWd/sE4JzeLUuSqKATm4= Authentication-Results: smtp4j.mail.yandex.net; dkim=pass header.i=@yandex.ru Subject: Re: [PATCH]: The 6to4 stf0 interface flapping in/out of tentative in FreeBSD 11 To: freebsd-net@freebsd.org, Viktor Dukhovni References: <20171106042248.GL3322@mournblade.imrryr.org> <20180622163812.GA17559@mournblade.imrryr.org> <8fe71247-a9a4-e3cb-3e4a-03852307f080@yandex.ru> Cc: "Bjoern A. Zeeb" , Mark Johnston From: "Andrey V. Elsukov" Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Autocrypt: addr=bu7cher@yandex.ru; prefer-encrypt=mutual; keydata= xsBNBEwBF1kBCADB9sXFhBEUy8qQ4X63Y8eBatYMHGEFWN9ypS5lI3RE6qQW2EYbxNk7qUC5 21YIIS1mMFVBEfvR7J9uc7yaYgFCEb6Sce1RSO4ULN2mRKGHP3/Sl0ijZEjWHV91hY1YTHEF ZW/0GYinDf56sYpDDehaBF5wkWIo1+QK5nmj3vl0DIDCMNd7QEiWpyLVwECgLX2eOAXByT8B bCqVhJGcG6iFP7/B9Ll6uX5gb8thM9LM+ibwErDBVDGiOgvfxqidab7fdkh893IBCXa82H9N CNwnEtcgzh+BSKK5BgvPohFMgRwjti37TSxwLu63QejRGbZWSz3OK3jMOoF63tCgn7FvABEB AAHNIkFuZHJleSBWLiBFbHN1a292IDxhZUBmcmVlYnNkLm9yZz7CwHsEEwECACUCGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheABQJMB/ruAhkBAAoJEAHF6gQQyKF6MLwH/3Ri/TZl9uo0 SepYWXOnxL6EaDVXDA+dLb1eLKC4PRBBjX29ttQ0KaWapiE6y5/AfzOPmRtHLrHYHjd/aiHX GMLHcYRXD+5GvdkK8iMALrZ28X0JXyuuZa8rAxWIWmCbYHNSBy2unqWgTI04Erodk90IALgM 9JeHN9sFqTM6zalrMnTzlcmel4kcjT3lyYw3vOKgoYLtsLhKZSbJoVVVlvRlGBpHFJI5AoYJ SyfXoN0rcX6k9X7Isp2K50YjqxV4v78xluh1puhwZyC0p8IShPrmrp9Oy9JkMX90o6UAXdGU KfdExJuGJfUZOFBTtNIMNIAKfMTjhpRhxONIr0emxxDOwE0ETAEXWQEIAJ2p6l9LBoqdH/0J PEFDY2t2gTvAuzz+8zs3R03dFuHcNbOwjvWCG0aOmVpAzkRa8egn5JB4sZaFUtKPYJEQ1Iu+ LUBwgvtXf4vWpzC67zs2dDuiW4LamH5p6xkTD61aHR7mCB3bg2TUjrDWn2Jt44cvoYxj3dz4 S49U1rc9ZPgD5axCNv45j72tggWlZvpefThP7xT1OlNTUqye2gAwQravXpZkl5JG4eOqJVIU X316iE3qso0iXRUtO7OseBf0PiVmk+wCahdreHOeOxK5jMhYkPKVn7z1sZiB7W2H2TojbmcK HZC22sz7Z/H36Lhg1+/RCnGzdEcjGc8oFHXHCxUAEQEAAcLAXwQYAQIACQUCTAEXWQIbDAAK CRABxeoEEMihegkYCAC3ivGYNe2taNm/4Nx5GPdzuaAJGKWksV+w9mo7dQvU+NmI2az5w8vw 98OmX7G0OV9snxMW+6cyNqBrVFTu33VVNzz9pnqNCHxGvj5dL5ltP160JV2zw2bUwJBYsgYQ WfyJJIM7l3gv5ZS3DGqaGIm9gOK1ANxfrR5PgPzvI9VxDhlr2juEVMZYAqPLEJe+SSxbwLoz BcFCNdDAyXcaAzXsx/E02YWm1hIWNRxanAe7Vlg7OL+gvLpdtrYCMg28PNqKNyrQ87LQ49O9 50IIZDOtNFeR0FGucjcLPdS9PiEqCoH7/waJxWp6ydJ+g4OYRBYNM0EmMgy1N85JJrV1mi5i Message-ID: <964bd37c-fe7b-1a99-6c5e-9a367cfad29f@yandex.ru> Date: Fri, 22 Jun 2018 21:17:03 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="uBTppnhad4PIkNb5seqRMVgoIguy7yl5z" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.26 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, 22 Jun 2018 18:20:17 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --uBTppnhad4PIkNb5seqRMVgoIguy7yl5z Content-Type: multipart/mixed; boundary="hdiAmpdhIcQUpMhkTRXgS429NQUNeScFI"; protected-headers="v1" From: "Andrey V. Elsukov" To: freebsd-net@freebsd.org, Viktor Dukhovni Cc: "Bjoern A. Zeeb" , Mark Johnston Message-ID: <964bd37c-fe7b-1a99-6c5e-9a367cfad29f@yandex.ru> Subject: Re: [PATCH]: The 6to4 stf0 interface flapping in/out of tentative in FreeBSD 11 References: <20171106042248.GL3322@mournblade.imrryr.org> <20180622163812.GA17559@mournblade.imrryr.org> <8fe71247-a9a4-e3cb-3e4a-03852307f080@yandex.ru> In-Reply-To: --hdiAmpdhIcQUpMhkTRXgS429NQUNeScFI Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 22.06.2018 21:08, Viktor Dukhovni wrote: >> Your change looks reasonable due to IPv6 DAD procedure does check for >> presence of IFF_DRV_RUNNING flag. But actually it seems the right >> solution should be disabling DAD for if_stf(4) interface. >> IPv6 DAD requires that given interface should be multicast capable, bu= t >> for if_stf(4) it is not true. >> Will it help if you use `ifconfig stf0 inet6 no_dad` before assigning >> IPv6 address? >=20 > stf_up() in /etc/rc.d/stf has: >=20 > ifconfig stf0 create >/dev/null 2>&1 > ifconfig stf0 inet6 2002:${ipv4_in_hexformat}:${stf_int= erface_ipv6_slaid:-0}:${stf_interface_ipv6_ifid} \ > prefixlen ${stf_prefixlen} >=20 > Are you suggesting to add the: >=20 > ifconfig stf0 inet6 no_data Yes, but "no_dad", not "no_data". > right under "ifconfig stf0 create"? I'd have to find a convenient time= to > reboot to the stock kernel, so this will take O(12 hours) before I can = re-test. >=20 > Perhaps the fix should be belt-and-suspenders? Both set IFF_DRV_RUNNIN= G > and disable DAD automatically for lack of multicast support? Setting > the flag bit might avoid other future issues. Avoiding needless DAD > polling sounds sensible. We have already one tweak for if_stf(4) in in6_ifattach(), that disables automatic LLA creation. I think we can also add disabling DAD there. Something like: Index: in6_ifattach.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- in6_ifattach.c (revision 335361) +++ in6_ifattach.c (working copy) @@ -683,6 +683,7 @@ in6_ifattach(struct ifnet *ifp, struct ifnet *alti * it is rather harmful to have one. */ ND_IFINFO(ifp)->flags &=3D ~ND6_IFF_AUTO_LINKLOCAL; + ND_IFINFO(ifp)->flags |=3D ND6_IFF_NO_DAD; break; default: break; --=20 WBR, Andrey V. Elsukov --hdiAmpdhIcQUpMhkTRXgS429NQUNeScFI-- --uBTppnhad4PIkNb5seqRMVgoIguy7yl5z Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAlstPR8ACgkQAcXqBBDI oXo1TAf5AUsEd/HggPseGZQu12IdIYRaEFuis1jct0yY+j3/gitlRzLmk4jsMJ62 DqdxM1iE0HLC3CmiTBNM4lml7LW7OkJvpA3OFOSIGWMdR0UFx47fo6fXsEwqPqH/ pwe2KHXJWzbfacC3myPxJ4E4ogA+s1Uasqelcck3GjXDMcLzq8UcYkOMdF1meCdK vKvo6r5u0LOJZh3xINyPzewqrw5Pd1ek4TRaD7n7Tm5nyIFc9Qip18u8j7w6ERyk DPz74trV3XtyDke7lX53N6Gwhyj9CiSfQKvpGVbOc019gFXTG8Ix6M1qSX/B3D6E UISTTG7b5ZtmkXm+cLnFmqK8c03E0Q== =/E0A -----END PGP SIGNATURE----- --uBTppnhad4PIkNb5seqRMVgoIguy7yl5z--