From eugen@freebsd.org Sat Oct 28 17:05:10 2023 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 4SHmB62lhdz503Fs for ; Sat, 28 Oct 2023 17:05:18 +0000 (UTC) (envelope-from eugen@freebsd.org) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (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 (2048 bits) client-digest SHA256) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SHmB61NXqz3X1G for ; Sat, 28 Oct 2023 17:05:18 +0000 (UTC) (envelope-from eugen@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.17.1/8.17.1) with ESMTPS id 39SH5FE2000523 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT); Sat, 28 Oct 2023 17:05:16 GMT (envelope-from eugen@freebsd.org) X-Envelope-From: eugen@freebsd.org X-Envelope-To: roy@marples.name Received: from [10.58.0.11] (dadvw [10.58.0.11] (may be forged)) by eg.sd.rdtc.ru (8.17.1/8.17.1) with ESMTPS id 39SH5CbR065457 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Sun, 29 Oct 2023 00:05:13 +0700 (+07) (envelope-from eugen@freebsd.org) Subject: =?UTF-8?Q?Re:_=c2=a0netif_userland_API?= To: Roy Marples References: <18b77179746.d0c6d171174837.5548971766419580308@marples.name> <847fa0cf-db1e-45b3-3a0a-37dd647dabc9@freebsd.org> <18b772ae647.bd4beee8172897.5493704673952375764@marples.name> Cc: freebsd-net@freebsd.org From: Eugene Grosbein Message-ID: <888002a5-4bb1-df09-b2c0-7ef95e8d5ed1@freebsd.org> Date: Sun, 29 Oct 2023 00:05:10 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.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 In-Reply-To: <18b772ae647.bd4beee8172897.5493704673952375764@marples.name> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.6 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on hz.grosbein.net X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE] X-Rspamd-Queue-Id: 4SHmB61NXqz3X1G 28.10.2023 23:43, Roy Marples wrote: > Using netlink rather than route on a modern FreeBSD kernel may allow you do do the same thing > but install a kernel filter on the socket just to receive interface changes. > > That should match your requirements. This scales bad still. More new vlans under single parent we have, more system calls to list them, longer wall clock time util listing completition and more burden for the system as a whole. I'm talking about *efficient* API. Eugene From nobody Sun Oct 29 21:00:17 2023 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 4SJTLn5MfPz4yCJQ for ; Sun, 29 Oct 2023 21:00:17 +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 4SJTLn3VCKz4YS9 for ; Sun, 29 Oct 2023 21:00:17 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1698613217; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=EH0T3bhw7GORkHiHVKhdtWnLx0eqSKDM56AjOdkGYFs=; b=utpvnr5Md8ZvRqoGhLbLrCFqaWbiqcgcoAMvCJr+NtQQmDpcl9u23jxrzQFOZyuFcUXvfM eI1tNxwcoyZ4Q8TbTikgmkVc1ZWkJG3tdk85QtpzjHMwwmnOtUZzkxPiKx73anKcWq9aYj noB1yPbKzcnu+DSoj+YShnOIulZWmjLf17pyqqsE+Npg1IDH5+I7ujLXiGucwkSF1A8Rlt S/BzoHGp2FIUyceh16eoJDob9VoT4l8juh6hYwmMW/egDaL1nNGTJeeJ3ykMVByuCGF7nj H2zLUMiqMSTVk9N79oN75th2v6j0RCvoGnCfAEDhQdDdroribQyog2cQpCc/SA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1698613217; a=rsa-sha256; cv=none; b=IvHkzzq0Vil56rStXo2+gxHgPOjA6+9vicpKtl5apuHoF9p4Pg+45vEXKm0Xho857UW2hT PwcGsQ4s07x1p47LvX1CkD3o70wQPXFg8DHwv1oyr5GPl46ONU5aYK+EYfUBjB/EQgNsRv 0DdaLDMxRIFpVeMyrf6Vp05W9twbRnsnhVDAozryYtNP+Ad1Q4jW9mNUXaXRrT4mNO8Uiz yJBm4OmzvsAeid1BPZW4kjZXjcAyfnOEzxn8KbyJWtUkexvt0b1UAxem0US1eSJT++p3Vj YVsebKyB26F3lIWo391En8eC7Wc8SPunXZE9mD1s0K2XxoMbbL8Af0PQZXUTDQ== 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 4SJTLn2cF7zt4M for ; Sun, 29 Oct 2023 21:00:17 +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 39TL0HPF097537 for ; Sun, 29 Oct 2023 21:00:17 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 39TL0HNt097536 for net@FreeBSD.org; Sun, 29 Oct 2023 21:00:17 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202310292100.39TL0HNt097536@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, 29 Oct 2023 21:00:17 +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="16986132172.0ef17aaf.95754" Content-Transfer-Encoding: 7bit --16986132172.0ef17aaf.95754 Date: Sun, 29 Oct 2023 21:00:17 +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 ------------+-----------+--------------------------------------------------- New | 204438 | setsockopt() handling of kern.ipc.maxsockbuf limi New | 213410 | [carp] service netif restart causes hang only whe Open | 7556 | ppp: sl_compress_init() will fail if called anyth Open | 193452 | Dell PowerEdge 210 II -- Kernel panic bce (broadc Open | 202510 | [CARP] advertisements sourced from CARP IP cause Open | 207261 | netmap: Doesn't do TX sync with kqueue Open | 225438 | panic in6_unlink_ifa() due to race Open | 236888 | ppp daemon: Allow MTU to be overridden for PPPoE Open | 237072 | netgraph(4): performance issue [on HardenedBSD]? Open | 237973 | pf: implement egress keyword to simplify rules ac Open | 238324 | Add XG-C100C/AQtion AQC107 10GbE NIC driver Open | 240944 | em(4): Crash with Intel 82571EB NIC with AMD Pile In Progress | 118111 | rc: network.subr Add MAC address based interface 13 problems total for which you should take action. --16986132172.0ef17aaf.95754 Date: Sun, 29 Oct 2023 21:00:17 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" 
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
------------+-----------+---------------------------------------------------
New         |    204438 | setsockopt() handling of kern.ipc.maxsockbuf limi
New         |    213410 | [carp] service netif restart causes hang only whe
Open        |      7556 | ppp: sl_compress_init() will fail if called anyth
Open        |    193452 | Dell PowerEdge 210 II -- Kernel panic bce (broadc
Open        |    202510 | [CARP] advertisements sourced from CARP IP cause 
Open        |    207261 | netmap: Doesn't do TX sync with kqueue
Open        |    225438 | panic in6_unlink_ifa() due to race
Open        |    236888 | ppp daemon: Allow MTU to be overridden for PPPoE 
Open        |    237072 | netgraph(4): performance issue [on HardenedBSD]?
Open        |    237973 | pf: implement egress keyword to simplify rules ac
Open        |    238324 | Add XG-C100C/AQtion AQC107 10GbE NIC driver
Open        |    240944 | em(4): Crash with Intel 82571EB NIC with AMD Pile
In Progress |    118111 | rc: network.subr Add MAC address based interface 

13 problems total for which you should take action.
--16986132172.0ef17aaf.95754-- From nobody Tue Oct 31 05:18:15 2023 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 4SKJLv3ynYz4ysh5 for ; Tue, 31 Oct 2023 05:18:15 +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 4SKJLv2sV5z3WWR for ; Tue, 31 Oct 2023 05:18:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1698729495; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=3mA1ecs7aCr6rVLyNGkyndn4cqjklFgSL6U/RKC3rDo=; b=GUQrOA8yMlA5+EGeiA0pwOG9xVztBo+gmAo8ShqAEQBgx2XwracV1mxPqS1UN/v3rCurSS 8cjkPpr8qd8UYLLGCwrPmcH0bPuZcyMOy6/vBsymdfOy96B9ElD9b7ZeodubYbBWjIZga+ Tzh5/a3yoJMF4wSnBMjSfNm5aIZ+LtdION4AQQwlnLLjvq8V+d56LxV93gsl7Zf54Z/NbW AFiqOCzKCsVckbxp9g3rttiXlFKqBq3OMcciRsr1fTeCxAFkDOtJ7aegha0NET5YnayT5N bkiuLSmNYRHdFhK12VkJcZ/MbXl60101o9dyN/6DdPWVyytAA90M2XfAJalsUQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1698729495; a=rsa-sha256; cv=none; b=fAG1Lou/JGG74mqb9n2CSS2+3b0wY1+h8bpFqbMzIEwrbnaPaIjlj2nCnX4Pqa4mOapVBG XMpZHdaPbGAmlNfQdeu2FZYFHLd/FeekGwFYglx3JuuB925h6uJ4U8n3PQRVG8saPrDDHq Gl5+kVlXryZcTVOXNChukDadVmZT7iKF6pQxrdDn1Uk5uZgeDtR+1uOh0jf9osJd9nrSkn +fV53ljt1iM1E/1l4v+xNoNBTX33OjlpYw7KBrbMoigGDXAfidsLLqB/oOeyExNluH9xyV SSWHZSmyPMpAeZ93azmw3BcsHWMcmgJEjxwW8HE/8C0bK2CjqZfAYQ1DW+llcQ== 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 4SKJLv1sSzzrQW for ; Tue, 31 Oct 2023 05:18:15 +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 39V5IFxE054480 for ; Tue, 31 Oct 2023 05:18:15 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 39V5IFML054479 for net@FreeBSD.org; Tue, 31 Oct 2023 05:18:15 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 274824] if_bridge / if_epair: unable to delete an arp entry after deleting associated route Date: Tue, 31 Oct 2023 05:18:15 +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: linimon@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: 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D274824 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |net@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Wed Nov 1 14:00:31 2023 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 4SL7v41sx9z4rtXG for ; Wed, 1 Nov 2023 14:00:32 +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 4SL7v40t2kz4Qx3 for ; Wed, 1 Nov 2023 14:00:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1698847232; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=UJ4UUytcgvJYUBMT7ppZzs3bZpmtAUZpc2GbCnT8KmI=; b=MGd7IHvkpISm5Mm3/sYWUXF5H+HGTDNT92oN7nXyQ8O7pUNudv8tWkc+UX3gV7REUMv6GF nSrTm2t8gAiKxEmLQaPHaw9W+WFCHJActOsMrqg6FlZcLAVN/h/WPfVng4cy5zi6kADrqG g0jZNQ6sHsHvYEOQC/t+ExyB4nVkcijr8FaWTqaWjm5RFxM+WBI9VyKF+zZcuY1GlG9vE+ RZ6uqpMug30vyJKPD5o9enWlXTw9rFptpAt15vVBlB+W+3ZC7bK4QiApxJFq8j3y5pjozb xIVNB5FHoWQiKLDHN2o5VU4v6i+nNRwSQqxwHXesWt6d9HcCKkoH18ntoZntMg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1698847232; a=rsa-sha256; cv=none; b=FPqw+WzQbQuzlj66lRBLyewz5r5AMSZ2xKwVNFtsblWiIU+C03fME6l5EL3eyystmU5qA3 CCEKHn3ex7KOGunl+Ltj+TqU30MDzYsavYljm3I5MgE17Z0xwywYZwcahNkHMYpXJwcMvM Q9Rivd9eBdOs0gzz9yDfrcQEE+fzquKOJoX3+XMTg9DZQ5/46dpbwsIc2wAm6/DR7hI0Vv o55/maHUT/JgnJMf0R0vf1qzuYQfQIYN+wmFM6YR0yqQrz5HzHDmV+iS+dweWVjRtqGRMf Dgce6nW1YeEAFHiLOVQL1bM+fkFLVAZb+BIjxLTucfLBfPFOKp4LsIRRuYcwRA== 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 4SL7v36zJNzplC for ; Wed, 1 Nov 2023 14:00:31 +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 3A1E0VnY023562 for ; Wed, 1 Nov 2023 14:00:31 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 3A1E0Vws023561 for net@FreeBSD.org; Wed, 1 Nov 2023 14:00:31 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 264193] pf: scrub max-mss rule stops working (but still counts) after 13.1-RELEASE upgrade Date: Wed, 01 Nov 2023 14:00:31 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 13.0-RELEASE X-Bugzilla-Keywords: needs-qa, regression X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: oleg@mamontov.net X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: kp@freebsd.org X-Bugzilla-Flags: 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D264193 --- Comment #12 from oleg@mamontov.net --- (In reply to Ed Maste from comment #11) I think we can agree on this. Please feel free to close the case. Thank you. --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Wed Nov 1 14:36:16 2023 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 4SL8hK3qrxz4ry6t for ; Wed, 1 Nov 2023 14:36:17 +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 4SL8hK2pHDz4W0Q for ; Wed, 1 Nov 2023 14:36:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1698849377; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=WImK8uGxtKZ+6F2gQcuvrYj5VrE3oy3A1fw8pYxDkw8=; b=llhO7rNVJUBNZpoAz1Nzwsx8dLUn54bFQTQym0gtEI00bCiXffr+IRDHokyeO88CssPgWO NQBMCVXo39hL+fpMNuZvCM9Whmz0fqCEd8JsT9fQpORGl+muBGdsyAp+ShxQRU/TsMkz7i ImG2iCn5EUzcLvSSe4U76E468oQ49X/wZ1SKgvTD/35DTaalwc8PVDabbqtZpC2A7vVJ8s GBNt5qKyMk4jzwye0cq3A62BZVpoCF1dd6mFYFzw5YWwQ75PytQ73wj0pYhCIOWm0npoIw mYRGuKQGXrhmZXvzfp8PP/FZmIpOTexEFwQXVERskQEjgJMzrQaPJ8Jzm4pdYg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1698849377; a=rsa-sha256; cv=none; b=I7RGJE6aWkMy6Jl14V24Ej9LEJRapAF/PQdX075tn4l5rrhpgSU6JZK5RxpB9dRw9PZeti QO5T295Mm9iAaXzqiLDZMVjN1gr96C0p256r3tqG5CBfrZCj0v7H4/kHAG+riC9q8Chc05 glgHjbrwuImD+BTZ5eZextRMiGnDll+u4jYjmDB9igk/+vCe53lHe9TrYyP4l6UjlDgHyB xDV1m9Pd5d3OOfKWeouamUYvPIAVfNzdwxCgJOspHmgabcqGK2Yk0fp+GKNmvS5fk+4Jo+ NdoeUWgLReek18bM8nO2ez9LVdqclKnW197somwUxQiBEoWpwNWVVz642OnCFA== 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 4SL8hK1tYmzqGm for ; Wed, 1 Nov 2023 14:36:17 +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 3A1EaHWC086013 for ; Wed, 1 Nov 2023 14:36:17 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 3A1EaHhk086012 for net@FreeBSD.org; Wed, 1 Nov 2023 14:36:17 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 264193] pf: scrub max-mss rule stops working (but still counts) after 13.1-RELEASE upgrade Date: Wed, 01 Nov 2023 14:36:16 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 13.0-RELEASE X-Bugzilla-Keywords: needs-qa, regression X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: emaste@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Works As Intended X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: kp@freebsd.org X-Bugzilla-Flags: mfc-stable13? mfc-stable12- X-Bugzilla-Changed-Fields: bug_status resolution 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D264193 Ed Maste changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Open |Closed Resolution|--- |Works As Intended --- Comment #13 from Ed Maste --- It appears the change in 13.1 is expected/intentional. --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Thu Nov 2 11:40:21 2023 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 4SLhkt4N6Gz502ls for ; Thu, 2 Nov 2023 11:40:22 +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 4SLhkt349qz3Zdn for ; Thu, 2 Nov 2023 11:40:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1698925222; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=i/LqjAriOlYDGFDk/O0LByyjOy/WkuV4tZ5/FNu8K8A=; b=g1hJF0PbEcNLpFLF+84J+iCA9K6EgTfk0VIXgTl0f+NsUEwOwBH+8Mhi6VI90gcTQsCh3E XuvD+q0/4XkG8UUNOP5OsvqNjzIrOoNr2bjCdzZQxvZxDsilF40EaaacxDQA5TFgVodWrj FVhSuZxAxLiBv24VAikKy5iMjiIYnpZ6gOqA0n+KadHdcQZBdTxLSAs6Pf+9JFR0l3IBBo RfvVT9w36LblzAFMoYS3mN00hFeHgbDg5lA/9DzbFfDErgqPrQGvmA5hyAU80paJVH6mld wP+UKwfBnvL2u396wV4pomfhtLBLkg3a31pR/o7LrQeg5/P7iZCnhc5MPZxEBw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1698925222; a=rsa-sha256; cv=none; b=cylVwiAO2T7FBU7XsjibNgkLFPkr0aCBBt8BY0CUoEu2qU1ULWWKGPr+aWBeiIKHdQcK+U lkYKcqJSZZP1VEzeOePekQM34aThukGxFi/+0YFJOmD2BYj8sd+WjMcFt4QQdn+DE3+WDx DcAXnatsdP67oGHP1iT4Yg3/RBE+XNFfhD2llcWDWOy92w/dkyLcQO5OLjeYFYQKRaCKN5 kGXlcbtnp69hrbSBLeQC+MEbBu/8LHRw4oeK4K9lKLiBXkinymiip/eTRKt4J28RQsPWVm tmO1cqzzVioUxDfNyrfguOPedQxD8k4VrrrXoWMV0rfq0kX4fH+Hi36nsQF7qQ== 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 4SLhkt0F4MzCPF for ; Thu, 2 Nov 2023 11:40:22 +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 3A2BeLb2080940 for ; Thu, 2 Nov 2023 11:40:21 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 3A2BeLmT080939 for net@FreeBSD.org; Thu, 2 Nov 2023 11:40:21 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 274855] Many sonewconn: pcb 0xfffff8002299ca00 (local:/var/run/devd.seqpacket.pipe): Listen queue overflow: 1 already in queue awaiting acceptance (120 occurrences), euid 0, rgid 0, jail 0 Date: Thu, 02 Nov 2023 11:40:21 +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: 14.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@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: 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D274855 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |net@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Fri Nov 3 04:42:14 2023 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 4SM7Q16djPz4yt8w for ; Fri, 3 Nov 2023 04:42:17 +0000 (UTC) (envelope-from yuri@FreeBSD.org) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4SM7Q064wnz4X3W for ; Fri, 3 Nov 2023 04:42:16 +0000 (UTC) (envelope-from yuri@FreeBSD.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=softfail (mx1.freebsd.org: 198.144.192.42 is neither permitted nor denied by domain of yuri@FreeBSD.org) smtp.mailfrom=yuri@FreeBSD.org; dmarc=none Received: from [192.168.5.3] (c-73-70-62-113.hsd1.ca.comcast.net [73.70.62.113]) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id 3A34gFqs046738 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 2 Nov 2023 21:42:15 -0700 (PDT) (envelope-from yuri@FreeBSD.org) X-Authentication-Warning: shell1.rawbw.com: Host c-73-70-62-113.hsd1.ca.comcast.net [73.70.62.113] claimed to be [192.168.5.3] Message-ID: Date: Thu, 2 Nov 2023 21:42:14 -0700 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 Thunderbird Content-Language: en-US To: "freebsd-net@freebsd.org" From: Yuri Subject: Network starvation question Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [2.62 / 15.00]; VIOLATED_DIRECT_SPF(3.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_SHORT(1.00)[0.999]; NEURAL_HAM_MEDIUM(-0.99)[-0.986]; MIME_GOOD(-0.10)[text/plain]; RCVD_NO_TLS_LAST(0.10)[]; ONCE_RECEIVED(0.10)[]; XM_UA_NO_VERSION(0.01)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[yuri]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all:c]; HAS_XAW(0.00)[]; TO_DN_EQ_ADDR_ALL(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:7961, ipnet:198.144.192.0/23, country:US]; MIME_TRACE(0.00)[0:+]; TO_DOM_EQ_FROM_DOM(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-net@freebsd.org] X-Rspamd-Queue-Id: 4SM7Q064wnz4X3W X-Spamd-Bar: ++ Hi, I've encountered the situation when the application A was using 100% of the outbound bandwidth which is approximately 3.5 MBps of UDP traffic. Then the application B (the RDP TCP connection) attempted to use a much lower outbound speed, probably < 0.5 MBps, and it got starved. Application B (RDP) was super slow as long as the application A kept running. It was almost impossible to use the RDP connection. My question is: shouldn't the system allow less intense streams to also run at a decent speed? Let's say that the outbound bandwidth threshold of the connection is 3.5 MBps. The application A can send 3.5 MBps (or more). The application B can send up to 0.5 MBps. Obviously, they can't send 4.0 MBps in total, and their speeds should be tuned down. If both of the applications would be tuned down proportionately, this could be done using the 3.5/4.0 ratio, which would be 0.875. So why then does the slower connection get slowed down so much? It was obviously slowed down many times, not just by 13%. FreeBSD 13.2 Thanks, Yuri From nobody Fri Nov 3 11:53:12 2023 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 4SMJzW1dSLz4yrpv for ; Fri, 3 Nov 2023 11:53:27 +0000 (UTC) (envelope-from ccfreebsd@gmail.com) Received: from mail-lj1-f170.google.com (mail-lj1-f170.google.com [209.85.208.170]) (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 4SMJzV6mZBz4Qky; Fri, 3 Nov 2023 11:53:26 +0000 (UTC) (envelope-from ccfreebsd@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lj1-f170.google.com with SMTP id 38308e7fff4ca-2c6efcef4eeso23064961fa.1; Fri, 03 Nov 2023 04:53:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699012404; x=1699617204; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=4E/xYCSoeI9kvO9cIEuOGNlLzS5mCA3hTNMFGrogRcI=; b=ZQIsPr8y3eNIrWC/bwxvqUN2QW/711Hla/6ajmOMNUnAtbg0q2f02XBEGQLFczhW0C ZK5yWof6CG1oN6nPZscVHqT/S/h5iPuXBFbnxGZQw37kqa2RqnAP+RxXl+9+4PvgpjKy 6Ci0KouSVkUf61JL77ALGZZNVdLyiwdNHLAkkrT/rDtEkPJj7N12ibyOHw3CCK2BKdLa uZa4Q3OChAhGXSi74HNC2eaXJ8CzFQx2RE+7m8kdqsmuXY/RRSUoTgz6QQfBXX3c+5ao 0w7IKJAXW/s0d16FCN+koKhvsme9y7hB3KE/HHTUZYT5rBNHoQCYKWkqqHpjywno5dJD WS7Q== X-Gm-Message-State: AOJu0YzelXhZUueXvXYChi1DKUdMwLFmDi93M/X9wqEe0BaquotCVsoN LW9YAe2xNDwzd5nIS74QSQpnHY3s54Ruvg== X-Google-Smtp-Source: AGHT+IE2+UQ1qFFpHyh2Ojd+7y1HWrsl/9xKP0KCkG5bagnm4Uu64+ho4V2sbqsnGI2OPu8MbsVvng== X-Received: by 2002:a2e:b953:0:b0:2c5:2d02:ed14 with SMTP id 19-20020a2eb953000000b002c52d02ed14mr15834910ljs.23.1699012404200; Fri, 03 Nov 2023 04:53:24 -0700 (PDT) Received: from mail-lf1-f46.google.com (mail-lf1-f46.google.com. [209.85.167.46]) by smtp.gmail.com with ESMTPSA id x22-20020a2e9c96000000b002c02cf6cac5sm216473lji.83.2023.11.03.04.53.23 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 03 Nov 2023 04:53:24 -0700 (PDT) Received: by mail-lf1-f46.google.com with SMTP id 2adb3069b0e04-507975d34e8so2746893e87.1; Fri, 03 Nov 2023 04:53:23 -0700 (PDT) X-Received: by 2002:a05:6512:4850:b0:507:97ca:ec60 with SMTP id ep16-20020a056512485000b0050797caec60mr15509021lfb.3.1699012403774; Fri, 03 Nov 2023 04:53:23 -0700 (PDT) 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: In-Reply-To: From: Cheng Cui Date: Fri, 3 Nov 2023 07:53:12 -0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Network starvation question To: Yuri Cc: "freebsd-net@freebsd.org" Content-Type: multipart/alternative; boundary="000000000000cbcd2806093e26e9" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Queue-Id: 4SMJzV6mZBz4Qky --000000000000cbcd2806093e26e9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Yuri, If I understand your situation correctly, your application A is using UDP but application B is using TCP and the max outbound bandwidth is < 4MBps. If A can send at 3.5 Mbps and B can send at 0.5 Mbps, why B is suffering more in throughput when the outbound limit is < 4Mbps? There are many factors I think in my experience that can contribute to this= . But maybe we prefer a solution rather than the root cause of the difference= . If you can tune A to use less bandwidth and let B to use the full 0.5 Mbps, the problem may be solved. (for example, iperf default in UDP is ~1Mbps but can be tuned to send at max bandwidth, so vice versa) Then, back to the possible contribution factors of TCP suffering from a UDP traffic competition : 1. UDP traffic rate can be considered constant so it does not yield 2. TCP congestion control may be encountered 3. application's responsiveness may be different Best Regards, Cheng Cui On Fri, Nov 3, 2023 at 12:42=E2=80=AFAM Yuri wrote: > Hi, > > > I've encountered the situation when the application A was using 100% of > the outbound bandwidth which is approximately 3.5 MBps of UDP traffic. > > Then the application B (the RDP TCP connection) attempted to use a much > lower outbound speed, probably < 0.5 MBps, and it got starved. > > Application B (RDP) was super slow as long as the application A kept > running. It was almost impossible to use the RDP connection. > > > My question is: shouldn't the system allow less intense streams to also > run at a decent speed? > > > Let's say that the outbound bandwidth threshold of the connection is 3.5 > MBps. > > The application A can send 3.5 MBps (or more). > > The application B can send up to 0.5 MBps. > > Obviously, they can't send 4.0 MBps in total, and their speeds should be > tuned down. > > If both of the applications would be tuned down proportionately, this > could be done using the 3.5/4.0 ratio, which would be 0.875. > > So why then does the slower connection get slowed down so much? > > It was obviously slowed down many times, not just by 13%. > > > FreeBSD 13.2 > > > Thanks, > > Yuri > > > > --000000000000cbcd2806093e26e9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Yuri,

