From nobody Mon Nov 8 03:08:49 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7A6D0184ABBE for ; Mon, 8 Nov 2021 03:08:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hnbfn2kGYz4n2X for ; Mon, 8 Nov 2021 03:08:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 3EB372103 for ; Mon, 8 Nov 2021 03:08:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 1A838nL0092302 for ; Mon, 8 Nov 2021 03:08:49 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 1A838nm8092301 for net@FreeBSD.org; Mon, 8 Nov 2021 03:08: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 259645] crash in_cksumdata (sys/amd64/amd64/in_cksum.c:113) via in4_cksum (sys/netpfil/pf/in4_cksum.c:117) after FreeBSD 13.0 p5 update Date: Mon, 08 Nov 2021 03:08:49 +0000 X-Bugzilla-Reason: AssignedTo CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 13.0-RELEASE X-Bugzilla-Keywords: crash, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: doctor@doctor.nl2k.ab.ca X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? maintainer-feedback? mfc-stable13? mfc-stable12? 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 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D259645 --- Comment #13 from doctor@doctor.nl2k.ab.ca --- just set to 0 . Still This should be treated as a DoS Style takedown. I am adding 2 more co= re txts. --=20 You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.= From nobody Mon Nov 8 03:11:53 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B5175184C4F4 for ; Mon, 8 Nov 2021 03:11:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HnbkK4Vprz4pMp for ; Mon, 8 Nov 2021 03:11:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 7B4991DE8 for ; Mon, 8 Nov 2021 03:11:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 1A83BrER096740 for ; Mon, 8 Nov 2021 03:11:53 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 1A83BrSV096728 for net@FreeBSD.org; Mon, 8 Nov 2021 03:11:53 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 259645] crash in_cksumdata (sys/amd64/amd64/in_cksum.c:113) via in4_cksum (sys/netpfil/pf/in4_cksum.c:117) after FreeBSD 13.0 p5 update Date: Mon, 08 Nov 2021 03:11:53 +0000 X-Bugzilla-Reason: CC AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 13.0-RELEASE X-Bugzilla-Keywords: crash, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: doctor@doctor.nl2k.ab.ca X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? maintainer-feedback? mfc-stable13? mfc-stable12? X-Bugzilla-Changed-Fields: attachments.created 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 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D259645 --- Comment #14 from doctor@doctor.nl2k.ab.ca --- Created attachment 229351 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D229351&action= =3Dedit 4th crash 4th crash text --=20 You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.= From nobody Mon Nov 8 03:13:02 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3EA6C184CC61 for ; Mon, 8 Nov 2021 03:13:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hnblg0Ksnz4q8l for ; Mon, 8 Nov 2021 03:13:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id E09251F55 for ; Mon, 8 Nov 2021 03:13:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 1A83D2qc097994 for ; Mon, 8 Nov 2021 03:13:02 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 1A83D25Y097993 for net@FreeBSD.org; Mon, 8 Nov 2021 03:13:02 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 259645] crash in_cksumdata (sys/amd64/amd64/in_cksum.c:113) via in4_cksum (sys/netpfil/pf/in4_cksum.c:117) after FreeBSD 13.0 p5 update Date: Mon, 08 Nov 2021 03:13:02 +0000 X-Bugzilla-Reason: CC AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 13.0-RELEASE X-Bugzilla-Keywords: crash, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: doctor@doctor.nl2k.ab.ca X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? maintainer-feedback? mfc-stable13? mfc-stable12? X-Bugzilla-Changed-Fields: attachments.created 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 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D259645 --- Comment #15 from doctor@doctor.nl2k.ab.ca --- Created attachment 229352 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D229352&action= =3Dedit 5th crash 5th crash report --=20 You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.= From nobody Mon Nov 8 07:34:47 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E9620183E9B6; Mon, 8 Nov 2021 07:35:01 +0000 (UTC) (envelope-from zlei.huang@gmail.com) Received: from mail-pj1-x102b.google.com (mail-pj1-x102b.google.com [IPv6:2607:f8b0:4864:20::102b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HnjYx5tvMz3lS7; Mon, 8 Nov 2021 07:35:01 +0000 (UTC) (envelope-from zlei.huang@gmail.com) Received: by mail-pj1-x102b.google.com with SMTP id nh10-20020a17090b364a00b001a69adad5ebso8122865pjb.2; Sun, 07 Nov 2021 23:35:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=UBXwJwMsecxrAiXEx4s9t+LTZtWc++D7XOrvdElIoM8=; b=leEsUA3JgWpb09jwHajgW7R/TQxaYnUEklksYUfmauj9Z5LLhQxJQVSwMxY04bcsjA 2jEKhlJpi3GFQ8zTtOgZTDeXdByDya+QDKKKtCx+Vuwp/49hZ+12qdVaE2gEa+KKg+dj N1SHytcr2fR13zpNLAGX9oYqV36GHWLjrjUp+JgfOrafRdH6d3M64YEoz4RHRyVPYWzw G2h6v9E9o1padnrOPt/E5AU+v8sbzPfPtWRzSb55ZlE/+7iMe45cCc1A0RtXShZ30hiK p/zQNudyZDWuSpjIn68JKVWNbTdWs/SGwfkCdPsbAUDZjaev3ly6+rBKO/C9wLGeuZXo vFOQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=UBXwJwMsecxrAiXEx4s9t+LTZtWc++D7XOrvdElIoM8=; b=fktx3jdCYwEQzpIwwVNCstMqoqjyB8hHIJrCSB+66POA0GFusLTauzXPGSkQsVfMIB kZ6PjWL3Jn2ktCiZiTdRGUCT4Z9m7hHgMclFT/A4rObe29+qs0Kj+E9BqBqXwOOanX0l Ykx2CrZ9i5W4nTWfWzOt2IAKAhemMHaxE+hlQYMADP0S/5S5kgUngXJhG7jhyq1wvIiD GAmUBRHWpDOtuEzWTre8qC973UNfV2Zrr5eiv/vPv4lJcgclZd5OCWXCbWCWGOA7Q+XQ vqvQ9pgHaIJ9s1YKXrYoDNidJQ6qCSm2NOAYT+ckaetv/oaPGymDnm9PABkHRwl665iz 6OMA== X-Gm-Message-State: AOAM531n3sNEeafczJ2l21A24K8N8KB4+DJsBVUNBKTEeTqV6aVgFF4I t+M5QDWm5C3I1MTYLQ27RsM= X-Google-Smtp-Source: ABdhPJxsTdnGb51dy88AIjF47ttX+ZCmNIovSCUYKa8Fe/BTweQZ2LSxzo57/IG4sjPa/3Cmap2fBw== X-Received: by 2002:a17:90b:4f85:: with SMTP id qe5mr15229748pjb.167.1636356894769; Sun, 07 Nov 2021 23:34:54 -0800 (PST) Received: from [172.17.252.129] (ns1.oxydns.net. [45.32.91.63]) by smtp.gmail.com with ESMTPSA id rm1sm14396089pjb.3.2021.11.07.23.34.53 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 07 Nov 2021 23:34:54 -0800 (PST) Content-Type: text/plain; charset=us-ascii List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\)) Subject: Re: if_vlan allow to set incorrect mtu From: Zhenlei Huang In-Reply-To: <20211107105130.2ccbb253@rimwks.local> Date: Mon, 8 Nov 2021 15:34:47 +0800 Cc: freebsd-net@freebsd.org, freebsd-hackers@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <057DF595-8CEF-4C33-A5B4-442929BBEF35@gmail.com> References: <20211107105130.2ccbb253@rimwks.local> To: Rozhuk Ivan X-Mailer: Apple Mail (2.3608.120.23.2.7) X-Rspamd-Queue-Id: 4HnjYx5tvMz3lS7 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_RCPT(0.00)[]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N > On Nov 7, 2021, at 3:51 PM, Rozhuk Ivan wrote: >=20 > Hi! >=20 >=20 > Why if_vlan allow to set same MTU size or bigger as on parrent nic? >=20 >=20 > Setup: > - workstation with MTU 9000 and IPv4 on h/w nic > - server with MTU 9000 on h/w nic and IPv4 on vlan nic with MTU 9000 = (set by defauil on iface creation) >=20 > This setup have issue: > - big packets from server->wks - OK > - big packets from wks->server - FAIL. >=20 > Server init sequence: > 1. Create vlans > 2. Set MTU lower than default on parent nic >=20 > Result: vlan have bigger or same MTU as parrent nic, but parrent nic = reports IFCAP_VLAN_MTU. > Probably this is if_em driver issue or iflib. >=20 >=20 >=20 > This is rc.conf, vlan77 - where I got MTU 9000 and fail to receive = packets: > = =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=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > vlans_igb0=3D"vlan77 vlan86 vlan87" > create_args_vlan87=3D"vlan 87" > create_args_vlan86=3D"vlan 86" > create_args_vlan77=3D"vlan 77" > ifconfig_vlan87=3D"inet 15.44.77.2 netmask 255.255.252.0 mtu 1500 down = up" > ifconfig_vlan87_alias0=3D"link 00:aa:fa:dd:44:55" > ifconfig_vlan86=3D"DHCP mtu 1500" > ifconfig_vlan86_alias0=3D"link 00:ff:fa:dd:44:55" > ifconfig_vlan77=3D"inet 192.168.0.254 netmask 255.255.255.0" > ifconfig_vlan77_alias0=3D"link 00:0f:43:48:67:fe" > ifconfig_vlan77_ipv6=3D"inet6 2001:470:2345:555::1/64 prefixlen 64 = auto_linklocal" > ifconfig_igb0=3D"-lro -tso -vlanhwtso mtu 9000 down up" > = =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=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 >=20 >=20 Can you please disable all vlan hardware offloading features and repeat = the test again? ifconfig igb0 -vlanmtu -vlanhwtag -vlanhwfilter -vlanhwtso -vlanhwcsum From nobody Mon Nov 8 09:14:46 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7E8C81856A90 for ; Mon, 8 Nov 2021 09:14:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hnln235Qgz4qSg for ; Mon, 8 Nov 2021 09:14:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 46FA56D73 for ; Mon, 8 Nov 2021 09:14:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 1A89Ekfw082337 for ; Mon, 8 Nov 2021 09:14:46 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 1A89Ekpd082336 for net@FreeBSD.org; Mon, 8 Nov 2021 09:14:46 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 259458] iflib_rxeof NULL pointer crash with vmxnet3 driver Date: Mon, 08 Nov 2021 09:14: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: 12.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: avg@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- 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 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D259458 --- Comment #18 from Andriy Gapon --- I think that comment #13 could be on spot. After applying the following patch the problem hasn't been seen for several days (whereas previously it happened at least once per day on one of test machines). @@ -2572,7 +2572,8 @@ bzero((void *)di->idi_vaddr, di->idi_size); } for (i =3D 0; i < scctx->isc_nrxqsets; i++, rxq++) { - /* make sure all transmitters have completed before proceed= ing XXX */ + gtaskqueue_drain(rxq->ifr_task.gt_taskqueue, + &rxq->ifr_task.gt_task); rxq->ifr_cq_cidx =3D 0; for (j =3D 0, di =3D rxq->ifr_ifdi; j < sctx->isc_nrxqs; j+= +, di++) I cannot come up with an exact interaction between threads that could lead = to the symptoms, but there certainly was a data race. I used anonymous dtrace to capture initial network configuration and I saw = some interleaving between _task_fn_rx and iflib_if_ioctl -> iflib_stop / iflib_init_locked. One specific ioctl that I saw was SIOCSIFCAP. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Mon Nov 8 09:24:05 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0FC8E1832C14 for ; Mon, 8 Nov 2021 09:24:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hnlzn6skZz4tHW for ; Mon, 8 Nov 2021 09:24:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id CC78571C3 for ; Mon, 8 Nov 2021 09:24:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 1A89O5cx088677 for ; Mon, 8 Nov 2021 09:24:05 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 1A89O5hE088676 for net@FreeBSD.org; Mon, 8 Nov 2021 09:24:05 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 253473] Possible bug in iflib, observed with vmxnet3 driver on ESXI servers Date: Mon, 08 Nov 2021 09:24:05 +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: 12.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: avg@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: allanjude@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to 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 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D253473 Andriy Gapon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|net@FreeBSD.org |allanjude@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Mon Nov 8 09:26:03 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9DAFF18336C1 for ; Mon, 8 Nov 2021 09:26:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hnm233sRhz4tfH for ; Mon, 8 Nov 2021 09:26:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 656FF6FD5 for ; Mon, 8 Nov 2021 09:26:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 1A89Q3Dr089051 for ; Mon, 8 Nov 2021 09:26:03 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 1A89Q3No089050 for net@FreeBSD.org; Mon, 8 Nov 2021 09:26:03 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 259458] iflib_rxeof NULL pointer crash with vmxnet3 driver Date: Mon, 08 Nov 2021 09:26:03 +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: 12.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: avg@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- 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 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D259458 --- Comment #19 from Andriy Gapon --- iflib_stop has a couple of 1 ms delays in it (after stopping the hardware).= I think that those could be enough for the taskqueues to complete any queued = work on real hardware. But on VMs, especially if the hypervisor is very busy (oversubscribed), the taskqueue threads can get delayed arbitrarily. I think that that may explain why the problem is rarely seen and why we see= it with vmxnet3 specifically. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Mon Nov 8 23:51:03 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id BFFE4185617F for ; Mon, 8 Nov 2021 23:51:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hp7D74glfz4nB2 for ; Mon, 8 Nov 2021 23:51:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 7C2701AC2D for ; Mon, 8 Nov 2021 23:51:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 1A8Np33D064499 for ; Mon, 8 Nov 2021 23:51:03 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 1A8Np3RK064497 for net@FreeBSD.org; Mon, 8 Nov 2021 23:51:03 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 7556] ppp: sl_compress_init() will fail if called anything else than -1 or >MAX_STATE Date: Mon, 08 Nov 2021 23:51:03 +0000 X-Bugzilla-Reason: CC AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 2.2.6-RELEASE X-Bugzilla-Keywords: needs-patch, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: emaste@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: mfc-stable12? mfc-stable11? 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 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D7556 Ed Maste changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |emaste@freebsd.org --- Comment #7 from Ed Maste --- sppp(4) removed in: commit 6aae3517ed2500fb963ba0a4264b4756088dd0f4 Author: Gleb Smirnoff Date: Wed Oct 20 21:08:13 2021 -0700 Retire synchronous PPP kernel driver sppp(4). The last two drivers that required sppp are cp(4) and ce(4). These devices are still produced and can be purchased at Cronyx . Since Roman Kurakin has quit them, they no longer support FreeBSD officially. Later they have dropped support for Linux drivers to. As of mid-2020 they don't even have a developer to maintain their Windows driver. However, their support verbally told me that they could provide aid to a FreeBSD developer with documentaion in case if there appears a new customer for their devices. These drivers have a feature to not use sppp(4) and create an interface, but instead expose the device as netgraph(4) node. Then, you can attach ng_ppp(4) with help of ports/net/mpd5 on top of the node and get your synchronous PPP. Alternatively you can attach ng_frame_relay(4) or ng_cisco(4) for HDLC. Actually, last time I used cp(4) back in 2004, using netgraph(4) instead of sppp(4) was already the right way to do. Thus, remove the sppp(4) related part of the drivers and enable by default the negraph(4) part. Further maintenance of these drivers in the tree shouldn't be a big deal. While doing that, remove some cruft and enable cp(4) compilation on amd64. The ce(4) for some unknown reason marks its internal DDK functions with __attribute__ fastcall, which most likely is safe to remove, but without hardware I'm not going to do that, so ce(4) remains i386-only. Reviewed by: emaste, imp, donner Differential Revision: https://reviews.freebsd.org/D32590 See also: https://reviews.freebsd.org/D23928 --=20 You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.= From nobody Tue Nov 9 14:39:12 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id CFAD71851D60 for ; Tue, 9 Nov 2021 14:39:32 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: from mail-lf1-x135.google.com (mail-lf1-x135.google.com [IPv6:2a00:1450:4864:20::135]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HpVxJ1HfHz4XXl for ; Tue, 9 Nov 2021 14:39:32 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: by mail-lf1-x135.google.com with SMTP id u11so44969497lfs.1 for ; Tue, 09 Nov 2021 06:39:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kev009.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=tMZk7LOFQzc8x09WIE+ly4INbsLPJugcT70rJ2+u+w8=; b=MWu8iUoowr4C/kKgsQlpQtuUfskY2IjP73RhCl990gu2Wezb/bNT7eM1rJZkGPADgx 5UasZPTlsMpHlCEiuNOiKEez0fQQHH7cNV/YjGW+Igpqx6vmRLBLuVbvwDQbBtSFjzHi 9c45d2AhFEVVc+IspqU9QhFutSTPn6MHiLKZE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=tMZk7LOFQzc8x09WIE+ly4INbsLPJugcT70rJ2+u+w8=; b=tqFd7au6sEiy8gghzAcsbdoc0RWwdNzmVbgM1GleYE+ASAX2hgUdrR2WVvsdNEMgth trr038XdNoljeRp9bv5tH9icUeAD/ItoZGsmrg9OLPKA7OX11qSYbpUrDl0Zy+AGl/Ho aVGDCJBA2+O9ry5/Mirzid9GAxw788FTt5M03Qh9/QvsSLhZYRoRElFKKLZBKHJNcHyA Upo6Uk4gQNljBV8IG5nWEz12BfUsQQmurZ0rZp24G+PFEGQZC8+BGPgyXE6FP9qWTKDu jvxoYEK2ofS8bcDO14FHtnV82sB/coQkHzJ2QUDbWmdORGzWrJdB2l/l1hNOi0Y6STLv V0DQ== X-Gm-Message-State: AOAM532AEimGFwDhWaciSn/kfTSe49VVonrXo+w5nsquyL38WypaDIxG kPBsJCMCq2beaCeNkukGyLRXJZ+q+kGtm3J3+LBelg== X-Google-Smtp-Source: ABdhPJzQ3687HxUjywucGMasAaDN8yVaZguszuNLt+G8obXrx7284JSSouWZl5rRlkddZQ2Rhj0BHd9neq8iSnALQiE= X-Received: by 2002:a19:e049:: with SMTP id g9mr7032006lfj.687.1636468763225; Tue, 09 Nov 2021 06:39:23 -0800 (PST) List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 References: <20211107010311.70eceebd@rimwks.local> In-Reply-To: <20211107010311.70eceebd@rimwks.local> From: Kevin Bowling Date: Tue, 9 Nov 2021 08:39:12 -0600 Message-ID: Subject: Re: Bug in MAC filter on IGB/if_vlan? To: Rozhuk Ivan Cc: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Content-Type: multipart/alternative; boundary="0000000000005181b205d05c13c1" X-Rspamd-Queue-Id: 4HpVxJ1HfHz4XXl X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none ("invalid DKIM record") header.d=kev009.com header.s=google header.b=MWu8iUoo; dmarc=none; spf=pass (mx1.freebsd.org: domain of kevin.bowling@kev009.com designates 2a00:1450:4864:20::135 as permitted sender) smtp.mailfrom=kevin.bowling@kev009.com X-Spamd-Result: default: False [2.75 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; NEURAL_SPAM_SHORT(0.06)[0.056]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; TO_DN_SOME(0.00)[]; DMARC_NA(0.00)[kev009.com]; NEURAL_SPAM_MEDIUM(1.00)[0.999]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[kev009.com:~]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::135:from]; R_DKIM_PERMFAIL(0.00)[kev009.com:s=google]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: Y --0000000000005181b205d05c13c1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Nov 6, 2021 at 5:03 PM Rozhuk Ivan wrote: > Hi! > > I have in rc.conf: > > =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=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > vlans_igb0=3D"vlan77 vlan86 vlan87" > create_args_vlan87=3D"vlan 87" > create_args_vlan86=3D"vlan 86" > create_args_vlan77=3D"vlan 77" > ifconfig_vlan87=3D"inet 185.44.68.92 netmask 255.255.252.0 mtu 1500 down = up" > ifconfig_vlan87_alias0=3D"link 00:aa:fa:dd:44:55" > ifconfig_vlan86=3D"DHCP mtu 1500" > ifconfig_vlan86_alias0=3D"link 00:ff:fa:dd:44:55" > ifconfig_vlan77=3D"inet 192.168.0.254 netmask 255.255.255.0" > ifconfig_vlan77_alias0=3D"link 00:0f:43:48:67:fe" > ifconfig_vlan77_ipv6=3D"inet6 2001:470:2345:555::1/64 prefixlen 64 > auto_linklocal" > ifconfig_igb0=3D"-lro -tso -vlanhwtso mtu 9000 down up" > > =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=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > There is 4 different MAC addresses. > System is unavailable after boot until: ifconfig igb0 promisc down up > > FreeBSD 13 build from fresh sources. > > > Is this a bug or this is normal? Which chip? Please post uname -a or git rev. Why do you have =E2=80=9Cdown up=E2=80=9D in the stateful config, please re= move =E2=80=9Cdown=E2=80=9D and the MTU change and report back findings > --0000000000005181b205d05c13c1-- From nobody Tue Nov 9 15:32:03 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 081CD18470F2 for ; Tue, 9 Nov 2021 15:32:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HpX5t6KVpz4s6c for ; Tue, 9 Nov 2021 15:32:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id B9F0C27772 for ; Tue, 9 Nov 2021 15:32:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 1A9FW2k2066415 for ; Tue, 9 Nov 2021 15:32:02 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 1A9FW2C1066414 for net@FreeBSD.org; Tue, 9 Nov 2021 15:32:02 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 253328] add IPv6 6rd supported in if_stf Date: Tue, 09 Nov 2021 15:32:03 +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: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: daniel@flygpost.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: 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 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D253328 depeo changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |daniel@flygpost.com --- Comment #1 from depeo --- This patch only seem to allow setting /32 as a netmask. If this patch is being added it would be great if it could be modified to a= llow other netmasks other than /32. If you have a /64 network from the ISP, and want to subnet that net to smal= ler networks, and use nat66 in pf, you need to set a lower netmask than 32 for = the 6rd interface, for example /128. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Tue Nov 9 18:30:46 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3E5E7183BF48; Tue, 9 Nov 2021 18:31:05 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-pg1-x52b.google.com (mail-pg1-x52b.google.com [IPv6:2607:f8b0:4864:20::52b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hpc4R5T9Fz4vWb; Tue, 9 Nov 2021 18:31:03 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by mail-pg1-x52b.google.com with SMTP id r80so8955439pgr.9; Tue, 09 Nov 2021 10:31:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=e4X8/00T7e56diA8d1+P0ktEba46vWuk8ViPnBpd67I=; b=MiKPNiogDkr20mobq0AjkdhzWW1bRUwFFuFnl3p6JCAayRZEFsEOuJi4L45VCzXe1M 5F7MmEvLO1Q+NM5SRLTp2vRPpPaR3MvP9awTwr0QnwhhhCUVCAh+CDOH8b/p7PXVtAKU RtKC44aSHuWGKbJl4ZwrO9Hli1R+suY1HtixouvH2zrlTyCBOZd/yQusHAZGiHtWuXjD lvTh9+G21Zmu/dXRbYxtIhYw2w4geOnOZOjPmGI1e0Gm6BCy7HaUcYT2ERW3AyPZPDj0 PfsumU6Hq9/P0w2jwTz2Gza07totbA7WsbuyfsQGmickO++3XKPGvmkS5PhCDtrqxENK TVKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=e4X8/00T7e56diA8d1+P0ktEba46vWuk8ViPnBpd67I=; b=v60zfL296yNEpgX6pijb+PZH53DuQ9r7hJgOja0gyko+TR+wgxCi2IJ3QxHut2/+AY suTnZDGV8EMFFoHGMkXWWOcrth3orabPWtr1B6En3G36w+4TxHxDUWr+sHdNxjoJAyqB 2Ub3Oe3JF+5bf/6ykx1m4vUCO9s2JuEEYm1IsWpHktpMqhyyUEaBp3lGxpkX+a9/lyo3 iKItI4vMMNkfQDtsmyOQsvt84Yg5vDDz/ZS3PdNtcK92U09YGtC4HptH8s2baCT/nfPy 9Qe5qM62+iOpT6S6+/wd7SygWxxvW3EKj933N1Zb/m5PdLUuA0wijwFZSsnzJkcGuPYS 7gkg== X-Gm-Message-State: AOAM5308Om4zThFdpNECnTdCecO0ZN+gx9LKj8v+CaAupn93TOsd+BXB yaiS/+HQyW/9jVzep1vSkQDwUyDrigWWkeL8Nxus35UN X-Google-Smtp-Source: ABdhPJw7buYWGqzCmdz8RObN9LOG11o2GPMaQlUIeXe18L427jfrUWF038n46OW1wgVnJXnBoUxU9lDC3oItuvg5ey4= X-Received: by 2002:a05:6a00:cc4:b0:4a0:e97:fe97 with SMTP id b4-20020a056a000cc400b004a00e97fe97mr1759860pfv.74.1636482656814; Tue, 09 Nov 2021 10:30:56 -0800 (PST) List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 References: <20211107010311.70eceebd@rimwks.local> In-Reply-To: <20211107010311.70eceebd@rimwks.local> From: Ryan Stone Date: Tue, 9 Nov 2021 13:30:46 -0500 Message-ID: Subject: Re: Bug in MAC filter on IGB/if_vlan? To: Rozhuk Ivan Cc: freebsd-net , FreeBSD Hackers Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4Hpc4R5T9Fz4vWb X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=MiKPNiog; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rysto32@gmail.com designates 2607:f8b0:4864:20::52b as permitted sender) smtp.mailfrom=rysto32@gmail.com X-Spamd-Result: default: False [1.14 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.78)[-0.777]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.91)[0.913]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::52b:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N You're trying to use different MACs with each vlan. I don't believe that this is really a support configuration in our stack, although putting the interface into promiscuous I guess works. From nobody Tue Nov 9 23:12:25 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5B8391843800; Tue, 9 Nov 2021 23:12:28 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HpkK81ZMJz3pKg; Tue, 9 Nov 2021 23:12:28 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: by mail-wr1-x429.google.com with SMTP id b12so677625wrh.4; Tue, 09 Nov 2021 15:12:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:date:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=bzPVIAHVAmYBVLWdUGUyc/KpQNIMoRVgpetoCmJz5X8=; b=YoqbvkiZJ1QSxi96jS3wU4/G79YwgPT2WeL1n+mpLb9widE4KOlqsQ8aWktXtcpSqR X0agXsKqoNZReZKv3I/QCARPr9vszYQR8wVoBII9Fbvc1/IPkkDDzyq7lpu1ZA/xhpX8 YrpvCYk8Y4jb2aKD8ZOIk2/tysS0+JE3I3y6tZEOpfgrWc4CILV2J/7Fj8Gim/JvyqPt qydHJeRoE41qPNMr9ONSkqanIyLWGC7nHXv+W9lBpYKMQonK0n3inImKpQE5GR6ZxzRy 3dUOScSfMOaXXBDg/4zdGA2ezi0RuFoArq30A/DQIjCLRGx3IlmH9xlxEtQXujDnN6rY QtiA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:date:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=bzPVIAHVAmYBVLWdUGUyc/KpQNIMoRVgpetoCmJz5X8=; b=h8uBIOsf2bPxNKhWwJvz2N+KVNvXY19bYhXkmqtiCV8J8uA22y3KNmI+7rJbkEeJ7k cE0jUQ8gV5bewz6NxRb7EuodH4R6b9OQdaaaVSO2yQ7PI6HIMDYFPTpJ5YkE81gLcNVz SrREUm9nledlhmZX37UGaJGCwjPqmBwBSxA9Z4z7UF7EAHUPjQmXUJTA6mdjzcouQ2uI jcjDeBXHZ8d2x9EsP+BWZfp2dTBco6/Ylk2Vu0pfm9U/nRO2z0BcIBdDC4+WU+2m1F0T VANLhQ6rKdHq8m2QP1Pq1wtN6Pltrlu29ktW0j7NKbF3Kkf6kpXuXXpoaDmgERCOaiYm g81g== X-Gm-Message-State: AOAM531S32tyuZTWClVoC91kqyuYxW4ivlZammuHuPgKHCLkE31Yjdxs WoVkFSPw3ioo71nfMmffeQA= X-Google-Smtp-Source: ABdhPJxYqEIcz+kiO+yu6/8FV6xovima0YRe4SeXNND/Cu2qXKdBw234D9QkAwUQ4LHxkn9+xmAVRQ== X-Received: by 2002:a5d:4107:: with SMTP id l7mr13880760wrp.209.1636499547262; Tue, 09 Nov 2021 15:12:27 -0800 (PST) Received: from rimwks.local ([176.99.183.229]) by smtp.gmail.com with ESMTPSA id t127sm4066810wma.9.2021.11.09.15.12.26 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 09 Nov 2021 15:12:26 -0800 (PST) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Wed, 10 Nov 2021 02:12:25 +0300 To: Kevin Bowling Cc: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: Re: Bug in MAC filter on IGB/if_vlan? Message-ID: <20211110021225.2baadd49@rimwks.local> In-Reply-To: References: <20211107010311.70eceebd@rimwks.local> X-Mailer: Claws Mail 3.18.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Rspamd-Queue-Id: 4HpkK81ZMJz3pKg X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_FROM(0.00)[]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N T24gVHVlLCA5IE5vdiAyMDIxIDA4OjM5OjEyIC0wNjAwDQpLZXZpbiBCb3dsaW5nIDxrZXZpbi5i b3dsaW5nQGtldjAwOS5jb20+IHdyb3RlOg0KDQo+ID4gSSBoYXZlIGluIHJjLmNvbmY6DQo+ID4N Cj4gPiA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQo+ID4gdmxhbnNfaWdiMD0idmxhbjc3 IHZsYW44NiB2bGFuODciDQo+ID4gY3JlYXRlX2FyZ3Nfdmxhbjg3PSJ2bGFuIDg3Ig0KPiA+IGNy ZWF0ZV9hcmdzX3ZsYW44Nj0idmxhbiA4NiINCj4gPiBjcmVhdGVfYXJnc192bGFuNzc9InZsYW4g NzciDQo+ID4gaWZjb25maWdfdmxhbjg3PSJpbmV0IDE4NS40NC42OC45MiBuZXRtYXNrIDI1NS4y NTUuMjUyLjAgbXR1IDE1MDANCj4gPiBkb3duIHVwIiBpZmNvbmZpZ192bGFuODdfYWxpYXMwPSJs aW5rIDAwOmFhOmZhOmRkOjQ0OjU1Ig0KPiA+IGlmY29uZmlnX3ZsYW44Nj0iREhDUCBtdHUgMTUw MCINCj4gPiBpZmNvbmZpZ192bGFuODZfYWxpYXMwPSJsaW5rIDAwOmZmOmZhOmRkOjQ0OjU1Ig0K PiA+IGlmY29uZmlnX3ZsYW43Nz0iaW5ldCAxOTIuMTY4LjAuMjU0IG5ldG1hc2sgMjU1LjI1NS4y NTUuMCINCj4gPiBpZmNvbmZpZ192bGFuNzdfYWxpYXMwPSJsaW5rIDAwOjBmOjQzOjQ4OjY3OmZl Ig0KPiA+IGlmY29uZmlnX3ZsYW43N19pcHY2PSJpbmV0NiAyMDAxOjQ3MDoyMzQ1OjU1NTo6MS82 NCBwcmVmaXhsZW4gNjQNCj4gPiBhdXRvX2xpbmtsb2NhbCINCj4gPiBpZmNvbmZpZ19pZ2IwPSIt bHJvIC10c28gLXZsYW5od3RzbyBtdHUgOTAwMCBkb3duIHVwIg0KPiA+DQo+ID4gPT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PQ0KPiA+DQo+ID4gVGhlcmUgaXMgNCBkaWZmZXJlbnQgTUFDIGFk ZHJlc3Nlcy4NCj4gPiBTeXN0ZW0gaXMgdW5hdmFpbGFibGUgYWZ0ZXIgYm9vdCB1bnRpbDogaWZj b25maWcgaWdiMCBwcm9taXNjIGRvd24NCj4gPiB1cA0KPiA+DQo+ID4gRnJlZUJTRCAxMyBidWls ZCBmcm9tIGZyZXNoIHNvdXJjZXMuDQo+ID4NCj4gPg0KPiA+IElzIHRoaXMgYSBidWcgb3IgdGhp cyBpcyBub3JtYWw/ICANCj4gDQo+IA0KPiBXaGljaCBjaGlwPyAgUGxlYXNlIHBvc3QgdW5hbWUg LWEgb3IgZ2l0IHJldi4NCg0KaWdiMEBwY2kwOjg6MDowOgljbGFzcz0weDAyMDAwMCByZXY9MHgw MyBoZHI9MHgwMCB2ZW5kb3I9MHg4MDg2IGRldmljZT0weDE1Mzkgc3VidmVuZG9yPTB4MTg0OSBz dWJkZXZpY2U9MHgxNTM5DQogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicNCiAg ICBkZXZpY2UgICAgID0gJ0kyMTEgR2lnYWJpdCBOZXR3b3JrIENvbm5lY3Rpb24nDQogICAgY2xh c3MgICAgICA9IG5ldHdvcmsNCiAgICBzdWJjbGFzcyAgID0gZXRoZXJuZXQNCg0KNTE0YTA5NTI1 MGIxNzhhZDgxMzE5YmY4YzMwOTM4YzNmMDhkZDE2Zg0KZmV3IGRheXMgb2xkIGJ1aWxkIGZyb20g MTMgYnJhbmNoLg0KDQoNCj4gV2h5IGRvIHlvdSBoYXZlIOKAnGRvd24gdXDigJ0gaW4gdGhlIHN0 YXRlZnVsIGNvbmZpZywgcGxlYXNlIHJlbW92ZQ0KPiDigJxkb3du4oCdIGFuZCB0aGUgTVRVIGNo YW5nZSBhbmQgcmVwb3J0IGJhY2sgZmluZGluZ3MNCg0KSXQgZnJvbSBzb21lIHBvc3RzIHRoYXQg cmVjb21lbmQgdG8gdXNlDQppZmNvbmZpZyBlbTAgbXR1IDIzNDUgZG93biB1cA0KdG8gZm9yY2Ug bXR1IGFwcGx5Lg0KDQoNCg== From nobody Tue Nov 9 23:15:50 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B823A1846416; Tue, 9 Nov 2021 23:16:00 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-wm1-x32c.google.com (mail-wm1-x32c.google.com [IPv6:2a00:1450:4864:20::32c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HpkPD3LSqz3rJk; Tue, 9 Nov 2021 23:16:00 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: by mail-wm1-x32c.google.com with SMTP id r9-20020a7bc089000000b00332f4abf43fso2572756wmh.0; Tue, 09 Nov 2021 15:16:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:date:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=gDxRDqnvR+GV5+jNC6iAEDxGF5tqyFeLfScMLRqbRwc=; b=IvWgZQIZ9b8wPa+43TbFJ4iNJAIXKEGFWBTXcqusnujkgVW7CKtNZFdZ1HPf5aFGAd FZb4m0eKaHsm1Qub+Hg+h0WXHbuMPTaO3khvZEEIWlXY9Nwp3e5d++fdQuEDMBqEMljY +cuJ0pY6ZkZ8yjTlErjIJN1MpQUI/fjeuONNDvTwYwKl0fC2RsVspDh6ixiwx6kBKP3K Su+8rVOsVj9aBV+0GnPKWKSg0J4Mdf7LnFCGErSER0aPNOJCEek77Jaf3vdB6tfU0Fvw 8SQci1DjG9eb8avmIMMkj6EHRYhIbL623V8LeDC2z9s9y2SUtUVY0T2kv0F8Z2w95NCu JAgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:date:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=gDxRDqnvR+GV5+jNC6iAEDxGF5tqyFeLfScMLRqbRwc=; b=27uA7K9raXWaeRoXyNC52QyNuOVrFKVMvp4EHp1763mTXf8gdJNBMAS0dFg84hMyfl HDaIVczkvBfOEChpByqNQFQo5qaaMPLok/VpqvokrYhnD4GoHazqoJZbfSQHS9qXU+Yz /KR9z0QAirZXhyZl6sJ06vMESS0ejd/sourXKHXaQHlDUYWBjmcjEmyJvCgXvwGjPqOD OixMFTny9BBW/snRY3Ib1SrYVrlKFkdsC/mG+PvYV84WNGPAliJs96tiA0VJs+C/mz6U 6Hhq3tKmiCD1rTBoarkeR5v87v2PHtOEBPrdV/d1Fy0bBQjQHPdrPP/deLINJ2H1Xr4i ZJcw== X-Gm-Message-State: AOAM532KY7I9ThAb04i3YJQwmL7mUDAvFaut5yihCbz3VhOWsrWz312V xN8rZyM18lo0pz0vkWlBoZ0= X-Google-Smtp-Source: ABdhPJxScvt+uX1Drgkr85xQg0ShPRVqGfJGo12rU7hfrIqUuXOYzgtSfzAuGAzFlEISmpyb7s9TMA== X-Received: by 2002:a1c:1b15:: with SMTP id b21mr11254377wmb.174.1636499753124; Tue, 09 Nov 2021 15:15:53 -0800 (PST) Received: from rimwks.local ([176.99.183.229]) by smtp.gmail.com with ESMTPSA id p12sm25357370wrr.10.2021.11.09.15.15.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 09 Nov 2021 15:15:52 -0800 (PST) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Wed, 10 Nov 2021 02:15:50 +0300 To: Ryan Stone Cc: freebsd-net , FreeBSD Hackers Subject: Re: Bug in MAC filter on IGB/if_vlan? Message-ID: <20211110021550.2f0c538a@rimwks.local> In-Reply-To: References: <20211107010311.70eceebd@rimwks.local> X-Mailer: Claws Mail 3.18.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4HpkPD3LSqz3rJk X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_FROM(0.00)[]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Tue, 9 Nov 2021 13:30:46 -0500 Ryan Stone wrote: > You're trying to use different MACs with each vlan. I don't believe > that this is really a support configuration in our stack, although > putting the interface into promiscuous I guess works. I try to look into if_vlan code and if I understand correct it try to set MAC to parent adapter and read parent adapter MAC change. But it must add/remove MAC addr to/from H/W MAC filter, not change only one. It done for multicast join/leave, but not done for if_vlan and probably some other cases. From nobody Wed Nov 10 01:57:20 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2ABED1852D1B for ; Wed, 10 Nov 2021 01:57:27 +0000 (UTC) (envelope-from jschauma@netmeister.org) Received: from panix.netmeister.org (panix.netmeister.org [IPv6:2001:470:30:84:e276:63ff:fe72:3900]) (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 4HpnzV1Snrz3jqD for ; Wed, 10 Nov 2021 01:57:26 +0000 (UTC) (envelope-from jschauma@netmeister.org) Received: by panix.netmeister.org (Postfix, from userid 1000) id 35B828586F; Tue, 9 Nov 2021 20:57:20 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=netmeister.org; s=2021; t=1636509440; bh=EVvqkaetRwc+vOQyND1yoEKIYGdF8X3XVg0Q4XXCIkc=; h=Date:From:To:Subject; b=EailJNAla3xAQGu92i59r4I4VT5/ZMONbRgc9fTLOTMEzaSIPOCU0D0wzu8StKKo1 a0isXMWlYuyT2vF8seNQ8zLqhr3RR2XGGnh517CwhpeYdas3zBY90r19qN3f8sOh4G 0igL7fSpYC3Ien4014vZE3olPfSFwly6CSFJBjsc= Date: Tue, 9 Nov 2021 20:57:20 -0500 To: freebsd-net@freebsd.org Subject: AF_UNIX socketpair dgram queue sizes Message-ID: <20211110015719.GY3553@netmeister.org> List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.11.1 (2018-12-01) X-Rspamd-Queue-Id: 4HpnzV1Snrz3jqD X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=netmeister.org header.s=2021 header.b=EailJNAl; dmarc=pass (policy=quarantine) header.from=netmeister.org; spf=pass (mx1.freebsd.org: domain of jschauma@netmeister.org designates 2001:470:30:84:e276:63ff:fe72:3900 as permitted sender) smtp.mailfrom=jschauma@netmeister.org X-Spamd-Result: default: False [-1.98 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.997]; R_DKIM_ALLOW(-0.20)[netmeister.org:s=2021]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.980]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(1.00)[1.000]; DKIM_TRACE(0.00)[netmeister.org:+]; DMARC_POLICY_ALLOW(-0.50)[netmeister.org,quarantine]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2033, ipnet:2001:470:30::/48, country:US]; MID_RHS_MATCH_FROM(0.00)[] Reply-To: jschauma@netmeister.org From: Jan Schaumann via freebsd-net X-Original-From: Jan Schaumann X-ThisMailContainsUnwantedMimeParts: N Hello, I'm trying to wrap my head around the buffer sizes relevant to AF_UNIX/PF_LOCAL dgram socketpairs. On a FreeBSD/amd64 13.0 system, creating a socketpair and simply writing a single byte in a loop to the non-blocking write end without reading the data, I can perform 64 writes before causing EAGAIN, yielding 1088 bytes in FIONREAD on the read end (indicating 16 bytes per datagram overhead). This is well below the total net.local.dgram.recvspace = 4096 bytes. I would have expected to be able to perform 240 1 byte writes (240 + 240*16 = 4080). Now if I try to write SO_SNDBUF = 2048 bytes on each iteration (or subsequently as many as I can until EAGAIN), then I can send one datagram with 2048 bytes and one datagram with 2016 bytes, filling recvspace as (2 * 16) + (2048 + 2016) = 4096. But at smaller sizes, it looks like the recvspace is not filled completely: writes in chunks of > 803 bytes will fill recvspace up to 4096 bytes, but below 803 bytes, recvspace is not maxed out. Does anybody know why smaller datagrams can't fill recvspace? Or what I'm missing / misunderstanding about the recvspace here? -Jan From nobody Wed Nov 10 02:57:47 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4515A1847E88 for ; Wed, 10 Nov 2021 02:57:51 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-io1-xd2a.google.com (mail-io1-xd2a.google.com [IPv6:2607:f8b0:4864:20::d2a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HpqKC1Jdbz4WFC for ; Wed, 10 Nov 2021 02:57:51 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-io1-xd2a.google.com with SMTP id r8so1129985iog.7 for ; Tue, 09 Nov 2021 18:57:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=eMZfncqc/A+8mtKMIC0zC0XCg8gRoXjut7qPqEtTHXM=; b=VcopxPR3QLUO7G4Lo5ybcrfXYqcFitVgegKufk25lgyg8HDM3WjALbBnz2hyU9p94u 0uZNyZOKlhsAUV+h4svUUuw4SZmGerjhwyPAOdHrSBol5N/0Y6Lq6cgI2PH9EcmYu3eD 755REqpYbXecygGr6DXIj2xYtunfgeFVQsNd05dVyvb5+hOHorEizOZcxK4bG+MXnvXq fLaC1yNJiMNdpSjpx9Dhjn+WTB1E4gB/Dm+ISaWExomVB5k5agiUUcN1cnAHuO0mZ25Y MjbLtEJOuKMdyPcql+nbtLSKxzcy6qtvA2dIRQKB1haLbxRpjXvH4HZomS9Eqb6KcmBF 9OOQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=eMZfncqc/A+8mtKMIC0zC0XCg8gRoXjut7qPqEtTHXM=; b=5N9pDgOiUo5TvPu9bOb50jShtv/rHxJi/42RmF9y3v1zEwiuoOJ124RRbcYILcNH4v 16b5xHufFdlwiacKPn3qbu4JKiL9PCJzAMN99d5sXk3Vnq1V6WvRc4vHifyCARVwH8Yj O++LiZB7KEN5k0E51awJ6kWYkv0HoDju5cz5KOpkcg88gdpM0kePmeApCEwm/VMppQV3 NQVvwkdU7OjDnpkTE1EdoFVqDCJofFNgzFR3oPp8xIBKssQEoZp6uV+WFWinSAx/Y1ZK S1ZO5E7BjZZUo+akKzvtMpca1BFdR0r7mlO8O7gBz+Cy0AJKG8/pnT2wWmrv2iU7e7U+ ZgFw== X-Gm-Message-State: AOAM531xjksQGvMRgtEZullEyF3B9IUqvK+Kh8x4UNmxhx2XtyS+13ra YUPiLLHvIsjOHbklJgdeXoaUH5mA/nk= X-Google-Smtp-Source: ABdhPJz0pSrNNKm8TUuqAWEnGyyOmN2lnh6sgGu0OocH8IOJ+/40fqsVlbPizXGjbaItLZhKt4ilIQ== X-Received: by 2002:a5d:8c8e:: with SMTP id g14mr8050162ion.16.1636513070277; Tue, 09 Nov 2021 18:57:50 -0800 (PST) Received: from nuc ([142.126.186.191]) by smtp.gmail.com with ESMTPSA id j15sm12654337ile.65.2021.11.09.18.57.49 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 09 Nov 2021 18:57:49 -0800 (PST) Date: Tue, 9 Nov 2021 21:57:47 -0500 From: Mark Johnston To: jschauma@netmeister.org Cc: freebsd-net@freebsd.org Subject: Re: AF_UNIX socketpair dgram queue sizes Message-ID: References: <20211110015719.GY3553@netmeister.org> List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20211110015719.GY3553@netmeister.org> X-Rspamd-Queue-Id: 4HpqKC1Jdbz4WFC X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Tue, Nov 09, 2021 at 08:57:20PM -0500, Jan Schaumann via freebsd-net wrote: > Hello, > > I'm trying to wrap my head around the buffer sizes > relevant to AF_UNIX/PF_LOCAL dgram socketpairs. > > On a FreeBSD/amd64 13.0 system, creating a socketpair > and simply writing a single byte in a loop to the > non-blocking write end without reading the data, I can > perform 64 writes before causing EAGAIN, yielding 1088 > bytes in FIONREAD on the read end (indicating 16 bytes > per datagram overhead). When transmitting on a unix dgram socket, each message will include a copy of the sender's address, represented by a dummy 16-byte sockaddr in this case. This is stripped by the kernel when receiving, but still incurs overhead with respect to socket buffer accounting. > This is well below the total net.local.dgram.recvspace > = 4096 bytes. I would have expected to be able to > perform 240 1 byte writes (240 + 240*16 = 4080). > > Now if I try to write SO_SNDBUF = 2048 bytes on each > iteration (or subsequently as many as I can until > EAGAIN), then I can send one datagram with 2048 bytes > and one datagram with 2016 bytes, filling recvspace as > (2 * 16) + (2048 + 2016) = 4096. > > But at smaller sizes, it looks like the recvspace is > not filled completely: writes in chunks of > 803 bytes > will fill recvspace up to 4096 bytes, but below 803 > bytes, recvspace is not maxed out. > > Does anybody know why smaller datagrams can't fill > recvspace? Or what I'm missing / misunderstanding > about the recvspace here? There is an additional factor: wasted space. When writing data to a socket, the kernel buffers that data in mbufs. All mbufs have some amount of embedded storage, and the kernel accounts for that storage, whether or not it's used. With small byte datagrams there can be a lot of overhead; with stream sockets the problem is mitigated somewhat by compression, but for datagrams we don't have a smarter mechanism to maintain message boundaries. The kern.ipc.sockbuf_waste_factor sysctl controls the upper limit on total bytes (used or not) that may be enqueued in a socket buffer. The default value of 8 means that we'll waste up to 7 bytes per byte of data, I think. Setting it higher should let you enqueue more messages. As far as I know this limit can't be modified directly, it's a function of the waste factor and the socket buffer size. From nobody Wed Nov 10 05:05:33 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6853618419EC for ; Wed, 10 Nov 2021 05:05:36 +0000 (UTC) (envelope-from jschauma@netmeister.org) Received: from panix.netmeister.org (panix.netmeister.org [166.84.7.99]) (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 4Hpt8b1vH4z3h6w for ; Wed, 10 Nov 2021 05:05:34 +0000 (UTC) (envelope-from jschauma@netmeister.org) Received: by panix.netmeister.org (Postfix, from userid 1000) id 02A968586F; Wed, 10 Nov 2021 00:05:33 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=netmeister.org; s=2021; t=1636520734; bh=QDAc5uHeEgE3NOasY+xBFJwMz2kH9OT08J5Z/vBC9zc=; h=Date:From:To:Subject:References:In-Reply-To; b=BTHxFB9lReHX08Bf6uOJqW1DkL+xHac7TBAlkvF0JxTI14CugXlVxEkGNAJ6qmUmf joEcH0tfn8ewZEAa87aIer3Qd+ByGrWC5KseCqJ+KgGe6rkKi8hbMUn1dW5MbH6fD2 2s+a/P2X3UT1TxHH4MvKAiNeoNdLABs7VXAOPhJY= Date: Wed, 10 Nov 2021 00:05:33 -0500 To: freebsd-net@freebsd.org Subject: Re: AF_UNIX socketpair dgram queue sizes Message-ID: <20211110050533.GA11277@netmeister.org> References: <20211110015719.GY3553@netmeister.org> List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.11.1 (2018-12-01) X-Rspamd-Queue-Id: 4Hpt8b1vH4z3h6w X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=netmeister.org header.s=2021 header.b=BTHxFB9l; dmarc=pass (policy=quarantine) header.from=netmeister.org; spf=pass (mx1.freebsd.org: domain of jschauma@netmeister.org designates 166.84.7.99 as permitted sender) smtp.mailfrom=jschauma@netmeister.org X-Spamd-Result: default: False [-3.96 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.994]; R_DKIM_ALLOW(-0.20)[netmeister.org:s=2021]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.989]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[netmeister.org:+]; DMARC_POLICY_ALLOW(-0.50)[netmeister.org,quarantine]; NEURAL_HAM_SHORT(-0.98)[-0.977]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2033, ipnet:166.84.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[] Reply-To: jschauma@netmeister.org From: Jan Schaumann via freebsd-net X-Original-From: Jan Schaumann X-ThisMailContainsUnwantedMimeParts: N Mark Johnston wrote: > There is an additional factor: wasted space. When writing data to a > socket, the kernel buffers that data in mbufs. All mbufs have some > amount of embedded storage, and the kernel accounts for that storage, > whether or not it's used. With small byte datagrams there can be a lot > of overhead; I'm observing two mbufs being allocated for each datagram for small datagrams, but only one mbuf for larger datagrams. That seems counter-intuitive to me? > The kern.ipc.sockbuf_waste_factor sysctl controls the upper limit on > total bytes (used or not) that may be enqueued in a socket buffer. The > default value of 8 means that we'll waste up to 7 bytes per byte of > data, I think. Setting it higher should let you enqueue more messages. Ah, this looks like something relevant. Setting kern.ipc.sockbuf_waste_factor=1, I can only write 8 1-byte datagrams. For any increase of the waste factor by one, I get another 8 1-byte datagrams, up until waste factor > 29, at which point we hit recvspace: 30 * 8 = 240, so 240 1-byte datagrams with 16 bytes dgram overhead means we get 240*17 = 4080 bytes, which just fits (well, with room for one empty 16-byte dgram) into the recvspace = 4096. But I still don't get the direct relationship between the waste factor and the recvspace / buffer queue: with a waste_factor of 1 and a datagram with 1972 bytes, I'm able to write one dgram with 1972 bytes + 1 dgram with 1520 bytes = 3492 bytes (plus 2 * 16 bytes overhead = 3524 bytes). There'd still have been space for 572 more bytes in the second dgram. Liekwise, trying to write a single 1973 dgram fills the queue and no additional bytes can be written in a second dgram, but I can write a single 2048 byte dgram. Still confused... -Jan From nobody Wed Nov 10 13:13:48 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E604A184419A for ; Wed, 10 Nov 2021 13:13:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hq4zw63vZz4vw4 for ; Wed, 10 Nov 2021 13:13:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id B1F6E1906A for ; Wed, 10 Nov 2021 13:13:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 1AADDmEw083732 for ; Wed, 10 Nov 2021 13:13:48 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 1AADDmVZ083731 for net@FreeBSD.org; Wed, 10 Nov 2021 13:13:48 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 253328] add IPv6 6rd supported in if_stf Date: Wed, 10 Nov 2021 13:13: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: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: kp@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: 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 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D253328 Kristof Provost changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kp@freebsd.org --- Comment #2 from Kristof Provost --- (In reply to depeo from comment #1) I'm not sure I understand your remark. The pfsense patch appears to assume = the IPv6 6RD prefix is always 32 bits long, but it does support using fewer tha= n 32 bits of the IPv4 address. This should only matter if the ISP uses a 6RD prefix that's not 32 bits lon= g, but it shouldn't affect how you subnet your 6rd delegated prefix (i.e. the = ISPs 6RD prefix + x bits from your IPv4 WAN address). I'm working on cleaning up the patch to get it committed, and will see if I= can fix the 6RD prefix length assumption as well. It needs a lot of other clean= up anyway. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Wed Nov 10 15:53:29 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4E02E18518BF for ; Wed, 10 Nov 2021 15:53:38 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk1-x736.google.com (mail-qk1-x736.google.com [IPv6:2607:f8b0:4864:20::736]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hq8XL0qlMz4ql4 for ; Wed, 10 Nov 2021 15:53:38 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qk1-x736.google.com with SMTP id 193so2865440qkh.10 for ; Wed, 10 Nov 2021 07:53:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=v8wcaJRGfoeGPSdK+V8uzDZz8lYuZmbe9SslUbv+6ag=; b=HulukrJH4EnOV5N3f9hFZGe4sHW5TJ/iEMuNyK51YYZZa7Y11aziA2JTkFMbPFIa0H j6sg7e8BPQ35W5CMPJBO+7HgklLHVRu9WaCrZSzXG3ZTzXzCRjtbg/9cJBo0wmlksT8/ B5s1w4Wq16bfKaMm/p/P6jJSJ3QLNSbaL7k1C2eBT0KHN/37IhNv7kj0jmPOVe5kLv3o 9rjgI93rNKe3bkcOAbQVKFHMdsSbFwszHldzZV66xTBYYCsyv1hFi+7VJWrZYBVmHuP/ Z+PTkwgXypIwLE0+H8J4PXvurDsernXRnUmZqFoLKPZ3ryjqUjism2RNN0aB8fOOCIfy Qe6A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=v8wcaJRGfoeGPSdK+V8uzDZz8lYuZmbe9SslUbv+6ag=; b=mW1DuBBhilHlkfafeJAmbJqJjORqWbO9WtVzP3j9ETvFiejwe/K785hXpcUHZtyFL1 1AD5rH2ItQFgpWzHdRq55ox+RROlBWWmkmjdOp8UNGjdJcGXE4DraxTWXdcUCoFfLK1J nQZkInmhWGb0a9d3D23OV323GmjeA8+cEexO9cw1gFdziwnw3yOHxIiYWrddq6P1QOWC nFmQgzHMaqSMPz8OXXf8TVw1WkLvO1yCT8D0BfiJRB7qDpoM125FqcMXK4cUbdpDMrl6 dxZUW7wwbOFENy4BHBd92s2fYFS1TF/PhWR4SnGkanHQody4swl+3ZOgh0yjX1MEIelv zxog== X-Gm-Message-State: AOAM530mFfR1YkWKCztO3xoz6+Rd0xLMZnneqD/+OkgB6PK6Sy3uHilW 69RmrHpercAmerEI3Yg/72qRP++bM3U= X-Google-Smtp-Source: ABdhPJwE9Fc7y7Li+OYkPyMA/Yo7uhIULyOAio6EDgt2t3/+9wHbn57JBpmyoNS42LU37pm53UuJ2w== X-Received: by 2002:a37:96c2:: with SMTP id y185mr295191qkd.6.1636559611621; Wed, 10 Nov 2021 07:53:31 -0800 (PST) Received: from nuc ([142.126.186.191]) by smtp.gmail.com with ESMTPSA id k85sm79937qke.134.2021.11.10.07.53.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 10 Nov 2021 07:53:31 -0800 (PST) Date: Wed, 10 Nov 2021 10:53:29 -0500 From: Mark Johnston To: jschauma@netmeister.org Cc: freebsd-net@freebsd.org Subject: Re: AF_UNIX socketpair dgram queue sizes Message-ID: References: <20211110015719.GY3553@netmeister.org> <20211110050533.GA11277@netmeister.org> List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20211110050533.GA11277@netmeister.org> X-Rspamd-Queue-Id: 4Hq8XL0qlMz4ql4 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Wed, Nov 10, 2021 at 12:05:33AM -0500, Jan Schaumann via freebsd-net wrote: > Mark Johnston wrote: > > > There is an additional factor: wasted space. When writing data to a > > socket, the kernel buffers that data in mbufs. All mbufs have some > > amount of embedded storage, and the kernel accounts for that storage, > > whether or not it's used. With small byte datagrams there can be a lot > > of overhead; > > I'm observing two mbufs being allocated for each > datagram for small datagrams, but only one mbuf for > larger datagrams. > > That seems counter-intuitive to me? >From my reading, sbappendaddr_locked_internal() will always allocate an extra mbuf for the address, so I can't explain this. What's the threshold for "larger"? How are you counting mbuf allocations? > > The kern.ipc.sockbuf_waste_factor sysctl controls the upper limit on > > total bytes (used or not) that may be enqueued in a socket buffer. The > > default value of 8 means that we'll waste up to 7 bytes per byte of > > data, I think. Setting it higher should let you enqueue more messages. > > Ah, this looks like something relevant. > > Setting kern.ipc.sockbuf_waste_factor=1, I can only > write 8 1-byte datagrams. For any increase of the > waste factor by one, I get another 8 1-byte datagrams, > up until waste factor > 29, at which point we hit > recvspace: 30 * 8 = 240, so 240 1-byte datagrams with > 16 bytes dgram overhead means we get 240*17 = 4080 > bytes, which just fits (well, with room for one empty > 16-byte dgram) into the recvspace = 4096. > > But I still don't get the direct relationship between > the waste factor and the recvspace / buffer queue: > with a waste_factor of 1 and a datagram with 1972 > bytes, I'm able to write one dgram with 1972 bytes + > 1 dgram with 1520 bytes = 3492 bytes (plus 2 * 16 > bytes overhead = 3524 bytes). There'd still have been > space for 572 more bytes in the second dgram. For a datagram of size 1972, we'll allocate one mbuf (size 256 bytes) and one mbuf "cluster" (2048 bytes), and then a second 256 byte mbuf for the address. So sb_mbcnt will be 2560 bytes, leaving 1536 bytes of space for a second datagram. > Liekwise, trying to write a single 1973 dgram fills > the queue and no additional bytes can be written in a > second dgram, but I can write a single 2048 byte > dgram. I suspect that this bit of the unix socket code might be related: https://cgit.freebsd.org/src/tree/sys/kern/uipc_usrreq.c#n1144 Here we get the amount of space available in the recv buffer (sbcc) and compare it with the data limit in the _send_ buffer to determine whether to apply backpressure. You wrote "SO_SNDBUF = 2048" in your first email, and if that's the case here then writing ~2000 bytes would cause the limit to be hit. I'm not sure why 1973 is the magic value here. > Still confused... From nobody Thu Nov 11 10:04:39 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4C7CC18583D1 for ; Thu, 11 Nov 2021 10:04:42 +0000 (UTC) (envelope-from misho@elwix.org) Received: from mail.elwix.net (ns.aitbg.com [95.87.254.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4HqclF1vF2z4Wmn; Thu, 11 Nov 2021 10:04:41 +0000 (UTC) (envelope-from misho@elwix.org) Received: from terran.aitnet.org (unknown [87.246.28.119]) by mail.elwix.net (Postfix) with ESMTPSA id ED404910A; Thu, 11 Nov 2021 12:04:28 +0200 (EET) Date: Thu, 11 Nov 2021 12:04:39 +0200 From: Michael Pounov To: freebsd-net@freebsd.org Cc: hrs@FreeBSD.org Subject: rtadvctl unable to connect to different control socket of radvd Message-Id: <20211111120439.88ca9557ed37d10947d165fd@elwix.org> Organization: ELWIX X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Thu__11_Nov_2021_12_04_39_+0200_XBoVkQsM/qOw3LaX" X-Rspamd-Queue-Id: 4HqclF1vF2z4Wmn X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of misho@elwix.org has no SPF policy when checking 95.87.254.42) smtp.mailfrom=misho@elwix.org X-Spamd-Result: default: False [2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/mixed,text/plain,text/x-diff]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[elwix.org]; HAS_ATTACHMENT(0.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; HAS_ORG_HEADER(0.00)[]; AUTH_NA(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(1.00)[1.000]; R_SPF_NA(0.00)[no SPF record]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; ASN(0.00)[asn:43561, ipnet:95.87.192.0/18, country:BG]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[87.246.28.119:received] X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --Multipart=_Thu__11_Nov_2021_12_04_39_+0200_XBoVkQsM/qOw3LaX Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi Hiroki Sato I mention you because I believe that you are right person like author of rtadvctl tool. I found issue with management of running rtadvd service instance. When we choose to working with different control socket path instead default one. rtadvctl lose any capability to operate with existing rtadvd instance, because it have no any kind of option to change connection path of control socket I made one patch to solve this problem with minimal disturbing of whole code. If you thinking that is ok. You are feel free to take it I am using same option -C in rtadvctl as like in rtadvd Br -- Michael Pounov ELWIX.ORG CloudSigma AG --Multipart=_Thu__11_Nov_2021_12_04_39_+0200_XBoVkQsM/qOw3LaX Content-Type: text/x-diff; name="rtadvctl_ctrlsock.patch" Content-Disposition: attachment; filename="rtadvctl_ctrlsock.patch" Content-Transfer-Encoding: 7bit diff --git a/usr.sbin/rtadvctl/rtadvctl.c b/usr.sbin/rtadvctl/rtadvctl.c index 8bbd7afb6dd..f191b25c174 100644 --- a/usr.sbin/rtadvctl/rtadvctl.c +++ b/usr.sbin/rtadvctl/rtadvctl.c @@ -35,6 +35,7 @@ #include #include #include +#include #include #include #include @@ -155,9 +156,13 @@ main(int argc, char *argv[]) int ch; int (*action)(int, char **) = NULL; int error; + char ctrlsock_name[MAXPATHLEN] = _PATH_CTRL_SOCK; - while ((ch = getopt(argc, argv, "Dv")) != -1) { + while ((ch = getopt(argc, argv, "DvC:")) != -1) { switch (ch) { + case 'C': + strlcpy(ctrlsock_name, optarg, sizeof ctrlsock_name); + break; case 'D': vflag = LOG_DEBUG; break; @@ -174,6 +179,8 @@ main(int argc, char *argv[]) if (argc == 0) usage(); + ctrlsock.si_name = ctrlsock_name; + for (i = 0; (size_t)i < sizeof(dtable)/sizeof(dtable[0]); i++) { if (dtable[i].dt_comm == NULL || strcmp(dtable[i].dt_comm, argv[0]) == 0) { --Multipart=_Thu__11_Nov_2021_12_04_39_+0200_XBoVkQsM/qOw3LaX-- From nobody Fri Nov 12 13:09:26 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id DA833183E40E for ; Fri, 12 Nov 2021 13:14:38 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4HrJvy5wBtz4v2n for ; Fri, 12 Nov 2021 13:14:38 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by fc.opsec.eu with local (Exim 4.95 (FreeBSD)) (envelope-from ) id 1mlWO5-0004n2-Rw for freebsd-net@freebsd.org; Fri, 12 Nov 2021 14:14:37 +0100 Resent-From: Kurt Jaeger Resent-Date: Fri, 12 Nov 2021 14:14:37 +0100 Resent-Message-ID: Resent-To: freebsd-net@freebsd.org Date: Fri, 12 Nov 2021 14:09:26 +0100 From: Kurt Jaeger To: freebsd-net@freebsd.org Subject: dtrace to trace incoming connection not suceeding ? Message-ID: List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4HrJvy5wBtz4v2n X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE] X-ThisMailContainsUnwantedMimeParts: N Hello, I'm trying to investigate tcp-179 connection issues with the local frr setup. See below for more background. The question is: What can I do to find the cause of the failing connection ? Is there a way to trace the incoming packet to see if it ever ends up at bgpd process ? Background: a fbsd 13.0p4 amd64 box, with a frr-7.4_4 (or 7.5.1_3) fails to act on incoming ipv4 tcp 179 connections. The bgpd daemon of frr listens on port 179: frr bgpd 96061 20 tcp6 *:179 *:* frr bgpd 96061 21 tcp4 *:179 *:* Incoming packets can be seen with tcpdump on the dest host: # tcpdump -i vlan500 -n -s 1500 port 179 and host tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vlan500, link-type EN10MB (Ethernet), capture size 1500 bytes 13:53:13.795162 IP .12274 > .179: Flags [S], seq 62227917, win 65535, options [mss 1460,nop,wscale 9,sackOK,TS val 2870882787 ecr 0], length 0 But: No connection is established 8-( The basic ipfw firewall is active, but -- pi@FreeBSD.org +49 171 3101372 Now what ? From nobody Fri Nov 12 13:23:17 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 924B918442CA for ; Fri, 12 Nov 2021 13:23:18 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4HrK5y3smHz3DpX for ; Fri, 12 Nov 2021 13:23:18 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by fc.opsec.eu with local (Exim 4.95 (FreeBSD)) (envelope-from ) id 1mlWWT-0004np-Bc for freebsd-net@freebsd.org; Fri, 12 Nov 2021 14:23:17 +0100 Date: Fri, 12 Nov 2021 14:23:17 +0100 From: Kurt Jaeger To: freebsd-net@freebsd.org Subject: Re: dtrace to trace incoming connection not suceeding ? Message-ID: References: List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4HrK5y3smHz3DpX X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE] X-ThisMailContainsUnwantedMimeParts: N Hello, > The basic ipfw firewall is active, but but set to 'firewall_type="OPEN"' in /etc/rc.conf -- pi@FreeBSD.org +49 171 3101372 Now what ? From nobody Fri Nov 12 14:10:08 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2B35F185AE2D for ; Fri, 12 Nov 2021 14:10:19 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HrL8C06Lnz3ktJ; Fri, 12 Nov 2021 14:10:19 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from smtpclient.apple (unknown [IPv6:2a00:20:7016:6476:48eb:7202:f54e:5e31]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id F3615721BE008; Fri, 12 Nov 2021 15:10:09 +0100 (CET) Content-Type: text/plain; charset=us-ascii List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.20.0.1.32\)) Subject: Re: dtrace to trace incoming connection not suceeding ? From: tuexen@freebsd.org In-Reply-To: Date: Fri, 12 Nov 2021 15:10:08 +0100 Cc: freebsd-net@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <866D4765-25EF-4C5F-AA2E-D6BE8D5EBEEB@freebsd.org> References: To: Kurt Jaeger X-Mailer: Apple Mail (2.3693.20.0.1.32) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Rspamd-Queue-Id: 4HrL8C06Lnz3ktJ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N > On 12. Nov 2021, at 14:09, Kurt Jaeger wrote: >=20 > Hello, >=20 > I'm trying to investigate tcp-179 connection issues with the > local frr setup. See below for more background. >=20 > The question is: What can I do to find the cause of the failing > connection ? Is there a way to trace the incoming packet to see > if it ever ends up at bgpd process ? >=20 > Background: a fbsd 13.0p4 amd64 box, with a frr-7.4_4 (or 7.5.1_3) > fails to act on incoming ipv4 tcp 179 connections. >=20 > The bgpd daemon of frr listens on port 179: >=20 > frr bgpd 96061 20 tcp6 *:179 *:* > frr bgpd 96061 21 tcp4 *:179 *:* >=20 > Incoming packets can be seen with tcpdump on the dest host: >=20 > # tcpdump -i vlan500 -n -s 1500 port 179 and host > tcpdump: verbose output suppressed, use -v or -vv for full protocol = decode > listening on vlan500, link-type EN10MB (Ethernet), capture size 1500 = bytes > 13:53:13.795162 IP .12274 > .179: Flags [S], seq = 62227917, win 65535, options [mss 1460,nop,wscale 9,sackOK,TS val = 2870882787 ecr 0], length 0 >=20 > But: No connection is established 8-( >=20 > The basic ipfw firewall is active, but Does it work, if you disable ipfw? Best regards Michael >=20 > --=20 > pi@FreeBSD.org +49 171 3101372 Now what ? >=20 From nobody Fri Nov 12 15:06:03 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id EF4CD185373D for ; Fri, 12 Nov 2021 15:06:05 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4HrMNY6ZW0z4dDr; Fri, 12 Nov 2021 15:06:05 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by fc.opsec.eu with local (Exim 4.95 (FreeBSD)) (envelope-from ) id 1mlY7v-0004tL-Vy; Fri, 12 Nov 2021 16:06:03 +0100 Date: Fri, 12 Nov 2021 16:06:03 +0100 From: Kurt Jaeger To: tuexen@freebsd.org Cc: freebsd-net@freebsd.org Subject: Re: dtrace to trace incoming connection not suceeding ? Message-ID: References: <866D4765-25EF-4C5F-AA2E-D6BE8D5EBEEB@freebsd.org> List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <866D4765-25EF-4C5F-AA2E-D6BE8D5EBEEB@freebsd.org> X-Rspamd-Queue-Id: 4HrMNY6ZW0z4dDr X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N Hi! > > The basic ipfw firewall is active, but > Does it work, if you disable ipfw? No, unfortunatly not. -- pi@FreeBSD.org +49 171 3101372 Now what ? From nobody Fri Nov 12 15:09:18 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 572811855AB3 for ; Fri, 12 Nov 2021 15:09:19 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4HrMSH24cJz4fg3; Fri, 12 Nov 2021 15:09:19 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by fc.opsec.eu with local (Exim 4.95 (FreeBSD)) (envelope-from ) id 1mlYB4-0004tb-BN; Fri, 12 Nov 2021 16:09:18 +0100 Date: Fri, 12 Nov 2021 16:09:18 +0100 From: Kurt Jaeger To: tuexen@freebsd.org Cc: freebsd-net@freebsd.org Subject: Re: dtrace to trace incoming connection not suceeding ? Message-ID: References: <866D4765-25EF-4C5F-AA2E-D6BE8D5EBEEB@freebsd.org> List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <866D4765-25EF-4C5F-AA2E-D6BE8D5EBEEB@freebsd.org> X-Rspamd-Queue-Id: 4HrMSH24cJz4fg3 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N Hi! Changing interface flags does not change the status as well: $ ifconfig ix0 ix0: flags=8943 metric 0 mtu 1500 options=8000a8 -- pi@FreeBSD.org +49 171 3101372 Now what ? From nobody Fri Nov 12 15:15:53 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2899A18394CB for ; Fri, 12 Nov 2021 15:16:03 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HrMc308Jnz4hWS; Fri, 12 Nov 2021 15:16:03 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from smtpclient.apple (unknown [IPv6:2a00:20:7016:6476:89b5:c0ec:7218:9a4]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id 3DA8D721E2825; Fri, 12 Nov 2021 16:15:54 +0100 (CET) Content-Type: text/plain; charset=us-ascii List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.20.0.1.32\)) Subject: Re: dtrace to trace incoming connection not suceeding ? From: tuexen@freebsd.org In-Reply-To: Date: Fri, 12 Nov 2021 16:15:53 +0100 Cc: freebsd-net@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <43FC040E-E5DE-4F4E-B91E-AAA807207D05@freebsd.org> References: <866D4765-25EF-4C5F-AA2E-D6BE8D5EBEEB@freebsd.org> To: Kurt Jaeger X-Mailer: Apple Mail (2.3693.20.0.1.32) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Rspamd-Queue-Id: 4HrMc308Jnz4hWS X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N > On 12. Nov 2021, at 16:06, Kurt Jaeger wrote: > > Hi! > >>> The basic ipfw firewall is active, but >> Does it work, if you disable ipfw? > > No, unfortunatly not. OK. Can you provide the output of netstat -sptcp after some packets were dropped. Best regards Michael > > -- > pi@FreeBSD.org +49 171 3101372 Now what ? From nobody Fri Nov 12 15:29:18 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 67C8D1840861 for ; Fri, 12 Nov 2021 15:29:20 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4HrMvN2Z8Qz4mN1; Fri, 12 Nov 2021 15:29:20 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by fc.opsec.eu with local (Exim 4.95 (FreeBSD)) (envelope-from ) id 1mlYUQ-0004ui-Ux; Fri, 12 Nov 2021 16:29:18 +0100 Date: Fri, 12 Nov 2021 16:29:18 +0100 From: Kurt Jaeger To: tuexen@freebsd.org Cc: freebsd-net@freebsd.org Subject: Re: dtrace to trace incoming connection not suceeding ? Message-ID: References: <866D4765-25EF-4C5F-AA2E-D6BE8D5EBEEB@freebsd.org> <43FC040E-E5DE-4F4E-B91E-AAA807207D05@freebsd.org> List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43FC040E-E5DE-4F4E-B91E-AAA807207D05@freebsd.org> X-Rspamd-Queue-Id: 4HrMvN2Z8Qz4mN1 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N Hi! > >>> The basic ipfw firewall is active, but > >> Does it work, if you disable ipfw? > > No, unfortunatly not. > OK. Can you provide the output of > netstat -sptcp > after some packets were dropped. https://people.freebsd.org/~pi/logs/netstat-t1.txt https://people.freebsd.org/~pi/logs/netstat-t2.txt 4 connection attempts in that time. On the same 10g ix0 interface we have three VLANs: - one (vlan551) of them uses tcp-md5 for another bgp session - one (vlan500) does not use tcp-md5, and has the problem - one (vlan724) does not use tcp-md5 for bgp, and works fine -- pi@FreeBSD.org +49 171 3101372 Now what ? From nobody Fri Nov 12 16:56:08 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 692D2184703B for ; Fri, 12 Nov 2021 16:56:12 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HrPqc24Z3z3mq2; Fri, 12 Nov 2021 16:56:12 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from smtpclient.apple (unknown [IPv6:2a02:8109:1140:c3d:b164:f6f2:3509:e42e]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id BF34F721E2825; Fri, 12 Nov 2021 17:56:08 +0100 (CET) Content-Type: text/plain; charset=us-ascii List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.20.0.1.32\)) Subject: Re: dtrace to trace incoming connection not suceeding ? From: tuexen@freebsd.org In-Reply-To: Date: Fri, 12 Nov 2021 17:56:08 +0100 Cc: freebsd-net@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <36CCF1D0-34EE-4E1C-B593-71CF936F4DE7@freebsd.org> References: <866D4765-25EF-4C5F-AA2E-D6BE8D5EBEEB@freebsd.org> <43FC040E-E5DE-4F4E-B91E-AAA807207D05@freebsd.org> To: Kurt Jaeger X-Mailer: Apple Mail (2.3693.20.0.1.32) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Rspamd-Queue-Id: 4HrPqc24Z3z3mq2 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N > On 12. Nov 2021, at 16:29, Kurt Jaeger wrote: > > Hi! > >>>>> The basic ipfw firewall is active, but >>>> Does it work, if you disable ipfw? > >>> No, unfortunatly not. > >> OK. Can you provide the output of >> netstat -sptcp >> after some packets were dropped. > > https://people.freebsd.org/~pi/logs/netstat-t1.txt > https://people.freebsd.org/~pi/logs/netstat-t2.txt Not sure why you provide two outputs. Does 'the discarded for bad checksums' counter increase incoming SYN segments are not responded to. If you capture the incoming traffic with Wireshark, does it report that the checksum is wrong? > > 4 connection attempts in that time. > > On the same 10g ix0 interface we have three VLANs: > - one (vlan551) of them uses tcp-md5 for another bgp session > - one (vlan500) does not use tcp-md5, and has the problem > - one (vlan724) does not use tcp-md5 for bgp, and works fine Possibly the usage of vlans is relevant for this issue. Not sure. Best regards Michael > > -- > pi@FreeBSD.org +49 171 3101372 Now what ? > From nobody Fri Nov 12 17:31:00 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0E82D185676E for ; Fri, 12 Nov 2021 17:31:03 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4HrQbq0077z4Tm0; Fri, 12 Nov 2021 17:31:02 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by fc.opsec.eu with local (Exim 4.95 (FreeBSD)) (envelope-from ) id 1mlaOC-00053n-1B; Fri, 12 Nov 2021 18:31:00 +0100 Date: Fri, 12 Nov 2021 18:31:00 +0100 From: Kurt Jaeger To: tuexen@freebsd.org Cc: freebsd-net@freebsd.org Subject: Re: dtrace to trace incoming connection not suceeding ? Message-ID: References: <866D4765-25EF-4C5F-AA2E-D6BE8D5EBEEB@freebsd.org> <43FC040E-E5DE-4F4E-B91E-AAA807207D05@freebsd.org> <36CCF1D0-34EE-4E1C-B593-71CF936F4DE7@freebsd.org> List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <36CCF1D0-34EE-4E1C-B593-71CF936F4DE7@freebsd.org> X-Rspamd-Queue-Id: 4HrQbq0077z4Tm0 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N Hi! > >> OK. Can you provide the output of > >> netstat -sptcp > >> after some packets were dropped. > Not sure why you provide two outputs. I did on the dest host: netstat -sptcp then a few telnet 179 then a second netstat -sptcp That's why I provided two outputs. There's one small diff between the two that I do not understand: - 18040 times no signature provided by segment + 18045 times no signature provided by segment > Does 'the discarded for bad checksums' counter increase No 8-( > If you capture the incoming traffic with Wireshark, does it report that > the checksum is wrong? No, it says: # tcpdump -i vlan500 -n -s 1500 -vvX port 179 and host tcpdump: listening on vlan500, link-type EN10MB (Ethernet), capture size 1500 bytes 18:24:37.947459 IP (tos 0x10, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60) .21692 > .179: Flags [S], cksum 0x33b8 (correct), seq 2286661000, win 65535, options [mss 1460,nop,wscale 9,sackOK,TS val 286146398 ecr 0], length 0 0x0000: 4510 003c 0000 4000 4006 0216 d447 c801 E..<..@.@....G.. 0x0010: d447 c805 54bc 00b3 884b ad88 0000 0000 .G..T....K...... 0x0020: a002 ffff 33b8 0000 0204 05b4 0103 0309 ....3........... 0x0030: 0402 080a 110e 3f5e 0000 0000 ......?^.... > > On the same 10g ix0 interface we have three VLANs: > > - one (vlan551) of them uses tcp-md5 for another bgp session > > - one (vlan500) does not use tcp-md5, and has the problem > > - one (vlan724) does not use tcp-md5 for bgp, and works fine > Possibly the usage of vlans is relevant for this issue. Not sure. This is the driver we're using: dev.ix.0.%desc: Intel(R) PRO/10GbE PCI-Express Network Driver, Version - 3.3.24 -- pi@FreeBSD.org +49 171 3101372 Now what ? From nobody Fri Nov 12 17:49:24 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 48FE1185FFA6 for ; Fri, 12 Nov 2021 17:49:26 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4HrR121fsKz4bg9; Fri, 12 Nov 2021 17:49:26 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by fc.opsec.eu with local (Exim 4.95 (FreeBSD)) (envelope-from ) id 1mlag0-00054r-Q6; Fri, 12 Nov 2021 18:49:24 +0100 Date: Fri, 12 Nov 2021 18:49:24 +0100 From: Kurt Jaeger To: tuexen@freebsd.org Cc: freebsd-net@freebsd.org Subject: Re: dtrace to trace incoming connection not suceeding ? Message-ID: References: <866D4765-25EF-4C5F-AA2E-D6BE8D5EBEEB@freebsd.org> List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <866D4765-25EF-4C5F-AA2E-D6BE8D5EBEEB@freebsd.org> X-Rspamd-Queue-Id: 4HrR121fsKz4bg9 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N Hello, > > Background: a fbsd 13.0p4 amd64 box, with a frr-7.4_4 (or 7.5.1_3) > > fails to act on incoming ipv4 tcp 179 connections. That box above (c5) fails to speak to a 12.2-RELEASE-p7 box (c1). I have a second case, between a 12.2-RELEASE-p1 and this 12.2-RELEASE-p7 box (c9), same failure. And I have a third case between a spare box (c2), running 13.0p4, which fails to speak to both the 12.2-RELEASE-p7 and the 12.2-RELEASE-p1 box 8-( And the funny thing is: The 13.0p4 box talks sucessfully with a 12.1p8 box. Below is a list of the hardware in each case: c1 12.2p7 can't talk to c9, c5 ix0@pci0:2:0:0: class=0x020000 card=0x061115d9 chip=0x10fb8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82599ES 10-Gigabit SFI/SFP+ Network Connection' c2 13.0p4, spare box can't talk to c1, c5 ix0@pci0:1:0:0: class=0x020000 rev=0x01 hdr=0x00 vendor=0x8086 device=0x10fb subvendor=0x8086 subdevice=0x7a12 vendor = 'Intel Corporation' device = '82599 10 Gigabit Dual Port Network Connection' c5 13.0p4, where it all started (it had 12.1p8 before) ix0@pci0:2:0:0: class=0x020000 rev=0x01 hdr=0x00 vendor=0x8086 device=0x10fb subvendor=0x8086 subdevice=0x000c vendor = 'Intel Corporation' device = '82599ES 10-Gigabit SFI/SFP+ Network Connection' c6 12.1p8 c5 can talk to that ix0@pci0:1:0:0: class=0x020000 card=0x7a128086 chip=0x10fb8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82599ES 10-Gigabit SFI/SFP+ Network Connection' c9 12.2p1 ix0@pci0:2:0:0: class=0x020000 card=0x00038086 chip=0x10fb8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82599ES 10-Gigabit SFI/SFP+ Network Connection' -- pi@FreeBSD.org +49 171 3101372 Now what ? From nobody Sun Nov 14 17:27:08 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4B8FE183BD47 for ; Sun, 14 Nov 2021 17:27:18 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward500p.mail.yandex.net (forward500p.mail.yandex.net [77.88.28.110]) (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 4HsfQX6QHvz3lbS; Sun, 14 Nov 2021 17:27:16 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from vla5-fcb6daabdc9a.qloud-c.yandex.net (vla5-fcb6daabdc9a.qloud-c.yandex.net [IPv6:2a02:6b8:c18:3521:0:640:fcb6:daab]) by forward500p.mail.yandex.net (Yandex) with ESMTP id E111DF0117A; Sun, 14 Nov 2021 20:27:08 +0300 (MSK) Received: from vla1-719694b86d9e.qloud-c.yandex.net (vla1-719694b86d9e.qloud-c.yandex.net [2a02:6b8:c0d:3495:0:640:7196:94b8]) by vla5-fcb6daabdc9a.qloud-c.yandex.net (mxback/Yandex) with ESMTP id etGCXeFMCc-R8DeIBxs; Sun, 14 Nov 2021 20:27:08 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1636910828; bh=hEHHTm/Z8b15q9caRCx7lrvL4Oqoqquhqk6vm4uJzrY=; h=In-Reply-To:From:Subject:Cc:References:Date:Message-ID:To; b=ePwCceuAP5qol1xQO0WqERZGEVO6C6gDpE995MtKPjjLHv3BIE3oXmWcjqEm0ryI+ cFBnl6vWzk7MqtrGmCJAzkunhftmBNzZkdzrLckaRoK2xVzvEEJCROVWMZZxZHfZRC 26o8NWlp+yHchGs0O9UiF4cwOmq8+vfQ9hPHwMVY= Received: by vla1-719694b86d9e.qloud-c.yandex.net (smtp/Yandex) with ESMTPS id U2heSHef7Y-R8wqjOMT; Sun, 14 Nov 2021 20:27:08 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) X-Yandex-Fwd: 2 Message-ID: Date: Sun, 14 Nov 2021 20:27:08 +0300 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Thunderbird/91.2.1 Content-Language: en-US To: Kurt Jaeger , tuexen@freebsd.org Cc: freebsd-net@freebsd.org References: <866D4765-25EF-4C5F-AA2E-D6BE8D5EBEEB@freebsd.org> <43FC040E-E5DE-4F4E-B91E-AAA807207D05@freebsd.org> <36CCF1D0-34EE-4E1C-B593-71CF936F4DE7@freebsd.org> From: "Andrey V. Elsukov" Subject: Re: dtrace to trace incoming connection not suceeding ? In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------0InGZdYyyqP2me6oA0SHuaJn" X-Rspamd-Queue-Id: 4HsfQX6QHvz3lbS X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yandex.ru header.s=mail header.b=ePwCceuA; dmarc=pass (policy=none) header.from=yandex.ru; spf=pass (mx1.freebsd.org: domain of bu7cher@yandex.ru designates 77.88.28.110 as permitted sender) smtp.mailfrom=bu7cher@yandex.ru X-Spamd-Result: default: False [-5.00 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yandex.ru]; R_SPF_ALLOW(-0.20)[+ip4:77.88.0.0/18]; HAS_ATTACHMENT(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yandex.ru:+]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[yandex.ru,none]; NEURAL_HAM_SHORT(-1.00)[-0.998]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; FREEMAIL_ENVFROM(0.00)[yandex.ru]; ASN(0.00)[asn:13238, ipnet:77.88.0.0/18, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yandex.ru:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yandex.ru:s=mail]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; RWL_MAILSPIKE_POSSIBLE(0.00)[77.88.28.110:from] X-ThisMailContainsUnwantedMimeParts: N This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------0InGZdYyyqP2me6oA0SHuaJn Content-Type: multipart/mixed; boundary="------------RjhsIX72j6sGbbPxJQHaLUBQ"; protected-headers="v1" From: "Andrey V. Elsukov" To: Kurt Jaeger , tuexen@freebsd.org Cc: freebsd-net@freebsd.org Message-ID: Subject: Re: dtrace to trace incoming connection not suceeding ? References: <866D4765-25EF-4C5F-AA2E-D6BE8D5EBEEB@freebsd.org> <43FC040E-E5DE-4F4E-B91E-AAA807207D05@freebsd.org> <36CCF1D0-34EE-4E1C-B593-71CF936F4DE7@freebsd.org> In-Reply-To: --------------RjhsIX72j6sGbbPxJQHaLUBQ Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 MTIuMTEuMjAyMSAyMDozMSwgS3VydCBKYWVnZXIg0L/QuNGI0LXRgjoNCj4gVGhhdCdzIHdo eSBJIHByb3ZpZGVkIHR3byBvdXRwdXRzLg0KPiANCj4gVGhlcmUncyBvbmUgc21hbGwgZGlm ZiBiZXR3ZWVuIHRoZSB0d28gdGhhdCBJIGRvIG5vdCB1bmRlcnN0YW5kOg0KPiANCj4gLSAg ICAgICAxODA0MCB0aW1lcyBubyBzaWduYXR1cmUgcHJvdmlkZWQgYnkgc2VnbWVudA0KPiAr ICAgICAgIDE4MDQ1IHRpbWVzIG5vIHNpZ25hdHVyZSBwcm92aWRlZCBieSBzZWdtZW50DQo+ IA0KDQpIZWxsbywNCg0KVGhpcyBtZWFucywgdGhhdCByZWNlaXZlZCBUQ1Agc2VnbWVudCBo YXMgbm90IFRDUC1NRDUgc2lnbmF0dXJlLCBidXQgDQpsaXN0ZW4gc29ja2V0IGV4cGVjdHMg aXQuIFN1Y2ggU1lOIHNlZ21lbnQgd2lsbCBiZSBkcm9wcGVkIGJ5IHN5bmNhY2hlIA0KY29k ZS4gUHJvYmFibHkgeW91ciBCR1AgZGFlbW9uIGNvbmZpZ3VyZWQgdG8gdXNlIFRDUC1NRDUg Zm9yIGNvbm5lY3Rpb24sIA0KYnV0IHJlbW90ZSBzaWRlIGRvZXMgbm90Lg0KDQotLSANCldC UiwgQW5kcmV5IFYuIEVsc3Vrb3YNCg== --------------RjhsIX72j6sGbbPxJQHaLUBQ-- --------------0InGZdYyyqP2me6oA0SHuaJn Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsB5BAABCAAjFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAmGRRuwFAwAAAAAACgkQAcXqBBDIoXqf HwgArkQwVZ6BnqElm2D1e4XfsuuHUF47Pj69RFn2pDtTafZwsK6M0eS/6//ylBSEFe8vnS36q/Ta 31usMLqY5mluN+bUpAlslXs+69O7IAfLG/0pfi8hVYoYu0TFe9Fx30dFRLaeKty4dgrxd2cAl7+j tC05hMy4N9sz5IYT0qbiT4mu+3xNKo2/7OBaHZJsQgzUkGgP+TpQdaizW3n1P1jnA3up7zVmpUrV chPw8+ihuCsIz4Q5uYpgUrEQhkFFjhti9MGR6ofttLiKH172U8CnOZOduixaZEnaloULEog2Y4Sn Dw76wWLEQbG1QemUquzohyp998D7m0z/4fsc7sTJeA== =i2i8 -----END PGP SIGNATURE----- --------------0InGZdYyyqP2me6oA0SHuaJn-- From nobody Sun Nov 14 17:41:16 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E88B8184B033 for ; Sun, 14 Nov 2021 17:41:18 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hsfkk6LwDz3pvY; Sun, 14 Nov 2021 17:41:18 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by fc.opsec.eu with local (Exim 4.95 (FreeBSD)) (envelope-from ) id 1mmJVE-0008Ho-Hb; Sun, 14 Nov 2021 18:41:16 +0100 Date: Sun, 14 Nov 2021 18:41:16 +0100 From: Kurt Jaeger To: "Andrey V. Elsukov" Cc: tuexen@freebsd.org, freebsd-net@freebsd.org Subject: Re: dtrace to trace incoming connection not suceeding ? Message-ID: References: <866D4765-25EF-4C5F-AA2E-D6BE8D5EBEEB@freebsd.org> <43FC040E-E5DE-4F4E-B91E-AAA807207D05@freebsd.org> <36CCF1D0-34EE-4E1C-B593-71CF936F4DE7@freebsd.org> List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4Hsfkk6LwDz3pvY X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N Hi! > > There's one small diff between the two that I do not understand: > > > > - 18040 times no signature provided by segment > > + 18045 times no signature provided by segment > > This means, that received TCP segment has not TCP-MD5 signature, but > listen socket expects it. Such SYN segment will be dropped by syncache > code. Probably your BGP daemon configured to use TCP-MD5 for connection, > but remote side does not. Thanks, that might be another possible cause. This happened on iBGP sessions where I control both sides or on eBGP sessions, where I also control both sides (and both run on FreeBSD). I did not change the frr config during updates, so I did not expect this to break. Maybe frr on newer FreeBSD versions handles the tcp-md5 case in some invalid way. That might be the case and this probably needs to be analysed. -- pi@FreeBSD.org +49 171 3101372 Now what ? From nobody Sun Nov 14 21:00:42 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id EBB77183B027 for ; Sun, 14 Nov 2021 21:00:43 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hsl8q1Xc7z4S5L for ; Sun, 14 Nov 2021 21:00:43 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id D63D154AF for ; Sun, 14 Nov 2021 21:00:42 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 1AEL0gc7019289 for ; Sun, 14 Nov 2021 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 1AEL0gDS019285 for net@FreeBSD.org; Sun, 14 Nov 2021 21:00:42 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202111142100.1AEL0gDS019285@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, 14 Nov 2021 21:00:42 +0000 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="16369236421.9168.16889" Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: Y --16369236421.9168.16889 Date: Sun, 14 Nov 2021 21:00:42 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" 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 | 213410 | [carp] service netif restart causes hang only whe Open | 166724 | if_re(4): watchdog timeout Open | 193452 | Dell PowerEdge 210 II -- Kernel panic bce (broadc Open | 200319 | Bridge+CARP crashes/freezes Open | 202510 | [CARP] advertisements sourced from CARP IP cause Open | 207261 | netmap: Doesn't do TX sync with kqueue Open | 222273 | igb(4): Kernel panic (fatal trap 12) due to netwo Open | 225438 | panic in6_unlink_ifa() due to race Open | 227720 | Kernel panic in ppp server Open | 230807 | if_alc(4): Driver not working for Killer Networki Open | 236888 | ppp daemon: Allow MTU to be overridden for PPPoE Open | 236983 | bnxt(4) VLAN not operational unless explicit "ifc Open | 237072 | netgraph(4): performance issue [on HardenedBSD]? Open | 237840 | Removed dummynet dependency on ipfw Open | 238324 | Add XG-C100C/AQtion AQC107 10GbE NIC driver Open | 238707 | Lock order reversal: rtentry vs "nd6 list" Open | 240944 | em(4): Crash with Intel 82571EB NIC with AMD Pile Open | 241106 | tun/ppp: panic: vm_fault: fault on nofault entry Open | 241162 | Panic in closefp() triggered by nginx (uwsgi with Open | 241191 | route flush panic with RADIX_MPATH Open | 243463 | ix0: Watchdog timeout Open | 247111 | pxeboot very slow with i219LM Open | 257709 | netinet6: Set net.inet6.icmp6.nodeinfo default to Open | 118111 | rc: network.subr Add MAC address based interface 26 problems total for which you should take action. --16369236421.9168.16889-- From nobody Sun Nov 14 22:19:00 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4E708184B631 for ; Sun, 14 Nov 2021 22:19:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hsmv91gRGz3F7T for ; Sun, 14 Nov 2021 22:19:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 1A9E76448 for ; Sun, 14 Nov 2021 22:19:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 1AEMJ1qU063594 for ; Sun, 14 Nov 2021 22:19:01 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 1AEMJ1Bu063593 for net@FreeBSD.org; Sun, 14 Nov 2021 22:19:01 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 236983] bnxt(4) VLAN not operational unless explicit "ifconfig promisc" is used on the physical IF Date: Sun, 14 Nov 2021 22:19:00 +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.2-STABLE X-Bugzilla-Keywords: needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: misho@elwix.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? mfc-stable13? mfc-stable12? mfc-stable11? 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 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D236983 misho@elwix.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |misho@elwix.org --- Comment #22 from misho@elwix.org --- This patch fix promisc mode issue about VLAN on bnxt interface diff --git a/sys/dev/bnxt/if_bnxt.c b/sys/dev/bnxt/if_bnxt.c index 7811f4fdebf..f4a53cd4d93 100644 --- a/sys/dev/bnxt/if_bnxt.c +++ b/sys/dev/bnxt/if_bnxt.c @@ -588,7 +588,8 @@ bnxt_rx_queues_alloc(if_ctx_t ctx, caddr_t *vaddrs, softc->vnic_info.def_ring_grp =3D (uint16_t)HWRM_NA_SIGNATURE; softc->vnic_info.cos_rule =3D (uint16_t)HWRM_NA_SIGNATURE; softc->vnic_info.lb_rule =3D (uint16_t)HWRM_NA_SIGNATURE; - softc->vnic_info.rx_mask =3D HWRM_CFA_L2_SET_RX_MASK_INPUT_MASK_BCA= ST; + softc->vnic_info.rx_mask =3D HWRM_CFA_L2_SET_RX_MASK_INPUT_MASK_BCA= ST |=20 + HWRM_CFA_L2_SET_RX_MASK_INPUT_MASK_ANYVLAN_NONVLAN; softc->vnic_info.mc_list_count =3D 0; softc->vnic_info.flags =3D BNXT_VNIC_FLAG_DEFAULT; rc =3D iflib_dma_alloc(ctx, BNXT_MAX_MC_ADDRS * ETHER_ADDR_LEN, @@ -1392,8 +1393,7 @@ bnxt_promisc_set(if_ctx_t ctx, int flags) HWRM_CFA_L2_SET_RX_MASK_INPUT_MASK_ANYVLAN_NONVLAN; else softc->vnic_info.rx_mask &=3D - ~(HWRM_CFA_L2_SET_RX_MASK_INPUT_MASK_PROMISCUOUS | - HWRM_CFA_L2_SET_RX_MASK_INPUT_MASK_ANYVLAN_NONVLAN); + ~(HWRM_CFA_L2_SET_RX_MASK_INPUT_MASK_PROMISCUOUS); rc =3D bnxt_hwrm_cfa_l2_set_rx_mask(softc, &softc->vnic_info); --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sun Nov 14 22:20:29 2021 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5233F184BF07 for ; Sun, 14 Nov 2021 22:20:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hsmws1gZKz3FV3 for ; Sun, 14 Nov 2021 22:20:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 19F516169 for ; Sun, 14 Nov 2021 22:20:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 1AEMKTWm063932 for ; Sun, 14 Nov 2021 22:20:29 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 1AEMKTjN063931 for net@FreeBSD.org; Sun, 14 Nov 2021 22:20:29 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 236983] bnxt(4) VLAN not operational unless explicit "ifconfig promisc" is used on the physical IF Date: Sun, 14 Nov 2021 22:20:29 +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.2-STABLE X-Bugzilla-Keywords: needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: misho@elwix.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? mfc-stable13? mfc-stable12? mfc-stable11? X-Bugzilla-Changed-Fields: attachments.created 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 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D236983 --- Comment #23 from misho@elwix.org --- Created attachment 229498 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D229498&action= =3Dedit Patch for fix issue with promisc mode and vlans --=20 You are receiving this mail because: You are the assignee for the bug.=