If I understand you= r situation correctly, your application A is using UDP but
applic= ation B is using TCP and the max outbound bandwidth is < 4MBps.

If A can send at 3.5 Mbps and B can send at 0.5 Mbps, why = B is suffering
more in throughput when the outbound limit is <= 4Mbps?

There are many factors I think in my exper= ience that can contribute to this.
But maybe we prefer a solution= rather than the root cause of the difference.
If you can tune A = to use less bandwidth and let B to use the full 0.5 Mbps,
the pro= blem may be solved. (for example, iperf default in UDP is ~1Mbps but
<= div>can be tuned to send at max bandwidth, so vice versa)
Then, back to the possible contribution factors of TCP sufferin= g from a UDP
traffic=C2=A0competition :
  1. UDP= traffic rate can be considered constant so it does not yield
  2. T= CP congestion control may be encountered
  3. application's resp= onsiveness may be different

Best R= egards,
Cheng Cui


On Fri, Nov 3, 2023 at 12:= 42=E2=80=AFAM Yuri <yuri@freebsd.org= > wrote:
= Hi,


I've encountered the situation when the application A was using 100% of=
the outbound bandwidth which is approximately 3.5 MBps of UDP traffic.

Then the application B (the RDP TCP connection) attempted to use a much lower outbound speed, probably < 0.5 MBps, and it got starved.

Application B (RDP) was super slow as long as the application A kept
running. It was almost impossible to use the RDP connection.


My question is: shouldn't the system allow less intense streams to also=
run at a decent speed?


Let's say that the outbound bandwidth threshold of the connection is 3.= 5
MBps.

The application A can send 3.5 MBps (or more).

The application B can send up to 0.5 MBps.

Obviously, they can't send 4.0 MBps in total, and their speeds should b= e
tuned down.

If both of the applications would be tuned down proportionately, this
could be done using the 3.5/4.0 ratio, which would be 0.875.

So why then does the slower connection get slowed down so much?

It was obviously slowed down many times, not just by 13%.


FreeBSD 13.2


Thanks,

Yuri



--000000000000cbcd2806093e26e9-- From nobody Sat Nov 4 02:37:55 2023 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 4SMhcF4J62z50J25 for ; Sat, 4 Nov 2023 02:38:05 +0000 (UTC) (envelope-from yuri@FreeBSD.org) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4SMhcD5x9zz3Jlq for ; Sat, 4 Nov 2023 02:38:04 +0000 (UTC) (envelope-from yuri@FreeBSD.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=softfail (mx1.freebsd.org: 198.144.192.42 is neither permitted nor denied by domain of yuri@FreeBSD.org) smtp.mailfrom=yuri@FreeBSD.org; dmarc=none Received: from [192.168.5.3] (c-73-70-62-113.hsd1.ca.comcast.net [73.70.62.113]) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id 3A42bua8083047 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Fri, 3 Nov 2023 19:37:57 -0700 (PDT) (envelope-from yuri@FreeBSD.org) X-Authentication-Warning: shell1.rawbw.com: Host c-73-70-62-113.hsd1.ca.comcast.net [73.70.62.113] claimed to be [192.168.5.3] Message-ID: <8a967a3e-ef9c-4bc7-93e4-a5bca52ba9cf@FreeBSD.org> Date: Fri, 3 Nov 2023 19:37:55 -0700 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 Thunderbird Subject: Re: Network starvation question Content-Language: en-US To: "freebsd-net@freebsd.org" References: From: Yuri In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [2.54 / 15.00]; VIOLATED_DIRECT_SPF(3.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.64)[-0.642]; NEURAL_SPAM_MEDIUM(0.57)[0.571]; RCVD_NO_TLS_LAST(0.10)[]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; XM_UA_NO_VERSION(0.01)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DMARC_NA(0.00)[freebsd.org]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[yuri]; TO_DOM_EQ_FROM_DOM(0.00)[]; TO_DN_EQ_ADDR_ALL(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; R_SPF_SOFTFAIL(0.00)[~all]; HAS_XAW(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:7961, ipnet:198.144.192.0/23, country:US]; MLMMJ_DEST(0.00)[freebsd-net@freebsd.org] X-Rspamd-Queue-Id: 4SMhcD5x9zz3Jlq X-Spamd-Bar: ++ Router is also involved, and the provider's network as well. But I think that there is a bug in the FreeBSD's network code that it allows a slower TCP connection to be hammered like this, unless there is a good explanation for this observation. Yuri From nobody Sat Nov 4 03:30:48 2023 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 4SMjnW5Khhz4ykFH for ; Sat, 4 Nov 2023 03:31:11 +0000 (UTC) (envelope-from paul@redbarn.org) Received: from util.redbarn.org (util.redbarn.org [24.104.150.222]) (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 "*.redbarn.org", Issuer "RapidSSL Global TLS RSA4096 SHA256 2022 CA1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SMjnV5cZvz3RB5 for ; Sat, 4 Nov 2023 03:31:10 +0000 (UTC) (envelope-from paul@redbarn.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=redbarn.org header.s=util header.b=GdzWcqDp; spf=pass (mx1.freebsd.org: domain of paul@redbarn.org designates 24.104.150.222 as permitted sender) smtp.mailfrom=paul@redbarn.org; dmarc=pass (policy=reject) header.from=redbarn.org Received: from family.redbarn.org (family.redbarn.org [IPv6:2001:559:8000:cd::5]) (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 "*.redbarn.org", Issuer "RapidSSL Global TLS RSA4096 SHA256 2022 CA1" (not verified)) by util.redbarn.org (Postfix) with ESMTPS id 004E6160B46 for ; Sat, 4 Nov 2023 03:30:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=redbarn.org; s=util; t=1699068656; bh=frcCV1k9oG9oKj3dpUqdJg1PxRT2RSN/XKdLCPjaYaY=; h=Date:Subject:In-Reply-To:References:From:To; b=GdzWcqDpqtSJdg0xbbxxKyjJ/t3Yplucy8Jomct7fyYiyv8Ox7BggWPjS5wL4IG9V PHrqBQU/itR524HbKelImI21by18eJvizcsaA4Sr0NEdL0Ufj3A9+3kusX7vh8+HUJ kOASz14hWybRaVLn3AjsAdGS33AgGYljT6WaslUQ= Received: from [10.0.8.152] (unknown [12.169.103.93]) (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 did not present a certificate) by family.redbarn.org (Postfix) with ESMTPSA id 44CBBFEBEE for ; Sat, 4 Nov 2023 03:30:53 +0000 (UTC) Date: Fri, 03 Nov 2023 20:30:48 -0700 Subject: Re: Network starvation question Message-ID: In-Reply-To: <8a967a3e-ef9c-4bc7-93e4-a5bca52ba9cf@FreeBSD.org> References: <8a967a3e-ef9c-4bc7-93e4-a5bca52ba9cf@FreeBSD.org> From: Paul Vixie To: freebsd-net@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 X-Spamd-Result: default: False [-4.96 / 15.00]; DWL_DNSWL_LOW(-1.00)[redbarn.org:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.96)[-0.961]; DMARC_POLICY_ALLOW(-0.50)[redbarn.org,reject]; R_SPF_ALLOW(-0.20)[+ip4:24.104.150.0/24]; R_DKIM_ALLOW(-0.20)[redbarn.org:s=util]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:33651, ipnet:24.104.150.0/24, country:US]; DKIM_TRACE(0.00)[redbarn.org:+]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-net@freebsd.org]; MIME_TRACE(0.00)[0:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; FREEFALL_USER(0.00)[paul]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4SMjnV5cZvz3RB5 X-Spamd-Bar: ---- From nobody Sat Nov 4 09:20:04 2023 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 4SMsX427Jtz50qnD for ; Sat, 4 Nov 2023 09:20:04 +0000 (UTC) (envelope-from ronald@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SMsX41c54z3Cb3; Sat, 4 Nov 2023 09:20:04 +0000 (UTC) (envelope-from ronald@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1699089604; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=z8fFOHmEn63xxeO/fpSVuv8R19HgmdzinV8LASGPeEw=; b=Dv2s95Te0iucL9em4aAjSwPgMihUNwbw1m44bWWcZVUiDtWpfLda9Dd6n/KkfTprDOo0+6 EEVMaZZthutdBVPE1zE2bzUaE+oX0XRYatZnZ9QcWxI/k+zvQ5j8wx9+qPK2KwYo6qbC1N 5ghNhZVlhLGE/g9+NNv6oN7ZGc++oOrhikqDtw6nFTuulUfLEspuAG2nUZNnFg7GtvjjnP 5SvD9NbLCxfZxYm6KEXdOjESPZJQSBp0btmbGSWr0ImdtxVoX6feDkqf3zcS9XHii3l9aX Gsm+iysYKlD5yK4gceYOzsaYZWPxssHQc3mtarbMpnuezsbTTS1cRYiNYCflsA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1699089604; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=z8fFOHmEn63xxeO/fpSVuv8R19HgmdzinV8LASGPeEw=; b=fKyL5+mwdixm/mrwD05x0ac2oJ7orb0gi0nYtDv9ppM5BUJFKbYNGMmPFZ+TpwxYMVYxfp Atn4q/uXw94n0WPpytmNBm/9f3KewvDJ7vT2f9o0Z+zktIVSgKrPm8CaIJjZstNJIzpjul H8OnSSpLBigB7k9mUp2KAwrky0aAK4ZiPNscX/grhVOfy/9+jUl/yL1cH1MbE2Id1HD0iN KKEkLWeHAEDThehFHVmosuGiGuXT1nJYZjsiscwI9si8EW8RF4/6h6LjFHEydpQtCecI5V kyQAcCRDIjP7sGcfKv1StdmuSS8HJixyzJs3leUA5XAo0Mbf2I+84Mr23CJ7sg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1699089604; a=rsa-sha256; cv=none; b=vRGdiKevCQ9L9Kw4GxjKsUyVvY80KrQ9M9tEHUY+EmWMqDKLLGUMfRhb6vJH3+ZsTrzVkl VKPu9q67GquI6AcTOWR7AHAb5NzL2t1M6tB7xnRh5s+M4ZwJ0DzaKGsNM5E+GyIzbqQWOi Ao3RxFiha18m2w5oJR2er0c0o95d800XmJxUHfHiYwpIV5ZWNKWxalnyKPjhdostusRxnz HE0KQC+SebQkURQsRxBtYepGFSLrTU3gSCv8tGYwyZdcyPfYoRrVxSfAvHuJvqMN7abEPl y8P9DstgQyOCMFD4WQ4TTRO4mil8MQOFwgzjmj5UGEnGjYsa0dZuJQT967+rJQ== Received: from [192.168.1.109] (84-105-120-103.cable.dynamic.v4.ziggo.nl [84.105.120.103]) (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 did not present a certificate) (Authenticated sender: ronald/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4SMsX35Qmdz19Hy; Sat, 4 Nov 2023 09:20:03 +0000 (UTC) (envelope-from ronald@FreeBSD.org) Message-ID: <2baf7bc1-466c-4004-b77d-72b9fddfd6e7@FreeBSD.org> Date: Sat, 4 Nov 2023 10:20:04 +0100 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 Thunderbird Subject: Re: Network starvation question Content-Language: en-US To: Yuri , "freebsd-net@freebsd.org" References: <8a967a3e-ef9c-4bc7-93e4-a5bca52ba9cf@FreeBSD.org> From: Ronald Klop In-Reply-To: <8a967a3e-ef9c-4bc7-93e4-a5bca52ba9cf@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 11/4/23 03:37, Yuri wrote: > Router is also involved, and the provider's network as well. > > > But I think that there is a bug in the FreeBSD's network code that it allows a slower TCP connection to be hammered like this, unless there is a good explanation for this observation. > > > > Yuri > > > As you mention router and provider network are involved my first thought is bufferbloat. See https://en.wikipedia.org/wiki/Bufferbloat As UDP is involved FreeBSD doesn't do any flow control on that traffic and just sends as much as the application requests it to do. This is not a bug in FreeBSD. The design of the application is to requests FreeBSD to do this by using UDP instead of TCP. A solution to this would be to limit bandwidth of application A (mentioned in your original mail) to leave just enough space for application B to perform well. Maybe the application has support for this. Otherwise a mechanism like "dummynet" (in combination with ipfw firewall) can do this. Regards, Ronald. From nobody Sat Nov 4 10:10:07 2023 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 4SMtdw6s27z4ymxv for ; Sat, 4 Nov 2023 10:10:12 +0000 (UTC) (envelope-from rscheff@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SMtdw642Zz3KVN; Sat, 4 Nov 2023 10:10:12 +0000 (UTC) (envelope-from rscheff@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1699092612; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type:autocrypt:autocrypt; bh=QL6wBjX771fw82DIZtewDjXl4hxb4+kMHoHIkjzDnS8=; b=e+yQu1jtwy5OBZ3nYbKJb/yY6gg+bz5EzcXZxBKs7Z5btk1dBxn7DmfKd/cY0YgNZUnBJv fjisAbokkAMLvYoRD+uk8ptCTHHWoB6hhOp7diHX+oUKXyX+IpzdyYABMyRBCvNOFrQR0D wlEyuqNuoMsgUj8X/XDXrKWp6UIHVhdNOSPiGkVRRujs65AJ/M2cDjpE5lDEVvlJcj//Ln 3PB1QJ9t9hgzHT79q/o71xC7WqPnhq2R3mFPZqYExdNZVfnpgPcJnXixuOGaHZESbkzuIH CMQXq0spZ9VX8v1RxOK3Hayqc9E4qw2eGQD5fwl+4V3ScvU3KnSyvf0rkfQEBg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1699092612; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type:autocrypt:autocrypt; bh=QL6wBjX771fw82DIZtewDjXl4hxb4+kMHoHIkjzDnS8=; b=bjutoK15VBGc9s12Pd48sVqR7rDQKKeq7MO2OjV4413mCI9l8lhn6aQMoGSnEGcWH8RWkJ 3TgxwBn8HsOZsdTH1yErf+i3G/y3yIXY3mRDx1dFnrXPt8HghTLZB5pEMmLhnx94vFJU5u uoGib7i+WihWy7wBmac+5YjOJjuaRow3YTkT4BBOiDANWLNkdOfZnUfNWuxqQ80igB0LCk FyIid390zOoKP+5HlBcJhR7KkkZyTi5ZgeOfw0GE7jAC5l7jElubGi8NX1vplyPOU6oVom mEYRc//Gx/x/w1EPNk3VZ+owEd865557Q1vBIOK0LjZoqTi63U152Yld10r8mA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1699092612; a=rsa-sha256; cv=none; b=UtOseI9oCzihuHJp3C/RxZLj48OfEibilJ+dW1Gpw1mAaFWyHk7YqphOfXE736tq+1d758 5qzVvGetYjEvA6Nd+JDuYPs2QSAa9DfntXLCivsbf6QzilG/g+HKg8iTe2dcojW/KbDrdZ ShPAtyPCvoc+3oh8qLt6don7YJ0UH3qEqmbIbo2Mvs1+WtwqmcexkevqJ+DugsYDzStua8 OpJkBeO7L6PNKAh/OUqtjs8nyGRY34f0kSuMzMOdFm0V7mCHMJ84omsR7cAmpcbvWb6pUb HAvrTAYq5mWJNottT8KS9iwxrXbzp9tZnBfC3sxGDCLlPPFo6pxvA1LYBIjEpg== Received: from [IPV6:2001:67c:1232:144:cec:ee06:1a09:1201] (unknown [IPv6:2001:67c:1232:144:cec:ee06:1a09:1201]) (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 did not present a certificate) (Authenticated sender: rscheff/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4SMtdw1mPsz1DhG; Sat, 4 Nov 2023 10:10:12 +0000 (UTC) (envelope-from rscheff@freebsd.org) Message-ID: <2df180ed-52bf-4c77-9e62-9d9a94e2d6f6@freebsd.org> Date: Sat, 4 Nov 2023 11:10:07 +0100 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 Thunderbird To: Cheng Cui , Yuri Cc: "freebsd-net@FreeBSD.org" From: "Scheffenegger, Richard" Subject: RE: Network starvation question Autocrypt: addr=rscheff@freebsd.org; keydata= xjMEY/i74RYJKwYBBAHaRw8BAQdAwtnvjlFVnnzNXO9hjHtB6MPGSY19L/BHh/iziPF0FzrN K1JpY2hhcmQgU2NoZWZmZW5lZ2dlciA8cnNjaGVmZkBmcmVlYnNkLm9yZz7CmgQTFgoAQhYh BDZLt5msg0Ras820cRe+WJngsUObBQJj+LvhAhsDBQkJZgGABQsJCAcCAyICAQYVCgkICwIE FgIDAQIeBwIXgAAKCRAXvliZ4LFDm4ylAQCSw2/nvht8kExJ31M+3qpjOqdVypMp+/Ojvh5Z lsk96QEA5HCBkteJcrohwRA7llZvLH3m25hcJdzmDh39mc0cSgPOOARj+LvhEgorBgEEAZdV AQUBAQdA1Dim8ZWpXRS5i9hb3O4RNHub8XvqTTkYyiZ2lSkXDwYDAQgHwn4EGBYKACYWIQQ2 S7eZrINEWrPNtHEXvliZ4LFDmwUCY/i74QIbDAUJCWYBgAAKCRAXvliZ4LFDm2TGAQDcg+bA EPqOH+JCIND8wZ62MwnjFyXFv73qevXkUHHNSgEApUgpHW9f6UaIAQpc3R185xjz6tk8XXBx eYpxKgIAeQ8= Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------1I3FWDKmHsdHPmdoOj6GJoc0" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------1I3FWDKmHsdHPmdoOj6GJoc0 Content-Type: multipart/mixed; boundary="------------xuHRkRMvBdwzEY3c5SoAieM5"; protected-headers="v1" From: "Scheffenegger, Richard" To: Cheng Cui , Yuri Cc: "freebsd-net@FreeBSD.org" Message-ID: <2df180ed-52bf-4c77-9e62-9d9a94e2d6f6@freebsd.org> Subject: RE: Network starvation question --------------xuHRkRMvBdwzEY3c5SoAieM5 Content-Type: multipart/mixed; boundary="------------13R2ZFFc9nmaH2EwscQFsY2i" --------------13R2ZFFc9nmaH2EwscQFsY2i Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 DQpDaGVuZyBpcyBjb3JyZWN0Ow0KDQpBIG5vbi1yZWFjdGl2ZSBVRFAgZmxvdyAoYW4gYXBw bGljYXRpb24gcHVzaGluZyBkYXRhIGFzIHF1aWNrbHkgYXMgaXQgY2FuLCB3aXRob3V0IGFu eSByZWdhcmRzIGlmIHRoZSBwYWNrZXQgZXZlbiBkZXBhcnRzIHRoZSBtYWNoaW5lKSB3aWxs IGFsd2F5cyBiZSBhYmxlIHRvIHVyc3VycCBleGNlc3NpdmUgYW1vdW50cyBvZiBuZXR3b3Jr IGNhcGFjaXR5Lg0KDQpUQ1AgdXNlcyAod2VsbC1kZXNpZ25lZCkgY29uZ2VzdGlvbiBjb250 cm9sLCBpbiBvcmRlciB0byBwcmV2ZW50IFRDUCBmcm9tIHVyc3VycGluZyBleGNlc3NpdmUg YW1vdW50cyBvZiByZXNvdXJjZXMgLSBidXQgdGhhdCBhbHNvIG1lYW5zIGluIHRoZSBwcmVz ZW5jZSBvZiBhIGJ1bGx5LCBpdCB3aWxsIHlpZWxkIGV4Y2Vzc2l2ZWx5Lg0KDQpJZiB5b3Ug Y2FuIG5vdCBjb250cm9sIHRoYXQgYWdncmVzc2l2ZSBhcHBsaWNhdGlvbiBkaXJlY3RseSwg dGhlIGNhbm9uaWNhbCBhcHByb2FjaCBpcyB0byBpbnRyb2R1Y2Ugc29tZSBmb3JtIG9mIEFR TSAoYWN0aXZlIHF1ZXVlIG1hbmFuZ21lbnQpIG9uIHlvdXIgYm90dGxlbmVjayBxdWV1ZTsg RS5nLiBGUS1Db2RlbCAtIHdpdGggdGhlIEZRIHBhcnQgbWFraW5nIHN1cmUsIHRoYXQgdGhl cmUgaXMgYW4gZWZmZWN0aXZlIG1pbmltdW0gYmFuZHdpZHRoIGd1YXJhbnRlZSBmb3IgdmVy eSBsaWdodCBmbG93cyBhdCBhbGwgdGltZXMgKEROUywgTlRQLCBSRFAsIFNTSCkgZXZlbiBp biB0aGUgcHJlc2VuY2Ugb2YgdW5yZWFjdGl2ZSwgYWdncmVzc2l2ZSBhbmQgYmFuZHdpZHRo LWhvZ2dpbmcgZmxvd3MgKHJlZ2FyZGxlc3Mgb2YgcHJvdG9jb2w7IG1lYW5pbmcgdGhpcyBh cHByb2FjaCB3b3JrcyBub3Qgb25seSB3aXRoIFVEUCwgb3IgYSBtaXN1c2VkIENDIGluIFRD UCwgYnV0IGFsc28gU0NUUCwgUVVJQywgUlRNUCBhbmQgYWxsIG90aGVycykuDQoNCkJlc3Qg cmVnYXJkcywNCiAgICBSaWNoYXJkDQoNCg0KDQoNCkZyb206IG93bmVyLWZyZWVic2QtbmV0 QGZyZWVic2Qub3JnIDxvd25lci1mcmVlYnNkLW5ldEBmcmVlYnNkLm9yZz4gT24gQmVoYWxm IE9mIENoZW5nIEN1aQ0KU2VudDogRnJlaXRhZywgMy4gTm92ZW1iZXIgMjAyMyAxMjo1Mw0K VG86IFl1cmkgPHl1cmlAZnJlZWJzZC5vcmc+DQpDYzogZnJlZWJzZC1uZXRAZnJlZWJzZC5v cmcNClN1YmplY3Q6IFJlOiBOZXR3b3JrIHN0YXJ2YXRpb24gcXVlc3Rpb24NCg0KDQpIaSBZ dXJpLA0KDQpJZiBJIHVuZGVyc3RhbmQgeW91ciBzaXR1YXRpb24gY29ycmVjdGx5LCB5b3Vy IGFwcGxpY2F0aW9uIEEgaXMgdXNpbmcgVURQIGJ1dA0KYXBwbGljYXRpb24gQiBpcyB1c2lu ZyBUQ1AgYW5kIHRoZSBtYXggb3V0Ym91bmQgYmFuZHdpZHRoIGlzIDwgNE1CcHMuDQoNCklm IEEgY2FuIHNlbmQgYXQgMy41IE1icHMgYW5kIEIgY2FuIHNlbmQgYXQgMC41IE1icHMsIHdo eSBCIGlzIHN1ZmZlcmluZw0KbW9yZSBpbiB0aHJvdWdocHV0IHdoZW4gdGhlIG91dGJvdW5k IGxpbWl0IGlzIDwgNE1icHM/DQoNClRoZXJlIGFyZSBtYW55IGZhY3RvcnMgSSB0aGluayBp biBteSBleHBlcmllbmNlIHRoYXQgY2FuIGNvbnRyaWJ1dGUgdG8gdGhpcy4NCkJ1dCBtYXli ZSB3ZSBwcmVmZXIgYSBzb2x1dGlvbiByYXRoZXIgdGhhbiB0aGUgcm9vdCBjYXVzZSBvZiB0 aGUgZGlmZmVyZW5jZS4NCklmIHlvdSBjYW4gdHVuZSBBIHRvIHVzZSBsZXNzIGJhbmR3aWR0 aCBhbmQgbGV0IEIgdG8gdXNlIHRoZSBmdWxsIDAuNSBNYnBzLA0KdGhlIHByb2JsZW0gbWF5 IGJlIHNvbHZlZC4gKGZvciBleGFtcGxlLCBpcGVyZiBkZWZhdWx0IGluIFVEUCBpcyB+MU1i cHMgYnV0DQpjYW4gYmUgdHVuZWQgdG8gc2VuZCBhdCBtYXggYmFuZHdpZHRoLCBzbyB2aWNl IHZlcnNhKQ0KDQpUaGVuLCBiYWNrIHRvIHRoZSBwb3NzaWJsZSBjb250cmlidXRpb24gZmFj dG9ycyBvZiBUQ1Agc3VmZmVyaW5nIGZyb20gYSBVRFANCnRyYWZmaWMgY29tcGV0aXRpb24g Og0KMS4JVURQIHRyYWZmaWMgcmF0ZSBjYW4gYmUgY29uc2lkZXJlZCBjb25zdGFudCBzbyBp dCBkb2VzIG5vdCB5aWVsZA0KMi4JVENQIGNvbmdlc3Rpb24gY29udHJvbCBtYXkgYmUgZW5j b3VudGVyZWQNCjMuCWFwcGxpY2F0aW9uJ3MgcmVzcG9uc2l2ZW5lc3MgbWF5IGJlIGRpZmZl cmVudA0KDQpCZXN0IFJlZ2FyZHMsDQpDaGVuZyBDdWkNCg0KDQpPbiBGcmksIE5vdiAzLCAy MDIzIGF0IDEyOjQy4oCvQU0gWXVyaSA8eXVyaUBmcmVlYnNkLm9yZz4gd3JvdGU6DQpIaSwN Cg0KDQpJJ3ZlIGVuY291bnRlcmVkIHRoZSBzaXR1YXRpb24gd2hlbiB0aGUgYXBwbGljYXRp b24gQSB3YXMgdXNpbmcgMTAwJSBvZg0KdGhlIG91dGJvdW5kIGJhbmR3aWR0aCB3aGljaCBp cyBhcHByb3hpbWF0ZWx5IDMuNSBNQnBzIG9mIFVEUCB0cmFmZmljLg0KDQpUaGVuIHRoZSBh cHBsaWNhdGlvbiBCICh0aGUgUkRQIFRDUCBjb25uZWN0aW9uKSBhdHRlbXB0ZWQgdG8gdXNl IGEgbXVjaA0KbG93ZXIgb3V0Ym91bmQgc3BlZWQsIHByb2JhYmx5IDwgMC41IE1CcHMsIGFu ZCBpdCBnb3Qgc3RhcnZlZC4NCg0KQXBwbGljYXRpb24gQiAoUkRQKSB3YXMgc3VwZXIgc2xv dyBhcyBsb25nIGFzIHRoZSBhcHBsaWNhdGlvbiBBIGtlcHQNCnJ1bm5pbmcuIEl0IHdhcyBh bG1vc3QgaW1wb3NzaWJsZSB0byB1c2UgdGhlIFJEUCBjb25uZWN0aW9uLg0KDQoNCk15IHF1 ZXN0aW9uIGlzOiBzaG91bGRuJ3QgdGhlIHN5c3RlbSBhbGxvdyBsZXNzIGludGVuc2Ugc3Ry ZWFtcyB0byBhbHNvDQpydW4gYXQgYSBkZWNlbnQgc3BlZWQ/DQoNCg0KTGV0J3Mgc2F5IHRo YXQgdGhlIG91dGJvdW5kIGJhbmR3aWR0aCB0aHJlc2hvbGQgb2YgdGhlIGNvbm5lY3Rpb24g aXMgMy41DQpNQnBzLg0KDQpUaGUgYXBwbGljYXRpb24gQSBjYW4gc2VuZCAzLjUgTUJwcyAo b3IgbW9yZSkuDQoNClRoZSBhcHBsaWNhdGlvbiBCIGNhbiBzZW5kIHVwIHRvIDAuNSBNQnBz Lg0KDQpPYnZpb3VzbHksIHRoZXkgY2FuJ3Qgc2VuZCA0LjAgTUJwcyBpbiB0b3RhbCwgYW5k IHRoZWlyIHNwZWVkcyBzaG91bGQgYmUNCnR1bmVkIGRvd24uDQoNCklmIGJvdGggb2YgdGhl IGFwcGxpY2F0aW9ucyB3b3VsZCBiZSB0dW5lZCBkb3duIHByb3BvcnRpb25hdGVseSwgdGhp cw0KY291bGQgYmUgZG9uZSB1c2luZyB0aGUgMy41LzQuMCByYXRpbywgd2hpY2ggd291bGQg YmUgMC44NzUuDQoNClNvIHdoeSB0aGVuIGRvZXMgdGhlIHNsb3dlciBjb25uZWN0aW9uIGdl dCBzbG93ZWQgZG93biBzbyBtdWNoPw0KDQpJdCB3YXMgb2J2aW91c2x5IHNsb3dlZCBkb3du IG1hbnkgdGltZXMsIG5vdCBqdXN0IGJ5IDEzJS4NCg0KDQpGcmVlQlNEIDEzLjINCg0KDQpU aGFua3MsDQoNCll1cmkNCg0KDQo= --------------13R2ZFFc9nmaH2EwscQFsY2i Content-Type: application/pgp-keys; name="OpenPGP_0x17BE5899E0B1439B.asc" Content-Disposition: attachment; filename="OpenPGP_0x17BE5899E0B1439B.asc" Content-Description: OpenPGP public key Content-Transfer-Encoding: quoted-printable -----BEGIN PGP PUBLIC KEY BLOCK----- xjMEY/i74RYJKwYBBAHaRw8BAQdAwtnvjlFVnnzNXO9hjHtB6MPGSY19L/BHh/iz iPF0FzrNK1JpY2hhcmQgU2NoZWZmZW5lZ2dlciA8cnNjaGVmZkBmcmVlYnNkLm9y Zz7CmgQTFgoAQhYhBDZLt5msg0Ras820cRe+WJngsUObBQJj+LvhAhsDBQkJZgGA BQsJCAcCAyICAQYVCgkICwIEFgIDAQIeBwIXgAAKCRAXvliZ4LFDm4ylAQCSw2/n vht8kExJ31M+3qpjOqdVypMp+/Ojvh5Zlsk96QEA5HCBkteJcrohwRA7llZvLH3m 25hcJdzmDh39mc0cSgPOOARj+LvhEgorBgEEAZdVAQUBAQdA1Dim8ZWpXRS5i9hb 3O4RNHub8XvqTTkYyiZ2lSkXDwYDAQgHwn4EGBYKACYWIQQ2S7eZrINEWrPNtHEX vliZ4LFDmwUCY/i74QIbDAUJCWYBgAAKCRAXvliZ4LFDm2TGAQDcg+bAEPqOH+JC IND8wZ62MwnjFyXFv73qevXkUHHNSgEApUgpHW9f6UaIAQpc3R185xjz6tk8XXBx eYpxKgIAeQ8=3D =3DBwxS -----END PGP PUBLIC KEY BLOCK----- --------------13R2ZFFc9nmaH2EwscQFsY2i-- --------------xuHRkRMvBdwzEY3c5SoAieM5-- --------------1I3FWDKmHsdHPmdoOj6GJoc0 Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wnsEABYIACMWIQQ2S7eZrINEWrPNtHEXvliZ4LFDmwUCZUYYgAUDAAAAAAAKCRAXvliZ4LFDm5GA AP9ycO+gw3AkGfAUAP5pq6D/uFmLBQiNI2aKwI6+TA4qNQD/RW3MEbXk2BK1pmXVQcUiC9INHc0F 8nFM/rp7w1SyhQA= =hVw4 -----END PGP SIGNATURE----- --------------1I3FWDKmHsdHPmdoOj6GJoc0--