From owner-freebsd-net@freebsd.org Sun Jun 23 01:25:01 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0E7D115C141A for ; Sun, 23 Jun 2019 01:25:01 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-cmomta03.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EA86C6DF1D for ; Sun, 23 Jun 2019 01:24:59 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from localhost ([96.28.161.151]) by cmsmtp with ESMTP id erFThldVjWnTierFVhlSG4; Sun, 23 Jun 2019 01:24:53 +0000 Date: Sun, 23 Jun 2019 01:24:34 +0000 From: "Thomas Mueller" To: freebsd-net@freebsd.org Subject: Can Ethernet and wi-fi be used concurrently? X-CMAE-Envelope: MS4wfH8Vr6S8vSlra+l1MPMgMknl0BKIUfqj+5hAjRdJIdnyXUdM2OBzhtd9KirXt/xai/mQ/G0UXtUndIQwD7jX+cYnetSFUvKJ4QTflmZMMjKs8PXaa29T tANZo+MinS3M/6RDLDSh2f4pzRFvxXiSaggbay8sPlxzgVkrO1ju2e2O X-Rspamd-Queue-Id: EA86C6DF1D X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of mueller6722@twc.com designates 107.14.73.232 as permitted sender) smtp.mailfrom=mueller6722@twc.com X-Spamd-Result: default: False [-1.77 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.979,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.14.73.0/24]; FREEMAIL_FROM(0.00)[twc.com]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.97)[-0.972,0]; MISSING_MID(2.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[cached: dnvrco-cmedge02.email.rr.com]; NEURAL_HAM_SHORT(-0.96)[-0.964,0]; RCVD_IN_DNSWL_NONE(0.00)[232.73.14.107.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.04)[ip: (-3.80), ipnet: 107.14.73.0/24(-3.53), asn: 7843(-2.83), country: US(-0.06)]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[twc.com]; FROM_EQ_ENVFROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[151.161.28.96.zen.spamhaus.org : 127.0.0.10]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:7843, ipnet:107.14.73.0/24, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[twc.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2019 01:25:01 -0000 I would like to know if it is possible to have both Ethernet and wi-fi running concurrently? Purpose would be, if the cable service is down, meaning no internet access but intranet OK, to continue to have intranet access while using wi-fi with a mobile phone as hotspot to aceess the internet. Tom From owner-freebsd-net@freebsd.org Sun Jun 23 02:05:43 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BCC8D15C2065 for ; Sun, 23 Jun 2019 02:05:43 +0000 (UTC) (envelope-from johnllyon@gmail.com) Received: from mail-yw1-xc29.google.com (mail-yw1-xc29.google.com [IPv6:2607:f8b0:4864:20::c29]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 708D86ECD1 for ; Sun, 23 Jun 2019 02:05:42 +0000 (UTC) (envelope-from johnllyon@gmail.com) Received: by mail-yw1-xc29.google.com with SMTP id q128so1341658ywc.1 for ; Sat, 22 Jun 2019 19:05:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=QFjftGdPEs82gUtaJFK2+hQ7zT2Qyl2jxryk4lcckmo=; b=gXTeTlNbVRab4j9p8pCTHcImmmDDRCfqfH43RAqB3TAQeM3bY6q9pH4fwCd3ksFILJ QFLjX7wnqtA9ESt24Upl6x9jX0yVeZdpbZPiott8RWLUK4CG1ql5p2quOxAUBXQEXVO2 1a1wU4eDrghgnHftpm/2n7RKqXDlw2rUnF4CyAWvClD42PYnCogWf+Iw886rlgI36WZa RYOXcMaT3ZiIuQwXzx5ZhzwCW4QMZdXzeRiWbUGAqoD4/30TpLaf1qbL1Re0f2jFtcvM TCQ/YXQ+DKLhZfVwu1n/kERhoAxnRutg3NNpyEFmGc2qktBzl3CeIhsI0lOjNOmqllaH UK0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=QFjftGdPEs82gUtaJFK2+hQ7zT2Qyl2jxryk4lcckmo=; b=MKh7miJJORtXajLXV5I/KNVCSWOx0pKUOdYqGN/W8XbW7mImewQ+xQiIbBKcc9FDzg n+KtKmjWp9lBXgg9v2edCcwiISlP+05dl9+CtCvjpdPWx+meSi5zFaBvby51y+CqgEDR 66q1L6gME9kooRuTrx4J3fMbtLB0ow65ZxTwh8KlaWQICGjXjSA927ugGqel0DGHODME 0xd1Mx3IKFRAQLKiS5Nhj+Z15lSQNF4GDqgZY6TcDMAIi/nmK0maOyOEF9RJRyIKZHJ5 tLUXh9/P3sfT8W6O1VBZYFpeBtL2ux5DFdkNR7c+YgshFTVdRB/iCzSe+oJcRKbrEzx2 Q4vA== X-Gm-Message-State: APjAAAU8QCH14z9jLVn11IG4BU+m97HpzzzEVRq7mqUprvj6zCPx2pDP M1E4Tgmr8BzluMgUG/2o1jI= X-Google-Smtp-Source: APXvYqyIGG5Uy1LuPd6hqMa7fNjg4OdBRSoTLRqFTo6Z9jAVrE/dKC6s/FCmpGso4Aj+TA2QRRYA8w== X-Received: by 2002:a81:708d:: with SMTP id l135mr77859624ywc.225.1561255541752; Sat, 22 Jun 2019 19:05:41 -0700 (PDT) Received: from [192.168.10.78] (108-215-31-234.lightspeed.tukrga.sbcglobal.net. [108.215.31.234]) by smtp.gmail.com with ESMTPSA id t4sm1769947ywa.69.2019.06.22.19.05.40 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 22 Jun 2019 19:05:41 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: Can Ethernet and wi-fi be used concurrently? From: John Lyon X-Mailer: iPhone Mail (16F203) In-Reply-To: <5d0ed525.1c69fb81.d673e.e3dfSMTPIN_ADDED_MISSING@mx.google.com> Date: Sat, 22 Jun 2019 22:05:40 -0400 Cc: freebsd-net@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <5d0ed525.1c69fb81.d673e.e3dfSMTPIN_ADDED_MISSING@mx.google.com> To: Thomas Mueller X-Rspamd-Queue-Id: 708D86ECD1 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=gXTeTlNb; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of johnllyon@gmail.com designates 2607:f8b0:4864:20::c29 as permitted sender) smtp.mailfrom=johnllyon@gmail.com X-Spamd-Result: default: False [-5.49 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; FREEMAIL_TO(0.00)[twc.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.996,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[9.2.c.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; SUBJECT_ENDS_QUESTION(1.00)[]; IP_SCORE(-2.98)[ip: (-9.39), ipnet: 2607:f8b0::/32(-3.15), asn: 15169(-2.33), country: US(-0.06)] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2019 02:05:44 -0000 You should be able to use the lagg driver to combine the two interfaces in f= ailover mode to achieve your goal. Sent from my iPhone > On Jun 22, 2019, at 9:24 PM, Thomas Mueller wrote: >=20 > I would like to know if it is possible to have both Ethernet and wi-fi run= ning concurrently? >=20 > Purpose would be, if the cable service is down, meaning no internet access= but intranet OK, to continue to have intranet access while using wi-fi with= a mobile phone as hotspot to aceess the internet. >=20 > Tom >=20 > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@freebsd.org Sun Jun 23 02:56:23 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F422715C3092 for ; Sun, 23 Jun 2019 02:56:22 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from echo.brtsvcs.net (echo.brtsvcs.net [IPv6:2607:f740:c::4ae]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 472086FF98 for ; Sun, 23 Jun 2019 02:56:21 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from chombo.houseloki.net (chombo [IPv6:2601:1c2:1402:1770:ae1f:6bff:fe6b:9e1c]) (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 "chombo.houseloki.net", Issuer "brtsvcs.net CA" (verified OK)) by echo.brtsvcs.net (Postfix) with ESMTPS id 8734438D0F; Sat, 22 Jun 2019 19:56:18 -0700 (PDT) Received: from [IPv6:2601:1c2:1402:1770:2122:ff5b:5452:a421] (unknown [IPv6:2601:1c2:1402:1770:2122:ff5b:5452:a421]) by chombo.houseloki.net (Postfix) with ESMTPSA id B14E52D0B; Sat, 22 Jun 2019 19:56:17 -0700 (PDT) Subject: Re: Can Ethernet and wi-fi be used concurrently? To: Thomas Mueller , freebsd-net@freebsd.org From: Mel Pilgrim Message-ID: <6a0d389c-ac40-6b51-7413-a10bb5c93934@bluerosetech.com> Date: Sat, 22 Jun 2019 19:56:15 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 472086FF98 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of list_freebsd@bluerosetech.com designates 2607:f740:c::4ae as permitted sender) smtp.mailfrom=list_freebsd@bluerosetech.com X-Spamd-Result: default: False [-4.73 / 15.00]; ARC_NA(0.00)[]; FAKE_REPLY(1.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[bluerosetech.com]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[echo.brtsvcs.net,foxtrot.brtsvcs.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.97)[-0.970,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-3.45)[ip: (-8.86), ipnet: 2607:f740:c::/48(-4.46), asn: 36236(-3.88), country: US(-0.06)]; FREEMAIL_TO(0.00)[twc.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:36236, ipnet:2607:f740:c::/48, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2019 02:56:23 -0000 On 2019-06-22 18:24, Thomas Mueller wrote: > I would like to know if it is possible to have both Ethernet and > wi-fi running concurrently? > > Purpose would be, if the cable service is down, meaning no internet > access but intranet OK, to continue to have intranet access while > using wi-fi with a mobile phone as hotspot to aceess the internet. If you can keep the mobile hotspot disconnected until you need it, configure the wired interface with a higher metric than the wireless interface and routing will do the rest for you. From owner-freebsd-net@freebsd.org Sun Jun 23 02:57:17 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34CB315C3119 for ; Sun, 23 Jun 2019 02:57:17 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from echo.brtsvcs.net (echo.brtsvcs.net [IPv6:2607:f740:c::4ae]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8658C700C2 for ; Sun, 23 Jun 2019 02:57:16 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from chombo.houseloki.net (chombo [IPv6:2601:1c2:1402:1770:ae1f:6bff:fe6b:9e1c]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits)) (Client CN "chombo.houseloki.net", Issuer "brtsvcs.net CA" (verified OK)) by echo.brtsvcs.net (Postfix) with ESMTPS id CE2E238D2B; Sat, 22 Jun 2019 19:57:15 -0700 (PDT) Received: from [IPv6:2601:1c2:1402:1770:2122:ff5b:5452:a421] (unknown [IPv6:2601:1c2:1402:1770:2122:ff5b:5452:a421]) by chombo.houseloki.net (Postfix) with ESMTPSA id 64FA52D0C; Sat, 22 Jun 2019 19:57:15 -0700 (PDT) Subject: Re: Can Ethernet and wi-fi be used concurrently? To: John Lyon , Thomas Mueller Cc: freebsd-net@freebsd.org References: <5d0ed525.1c69fb81.d673e.e3dfSMTPIN_ADDED_MISSING@mx.google.com> From: Mel Pilgrim Message-ID: Date: Sat, 22 Jun 2019 19:57:14 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 8658C700C2 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of list_freebsd@bluerosetech.com designates 2607:f740:c::4ae as permitted sender) smtp.mailfrom=list_freebsd@bluerosetech.com X-Spamd-Result: default: False [-5.67 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; SUBJECT_ENDS_QUESTION(1.00)[]; DMARC_NA(0.00)[bluerosetech.com]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: echo.brtsvcs.net]; NEURAL_HAM_SHORT(-0.96)[-0.964,0]; IP_SCORE(-3.40)[ip: (-8.66), ipnet: 2607:f740:c::/48(-4.39), asn: 36236(-3.88), country: US(-0.06)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36236, ipnet:2607:f740:c::/48, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2019 02:57:17 -0000 On 2019-06-22 19:05, John Lyon wrote: > You should be able to use the lagg driver to combine the two > interfaces in failover mode to achieve your goal. lagg doesn't apply here because Thomas's issue is routing failover. The master interface would remain up for intranet access. From owner-freebsd-net@freebsd.org Sun Jun 23 06:35:32 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 744FE15C7152 for ; Sun, 23 Jun 2019 06:35:32 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-cmomta02.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EE3B275AEA for ; Sun, 23 Jun 2019 06:35:30 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from localhost ([96.28.161.151]) by cmsmtp with ESMTP id ew5xhUDdyiYm2ew5zhBvm2; Sun, 23 Jun 2019 06:35:24 +0000 Date: Sun, 23 Jun 2019 06:35:03 +0000 From: "Thomas Mueller" To: freebsd-net@freebsd.org Subject: Re: Can Ethernet and wi-fi be used concurrently? References: <5d0ed525.1c69fb81.d673e.e3dfSMTPIN_ADDED_MISSING@mx.google.com> X-CMAE-Envelope: MS4wfDPnDRZbtbDjBd65D6Z5SKRBo4zIN4AuUOqEzYdaj0HJcau51ucx1vkEgDScuToaVZ5topuKT4eBHvo0xLc9QOery+VO6PfXclQF/8I4FWZXsyFnz0wJ teZ63EP43YtDMWU6tWji1gPHdqsxn+MnXYIyNZ6cgtAxOK9I+oFx583j X-Rspamd-Queue-Id: EE3B275AEA X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of mueller6722@twc.com designates 107.14.73.226 as permitted sender) smtp.mailfrom=mueller6722@twc.com X-Spamd-Result: default: False [-0.82 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.936,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.14.73.0/24]; FREEMAIL_FROM(0.00)[twc.com]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.90)[-0.901,0]; MISSING_MID(2.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[cached: dnvrco-cmedge02.email.rr.com]; NEURAL_HAM_SHORT(-0.90)[-0.897,0]; RCVD_IN_DNSWL_NONE(0.00)[226.73.14.107.list.dnswl.org : 127.0.5.0]; IP_SCORE(-1.27)[ipnet: 107.14.73.0/24(-3.51), asn: 7843(-2.81), country: US(-0.06)]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[twc.com]; FROM_EQ_ENVFROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[151.161.28.96.zen.spamhaus.org : 127.0.0.10]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:7843, ipnet:107.14.73.0/24, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[twc.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2019 06:35:32 -0000 from Mel Pilgrim and my last post: > On 2019-06-22 18:24, Thomas Mueller wrote: > > I would like to know if it is possible to have both Ethernet and > > wi-fi running concurrently? > > > Purpose would be, if the cable service is down, meaning no internet > > access but intranet OK, to continue to have intranet access while > > using wi-fi with a mobile phone as hotspot to aceess the internet. > If you can keep the mobile hotspot disconnected until you need it, configure > the wired interface with a higher metric than the wireless interface and > routing will do the rest for you. Could I start (ifconfig) the wired ethernet with metric 0 and then connect the wi-fi with metric > 0? Then possibly the system could lose time by trying the wired interface first on internet access attempts even when the cable service is down? > On 2019-06-22 19:05, John Lyon wrote: > > You should be able to use the lagg driver to combine the two > > interfaces in failover mode to achieve your goal. > lagg doesn't apply here because Thomas's issue is routing failover. The > master interface would remain up for intranet access. Tom From owner-freebsd-net@freebsd.org Sun Jun 23 10:56:57 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4AD4415CD20F for ; Sun, 23 Jun 2019 10:56:57 +0000 (UTC) (envelope-from marco@tols.org) Received: from tolstoy.tols.org (tolstoy-a1.tols.org [IPv6:2a02:898:57:3::1]) (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 9DA6D85A2F for ; Sun, 23 Jun 2019 10:56:54 +0000 (UTC) (envelope-from marco@tols.org) Received: from 82-217-131-200.cable.dynamic.v4.ziggo.nl ([82.217.131.200] helo=[192.168.178.123]) by tolstoy.tols.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92 (FreeBSD)) (envelope-from ) id 1hf0B1-000Ir0-8J; Sun, 23 Jun 2019 12:56:51 +0200 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: net.inet.ip.stats - struct ipstat.ips_total - appears to be double the actual number From: Marco van Tol In-Reply-To: <7861F570-6FD2-4BD0-B33B-D7F90BE44B77@tols.org> Date: Sun, 23 Jun 2019 12:56:45 +0200 Cc: Marco van Tol Content-Transfer-Encoding: quoted-printable Message-Id: <1BA006DD-2883-4960-948F-2674E5983AA7@tols.org> References: <7861F570-6FD2-4BD0-B33B-D7F90BE44B77@tols.org> To: freebsd-net@freebsd.org X-Mailer: Apple Mail (2.3445.104.11) X-Tolsorg-Spam-Score: -1.0 (-) X-Rspamd-Queue-Id: 9DA6D85A2F X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of marco@tols.org designates 2a02:898:57:3::1 as permitted sender) smtp.mailfrom=marco@tols.org X-Spamd-Result: default: False [-4.52 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:tolstoy-a1.tols.org]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[tols.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mickey.tols.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.99)[-0.991,0]; IP_SCORE(-1.72)[ipnet: 2a02:898::/32(-4.81), asn: 8283(-3.82), country: NL(0.01)]; RECEIVED_SPAMHAUS_PBL(0.00)[200.131.217.82.zen.spamhaus.org : 127.0.0.11]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8283, ipnet:2a02:898::/32, country:NL]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2019 10:56:57 -0000 Op 20 jun. 2019, om 22:32 heeft Marco van Tol het = volgende geschreven: >=20 > Hi there, >=20 > I'm trying to write a patch for collectd to generate trend graphs on = ipv4 and ipv6 statistics. >=20 > I use the sysctls net.inet.ip.stats and net.inet6.ip6.stats for this. >=20 > The structs I use to parse these sysctls are "struct ipstat" and = "struct ip6stat". >=20 > While doing this, I keep running into the fact that the "struct = ipstat.ips_total" count seems to be twice the number of ipv4 packets = that actually got received on a host. Does this make any sense at all? >=20 > So, in other words, if I call "sysctls net.inet.ip.stats", and do = another call 1 second later, I can deduce a per-second incoming ipv4 = packet rate. This seems to be twice as high as actually happening. >=20 > The number reported in struct ip6stat.ip6s_total seems to be correct. >=20 > Is there any reason for the ips_total to be twice the number of ipv4 = packets that actually got received? >=20 > Another way to witness these counts is by doing: netstat -s -p ip, and = then checkout "total packets received" on a per-second basis. To briefly come back to this, when I count the components in the output = for "netstat -s -p ip" it adds up to roughly half of total packets = received, like in the following example: -----< sum for the below proto ip >----- 62,770,301 total packets received 1,451,001 + 25,691,568 + 3,719,636 =3D 30,862,205 =3D> Approximately half the total packets received. -----< cut here >----- # netstat -s -p ip ip: 62770301 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 1451001 packets for this host 0 packets for unknown/unsupported protocol 25691568 packets forwarded (25683102 packets fast forwarded) 3719636 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent -----< cut here >----- While on the same host for IPv6: -----< sum for the below proto ip >----- 5,848,829 total packets received 1,177,571 + 2,489,660 + 1,482,403 =3D 5,149,634 =3D> Much closer to total packets received -----< cut here >----- # netstat -s -p ip6 ip6: 5848829 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 1177571 packets for this host 2489660 packets forwarded 1482403 packets not forwardable 0 redirects sent -----< cut here >----- What am I overlooking? :-) --=20 Marco van Tol From owner-freebsd-net@freebsd.org Sun Jun 23 11:57:31 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3DE8315CE892 for ; Sun, 23 Jun 2019 11:57:31 +0000 (UTC) (envelope-from johnllyon@gmail.com) Received: from mail-yw1-xc35.google.com (mail-yw1-xc35.google.com [IPv6:2607:f8b0:4864:20::c35]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D247187E2B for ; Sun, 23 Jun 2019 11:57:29 +0000 (UTC) (envelope-from johnllyon@gmail.com) Received: by mail-yw1-xc35.google.com with SMTP id k125so4707397ywe.5 for ; Sun, 23 Jun 2019 04:57:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=uCNMCjxw3JnNhT0dluJ3I3Aa4fjxoPPgP+xyDR7fyhE=; b=ZZ5IJiE2NZrx8scE1/Pzg3YtYIfO/2M5uOIbI9hG82kg6i+Ri4m6JOpPWAVTeHIuwc Gk7NOUwcr2SRM6cIZbY5W4wq4+DdQPWkpnzQqrTeu6Arh0mZ/D81pw153JKTrxNEKJc1 cVxAAC9iesuRSNKflSg/SSHkrqi0I2q+6nyQtdrJns0DJTmJd8SEAj9YIF1NVF3Ylhus QCP51C+nkrn8TSZyaIrbCMCjOg1/Y/U6B2xXbY2VnW3y21tD3D1vB/AIQh23uxsX33Ip SsTrqMEflQI128/7EMB7SoNS8pGQJUP9PIW1YCA+7XcKL1+O+wKhjLvrPYQLuJ6HpgYx 0agg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=uCNMCjxw3JnNhT0dluJ3I3Aa4fjxoPPgP+xyDR7fyhE=; b=QElZiFRRnTOvNvari8jE9BhpFD0ziq8NmuUmxQA2J7bQG1o1RvJR87LZ6nyyCwuvMD WYN5P6olXBGb5SjU68gdwxKGECMvZ/9G8zKi7vW4UfTlFGHqho33RpXRisPvO7T9GbmU 0j3GGOmISE6ToZeGbv+QB34p+02oinrnjgOJVjnnfo3MVvXFxnvY6QQBnCeFTRrLDNim tCjvS5CNIhnh5ZJ52MVFY6WnMHTp2JQiTm02qxNos6RT/gDlw2Sk/e4YRWQDkcJ2WfM+ C3N58dItukqneCdWkyJlbskg20fojvANcgN1xpWflXcuIyJfRropx7vhBrRsQNsoyN0G pO4A== X-Gm-Message-State: APjAAAVxjZ09MON+AFwze84Ei2aw9WGf36+ndQAZiIVLSCgajs9lZW5M MGUFW4IXZWAjS90lddQFPHo= X-Google-Smtp-Source: APXvYqzARtyUhjalMYSaAH0kM2dBbBSXmVt/nyXadV1PpS69YICk1RiXukxJZVZ9HewzcECmEM64Ew== X-Received: by 2002:a81:8357:: with SMTP id t84mr59761181ywf.109.1561291049195; Sun, 23 Jun 2019 04:57:29 -0700 (PDT) Received: from [192.168.10.78] (108-215-31-234.lightspeed.tukrga.sbcglobal.net. [108.215.31.234]) by smtp.gmail.com with ESMTPSA id a64sm882002ywf.81.2019.06.23.04.57.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 23 Jun 2019 04:57:28 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) Subject: Re: Can Ethernet and wi-fi be used concurrently? From: John Lyon X-Mailer: iPhone Mail (16F203) In-Reply-To: Date: Sun, 23 Jun 2019 07:57:27 -0400 Cc: Thomas Mueller , freebsd-net@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <0E52F8AC-FFEF-4D69-A377-32F0015667E4@gmail.com> References: <5d0ed525.1c69fb81.d673e.e3dfSMTPIN_ADDED_MISSING@mx.google.com> To: Mel Pilgrim X-Rspamd-Queue-Id: D247187E2B X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ZZ5IJiE2; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of johnllyon@gmail.com designates 2607:f8b0:4864:20::c35 as permitted sender) smtp.mailfrom=johnllyon@gmail.com X-Spamd-Result: default: False [-5.32 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.99)[-0.990,0]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[5.3.c.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_CC(0.00)[twc.com]; IP_SCORE(-2.82)[ip: (-8.58), ipnet: 2607:f8b0::/32(-3.14), asn: 15169(-2.33), country: US(-0.06)] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2019 11:57:31 -0000 Thanks for the clarification. It was late at night where I am and I missed t= hat he wants to keep the link active for intranet access even if it fails fo= r internet access. That=E2=80=99s what happens when you read at night. Best, Sent from my iPhone > On Jun 22, 2019, at 10:57 PM, Mel Pilgrim w= rote: >=20 >> On 2019-06-22 19:05, John Lyon wrote: >> You should be able to use the lagg driver to combine the two >> interfaces in failover mode to achieve your goal. >=20 > lagg doesn't apply here because Thomas's issue is routing failover. The m= aster interface would remain up for intranet access. From owner-freebsd-net@freebsd.org Sun Jun 23 21:00:30 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5244B15DA8D1 for ; Sun, 23 Jun 2019 21:00:30 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 9B2546F350 for ; Sun, 23 Jun 2019 21:00:29 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 5F5A415DA8C5; Sun, 23 Jun 2019 21:00:29 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3A61E15DA8C0 for ; Sun, 23 Jun 2019 21:00:29 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CB52A6F343 for ; Sun, 23 Jun 2019 21:00:28 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 1E254175B1 for ; Sun, 23 Jun 2019 21:00:28 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5NL0RHx070674 for ; Sun, 23 Jun 2019 21:00:27 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5NL0RdS070667 for net@FreeBSD.org; Sun, 23 Jun 2019 21:00:27 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201906232100.x5NL0RdS070667@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, 23 Jun 2019 21:00:27 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2019 21:00:30 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- In Progress | 221146 | [ixgbe] Problem with second laggport In Progress | 235700 | oce(4) driver causes fatal trap 12 on boot with e New | 204438 | setsockopt() handling of kern.ipc.maxsockbuf limi New | 205592 | TCP processing in IPSec causes kernel panic New | 213410 | [carp] service netif restart causes hang only whe Open | 193452 | Dell PowerEdge 210 II -- Kernel panic bce (broadc Open | 194485 | Userland cannot add IPv6 prefix routes Open | 200319 | Bridge+CARP crashes/freezes Open | 202510 | [CARP] advertisements sourced from CARP IP cause Open | 222273 | igb(4): Kernel panic (fatal trap 12) due to netwo Open | 227720 | Kernel panic in ppp server Open | 233952 | jme NICs non functional after 11.2 to 12.0 upgrad 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 | 237391 | route get returns no result for network addresses Open | 237840 | Removed dummynet dependency on ipfw 17 problems total for which you should take action. From owner-freebsd-net@freebsd.org Mon Jun 24 08:03:44 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98DAE15C669A for ; Mon, 24 Jun 2019 08:03:44 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (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 9D64C8B035 for ; Mon, 24 Jun 2019 08:03:42 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id D2C1443E for ; Mon, 24 Jun 2019 04:03:34 -0400 (EDT) Received: from imap6 ([10.202.2.56]) by compute7.internal (MEProxy); Mon, 24 Jun 2019 04:03:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=skunkwerks.at; h=mime-version:message-id:in-reply-to:references:date:from:to :subject:content-type; s=fm2; bh=bBY+14l5DsrWDfOa2KBcRkdY78mfsQ+ DykVyTccD4Ck=; b=lsBRAOE7zAqWqTowFCIzzMUnRE1QEm4ZPVmY1vq8tXzzU01 uG6TUHnBBAFrgDorpw9KAmmV7Lmh6m4Nv907cbmkedPd+KIjZC+6b56q5Y9JG4zX dExq/9Gxg99gbjgccsaf4K4Dbm0OvfDQJLQRV6cJtdlB8RQ5+9yC0Wx6qcvhg1R5 mnYqCbE/CJHTLvDtYf4TA+tZfyLobqlfJspV1U+QUJ/NMCy3+qrVkc1QSWAEbAyg L8fid7H4i46SU5O9WY36Cs3CA+sWlXw39oECIrklAXg/D30mcVhxUKsLWkF3LEbw m7qaOA9Bnv601+/ljQEccKedYNlG5fGfdJAg02Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=bBY+14 l5DsrWDfOa2KBcRkdY78mfsQ+DykVyTccD4Ck=; b=lwPtRpWUdlT6A/DzKisMHv /os04ZsNwcdRF0mdsUYLm4Pfri5MJ/owL2w+1WcweIxKZZpEg7Pxe+iJcOAPoCQX CR5FizAsXRAZFyLDSA5Zo4lytGic0Gm1svTLj3dWl7KvhodcM8owBOi/zOLMPwVP gCrKGVlcClyo/uEoUGkittUvPSFqVzO2Mjy4ZcsELAPm4rLMQv7oipMUt0ugzClQ yhx8qHnjaDx58Sh01cdr1yOmX2LJkOlM+nbzOcGo+lX0d6dEEX1Zo10+LhaCw6H2 HDsdJqHMfaa2iJhdzyXh/ed8vr+tB30ssx9K/K10xuOn/YEKOFDTvhyDdnS7TIpQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduvddruddvucetufdoteggodetrfdotffvucfrrh hofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgenuceurghi lhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurh epofgfggfkjghffffhvffutgesrgdtreerreertdenucfhrhhomhepfdffrghvvgcuveho thhtlhgvhhhusggvrhdfuceouggthhesshhkuhhnkhifvghrkhhsrdgrtheqnecuffhomh grihhnpehfrhgvvggsshgurdhorhhgnecurfgrrhgrmhepmhgrihhlfhhrohhmpegutghh sehskhhunhhkfigvrhhkshdrrghtnecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id D93AD1400A1; Mon, 24 Jun 2019 04:03:33 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.6-730-g63f2c3b-fmstable-20190622v1 Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Mon, 24 Jun 2019 10:03:33 +0200 From: "Dave Cottlehuber" To: "Yu He via freebsd-net" Subject: Re: Working around unsupported Ethernet card with PXE or UEFI? X-Rspamd-Queue-Id: 9D64C8B035 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=skunkwerks.at header.s=fm2 header.b=lsBRAOE7; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=lwPtRpWU; spf=pass (mx1.freebsd.org: domain of dch@skunkwerks.at designates 64.147.123.24 as permitted sender) smtp.mailfrom=dch@skunkwerks.at X-Spamd-Result: default: False [-5.11 / 15.00]; XM_UA_NO_VERSION(0.01)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.24]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[skunkwerks.at:+,messagingengine.com:+]; MX_GOOD(-0.01)[in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com]; NEURAL_HAM_SHORT(-0.99)[-0.991,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-3.52)[ip: (-9.62), ipnet: 64.147.123.0/24(-4.83), asn: 11403(-3.06), country: US(-0.06)]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_IN_DNSWL_LOW(-0.10)[24.123.147.64.list.dnswl.org : 127.0.5.1]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[skunkwerks.at:s=fm2,messagingengine.com:s=fm3]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; DMARC_NA(0.00)[skunkwerks.at]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; MID_RHS_WWW(0.50)[] Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2019 08:03:44 -0000 On Fri, 21 Jun 2019, at 04:33, Thomas Mueller wrote: > Is it possible to build and install FreeBSD so as to be bootable and access the internet with an Ethernet card that doesn't work in FreeBSD? > > Could Ethernet support be obtained through UEFI? > > Or could FreeBSD be installed on another computer or on a NAS NFS share? NAS would probably not have TFTP but would have NFS and iSCSI capability. > > Motherboard has PXE capability. Server OS for FreeBSD installation on other computer could be NetBSD, where the Ethernet (Realtek 8111E or 8168, re(4) driver) works well. > > > Tom Hi Tom https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/config-network-setup.html NDIS may do what you want but it may suck. In terms of time vs effort a 15$ USB Ethernet dongle is going to be your best result. If this is a server consider getting a 2nd hand intel NIC. I can get a 4 port pci intel Gb for under 100$ years which is more than sufficient. Lower spec cards will be even cheaper. There are references on the forums and mailing lists with ones that work for both USB and iNICs. Dave From owner-freebsd-net@freebsd.org Mon Jun 24 11:48:17 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D5A8715CACC1 for ; Mon, 24 Jun 2019 11:48:16 +0000 (UTC) (envelope-from jau789@gmail.com) Received: from mail-lj1-x234.google.com (mail-lj1-x234.google.com [IPv6:2a00:1450:4864:20::234]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C4C0C6B3C8 for ; Mon, 24 Jun 2019 11:48:15 +0000 (UTC) (envelope-from jau789@gmail.com) Received: by mail-lj1-x234.google.com with SMTP id i21so12309850ljj.3 for ; Mon, 24 Jun 2019 04:48:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-language:content-transfer-encoding; bh=AVLvvXVbXJGf8VqCt1tlhzp1sNKj/4GV37w9CHqkSBA=; b=hCshanaxOdRvIBHTMip94XkltJC8CZ4vSN+X0v134dzgqFi3RcsO28tjtlZpTJzmSn qxLjc6ImkzQOfPCC26IyEYgezDFtgkSnF5/5ByN7ExZ0RbCOu1bSlRZLujKi4PME1AEY exBwXXuaJZxGtuDfsplg6wHcvIrhwlbtyNJYLP3/nXdSp8bW54dg5/DJ9KIJe/lILBZN zHOEK/P+mrsxPtTTNTOQduhYZxTmzURbWO6vIvFHLm7HtIwFd0LmprvQldMsanoK20RD dk8PgJQZ55b0sYSGSJQX1cbBt69wQAAQxgNrxxcG61ckief/reRjQtsYonidzurdqIEL CgJw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-language:content-transfer-encoding; bh=AVLvvXVbXJGf8VqCt1tlhzp1sNKj/4GV37w9CHqkSBA=; b=D4xRZ1BNok34zbDsSsc0U2TjUnulIssgnR6wohQhNkUkhgJ5VdWQRzD7ruvGtJ2yT8 T0YqKypfEFS4EAezTRzPzkzBG7HxpkRl6DZX0ttQgwycppWWSd+7fpBs4x1ox4Zrg7BY Y5P92GCSiKq2XOp4Yv80opDw7G4Ktv3R9Bq4zEt5TBYWE4+3Fr5L5Fn4jd/wz7dN9GpI oPOETb8QRjk+aIQGO61pAfj118e87SiWQbSQJBfCOtv56SWRNWojawxoD3zS/ueJ/1JQ EaXIxGJQ4aF6vYZOJYhcx1GAnXdJ80681OWDHz0ctxx6z7qlDapP3gfZ4+bSrmYlbzJQ dXGA== X-Gm-Message-State: APjAAAXUspUMkdoR9LTpNNyJ18xrpHEw0CAd+FJlpENpRHW1NBCpAhXE grcAwMUbfgFgqzGOt4tlc71L6b/4 X-Google-Smtp-Source: APXvYqxyHJuvMhdnvBtt9VhUOujg4n7/4y/jOTIaqwwti3xNo1Whp882F6NqxtyyUQLihDGVMFYNiw== X-Received: by 2002:a2e:8515:: with SMTP id j21mr34805904lji.233.1561376893322; Mon, 24 Jun 2019 04:48:13 -0700 (PDT) Received: from [192.168.1.131] (dsl-hkibng21-54f87c-13.dhcp.inet.fi. [84.248.124.13]) by smtp.googlemail.com with ESMTPSA id x19sm1718228ljb.6.2019.06.24.04.48.11 for (version=TLS1_3 cipher=AEAD-AES128-GCM-SHA256 bits=128/128); Mon, 24 Jun 2019 04:48:11 -0700 (PDT) To: freebsd-net@freebsd.org From: "Jukka A. Ukkonen" Subject: Odd TCP ECN related bahavior Message-ID: <777f12f5-3c58-a6ef-5a92-df6be9372ec6@gmail.com> Date: Mon, 24 Jun 2019 14:48:10 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: C4C0C6B3C8 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=hCshanax; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of jau789@gmail.com designates 2a00:1450:4864:20::234 as permitted sender) smtp.mailfrom=jau789@gmail.com X-Spamd-Result: default: False [-6.83 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.95)[-0.954,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-2.87)[ip: (-9.42), ipnet: 2a00:1450::/32(-2.54), asn: 15169(-2.32), country: US(-0.06)]; RCVD_IN_DNSWL_NONE(0.00)[4.3.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2019 11:48:17 -0000 Hi all, I am not on this mailing list. So, all responses should be sent to my personal address. I just noticed somewhat confusing network behavior when I was using wireshark to understand why certain connections have been unexpectedly slow. My 11.3 stable (latest update 2019-06-23) seems to do this according to wireshark... .... ..00 = Explicit Congestion Notification: Not ECN-Capable Transport (0) My system has this set, though... net.inet.tcp.ecn.enable: 1 At the same time the peer system was reporting ECN capability... .... ..10 = Explicit Congestion Notification: ECN-Capable Transport codepoint '10' (2) Apparently increasing the value in... net.inet.tcp.ecn.maxretries doesn't help. What should I make of this? Is the ECN implementation in 11.3 somehow faulty or is this something more down to earth? --jau From owner-freebsd-net@freebsd.org Mon Jun 24 12:44:15 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B6DA915CC93C for ; Mon, 24 Jun 2019 12:44:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 4CA536CFCD for ; Mon, 24 Jun 2019 12:44:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 0AEEC15CC93A; Mon, 24 Jun 2019 12:44:15 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EDB3E15CC938 for ; Mon, 24 Jun 2019 12:44:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D9DF6CFC9 for ; Mon, 24 Jun 2019 12:44:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id B447C1FD4B for ; Mon, 24 Jun 2019 12:44:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5OCiDQT014433 for ; Mon, 24 Jun 2019 12:44:13 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5OCiDkJ014432 for net@FreeBSD.org; Mon, 24 Jun 2019 12:44:13 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 238789] panic: mutex so_rcv not owned at /usr/src/sys/kern/uipc_socket.c:2359 Date: Mon, 24 Jun 2019 12:44:13 +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.0-STABLE X-Bugzilla-Keywords: panic, patch 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: keywords 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 MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2019 12:44:15 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238789 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |panic, patch Assignee|bugs@FreeBSD.org |net@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Mon Jun 24 13:00:10 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10A4B15CCD1C for ; Mon, 24 Jun 2019 13:00:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7C3D56D4E7 for ; Mon, 24 Jun 2019 13:00:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 374DF15CCD1B; Mon, 24 Jun 2019 13:00:09 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 25B2C15CCD1A for ; Mon, 24 Jun 2019 13:00:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B7C906D4E3 for ; Mon, 24 Jun 2019 13:00:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 1BF621FEB9 for ; Mon, 24 Jun 2019 13:00:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5OD07Yq033294 for ; Mon, 24 Jun 2019 13:00:07 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5OD07tZ033293 for net@FreeBSD.org; Mon, 24 Jun 2019 13:00:07 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 238789] panic: mutex so_rcv not owned at /usr/src/sys/kern/uipc_socket.c:2359 Date: Mon, 24 Jun 2019 13:00:08 +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.0-STABLE X-Bugzilla-Keywords: needs-qa, panic X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: mfc-stable11? mfc-stable12? X-Bugzilla-Changed-Fields: bug_status flagtypes.name keywords bug_severity Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2019 13:00:10 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238789 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Open Flags| |mfc-stable11?, | |mfc-stable12? Keywords|patch |needs-qa Severity|Affects Only Me |Affects Some People --- Comment #1 from Kubilay Kocak --- Thank you for the report, analysis and patch Greg. Could you include your proposed change as an attachment please --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Mon Jun 24 13:32:17 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE8A015CD732 for ; Mon, 24 Jun 2019 13:32:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 5E42E6E5D8 for ; Mon, 24 Jun 2019 13:32:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 2225915CD731; Mon, 24 Jun 2019 13:32:17 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F32C15CD730 for ; Mon, 24 Jun 2019 13:32:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 99BD26E5D0 for ; Mon, 24 Jun 2019 13:32:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id E21EF4A4 for ; Mon, 24 Jun 2019 13:32:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5ODWFtT003148 for ; Mon, 24 Jun 2019 13:32:15 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5ODWFHY003147 for net@FreeBSD.org; Mon, 24 Jun 2019 13:32: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 238789] panic: mutex so_rcv not owned at /usr/src/sys/kern/uipc_socket.c:2359 Date: Mon, 24 Jun 2019 13:32:16 +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.0-STABLE X-Bugzilla-Keywords: needs-qa, panic X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: greg@codeconcepts.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: mfc-stable11? 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 MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2019 13:32:18 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238789 --- Comment #2 from Greg Becker --- Thanks Kubilay! Sure, give me some time to analyze the code to ensure the patch is production worthy. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Mon Jun 24 14:51:54 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9347E15CFE97; Mon, 24 Jun 2019 14:51:54 +0000 (UTC) (envelope-from christian.marcos@gmail.com) Received: from mail-io1-xd35.google.com (mail-io1-xd35.google.com [IPv6:2607:f8b0:4864:20::d35]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7B80F7174B; Mon, 24 Jun 2019 14:51:53 +0000 (UTC) (envelope-from christian.marcos@gmail.com) Received: by mail-io1-xd35.google.com with SMTP id s7so2804074iob.11; Mon, 24 Jun 2019 07:51:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=N78XGcxDZPBC4lC31H9eptysrteZcTOPbm/1JgSfN0w=; b=pCU4VoA/nngBhzGBLJ0JinhUbUt2NNQ+XWzYuRecMdLnzk20Ga3twgHF1fFJic7OK8 aHpvqGK+E3UoeHhwRbyLdt6mPvpZZabuKZMMuvYTMu4Z6Dq+tcgx+i+cLq2IQJNPAwLh R0A9WtIRrwD2IdmRj2Ek4v0dJG5ChvliCrlQhxRWX3wbl06aKTSPfWjJEw2UdvCoK92a f5RBRlocx/vVapXk5jh78d5IoK5S41sWL8kiczd0MNm7xIOYHfhZ6C+nxc6PoPgUsGjv BeHClxfkvI/Fk1anIrePXJB1KYWniVBdY71Rn3cAWt4bWWwT/UMZycUiRdMcaWwqYdwA TQ1g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=N78XGcxDZPBC4lC31H9eptysrteZcTOPbm/1JgSfN0w=; b=ckKfsHeZzgyS8Pg74UEC6WzXyNnLh/XbGKKSC4bY1hyrY1Z3lMlE27IJhJUQnH2R9d FVY1IFJCBoATOH5fokxHiblxey0Au6qQbHv1Zpqi9ycgi99ie23rB3+vR87R24WLTRjI XflGJ8kHu1UZxKAJKvz3E68uVGn+Xo65Ap8zalDhAwFFIvmPwCc1V5IYnkug2BpV4YgP 9BvFCl73gZlgoeQaq5jtXn/NtRW2UHexahc7mEe+oPRBJIe7gUjY90s412CfkunZv4Pk OrFk1hUg4r/fzxnktpTi90FZ6auIdOezHBEyMk1JVRBkF3tEiOKP4EKL7Yz94x37pbdR Wt3A== X-Gm-Message-State: APjAAAX53uE/3JKwm6q/+1Y4Jaxm6C2cdFrhZMqfMsAn7UB5kz/Rg3Ry EdT4gAK10Ba1up+Zx8Nja/FyHBD5J9EZfBxsS+s= X-Google-Smtp-Source: APXvYqxsR134wMRWk7crWMeki02iqd+n6Gp1WvX7wrU4S/MjPIqWZtUDaV+9WYo6Ro2XkuN7Tk8uFfiHbwh9cVZc0YE= X-Received: by 2002:a6b:b7d5:: with SMTP id h204mr5621579iof.188.1561387912474; Mon, 24 Jun 2019 07:51:52 -0700 (PDT) MIME-Version: 1.0 References: <20190620143917.h4tq2xtgz4nbgkth@MacBook-Air-de-Roger.local> In-Reply-To: <20190620143917.h4tq2xtgz4nbgkth@MacBook-Air-de-Roger.local> From: Christian M Date: Mon, 24 Jun 2019 16:51:41 +0200 Message-ID: Subject: Re: Very slow and inconsistent internal network speed (between VM's on the same host) for FreeBSD 11.0+ as guest on XCP-ng/XenServer To: =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= Cc: freebsd-xen@freebsd.org, freebsd-net@freebsd.org X-Rspamd-Queue-Id: 7B80F7174B X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=pCU4VoA/; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of christianmarcos@gmail.com designates 2607:f8b0:4864:20::d35 as permitted sender) smtp.mailfrom=christianmarcos@gmail.com X-Spamd-Result: default: False [-6.80 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[5.3.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; IP_SCORE(-2.88)[ip: (-8.85), ipnet: 2607:f8b0::/32(-3.14), asn: 15169(-2.33), country: US(-0.06)]; NEURAL_HAM_SHORT(-0.92)[-0.916,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2019 14:51:54 -0000 Den tors 20 juni 2019 kl 16:39 skrev Roger Pau Monn=C3=A9 : > > Do you see the same issues with external connections? Have you tested > throughput between two FreeBSD 12.0 VM running on different hosts? > > I've tested 12.0-RELEASE between two hosts (XCP-ng 7.6.0 and Citrix CXenserver 7.2.0) over Gbit link, and iperf results is about 600Mbit/s back and forth. I also tested 12.0-RELEASE on same XCP-ng host, but changed the network from Private Network to the Internal Network (that's connected to a PIF). That increased speed slightly, but It's still below 100mbit back and forth. > > > Hm, OK that's weird, I don't think however it's related to Xen. Have > you tried if the same happens on a bare-metal install of FreeBSD? > > Or when running on a different hypervisor? > > I have not. I only have XCP-ng 7.6.0 and Citrix XenServer 7.x to play with currently. I have no server at this moment to test a bare metal install on, but if you believe this is an important test I could perhaps find a machine to try it on. Please let me know if I should proceed with this. > > > > > Any ideas of how to proceed now to find a solution for this? > > Maybe you can try to run wireshark/tcpdump or some other similar > software in order to try to detect if there are errors on the > transmitted packets? > > You could run the sniffer on the host and attach it to the backend > interfaces (vifX.X) or the bridge if you are using bridged > networking. > > The 12.0 <-> 12.0 case seems quite bad, so I would start with that > one. > > Roger. > I have now run tshark (wireshark) to capture traffic between 12.0 <-> 12.0 on the private network (running tshark on freebsd). I'm really not qualified to interpret the output, so I'll link to the capture-output here: capture-output.pcap: https://drive.google.com/open?id=3D1zU6qhZO7OOKfLRugXJovYIQuFCLrouH6 (218MB= ) output.txt (tshark -r capture-output.pcap > output.txt): https://drive.google.com/open?id=3D1ORJy_jhDyAIgmw1WnXBsPQSlIxqEzVrF (34MB) I'm not really sure how to run it on XCP-ng, or is there perhaps another tool I can use for that other than tshark? Thanks, Christian From owner-freebsd-net@freebsd.org Mon Jun 24 15:00:53 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD21B15D0211 for ; Mon, 24 Jun 2019 15:00:53 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CFB2F71C54 for ; Mon, 24 Jun 2019 15:00:52 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x5OF0nDT044102; Mon, 24 Jun 2019 08:00:49 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id x5OF0nRT044101; Mon, 24 Jun 2019 08:00:49 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201906241500.x5OF0nRT044101@gndrsh.dnsmgr.net> Subject: Re: Odd TCP ECN related bahavior In-Reply-To: <777f12f5-3c58-a6ef-5a92-df6be9372ec6@gmail.com> To: "Jukka A. Ukkonen" Date: Mon, 24 Jun 2019 08:00:49 -0700 (PDT) CC: freebsd-net@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: CFB2F71C54 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.19 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.02)[-0.020,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.71)[0.709,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: gndrsh.dnsmgr.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.57)[0.570,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.04)[ip: (0.14), ipnet: 69.59.192.0/19(0.07), asn: 13868(0.05), country: US(-0.06)] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2019 15:00:54 -0000 > > Hi all, > > I am not on this mailing list. So, all responses should be sent > to my personal address. > > I just noticed somewhat confusing network behavior when I was > using wireshark to understand why certain connections have been > unexpectedly slow. > > My 11.3 stable (latest update 2019-06-23) seems to do this > according to wireshark... > > .... ..00 = Explicit Congestion Notification: Not ECN-Capable Transport (0) You only show 1 packet, and without the type of that packet I can not tell if this is an error in the code or simply that you captured one of the packets that does not marked with ECN bits even in an ECN flow Note also that ECN is negotiated on a per TCP connection, not on every single packet. > > My system has this set, though... > > net.inet.tcp.ecn.enable: 1 So ecn should be negotiated in both directions. > > At the same time the peer system was reporting ECN capability... > > .... ..10 = Explicit Congestion Notification: ECN-Capable Transport > codepoint '10' (2) > > Apparently increasing the value in... > > net.inet.tcp.ecn.maxretries > > doesn't help. > > What should I make of this? Is the ECN implementation in 11.3 somehow > faulty or is this something more down to earth? If it is I would certainly like to now asap, > --jau -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-net@freebsd.org Mon Jun 24 18:32:02 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98EDD15D5D3D; Mon, 24 Jun 2019 18:32:02 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3F6CE82784; Mon, 24 Jun 2019 18:32:02 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: from ler-imac.local (unknown [IPv6:2600:1700:210:b180:4c24:fd26:d30c:ae75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: ler/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id DDEB9942C; Mon, 24 Jun 2019 18:32:01 +0000 (UTC) (envelope-from ler@FreeBSD.org) Date: Mon, 24 Jun 2019 13:32:00 -0500 From: Larry Rosenman To: "freebsd-current@freebsd.org" Cc: freebsd-net@FreeBSD.org Subject: ng_snd_item: Panic? Message-ID: <20190624183200.hu4vzocjsopjsnnz@ler-imac.local> Mail-Followup-To: "freebsd-current@freebsd.org" , freebsd-net@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="gcaxozx2unc7yqgi" Content-Disposition: inline User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: 3F6CE82784 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.985,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2019 18:32:02 -0000 --gcaxozx2unc7yqgi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Got 2 of these today, and I have cores.... Ideas? r349200. borg.lerctr.org dumped core - see /var/crash/vmcore.10 Mon Jun 24 08:36:45 CDT 2019 FreeBSD borg.lerctr.org 13.0-CURRENT FreeBSD 13.0-CURRENT r349200 LER-MINIM= AL amd64 panic: ng_snd_item: 42 !=3D 1414 GNU gdb (GDB) 8.3 [GDB v8.3 for FreeBSD] Copyright (C) 2019 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-portbld-freebsd13.0". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /boot/kernel/kernel... Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug... Unread portion of the kernel message buffer: panic: ng_snd_item: 42 !=3D 1414 cpuid =3D 10 time =3D 1561382494 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe012628d= 400 vpanic() at vpanic+0x19d/frame 0xfffffe012628d450 panic() at panic+0x43/frame 0xfffffe012628d4b0 ng_snd_item() at ng_snd_item+0x477/frame 0xfffffe012628d4f0 ng_ether_output() at ng_ether_output+0x5e/frame 0xfffffe012628d520 ether_output() at ether_output+0x473/frame 0xfffffe012628d5c0 arpintr() at arpintr+0xfe3/frame 0xfffffe012628d780 netisr_dispatch_src() at netisr_dispatch_src+0x89/frame 0xfffffe012628d7f0 ether_demux() at ether_demux+0x137/frame 0xfffffe012628d820 ng_ether_rcv_upper() at ng_ether_rcv_upper+0x95/frame 0xfffffe012628d840 ng_apply_item() at ng_apply_item+0xf1/frame 0xfffffe012628d8c0 ng_snd_item() at ng_snd_item+0x2ab/frame 0xfffffe012628d900 ng_apply_item() at ng_apply_item+0xf1/frame 0xfffffe012628d980 ng_snd_item() at ng_snd_item+0x2ab/frame 0xfffffe012628d9c0 ng_ether_input() at ng_ether_input+0x4c/frame 0xfffffe012628d9f0 ether_nh_input() at ether_nh_input+0x2cd/frame 0xfffffe012628da40 netisr_dispatch_src() at netisr_dispatch_src+0x89/frame 0xfffffe012628dab0 ether_input() at ether_input+0x48/frame 0xfffffe012628dad0 bce_intr() at bce_intr+0x697/frame 0xfffffe012628db50 ithread_loop() at ithread_loop+0x187/frame 0xfffffe012628dbb0 fork_exit() at fork_exit+0x84/frame 0xfffffe012628dbf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe012628dbf0 --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- Uptime: 4d18h45m34s Dumping 24921 out of 131026 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%= =2E.91% __curthread () at /usr/src/sys/amd64/include/pcpu.h:246 246 __asm("movq %%gs:%P1,%0" : "=3Dr" (td) : "n" (OFFSETOF_CURTHREAD)); (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu.h:246 #1 doadump (textdump=3D1) at /usr/src/sys/kern/kern_shutdown.c:392 #2 0xffffffff804b41e0 in kern_reboot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:479 #3 0xffffffff804b4659 in vpanic (fmt=3D, ap=3D) at /usr/src/sys/kern/kern_shutdown.c:905 #4 0xffffffff804b4393 in panic (fmt=3D) at /usr/src/sys/kern/kern_shutdown.c:832 #5 0xffffffff828ee5b7 in ng_snd_item (item=3D0xfffff8021e3b4d80, flags=3D0) at /usr/src/sys/netgraph/ng_base.c:2252 #6 0xffffffff82900c2e in ng_ether_output (ifp=3D,=20 mp=3D0xfffffe012628d578) at /usr/src/sys/netgraph/ng_ether.c:294 #7 0xffffffff805b1e43 in ether_output (ifp=3D,=20 m=3D0xfffff81f59eefb00, dst=3D0xfffffe012628d740, ro=3D) at /usr/src/sys/net/if_ethersubr.c:430 #8 0xffffffff805cb3e3 in in_arpinput (m=3D) at /usr/src/sys/netinet/if_ether.c:1152 #9 arpintr (m=3D0xfffff81f59eefb00) at /usr/src/sys/netinet/if_ether.c:749 #10 0xffffffff805bcf89 in netisr_dispatch_src (proto=3D4,=20 source=3D, m=3D) at /usr/src/sys/net/netisr= =2Ec:1123 #11 0xffffffff805b22d7 in ether_demux (ifp=3D0xfffff8012c902000,=20 m=3D) at /usr/src/sys/net/if_ethersubr.c:913 #12 0xffffffff82901045 in ng_ether_rcv_upper (hook=3D,=20 item=3D) at /usr/src/sys/netgraph/ng_ether.c:741 #13 0xffffffff828ee6e1 in ng_apply_item (node=3D0xfffff81054f43400,=20 item=3D0xfffff8021e3b4d80, rw=3D0) at /usr/src/sys/netgraph/ng_base.c:2= 403 #14 0xffffffff828ee3eb in ng_snd_item (item=3D0xfffff8021e3b4d80, flags=3D0) at /usr/src/sys/netgraph/ng_base.c:2320 #15 0xffffffff828ee6e1 in ng_apply_item (node=3D0xfffff8012c2d3e00,=20 item=3D0xfffff8021e3b4d80, rw=3D0) at /usr/src/sys/netgraph/ng_base.c:2= 403 #16 0xffffffff828ee3eb in ng_snd_item (item=3D0xfffff8021e3b4d80, flags=3D0) at /usr/src/sys/netgraph/ng_base.c:2320 #17 0xffffffff82900cbc in ng_ether_input (ifp=3D,=20 mp=3D0xfffffe012628da18) at /usr/src/sys/netgraph/ng_ether.c:255 #18 0xffffffff805b34fd in ether_input_internal (ifp=3D0xfffff8012c902000,= =20 m=3D0xfffff81f59eefb00) at /usr/src/sys/net/if_ethersubr.c:654 #19 ether_nh_input (m=3D) at /usr/src/sys/net/if_ethersubr.c= :735 #20 0xffffffff805bcf89 in netisr_dispatch_src (proto=3D5,=20 source=3D, m=3D) at /usr/src/sys/net/netisr= =2Ec:1123 #21 0xffffffff805b26f8 in ether_input (ifp=3D0xfffff8012c902000, m=3D0x0) at /usr/src/sys/net/if_ethersubr.c:823 #22 0xffffffff8273c7f7 in bce_rx_intr (sc=3D) at /usr/src/sys/dev/bce/if_bce.c:6848 #23 bce_intr (xsc=3D0xfffffe01665c2000) at /usr/src/sys/dev/bce/if_bce.c:80= 17 #24 0xffffffff8047e0e7 in intr_event_execute_handlers (p=3D,= =20 ie=3D) at /usr/src/sys/kern/kern_intr.c:1148 #25 ithread_execute_handlers (p=3D, ie=3D) at /usr/src/sys/kern/kern_intr.c:1161 #26 ithread_loop (arg=3D) at /usr/src/sys/kern/kern_intr.c:1= 241 #27 0xffffffff8047ac74 in fork_exit ( callout=3D0xffffffff8047df60 , arg=3D0xfffff8012c883100,= =20 frame=3D0xfffffe012628dc00) at /usr/src/sys/kern/kern_fork.c:1056 #28 (kgdb)=20 --=20 Larry Rosenman https://people.FreeBSD.org/~ler/ Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 --gcaxozx2unc7yqgi Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQHBBAABCgCrFiEEHjgknedhWzvJgwVzaXyZsatIp30FAl0RFyAtFIAAAAAAFQAP cGthLWFkZHJlc3NAZ251cGcub3JnbGVyQEZyZWVCU0Qub3JnXxSAAAAAAC4AKGlz c3Vlci1mcHJAbm90YXRpb25zLm9wZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxRTM4 MjQ5REU3NjE1QjNCQzk4MzA1NzM2OTdDOTlCMUFCNDhBNzdEAAoJEGl8mbGrSKd9 PgUH/0GaHIrfcg0OHFey8JC/dZXpR4Zi1L9HErhGrMDf7fWzAuhcpSS0EgKr97X+ ClpCCqZaef8DD8A3R4Ptuw/aASe6UT0AHCuufeCWEctKWIcijh898yybkj4nDkGk 8L6f++8mneWgImNbsDus5dKfNUloyrVZPNkMYbiMvM6t7kxgRDuNEGgkOrsl1dTV PUXfkAO+60ILoAufQBQJH25KLhRN+4SJbd8W1ECMvu5ouvFvmQp46MlWRVIa2FQl tQ1jm0PLGiQguEbvWPd4xQD7Q7t6PWuEeY8hhWo9rrqW7epSvo6zXj+uB9s8bDTJ 5yg79gXPJrbDpGAXyhJGvOPNAfE= =2HZZ -----END PGP SIGNATURE----- --gcaxozx2unc7yqgi-- From owner-freebsd-net@freebsd.org Mon Jun 24 18:40:35 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B595D15D61C9 for ; Mon, 24 Jun 2019 18:40:35 +0000 (UTC) (envelope-from darkfiberiru@gmail.com) Received: from mail-oi1-x22a.google.com (mail-oi1-x22a.google.com [IPv6:2607:f8b0:4864:20::22a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C676582E84 for ; Mon, 24 Jun 2019 18:40:34 +0000 (UTC) (envelope-from darkfiberiru@gmail.com) Received: by mail-oi1-x22a.google.com with SMTP id w79so10547677oif.10 for ; Mon, 24 Jun 2019 11:40:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=/Vz9bNw+Rw7vzzFBFlr1AUlpjEJGwmQz55Tru2k7ktM=; b=qJDEVCNy8Jb6cahwDht4xqDnKQZY0okQzOM52Rcf9ABiCKPLWH16+V5RU1448hNA8r vgAJuAv2thM7TXsbeJwyMw6n41malGehF8wS8bVcmzPnQK5OOqvVSYAR7JaBpQ6vGR/N +1n+xvzhFszlg/3OJmlDZMXZaBah/D7hIA9FcYCBZobNkIdU1n05K7tfOXWzzYfmxGQr izFVnogZXIoTYY+HtqLzSxrfTPLygqucvPlVrr0l+AqeBOpy4wIdgWSKcacnAA8PRTg1 cfFt2+mv07BUEIkzJwjJ7qvvtd1zEWi8SezuJlv2s21xkobv19ap1cUQ2X1E/n7aI7qY 3fTQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=/Vz9bNw+Rw7vzzFBFlr1AUlpjEJGwmQz55Tru2k7ktM=; b=TIAZZoEElKeJzCKIB4kqbDHGV5csr+054aMwuyE/dZPMvw1fuk2ASb/DMaTy5xMKQZ s1KxtRXK/q3NM/RsYLA9Gix89kRuCuvndWAgi9iNw8Qw96oahcgfEdybs7yB7a0Qb1Cc p1sa3qxLqXETitEzcRX/88wqzMS+TGM659472P/ESeCWMJkIw+6aryLYgGbgjAdYgmbX Gxg2cfO3dH7HYIZLmxqyIs17xR8qTpvnkPGIjwE4iZfeJoEYxRb3xJ3bshvgjbpux6Yw zJR6s4THgHlkw+OsUVYGfHVjQtAXNdbvlboIjh+Hi++GBaCc16t04Jg+hRIoUELOhtrk HWzg== X-Gm-Message-State: APjAAAXBhc9F2XFIa48vAt3SMDiLTxH+bdd5k4JShveS2tdafeQVT01K Td5Tgwu/II0VVpZ9muShqvS6BKja7YC1I9wHbJA= X-Google-Smtp-Source: APXvYqxw7ol5dVaixRxT4qcz7Tmzqg2BuzWj2bwH+XLfHSzL+cSPa6igF+6ouuBjbZkdHLde5c4o8eqbM1K6SWh8nOA= X-Received: by 2002:aca:6c4c:: with SMTP id h73mr9080414oic.40.1561401633901; Mon, 24 Jun 2019 11:40:33 -0700 (PDT) MIME-Version: 1.0 References: <5d0ed551.1c69fb81.fc8fe.2b79SMTPIN_ADDED_MISSING@mx.google.com> In-Reply-To: <5d0ed551.1c69fb81.fc8fe.2b79SMTPIN_ADDED_MISSING@mx.google.com> From: Nick Wolff Date: Mon, 24 Jun 2019 14:40:44 -0400 Message-ID: Subject: Re: Can Ethernet and wi-fi be used concurrently? To: Thomas Mueller Cc: freebsd-net X-Rspamd-Queue-Id: C676582E84 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=qJDEVCNy; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of darkfiberiru@gmail.com designates 2607:f8b0:4864:20::22a as permitted sender) smtp.mailfrom=darkfiberiru@gmail.com X-Spamd-Result: default: False [-5.87 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; FREEMAIL_TO(0.00)[twc.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-2.88)[ip: (-8.88), ipnet: 2607:f8b0::/32(-3.15), asn: 15169(-2.33), country: US(-0.06)]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.981,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[a.2.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; SUBJECT_ENDS_QUESTION(1.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2019 18:40:35 -0000 Thomas, Yes this is no issue just need to make sure you don't have an default route on your Ethernet interface(May need to set a static) and that the hotspot network and intranet network doesn't overlap. On Sat, Jun 22, 2019 at 9:26 PM Thomas Mueller wrote: > I would like to know if it is possible to have both Ethernet and wi-fi > running concurrently? > > Purpose would be, if the cable service is down, meaning no internet access > but intranet OK, to continue to have intranet access while using wi-fi with > a mobile phone as hotspot to aceess the internet. > > Tom > > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@freebsd.org Mon Jun 24 19:49:21 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F37CB15D77F5 for ; Mon, 24 Jun 2019 19:49:20 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-cmomta01.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 15E50854E0 for ; Mon, 24 Jun 2019 19:49:19 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from localhost ([96.28.161.151]) by cmsmtp with ESMTP id fUxgh077pP088fUxjhf9kb; Mon, 24 Jun 2019 19:49:13 +0000 Date: Mon, 24 Jun 2019 19:48:57 +0000 From: "Thomas Mueller" To: freebsd-net@freebsd.org Subject: Re: Can Ethernet and wi-fi be used concurrently? References: <5d0ed525.1c69fb81.d673e.e3dfSMTPIN_ADDED_MISSING@mx.google.com> <5d0ed551.1c69fb81.fc8fe.2b79SMTPIN_ADDED_MISSING@mx.google.com> X-CMAE-Envelope: MS4wfJrCk7vgt1sibjk1ul7xmUdXWdLDuAyPZF8RgGoLsH4PTAKHbNL6t/4BNh68pebFW6DUqEwovHBtBNcwMsf5xMzLVHgd43bBLZod/i6UblxHa73B+lLc TCZzSybCPXGf9XbmVrm6qmPASP6kh+hXmcIgRKUyxd+/GETjwkWh1mz7 X-Rspamd-Queue-Id: 15E50854E0 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of mueller6722@twc.com designates 107.14.73.226 as permitted sender) smtp.mailfrom=mueller6722@twc.com X-Spamd-Result: default: False [-1.92 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.995,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.14.73.0/24]; FREEMAIL_FROM(0.00)[twc.com]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.98)[-0.984,0]; MISSING_MID(2.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[cached: dnvrco-cmedge02.email.rr.com]; NEURAL_HAM_SHORT(-0.89)[-0.886,0]; RCVD_IN_DNSWL_NONE(0.00)[226.73.14.107.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.24)[ip: (-5.08), ipnet: 107.14.73.0/24(-3.37), asn: 7843(-2.70), country: US(-0.06)]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[twc.com]; FROM_EQ_ENVFROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[151.161.28.96.zen.spamhaus.org : 127.0.0.10]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:7843, ipnet:107.14.73.0/24, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[twc.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2019 19:49:21 -0000 from Nick Wolff: > Yes this is no issue just need to make sure you don't have an default route > on your Ethernet interface(May need to set a static) and that the hotspot > network and intranet network doesn't overlap. To use the ethernet, I believe I need route add default 192.168.0.1 if I don't use dhclient. How do I avoid this, and then how would I add route for the hotspot network? Tom From owner-freebsd-net@freebsd.org Mon Jun 24 20:01:27 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9DC2A15D7C0A; Mon, 24 Jun 2019 20:01:27 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward105p.mail.yandex.net (forward105p.mail.yandex.net [77.88.28.108]) (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 8280385E43; Mon, 24 Jun 2019 20:01:23 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback13g.mail.yandex.net (mxback13g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:92]) by forward105p.mail.yandex.net (Yandex) with ESMTP id 1E5CB4D411C8; Mon, 24 Jun 2019 23:01:15 +0300 (MSK) Received: from smtp1j.mail.yandex.net (smtp1j.mail.yandex.net [2a02:6b8:0:801::ab]) by mxback13g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id DdDjq1FlEH-1E7Kf5xs; Mon, 24 Jun 2019 23:01:15 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1561406475; bh=9TLcODuoPjBkyrRUY+Es1r9o8VAwBPPlPDcBYrgl3/Y=; h=In-Reply-To:From:Date:References:To:Subject:Message-ID; b=a84Hp/GAq9M6hNRyAsuAnJhcVJGKN9j+zA/o4+u2sTrvY9JWbi0LhKpz1gZhPvZnb WsEqtT/vbdfsnXDbiPX82DnQVFbGjY6K0pXrEeavB6J1AF5EjRHmeDY7p72h0Me6Vm 0pLrcd8FKT1fmVOaVgHXv6fwT2kao3OjyVSNNHPw= Received: by smtp1j.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id h5li9zDiEN-1Ei0WYeh; Mon, 24 Jun 2019 23:01:14 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) Subject: Re: ng_snd_item: Panic? To: "freebsd-current@freebsd.org" , freebsd-net@FreeBSD.org References: <20190624183200.hu4vzocjsopjsnnz@ler-imac.local> From: "Andrey V. Elsukov" Openpgp: preference=signencrypt Autocrypt: addr=bu7cher@yandex.ru; prefer-encrypt=mutual; keydata= mQENBEwBF1kBCADB9sXFhBEUy8qQ4X63Y8eBatYMHGEFWN9ypS5lI3RE6qQW2EYbxNk7qUC5 21YIIS1mMFVBEfvR7J9uc7yaYgFCEb6Sce1RSO4ULN2mRKGHP3/Sl0ijZEjWHV91hY1YTHEF ZW/0GYinDf56sYpDDehaBF5wkWIo1+QK5nmj3vl0DIDCMNd7QEiWpyLVwECgLX2eOAXByT8B bCqVhJGcG6iFP7/B9Ll6uX5gb8thM9LM+ibwErDBVDGiOgvfxqidab7fdkh893IBCXa82H9N CNwnEtcgzh+BSKK5BgvPohFMgRwjti37TSxwLu63QejRGbZWSz3OK3jMOoF63tCgn7FvABEB AAG0JUFuZHJleSBWLiBFbHN1a292IDxidTdjaGVyQHlhbmRleC5ydT6JATgEEwECACIFAkwB F1kCGwMGCwkIBwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEAHF6gQQyKF6qmYIAI6ekfm1VA4T vqankI1ISE6ku4jV7UlpIQlEbE7/8n3Zd6teJ+pGOQhN5qk8QE7utdPdbktAzi+x7LIJVzUw 4TywZLXGrkP7VKYkfg6oyCGyzITghefQeJtr2TN4hYCkzPWpylkue8MtmqfZv/6royqwTbN+ +E09FQNvTgRUYJYTeQ1qOsxNRycwvw3dr2rOfuxShbzaHBB1pBIjGrMg8fC5pd65ACH5zuFV A0CoTNGMDrEZSfBkTW604UUHFFXeCoC3dwDZRKOWJ3GmMXns65Ai5YkA63BSHEE1Qle3VBhd cG1w0CB5FBV3pB27UVnf0jEbysrDqW4qN7XMRFSWNAy5AQ0ETAEXWQEIAJ2p6l9LBoqdH/0J PEFDY2t2gTvAuzz+8zs3R03dFuHcNbOwjvWCG0aOmVpAzkRa8egn5JB4sZaFUtKPYJEQ1Iu+ LUBwgvtXf4vWpzC67zs2dDuiW4LamH5p6xkTD61aHR7mCB3bg2TUjrDWn2Jt44cvoYxj3dz4 S49U1rc9ZPgD5axCNv45j72tggWlZvpefThP7xT1OlNTUqye2gAwQravXpZkl5JG4eOqJVIU X316iE3qso0iXRUtO7OseBf0PiVmk+wCahdreHOeOxK5jMhYkPKVn7z1sZiB7W2H2TojbmcK HZC22sz7Z/H36Lhg1+/RCnGzdEcjGc8oFHXHCxUAEQEAAYkBHwQYAQIACQUCTAEXWQIbDAAK CRABxeoEEMihegkYCAC3ivGYNe2taNm/4Nx5GPdzuaAJGKWksV+w9mo7dQvU+NmI2az5w8vw 98OmX7G0OV9snxMW+6cyNqBrVFTu33VVNzz9pnqNCHxGvj5dL5ltP160JV2zw2bUwJBYsgYQ WfyJJIM7l3gv5ZS3DGqaGIm9gOK1ANxfrR5PgPzvI9VxDhlr2juEVMZYAqPLEJe+SSxbwLoz BcFCNdDAyXcaAzXsx/E02YWm1hIWNRxanAe7Vlg7OL+gvLpdtrYCMg28PNqKNyrQ87LQ49O9 50IIZDOtNFeR0FGucjcLPdS9PiEqCoH7/waJxWp6ydJ+g4OYRBYNM0EmMgy1N85JJrV1mi5i Message-ID: Date: Mon, 24 Jun 2019 23:01:07 +0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.7.2 MIME-Version: 1.0 In-Reply-To: <20190624183200.hu4vzocjsopjsnnz@ler-imac.local> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="UTKnhMvwuBEUCggdqxEeeAsYT7ZHhXOTY" X-Rspamd-Queue-Id: 8280385E43 X-Spamd-Bar: --------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yandex.ru header.s=mail header.b=a84Hp/GA; dmarc=pass (policy=none) header.from=yandex.ru; spf=pass (mx1.freebsd.org: domain of bu7cher@yandex.ru designates 77.88.28.108 as permitted sender) smtp.mailfrom=bu7cher@yandex.ru X-Spamd-Result: default: False [-9.75 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(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)[4]; DKIM_TRACE(0.00)[yandex.ru:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yandex.ru,none]; MX_GOOD(-0.01)[cached: mx.yandex.ru]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.997,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; 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)[]; RCVD_IN_DNSWL_LOW(-0.10)[108.28.88.77.list.dnswl.org : 127.0.5.1]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[yandex.ru:s=mail]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; SUBJECT_ENDS_QUESTION(1.00)[]; DWL_DNSWL_LOW(-1.00)[yandex.ru.dwl.dnswl.org : 127.0.5.1]; IP_SCORE(-3.55)[ip: (-9.44), ipnet: 77.88.0.0/18(-4.54), asn: 13238(-3.76), country: RU(0.01)]; RWL_MAILSPIKE_POSSIBLE(0.00)[108.28.88.77.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2019 20:01:27 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --UTKnhMvwuBEUCggdqxEeeAsYT7ZHhXOTY Content-Type: multipart/mixed; boundary="QYmkI9qn7SMzT7EC9IbN65mFxA008IUXa"; protected-headers="v1" From: "Andrey V. Elsukov" To: "freebsd-current@freebsd.org" , freebsd-net@FreeBSD.org Message-ID: Subject: Re: ng_snd_item: Panic? References: <20190624183200.hu4vzocjsopjsnnz@ler-imac.local> In-Reply-To: <20190624183200.hu4vzocjsopjsnnz@ler-imac.local> --QYmkI9qn7SMzT7EC9IbN65mFxA008IUXa Content-Type: text/plain; charset=UTF-8 Content-Language: ru Content-Transfer-Encoding: quoted-printable 24.06.2019 21:32, Larry Rosenman =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Got 2 of these today, and I have cores.... > Ideas? > r349200. >=20 > Unread portion of the kernel message buffer: > panic: ng_snd_item: 42 !=3D 1414 > cpuid =3D 10 > time =3D 1561382494 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe012= 628d400 > vpanic() at vpanic+0x19d/frame 0xfffffe012628d450 > panic() at panic+0x43/frame 0xfffffe012628d4b0 > ng_snd_item() at ng_snd_item+0x477/frame 0xfffffe012628d4f0 > ng_ether_output() at ng_ether_output+0x5e/frame 0xfffffe012628d520 > ether_output() at ether_output+0x473/frame 0xfffffe012628d5c0 > arpintr() at arpintr+0xfe3/frame 0xfffffe012628d780 > netisr_dispatch_src() at netisr_dispatch_src+0x89/frame 0xfffffe012628d= 7f0 > ether_demux() at ether_demux+0x137/frame 0xfffffe012628d820 > ng_ether_rcv_upper() at ng_ether_rcv_upper+0x95/frame 0xfffffe012628d84= 0 > ng_apply_item() at ng_apply_item+0xf1/frame 0xfffffe012628d8c0 > ng_snd_item() at ng_snd_item+0x2ab/frame 0xfffffe012628d900 > ng_apply_item() at ng_apply_item+0xf1/frame 0xfffffe012628d980 > ng_snd_item() at ng_snd_item+0x2ab/frame 0xfffffe012628d9c0 > ng_ether_input() at ng_ether_input+0x4c/frame 0xfffffe012628d9f0 > ether_nh_input() at ether_nh_input+0x2cd/frame 0xfffffe012628da40 > netisr_dispatch_src() at netisr_dispatch_src+0x89/frame 0xfffffe012628d= ab0 > ether_input() at ether_input+0x48/frame 0xfffffe012628dad0 > bce_intr() at bce_intr+0x697/frame 0xfffffe012628db50 > ithread_loop() at ithread_loop+0x187/frame 0xfffffe012628dbb0 > fork_exit() at fork_exit+0x84/frame 0xfffffe012628dbf0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe012628dbf0 > --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- > Uptime: 4d18h45m34s > Dumping 24921 out of 131026 MB:..1%..11%..21%..31%..41%..51%..61%..71%.= =2E81%..91% >=20 > #5 0xffffffff828ee5b7 in ng_snd_item (item=3D0xfffff8021e3b4d80, flags= =3D0) > at /usr/src/sys/netgraph/ng_base.c:2252 It looks like you use some netgraph based ethernet interface. The system got received ARP request and is going to send the reply, but somehow mbuf with this ARP request has initialized m_next pointer, thus it is considered as a chain of mbufs. in_arpinput() reuses received mbuf to construct the reply, but it doesn't check that an mbut is a chain. It just sets m_len and sends it. Then since you have INVARIANTS in your kernel, the netgraph code check the actual length of the chain, and it doesn't match to m_len. It panics.= > #6 0xffffffff82900c2e in ng_ether_output (ifp=3D,=20 > mp=3D0xfffffe012628d578) at /usr/src/sys/netgraph/ng_ether.c:294 > #7 0xffffffff805b1e43 in ether_output (ifp=3D,=20 > m=3D0xfffff81f59eefb00, dst=3D0xfffffe012628d740, ro=3D) > at /usr/src/sys/net/if_ethersubr.c:430 > #8 0xffffffff805cb3e3 in in_arpinput (m=3D) > at /usr/src/sys/netinet/if_ether.c:1152 > #9 arpintr (m=3D0xfffff81f59eefb00) at /usr/src/sys/netinet/if_ether.c= :749 > #10 0xffffffff805bcf89 in netisr_dispatch_src (proto=3D4,=20 > source=3D, m=3D) at /usr/src/sys/net/ne= tisr.c:1123 > #11 0xffffffff805b22d7 in ether_demux (ifp=3D0xfffff8012c902000,=20 > m=3D) at /usr/src/sys/net/if_ethersubr.c:913 > #12 0xffffffff82901045 in ng_ether_rcv_upper (hook=3D,=20 > item=3D) at /usr/src/sys/netgraph/ng_ether.c:741 > #13 0xffffffff828ee6e1 in ng_apply_item (node=3D0xfffff81054f43400,=20 > item=3D0xfffff8021e3b4d80, rw=3D0) at /usr/src/sys/netgraph/ng_base= =2Ec:2403 > #14 0xffffffff828ee3eb in ng_snd_item (item=3D0xfffff8021e3b4d80, flags= =3D0) > at /usr/src/sys/netgraph/ng_base.c:2320 > #15 0xffffffff828ee6e1 in ng_apply_item (node=3D0xfffff8012c2d3e00,=20 > item=3D0xfffff8021e3b4d80, rw=3D0) at /usr/src/sys/netgraph/ng_base= =2Ec:2403 > #16 0xffffffff828ee3eb in ng_snd_item (item=3D0xfffff8021e3b4d80, flags= =3D0) > at /usr/src/sys/netgraph/ng_base.c:2320 > #17 0xffffffff82900cbc in ng_ether_input (ifp=3D,=20 > mp=3D0xfffffe012628da18) at /usr/src/sys/netgraph/ng_ether.c:255 > #18 0xffffffff805b34fd in ether_input_internal (ifp=3D0xfffff8012c90200= 0,=20 > m=3D0xfffff81f59eefb00) at /usr/src/sys/net/if_ethersubr.c:654 > #19 ether_nh_input (m=3D) at /usr/src/sys/net/if_ethersu= br.c:735 > #20 0xffffffff805bcf89 in netisr_dispatch_src (proto=3D5,=20 > source=3D, m=3D) at /usr/src/sys/net/ne= tisr.c:1123 > #21 0xffffffff805b26f8 in ether_input (ifp=3D0xfffff8012c902000, m=3D0x= 0) > at /usr/src/sys/net/if_ethersubr.c:823 > #22 0xffffffff8273c7f7 in bce_rx_intr (sc=3D) > at /usr/src/sys/dev/bce/if_bce.c:6848 > #23 bce_intr (xsc=3D0xfffffe01665c2000) at /usr/src/sys/dev/bce/if_bce.= c:8017 > #24 0xffffffff8047e0e7 in intr_event_execute_handlers (p=3D,=20 > ie=3D) at /usr/src/sys/kern/kern_intr.c:1148 > #25 ithread_execute_handlers (p=3D, ie=3D= ) > at /usr/src/sys/kern/kern_intr.c:1161 > #26 ithread_loop (arg=3D) at /usr/src/sys/kern/kern_intr= =2Ec:1241 > #27 0xffffffff8047ac74 in fork_exit ( > callout=3D0xffffffff8047df60 , arg=3D0xfffff8012c8831= 00,=20 > frame=3D0xfffffe012628dc00) at /usr/src/sys/kern/kern_fork.c:1056 > #28 > (kgdb)=20 > --=20 WBR, Andrey V. Elsukov --QYmkI9qn7SMzT7EC9IbN65mFxA008IUXa-- --UTKnhMvwuBEUCggdqxEeeAsYT7ZHhXOTY Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAl0RLAkACgkQAcXqBBDI oXoG3Af/W4d4t8a7plih7X5QIOyXUzm6MqfbWXQ6/fdnS2pKmldjpjMUrbiGxoRv Nll67121BUHlTnKxUt+mfh97oYyFX8M9fJhlD1FaDIDEAGoyIoxOZuU0WSMuLLMA t+Xt0Lq4PVQbNVu/9CIDqNbkAANGeLmwoAPUx8C+nSnPMVx/C6aFARKnYAuB6U/f ad6AZL5ysdmxdVwx7bbUvrlWnb8U7EGOEEi9ZBY3Qr2AIpCB1B4tFqZCbBZ8oifz gHwougvvDl6k2ns/Fa6r8GlHRhT3KDhgn6ZroR089zY5IqjCUXlpapFpCL9UD1j3 qwLRZwcU/G7Bxa5cv3AADzM1LElYiQ== =MbY3 -----END PGP SIGNATURE----- --UTKnhMvwuBEUCggdqxEeeAsYT7ZHhXOTY-- From owner-freebsd-net@freebsd.org Mon Jun 24 20:10:45 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 72A0415D804D; Mon, 24 Jun 2019 20:10:45 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (ns-b.lerctr.org [IPv6:2001:470:1f0f:3ad::53:2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "*.lerctr.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BDA5D86454; Mon, 24 Jun 2019 20:10:43 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=ler2019; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version:Sender:Reply-To: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=x+wbJkUK/sGjpSc2wFBAAyrR9hCRVyMKaA7GAQa8E9A=; b=jtOOU9EroMjsjD3FDhaHz1EKiB x6tn2H12jL2Awo95ahWxnClF3QeXRetDmdiTxXYIudORz9t8ouQRFMV0Q1M7ZAbDNKE145RGwjkiB HuzAgws6Ut+fbSi0R37oaoqrt2+NnCjurTXl47hCeTMqPkEeSdQKUkZFFRUXOrPXTTfYvLm7J5C1c cPWUC4Dzxd+Yrv+RdXRgvB6FmfWs1KWJLBnPWw1+f5x9aZdCoAD6qbqzTHiSjy07y9uGlHtvsDy2I o6cwLjtUG29m6vdSXRWVqV3/S33s8nRxTIBBIZgImBtGTbVjvHSiDHgiUzZtQd3gzVYqu894YBDNt a3Wp83mA==; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:bb:dcff:fe50:d900]:51547 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92 (FreeBSD)) (envelope-from ) id 1hfVIW-000BNV-Sm; Mon, 24 Jun 2019 15:10:40 -0500 Received: from 2600:1700:210:b180:4c24:fd26:d30c:ae75 by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Mon, 24 Jun 2019 15:10:40 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Mon, 24 Jun 2019 15:10:40 -0500 From: Larry Rosenman To: "Andrey V. Elsukov" Cc: freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: ng_snd_item: Panic? In-Reply-To: References: <20190624183200.hu4vzocjsopjsnnz@ler-imac.local> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.3.9 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2019 20:10:45 -0000 On 06/24/2019 3:01 pm, Andrey V. Elsukov wrote: > 24.06.2019 21:32, Larry Rosenman пишет: >> Got 2 of these today, and I have cores.... >> Ideas? >> r349200. >> >> Unread portion of the kernel message buffer: >> panic: ng_snd_item: 42 != 1414 >> cpuid = 10 >> time = 1561382494 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> 0xfffffe012628d400 >> vpanic() at vpanic+0x19d/frame 0xfffffe012628d450 >> panic() at panic+0x43/frame 0xfffffe012628d4b0 >> ng_snd_item() at ng_snd_item+0x477/frame 0xfffffe012628d4f0 >> ng_ether_output() at ng_ether_output+0x5e/frame 0xfffffe012628d520 >> ether_output() at ether_output+0x473/frame 0xfffffe012628d5c0 >> arpintr() at arpintr+0xfe3/frame 0xfffffe012628d780 >> netisr_dispatch_src() at netisr_dispatch_src+0x89/frame >> 0xfffffe012628d7f0 >> ether_demux() at ether_demux+0x137/frame 0xfffffe012628d820 >> ng_ether_rcv_upper() at ng_ether_rcv_upper+0x95/frame >> 0xfffffe012628d840 >> ng_apply_item() at ng_apply_item+0xf1/frame 0xfffffe012628d8c0 >> ng_snd_item() at ng_snd_item+0x2ab/frame 0xfffffe012628d900 >> ng_apply_item() at ng_apply_item+0xf1/frame 0xfffffe012628d980 >> ng_snd_item() at ng_snd_item+0x2ab/frame 0xfffffe012628d9c0 >> ng_ether_input() at ng_ether_input+0x4c/frame 0xfffffe012628d9f0 >> ether_nh_input() at ether_nh_input+0x2cd/frame 0xfffffe012628da40 >> netisr_dispatch_src() at netisr_dispatch_src+0x89/frame >> 0xfffffe012628dab0 >> ether_input() at ether_input+0x48/frame 0xfffffe012628dad0 >> bce_intr() at bce_intr+0x697/frame 0xfffffe012628db50 >> ithread_loop() at ithread_loop+0x187/frame 0xfffffe012628dbb0 >> fork_exit() at fork_exit+0x84/frame 0xfffffe012628dbf0 >> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe012628dbf0 >> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >> Uptime: 4d18h45m34s >> Dumping 24921 out of 131026 >> MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% >> >> #5 0xffffffff828ee5b7 in ng_snd_item (item=0xfffff8021e3b4d80, >> flags=0) >> at /usr/src/sys/netgraph/ng_base.c:2252 > > It looks like you use some netgraph based ethernet interface. > The system got received ARP request and is going to send the reply, > but somehow mbuf with this ARP request has initialized m_next pointer, > thus it is considered as a chain of mbufs. > > in_arpinput() reuses received mbuf to construct the reply, but it > doesn't check that an mbut is a chain. It just sets m_len and sends it. > Then since you have INVARIANTS in your kernel, the netgraph code check > the actual length of the chain, and it doesn't match to m_len. It > panics. so, is this a bug? Timing race? Other? [I] âžœ sudo ngctl list There are 7 total nodes: Name: bce0 Type: ether ID: 00000001 Num hooks: 2 Name: bce1 Type: ether ID: 00000002 Num hooks: 0 Name: bce2 Type: ether ID: 00000003 Num hooks: 0 Name: bce3 Type: ether ID: 00000004 Num hooks: 0 Name: netflow Type: netflow ID: 00000006 Num hooks: 3 Name: Type: ksocket ID: 00000007 Num hooks: 1 Name: ngctl3705 Type: socket ID: 00000008 Num hooks: 0 ler in ~ at borg [I] âžœ > >> #6 0xffffffff82900c2e in ng_ether_output (ifp=, >> mp=0xfffffe012628d578) at /usr/src/sys/netgraph/ng_ether.c:294 >> #7 0xffffffff805b1e43 in ether_output (ifp=, >> m=0xfffff81f59eefb00, dst=0xfffffe012628d740, ro=) >> at /usr/src/sys/net/if_ethersubr.c:430 >> #8 0xffffffff805cb3e3 in in_arpinput (m=) >> at /usr/src/sys/netinet/if_ether.c:1152 >> #9 arpintr (m=0xfffff81f59eefb00) at >> /usr/src/sys/netinet/if_ether.c:749 >> #10 0xffffffff805bcf89 in netisr_dispatch_src (proto=4, >> source=, m=) at >> /usr/src/sys/net/netisr.c:1123 >> #11 0xffffffff805b22d7 in ether_demux (ifp=0xfffff8012c902000, >> m=) at /usr/src/sys/net/if_ethersubr.c:913 >> #12 0xffffffff82901045 in ng_ether_rcv_upper (hook=, >> item=) at /usr/src/sys/netgraph/ng_ether.c:741 >> #13 0xffffffff828ee6e1 in ng_apply_item (node=0xfffff81054f43400, >> item=0xfffff8021e3b4d80, rw=0) at >> /usr/src/sys/netgraph/ng_base.c:2403 >> #14 0xffffffff828ee3eb in ng_snd_item (item=0xfffff8021e3b4d80, >> flags=0) >> at /usr/src/sys/netgraph/ng_base.c:2320 >> #15 0xffffffff828ee6e1 in ng_apply_item (node=0xfffff8012c2d3e00, >> item=0xfffff8021e3b4d80, rw=0) at >> /usr/src/sys/netgraph/ng_base.c:2403 >> #16 0xffffffff828ee3eb in ng_snd_item (item=0xfffff8021e3b4d80, >> flags=0) >> at /usr/src/sys/netgraph/ng_base.c:2320 >> #17 0xffffffff82900cbc in ng_ether_input (ifp=, >> mp=0xfffffe012628da18) at /usr/src/sys/netgraph/ng_ether.c:255 >> #18 0xffffffff805b34fd in ether_input_internal >> (ifp=0xfffff8012c902000, >> m=0xfffff81f59eefb00) at /usr/src/sys/net/if_ethersubr.c:654 >> #19 ether_nh_input (m=) at >> /usr/src/sys/net/if_ethersubr.c:735 >> #20 0xffffffff805bcf89 in netisr_dispatch_src (proto=5, >> source=, m=) at >> /usr/src/sys/net/netisr.c:1123 >> #21 0xffffffff805b26f8 in ether_input (ifp=0xfffff8012c902000, m=0x0) >> at /usr/src/sys/net/if_ethersubr.c:823 >> #22 0xffffffff8273c7f7 in bce_rx_intr (sc=) >> at /usr/src/sys/dev/bce/if_bce.c:6848 >> #23 bce_intr (xsc=0xfffffe01665c2000) at >> /usr/src/sys/dev/bce/if_bce.c:8017 >> #24 0xffffffff8047e0e7 in intr_event_execute_handlers (p=> out>, >> ie=) at /usr/src/sys/kern/kern_intr.c:1148 >> #25 ithread_execute_handlers (p=, ie=) >> at /usr/src/sys/kern/kern_intr.c:1161 >> #26 ithread_loop (arg=) at >> /usr/src/sys/kern/kern_intr.c:1241 >> #27 0xffffffff8047ac74 in fork_exit ( >> callout=0xffffffff8047df60 , arg=0xfffff8012c883100, >> frame=0xfffffe012628dc00) at /usr/src/sys/kern/kern_fork.c:1056 >> #28 >> (kgdb) >> -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 From owner-freebsd-net@freebsd.org Mon Jun 24 20:16:15 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4314515D843A for ; Mon, 24 Jun 2019 20:16:15 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FD6F86A09 for ; Mon, 24 Jun 2019 20:16:14 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x5OKGCjH045599; Mon, 24 Jun 2019 13:16:12 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id x5OKGC0n045598; Mon, 24 Jun 2019 13:16:12 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201906242016.x5OKGC0n045598@gndrsh.dnsmgr.net> Subject: Re: Can Ethernet and wi-fi be used concurrently? In-Reply-To: <201906241949.x5OJnWhG045447@gndrsh.dnsmgr.net> To: Thomas Mueller Date: Mon, 24 Jun 2019 13:16:12 -0700 (PDT) CC: freebsd-net@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4FD6F86A09 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.75 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.75)[0.747,0]; IP_SCORE(0.04)[ip: (0.14), ipnet: 69.59.192.0/19(0.07), asn: 13868(0.05), country: US(-0.06)]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.11)[0.113,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: gndrsh.dnsmgr.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.96)[0.959,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[twc.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2019 20:16:15 -0000 > from Nick Wolff: > > > Yes this is no issue just need to make sure you don't have an default route > > on your Ethernet interface(May need to set a static) and that the hotspot > > network and intranet network doesn't overlap. > > To use the ethernet, I believe I need > > route add default 192.168.0.1 > > if I don't use dhclient. > > How do I avoid this, and then how would I add route for the hotspot network? One of the night mares of trying to get 2 interfaces that either one is using DHCP to play nice togeather is a royal PITA as we have no way to ignore a default route from a DHCP server. Our (the freebsd) dhclient is lacking in this area, this problem has been solved in several other implementations. > Tom -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-net@freebsd.org Tue Jun 25 01:02:56 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DBAF515B329E for ; Tue, 25 Jun 2019 01:02:56 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-cmomta02.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6D83A685A6 for ; Tue, 25 Jun 2019 01:02:55 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from localhost ([96.28.161.151]) by cmsmtp with ESMTP id fZrHh928oiYm2fZrJhXC2f; Tue, 25 Jun 2019 01:02:54 +0000 Date: Tue, 25 Jun 2019 01:02:39 +0000 From: "Thomas Mueller" To: freebsd-net@freebsd.org Subject: Re: Working around unsupported Ethernet card with PXE or UEFI? References: <20190621023301.CRCA7107.dnvrco-fep06.email.rr.com@dnvrco-cmimta20> <39143.1561086356@segfault.tristatelogic.com> X-CMAE-Envelope: MS4wfI74GD5lLzu1RYuZxKviXxkvbW5ADFiyzQzgrvgsWmI2QvUwj5axJa9nwkw2MD/IJML2+Q2cv5Y/kdaWh3ynw1vEfK/xNnldIH6L6xSUv34lWepwUuPL YdC3xziGpEfBmG+aC0sTr8aSGg9zpepy2F9i+rxGSQ596WupNyVg5J5c X-Rspamd-Queue-Id: 6D83A685A6 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of mueller6722@twc.com designates 107.14.73.225 as permitted sender) smtp.mailfrom=mueller6722@twc.com X-Spamd-Result: default: False [-2.76 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.14.73.0/24]; FREEMAIL_FROM(0.00)[twc.com]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-0.996,0]; MISSING_MID(2.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[cached: dnvrco-cmedge02.email.rr.com]; NEURAL_HAM_SHORT(-0.99)[-0.986,0]; RCVD_IN_DNSWL_NONE(0.00)[225.73.14.107.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.97)[ip: (-8.76), ipnet: 107.14.73.0/24(-3.35), asn: 7843(-2.68), country: US(-0.06)]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[twc.com]; FROM_EQ_ENVFROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[151.161.28.96.zen.spamhaus.org : 127.0.0.10]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:7843, ipnet:107.14.73.0/24, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[twc.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 01:02:57 -0000 from Dave Cottlehuber: > > On Fri, 21 Jun 2019, at 04:33, Thomas Mueller wrote: > > Is it possible to build and install FreeBSD so as to be bootable and access the internet with an Ethernet card that doesn't work in FreeBSD? > > Could Ethernet support be obtained through UEFI? > > Or could FreeBSD be installed on another computer or on a NAS NFS share? NAS would probably not have TFTP but would have NFS and iSCSI capability. > > Motherboard has PXE capability. Server OS for FreeBSD installation on other computer could be NetBSD, where the Ethernet (Realtek 8111E or 8168, re(4) driver) works well. > Tom > Hi Tom > https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/config-network-setup.html > NDIS may do what you want but it may suck. > In terms of time vs effort a 15$ USB Ethernet dongle is going to be your best result. If this is a server consider getting a 2nd hand intel NIC. I can get a 4 port pci intel Gb for under 100$ years which is more than sufficient. > Lower spec cards will be even cheaper. > There are references on the forums and mailing lists with ones that work for both USB and iNICs. > Dave NDIS is not dependable in my experience, and I have had instances of the kernel failing to compile with NDIS. How dependable are USB Ethernet dongles to work with FreeBSD? How do I find the USB Ethernet dongles on the forums and mailing lists? Needle in the haystack? Tom From owner-freebsd-net@freebsd.org Tue Jun 25 01:49:56 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0208615B414C; Tue, 25 Jun 2019 01:49:56 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from echo.brtsvcs.net (echo.brtsvcs.net [208.111.40.118]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8A21C6AAD5; Tue, 25 Jun 2019 01:49:54 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from chombo.houseloki.net (chombo [IPv6:2601:1c2:1402:1770:ae1f:6bff:fe6b:9e1c]) (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 "chombo.houseloki.net", Issuer "brtsvcs.net CA" (verified OK)) by echo.brtsvcs.net (Postfix) with ESMTPS id 99C8C38D0F; Mon, 24 Jun 2019 18:49:46 -0700 (PDT) Received: from [IPv6:2601:1c2:1402:1770:3c0b:f5d0:647:2a5] (unknown [IPv6:2601:1c2:1402:1770:3c0b:f5d0:647:2a5]) by chombo.houseloki.net (Postfix) with ESMTPSA id CB2DB2F77; Mon, 24 Jun 2019 18:49:45 -0700 (PDT) To: freebsd-net@freebsd.org, freebsd-questions@freebsd.org From: Mel Pilgrim Subject: IPv6-only network--is NAT64+DNS64 really this easy now? Message-ID: <5e24739b-bbd0-d94a-5b0e-53fdeba81245@bluerosetech.com> Date: Mon, 24 Jun 2019 18:49:43 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 8A21C6AAD5 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of list_freebsd@bluerosetech.com designates 208.111.40.118 as permitted sender) smtp.mailfrom=list_freebsd@bluerosetech.com X-Spamd-Result: default: False [-2.78 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[bluerosetech.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; MX_GOOD(-0.01)[echo.brtsvcs.net,foxtrot.brtsvcs.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.68)[-0.679,0]; IP_SCORE(-0.79)[asn: 36236(-3.88), country: US(-0.06)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:36236, ipnet:208.111.40.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 01:49:56 -0000 I'm looking to set up a pure-IPv6 environment to test the viability of it. I tried this a few years ago and fell flat on my face due to the lack of NAT64 and DNS64 support. Reading through docs now, it looks like unbound has a DNS64 module, and NAT64 is baked into ipfw. Waving a hand at bug-hunting and lamentations over the inertia of embedded systems designers, has it really become this easy to turn up an IPv6-only site? From owner-freebsd-net@freebsd.org Tue Jun 25 02:34:18 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A8C9A15B83FE; Tue, 25 Jun 2019 02:34:18 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-io1-f45.google.com (mail-io1-f45.google.com [209.85.166.45]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 579666C537; Tue, 25 Jun 2019 02:34:17 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-io1-f45.google.com with SMTP id j6so187603ioa.5; Mon, 24 Jun 2019 19:34:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=2oSDMbuiBkXav7dxnVr1He46FEGjYk87ewaYNdzkrMI=; b=HUaYBDbHHvRKS2lF/Fb1KwwGRhue4qytsZOhFO7gKpXIAXHsIgrW0M49eZ+LNEtgDT b4Y9rkHg8djvUIvWKFdt49mRat7aVGro8mVudSGPXlO2a5eL7mb16NqTUpHse/ZbwXRg AogHwWj4ET9QOTwISUdxvdfcnf/aEmkynnbVKf2FgAoAyEixuH6U+yBcOw+uiwvSMbXl f85mty9MZFTWWDQWNuXWIPdW8T+/XmQyIGw34ZPpuygF4Fy9l2+7+5lww1m1Mp5RH3A+ PhFOmlUPzRt1eVcxIyHQn6yRIHgCrvhfmcrLItCqnZB7nm5YdQw6hEHrzNHZbWK1L84Z 4N7w== X-Gm-Message-State: APjAAAV2+zqA6RKtaB1/Z14cbMUEkAhNURJfhII0ejqxw+JIDoSED1Qa VDZa9c667gqfxpnZR6b6OYYZor4A X-Google-Smtp-Source: APXvYqzTrzhNA2GmCdLz42V8IvywjxwZvS4zUTGuQTfUxuvspnPW8zgYxEfAPOzi86z8cZPZqXck+w== X-Received: by 2002:a6b:b987:: with SMTP id j129mr65203608iof.166.1561430050062; Mon, 24 Jun 2019 19:34:10 -0700 (PDT) Received: from mail-io1-f54.google.com (mail-io1-f54.google.com. [209.85.166.54]) by smtp.gmail.com with ESMTPSA id r5sm10763305iom.42.2019.06.24.19.34.09 (version=TLS1_3 cipher=AEAD-AES128-GCM-SHA256 bits=128/128); Mon, 24 Jun 2019 19:34:09 -0700 (PDT) Received: by mail-io1-f54.google.com with SMTP id e3so1666273ioc.12; Mon, 24 Jun 2019 19:34:09 -0700 (PDT) X-Received: by 2002:a5d:9749:: with SMTP id c9mr21187162ioo.258.1561430049296; Mon, 24 Jun 2019 19:34:09 -0700 (PDT) MIME-Version: 1.0 References: <5e24739b-bbd0-d94a-5b0e-53fdeba81245@bluerosetech.com> In-Reply-To: <5e24739b-bbd0-d94a-5b0e-53fdeba81245@bluerosetech.com> From: Ultima Date: Mon, 24 Jun 2019 19:33:58 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: IPv6-only network--is NAT64+DNS64 really this easy now? To: Mel Pilgrim Cc: freebsd-net@freebsd.org, FreeBSD Mailing List X-Rspamd-Queue-Id: 579666C537 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of ultima1252@gmail.com designates 209.85.166.45 as permitted sender) smtp.mailfrom=ultima1252@gmail.com X-Spamd-Result: default: False [-4.51 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; IP_SCORE(-2.54)[ip: (-6.87), ipnet: 209.85.128.0/17(-3.44), asn: 15169(-2.33), country: US(-0.06)]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MIME_TRACE(0.00)[0:+,1:+]; DMARC_NA(0.00)[ultimasbox.com]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.96)[-0.958,0]; RCVD_IN_DNSWL_NONE(0.00)[45.166.85.209.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[ultima@ultimasbox.com,ultima1252@gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[ultima@ultimasbox.com,ultima1252@gmail.com]; SUBJECT_ENDS_QUESTION(1.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 02:34:18 -0000 Hello Mel, While it may be possible to have an IPv6 only environment, I don't think it is really viable. There are simply too many things that don't run on or have very limited support for IPv6 that it makes it very hard to drop IPv4 altogether and until something comes along forcing the move it likely won't happen for at least another decade at the minimum. Best regards, Richard Gallamore On Mon, Jun 24, 2019 at 6:50 PM Mel Pilgrim wrote: > I'm looking to set up a pure-IPv6 environment to test the viability of > it. I tried this a few years ago and fell flat on my face due to the > lack of NAT64 and DNS64 support. > > Reading through docs now, it looks like unbound has a DNS64 module, and > NAT64 is baked into ipfw. Waving a hand at bug-hunting and lamentations > over the inertia of embedded systems designers, has it really become > this easy to turn up an IPv6-only site? > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-net@freebsd.org Tue Jun 25 02:47:07 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 810FC15B8B58; Tue, 25 Jun 2019 02:47:07 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from echo.brtsvcs.net (echo.brtsvcs.net [IPv6:2607:f740:c::4ae]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9D0C76CCDC; Tue, 25 Jun 2019 02:47:05 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from chombo.houseloki.net (chombo [IPv6:2601:1c2:1402:1770:ae1f:6bff:fe6b:9e1c]) (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 "chombo.houseloki.net", Issuer "brtsvcs.net CA" (verified OK)) by echo.brtsvcs.net (Postfix) with ESMTPS id 91E9E38D0F; Mon, 24 Jun 2019 19:47:03 -0700 (PDT) Received: from [IPv6:2601:1c2:1402:1770:3c0b:f5d0:647:2a5] (unknown [IPv6:2601:1c2:1402:1770:3c0b:f5d0:647:2a5]) by chombo.houseloki.net (Postfix) with ESMTPSA id 12FA42F88; Mon, 24 Jun 2019 19:47:03 -0700 (PDT) Subject: Re: IPv6-only network--is NAT64+DNS64 really this easy now? To: Ultima Cc: freebsd-net@freebsd.org, FreeBSD Mailing List References: <5e24739b-bbd0-d94a-5b0e-53fdeba81245@bluerosetech.com> From: Mel Pilgrim Message-ID: <19784363-6543-ccc1-b13f-5f1a67dc10d1@bluerosetech.com> Date: Mon, 24 Jun 2019 19:47:01 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 9D0C76CCDC X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of list_freebsd@bluerosetech.com designates 2607:f740:c::4ae as permitted sender) smtp.mailfrom=list_freebsd@bluerosetech.com X-Spamd-Result: default: False [-5.63 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[bluerosetech.com]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: echo.brtsvcs.net]; NEURAL_HAM_SHORT(-0.98)[-0.982,0]; IP_SCORE(-3.34)[ip: (-8.47), ipnet: 2607:f740:c::/48(-4.31), asn: 36236(-3.88), country: US(-0.06)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:36236, ipnet:2607:f740:c::/48, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 02:47:07 -0000 On 2019-06-24 19:33, Ultima wrote: > Hello Mel, > > While it may be possible to have an IPv6 only environment, I don't > think it is really viable. There are simply too many things that don't run > on or have very limited support for IPv6 that it makes it very hard > to drop IPv4 altogether and until something comes along forcing the > move it likely won't happen for at least another decade at the minimum. Yes, that is why I wrote "Waving a hand at bug-hunting and lamentations over the inertia of embedded systems designers". This a lab experiment specifically to iron out the very wrinkles you just stated. > On Mon, Jun 24, 2019 at 6:50 PM Mel Pilgrim > wrote: > >> I'm looking to set up a pure-IPv6 environment to test the viability of >> it. I tried this a few years ago and fell flat on my face due to the >> lack of NAT64 and DNS64 support. >> >> Reading through docs now, it looks like unbound has a DNS64 module, and >> NAT64 is baked into ipfw. Waving a hand at bug-hunting and lamentations >> over the inertia of embedded systems designers, has it really become >> this easy to turn up an IPv6-only site? From owner-freebsd-net@freebsd.org Tue Jun 25 02:49:39 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4CD2715B8D14 for ; Tue, 25 Jun 2019 02:49:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C4F2F6CE5D for ; Tue, 25 Jun 2019 02:49:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 852ED15B8D0E; Tue, 25 Jun 2019 02:49:38 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A8BE15B8D0D for ; Tue, 25 Jun 2019 02:49:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DDEBA6CE54 for ; Tue, 25 Jun 2019 02:49:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id F15E175FD for ; Tue, 25 Jun 2019 02:49:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5P2naq6091423 for ; Tue, 25 Jun 2019 02:49:36 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5P2na3k091419 for net@FreeBSD.org; Tue, 25 Jun 2019 02:49:36 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 230498] Fatal trap 12: page fault while in kernel mode in sysctl_dumpentry from sysctl NET_RT_DUMP Date: Tue, 25 Jun 2019 02:49:36 +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: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: msl0000023508@gmail.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: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 02:49:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230498 --- Comment #23 from WHR --- I'm running a 12.0-STABLE r349024 amd64 system; 2 PPP over SSH tunnels (as a server) with the user space ppp(8) implementation running on it. I later noticed the fix has already been MFCed into 12-STABLE branch via r341677. This kernel panic is still happening when I trying to restart those PPP instances (using 'killall ppp', for example). # kgdb -c vmcore.3 /boot/kernel/kernel=20 GNU gdb (GDB) 8.3 [GDB v8.3 for FreeBSD] Copyright (C) 2019 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-portbld-freebsd12.0". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /boot/kernel/kernel... Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug... Unread portion of the kernel message buffer: cpuid =3D 3; apic id =3D 06 fault virtual address =3D 0x0 fault code =3D supervisor read data, page not present instruction pointer =3D 0x20:0xffffffff80cf66a3 stack pointer =3D 0x28:0xfffffe002cd084f0 frame pointer =3D 0x28:0xfffffe002cd08630 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 1926 (ppp) trap number =3D 12 panic: page fault cpuid =3D 3 time =3D 1561396369 KDB: stack backtrace: #0 0xffffffff80c16e77 at kdb_backtrace+0x67 #1 0xffffffff80bcad3d at vpanic+0x19d #2 0xffffffff80bcab93 at panic+0x43 #3 0xffffffff810a84b5 at trap_fatal+0x395 #4 0xffffffff810a8519 at trap_pfault+0x49 #5 0xffffffff810a7aff at trap+0x29f #6 0xffffffff81082cf5 at calltrap+0x8 #7 0xffffffff80cf0110 at rn_walktree+0x80 #8 0xffffffff80cf5b4b at sysctl_rtsock+0x2db #9 0xffffffff80bd9b4b at sysctl_root_handler_locked+0x8b #10 0xffffffff80bd91ed at sysctl_root+0x24d #11 0xffffffff80bd986a at userland_sysctl+0x17a #12 0xffffffff80bd96af at sys___sysctl+0x5f #13 0xffffffff810a9084 at amd64_syscall+0x364 #14 0xffffffff810835dd at fast_syscall_common+0x101 Uptime: 2h0m31s (ada0:ahcich1:0:0:0): spin-down Dumping 289 out of 3952 MB: (CTRL-C to abort) ..6%..12%..23%..34%..45%..56%..61%..72%..83%..94% __curthread () at /usr/src/sys/amd64/include/pcpu.h:234 234 __asm("movq %%gs:%P1,%0" : "=3Dr" (td) : "n" (OFFSETOF_CURTHREAD)); (kgdb) bt #0 __curthread () at /usr/src/sys/amd64/include/pcpu.h:234 #1 doadump (textdump=3D) at /usr/src/sys/kern/kern_shutdown= .c:371 #2 0xffffffff80bca938 in kern_reboot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:451 #3 0xffffffff80bcad99 in vpanic (fmt=3D, ap=3D) at /usr/src/sys/kern/kern_shutdown.c:877 #4 0xffffffff80bcab93 in panic (fmt=3D) at /usr/src/sys/kern/kern_shutdown.c:804 #5 0xffffffff810a84b5 in trap_fatal (frame=3D0xfffffe002cd08430, eva=3D0) at /usr/src/sys/amd64/amd64/trap.c:948 #6 0xffffffff810a8519 in trap_pfault (frame=3D0xfffffe002cd08430, usermode= =3D0) at /usr/src/sys/amd64/amd64/trap.c:767 #7 0xffffffff810a7aff in trap (frame=3D0xfffffe002cd08430) at /usr/src/sys/amd64/amd64/trap.c:443 #8 #9 0xffffffff80cf66a3 in sysctl_dumpentry (rn=3D0xfffff80004901680, vw=3D0xfffffe002cd087b8) at /usr/src/sys/net/rtsock.c:1579 #10 0xffffffff80cf0110 in rn_walktree (h=3D, f=3D0xffffffff8= 0cf6500 ,=20 w=3D0xfffffe002cd087b8) at /usr/src/sys/net/radix.c:1096 #11 0xffffffff80cf5b4b in sysctl_rtsock (oidp=3D, arg1=3D,=20 arg2=3D, req=3D) at /usr/src/sys/net/rtsock.c:1942 #12 0xffffffff80bd9b4b in sysctl_root_handler_locked ( oid=3D0xffffffff81b2c960 , arg1=3D0xfffffe002c= d08a38, arg2=3D4,=20 req=3D0xfffffe002cd08970, tracker=3D0xfffffe002cd088e8) at /usr/src/sys/kern/kern_sysctl.c:166 #13 0xffffffff80bd91ed in sysctl_root (oidp=3D, arg1=3D0xfffffe002cd08a38, arg2=3D4,=20 req=3D0xfffffe002cd08970) at /usr/src/sys/kern/kern_sysctl.c:2033 #14 0xffffffff80bd986a in userland_sysctl (td=3D0xfffff8006a5e2000, name=3D0xfffffe002cd08a30,=20 namelen=3D6, old=3D, oldlenp=3D, inkernel=3D, new=3D0x0,=20 newlen=3D0, retval=3D0xfffffe002cd08a98, flags=3D0) at /usr/src/sys/kern/kern_sysctl.c:2128 #15 0xffffffff80bd96af in sys___sysctl (td=3D0xfffff8006a5e2000, uap=3D0xfffff8006a5e23c0) at /usr/src/sys/kern/kern_sysctl.c:2063 #16 0xffffffff810a9084 in syscallenter (td=3D0xfffff8006a5e2000) at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:135 #17 amd64_syscall (td=3D0xfffff8006a5e2000, traced=3D0) at /usr/src/sys/amd64/amd64/trap.c:1192 #18 #19 0x00000008007df91a in ?? () Backtrace stopped: Cannot access memory at address 0x7fffffffdc98 (kgdb) frame 9 #9 0xffffffff80cf66a3 in sysctl_dumpentry (rn=3D0xfffff80004901680, vw=3D0xfffffe002cd087b8) at /usr/src/sys/net/rtsock.c:1579 1579 info.rti_info[RTAX_IFP] =3D rt->rt_ifp->if_addr->ifa_addr; (kgdb) p rt $2 =3D (struct rtentry *) 0xfffff80004901680 (kgdb) p rt->rt_ifp=20 $3 =3D (struct ifnet *) 0xfffff80004f9f800 (kgdb) p rt->rt_ifp->if_addr $4 =3D (struct ifaddr *) 0x0 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Tue Jun 25 02:53:55 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 891F115B9070 for ; Tue, 25 Jun 2019 02:53:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1F44D6D250 for ; Tue, 25 Jun 2019 02:53:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id D3C8715B906F; Tue, 25 Jun 2019 02:53:54 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C26DB15B906E for ; Tue, 25 Jun 2019 02:53:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5D5226D24B for ; Tue, 25 Jun 2019 02:53:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id A2AFF7770 for ; Tue, 25 Jun 2019 02:53:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5P2rrZT009776 for ; Tue, 25 Jun 2019 02:53:53 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5P2rrYA009773 for net@FreeBSD.org; Tue, 25 Jun 2019 02:53: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 230498] Fatal trap 12: page fault while in kernel mode in sysctl_dumpentry from sysctl NET_RT_DUMP Date: Tue, 25 Jun 2019 02:53:53 +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: 11.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ae@FreeBSD.org X-Bugzilla-Flags: mfc-stable12+ X-Bugzilla-Changed-Fields: cc flagtypes.name bug_status 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 MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 02:53:55 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230498 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |net@FreeBSD.org Flags| |mfc-stable12+ Status|New |Open Assignee|net@FreeBSD.org |ae@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Tue Jun 25 02:54:10 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7599A15B9085 for ; Tue, 25 Jun 2019 02:54:10 +0000 (UTC) (envelope-from marketingno-reply@insideart.eu) Received: from vps59880.ovh.net (unknown [IPv6:2001:41d0:52:700::223]) (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 E2ECE6D271 for ; Tue, 25 Jun 2019 02:54:07 +0000 (UTC) (envelope-from marketingno-reply@insideart.eu) Received: from [23.249.164.134] (unknown [23.249.164.134]) by vps59880.ovh.net (Postfix) with ESMTPSA id 65534241675 for ; Tue, 25 Jun 2019 03:16:36 +0200 (CEST) MIME-Version: 1.0 Subject: Security alert To: freebsd-net@freebsd.org From: marketingno-reply@insideart.eu Date: Mon, 24 Jun 2019 18:16:35 -0700 X-Spam: Yes Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: Mail message body X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 02:54:10 -0000 Microsoft account Unusual sign-in activity We detected something unusual about a recent sign= -in to your Microsoft account Sign-in details Country/region: United Stat= esIP address: 104.194.220.159 Date: 6/25/2019 11:28 AM (EET) Platform: Wind= ows Browser: Firefox Please go to your recent activity page to let us know = whether or not this was you. If this wasn't you, we'll help you secure your= account. If this was you, we'll trust similar activity in the future. = Lets verify it's you To opt out or change where you receive security notifications, click here Thanks, The Microsoft account team=20 From owner-freebsd-net@freebsd.org Tue Jun 25 03:17:32 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F2C4B15B99D7 for ; Tue, 25 Jun 2019 03:17:31 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "eg.sd.rdtc.ru", Issuer "eg.sd.rdtc.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C0C7E6DF85 for ; Tue, 25 Jun 2019 03:17:20 +0000 (UTC) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: freebsd-net@freebsd.org Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id x5P3H6J0093191 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 25 Jun 2019 10:17:06 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Can Ethernet and wi-fi be used concurrently? To: "Rodney W. Grimes" , Thomas Mueller References: <201906242016.x5OKGC0n045598@gndrsh.dnsmgr.net> Cc: freebsd-net@freebsd.org From: Eugene Grosbein Message-ID: <0e8ebf6b-56fd-d6ea-906b-5af1c8fa54ab@grosbein.net> Date: Tue, 25 Jun 2019 10:16:58 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <201906242016.x5OKGC0n045598@gndrsh.dnsmgr.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: C0C7E6DF85 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [0.96 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.74)[-0.740,0]; MX_INVALID(0.50)[greylisted]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[grosbein.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; NEURAL_SPAM_LONG(0.51)[0.514,0]; NEURAL_HAM_SHORT(-0.27)[-0.272,0]; IP_SCORE(0.06)[asn: 29072(0.28), country: RU(0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:29072, ipnet:2a03:3100::/32, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 03:17:32 -0000 25.06.2019 3:16, Rodney W. Grimes wrote: >> from Nick Wolff: >> >>> Yes this is no issue just need to make sure you don't have an default route >>> on your Ethernet interface(May need to set a static) and that the hotspot >>> network and intranet network doesn't overlap. >> >> To use the ethernet, I believe I need >> >> route add default 192.168.0.1 >> >> if I don't use dhclient. >> >> How do I avoid this, and then how would I add route for the hotspot network? > > One of the night mares of trying to get 2 interfaces that > either one is using DHCP to play nice togeather is > a royal PITA as we have no way to ignore a default route > from a DHCP server. > > Our (the freebsd) dhclient is lacking in this area, this problem has > been solved in several other implementations. In fact, we have the they to ignore a default route from a DHCP server. Our DHCP client does NOT install any routes by itself. It merely passes routing info to shell script /sbin/dhclient-script that contains many distinct shell functions and allows user to override any function such as one rewriting /etc/resolv.conf or another adding routes including default one. One may create /etc/dhclient-enter-hooks script overriding some of noted functions. For example, to prevent DHCP client from touching /etc/resolv.conf in case you run your own DNS recursor at localhost: add_new_resolv_conf() { return 0 } Same way one may override following function that is called with "new_routers" variable to NOT change default route or change it conditionally etc. This feature is documented within dhclient-script(8) manual page liked with dhclient(8). I use this in production without any problem. From owner-freebsd-net@freebsd.org Tue Jun 25 05:54:53 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E90C415C1035 for ; Tue, 25 Jun 2019 05:54:52 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 50EBC72113 for ; Tue, 25 Jun 2019 05:54:51 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x5P5skiV047948; Mon, 24 Jun 2019 22:54:46 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id x5P5sjWh047947; Mon, 24 Jun 2019 22:54:45 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201906250554.x5P5sjWh047947@gndrsh.dnsmgr.net> Subject: Re: Can Ethernet and wi-fi be used concurrently? In-Reply-To: <0e8ebf6b-56fd-d6ea-906b-5af1c8fa54ab@grosbein.net> To: Eugene Grosbein Date: Mon, 24 Jun 2019 22:54:45 -0700 (PDT) CC: "Rodney W. Grimes" , Thomas Mueller , freebsd-net@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 50EBC72113 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.50 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; IP_SCORE(0.04)[ip: (0.14), ipnet: 69.59.192.0/19(0.07), asn: 13868(0.05), country: US(-0.06)]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.20)[0.198,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.42)[0.418,0]; MX_GOOD(-0.01)[cached: gndrsh.dnsmgr.net]; NEURAL_SPAM_LONG(0.95)[0.953,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 05:54:53 -0000 > 25.06.2019 3:16, Rodney W. Grimes wrote: > > >> from Nick Wolff: > >> > >>> Yes this is no issue just need to make sure you don't have an default route > >>> on your Ethernet interface(May need to set a static) and that the hotspot > >>> network and intranet network doesn't overlap. > >> > >> To use the ethernet, I believe I need > >> > >> route add default 192.168.0.1 > >> > >> if I don't use dhclient. > >> > >> How do I avoid this, and then how would I add route for the hotspot network? > > > > One of the night mares of trying to get 2 interfaces that > > either one is using DHCP to play nice togeather is > > a royal PITA as we have no way to ignore a default route > > from a DHCP server. > > > > Our (the freebsd) dhclient is lacking in this area, this problem has > > been solved in several other implementations. > > In fact, we have the they to ignore a default route from a DHCP server. > Our DHCP client does NOT install any routes by itself. It merely passes routing info > to shell script /sbin/dhclient-script that contains many distinct shell functions > and allows user to override any function such as one rewriting /etc/resolv.conf > or another adding routes including default one. > > One may create /etc/dhclient-enter-hooks script overriding some of noted functions. > For example, to prevent DHCP client from touching /etc/resolv.conf > in case you run your own DNS recursor at localhost: > > add_new_resolv_conf() { > return 0 > } > > Same way one may override following function that is called with "new_routers" > variable to NOT change default route or change it conditionally etc. > > This feature is documented within dhclient-script(8) manual page liked with dhclient(8). > I use this in production without any problem. Thank you Eugene, this is very informative, I'll have to take a closer look at this as a solution, but I did not find it when I was reading the man pages and such. What I see in other implementations is the ability to supersede or ignore the default route directly by configuration entires in /etc/dhclient.conf. Again, thank you, -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-net@freebsd.org Tue Jun 25 06:13:00 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6AE6E15C14FD for ; Tue, 25 Jun 2019 06:13:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 019CC727A5 for ; Tue, 25 Jun 2019 06:13:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id B57C715C14FA; Tue, 25 Jun 2019 06:12:59 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3D1715C14F7 for ; Tue, 25 Jun 2019 06:12:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 42AF3727A3 for ; Tue, 25 Jun 2019 06:12:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 3D479941A for ; Tue, 25 Jun 2019 06:12:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5P6CwnX068598 for ; Tue, 25 Jun 2019 06:12:58 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5P6CwJh068586 for net@FreeBSD.org; Tue, 25 Jun 2019 06:12:58 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 238796] ipfilter: fix unremovable rules and rules checksum for comparison Date: Tue, 25 Jun 2019 06:12:57 +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: 12.0-STABLE X-Bugzilla-Keywords: needs-qa, patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: mfc-stable11? mfc-stable12? X-Bugzilla-Changed-Fields: bug_status assigned_to keywords cc flagtypes.name bug_severity Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 06:13:00 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238796 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Open Assignee|bugs@FreeBSD.org |net@FreeBSD.org Keywords| |needs-qa CC| |cy@FreeBSD.org, | |net@FreeBSD.org Flags| |mfc-stable11?, | |mfc-stable12? Severity|Affects Only Me |Affects Some People --=20 You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Tue Jun 25 09:21:31 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7CC4715C5F8B; Tue, 25 Jun 2019 09:21:31 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward105o.mail.yandex.net (forward105o.mail.yandex.net [37.140.190.183]) (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 E9D7A81905; Tue, 25 Jun 2019 09:21:30 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback16o.mail.yandex.net (mxback16o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::67]) by forward105o.mail.yandex.net (Yandex) with ESMTP id 08CBA4200A09; Tue, 25 Jun 2019 12:21:22 +0300 (MSK) Received: from smtp4j.mail.yandex.net (smtp4j.mail.yandex.net [2a02:6b8:0:1619::15:6]) by mxback16o.mail.yandex.net (nwsmtp/Yandex) with ESMTP id tXibhFlPtL-LF5SZidK; Tue, 25 Jun 2019 12:21:16 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1561454476; bh=AzlvONpjqDvt2JH3FKZantqe3EqMppf2BlwF/YJzeu8=; h=In-Reply-To:From:To:Subject:Cc:Date:References:Message-ID; b=hBQsjeuZLTOR6DEixKX3FnG3O2rlWf/5znvP987L9116/WuuXdvyC65S36Lh5uU8h 0vmVFCe7It300XcAgObddF7T3Fp3Q792ikxiG/Tno0YaJaYJOi79JjvZ8SNR/nvx55 f6x2Rill/hUVPXNQNg3gxYl+zE4HMCSHenTmlrKw= Received: by smtp4j.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 4kYEzVZTel-LER4vPbk; Tue, 25 Jun 2019 12:21:15 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) Subject: Re: ng_snd_item: Panic? To: Larry Rosenman Cc: freebsd-current@freebsd.org, freebsd-net@freebsd.org References: <20190624183200.hu4vzocjsopjsnnz@ler-imac.local> From: "Andrey V. Elsukov" Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Autocrypt: addr=bu7cher@yandex.ru; prefer-encrypt=mutual; keydata= mQENBEwBF1kBCADB9sXFhBEUy8qQ4X63Y8eBatYMHGEFWN9ypS5lI3RE6qQW2EYbxNk7qUC5 21YIIS1mMFVBEfvR7J9uc7yaYgFCEb6Sce1RSO4ULN2mRKGHP3/Sl0ijZEjWHV91hY1YTHEF ZW/0GYinDf56sYpDDehaBF5wkWIo1+QK5nmj3vl0DIDCMNd7QEiWpyLVwECgLX2eOAXByT8B bCqVhJGcG6iFP7/B9Ll6uX5gb8thM9LM+ibwErDBVDGiOgvfxqidab7fdkh893IBCXa82H9N CNwnEtcgzh+BSKK5BgvPohFMgRwjti37TSxwLu63QejRGbZWSz3OK3jMOoF63tCgn7FvABEB AAG0JUFuZHJleSBWLiBFbHN1a292IDxidTdjaGVyQHlhbmRleC5ydT6JATgEEwECACIFAkwB F1kCGwMGCwkIBwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEAHF6gQQyKF6qmYIAI6ekfm1VA4T vqankI1ISE6ku4jV7UlpIQlEbE7/8n3Zd6teJ+pGOQhN5qk8QE7utdPdbktAzi+x7LIJVzUw 4TywZLXGrkP7VKYkfg6oyCGyzITghefQeJtr2TN4hYCkzPWpylkue8MtmqfZv/6royqwTbN+ +E09FQNvTgRUYJYTeQ1qOsxNRycwvw3dr2rOfuxShbzaHBB1pBIjGrMg8fC5pd65ACH5zuFV A0CoTNGMDrEZSfBkTW604UUHFFXeCoC3dwDZRKOWJ3GmMXns65Ai5YkA63BSHEE1Qle3VBhd cG1w0CB5FBV3pB27UVnf0jEbysrDqW4qN7XMRFSWNAy5AQ0ETAEXWQEIAJ2p6l9LBoqdH/0J PEFDY2t2gTvAuzz+8zs3R03dFuHcNbOwjvWCG0aOmVpAzkRa8egn5JB4sZaFUtKPYJEQ1Iu+ LUBwgvtXf4vWpzC67zs2dDuiW4LamH5p6xkTD61aHR7mCB3bg2TUjrDWn2Jt44cvoYxj3dz4 S49U1rc9ZPgD5axCNv45j72tggWlZvpefThP7xT1OlNTUqye2gAwQravXpZkl5JG4eOqJVIU X316iE3qso0iXRUtO7OseBf0PiVmk+wCahdreHOeOxK5jMhYkPKVn7z1sZiB7W2H2TojbmcK HZC22sz7Z/H36Lhg1+/RCnGzdEcjGc8oFHXHCxUAEQEAAYkBHwQYAQIACQUCTAEXWQIbDAAK CRABxeoEEMihegkYCAC3ivGYNe2taNm/4Nx5GPdzuaAJGKWksV+w9mo7dQvU+NmI2az5w8vw 98OmX7G0OV9snxMW+6cyNqBrVFTu33VVNzz9pnqNCHxGvj5dL5ltP160JV2zw2bUwJBYsgYQ WfyJJIM7l3gv5ZS3DGqaGIm9gOK1ANxfrR5PgPzvI9VxDhlr2juEVMZYAqPLEJe+SSxbwLoz BcFCNdDAyXcaAzXsx/E02YWm1hIWNRxanAe7Vlg7OL+gvLpdtrYCMg28PNqKNyrQ87LQ49O9 50IIZDOtNFeR0FGucjcLPdS9PiEqCoH7/waJxWp6ydJ+g4OYRBYNM0EmMgy1N85JJrV1mi5i Message-ID: Date: Tue, 25 Jun 2019 12:18:43 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="GTseMcnxxuoYZ926VnWhJq0AiOFNjcq3Z" X-Rspamd-Queue-Id: E9D7A81905 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.985,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 09:21:31 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --GTseMcnxxuoYZ926VnWhJq0AiOFNjcq3Z Content-Type: multipart/mixed; boundary="Gj8DifvlaNd17w6FNJpzqBuXQ23ABTZFQ"; protected-headers="v1" From: "Andrey V. Elsukov" To: Larry Rosenman Cc: freebsd-current@freebsd.org, freebsd-net@freebsd.org Message-ID: Subject: Re: ng_snd_item: Panic? References: <20190624183200.hu4vzocjsopjsnnz@ler-imac.local> In-Reply-To: --Gj8DifvlaNd17w6FNJpzqBuXQ23ABTZFQ Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 24.06.2019 23:10, Larry Rosenman wrote: >>> #5=C2=A0 0xffffffff828ee5b7 in ng_snd_item (item=3D0xfffff8021e3b4d80= , flags=3D0) >>> =C2=A0=C2=A0=C2=A0 at /usr/src/sys/netgraph/ng_base.c:2252 >> >> It looks like you use some netgraph based ethernet interface. >> The system got received ARP request and is going to send the reply, >> but somehow mbuf with this ARP request has initialized m_next pointer,= >> thus it is considered as a chain of mbufs. >> >> in_arpinput() reuses received mbuf to construct the reply, but it >> doesn't check that an mbut is a chain. It just sets m_len and sends it= =2E >> Then since you have INVARIANTS in your kernel, the netgraph code check= >> the actual length of the chain, and it doesn't match to m_len. It pani= cs. >=20 >=20 > so, is this a bug?=C2=A0 Timing race? Other? I think we should determine that my assumption is correct :) Can you show the output of the following commands from the kgdb for this core? (kgdb) f 7 (kgdb) p *m (kgdb) p *m->m_next --=20 WBR, Andrey V. Elsukov --Gj8DifvlaNd17w6FNJpzqBuXQ23ABTZFQ-- --GTseMcnxxuoYZ926VnWhJq0AiOFNjcq3Z Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAl0R5vMACgkQAcXqBBDI oXrI+ggAu+FdQZOmI9Lr1ldSMr3IYofxiPX+e1/nzX3KE8zS++BnV8HUxQB2wAF0 MisTfSFuEO2yT6wZGMSfxdWUWcIiQLTKTSdOi2fjlJaXK1i7JAkVKIw+40Fk1OJo xLP4zfdxDvHaiYe6AImm1UJ6iSv4gQNZihP09W//UKrZg5LM0q5vNKkjMz/lqCHT mQhXuPJLIkAAuZxljdnoFVVz0m4KeOkFFqxlgZMMR5Quuh0P6QJQ5s+Iff4i7Z7/ MTC34e0GivO1Sn1bGnISRTh903YjAKNNgyN9xCA6Rbs5L3gp8aLs8zS5EoARLT1/ qEKo7xQj4bX7ob2221ZqwEMLVJoTlw== =0D0U -----END PGP SIGNATURE----- --GTseMcnxxuoYZ926VnWhJq0AiOFNjcq3Z-- From owner-freebsd-net@freebsd.org Tue Jun 25 09:40:18 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C0D9015C68A7 for ; Tue, 25 Jun 2019 09:40:18 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from mail.rlwinm.de (mail.rlwinm.de [138.201.35.217]) (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 829E582907 for ; Tue, 25 Jun 2019 09:40:17 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from crest.bultmann.eu (unknown [IPv6:2a00:c380:c0d5:1:7513:b69b:92bf:757c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.rlwinm.de (Postfix) with ESMTPSA id BFC20117B1 for ; Tue, 25 Jun 2019 09:40:09 +0000 (UTC) Subject: Re: IPv6-only network--is NAT64+DNS64 really this easy now? To: freebsd-net@freebsd.org References: <5e24739b-bbd0-d94a-5b0e-53fdeba81245@bluerosetech.com> <19784363-6543-ccc1-b13f-5f1a67dc10d1@bluerosetech.com> From: Jan Bramkamp Message-ID: <7082e1ef-e9f6-b7d1-c90e-d84f834f4f57@rlwinm.de> Date: Tue, 25 Jun 2019 11:40:09 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.7.2 MIME-Version: 1.0 In-Reply-To: <19784363-6543-ccc1-b13f-5f1a67dc10d1@bluerosetech.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 829E582907 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of crest@rlwinm.de designates 138.201.35.217 as permitted sender) smtp.mailfrom=crest@rlwinm.de X-Spamd-Result: default: False [-1.28 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.982,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-0.996,0]; MIME_TRACE(0.00)[0:+]; NEURAL_SPAM_SHORT(0.25)[0.253,0]; MX_GOOD(-0.01)[mail.rlwinm.de]; DMARC_NA(0.00)[rlwinm.de]; IP_SCORE(-0.25)[ipnet: 138.201.0.0/16(0.58), asn: 24940(-1.82), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:24940, ipnet:138.201.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 09:40:18 -0000 On 25.06.19 04:47, Mel Pilgrim wrote: > On 2019-06-24 19:33, Ultima wrote: >> Hello Mel, >> >>   While it may be possible to have an IPv6 only environment, I don't >> think it is really viable. There are simply too many things that >> don't run >> on or have very limited support for IPv6 that it makes it very hard >> to drop IPv4 altogether and until something comes along forcing the >> move it likely won't happen for at least another decade at the minimum. > > Yes, that is why I wrote "Waving a hand at bug-hunting and > lamentations over the inertia of embedded systems designers". > > This a lab experiment specifically to iron out the very wrinkles you > just stated. In that case the answer is yes. At least Github, Stack Overflow and Twitter work just fine on IPv6 only clients as long as you provide NAT64 and DNS64. From owner-freebsd-net@freebsd.org Tue Jun 25 10:21:23 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A0C6015C798D; Tue, 25 Jun 2019 10:21:23 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from saturn.lyxys.ka.sub.org (saturn.lyxys.ka.sub.org [217.29.35.151]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8AFA78405D; Tue, 25 Jun 2019 10:21:16 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (juno.lyx [IPv6:fd2a:89ca:7d54:0:240:caff:fe92:4f47]) by saturn.lyxys.ka.sub.org (8.15.2/8.15.2) with ESMTPS id x5PABeuQ060577 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 25 Jun 2019 12:11:41 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (localhost [127.0.0.1]) by juno.lyxys.ka.sub.org (8.15.2/8.15.2) with ESMTPS id x5PABeZ9026808 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 25 Jun 2019 12:11:40 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.15.2/8.15.2/Submit) id x5PABeGb026805; Tue, 25 Jun 2019 12:11:40 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) X-Authentication-Warning: juno.lyx: wolfgang set sender to wolfgang@lyxys.ka.sub.org using -f Date: Tue, 25 Jun 2019 12:11:40 +0200 From: Wolfgang Zenker To: freebsd-net@freebsd.org Cc: FreeBSD Mailing List Subject: Re: IPv6-only network--is NAT64+DNS64 really this easy now? Message-ID: <20190625101140.GG26071@lyxys.ka.sub.org> References: <5e24739b-bbd0-d94a-5b0e-53fdeba81245@bluerosetech.com> <19784363-6543-ccc1-b13f-5f1a67dc10d1@bluerosetech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <19784363-6543-ccc1-b13f-5f1a67dc10d1@bluerosetech.com> Organization: private site User-Agent: Mutt/1.12.0 (2019-05-25) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (saturn.lyxys.ka.sub.org [IPv6:fd2a:89ca:7d54:1:200:24ff:feca:b4cc]); Tue, 25 Jun 2019 12:11:41 +0200 (CEST) X-Rspamd-Queue-Id: 8AFA78405D X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of wolfgang@lyxys.ka.sub.org designates 217.29.35.151 as permitted sender) smtp.mailfrom=wolfgang@lyxys.ka.sub.org X-Spamd-Result: default: False [-1.75 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.977,0]; NEURAL_HAM_LONG(-0.99)[-0.994,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[sub.org]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[subnet.sub.net,mailin.pluspunkthosting.de,saturn.lyxys.ka.sub.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.28)[-0.277,0]; IP_SCORE(-0.19)[ipnet: 217.29.32.0/20(-0.53), asn: 16188(-0.42), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 10:21:23 -0000 * Mel Pilgrim [190625 04:47]: > On 2019-06-24 19:33, Ultima wrote: >> While it may be possible to have an IPv6 only environment, I don't >> think it is really viable. There are simply too many things that don't run >> on or have very limited support for IPv6 that it makes it very hard >> to drop IPv4 altogether and until something comes along forcing the >> move it likely won't happen for at least another decade at the minimum. > Yes, that is why I wrote "Waving a hand at bug-hunting and lamentations > over the inertia of embedded systems designers". > This a lab experiment specifically to iron out the very wrinkles you > just stated. Depending on what you want to do it is viable now. At work we use IPv6-only jails for web hosting, where all jails on one physical machine share one NAT64 gateway for outgoing connects to IPv4-only services like Github. That gateway is the only dual-stack jail on a machine, the host and all other jails are IPv6 only. The NAT64 jail also provides a reverse proxy for incoming web access on IPv4. Customers on an IPv4-only connection use a ssh jumphost to access the server. We use ipfw for NAT64 and bind for DNS64. At RIPE meetings twice a year I use the provided IPv6-only network for net access with phone and notebook; in these 10 days per year for the last couple of years I have not seen any problems myself. Some people reported problems accessing VPN gateways though, and accessing IPv4-only services that use DNSSEC is a problem if your local resolver on the client does DNSSEC validation. >> On Mon, Jun 24, 2019 at 6:50 PM Mel Pilgrim >> wrote: >>> I'm looking to set up a pure-IPv6 environment to test the viability of >>> it. I tried this a few years ago and fell flat on my face due to the >>> lack of NAT64 and DNS64 support. >>> Reading through docs now, it looks like unbound has a DNS64 module, and >>> NAT64 is baked into ipfw. Waving a hand at bug-hunting and lamentations >>> over the inertia of embedded systems designers, has it really become >>> this easy to turn up an IPv6-only site? From owner-freebsd-net@freebsd.org Tue Jun 25 11:55:54 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5DF7015C9B0E; Tue, 25 Jun 2019 11:55:54 +0000 (UTC) (envelope-from christian.marcos@gmail.com) Received: from mail-io1-xd2e.google.com (mail-io1-xd2e.google.com [IPv6:2607:f8b0:4864:20::d2e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5984486F5E; Tue, 25 Jun 2019 11:55:53 +0000 (UTC) (envelope-from christian.marcos@gmail.com) Received: by mail-io1-xd2e.google.com with SMTP id r185so2325797iod.6; Tue, 25 Jun 2019 04:55:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=0Q9cJyn5HIuRziOIKWB0r2lYgE6qyQIIlqM/s2ofC7U=; b=EMW1/ap4LKB1vtqJoXyizScKcZb3sNWRA0Pt818HrLweaJbq1OEAhNDGqazZOcl4iX 1/giIK10AnoDqJo8wDKzjYNLbW51MTQYIgwihibNgXKIP16EAJmQ/cpwIS9NAroUmgbj KmZQQVBrUjrmMXF6Q3vqArZlQbvWzl5w2q3XzHT/dBvrM24utu8QIlFHjginOS2+NnEv UDzwzkhNn5XOdc02nD9owU9FYKI3b/bMc4e8c3XFOgC/kxA5bBh4m30QcI6lP3TZ7Yie aSu+XI+KbXXHWs07l44qhVY69vcTN9Nh47WoK3YDFsTbPNsjgyTv+TvXUXv0e+VSie6v Nl+g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=0Q9cJyn5HIuRziOIKWB0r2lYgE6qyQIIlqM/s2ofC7U=; b=DmJMLL8lrbABbSIa2ubRhPm6GntivQnyrkuGrunecL7n+3zHnZjz8DzSgr6Wf7vIuH 9WCIJre4s40lyZkhVaxsvfp6w0uF90nsMEuBI78l2BZz4cYhmBtmJ6xkJqoUwqPiogP/ ljCx5KXpw7szBKi83kBvIE90qOAXC3YYG05E1+wJkZbhwcc8ppXWtYy7xGjaFi9VbK2D cpGW/5YRWPGZXH4ZFYM1KJ6Fta2Se+F3oCGNi0R9TL3V3/YUMmkoD9S8l+GNa4Ox//AQ ly6c5Xce62+FSWAm0dCypyp05nsNVn8dn34igSJ+PdMQs+LojYN8+HQwO3u0s9Fm4M0p OxIg== X-Gm-Message-State: APjAAAX9cGl7RCGmMvNFI7ablseZEFaMlXkP9qZRiBOQGOPayvWt80ot odi7GWi7xr5YB8usprUar9uYLWCwl6lfT/CJAvck18Of7do= X-Google-Smtp-Source: APXvYqz5DtJrpGCwNyWRIU710boh8nn0Vl/3v0L3XmjIcu7M47d0nXdzWkbX3mvBGBzoxws+TaRppE17xSHaEXiHf2Q= X-Received: by 2002:a6b:4107:: with SMTP id n7mr1218546ioa.12.1561463751894; Tue, 25 Jun 2019 04:55:51 -0700 (PDT) MIME-Version: 1.0 References: <12994df1-f847-ec92-aae8-43a32e59385f@darco.dk> <20190625082103.qiiz2cikrauaqlas@MacBook-Air-de-Roger.local> In-Reply-To: <20190625082103.qiiz2cikrauaqlas@MacBook-Air-de-Roger.local> From: Christian M Date: Tue, 25 Jun 2019 13:55:40 +0200 Message-ID: Subject: Re: Very slow and inconsistent internal network speed (between, VM's on the same host) for FreeBSD 11.0+ as guest on, XCP-ng/XenServer To: freebsd-xen@freebsd.org, freebsd-net@freebsd.org X-Rspamd-Queue-Id: 5984486F5E X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=EMW1/ap4; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of christianmarcos@gmail.com designates 2607:f8b0:4864:20::d2e as permitted sender) smtp.mailfrom=christianmarcos@gmail.com X-Spamd-Result: default: False [-6.66 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[e.2.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.84)[-0.841,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; IP_SCORE(-2.81)[ip: (-8.55), ipnet: 2607:f8b0::/32(-3.13), asn: 15169(-2.33), country: US(-0.06)]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 11:55:54 -0000 I've made two tests while running tcpdump on the xcp-ng host. I'm not at all qualified to interpret the .pcap files from tcpdump, but I've put them on Google Drive and linked them below the two tests. Perhaps someone more qualified could have a look for anything useful in there. Please note the extremely uneven throughput for test 2 below. It's almost like the throughput increased when running tcpdump simultaneously. Host: XCP-ng 7.6.0 Network: Private Network on host, not connected to any PIF. VM1: 12.0-RELEASE (1 VIF, 172.31.16.125) VM2: 12.0-RELEASE (1 VIF, 172.31.15.126) On the host I listen with tcpdump on the VIF for VM1 in both tests. VM1 as client: On XCP-ng: tcpdump -i vif42.0 -s 0 -w xcp-ng-vm1-client.pcap xcp-ng-vm1-client.pcap (80M): https://drive.google.com/open?id=3D1eR3fetvKRz3vFSXCxDKuJYFrQ3wLqjrU On VM1: iperf3 -c 172.31.16.126 On VM2: iperf3 -s VM1 iperf3 output: Connecting to host 172.31.16.126, port 5201 [ 5] local 172.31.16.125 port 18182 connected to 172.31.16.126 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 8.00 MBytes 67.1 Mbits/sec 156 15.6 KBytes [ 5] 1.00-2.00 sec 14.1 MBytes 118 Mbits/sec 318 1.43 KBytes [ 5] 2.00-3.00 sec 7.51 MBytes 63.1 Mbits/sec 218 1.43 KBytes [ 5] 3.00-4.00 sec 8.29 MBytes 69.3 Mbits/sec 193 1.43 KBytes [ 5] 4.00-5.01 sec 10.7 MBytes 89.4 Mbits/sec 252 1.43 KBytes [ 5] 5.01-6.00 sec 13.6 MBytes 115 Mbits/sec 313 31.3 KBytes [ 5] 6.00-7.00 sec 8.41 MBytes 70.2 Mbits/sec 309 1.43 KBytes [ 5] 7.00-8.01 sec 12.6 MBytes 106 Mbits/sec 223 1.43 KBytes [ 5] 8.01-9.00 sec 12.5 MBytes 106 Mbits/sec 227 1.43 KBytes [ 5] 9.00-10.00 sec 13.5 MBytes 113 Mbits/sec 263 1.43 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 109 MBytes 91.6 Mbits/sec 2472 sender [ 5] 0.00-10.01 sec 109 MBytes 91.3 Mbits/sec receiver VM1 as server: On XCP-ng: tcpdump -i vif42.0 -s 0 -w xcp-ng-vm1-server.pcap xcp-ng-vm1-server.pcap: (337M): https://drive.google.com/open?id=3D1N3-GccXaBc6hlzFrgshi2vhcCt8vekxF On VM1: iperf3 -s On VM2: iperf3 -c 172.31.16.125 VM1 iperf3 output: ----------------------------------------------------------- Server listening on 5201 ----------------------------------------------------------- Accepted connection from 172.31.16.126, port 31523 [ 5] local 172.31.16.125 port 5201 connected to 172.31.16.126 port 34605 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 10.9 MBytes 91.6 Mbits/sec [ 5] 1.00-2.00 sec 14.1 MBytes 118 Mbits/sec [ 5] 2.00-3.01 sec 4.92 MBytes 41.0 Mbits/sec [ 5] 3.01-4.00 sec 10.4 MBytes 87.9 Mbits/sec [ 5] 4.00-5.00 sec 8.52 MBytes 71.2 Mbits/sec [ 5] 5.00-6.00 sec 22.0 MBytes 185 Mbits/sec [ 5] 6.00-7.00 sec 9.25 MBytes 77.8 Mbits/sec [ 5] 7.00-8.00 sec 70.8 MBytes 594 Mbits/sec [ 5] 8.00-9.00 sec 89.5 MBytes 752 Mbits/sec [ 5] 9.00-10.00 sec 105 MBytes 884 Mbits/sec [ 5] 10.00-10.00 sec 180 KBytes 1.19 Gbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate [ 5] 0.00-10.00 sec 346 MBytes 290 Mbits/sec receiver Den tis 25 juni 2019 kl 10:21 skrev Roger Pau Monn=C3=A9 : > On Mon, Jun 24, 2019 at 10:24:09PM +0200, Christian M wrote: > > Thanks for your input Bjarne. > > > > Previously I tested with iperf2, but I have made som tests with iperf3 > now > > also and noticed there are a lot of "Retr" (TCP retries) in some cases. > > Went back here to your post and saw that your results also showed a lot > of > > retries in some cases. My new tests showed similar results to yours > > (although not nearly as hi throughput as you have). When Linux is clien= t > > the retries are 0, with FreeBSD as client the number is > 0. > > Can you figure out what caused those retries? Wrong MTU, bad > checksums? > > > I'm not sure > > if our numbers are considered high though, and something that actually > is a > > problem? Although, on a internal network with no external factors like > > interference, I feel this should always be 0 no matter what? > > If properly configured yes, there should be no retries when doing > intra-VM connections. > > Thanks, Roger. > From owner-freebsd-net@freebsd.org Tue Jun 25 12:08:19 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4D05F15CA99A; Tue, 25 Jun 2019 12:08:19 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "eg.sd.rdtc.ru", Issuer "eg.sd.rdtc.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B2C5387841; Tue, 25 Jun 2019 12:08:07 +0000 (UTC) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: freebsd-xen@freebsd.org Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id x5PC7tfl096801 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 25 Jun 2019 19:07:55 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Very slow and inconsistent internal network speed (between, VM's on the same host) for FreeBSD 11.0+ as guest on, XCP-ng/XenServer To: Christian M , freebsd-xen@freebsd.org, freebsd-net@freebsd.org References: <12994df1-f847-ec92-aae8-43a32e59385f@darco.dk> <20190625082103.qiiz2cikrauaqlas@MacBook-Air-de-Roger.local> From: Eugene Grosbein Message-ID: Date: Tue, 25 Jun 2019 19:07:47 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: B2C5387841 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [0.27 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.76)[-0.762,0]; MX_INVALID(0.50)[greylisted]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.13)[-0.134,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_SPAM_SHORT(0.71)[0.707,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; IP_SCORE(0.06)[asn: 29072(0.27), country: RU(0.01)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:29072, ipnet:2a03:3100::/32, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 12:08:19 -0000 25.06.2019 18:55, Christian M wrote: > Please note the > extremely uneven throughput for test 2 below. It's almost like the > throughput increased when running tcpdump simultaneously. Generally this indicates broken "hardware" offload for some features like txcsum/rxcsum/vlan_hwcsum/vlan_hwtagging etc. Some of them may be automatically disabled while interface is put in promiscuous mode by running tcpdump and enabled back after tcpdump terminated. You should look at "options" line in the output of ifconfig for the interface and manually disable offloads (look for ifconfig(8) manual for details). They retry tests without tcpdump running. From owner-freebsd-net@freebsd.org Tue Jun 25 12:14:34 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 790AB15CACD1 for ; Tue, 25 Jun 2019 12:14:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0ED9787D5E for ; Tue, 25 Jun 2019 12:14:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id C38F615CACD0; Tue, 25 Jun 2019 12:14:33 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B1DC315CACCF for ; Tue, 25 Jun 2019 12:14:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3DD3587D5A for ; Tue, 25 Jun 2019 12:14:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 7B9ADC8F2 for ; Tue, 25 Jun 2019 12:14:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5PCEWHZ081179 for ; Tue, 25 Jun 2019 12:14:32 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5PCEWIS081170 for net@FreeBSD.org; Tue, 25 Jun 2019 12:14:32 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 238789] panic: mutex so_rcv not owned at /usr/src/sys/kern/uipc_socket.c:2359 Date: Tue, 25 Jun 2019 12:14:32 +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.0-STABLE X-Bugzilla-Keywords: needs-qa, panic X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: greg@codeconcepts.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: mfc-stable11? mfc-stable12? X-Bugzilla-Changed-Fields: cc 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 MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 12:14:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238789 Greg Becker changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |greg@codeconcepts.com --- Comment #3 from Greg Becker --- Created attachment 205327 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D205327&action= =3Dedit Avert panic in soreceive_stream() This patch prevents jumping to "out" without the sockbuf lock held and trip= ping the SOCKBUF_LOCK_ASSERT(): panic: mutex so_rcv not owned at /usr/src/sys/kern/uipc_socket.c:2359 Since the socket buffer data was not changed I see little need to call the= =20 integrity checks at the "out" label, therefore the simple solution is to ju= st return if sblock() returns an error. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Tue Jun 25 12:19:50 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F1A315CAE6B for ; Tue, 25 Jun 2019 12:19:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E767C87F68 for ; Tue, 25 Jun 2019 12:19:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id A79B715CAE6A; Tue, 25 Jun 2019 12:19:49 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9616815CAE69 for ; Tue, 25 Jun 2019 12:19:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 300AB87F65 for ; Tue, 25 Jun 2019 12:19:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 6F2C2C8F6 for ; Tue, 25 Jun 2019 12:19:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5PCJmp1030943 for ; Tue, 25 Jun 2019 12:19:48 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5PCJmiG030936 for net@FreeBSD.org; Tue, 25 Jun 2019 12:19: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 238789] panic: mutex so_rcv not owned at /usr/src/sys/kern/uipc_socket.c:2359 Date: Tue, 25 Jun 2019 12:19: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: 12.0-STABLE X-Bugzilla-Keywords: needs-qa, panic X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: mfc-stable11? 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 MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 12:19:50 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238789 --- Comment #4 from Kubilay Kocak --- Thank you for the follow-up Greg. I forgot to ask originally, do you have a panic message and backtrace available? Please include it as an attachment i= f so --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Tue Jun 25 12:27:47 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CC1F615CB506 for ; Tue, 25 Jun 2019 12:27:47 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 B4F7888805 for ; Tue, 25 Jun 2019 12:27:45 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 9156121D2B; Tue, 25 Jun 2019 08:27:39 -0400 (EDT) Received: from imap6 ([10.202.2.56]) by compute7.internal (MEProxy); Tue, 25 Jun 2019 08:27:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=skunkwerks.at; h=mime-version:message-id:in-reply-to:references:date:from:to :cc:subject:content-type; s=fm2; bh=4mHkq4agF6Juea0BHuLjhnCbxr+k DLCzvBf8QngQQbo=; b=nZfzA4R07vD+EycP/wYZy3pdYAVeZTz22Uv6iba/eNlw 3lg5+yvPRBOq6DmacU1WcCFlniLobGhABMPO8RHglQqxkHne2VAVkPVCRUkDsQ0P FkOBt3/+ec2H3OYjoRHknpMXFlD1oU/fwEyWpt+VNgZcMO8XQRR/MEHtmsZeZoOo JrNfuYKUiAY0pXWogfj3yEc21MJmE1CHr1ILg/Qm4U7kLdFV2m42bAeKlbvBZvkV s75+RmYK3uowaDTv9RD3TMtK+eq3elzrIJSBC3HNPK1oQ9hsCNZRQrv7pNifA0GD PYFHU9SD1iWO8TwsWa07U6bc64fqG5/k9yMmrdfN9A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=4mHkq4 agF6Juea0BHuLjhnCbxr+kDLCzvBf8QngQQbo=; b=FozaVrrQ7BjFuBWLfVs9VI RSi4TGmioYBIxYUG/zYtPG6cNrIyub0EUDAR1LLvlCQIDsLD9QLC7nC80m+6uG7u 8SrC0qN0jzx365Ho6o8mp9tbpSvSLFJ8aNA1Qa/k3tsaUibRW50y+WPJzR17sh8f gK2TrKmAkIiyZex2kWcwdGPf2ZqyouOqA49W4LNSEKEThYexvoXUgfPcJSYfzlD9 +2DZVtQsQIcZnZMkInM120QGmMtl/qK7GqoWD6+YNf57dQnT1pNS+ob15RFX9Lcu gb9y9xCMPDZljhz+j0QEsFbgzQ+23AH2lqpc3eFsBYSLq39HJLTEnKR5RqrgMunQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduvddrudeggdehvdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefofgggkfgjfhffhffvufgtsehttdertderredtnecuhfhrohhmpedfffgrvhgv ucevohhtthhlvghhuhgsvghrfdcuoegutghhsehskhhunhhkfigvrhhkshdrrghtqeenuc ffohhmrghinhepvgguihhmrgigrdgtohhmpdhfrhgvvggsshgurdhorhhgnecurfgrrhgr mhepmhgrihhlfhhrohhmpegutghhsehskhhunhhkfigvrhhkshdrrghtnecuvehluhhsth gvrhfuihiivgeptd X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id E92981400A3; Tue, 25 Jun 2019 08:27:38 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.6-730-g63f2c3b-fmstable-20190622v1 Mime-Version: 1.0 Message-Id: <54e4b1a8-bf10-4aa9-a7ff-6f381ce404de@www.fastmail.com> In-Reply-To: References: <20190621023301.CRCA7107.dnvrco-fep06.email.rr.com@dnvrco-cmimta20> <39143.1561086356@segfault.tristatelogic.com> Date: Tue, 25 Jun 2019 12:27:38 +0000 From: "Dave Cottlehuber" To: "Thomas Mueller" Cc: freebsd-net@freebsd.org Subject: Re: Working around unsupported Ethernet card with PXE or UEFI? Content-Type: text/plain X-Rspamd-Queue-Id: B4F7888805 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=skunkwerks.at header.s=fm2 header.b=nZfzA4R0; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=FozaVrrQ; spf=pass (mx1.freebsd.org: domain of dch@skunkwerks.at designates 66.111.4.29 as permitted sender) smtp.mailfrom=dch@skunkwerks.at X-Spamd-Result: default: False [-5.10 / 15.00]; XM_UA_NO_VERSION(0.01)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.29]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[skunkwerks.at:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com]; FREEMAIL_TO(0.00)[twc.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-3.53)[ip: (-9.79), ipnet: 66.111.4.0/24(-4.75), asn: 11403(-3.05), country: US(-0.06)]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_LOW(-0.10)[29.4.111.66.list.dnswl.org : 127.0.5.1]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[skunkwerks.at:s=fm2,messagingengine.com:s=fm3]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.974,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[skunkwerks.at]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 12:27:48 -0000 On Tue, 25 Jun 2019, at 01:05, Thomas Mueller wrote: > > Hi Tom > > https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/config-network-setup.html > > > NDIS may do what you want but it may suck. > > > In terms of time vs effort a 15$ USB Ethernet dongle is going to be your best result. If this is a server consider getting a 2nd hand intel NIC. I can get a 4 port pci intel Gb for under 100$ years which is more than sufficient. > > Lower spec cards will be even cheaper. > > > There are references on the forums and mailing lists with ones that work for both USB and iNICs. > > > Dave > > NDIS is not dependable in my experience, and I have had instances of > the kernel failing to compile with NDIS. Not surprised to hear that. > How dependable are USB Ethernet dongles to work with FreeBSD? I got this one which I use for my laptop when normal FreeBSD wifi isn't sufficient "works for me": EU4306: https://www.edimax.com/edimax/merchandise/merchandise_detail/data/edimax/global/network_adapters_usb_adapters/eu-4306/ axge(4): https://www.freebsd.org/cgi/man.cgi?query=axge It's sufficient for doing make install over NFS and sending/receiving full zpool dumps, I can't speak for performance nor cpu usage but then you get what you pay for :-). I'm reasonably sure that you can't expect server-level performance out of this, and an intel PCI nic(like i350 or i210) is surely a better bet. A+ Dave From owner-freebsd-net@freebsd.org Tue Jun 25 12:40:43 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 17F4215CB7EC; Tue, 25 Jun 2019 12:40:43 +0000 (UTC) (envelope-from christian.marcos@gmail.com) Received: from mail-io1-xd34.google.com (mail-io1-xd34.google.com [IPv6:2607:f8b0:4864:20::d34]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CA74588CE8; Tue, 25 Jun 2019 12:40:41 +0000 (UTC) (envelope-from christian.marcos@gmail.com) Received: by mail-io1-xd34.google.com with SMTP id e5so3356414iok.4; Tue, 25 Jun 2019 05:40:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=CTbeuJEDDFN3dGYCFzDdWmUXc0xwIMcg1uqPYm4jGBI=; b=NM6mEBNgS0b98g9xzfd6SFaGRX16Y3gYlPjM4cFgQJuij3boYCGlYeiSBCSG1TK3RG m18E7CK5PDbarnowhslP0+baWcNj9vXmtYkWvlDYEdsyuYKC5aOJFfboXz56CVbp6J1M zK2TUtXGWGKNs+RGw40OeXJ5X9udneH6OlsSPdjoX6mM//CS9xpVil3Q/VDhPu280T5O hPgwEluvqw9agKYqDoMiavgiMti8LTWox/sGLVwJ7fEOcPpuBey66/H5HUb/m5wGyT1u jbXmOrBJtVMXM5K/X0S2CR2cbGsLrLxP4FbYzXkyfQS80iswyafNww1FsYi7Ug+Wo8Fv Bv2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=CTbeuJEDDFN3dGYCFzDdWmUXc0xwIMcg1uqPYm4jGBI=; b=ny6k72LImxO8QDuA+01zBveNjo7h/quv1ysa6DmRBbEcCaqfFaDp28K0tjsmC57OQt wnn+rOqoC/K/n+gCV0UsWUeiCjDrnAOdRC0/xcNcMP2o6jed55ePUVq+Z1bd5xaTwuxJ W3iIP+7sW1zH2ra311/YO/DymcC40CQleEeM2YKmNRW8m+lDTIXusVcX0RVeTJeDBZ10 ELeLOxgJktSl3EJtANBb6QPNj57k7uebe2tkHAeQMAbQnIczVHU6HDFHqYeLJUDbW7q6 lX7Z3+F/qjLjK9Cqbi89n1ZU1tauqDwZZcwLTMSLG8KcozWRuiF1Xz9rfYIYyxiWWjnq OJSw== X-Gm-Message-State: APjAAAUS8XEnF1SizyUEQkfFU4EnUwS3zo2dS7FU3j9WxN7Pb4i4aW6n m4oNOwETiUyG9I7XoSrYbzg9mh0ljoniSxoJdjmFceIG X-Google-Smtp-Source: APXvYqyU2kj5bMuTpL1ByLV1DhYTPyEdE0/5svZ1kA2vDqGFVKuodC5XJfXk4cUku6NT0F/4EIdtFZxK52aIb59X2zQ= X-Received: by 2002:a5e:a710:: with SMTP id b16mr23053160iod.38.1561466440695; Tue, 25 Jun 2019 05:40:40 -0700 (PDT) MIME-Version: 1.0 References: <12994df1-f847-ec92-aae8-43a32e59385f@darco.dk> <20190625082103.qiiz2cikrauaqlas@MacBook-Air-de-Roger.local> In-Reply-To: From: Christian M Date: Tue, 25 Jun 2019 14:40:29 +0200 Message-ID: Subject: Re: Very slow and inconsistent internal network speed (between, VM's on the same host) for FreeBSD 11.0+ as guest on, XCP-ng/XenServer To: Eugene Grosbein Cc: freebsd-xen@freebsd.org, freebsd-net@freebsd.org X-Rspamd-Queue-Id: CA74588CE8 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=NM6mEBNg; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of christianmarcos@gmail.com designates 2607:f8b0:4864:20::d34 as permitted sender) smtp.mailfrom=christianmarcos@gmail.com X-Spamd-Result: default: False [-6.54 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[4.3.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; IP_SCORE(-2.60)[ip: (-7.50), ipnet: 2607:f8b0::/32(-3.14), asn: 15169(-2.33), country: US(-0.06)]; NEURAL_HAM_SHORT(-0.93)[-0.926,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 12:40:43 -0000 I've disabled them all on both VM's with FreeBSD 12.0-RELEASE (ifconfig xn0 -txcsum -rxcsum -lro -tso), and also tried disabling everything for the VIF via XCP-ng earlier. It made no difference unfortunately. Den tis 25 juni 2019 kl 14:08 skrev Eugene Grosbein : > 25.06.2019 18:55, Christian M wrote: > > > Please note the > > extremely uneven throughput for test 2 below. It's almost like the > > throughput increased when running tcpdump simultaneously. > > Generally this indicates broken "hardware" offload for some features > like txcsum/rxcsum/vlan_hwcsum/vlan_hwtagging etc. > > Some of them may be automatically disabled while interface is put in > promiscuous mode > by running tcpdump and enabled back after tcpdump terminated. > > You should look at "options" line in the output of ifconfig for the > interface > and manually disable offloads (look for ifconfig(8) manual for details). > They retry tests without tcpdump running. > > From owner-freebsd-net@freebsd.org Tue Jun 25 12:59:07 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BA56015CBED5; Tue, 25 Jun 2019 12:59:07 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (ns-b.lerctr.org [IPv6:2001:470:1f0f:3ad::53:2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "*.lerctr.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CD11E89E7E; Tue, 25 Jun 2019 12:59:06 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=ler2019; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version:Sender:Reply-To: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=3GY08dUA9q3ZW4U3qX5ndPow0LXp7bn+OyC8b9gsMwg=; b=r6B9dron/b648lNtiptrQOcTxd a0gPmuVrdmVEOtVamTiy5+vRQgbYUe9ynUi5e3AKXv81q3z7Qqu4krq5wUhWK+KD3gU3tLl69Oi4J VRA3RCtJXrGqloFNysvTSn7MZ4yNkZ/UUH3UYA2BNGUAXCeFxFe0j65JOyG7AgXly2fcExIZa3qhI ZVvHjswnOVMHylRWYQRR8eLnbc3zG9Jh4P3gnRpw8Q7M/m6alI+92F7AUhzdeFnxrrGMBt1Knx97s kiyTO05ZCAG+D2ASSaMW1LaHxcbuTaE6I3Bb+ICVBxriA5kKXEtZmxyOeiTPiL80G5fv7O1fni/la PkjNhEBg==; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:bb:dcff:fe50:d900]:26572 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92 (FreeBSD)) (envelope-from ) id 1hfl2N-000F81-0h; Tue, 25 Jun 2019 07:59:03 -0500 Received: from 2600:1700:210:b180:618b:e19b:4ff6:4b3e by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Tue, 25 Jun 2019 07:59:02 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Tue, 25 Jun 2019 07:59:02 -0500 From: Larry Rosenman To: "Andrey V. Elsukov" Cc: freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: ng_snd_item: Panic? In-Reply-To: References: <20190624183200.hu4vzocjsopjsnnz@ler-imac.local> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.3.9 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 12:59:08 -0000 On 06/25/2019 4:18 am, Andrey V. Elsukov wrote: > On 24.06.2019 23:10, Larry Rosenman wrote: >>>> #5  0xffffffff828ee5b7 in ng_snd_item (item=0xfffff8021e3b4d80, >>>> flags=0) >>>>     at /usr/src/sys/netgraph/ng_base.c:2252 >>> >>> It looks like you use some netgraph based ethernet interface. >>> The system got received ARP request and is going to send the reply, >>> but somehow mbuf with this ARP request has initialized m_next >>> pointer, >>> thus it is considered as a chain of mbufs. >>> >>> in_arpinput() reuses received mbuf to construct the reply, but it >>> doesn't check that an mbut is a chain. It just sets m_len and sends >>> it. >>> Then since you have INVARIANTS in your kernel, the netgraph code >>> check >>> the actual length of the chain, and it doesn't match to m_len. It >>> panics. >> >> >> so, is this a bug?  Timing race? Other? > > I think we should determine that my assumption is correct :) > Can you show the output of the following commands from the kgdb for > this > core? > > (kgdb) f 7 > (kgdb) p *m > (kgdb) p *m->m_next (kgdb) fr 7 #7 0xffffffff805b1e43 in ether_output (ifp=, m=0xfffff81f59eefb00, dst=0xfffffe012628d740, ro=) at /usr/src/sys/net/if_ethersubr.c:430 430 if ((error = (*ng_ether_output_p)(ifp, &m)) != 0) { (kgdb) p *m $1 = {{m_next = 0xfffff81086c9dd00, m_slist = {sle_next = 0xfffff81086c9dd00}, m_stailq = {stqe_next = 0xfffff81086c9dd00}}, {m_nextpkt = 0x0, m_slistpkt = {sle_next = 0x0}, m_stailqpkt = {stqe_next = 0x0}}, m_data = 0xfffff81f59eefb72 "\004\311\331c\"\207\244\272\333)f\225\b\006", m_len = 42, m_type = 1, m_flags = 2, {{m_pkthdr = {{snd_tag = 0x0, rcvif = 0x0}, tags = {slh_first = 0xfffff8104c530d60}, len = 42, flowid = 0, csum_flags = 0, fibnum = 0, numa_domain = 255 '\377', rsstype = 0 '\000', {rcv_tstmp = 0, {l2hlen = 0 '\000', l3hlen = 0 '\000', l4hlen = 0 '\000', l5hlen = 0 '\000', spare = 0}}, PH_per = {eight = "\000\000\000\000\000\000\000", sixteen = {0, 0, 0, 0}, thirtytwo = {0, 0}, sixtyfour = { 0}, unintptr = {0}, ptr = 0x0}, PH_loc = {eight = "\000\000\000\000\000\000\000", sixteen = {0, 0, 0, 0}, thirtytwo = {0, 0}, sixtyfour = {0}, unintptr = {0}, ptr = 0x0}}, {m_ext = {{ext_count = 3735929054, ext_cnt = 0xdeadc0dedeadc0de}, ext_buf = 0x200000207 , ext_size = 99483648, ext_type = 0, ext_flags = 0, ext_free = 0x872263d9c9040000, ext_arg1 = 0x608956629dbbaa4, ext_arg2 = 0x200040600080100}, m_pktdat = 0xfffff81f59eefb58 "\336\300\255\336\336\300\255\336\a\002"}}, m_dat = 0xfffff81f59eefb20 ""}} (kgdb) p *m->m_next $2 = {{m_next = 0x0, m_slist = {sle_next = 0x0}, m_stailq = {stqe_next = 0x0}}, {m_nextpkt = 0x0, m_slistpkt = {sle_next = 0x0}, m_stailqpkt = {stqe_next = 0x0}}, m_data = 0xfffff8002144b800 "\004\002\b\n\001tWg\001tWg\001\003\003\006\255\336zÚ­\336zÚ­\336zÚ­\336zÚ­\336zÚ­\336zÚ­\336zÚ­\336zÚ­\336zÚ­\336zÚ­\336zÚ­\336", , m_len = 1372, m_type = 1, m_flags = 1, {{m_pkthdr = {{snd_tag = 0x0, rcvif = 0x0}, tags = {slh_first = 0x0}, len = 0, flowid = 0, csum_flags = 0, fibnum = 0, numa_domain = 0 '\000', rsstype = 0 '\000', {rcv_tstmp = 0, {l2hlen = 0 '\000', l3hlen = 0 '\000', l4hlen = 0 '\000', l5hlen = 0 '\000', spare = 0}}, PH_per = { eight = "\000\000\000\000\000\000\000", sixteen = {0, 0, 0, 0}, thirtytwo = {0, 0}, sixtyfour = {0}, unintptr = {0}, ptr = 0x0}, PH_loc = {eight = "\000\000\000\000\000\000\000", sixteen = {0, 0, 0, 0}, thirtytwo = {0, 0}, sixtyfour = {0}, unintptr = {0}, ptr = 0x0}}, {m_ext = {{ext_count = 1, ext_cnt = 0xdeadc0de00000001}, ext_buf = 0xfffff8002144b800 "\004\002\b\n\001tWg\001tWg\001\003\003\006\255\336zÚ­\336zÚ­\336zÚ­\336zÚ­\336zÚ­\336zÚ­\336zÚ­\336zÚ­\336zÚ­\336zÚ­\336zÚ­\336", , ext_size = 2048, ext_type = 6, ext_flags = 1, ext_free = 0x0, ext_arg1 = 0x0, ext_arg2 = 0x0}, m_pktdat = 0xfffff81086c9dd58 "\001"}}, m_dat = 0xfffff81086c9dd20 ""}} (kgdb) -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 From owner-freebsd-net@freebsd.org Tue Jun 25 13:25:04 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8023A15CC935 for ; Tue, 25 Jun 2019 13:25:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1B18C8B1B5 for ; Tue, 25 Jun 2019 13:25:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id CFCA215CC934; Tue, 25 Jun 2019 13:25:03 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA8F315CC933 for ; Tue, 25 Jun 2019 13:25:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 44EB08B1B1 for ; Tue, 25 Jun 2019 13:25:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 937C8D2F2 for ; Tue, 25 Jun 2019 13:25:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5PDP2ux028667 for ; Tue, 25 Jun 2019 13:25:02 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5PDP23M028666 for net@FreeBSD.org; Tue, 25 Jun 2019 13:25: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 238789] panic: mutex so_rcv not owned at /usr/src/sys/kern/uipc_socket.c:2359 Date: Tue, 25 Jun 2019 13:25:02 +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.0-STABLE X-Bugzilla-Keywords: needs-qa, panic X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: greg@codeconcepts.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: mfc-stable11? 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 MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 13:25:04 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238789 --- Comment #5 from Greg Becker --- Sure Kubilay, here's my backtrace. It's from a kernel module I am working = on that I have not yet published. I hit this easily with GENERIC, but never h= it it when running with the patch I supplied: panic: mutex so_rcv not owned at /usr/src/sys/kern/uipc_socket.c:2359 cpuid =3D 11 time =3D 1561372118 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2c/frame 0xfffffe012015e= 5b0 kdb_backtrace() at kdb_backtrace+0x53/frame 0xfffffe012015e660 vpanic() at vpanic+0x265/frame 0xfffffe012015e720 doadump() at doadump/frame 0xfffffe012015e780 __mtx_assert() at __mtx_assert+0x145/frame 0xfffffe012015e800 soreceive_stream() at soreceive_stream+0x963/frame 0xfffffe012015e8b0 soreceive() at soreceive+0x102/frame 0xfffffe012015e910 krpc_recv_tcp() at krpc_recv_tcp+0x55/frame 0xfffffe012015e9a0 svc_rcv_receive() at svc_rcv_receive+0x1c/frame 0xfffffe012015e9e0 tpool_run() at tpool_run+0x92/frame 0xfffffe012015ea30 fork_exit() at fork_exit+0x13b/frame 0xfffffe012015eab0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe012015eab0 --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- KDB: enter: panic [ thread pid 0 tid 101260 ] Stopped at breakpoint+0x5: popq %rbp I think what is happening is that I am post-processing a rcv soupcall, but = the non-blocking call to sblock() in soreceive() loses due to a race with an asynchronously running call to soshutdown(SHUT_RD) from my module unload co= de.=20 But I have not yet verified that... I'm using GENERIC with the following options: options CONSPEED=3D115200 options BREAK_TO_DEBUGGER options DDB options SOCKBUF_DEBUG options INVARIANTS options INVARIANT_SUPPORT FreeBSD sm1.cc.codeconcepts.com 12.0-STABLE FreeBSD 12.0-STABLE #31 r349288= M: Tue Jun 25 07:19:16 CDT 2019=20=20=20=20 greg@sm1.cc.codeconcepts.com:/usr/obj/usr/src/amd64.amd64/sys/SM1 amd64 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Tue Jun 25 14:58:06 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E2FAF15CEABD; Tue, 25 Jun 2019 14:58:05 +0000 (UTC) (envelope-from roger.pau@citrix.com) Received: from esa4.hc3370-68.iphmx.com (esa4.hc3370-68.iphmx.com [216.71.155.144]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "esa4.hc3370-68.iphmx.com", Issuer "HydrantID SSL ICA G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 454108E690; Tue, 25 Jun 2019 14:58:03 +0000 (UTC) (envelope-from roger.pau@citrix.com) Received-SPF: None (esa4.hc3370-68.iphmx.com: no sender authenticity information available from domain of roger.pau@citrix.com) identity=pra; client-ip=162.221.158.21; receiver=esa4.hc3370-68.iphmx.com; envelope-from="roger.pau@citrix.com"; x-sender="roger.pau@citrix.com"; x-conformance=sidf_compatible Received-SPF: Pass (esa4.hc3370-68.iphmx.com: domain of roger.pau@citrix.com designates 162.221.158.21 as permitted sender) identity=mailfrom; client-ip=162.221.158.21; receiver=esa4.hc3370-68.iphmx.com; envelope-from="roger.pau@citrix.com"; x-sender="roger.pau@citrix.com"; x-conformance=sidf_compatible; x-record-type="v=spf1"; x-record-text="v=spf1 ip4:209.167.231.154 ip4:178.63.86.133 ip4:195.66.111.40/30 ip4:85.115.9.32/28 ip4:199.102.83.4 ip4:192.28.146.160 ip4:192.28.146.107 ip4:216.52.6.88 ip4:216.52.6.188 ip4:162.221.158.21 ip4:162.221.156.83 ~all" Received-SPF: None (esa4.hc3370-68.iphmx.com: no sender authenticity information available from domain of postmaster@mail.citrix.com) identity=helo; client-ip=162.221.158.21; receiver=esa4.hc3370-68.iphmx.com; envelope-from="roger.pau@citrix.com"; x-sender="postmaster@mail.citrix.com"; x-conformance=sidf_compatible IronPort-SDR: F+ZM2OCDeMS9HPxSOqBkcCbxLavjozwQSUSWl6QMHa9BxgRax+sCXgfrs8RZ4diyZ7C3X94ipP DTkqMQiCSG0ZV/s+LXgPKDcWulana2ijQiEH68Pad9ohWDBInB8k2qIdu9oamLoZHP9wl/uQcb wqcYn59yi0CztRAhJ3+qX5oK/oPUs4b0DHX9fVxH4gaudtPJCpqVZUT7j1frV5bI/uAGVxHfGU zhBxSK0W43c4QrAMGbQ0I3phnU/bqLDXPM4YJlwIunfWiRsJJZM7WZLZi5nuawo0FqqRGVt116 kEE= X-SBRS: 2.7 X-MesageID: 2229330 X-Ironport-Server: esa4.hc3370-68.iphmx.com X-Remote-IP: 162.221.158.21 X-Policy: $RELAYED X-IronPort-AV: E=Sophos;i="5.63,416,1557201600"; d="scan'208";a="2229330" Date: Tue, 25 Jun 2019 16:56:43 +0200 From: Roger Pau =?utf-8?B?TW9ubsOp?= To: Christian M CC: , Subject: Re: Very slow and inconsistent internal network speed (between, VM's on the same host) for FreeBSD 11.0+ as guest on, XCP-ng/XenServer Message-ID: <20190625145643.shasw7bcgu6s2hg7@MacBook-Air-de-Roger.local> References: <12994df1-f847-ec92-aae8-43a32e59385f@darco.dk> <20190625082103.qiiz2cikrauaqlas@MacBook-Air-de-Roger.local> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 X-ClientProxiedBy: AMSPEX02CAS02.citrite.net (10.69.22.113) To AMSPEX02CL02.citrite.net (10.69.22.126) X-Rspamd-Queue-Id: 454108E690 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of roger.pau@citrix.com designates 216.71.155.144 as permitted sender) smtp.mailfrom=roger.pau@citrix.com X-Spamd-Result: default: False [-3.97 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:216.71.155.144]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[citrix.com]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mx1.hc3370-68.iphmx.com]; NEURAL_HAM_SHORT(-0.80)[-0.800,0]; RCVD_IN_DNSWL_NONE(0.00)[144.155.71.216.list.dnswl.org : 127.0.3.0]; IP_SCORE(-0.86)[ip: (-1.33), ipnet: 216.71.154.0/23(-1.80), asn: 16417(-1.10), country: US(-0.06)]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16417, ipnet:216.71.154.0/23, country:US]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 14:58:06 -0000 On Tue, Jun 25, 2019 at 01:55:40PM +0200, Christian M wrote: > I've made two tests while running tcpdump on the xcp-ng host. I'm not at > all qualified to interpret the .pcap files from tcpdump, but I've put them > on Google Drive and linked them below the two tests. Perhaps someone more > qualified could have a look for anything useful in there. Please note the > extremely uneven throughput for test 2 below. It's almost like the > throughput increased when running tcpdump simultaneously. > > Host: XCP-ng 7.6.0 > Network: Private Network on host, not connected to any PIF. > VM1: 12.0-RELEASE (1 VIF, 172.31.16.125) > VM2: 12.0-RELEASE (1 VIF, 172.31.15.126) > > On the host I listen with tcpdump on the VIF for VM1 in both tests. > > VM1 as client: > > On XCP-ng: tcpdump -i vif42.0 -s 0 -w xcp-ng-vm1-client.pcap Can you check the capabilities of vif42.0? (ie: whether csum offloading is actually disabled on the host?) > xcp-ng-vm1-client.pcap (80M): > https://drive.google.com/open?id=1eR3fetvKRz3vFSXCxDKuJYFrQ3wLqjrU > On VM1: iperf3 -c 172.31.16.126 > On VM2: iperf3 -s I've taken a look at the dump and the checksum is wrong (or maybe missing) for all? packets. Packets with source 172.31.16.125 all have the TCP checksum set to 0x7f80 and all packets with source 172.31.16.125 have the TCP checksum set to 0x7960. FTR, can you also paste the ifconfig output of each interface before running iperf? Thanks, Roger. From owner-freebsd-net@freebsd.org Tue Jun 25 15:36:45 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8345915CF9E9; Tue, 25 Jun 2019 15:36:45 +0000 (UTC) (envelope-from roger.pau@citrix.com) Received: from esa2.hc3370-68.iphmx.com (esa2.hc3370-68.iphmx.com [216.71.145.153]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "esa2.hc3370-68.iphmx.com", Issuer "HydrantID SSL ICA G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3EF858FE52; Tue, 25 Jun 2019 15:36:44 +0000 (UTC) (envelope-from roger.pau@citrix.com) Received-SPF: None (esa2.hc3370-68.iphmx.com: no sender authenticity information available from domain of roger.pau@citrix.com) identity=pra; client-ip=162.221.158.21; receiver=esa2.hc3370-68.iphmx.com; envelope-from="roger.pau@citrix.com"; x-sender="roger.pau@citrix.com"; x-conformance=sidf_compatible Received-SPF: Pass (esa2.hc3370-68.iphmx.com: domain of roger.pau@citrix.com designates 162.221.158.21 as permitted sender) identity=mailfrom; client-ip=162.221.158.21; receiver=esa2.hc3370-68.iphmx.com; envelope-from="roger.pau@citrix.com"; x-sender="roger.pau@citrix.com"; x-conformance=sidf_compatible; x-record-type="v=spf1"; x-record-text="v=spf1 ip4:209.167.231.154 ip4:178.63.86.133 ip4:195.66.111.40/30 ip4:85.115.9.32/28 ip4:199.102.83.4 ip4:192.28.146.160 ip4:192.28.146.107 ip4:216.52.6.88 ip4:216.52.6.188 ip4:162.221.158.21 ip4:162.221.156.83 ~all" Received-SPF: None (esa2.hc3370-68.iphmx.com: no sender authenticity information available from domain of postmaster@mail.citrix.com) identity=helo; client-ip=162.221.158.21; receiver=esa2.hc3370-68.iphmx.com; envelope-from="roger.pau@citrix.com"; x-sender="postmaster@mail.citrix.com"; x-conformance=sidf_compatible IronPort-SDR: cFXwqpBxqVWw+gmt56iij5eI5grY18aP974hRWq2gJyHha9tud1D8f1sVBEcSpLOxU0846HSK9 FC9tvrIq9+wal61//Jt6MueOrc0cg3Ky5VDEfKLzZOOYoA9jb/kDWUKITEyMwqWd6ggCGFWOrK tnfeHwB0N0YFw5xhT4bSNBRlu02lJBGQ9vdP8DfxHSv4tq/R/66kpjpE2Id/4sgXlNqQn5sGGb 0PolhFeH2H/gQFP6r/smVHEn4jjvPP7suiM/tfQwVpiQiNGIXDqGyfZa0tDh9JiOQPUD1Mwn0r WuY= X-SBRS: 2.7 X-MesageID: 2192123 X-Ironport-Server: esa2.hc3370-68.iphmx.com X-Remote-IP: 162.221.158.21 X-Policy: $RELAYED X-IronPort-AV: E=Sophos;i="5.63,416,1557201600"; d="scan'208";a="2192123" Date: Tue, 25 Jun 2019 17:01:24 +0200 From: Roger Pau =?utf-8?B?TW9ubsOp?= To: Roger Pau =?utf-8?B?TW9ubsOp?= CC: Christian M , , Subject: Re: Very slow and inconsistent internal network speed (between, VM's on the same host) for FreeBSD 11.0+ as guest on, XCP-ng/XenServer Message-ID: <20190625150124.wiqikig623k3lzuv@MacBook-Air-de-Roger.local> References: <12994df1-f847-ec92-aae8-43a32e59385f@darco.dk> <20190625082103.qiiz2cikrauaqlas@MacBook-Air-de-Roger.local> <20190625145643.shasw7bcgu6s2hg7@MacBook-Air-de-Roger.local> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20190625145643.shasw7bcgu6s2hg7@MacBook-Air-de-Roger.local> User-Agent: NeoMutt/20180716 X-ClientProxiedBy: AMSPEX02CAS02.citrite.net (10.69.22.113) To AMSPEX02CL02.citrite.net (10.69.22.126) X-Rspamd-Queue-Id: 3EF858FE52 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of roger.pau@citrix.com designates 216.71.145.153 as permitted sender) smtp.mailfrom=roger.pau@citrix.com X-Spamd-Result: default: False [-3.69 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:216.71.145.153]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[citrix.com]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mx1.hc3370-68.iphmx.com]; NEURAL_HAM_SHORT(-0.83)[-0.825,0]; RCVD_IN_DNSWL_NONE(0.00)[153.145.71.216.list.dnswl.org : 127.0.3.0]; IP_SCORE(-0.55)[ip: (-1.33), ipnet: 216.71.145.0/24(-0.27), asn: 16417(-1.11), country: US(-0.06)]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16417, ipnet:216.71.145.0/24, country:US]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 15:36:45 -0000 There's a mistake in my reply below. On Tue, Jun 25, 2019 at 04:56:43PM +0200, Roger Pau Monné wrote: > On Tue, Jun 25, 2019 at 01:55:40PM +0200, Christian M wrote: > > I've made two tests while running tcpdump on the xcp-ng host. I'm not at > > all qualified to interpret the .pcap files from tcpdump, but I've put them > > on Google Drive and linked them below the two tests. Perhaps someone more > > qualified could have a look for anything useful in there. Please note the > > extremely uneven throughput for test 2 below. It's almost like the > > throughput increased when running tcpdump simultaneously. > > > > Host: XCP-ng 7.6.0 > > Network: Private Network on host, not connected to any PIF. > > VM1: 12.0-RELEASE (1 VIF, 172.31.16.125) > > VM2: 12.0-RELEASE (1 VIF, 172.31.15.126) > > > > On the host I listen with tcpdump on the VIF for VM1 in both tests. > > > > VM1 as client: > > > > On XCP-ng: tcpdump -i vif42.0 -s 0 -w xcp-ng-vm1-client.pcap > > Can you check the capabilities of vif42.0? (ie: whether csum > offloading is actually disabled on the host?) > > > xcp-ng-vm1-client.pcap (80M): > > https://drive.google.com/open?id=1eR3fetvKRz3vFSXCxDKuJYFrQ3wLqjrU > > On VM1: iperf3 -c 172.31.16.126 > > On VM2: iperf3 -s > > I've taken a look at the dump and the checksum is wrong (or maybe > missing) for all? packets. > > Packets with source 172.31.16.125 all have the TCP checksum set to > 0x7f80 and all packets with source 172.31.16.125 have the TCP checksum ^ 172.31.16.126 From owner-freebsd-net@freebsd.org Tue Jun 25 18:45:11 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 291F415D3E35 for ; Tue, 25 Jun 2019 18:45:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B843370294 for ; Tue, 25 Jun 2019 18:45:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 7BF7415D3E31; Tue, 25 Jun 2019 18:45:10 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A65515D3E30 for ; Tue, 25 Jun 2019 18:45:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 097AC70290 for ; Tue, 25 Jun 2019 18:45:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 4A7071009E for ; Tue, 25 Jun 2019 18:45:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5PIj98i081899 for ; Tue, 25 Jun 2019 18:45:09 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5PIj9sb081898 for net@FreeBSD.org; Tue, 25 Jun 2019 18:45:09 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 206544] sendmsg(2) (sendto(2) too?) can fail with EINVAL; isn't documented in manpage Date: Tue, 25 Jun 2019 18:45:08 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Documentation X-Bugzilla-Component: Manual Pages X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: munna1991vikram@gmail.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: doc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 18:45:11 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206544 Munna changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |munna1991vikram@gmail.com --- Comment #6 from Munna --- Here is some important information about playing the DVD on your personal computer. This website provides us all the information about how to play the DVD on our personal computer. https://windowsclassroom.com/play-dvd-windows-10/ --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Tue Jun 25 19:52:24 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52B3015D5D7C for ; Tue, 25 Jun 2019 19:52:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id DCDD373227 for ; Tue, 25 Jun 2019 19:52:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9AA6D15D5D7A; Tue, 25 Jun 2019 19:52:23 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8900A15D5D78 for ; Tue, 25 Jun 2019 19:52:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1C6347321F for ; Tue, 25 Jun 2019 19:52:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 5990010A82 for ; Tue, 25 Jun 2019 19:52:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5PJqM3i016023 for ; Tue, 25 Jun 2019 19:52:22 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5PJqMkq016022 for net@FreeBSD.org; Tue, 25 Jun 2019 19:52:22 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 238796] ipfilter: fix unremovable rules and rules checksum for comparison Date: Tue, 25 Jun 2019 19:52:21 +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: 12.0-STABLE X-Bugzilla-Keywords: needs-qa, patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: cy@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cy@FreeBSD.org X-Bugzilla-Flags: mfc-stable11? mfc-stable12? 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 MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 19:52:24 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238796 Cy Schubert changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|net@FreeBSD.org |cy@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Tue Jun 25 20:16:20 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1E9D15D641E; Tue, 25 Jun 2019 20:16:19 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward103j.mail.yandex.net (forward103j.mail.yandex.net [IPv6:2a02:6b8:0:801:2::106]) (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 6A8D67431B; Tue, 25 Jun 2019 20:16:19 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback9g.mail.yandex.net (mxback9g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:170]) by forward103j.mail.yandex.net (Yandex) with ESMTP id B77A46740A91; Tue, 25 Jun 2019 23:16:07 +0300 (MSK) Received: from smtp3o.mail.yandex.net (smtp3o.mail.yandex.net [2a02:6b8:0:1a2d::27]) by mxback9g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id Xqg9DHKJZs-G7QqnDRm; Tue, 25 Jun 2019 23:16:07 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1561493767; bh=gOpmhW4/E+iK7AQqJR03/vZBnp8xaMqwwl75S2GLFRE=; h=In-Reply-To:From:To:Subject:Cc:Date:References:Message-ID; b=qRtR31NFc7PRWca+5Xb5wxMgSL/KoqpEzRb/oVdJyomVGtaGMUo4AZxw6tl9XLdgO 4lmZm9kaADzQUOpAD5YwQAe/X06VpvBqfX8sYmkEvv/uYroj8k+jVHBuWyzEI8vvIl tN4hxmITgo6oa1byyNYf+6in+Yx6YK2iyHEFvTTg= Received: by smtp3o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id BbzteSheyk-G6mGf6BX; Tue, 25 Jun 2019 23:16:06 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) Subject: Re: ng_snd_item: Panic? To: Larry Rosenman Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org References: <20190624183200.hu4vzocjsopjsnnz@ler-imac.local> From: "Andrey V. Elsukov" Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Autocrypt: addr=bu7cher@yandex.ru; prefer-encrypt=mutual; keydata= mQENBEwBF1kBCADB9sXFhBEUy8qQ4X63Y8eBatYMHGEFWN9ypS5lI3RE6qQW2EYbxNk7qUC5 21YIIS1mMFVBEfvR7J9uc7yaYgFCEb6Sce1RSO4ULN2mRKGHP3/Sl0ijZEjWHV91hY1YTHEF ZW/0GYinDf56sYpDDehaBF5wkWIo1+QK5nmj3vl0DIDCMNd7QEiWpyLVwECgLX2eOAXByT8B bCqVhJGcG6iFP7/B9Ll6uX5gb8thM9LM+ibwErDBVDGiOgvfxqidab7fdkh893IBCXa82H9N CNwnEtcgzh+BSKK5BgvPohFMgRwjti37TSxwLu63QejRGbZWSz3OK3jMOoF63tCgn7FvABEB AAG0JUFuZHJleSBWLiBFbHN1a292IDxidTdjaGVyQHlhbmRleC5ydT6JATgEEwECACIFAkwB F1kCGwMGCwkIBwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEAHF6gQQyKF6qmYIAI6ekfm1VA4T vqankI1ISE6ku4jV7UlpIQlEbE7/8n3Zd6teJ+pGOQhN5qk8QE7utdPdbktAzi+x7LIJVzUw 4TywZLXGrkP7VKYkfg6oyCGyzITghefQeJtr2TN4hYCkzPWpylkue8MtmqfZv/6royqwTbN+ +E09FQNvTgRUYJYTeQ1qOsxNRycwvw3dr2rOfuxShbzaHBB1pBIjGrMg8fC5pd65ACH5zuFV A0CoTNGMDrEZSfBkTW604UUHFFXeCoC3dwDZRKOWJ3GmMXns65Ai5YkA63BSHEE1Qle3VBhd cG1w0CB5FBV3pB27UVnf0jEbysrDqW4qN7XMRFSWNAy5AQ0ETAEXWQEIAJ2p6l9LBoqdH/0J PEFDY2t2gTvAuzz+8zs3R03dFuHcNbOwjvWCG0aOmVpAzkRa8egn5JB4sZaFUtKPYJEQ1Iu+ LUBwgvtXf4vWpzC67zs2dDuiW4LamH5p6xkTD61aHR7mCB3bg2TUjrDWn2Jt44cvoYxj3dz4 S49U1rc9ZPgD5axCNv45j72tggWlZvpefThP7xT1OlNTUqye2gAwQravXpZkl5JG4eOqJVIU X316iE3qso0iXRUtO7OseBf0PiVmk+wCahdreHOeOxK5jMhYkPKVn7z1sZiB7W2H2TojbmcK HZC22sz7Z/H36Lhg1+/RCnGzdEcjGc8oFHXHCxUAEQEAAYkBHwQYAQIACQUCTAEXWQIbDAAK CRABxeoEEMihegkYCAC3ivGYNe2taNm/4Nx5GPdzuaAJGKWksV+w9mo7dQvU+NmI2az5w8vw 98OmX7G0OV9snxMW+6cyNqBrVFTu33VVNzz9pnqNCHxGvj5dL5ltP160JV2zw2bUwJBYsgYQ WfyJJIM7l3gv5ZS3DGqaGIm9gOK1ANxfrR5PgPzvI9VxDhlr2juEVMZYAqPLEJe+SSxbwLoz BcFCNdDAyXcaAzXsx/E02YWm1hIWNRxanAe7Vlg7OL+gvLpdtrYCMg28PNqKNyrQ87LQ49O9 50IIZDOtNFeR0FGucjcLPdS9PiEqCoH7/waJxWp6ydJ+g4OYRBYNM0EmMgy1N85JJrV1mi5i Message-ID: <7b4c697c-e924-deb8-d227-2d188b8f8483@yandex.ru> Date: Tue, 25 Jun 2019 23:13:29 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="pkXM9hOnC7Epjpsk1PDXC3jciX3wIAszu" X-Rspamd-Queue-Id: 6A8D67431B X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.981,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 20:16:20 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --pkXM9hOnC7Epjpsk1PDXC3jciX3wIAszu Content-Type: multipart/mixed; boundary="LAsyanrEHoxlPz6O4Ca6I4nKHVYwDfizP"; protected-headers="v1" From: "Andrey V. Elsukov" To: Larry Rosenman Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Message-ID: <7b4c697c-e924-deb8-d227-2d188b8f8483@yandex.ru> Subject: Re: ng_snd_item: Panic? References: <20190624183200.hu4vzocjsopjsnnz@ler-imac.local> In-Reply-To: --LAsyanrEHoxlPz6O4Ca6I4nKHVYwDfizP Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 25.06.2019 15:59, Larry Rosenman wrote: > On 06/25/2019 4:18 am, Andrey V. Elsukov wrote: >> On 24.06.2019 23:10, Larry Rosenman wrote: >>>>> #5=C2=A0 0xffffffff828ee5b7 in ng_snd_item (item=3D0xfffff8021e3b4d= 80, >>>>> flags=3D0) >>>>> =C2=A0=C2=A0=C2=A0 at /usr/src/sys/netgraph/ng_base.c:2252 >>>> >>>> It looks like you use some netgraph based ethernet interface. >>>> The system got received ARP request and is going to send the reply, >>>> but somehow mbuf with this ARP request has initialized m_next pointe= r, >>>> thus it is considered as a chain of mbufs. >>>> >>>> in_arpinput() reuses received mbuf to construct the reply, but it >>>> doesn't check that an mbut is a chain. It just sets m_len and sends = it. >>>> Then since you have INVARIANTS in your kernel, the netgraph code che= ck >>>> the actual length of the chain, and it doesn't match to m_len. It >>>> panics. >>> >>> >>> so, is this a bug?=C2=A0 Timing race? Other? >> >> I think we should determine that my assumption is correct :) >> Can you show the output of the following commands from the kgdb for th= is >> core? >> >> (kgdb) f 7 >> (kgdb) p *m >> (kgdb) p *m->m_next >=20 >=20 > (kgdb) fr 7 > #7=C2=A0 0xffffffff805b1e43 in ether_output (ifp=3D, > m=3D0xfffff81f59eefb00, dst=3D0xfffffe012628d740, ro=3D)= at > /usr/src/sys/net/if_ethersubr.c:430 > 430=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 i= f ((error =3D (*ng_ether_output_p)(ifp, &m)) !=3D 0) { I failed to track the possible way to get this. Please, show the output of the following commands: (kgdb) f 7 (kgdb) p/x (u_char[42])m->m_data (kgdb) p/x (u_char[1372]m->m_next->m_data Did you used this configuration for the long time and these panics were the first time? --=20 WBR, Andrey V. Elsukov --LAsyanrEHoxlPz6O4Ca6I4nKHVYwDfizP-- --pkXM9hOnC7Epjpsk1PDXC3jciX3wIAszu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAl0SgGkACgkQAcXqBBDI oXobnwgAu+qATxqLM5x9lj50JU7DtSD++QN++XiKTTdv2o/Ihai26OnW5EDRrfzh GcefzF47UvJTsBhf48y9Ws6XoMLShCv6FWE6iP5b2B7KwQ8rYVbpu5eNfQOqamqd lIX0j1q+xvqs+mx5F5XvC3QWNu1+lS1Pdgw3ay7i8qNfBTDJHg6NeUcA2uTz/iVX eiG3pkXigTTnLIquPmg9OpHUgZWAmpzFAvl36aoWfzVKUBxYS8CVYnYwAngUf4UR 3xIBvy0UyuWbX/7xyHJzF6PdUA77M6Mm7ti5Qly2x28SDDL3Jl4jglmzX4sQ7TdY ZwJuHwKTvpCucy1OXx4/73SI3A2pyA== =Y/JP -----END PGP SIGNATURE----- --pkXM9hOnC7Epjpsk1PDXC3jciX3wIAszu-- From owner-freebsd-net@freebsd.org Tue Jun 25 20:21:26 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8034D15D67C2; Tue, 25 Jun 2019 20:21:26 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (ns-b.lerctr.org [IPv6:2001:470:1f0f:3ad::53:2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "*.lerctr.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C72827486D; Tue, 25 Jun 2019 20:21:25 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=ler2019; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version:Sender:Reply-To: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=EdEml7v5uiDm/dIo6greBIcb7Mc2RV+wK+WKmyn2JZA=; b=YzuqQJ6PpdCB8I0+IpRLJTwUKn HaUfpWlbhMP7biQU0gmgO2ZFstay3XDXSMwR3ZhKyCl/jd3vK2/YDBR1ptH1K2vzNly5/J3cnOZJA OVF8uGPQtqMyRBSYJqQ/ORgMeCPqhti3uZ9yow93t7iucqDJf7DAyNfb2NbrPnmv3JkpbMgJ7gAu3 cAxJNY8csO4uwEtU3TgtFdGIpNACBF/4elugfbrkh95VBMDHB+20LSlT4jouRksitV8QcgFTmPLFL X109IFeX6WSMD6G0OpltEjeYtikrW7pquvlunPuZiZt03MxV++cIxIHoXaIcwiEnLsjFzoRpYekvD Gmfxk0Gw==; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:bb:dcff:fe50:d900]:20421 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92 (FreeBSD)) (envelope-from ) id 1hfrwQ-0003IF-QE; Tue, 25 Jun 2019 15:21:22 -0500 Received: from 2600:1700:210:b180:618b:e19b:4ff6:4b3e by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Tue, 25 Jun 2019 15:21:22 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Tue, 25 Jun 2019 15:21:22 -0500 From: Larry Rosenman To: "Andrey V. Elsukov" Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: ng_snd_item: Panic? In-Reply-To: <7b4c697c-e924-deb8-d227-2d188b8f8483@yandex.ru> References: <20190624183200.hu4vzocjsopjsnnz@ler-imac.local> <7b4c697c-e924-deb8-d227-2d188b8f8483@yandex.ru> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.3.9 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 20:21:26 -0000 On 06/25/2019 3:13 pm, Andrey V. Elsukov wrote: > On 25.06.2019 15:59, Larry Rosenman wrote: >> On 06/25/2019 4:18 am, Andrey V. Elsukov wrote: >>> On 24.06.2019 23:10, Larry Rosenman wrote: >>>>>> #5  0xffffffff828ee5b7 in ng_snd_item (item=0xfffff8021e3b4d80, >>>>>> flags=0) >>>>>>     at /usr/src/sys/netgraph/ng_base.c:2252 >>>>> >>>>> It looks like you use some netgraph based ethernet interface. >>>>> The system got received ARP request and is going to send the reply, >>>>> but somehow mbuf with this ARP request has initialized m_next >>>>> pointer, >>>>> thus it is considered as a chain of mbufs. >>>>> >>>>> in_arpinput() reuses received mbuf to construct the reply, but it >>>>> doesn't check that an mbut is a chain. It just sets m_len and sends >>>>> it. >>>>> Then since you have INVARIANTS in your kernel, the netgraph code >>>>> check >>>>> the actual length of the chain, and it doesn't match to m_len. It >>>>> panics. >>>> >>>> >>>> so, is this a bug?  Timing race? Other? >>> >>> I think we should determine that my assumption is correct :) >>> Can you show the output of the following commands from the kgdb for >>> this >>> core? >>> >>> (kgdb) f 7 >>> (kgdb) p *m >>> (kgdb) p *m->m_next >> >> >> (kgdb) fr 7 >> #7  0xffffffff805b1e43 in ether_output (ifp=, >> m=0xfffff81f59eefb00, dst=0xfffffe012628d740, ro=) at >> /usr/src/sys/net/if_ethersubr.c:430 >> 430            if ((error = (*ng_ether_output_p)(ifp, &m)) != 0) { > > I failed to track the possible way to get this. > Please, show the output of the following commands: > (kgdb) f 7 > (kgdb) p/x (u_char[42])m->m_data > (kgdb) p/x (u_char[1372]m->m_next->m_data > > Did you used this configuration for the long time and these panics were > the first time? (kgdb) f 7 #7 0xffffffff805b1e43 in ether_output (ifp=, m=0xfffff81f59eefb00, dst=0xfffffe012628d740, ro=) at /usr/src/sys/net/if_ethersubr.c:430 430 if ((error = (*ng_ether_output_p)(ifp, &m)) != 0) { (kgdb) p/x (u_char[42])m->m_data $1 = {0x72, 0xfb, 0xee, 0x59, 0x1f, 0xf8, 0xff, 0xff, 0x2a, 0x0, 0x0, 0x0, 0x1, 0x2, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x60, 0xd, 0x53, 0x4c, 0x10, 0xf8, 0xff, 0xff, 0x2a, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0} (kgdb) p/x (u_char[1372]m->m_next->m_data A syntax error in expression, near `m->m_next->m_data'. (kgdb) p/x (u_char[1372])m->m_next->m_data $2 = {0x0, 0xb8, 0x44, 0x21, 0x0, 0xf8, 0xff, 0xff, 0x5c, 0x5, 0x0, 0x0, 0x1, 0x1, 0x0 , 0x1, 0x0, 0x0, 0x0, 0xde, 0xc0, 0xad, 0xde, 0x0, 0xb8, 0x44, 0x21, 0x0, 0xf8, 0xff, 0xff, 0x0, 0x8, 0x0, 0x0, 0x6, 0x1, 0x0 , 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0xde, 0xc0, 0xad, 0xde, 0x0 , 0x4c, 0xe0, 0xd6, 0x79, 0x19, 0xf8, 0xff, 0xff, 0xa8, 0x3, 0x0, 0x0, 0x1, 0x3...} (kgdb) I've been using this configuration for quite a few months, and these 2 panics yesterday are the only ones I've seen. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 From owner-freebsd-net@freebsd.org Tue Jun 25 23:14:55 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D494F15D96D1; Tue, 25 Jun 2019 23:14:55 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "eg.sd.rdtc.ru", Issuer "eg.sd.rdtc.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A8CAB82B61; Tue, 25 Jun 2019 23:14:44 +0000 (UTC) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: freebsd-xen@freebsd.org Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id x5PNEYsm001645 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 26 Jun 2019 06:14:34 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Very slow and inconsistent internal network speed (between, VM's on the same host) for FreeBSD 11.0+ as guest on, XCP-ng/XenServer To: Christian M References: <12994df1-f847-ec92-aae8-43a32e59385f@darco.dk> <20190625082103.qiiz2cikrauaqlas@MacBook-Air-de-Roger.local> Cc: freebsd-xen@freebsd.org, freebsd-net@freebsd.org From: Eugene Grosbein Message-ID: <8ec84f75-2100-ff8a-6337-3c955f31da62@grosbein.net> Date: Wed, 26 Jun 2019 06:14:26 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: A8CAB82B61 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-0.04 / 15.00]; MX_INVALID(0.50)[greylisted]; TO_DN_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:29072, ipnet:2a03:3100::/32, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.78)[-0.782,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.39)[0.389,0]; NEURAL_HAM_LONG(-0.10)[-0.105,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(0.06)[asn: 29072(0.26), country: RU(0.01)]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 23:14:56 -0000 25.06.2019 19:40, Christian M wrote: > I've disabled them all on both VM's with FreeBSD 12.0-RELEASE (ifconfig xn0 > -txcsum -rxcsum -lro -tso), and also tried disabling everything for the VIF > via XCP-ng earlier. It made no difference unfortunately. Then you should try to bring the interface to promiscuous mode manually with "ifconfig xn0 promisc" any retry. If this does not make a difference, then you may be facing some timekeeping problem as tcpdump makes additional CPU load on the system that can force scheduler behaviour to change. As next step, you should check your kern.timecounter.* and kern.eventtimer.* sysctls. If default value of kern.eventtimer.periodic is 0 (it depends on detected "hardware"), you should change it kern.eventtimer.periodic=1 and retry the test. From owner-freebsd-net@freebsd.org Tue Jun 25 23:46:04 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 13ABD15D9E1B for ; Tue, 25 Jun 2019 23:46:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A153483934 for ; Tue, 25 Jun 2019 23:46:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 5FE0B15D9E15; Tue, 25 Jun 2019 23:46:03 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4E45415D9E14 for ; Tue, 25 Jun 2019 23:46:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E0C758392A for ; Tue, 25 Jun 2019 23:46:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 2BAFB12B38 for ; Tue, 25 Jun 2019 23:46:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5PNk269028225 for ; Tue, 25 Jun 2019 23:46:02 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5PNk2ir028224 for net@FreeBSD.org; Tue, 25 Jun 2019 23:46: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 206544] sendmsg(2) (sendto(2) too?) can fail with EINVAL; isn't documented in manpage Date: Tue, 25 Jun 2019 23:46:01 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Documentation X-Bugzilla-Component: Manual Pages X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: doc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: see_also Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2019 23:46:04 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206544 Eugene Grosbein changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.freebsd.org/bu | |gzilla/show_bug.cgi?id=3D2= 388 | |13 --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Wed Jun 26 00:50:40 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 86AEE15DB4D3 for ; Wed, 26 Jun 2019 00:50:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1FFA48561F for ; Wed, 26 Jun 2019 00:50:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id D24FE15DB4D2; Wed, 26 Jun 2019 00:50:39 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C0AB315DB4D1 for ; Wed, 26 Jun 2019 00:50:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5E34C85619 for ; Wed, 26 Jun 2019 00:50:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 9C7C5133C2 for ; Wed, 26 Jun 2019 00:50:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5Q0oc77098042 for ; Wed, 26 Jun 2019 00:50:38 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5Q0oclc098041 for net@FreeBSD.org; Wed, 26 Jun 2019 00:50:38 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 238796] ipfilter: fix unremovable rules and rules checksum for comparison Date: Wed, 26 Jun 2019 00:50:38 +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: 12.0-STABLE X-Bugzilla-Keywords: needs-qa, patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: cy@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cy@FreeBSD.org X-Bugzilla-Flags: mfc-stable11? 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 MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2019 00:50:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238796 --- Comment #1 from Cy Schubert --- Thanks for the patch. It is being reviewed along with the bug itself. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Wed Jun 26 00:54:34 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5832415DB70C for ; Wed, 26 Jun 2019 00:54:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E77F585D2C for ; Wed, 26 Jun 2019 00:54:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id A832315DB709; Wed, 26 Jun 2019 00:54:33 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 955A315DB708 for ; Wed, 26 Jun 2019 00:54:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2FA0185D26 for ; Wed, 26 Jun 2019 00:54:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 7749613522 for ; Wed, 26 Jun 2019 00:54:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5Q0sWEJ011436 for ; Wed, 26 Jun 2019 00:54:32 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5Q0sWJZ011435 for net@FreeBSD.org; Wed, 26 Jun 2019 00:54:32 GMT (envelope-from bugzilla-noreply@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: [Bug 238796] ipfilter: fix unremovable rules and rules checksum for comparison Date: Wed, 26 Jun 2019 00:54:32 +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: 12.0-STABLE X-Bugzilla-Keywords: needs-qa, patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cy@FreeBSD.org X-Bugzilla-Flags: mfc-stable11? 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 MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2019 00:54:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238796 --- Comment #2 from commit-hook@freebsd.org --- A commit references this bug: Author: cy Date: Wed Jun 26 00:53:49 UTC 2019 New revision: 349401 URL: https://svnweb.freebsd.org/changeset/base/349401 Log: While working on PR/238796 I discovered an unused variable in frdest, the next hop structure. It is likely this contributes to PR/238796 though other factors remain to be investigated. PR: 238796 MFC after: 1 week Changes: head/sys/contrib/ipfilter/netinet/fil.c head/sys/contrib/ipfilter/netinet/ip_fil.h --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Wed Jun 26 05:01:22 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8DC8115B3338 for ; Wed, 26 Jun 2019 05:01:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0BBAA8D202 for ; Wed, 26 Jun 2019 05:01:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id BDD0915B3337; Wed, 26 Jun 2019 05:01:21 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AADE815B3336 for ; Wed, 26 Jun 2019 05:01:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 457758D1FF for ; Wed, 26 Jun 2019 05:01:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id ED7D315786 for ; Wed, 26 Jun 2019 05:01:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5Q51JiJ075817 for ; Wed, 26 Jun 2019 05:01:19 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5Q51JoM075816 for net@FreeBSD.org; Wed, 26 Jun 2019 05:01:19 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 238796] ipfilter: fix unremovable rules and rules checksum for comparison Date: Wed, 26 Jun 2019 05:01:19 +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: 12.0-STABLE X-Bugzilla-Keywords: needs-qa, patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: msl0000023508@gmail.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cy@FreeBSD.org X-Bugzilla-Flags: mfc-stable11? 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 MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2019 05:01:22 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238796 --- Comment #3 from WHR --- I'm actually didn't noticed that 'fd_local' is just been set but not used in the code; but it doesn't cause the issue in my test, 'fd_local' is 0 in all rules. By inserting printf(8)s to 'ipf_rule_compare', and manually comparing each possible members, I can only seen the string index numbers in 'fr_ifnames' = and 'fd_name' different between 2 instances representing a same rule. 'fd_ptr' value didn't change in the last test, because ifunit(9) returns the same pointer to 'struct ifnet' for same interface; but what if that interfa= ce recreated with same name? The 'fd_ptr' may have a different value than the = new pointer returned by ifunit(9). BTW, this bug is already exists in IP Filter 4.*; but the only problematic variable was 'fd_ptr', may be plus the unused space in 'fr_ifnames' (type c= har [4][LIFNAMSIZ]), in that version. I has first discovered this bug on a Solaris system, and found the 'fd_ifp'= (in 'frdest_t', renamed to 'fd_ptr' in v5 branch) is changing between old and n= ew instances of 'struct frentry'. I later fixed this bug in IP Filter 4.1.34 f= or Solaris (https://git.nsscn.top/Low-power/IPFilter/commit/9bb6c656ac6fef52e538908337= 03bf7ddea1e18b). --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Wed Jun 26 05:15:47 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 30B2815B39CA for ; Wed, 26 Jun 2019 05:15:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id BBDA78DA1D for ; Wed, 26 Jun 2019 05:15:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 76B8215B39C9; Wed, 26 Jun 2019 05:15:46 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 63C2515B39C7 for ; Wed, 26 Jun 2019 05:15:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F32208DA1C for ; Wed, 26 Jun 2019 05:15:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 3F4F715A2D for ; Wed, 26 Jun 2019 05:15:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5Q5Fj4d008014 for ; Wed, 26 Jun 2019 05:15:45 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5Q5FjG1008013 for net@FreeBSD.org; Wed, 26 Jun 2019 05:15:45 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 238796] ipfilter: fix unremovable rules and rules checksum for comparison Date: Wed, 26 Jun 2019 05:15:44 +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: 12.0-STABLE X-Bugzilla-Keywords: needs-qa, patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: cy@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cy@FreeBSD.org X-Bugzilla-Flags: mfc-stable11? 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 MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2019 05:15:47 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238796 --- Comment #4 from Cy Schubert --- Created attachment 205341 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D205341&action= =3Dedit Updated patch I suppose I'll post my version of your patch. I'm far from finished, I'm st= ill digging. Far from a compete review but you get the idea where I'm going with this. Plus style(9) improvements. I've found a lot of this kind of stuff and panics in ipfilter. I've given our friends at NetBSD a heads up too. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Wed Jun 26 08:12:02 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B50DE15BCB29; Wed, 26 Jun 2019 08:12:01 +0000 (UTC) (envelope-from christian.marcos@gmail.com) Received: from mail-io1-xd33.google.com (mail-io1-xd33.google.com [IPv6:2607:f8b0:4864:20::d33]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 75861927DB; Wed, 26 Jun 2019 08:12:00 +0000 (UTC) (envelope-from christian.marcos@gmail.com) Received: by mail-io1-xd33.google.com with SMTP id k8so404157iot.1; Wed, 26 Jun 2019 01:12:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=+QQPK/xM0PZMFb1Q6QCnAGmc92GXmGQPoAeIQtSEbk0=; b=ujvEmiZCsW/KoBzUvu0HgRbbEvfmKKKPbJ4svngI/Qje/FBfm1kWK749iSDqWtNqb1 gkd3d0yeSEK9QqV8rb7mVEetAQQWvWDm0z0VZJvH9s/R1q3TRmOKmegE6kWxQjhXChTX NRpFAUXccIy5coc2c7piKn2WjHmMofks1vtfRRHOG8HTskOyiWREdx1Bt08JDbMBljm+ BX5HvSX6ixoMJVmcCYgr0yrwebtNjl7i/xlGNpMvl8QiSAwzX9xYrALWv2DNyBqGw8rn CFiWGFD/Cbcq8bAHtUcEXP8UDXw8DV7zzfHredL5Qn9nivYvkPbBQRV4x1glCx8nzB75 S24A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=+QQPK/xM0PZMFb1Q6QCnAGmc92GXmGQPoAeIQtSEbk0=; b=O9xNonA/p4VX+uMWOIKVYOTMk/ELUKeU2ehOODshcP1o7CIiAvAq4VeMGfrh3GcjZ/ DMVsy2M8u1URH2vES11M8zfvcb5PlEv8VFaWWDNm0e2/d9J8iqJHLMKBQLJrDMUtWGIE P6wWsictm958i1SpvvFfJP7onhluv5grGgqrPnakelQAwKYSC80QGTGjeqH6EJE7vr3v 1CBdkkZe3XjNaSoDpSdon2OTC/jaIj+A51+yHg631eqL2uvPBHrmfOSvdRgmCJlKFnP9 Udv+yjaateWOVwgn2+8jhtvODolJ+qlT1CjFcBf3E63zxEf1zTah/P3sV83SA8HQBheZ gNFQ== X-Gm-Message-State: APjAAAUrVQtaGiR31qaV3YLCqNxyhj1gLwKtS0rz3eCKYPAZwEAtE1in s491LkdCegocGCzf9hm/ouLf1aLjzTJS12Zg1/9ZZb/J+io= X-Google-Smtp-Source: APXvYqxGaVTUa+77kCobtJZ4vgJoG4icV5NNp0DrybYQvq5pwXUdGqYseUMV+rU0zwjDx0IYd57PuYxg3vII+DMIsys= X-Received: by 2002:a6b:2cc7:: with SMTP id s190mr3603681ios.29.1561536718778; Wed, 26 Jun 2019 01:11:58 -0700 (PDT) MIME-Version: 1.0 References: <12994df1-f847-ec92-aae8-43a32e59385f@darco.dk> <20190625082103.qiiz2cikrauaqlas@MacBook-Air-de-Roger.local> <8ec84f75-2100-ff8a-6337-3c955f31da62@grosbein.net> In-Reply-To: <8ec84f75-2100-ff8a-6337-3c955f31da62@grosbein.net> From: Christian M Date: Wed, 26 Jun 2019 10:11:47 +0200 Message-ID: Subject: Re: Very slow and inconsistent internal network speed (between, VM's on the same host) for FreeBSD 11.0+ as guest on, XCP-ng/XenServer To: Eugene Grosbein Cc: freebsd-xen@freebsd.org, freebsd-net@freebsd.org X-Rspamd-Queue-Id: 75861927DB X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ujvEmiZC; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of christianmarcos@gmail.com designates 2607:f8b0:4864:20::d33 as permitted sender) smtp.mailfrom=christianmarcos@gmail.com X-Spamd-Result: default: False [-6.64 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[3.3.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; IP_SCORE(-2.77)[ip: (-8.31), ipnet: 2607:f8b0::/32(-3.14), asn: 15169(-2.33), country: US(-0.06)]; NEURAL_HAM_SHORT(-0.86)[-0.864,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2019 08:12:02 -0000 checksum offloading doe not seem to have any affect when done on the VM VIF's. Both 12.0-RELEASE VIF's now have: other-config (MRW): ethtool-rx: off; ethtool-tx: off; ethtool-sg: off; ethtool-tso: off; ethtool-ufo: off; ethtool-gso: off ethtool -k vif54.0 Features for vif54.0: rx-checksumming: on [fixed] tx-checksumming: off tx-checksum-ipv4: off tx-checksum-ip-generic: off [fixed] tx-checksum-ipv6: off tx-checksum-fcoe-crc: off [fixed] tx-checksum-sctp: off [fixed] scatter-gather: off tx-scatter-gather: off tx-scatter-gather-fraglist: off tcp-segmentation-offload: off tx-tcp-segmentation: off tx-tcp-ecn-segmentation: off [fixed] tx-tcp6-segmentation: off udp-fragmentation-offload: off [fixed] generic-segmentation-offload: off generic-receive-offload: on large-receive-offload: off [fixed] rx-vlan-offload: off [fixed] tx-vlan-offload: off [fixed] ntuple-filters: off [fixed] receive-hashing: off [fixed] highdma: off [fixed] rx-vlan-filter: off [fixed] vlan-challenged: off [fixed] tx-lockless: off [fixed] netns-local: off [fixed] tx-gso-robust: off [fixed] tx-fcoe-segmentation: off [fixed] tx-gre-segmentation: off [fixed] tx-ipip-segmentation: off [fixed] tx-sit-segmentation: off [fixed] tx-udp_tnl-segmentation: off [fixed] fcoe-mtu: off [fixed] tx-nocache-copy: off loopback: off [fixed] rx-fcs: off [fixed] rx-all: off [fixed] tx-vlan-stag-hw-insert: off [fixed] rx-vlan-stag-hw-parse: off [fixed] rx-vlan-stag-filter: off [fixed] l2-fwd-offload: off [fixed] busy-poll: off [fixed] Both vif's look the same as above. Running tcpdump on the host while running iperf3 between the 12.0 VM's results in a lot of incorrect cksum like this. tcpdump -i vif54.0 -v -nn| grep -i incorrect 172.31.16.125.63013 > 172.31.16.126.5201: Flags [.], cksum 0x7f08 (incorrect -> 0x030f), seq 223153882:223155330, ack 1, win 1026, options [nop,nop,TS val 4104002274 ecr 3926764642], length 1448 ... Also noticed that iperf3 does not work to run every time, more than 50% of the tries with iperf3 -c I get: Connecting to host 172.31.16.126, port 5201 iperf3: error - unable to initialize stream: Socket is not connected Or nothing happens and I need to abort, then restart iperf3 -s on the other VM, and retry. The results from iperf3 are really inconsistent still, and I cant get a good feel of any pattern. Currently as I type this, a result looks like this: Host: tcpdump running VIF's: no promisc xn0 on both VM's: no promisc [ 5] local 172.31.16.125 port 47738 connected to 172.31.16.126 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 37.8 MBytes 316 Mbits/sec 176 1.43 KBytes [ 5] 1.00-2.00 sec 133 MBytes 1.11 Gbits/sec 1022 49.8 KBytes [ 5] 2.00-3.00 sec 179 MBytes 1.50 Gbits/sec 784 191 KBytes [ 5] 3.00-4.00 sec 132 MBytes 1.11 Gbits/sec 201 345 KBytes [ 5] 4.00-5.00 sec 95.3 MBytes 799 Mbits/sec 438 180 KBytes [ 5] 5.00-6.00 sec 126 MBytes 1.06 Gbits/sec 1256 353 KBytes [ 5] 6.00-7.00 sec 144 MBytes 1.20 Gbits/sec 1242 275 KBytes [ 5] 7.00-8.00 sec 94.5 MBytes 792 Mbits/sec 593 167 KBytes [ 5] 8.00-9.00 sec 125 MBytes 1.05 Gbits/sec 326 169 KBytes [ 5] 9.00-10.00 sec 57.0 MBytes 478 Mbits/sec 1013 1.43 KBytes [ 5] 10.00-11.00 sec 31.3 MBytes 262 Mbits/sec 463 1.43 KBytes [ 5] 11.00-12.00 sec 42.3 MBytes 355 Mbits/sec 544 78.3 KBytes [ 5] 12.00-13.00 sec 41.3 MBytes 346 Mbits/sec 624 1.43 KBytes [ 5] 13.00-14.00 sec 52.7 MBytes 442 Mbits/sec 739 1.43 KBytes [ 5] 14.00-15.00 sec 20.4 MBytes 171 Mbits/sec 384 1.43 KBytes [ 5] 15.00-16.00 sec 74.5 MBytes 625 Mbits/sec 489 299 KBytes [ 5] 16.00-17.00 sec 40.1 MBytes 337 Mbits/sec 835 1.43 KBytes [ 5] 17.00-18.00 sec 43.2 MBytes 363 Mbits/sec 372 1.43 KBytes [ 5] 18.00-19.00 sec 58.9 MBytes 494 Mbits/sec 723 1.43 KBytes [ 5] 19.00-20.00 sec 21.2 MBytes 178 Mbits/sec 300 1.43 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-20.00 sec 1.51 GBytes 649 Mbits/sec 12524 sender [ 5] 0.00-20.00 sec 1.51 GBytes 649 Mbits/sec receiver But please be sure, this can change dramatically without making any changes what so ever. Offloading is not turned off in FreeBSD (but on the VIF's as stated before), and tcpdump is running on the host. xn0: flags=8843 metric 0 mtu 1500 options=503 ether 12:ec:6a:5c:af:df inet 172.31.16.125 netmask 0xffffff00 broadcast 172.31.16.255 media: Ethernet manual status: active nd6 options=29 xn0: flags=8843 metric 0 mtu 1500 options=503 ether aa:4f:f7:4c:a0:e6 inet 172.31.16.126 netmask 0xffffff00 broadcast 172.31.16.255 media: Ethernet manual status: active nd6 options=29 Absolutely nothing changed this time (restarted iperf3 -s though since I ran ifconfig do get the info above), tcpdump still running on host (never even aborted): Host: tcpdump still running VIF's: no promisc xn0 on both VM's: no promisc [ 5] local 172.31.16.125 port 30543 connected to 172.31.16.126 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 10.3 MBytes 86.8 Mbits/sec 165 38.4 KBytes [ 5] 1.00-2.00 sec 39.7 MBytes 333 Mbits/sec 175 167 KBytes [ 5] 2.00-3.00 sec 40.0 MBytes 335 Mbits/sec 437 54.1 KBytes [ 5] 3.00-4.00 sec 11.2 MBytes 93.6 Mbits/sec 320 1.43 KBytes [ 5] 4.00-5.00 sec 11.2 MBytes 94.2 Mbits/sec 305 1.43 KBytes [ 5] 5.00-6.00 sec 7.63 MBytes 64.1 Mbits/sec 179 2.84 KBytes [ 5] 6.00-7.00 sec 6.77 MBytes 56.7 Mbits/sec 191 1.43 KBytes [ 5] 7.00-8.00 sec 4.26 MBytes 35.9 Mbits/sec 145 21.3 KBytes [ 5] 8.00-9.00 sec 5.38 MBytes 45.1 Mbits/sec 176 1.43 KBytes [ 5] 9.00-10.00 sec 8.24 MBytes 69.1 Mbits/sec 225 1.43 KBytes [ 5] 10.00-11.00 sec 16.1 MBytes 135 Mbits/sec 422 1.43 KBytes [ 5] 11.00-12.00 sec 3.76 MBytes 31.5 Mbits/sec 113 1.43 KBytes [ 5] 12.00-13.00 sec 6.62 MBytes 55.5 Mbits/sec 161 1.43 KBytes [ 5] 13.00-14.00 sec 5.28 MBytes 44.3 Mbits/sec 156 18.4 KBytes [ 5] 14.00-15.00 sec 5.21 MBytes 43.7 Mbits/sec 146 1.43 KBytes [ 5] 15.00-16.00 sec 6.37 MBytes 53.4 Mbits/sec 199 1.43 KBytes [ 5] 16.00-17.00 sec 10.7 MBytes 89.5 Mbits/sec 193 1.43 KBytes [ 5] 17.00-18.00 sec 9.49 MBytes 79.6 Mbits/sec 390 1.43 KBytes [ 5] 18.00-19.00 sec 5.36 MBytes 44.9 Mbits/sec 125 1.43 KBytes [ 5] 19.00-20.00 sec 3.65 MBytes 30.6 Mbits/sec 58 1.43 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-20.00 sec 217 MBytes 91.1 Mbits/sec 4281 sender [ 5] 0.00-20.00 sec 217 MBytes 90.8 Mbits/sec receiver Host: tcpdump still running VIF's: promisc xn0 on both VM's: promisc Connecting to host 172.31.16.126, port 5201 [ 5] local 172.31.16.125 port 61196 connected to 172.31.16.126 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 25.9 MBytes 217 Mbits/sec 271 90.5 KBytes [ 5] 1.00-2.00 sec 56.4 MBytes 473 Mbits/sec 94 255 KBytes [ 5] 2.00-3.00 sec 83.4 MBytes 699 Mbits/sec 872 201 KBytes [ 5] 3.00-4.00 sec 76.4 MBytes 641 Mbits/sec 684 176 KBytes [ 5] 4.00-5.00 sec 80.4 MBytes 674 Mbits/sec 742 1.43 KBytes [ 5] 5.00-6.00 sec 81.4 MBytes 684 Mbits/sec 248 333 KBytes [ 5] 6.00-7.00 sec 86.1 MBytes 722 Mbits/sec 826 160 KBytes [ 5] 7.00-8.00 sec 77.5 MBytes 650 Mbits/sec 209 253 KBytes [ 5] 8.00-9.00 sec 9.64 MBytes 80.9 Mbits/sec 433 12.8 KBytes [ 5] 9.00-10.00 sec 8.31 MBytes 69.6 Mbits/sec 210 1.43 KBytes [ 5] 10.00-11.00 sec 8.64 MBytes 72.5 Mbits/sec 199 1.43 KBytes [ 5] 11.00-12.00 sec 7.02 MBytes 58.9 Mbits/sec 240 1.43 KBytes [ 5] 12.00-13.00 sec 20.1 MBytes 169 Mbits/sec 579 1.43 KBytes [ 5] 13.00-14.00 sec 10.8 MBytes 90.4 Mbits/sec 277 22.7 KBytes [ 5] 14.00-15.00 sec 2.75 MBytes 23.1 Mbits/sec 107 1.43 KBytes [ 5] 15.00-16.00 sec 8.79 MBytes 73.8 Mbits/sec 203 12.8 KBytes [ 5] 16.00-17.00 sec 9.23 MBytes 77.3 Mbits/sec 158 1.43 KBytes [ 5] 17.00-18.00 sec 13.5 MBytes 114 Mbits/sec 381 1.43 KBytes [ 5] 18.00-19.00 sec 41.6 MBytes 349 Mbits/sec 331 99.5 KBytes [ 5] 19.00-20.00 sec 40.6 MBytes 340 Mbits/sec 70 1.43 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-20.00 sec 749 MBytes 314 Mbits/sec 7134 sender [ 5] 0.00-20.00 sec 748 MBytes 314 Mbits/sec receiver Host: tcpdump NOT running VIF's: no promisc xn0: no promisc Run1: Connecting to host 172.31.16.126, port 5201 [ 5] local 172.31.16.125 port 20600 connected to 172.31.16.126 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 28.4 MBytes 238 Mbits/sec 451 1.43 KBytes [ 5] 1.00-2.00 sec 21.5 MBytes 181 Mbits/sec 546 2.84 KBytes [ 5] 2.00-3.00 sec 26.7 MBytes 224 Mbits/sec 595 1.43 KBytes [ 5] 3.00-4.00 sec 15.9 MBytes 133 Mbits/sec 347 1.43 KBytes [ 5] 4.00-5.00 sec 4.45 MBytes 37.4 Mbits/sec 187 2.84 KBytes [ 5] 5.00-6.00 sec 15.4 MBytes 129 Mbits/sec 239 66.5 KBytes [ 5] 6.00-7.00 sec 10.6 MBytes 89.1 Mbits/sec 366 1.43 KBytes [ 5] 7.00-8.00 sec 30.8 MBytes 258 Mbits/sec 510 1.43 KBytes [ 5] 8.00-9.00 sec 16.6 MBytes 140 Mbits/sec 332 2.84 KBytes [ 5] 9.00-10.00 sec 12.4 MBytes 104 Mbits/sec 376 1.43 KBytes [ 5] 10.00-11.00 sec 11.3 MBytes 94.9 Mbits/sec 223 1.43 KBytes [ 5] 11.00-12.00 sec 9.00 MBytes 75.5 Mbits/sec 206 1.43 KBytes [ 5] 12.00-13.00 sec 8.95 MBytes 75.1 Mbits/sec 201 1.43 KBytes [ 5] 13.00-14.00 sec 12.3 MBytes 103 Mbits/sec 179 1.43 KBytes [ 5] 14.00-15.00 sec 20.5 MBytes 172 Mbits/sec 445 1.43 KBytes [ 5] 15.00-16.00 sec 3.92 MBytes 32.9 Mbits/sec 163 1.43 KBytes [ 5] 16.00-17.00 sec 6.82 MBytes 57.2 Mbits/sec 122 2.84 KBytes [ 5] 17.00-18.00 sec 14.3 MBytes 120 Mbits/sec 238 1.43 KBytes [ 5] 18.00-19.00 sec 14.2 MBytes 119 Mbits/sec 226 1.43 KBytes [ 5] 19.00-20.00 sec 12.9 MBytes 108 Mbits/sec 297 1.43 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-20.00 sec 297 MBytes 125 Mbits/sec 6249 sender [ 5] 0.00-20.00 sec 297 MBytes 124 Mbits/sec receiver Run2 right after a iperf3 -s restart on second VM: Connecting to host 172.31.16.126, port 5201 [ 5] local 172.31.16.125 port 40622 connected to 172.31.16.126 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 6.49 MBytes 54.3 Mbits/sec 163 1.43 KBytes [ 5] 1.00-2.00 sec 9.93 MBytes 83.3 Mbits/sec 263 1.43 KBytes [ 5] 2.00-3.00 sec 7.71 MBytes 64.7 Mbits/sec 173 1.43 KBytes [ 5] 3.00-4.00 sec 5.58 MBytes 47.0 Mbits/sec 83 1.43 KBytes [ 5] 4.00-5.00 sec 14.8 MBytes 124 Mbits/sec 347 1.43 KBytes [ 5] 5.00-6.00 sec 16.8 MBytes 141 Mbits/sec 349 1.43 KBytes [ 5] 6.00-7.00 sec 19.2 MBytes 161 Mbits/sec 205 1.43 KBytes [ 5] 7.00-8.00 sec 6.39 MBytes 53.6 Mbits/sec 79 1.43 KBytes [ 5] 8.00-9.00 sec 7.19 MBytes 60.3 Mbits/sec 133 1.43 KBytes [ 5] 9.00-10.00 sec 18.2 MBytes 153 Mbits/sec 265 1.43 KBytes [ 5] 10.00-11.00 sec 11.0 MBytes 92.6 Mbits/sec 220 1.43 KBytes [ 5] 11.00-12.00 sec 7.93 MBytes 66.6 Mbits/sec 172 1.43 KBytes [ 5] 12.00-13.00 sec 10.1 MBytes 84.8 Mbits/sec 198 1.43 KBytes [ 5] 13.00-14.00 sec 7.92 MBytes 66.5 Mbits/sec 196 1.43 KBytes [ 5] 14.00-15.00 sec 7.63 MBytes 64.0 Mbits/sec 144 1.43 KBytes [ 5] 15.00-16.00 sec 8.70 MBytes 73.0 Mbits/sec 267 1.43 KBytes [ 5] 16.00-17.00 sec 16.0 MBytes 134 Mbits/sec 296 1.43 KBytes [ 5] 17.00-18.00 sec 10.9 MBytes 91.5 Mbits/sec 261 1.43 KBytes [ 5] 18.00-19.00 sec 23.0 MBytes 193 Mbits/sec 444 1.43 KBytes [ 5] 19.00-20.00 sec 8.86 MBytes 74.3 Mbits/sec 224 1.43 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-20.00 sec 224 MBytes 94.1 Mbits/sec 4482 sender [ 5] 0.00-20.00 sec 224 MBytes 93.9 Mbits/sec receiver As suggested before, I have set kern.eventtimer.periodic: 1, the above tests are done with that setting. I don't see any difference with it set or not (kern.eventtimer.periodic: 0 was default btw). There was also a suggestion to have a look at kern.timecouter.*, but I'm not sure what to look for here: kern.timecounter.tsc_shift: 1 kern.timecounter.smp_tsc_adjust: 0 kern.timecounter.smp_tsc: 0 kern.timecounter.invariant_tsc: 0 kern.timecounter.fast_gettime: 1 kern.timecounter.tick: 1 kern.timecounter.choice: XENTIMER(950) ACPI-fast(900) i8254(0) HPET(950) TSC-low(-100) dummy(-1000000) kern.timecounter.hardware: XENTIMER kern.timecounter.alloweddeviation: 5 kern.timecounter.stepwarnings: 0 kern.timecounter.tc.XENTIMER.quality: 950 kern.timecounter.tc.XENTIMER.frequency: 1000000000 kern.timecounter.tc.XENTIMER.counter: 3517394506 kern.timecounter.tc.XENTIMER.mask: 4294967295 kern.timecounter.tc.ACPI-fast.quality: 900 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.counter: 1749326798 kern.timecounter.tc.ACPI-fast.mask: 4294967295 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.counter: 58432 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.HPET.quality: 950 kern.timecounter.tc.HPET.frequency: 62500000 kern.timecounter.tc.HPET.counter: 3606880145 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.TSC-low.quality: -100 kern.timecounter.tc.TSC-low.frequency: 1200075192 kern.timecounter.tc.TSC-low.counter: 3248698599 kern.timecounter.tc.TSC-low.mask: 4294967295 Regards, Christian Den ons 26 juni 2019 kl 01:14 skrev Eugene Grosbein : > 25.06.2019 19:40, Christian M wrote: > > > I've disabled them all on both VM's with FreeBSD 12.0-RELEASE (ifconfig > xn0 > > -txcsum -rxcsum -lro -tso), and also tried disabling everything for the > VIF > > via XCP-ng earlier. It made no difference unfortunately. > > Then you should try to bring the interface to promiscuous mode manually > with "ifconfig xn0 promisc" any retry. If this does not make a difference, > then you may be facing some timekeeping problem as tcpdump makes additional > CPU load on the system that can force scheduler behaviour to change. > > As next step, you should check your kern.timecounter.* and > kern.eventtimer.* sysctls. > If default value of kern.eventtimer.periodic is 0 (it depends on detected > "hardware"), > you should change it kern.eventtimer.periodic=1 and retry the test. > > From owner-freebsd-net@freebsd.org Wed Jun 26 08:20:43 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BCC2F15BCE4D for ; Wed, 26 Jun 2019 08:20:43 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) (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 874F592B21 for ; Wed, 26 Jun 2019 08:20:37 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [217.29.44.10]) by gate2.intern.punkt.de with ESMTP id x5Q856QO066222; Wed, 26 Jun 2019 10:05:06 +0200 (CEST) Received: from [217.29.44.222] ([217.29.44.222]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id x5Q856Qj065037; Wed, 26 Jun 2019 10:05:06 +0200 (CEST) (envelope-from hausen@punkt.de) From: "Patrick M. Hausen" Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: IPFW NAT64 changed 11.2 --> 11.3? Message-Id: <950200A8-6D36-46FE-B0DD-BA6EA860FEB7@punkt.de> Date: Wed, 26 Jun 2019 10:05:05 +0200 Cc: mops@punkt.de To: FreeBSD Net X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 874F592B21 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of hausen@punkt.de designates 217.29.33.131 as permitted sender) smtp.mailfrom=hausen@punkt.de X-Spamd-Result: default: False [-1.43 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.986,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:217.29.32.0/20]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[punkt.de]; NEURAL_HAM_LONG(-0.98)[-0.983,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mailin.pluspunkthosting.de,mailin.pluspunkthosting.de]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[131.33.29.217.list.dnswl.org : 127.0.10.0]; NEURAL_HAM_SHORT(-0.46)[-0.465,0]; SUBJECT_ENDS_QUESTION(1.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.19)[ipnet: 217.29.32.0/20(-0.52), asn: 16188(-0.41), country: DE(-0.01)] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2019 08:20:44 -0000 Hi all, we have a bit of a problem with some new servers that use NAT64 to access certain services that offer only legacy IP - like github. As far as I found the respective NAT64 gateways (in jails with VNET) are configured identically except for the particular addresses, of course. Yet, 11.2 works, 11.3-RC1 doesn=E2=80=99t. OK, on to the config =E2=80=A6 Working server: ifconfig inet0 inet0: flags=3D8843 metric 0 mtu = 1500 inet6 2a00:b580:8000:12:xxxx:xxxx:xxxx:xxxx prefixlen 64 netstat -rn 64:ff9b::/96 2a00:b580:8000:12:yyyy:yyyy:yyyy:yyyy = UGS inet0 drill github.map.fastly.net aaaa github.map.fastly.net. 15 IN AAAA 64:ff9b::9765:7085 ping6 github.map.fastly.net=20 16 bytes from 64:ff9b::9765:7085, icmp_seq=3D0 hlim=3D57 time=3D3.801 ms Broken server: ifconfig inet0 inet0: flags=3D8843 metric 0 mtu = 1500 inet6 2a00:b580:8000:12:xxxx:xxxx:xxxx:xxxx prefixlen 64 netstat -rn 64:ff9b::/96 2a00:b580:8000:12:yyyy:yyyy:yyyy:yyyy = UGS inet0 drill github.map.fastly.net aaaa github.map.fastly.net. 15 IN AAAA 64:ff9b::9765:7085 So up to the 4-in-6 DNS translation everything is working as it should, = but then when actual traffic is involved: ping6 github.map.fastly.net 16 bytes from d91d:2891::9765:7085, icmp_seq=3D0 hlim=3D57 time=3D2.324 = ms What the =E2=80=A6 is this IP address here? All I know is that the block = is supposed to be IANA reserved. And TCP connections to github.map.fastly.net of course = stall, never receiving an answer packet. The NAT64 gateways on both servers have these ipfw rules: root@gate64:~ # ipfw list 00100 allow ip from any to any via lo0 00200 deny ip from any to 127.0.0.0/8 00300 deny ip from 127.0.0.0/8 to any 00400 deny ip from any to ::1 00500 deny ip from ::1 to any 01100 allow ipv6-icmp from :: to ff02::/16 01200 allow ipv6-icmp from fe80::/10 to fe80::/10 01300 allow ipv6-icmp from fe80::/10 to ff02::/16 01400 allow ipv6-icmp from any to me6 ip6 icmp6types 1,2,3,4 01500 allow ipv6-icmp from any to any ip6 icmp6types 135,136 02000 allow icmp from any to me icmptypes 8 02100 allow ipv6-icmp from any to me6 ip6 icmp6types 128,129 03000 allow tcp from any to 217.29.40.y 80,443 03100 allow tcp from me6 to any 80,443 05000 nat64lsn NAT64 ip from 2a00:b580::/32 to 64:ff9b::/96 in 05100 nat64lsn NAT64 ip from any to 217.29.40.y in 65535 allow ip from any to any Any hints welcome. Thanks, Patrick --=20 punkt.de GmbH Internet - Dienstleistungen - Beratung Kaiserallee 13a Tel.: 0721 9109-0 Fax: -100 76133 Karlsruhe info@punkt.de http://punkt.de AG Mannheim 108285 Gf: Juergen Egeling From owner-freebsd-net@freebsd.org Wed Jun 26 08:37:24 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C129515C082D; Wed, 26 Jun 2019 08:37:24 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "eg.sd.rdtc.ru", Issuer "eg.sd.rdtc.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C55879360D; Wed, 26 Jun 2019 08:37:13 +0000 (UTC) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: freebsd-xen@freebsd.org Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id x5Q8aoVt005684 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 26 Jun 2019 15:36:50 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Very slow and inconsistent internal network speed (between, VM's on the same host) for FreeBSD 11.0+ as guest on, XCP-ng/XenServer To: Christian M References: <12994df1-f847-ec92-aae8-43a32e59385f@darco.dk> <20190625082103.qiiz2cikrauaqlas@MacBook-Air-de-Roger.local> <8ec84f75-2100-ff8a-6337-3c955f31da62@grosbein.net> Cc: freebsd-xen@freebsd.org, freebsd-net@freebsd.org From: Eugene Grosbein Message-ID: Date: Wed, 26 Jun 2019 15:36:42 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: C55879360D X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-0.01 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.80)[-0.801,0]; MX_INVALID(0.50)[greylisted]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.15)[-0.150,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_SPAM_SHORT(0.48)[0.485,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; IP_SCORE(0.05)[asn: 29072(0.26), country: RU(0.01)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:29072, ipnet:2a03:3100::/32, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2019 08:37:24 -0000 26.06.2019 15:11, Christian M wrote: > Running tcpdump on the host while running iperf3 between the 12.0 VM's > results in a lot of incorrect cksum like this. > > tcpdump -i vif54.0 -v -nn| grep -i incorrect > 172.31.16.125.63013 > 172.31.16.126.5201: Flags [.], cksum 0x7f08 > (incorrect -> 0x030f), seq 223153882:223155330, ack 1, win 1026, options > [nop,nop,TS val 4104002274 ecr 3926764642], length 1448 Incorrect checksum shown by tcpdump is normal and expected for outgoing packets if txcsum offload is not disabled because networking stack skips checksum calculation offloading it to "hardware". It still indicates a bug at sending side if seen for outgoing packets when txcsum is disabled. Incorrect checksum shown by tcpdump for incoming packets always indicates a problem at sending side or intermediate network (if any). You should check output of "netstat -sp ip" and "netstat -sp tcp" for non-zero and growing checksum error counters at receiving side. From owner-freebsd-net@freebsd.org Wed Jun 26 08:40:09 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1628D15C097B; Wed, 26 Jun 2019 08:40:09 +0000 (UTC) (envelope-from contact@evilham.com) Received: from yggdrasil.evilham.com (yggdrasil.evilham.com [IPv6:2a02:2770::216:3eff:fee1:cf9]) (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 7C1B69372C; Wed, 26 Jun 2019 08:39:58 +0000 (UTC) (envelope-from contact@evilham.com) Received: from yggdrasil.evilham.com (unknown [IPv6:2a0a:e5c1:121:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by yggdrasil.evilham.com (Postfix) with ESMTPSA id 45Yc0W2jWfz3wr7; Wed, 26 Jun 2019 10:39:55 +0200 (CEST) From: Evilham To: Ultima Cc: Mel Pilgrim , freebsd-net@freebsd.org, FreeBSD Mailing List Subject: Re: IPv6-only network--is NAT64+DNS64 really this easy now? References: <5e24739b-bbd0-d94a-5b0e-53fdeba81245@bluerosetech.com> In-reply-to: Date: Wed, 26 Jun 2019 10:39:50 +0200 Message-ID: <7d91ab1f-95e4-4926-8962-034e794c49a7@yggdrasil.evilham.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Rspamd-Queue-Id: 7C1B69372C X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dmarc=pass (policy=none) header.from=evilham.com; spf=pass (mx1.freebsd.org: domain of contact@evilham.com designates 2a02:2770::216:3eff:fee1:cf9 as permitted sender) smtp.mailfrom=contact@evilham.com X-Spamd-Result: default: False [-3.34 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-0.72)[asn: 196752(-3.59), country: NL(0.01)]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[yggdrasil.evilham.com,mail.evilham.com]; DMARC_POLICY_ALLOW(-0.50)[evilham.com,none]; NEURAL_HAM_SHORT(-0.81)[-0.813,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:196752, ipnet:2a02:2770::/32, country:NL]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2019 08:40:09 -0000 Hi there, On dt., juny 25 2019, ultima@ultimasbox.com wrote: > Hello Mel, > > While it may be possible to have an IPv6 only environment, I > don't > think it is really viable. There are simply too many things that > don't run > on or have very limited support for IPv6 that it makes it very > hard > to drop IPv4 altogether and until something comes along forcing > the > move it likely won't happen for at least another decade at the > minimum. > > Best regards, > Richard Gallamore > > On Mon, Jun 24, 2019 at 6:50 PM Mel Pilgrim > > wrote: > >> I'm looking to set up a pure-IPv6 environment to test the >> viability of >> it. I tried this a few years ago and fell flat on my face due >> to the >> lack of NAT64 and DNS64 support. >> >> Reading through docs now, it looks like unbound has a DNS64 >> module, and >> NAT64 is baked into ipfw. Waving a hand at bug-hunting and >> lamentations >> over the inertia of embedded systems designers, has it really >> become >> this easy to turn up an IPv6-only site? At risk of sounding like an advertiser, let me point to: http://ipv6onlyhosting.com/ As an example of it really being viable nowadays. Basically, as other have mentioned, there are a few caveats, but most of them are easily solved. Software with hard-coded legacy IP addresses is not that common now, but an issue that I have seen often are fields (settings, input, ...) that won't accept IPv6 addresses as valid, but will accept a domain name as valid: quite often in these cases, pointing to a domain name that echoes back the IP over DNS (e.g. 8.8.8.8.xip.io for IPv4) is enough, in that if needed DNS64 will add the AAAA records pointing to the NAT64 and the piece of software that refused the IPv6 on settings/input, just transparently uses that. Basically, if you are unsure weather things can work out: they can, it's not painful and more often than not, even if you forget to do DNS64, you only notice that something is different when using the all-time Big Offenders (Twitter, GitHub, ...). -- Evilham From owner-freebsd-net@freebsd.org Wed Jun 26 09:50:23 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6498F15C25F5 for ; Wed, 26 Jun 2019 09:50:23 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward102j.mail.yandex.net (forward102j.mail.yandex.net [5.45.198.243]) (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 915759590C for ; Wed, 26 Jun 2019 09:50:21 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback18g.mail.yandex.net (mxback18g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:318]) by forward102j.mail.yandex.net (Yandex) with ESMTP id B723CF220C8; Wed, 26 Jun 2019 12:50:12 +0300 (MSK) Received: from smtp1o.mail.yandex.net (smtp1o.mail.yandex.net [2a02:6b8:0:1a2d::25]) by mxback18g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id K9zRL02nKc-oCs4LqPP; Wed, 26 Jun 2019 12:50:12 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1561542612; bh=ffKw3z77lokeyABcLb2swNa47U2AlTssxLTqEn270cM=; h=In-Reply-To:From:To:Subject:Cc:Date:References:Message-ID; b=Y0iREr7keNwd9O96BnkqTCNYLcXB90C7cvHefjlahQE4PfKP6FacimhjGzc4G1ulM Ghn0bceU4HtymquDOYLPd5r8DlHuRMQeBDyYngZM/QtQIgr7ettKaSqW5lsHl18k/I cHEsjzt2kTtG5iuZFQbTy59KFnXAA6ls8mLWQbp0= Received: by smtp1o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 8MgzmQyUYY-oCgSj4lx; Wed, 26 Jun 2019 12:50:12 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) Subject: Re: IPFW NAT64 changed 11.2 --> 11.3? To: "Patrick M. Hausen" , FreeBSD Net Cc: mops@punkt.de References: <950200A8-6D36-46FE-B0DD-BA6EA860FEB7@punkt.de> From: "Andrey V. Elsukov" Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Autocrypt: addr=bu7cher@yandex.ru; prefer-encrypt=mutual; keydata= mQENBEwBF1kBCADB9sXFhBEUy8qQ4X63Y8eBatYMHGEFWN9ypS5lI3RE6qQW2EYbxNk7qUC5 21YIIS1mMFVBEfvR7J9uc7yaYgFCEb6Sce1RSO4ULN2mRKGHP3/Sl0ijZEjWHV91hY1YTHEF ZW/0GYinDf56sYpDDehaBF5wkWIo1+QK5nmj3vl0DIDCMNd7QEiWpyLVwECgLX2eOAXByT8B bCqVhJGcG6iFP7/B9Ll6uX5gb8thM9LM+ibwErDBVDGiOgvfxqidab7fdkh893IBCXa82H9N CNwnEtcgzh+BSKK5BgvPohFMgRwjti37TSxwLu63QejRGbZWSz3OK3jMOoF63tCgn7FvABEB AAG0JUFuZHJleSBWLiBFbHN1a292IDxidTdjaGVyQHlhbmRleC5ydT6JATgEEwECACIFAkwB F1kCGwMGCwkIBwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEAHF6gQQyKF6qmYIAI6ekfm1VA4T vqankI1ISE6ku4jV7UlpIQlEbE7/8n3Zd6teJ+pGOQhN5qk8QE7utdPdbktAzi+x7LIJVzUw 4TywZLXGrkP7VKYkfg6oyCGyzITghefQeJtr2TN4hYCkzPWpylkue8MtmqfZv/6royqwTbN+ +E09FQNvTgRUYJYTeQ1qOsxNRycwvw3dr2rOfuxShbzaHBB1pBIjGrMg8fC5pd65ACH5zuFV A0CoTNGMDrEZSfBkTW604UUHFFXeCoC3dwDZRKOWJ3GmMXns65Ai5YkA63BSHEE1Qle3VBhd cG1w0CB5FBV3pB27UVnf0jEbysrDqW4qN7XMRFSWNAy5AQ0ETAEXWQEIAJ2p6l9LBoqdH/0J PEFDY2t2gTvAuzz+8zs3R03dFuHcNbOwjvWCG0aOmVpAzkRa8egn5JB4sZaFUtKPYJEQ1Iu+ LUBwgvtXf4vWpzC67zs2dDuiW4LamH5p6xkTD61aHR7mCB3bg2TUjrDWn2Jt44cvoYxj3dz4 S49U1rc9ZPgD5axCNv45j72tggWlZvpefThP7xT1OlNTUqye2gAwQravXpZkl5JG4eOqJVIU X316iE3qso0iXRUtO7OseBf0PiVmk+wCahdreHOeOxK5jMhYkPKVn7z1sZiB7W2H2TojbmcK HZC22sz7Z/H36Lhg1+/RCnGzdEcjGc8oFHXHCxUAEQEAAYkBHwQYAQIACQUCTAEXWQIbDAAK CRABxeoEEMihegkYCAC3ivGYNe2taNm/4Nx5GPdzuaAJGKWksV+w9mo7dQvU+NmI2az5w8vw 98OmX7G0OV9snxMW+6cyNqBrVFTu33VVNzz9pnqNCHxGvj5dL5ltP160JV2zw2bUwJBYsgYQ WfyJJIM7l3gv5ZS3DGqaGIm9gOK1ANxfrR5PgPzvI9VxDhlr2juEVMZYAqPLEJe+SSxbwLoz BcFCNdDAyXcaAzXsx/E02YWm1hIWNRxanAe7Vlg7OL+gvLpdtrYCMg28PNqKNyrQ87LQ49O9 50IIZDOtNFeR0FGucjcLPdS9PiEqCoH7/waJxWp6ydJ+g4OYRBYNM0EmMgy1N85JJrV1mi5i Message-ID: <71dacccb-2500-6d7e-c890-2733d15fbbe5@yandex.ru> Date: Wed, 26 Jun 2019 12:47:31 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <950200A8-6D36-46FE-B0DD-BA6EA860FEB7@punkt.de> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="1YD3tFUMsfliSOSZGK3svU5l6XBtnKkPA" X-Rspamd-Queue-Id: 915759590C X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yandex.ru header.s=mail header.b=Y0iREr7k; dmarc=pass (policy=none) header.from=yandex.ru; spf=pass (mx1.freebsd.org: domain of bu7cher@yandex.ru designates 5.45.198.243 as permitted sender) smtp.mailfrom=bu7cher@yandex.ru X-Spamd-Result: default: False [-7.94 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:5.45.192.0/19]; FREEMAIL_FROM(0.00)[yandex.ru]; HAS_ATTACHMENT(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[yandex.ru:+]; MX_GOOD(-0.01)[mx.yandex.ru,mx.yandex.ru,mx.yandex.ru,mx.yandex.ru,mx.yandex.ru]; DMARC_POLICY_ALLOW(-0.50)[yandex.ru,none]; NEURAL_HAM_SHORT(-0.99)[-0.995,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yandex.ru]; ASN(0.00)[asn:13238, ipnet:5.45.192.0/18, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[243.198.45.5.list.dnswl.org : 127.0.5.1]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[yandex.ru:s=mail]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_LOW(-1.00)[yandex.ru.dwl.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-1.73)[ipnet: 5.45.192.0/18(-4.92), asn: 13238(-3.76), country: RU(0.01)] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2019 09:50:23 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --1YD3tFUMsfliSOSZGK3svU5l6XBtnKkPA Content-Type: multipart/mixed; boundary="aVGhQI4P7SmfBO1YiiX2PbMGHevZcXrtj"; protected-headers="v1" From: "Andrey V. Elsukov" To: "Patrick M. Hausen" , FreeBSD Net Cc: mops@punkt.de Message-ID: <71dacccb-2500-6d7e-c890-2733d15fbbe5@yandex.ru> Subject: Re: IPFW NAT64 changed 11.2 --> 11.3? References: <950200A8-6D36-46FE-B0DD-BA6EA860FEB7@punkt.de> In-Reply-To: <950200A8-6D36-46FE-B0DD-BA6EA860FEB7@punkt.de> --aVGhQI4P7SmfBO1YiiX2PbMGHevZcXrtj Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 26.06.2019 11:05, Patrick M. Hausen wrote: > Hi all, >=20 > we have a bit of a problem with some new servers that > use NAT64 to access certain services that offer only > legacy IP - like github. >=20 > As far as I found the respective NAT64 gateways (in jails > with VNET) are configured identically except for the > particular addresses, of course. >=20 > Yet, 11.2 works, 11.3-RC1 doesn=E2=80=99t> Any hints welcome. Check the output of the following commands on both translators: # sysctl net.inet.ip.fw | grep nat64 # ipfw nat64lsn all list # ipfw nat64lsn NAT64 stats # ipfw nat64lsn NAT64 config log # ifconfig ipfwlog0 create # tcpdump -nvi ipfwlog0 Check the counters of rules with nat64lsn action, probably you use netisr output (default mode) and have traffic loops, i.e. a packet captured by NAT64 instance several times. Your rules looks like direct output is preferable for you (try to set net.inet.ip.fw.nat64_direct_output=3D1). --=20 WBR, Andrey V. Elsukov --aVGhQI4P7SmfBO1YiiX2PbMGHevZcXrtj-- --1YD3tFUMsfliSOSZGK3svU5l6XBtnKkPA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAl0TPzMACgkQAcXqBBDI oXqrNggAuiyQTuhI4S9jYO2tH2AEMjqs6LYVssnelPyi/dxbuCkvn/GvXn8y+nEN Vo2ArYzXsn60UtnEnwcrK4jnyVRRcVQ2/GyFcBY7QV0EO5zT2GkNIJgWrD78pwU1 LO7cJ48jL/Pi8Ux4ZajQ23NCIOS5p+Q8XH38qEGUZ/nsOBLXQqSMKjvdjHp6TsTm 3y0AwxTNJfnO/0Fyti825sgRwvvZmSLs8ScGkOcfNsXeKMeMMve4DS9Msv425Bp2 3aZriGU7MLO4k/QdjhiZsrsC2JktJXtT7N+YSBpSlJ1aH3Ri8UP4lJJ+ctNi6Ss/ AwdhuWnakurbqRcOrwoN2gCDxpEAsg== =xWDO -----END PGP SIGNATURE----- --1YD3tFUMsfliSOSZGK3svU5l6XBtnKkPA-- From owner-freebsd-net@freebsd.org Wed Jun 26 10:10:31 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 818FA15C2E83 for ; Wed, 26 Jun 2019 10:10:31 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) (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 8ADEE96286 for ; Wed, 26 Jun 2019 10:10:30 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [217.29.44.10]) by gate2.intern.punkt.de with ESMTP id x5QAASCd069304; Wed, 26 Jun 2019 12:10:28 +0200 (CEST) Received: from [217.29.44.222] ([217.29.44.222]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id x5QAASHQ072320; Wed, 26 Jun 2019 12:10:28 +0200 (CEST) (envelope-from hausen@punkt.de) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: IPFW NAT64 changed 11.2 --> 11.3? From: "Patrick M. Hausen" In-Reply-To: <71dacccb-2500-6d7e-c890-2733d15fbbe5@yandex.ru> Date: Wed, 26 Jun 2019 12:10:27 +0200 Cc: FreeBSD Net , mops@punkt.de Content-Transfer-Encoding: quoted-printable Message-Id: References: <950200A8-6D36-46FE-B0DD-BA6EA860FEB7@punkt.de> <71dacccb-2500-6d7e-c890-2733d15fbbe5@yandex.ru> To: "Andrey V. Elsukov" X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 8ADEE96286 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of hausen@punkt.de designates 217.29.33.131 as permitted sender) smtp.mailfrom=hausen@punkt.de X-Spamd-Result: default: False [-1.67 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.989,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:217.29.32.0/20]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[punkt.de]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.994,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mailin.pluspunkthosting.de]; NEURAL_HAM_SHORT(-0.70)[-0.698,0]; RCVD_IN_DNSWL_NONE(0.00)[131.33.29.217.list.dnswl.org : 127.0.10.0]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_TO(0.00)[yandex.ru]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.18)[ipnet: 217.29.32.0/20(-0.51), asn: 16188(-0.41), country: DE(-0.01)] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2019 10:10:31 -0000 > Am 26.06.2019 um 11:47 schrieb Andrey V. Elsukov : > Check the output of the following commands on both translators: >=20 > # sysctl net.inet.ip.fw | grep nat64 > # ipfw nat64lsn all list > # ipfw nat64lsn NAT64 stats Working 11.2 system: root@gate64:~ # sysctl net.inet.ip.fw | grep nat64 net.inet.ip.fw.nat64_allow_private: 0 net.inet.ip.fw.nat64_debug: 0 root@gate64:~ # ipfw nat64lsn all list nat64lsn NAT64 prefix4 217.29.40.140/32 log root@gate64:~ # ipfw nat64lsn NAT64 stats nat64lsn NAT64 5311 packets translated from IPv6 to IPv4 6048 packets translated from IPv4 to IPv6 0 IPv6 fragments created 0 IPv4 fragments received 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no IPv4 route 0 output packets discarded due to no IPv6 route 7 packets discarded due to unsupported protocol 0 packets discarded due to memory allocation problems 0 packets discarded due to some errors 76362 packets not matched with IPv4 prefix 722 mbufs queued for post processing 238514 times the job queue was processed 951888 job requests queued 0 job requests queue limit reached 0 job requests failed due to memory allocation problems 5 hosts allocated 5 hosts requested 0 host requests failed 717 portgroups requested 722 portgroups allocated 1444 portgroups deleted 0 portgroup requests failed 0 portgroups allocated for TCP 0 portgroups allocated for UDP 0 portgroups allocated for ICMP 780 states created 780 states deleted Defunct 11.3 system: root@gate64:~ # sysctl net.inet.ip.fw | grep nat64 net.inet.ip.fw.nat64_direct_output: 1 net.inet.ip.fw.nat64_debug: 0 root@gate64:~ # ipfw nat64lsn all list nat64lsn NAT64 prefix4 217.29.40.145/32 log root@gate64:~ # ipfw nat64lsn NAT64 stats nat64lsn NAT64 357 packets translated from IPv6 to IPv4 493 packets translated from IPv4 to IPv6 0 IPv6 fragments created 0 IPv4 fragments received 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no IPv4 route 0 output packets discarded due to no IPv6 route 0 packets discarded due to unsupported protocol 0 packets discarded due to memory allocation problems 0 packets discarded due to some errors 3115 packets not matched with IPv4 prefix 40 mbufs queued for post processing 79 times the job queue was processed 79 job requests queued 0 job requests queue limit reached 0 job requests failed due to memory allocation problems 1 hosts allocated 1 hosts requested 0 host requests failed 39 portgroups requested 40 portgroups allocated 78 portgroups deleted 0 portgroup requests failed 0 portgroups allocated for TCP 0 portgroups allocated for UDP 1 portgroups allocated for ICMP 132 states created 132 states deleted tcpdump will take some more time, currently we do not have /dev/bpf in = these jails. Kind regards, Patrick --=20 punkt.de GmbH Internet - Dienstleistungen - Beratung Kaiserallee 13a Tel.: 0721 9109-0 Fax: -100 76133 Karlsruhe info@punkt.de http://punkt.de AG Mannheim 108285 Gf: Juergen Egeling From owner-freebsd-net@freebsd.org Wed Jun 26 10:26:22 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 108FB15C36CB; Wed, 26 Jun 2019 10:26:22 +0000 (UTC) (envelope-from christian.marcos@gmail.com) Received: from mail-io1-xd2c.google.com (mail-io1-xd2c.google.com [IPv6:2607:f8b0:4864:20::d2c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1D04E96E09; Wed, 26 Jun 2019 10:26:21 +0000 (UTC) (envelope-from christian.marcos@gmail.com) Received: by mail-io1-xd2c.google.com with SMTP id s7so836132iob.11; Wed, 26 Jun 2019 03:26:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ce/Y75hv8f3Z1k/tyNNQe2EEt3ZrAZL81QwAPF/GOZg=; b=hNtj5RHucXSHeD2mRQr0MCuFfmG77Z3hqo1LfuPiRHvBakc6p9zTB9/caCEGBvPsst 4SLzpzCVW03+9E8tt6Y6Z3Mf3DbGFSIO3sARF+jt2XfmRF1buyVEWqOCJ3dlTCRwLbPk A2OZjh8aXGdCwx4I/61IEO4ozODOa/XrTSrWWQ5Uen3nsM7UPlPoUyx+CYz1jlJhlcwS sCWQ4lDawSrUYHqj7g8HgPqcoG90fTEQszgFvzU8koUPuLymO7uXtBZuPZ1f44XQGuJG dYHicwCz0bGUxVmtNX0QyvwQxbhAWZG6wuDpKRHL3KdJXkW8PP9d6JdlnUIJCtR/Zp5I NqWg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ce/Y75hv8f3Z1k/tyNNQe2EEt3ZrAZL81QwAPF/GOZg=; b=qyfFB7zgrM2HkUy726aNTD7Jl0F24MEI1USUpjqldzuLwqXp5+7lrGcP6TRcx07adV j+LSzuunq+D9f4+EwJBKmNh33Ew9mkKx00+bGkTU6i0Mf1/EliFc7w1CrAUjIdvXkvWm IVE9lcwQs5a9e7xQrAmg3RekweoRRlCEnAghNKN7Diccd9Ec7yyg2kjwIXcdFKI/MvzN FG188hPRv0uQANqcykv+2+xlCHe8/M8FsdSnYSu31QOdNpJs7SOIK+Dm3c57HY5UFEQV MKF1cjJRxZfmuBp//mUGOT/igMnrXXAQwLv5n+oa2LLHFX039doD1kkV2XbvBe8Rkz0X LnXw== X-Gm-Message-State: APjAAAXjs/IVxpVacMAHx2sDNnkk1jPYkSYIn3yG45tiB7KeeORQEg8i LQE9IPlndh0ez1jU/7YMZNKtF/HKczbJ0uB1dwkg4DH74mE= X-Google-Smtp-Source: APXvYqxYuNv+jAyU4CQEEy6CShH4JoHVAbX98FuEgUS5Hx5oFhMGJoZeAH/+qjzceQ4V8oLVK8xrdk5dQyA/8uMUBPA= X-Received: by 2002:a5e:a710:: with SMTP id b16mr4481180iod.38.1561544780160; Wed, 26 Jun 2019 03:26:20 -0700 (PDT) MIME-Version: 1.0 References: <12994df1-f847-ec92-aae8-43a32e59385f@darco.dk> <20190625082103.qiiz2cikrauaqlas@MacBook-Air-de-Roger.local> <8ec84f75-2100-ff8a-6337-3c955f31da62@grosbein.net> In-Reply-To: From: Christian M Date: Wed, 26 Jun 2019 12:26:09 +0200 Message-ID: Subject: Re: Very slow and inconsistent internal network speed (between, VM's on the same host) for FreeBSD 11.0+ as guest on, XCP-ng/XenServer To: Eugene Grosbein Cc: freebsd-xen@freebsd.org, freebsd-net@freebsd.org X-Rspamd-Queue-Id: 1D04E96E09 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=hNtj5RHu; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of christianmarcos@gmail.com designates 2607:f8b0:4864:20::d2c as permitted sender) smtp.mailfrom=christianmarcos@gmail.com X-Spamd-Result: default: False [-6.86 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[c.2.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; IP_SCORE(-2.90)[ip: (-8.97), ipnet: 2607:f8b0::/32(-3.13), asn: 15169(-2.33), country: US(-0.06)]; NEURAL_HAM_SHORT(-0.95)[-0.954,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2019 10:26:22 -0000 I ran ifconfig xn0 -txcsum on both test VM's, and all incorrect checksum disappeared. netstat -sp ip for VM1 (172.31.16.125, running iperf3 -c always) and VM2 (172.31.16.126, running iperf3 -s always): ip: 3664084 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 3664080 packets for this host 0 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 4 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 7003245 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header ip: 8217827 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 8217827 packets for this host 0 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 0 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 4300027 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header netstat -sp tcp for VM1 (172.31.16.125, running iperf3 -c always) and VM2 (172.31.16.126, running iperf3 -s always): tcp: 7002523 packets sent 6866670 data packets (9939548357 bytes) 109393 data packets (101233068 bytes) retransmitted 0 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 27039 ack-only packets (90 delayed) 0 URG only packets 0 window probe packets 0 window update packets 125 control packets 3664099 packets received 3387212 acks (for 9939333715 bytes) 270936 duplicate acks 0 acks for unsent data 915 packets (36547 bytes) received in-sequence 4887 completely duplicate packets (208 bytes) 4853 old duplicate packets 0 packets with some dup. data (0 bytes duped) 0 out-of-order packets (0 bytes) 0 packets (0 bytes) of data after window 0 window probes 5694 window update packets 6 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 88 connection requests 2 connection accepts 0 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 89 connections established (including accepts) 85 times used RTT from hostcache 85 times used RTT variance from hostcache 85 times used slow-start threshold from hostcache 90 connections closed (including 57 drops) 51 connections updated cached RTT on close 51 connections updated cached RTT variance on close 23 connections updated cached ssthresh on close 1 embryonic connection dropped 3387212 segments updated rtt (of 3313837 attempts) 0 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 0 keepalive timeouts 0 keepalive probes sent 0 connections dropped by keepalive 759139 correct ACK header predictions 70 correct data packet header predictions 2 syncache entries added 0 retransmitted 0 dupsyn 0 dropped 2 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 2 cookies sent 0 cookies received 1 hostcache entry added 0 bucket overflow 5602 SACK recovery episodes 109329 segment rexmits in SACK recovery episodes 101663360 byte rexmits in SACK recovery episodes 249723 SACK options (SACK blocks) received 0 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window 0 packets with matching signature received 0 packets with bad signature received 0 times failed to make signature due to no SA 0 times unexpected signature received 0 times no signature provided by segment 0 Path MTU discovery black hole detection activations 0 Path MTU discovery black hole detection min MSS activations 0 Path MTU discovery black hole detection failures TCP connection count by state: 0 connections in CLOSED state 3 connections in LISTEN state 0 connections in SYN_SENT state 0 connections in SYN_RCVD state 2 connections in ESTABLISHED state 0 connections in CLOSE_WAIT state 0 connections in FIN_WAIT_1 state 0 connections in CLOSING state 0 connections in LAST_ACK state 0 connections in FIN_WAIT_2 state 0 connections in TIME_WAIT state tcp: 4299563 packets sent 1510 data packets (132487 bytes) 0 data packets (0 bytes) retransmitted 0 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 4297568 ack-only packets (2610 delayed) 0 URG only packets 0 window probe packets 392 window update packets 93 control packets 8217839 packets received 1623 acks (for 132605 bytes) 150324 duplicate acks 0 acks for unsent data 7770336 packets (11249613126 bytes) received in-sequence 126189 completely duplicate packets (117973252 bytes) 4853 old duplicate packets 194 packets with some dup. data (59900 bytes duped) 290196 out-of-order packets (415026177 bytes) 0 packets (0 bytes) of data after window 0 window probes 0 window update packets 25 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 6 connection requests 102 connection accepts 0 bad connection attempts 0 listen queue overflows 1 ignored RSTs in the window 108 connections established (including accepts) 95 times used RTT from hostcache 95 times used RTT variance from hostcache 0 times used slow-start threshold from hostcache 163 connections closed (including 47 drops) 29 connections updated cached RTT on close 29 connections updated cached RTT variance on close 0 connections updated cached ssthresh on close 0 embryonic connections dropped 1623 segments updated rtt (of 1314 attempts) 0 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 9 keepalive timeouts 8 keepalive probes sent 1 connection dropped by keepalive 593 correct ACK header predictions 7769705 correct data packet header predictions 102 syncache entries added 0 retransmitted 0 dupsyn 0 dropped 102 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 102 cookies sent 0 cookies received 3 hostcache entries added 0 bucket overflow 0 SACK recovery episodes 0 segment rexmits in SACK recovery episodes 0 byte rexmits in SACK recovery episodes 0 SACK options (SACK blocks) received 293795 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window 0 packets with matching signature received 0 packets with bad signature received 0 times failed to make signature due to no SA 0 times unexpected signature received 0 times no signature provided by segment 0 Path MTU discovery black hole detection activations 0 Path MTU discovery black hole detection min MSS activations 0 Path MTU discovery black hole detection failures TCP connection count by state: 0 connections in CLOSED state 4 connections in LISTEN state 0 connections in SYN_SENT state 0 connections in SYN_RCVD state 2 connections in ESTABLISHED state 0 connections in CLOSE_WAIT state 0 connections in FIN_WAIT_1 state 0 connections in CLOSING state 0 connections in LAST_ACK state 0 connections in FIN_WAIT_2 state 0 connections in TIME_WAIT state The data collected is after a number of runs with iperf3. I'm really not qualified to interpret any of this, so my hopes are that someone else sees something unusual here. Thanks, Christian Den ons 26 juni 2019 kl 10:37 skrev Eugene Grosbein : > 26.06.2019 15:11, Christian M wrote: > > > Running tcpdump on the host while running iperf3 between the 12.0 VM's > > results in a lot of incorrect cksum like this. > > > > tcpdump -i vif54.0 -v -nn| grep -i incorrect > > 172.31.16.125.63013 > 172.31.16.126.5201: Flags [.], cksum 0x7f08 > > (incorrect -> 0x030f), seq 223153882:223155330, ack 1, win 1026, options > > [nop,nop,TS val 4104002274 ecr 3926764642], length 1448 > > Incorrect checksum shown by tcpdump is normal and expected for outgoing > packets > if txcsum offload is not disabled because networking stack skips checksum > calculation > offloading it to "hardware". It still indicates a bug at sending side if > seen for outgoing packets > when txcsum is disabled. > > Incorrect checksum shown by tcpdump for incoming packets always indicates > a problem > at sending side or intermediate network (if any). > > You should check output of "netstat -sp ip" and "netstat -sp tcp" for > non-zero > and growing checksum error counters at receiving side. > > From owner-freebsd-net@freebsd.org Wed Jun 26 10:31:38 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 869C315C3992 for ; Wed, 26 Jun 2019 10:31:38 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward101o.mail.yandex.net (forward101o.mail.yandex.net [37.140.190.181]) (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 6E59A9729D for ; Wed, 26 Jun 2019 10:31:37 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback4o.mail.yandex.net (mxback4o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::1e]) by forward101o.mail.yandex.net (Yandex) with ESMTP id 9BDD13C03162; Wed, 26 Jun 2019 13:31:27 +0300 (MSK) Received: from smtp4o.mail.yandex.net (smtp4o.mail.yandex.net [2a02:6b8:0:1a2d::28]) by mxback4o.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 8qDGkDPKoc-VRDqhL6R; Wed, 26 Jun 2019 13:31:27 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1561545087; bh=5eTE7mPdn00bZB6X6JQukTd4V/G/KViBdj837UAufFg=; h=In-Reply-To:From:To:Subject:Cc:Date:References:Message-ID; b=SHlPd1qNI4ka+YlF+P+eWhP2WLBmzRmNYc0YQHgkJINkCWrxHkBJSpt68Rlmk4tQ9 8A1UMnT8Gnx8MBE0i0CT60zSFAiGp19TdqB/zQwIh7KweOty/lVyJ6IfCmNvjAVTgH jTCHmqbkCsfrfBFLTeUeSnhNZ0WOt/AS9RF9+MvY= Received: by smtp4o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 7cTMf9AtwN-VQBmflCR; Wed, 26 Jun 2019 13:31:27 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) Subject: Re: IPFW NAT64 changed 11.2 --> 11.3? To: "Patrick M. Hausen" Cc: FreeBSD Net , mops@punkt.de References: <950200A8-6D36-46FE-B0DD-BA6EA860FEB7@punkt.de> <71dacccb-2500-6d7e-c890-2733d15fbbe5@yandex.ru> From: "Andrey V. Elsukov" Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Autocrypt: addr=bu7cher@yandex.ru; prefer-encrypt=mutual; keydata= mQENBEwBF1kBCADB9sXFhBEUy8qQ4X63Y8eBatYMHGEFWN9ypS5lI3RE6qQW2EYbxNk7qUC5 21YIIS1mMFVBEfvR7J9uc7yaYgFCEb6Sce1RSO4ULN2mRKGHP3/Sl0ijZEjWHV91hY1YTHEF ZW/0GYinDf56sYpDDehaBF5wkWIo1+QK5nmj3vl0DIDCMNd7QEiWpyLVwECgLX2eOAXByT8B bCqVhJGcG6iFP7/B9Ll6uX5gb8thM9LM+ibwErDBVDGiOgvfxqidab7fdkh893IBCXa82H9N CNwnEtcgzh+BSKK5BgvPohFMgRwjti37TSxwLu63QejRGbZWSz3OK3jMOoF63tCgn7FvABEB AAG0JUFuZHJleSBWLiBFbHN1a292IDxidTdjaGVyQHlhbmRleC5ydT6JATgEEwECACIFAkwB F1kCGwMGCwkIBwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEAHF6gQQyKF6qmYIAI6ekfm1VA4T vqankI1ISE6ku4jV7UlpIQlEbE7/8n3Zd6teJ+pGOQhN5qk8QE7utdPdbktAzi+x7LIJVzUw 4TywZLXGrkP7VKYkfg6oyCGyzITghefQeJtr2TN4hYCkzPWpylkue8MtmqfZv/6royqwTbN+ +E09FQNvTgRUYJYTeQ1qOsxNRycwvw3dr2rOfuxShbzaHBB1pBIjGrMg8fC5pd65ACH5zuFV A0CoTNGMDrEZSfBkTW604UUHFFXeCoC3dwDZRKOWJ3GmMXns65Ai5YkA63BSHEE1Qle3VBhd cG1w0CB5FBV3pB27UVnf0jEbysrDqW4qN7XMRFSWNAy5AQ0ETAEXWQEIAJ2p6l9LBoqdH/0J PEFDY2t2gTvAuzz+8zs3R03dFuHcNbOwjvWCG0aOmVpAzkRa8egn5JB4sZaFUtKPYJEQ1Iu+ LUBwgvtXf4vWpzC67zs2dDuiW4LamH5p6xkTD61aHR7mCB3bg2TUjrDWn2Jt44cvoYxj3dz4 S49U1rc9ZPgD5axCNv45j72tggWlZvpefThP7xT1OlNTUqye2gAwQravXpZkl5JG4eOqJVIU X316iE3qso0iXRUtO7OseBf0PiVmk+wCahdreHOeOxK5jMhYkPKVn7z1sZiB7W2H2TojbmcK HZC22sz7Z/H36Lhg1+/RCnGzdEcjGc8oFHXHCxUAEQEAAYkBHwQYAQIACQUCTAEXWQIbDAAK CRABxeoEEMihegkYCAC3ivGYNe2taNm/4Nx5GPdzuaAJGKWksV+w9mo7dQvU+NmI2az5w8vw 98OmX7G0OV9snxMW+6cyNqBrVFTu33VVNzz9pnqNCHxGvj5dL5ltP160JV2zw2bUwJBYsgYQ WfyJJIM7l3gv5ZS3DGqaGIm9gOK1ANxfrR5PgPzvI9VxDhlr2juEVMZYAqPLEJe+SSxbwLoz BcFCNdDAyXcaAzXsx/E02YWm1hIWNRxanAe7Vlg7OL+gvLpdtrYCMg28PNqKNyrQ87LQ49O9 50IIZDOtNFeR0FGucjcLPdS9PiEqCoH7/waJxWp6ydJ+g4OYRBYNM0EmMgy1N85JJrV1mi5i Message-ID: <76d0fb6a-28cb-4411-acb0-12f9ebe9b1f0@yandex.ru> Date: Wed, 26 Jun 2019 13:28:50 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="DLemSE68bove3iqBc2za46MXMC58jLL9R" X-Rspamd-Queue-Id: 6E59A9729D X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yandex.ru header.s=mail header.b=SHlPd1qN; dmarc=pass (policy=none) header.from=yandex.ru; spf=pass (mx1.freebsd.org: domain of bu7cher@yandex.ru designates 37.140.190.181 as permitted sender) smtp.mailfrom=bu7cher@yandex.ru X-Spamd-Result: default: False [-7.91 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:37.140.128.0/18]; FREEMAIL_FROM(0.00)[yandex.ru]; HAS_ATTACHMENT(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[yandex.ru:+]; DMARC_POLICY_ALLOW(-0.50)[yandex.ru,none]; MX_GOOD(-0.01)[cached: mx.yandex.ru]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.997,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yandex.ru]; ASN(0.00)[asn:13238, ipnet:37.140.128.0/18, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[181.190.140.37.list.dnswl.org : 127.0.5.1]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[yandex.ru:s=mail]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_LOW(-1.00)[yandex.ru.dwl.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-1.70)[ipnet: 37.140.128.0/18(-4.76), asn: 13238(-3.76), country: RU(0.01)] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2019 10:31:38 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --DLemSE68bove3iqBc2za46MXMC58jLL9R Content-Type: multipart/mixed; boundary="163zk1P8yVULhxjlhbihJSg0Lz6zUYPNz"; protected-headers="v1" From: "Andrey V. Elsukov" To: "Patrick M. Hausen" Cc: FreeBSD Net , mops@punkt.de Message-ID: <76d0fb6a-28cb-4411-acb0-12f9ebe9b1f0@yandex.ru> Subject: Re: IPFW NAT64 changed 11.2 --> 11.3? References: <950200A8-6D36-46FE-B0DD-BA6EA860FEB7@punkt.de> <71dacccb-2500-6d7e-c890-2733d15fbbe5@yandex.ru> In-Reply-To: --163zk1P8yVULhxjlhbihJSg0Lz6zUYPNz Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 26.06.2019 13:10, Patrick M. Hausen wrote: > tcpdump will take some more time, currently we do not have /dev/bpf in = these jails. So, nat64_direct_output didn't help? Does `ipfw nat64lsn NAT64 list states` shows correct addresses? --=20 WBR, Andrey V. Elsukov --163zk1P8yVULhxjlhbihJSg0Lz6zUYPNz-- --DLemSE68bove3iqBc2za46MXMC58jLL9R Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAl0TSOIACgkQAcXqBBDI oXrdcwgAnF6gKyPK2N286QlT5EHQinUd3Xn957tvb++1U+98mZCgoOnPFNS3yKnf rulDKZj7qw+v0utgadWSuxQBCb9QIJ7zB5l9zgiH0QgISKRd1VEj3+vnJgA2Wty6 xRsjQeebcn6ZbHzAuXBaECWPlFdn+C7W8JO2Kou6fxngp5/9ldwuViqze8JPpGTZ 4B5/qLQpkU8vvGtSsGu9WA9TX8LgPsvihfnahQMAn6JK3m4ynYc+6M13gVBUta9Q pIof03OtSOUZQzj5gMS2L3FLARhk94WXjOdNP4+v3vlKWiWDOBPSHO7yaiULHENV kYc3uPLwHo/8MrxqvseYiJLi9Vk0Cg== =w0lK -----END PGP SIGNATURE----- --DLemSE68bove3iqBc2za46MXMC58jLL9R-- From owner-freebsd-net@freebsd.org Wed Jun 26 10:36:15 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C335815C3D65; Wed, 26 Jun 2019 10:36:15 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "eg.sd.rdtc.ru", Issuer "eg.sd.rdtc.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2C2CA97592; Wed, 26 Jun 2019 10:36:13 +0000 (UTC) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: freebsd-xen@freebsd.org Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id x5QAa4B9006778 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 26 Jun 2019 17:36:04 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Very slow and inconsistent internal network speed (between, VM's on the same host) for FreeBSD 11.0+ as guest on, XCP-ng/XenServer To: Christian M References: <12994df1-f847-ec92-aae8-43a32e59385f@darco.dk> <20190625082103.qiiz2cikrauaqlas@MacBook-Air-de-Roger.local> <8ec84f75-2100-ff8a-6337-3c955f31da62@grosbein.net> Cc: freebsd-xen@freebsd.org, freebsd-net@freebsd.org From: Eugene Grosbein Message-ID: <9c377fe7-5546-9e0b-fac9-076dd094cbac@grosbein.net> Date: Wed, 26 Jun 2019 17:35:55 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 2C2CA97592 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [0.32 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.83)[-0.834,0]; MX_INVALID(0.50)[cached]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.20)[-0.203,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_SPAM_SHORT(0.91)[0.906,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; IP_SCORE(0.05)[asn: 29072(0.25), country: RU(0.01)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:29072, ipnet:2a03:3100::/32, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2019 10:36:15 -0000 26.06.2019 17:26, Christian M wrote: > I ran ifconfig xn0 -txcsum on both test VM's, and all incorrect checksum disappeared. [skip] Data looks good. Did it run better this time? From owner-freebsd-net@freebsd.org Wed Jun 26 10:44:25 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5942C15C44AB; Wed, 26 Jun 2019 10:44:25 +0000 (UTC) (envelope-from christian.marcos@gmail.com) Received: from mail-io1-xd2f.google.com (mail-io1-xd2f.google.com [IPv6:2607:f8b0:4864:20::d2f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CC76897BB5; Wed, 26 Jun 2019 10:44:23 +0000 (UTC) (envelope-from christian.marcos@gmail.com) Received: by mail-io1-xd2f.google.com with SMTP id j6so2240418ioa.5; Wed, 26 Jun 2019 03:44:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=CTKlhNC5OBShmKv3cBuFmnH3IJULuk4ihG5KKBo5chk=; b=Qx5izRjfvgeG4LdSip1g7O+pJ0FhpJmJ2NOxqRq5xYf/UwQ9hev5RF0qWQy4iLe5uj 4A3zUky0DBdszEY5qoGYVzqahpDeomPLYp3xM0DaxOmzBwhb+jwb4Idz3HKFyyHf+PAb YoCi5nJ5hMccJXDH0RPJWlUE1nDkZJqYRr7ZFUQC2V8idBJJstWV8RIFmWdSeUgUHC1h UvChQch7OWd9JTTzdCee8tXBWZGyl+BKH4goLUgimeayhJb3QsKAHUAiljPIB3TLeDfm 1C5tyTmw3ioKVfJ4o+2Kw5Y7d29Ec7ZjLlVydKMDJEjVb0C6AgkJ2ZM2K7VXGoJDH6cB hz7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=CTKlhNC5OBShmKv3cBuFmnH3IJULuk4ihG5KKBo5chk=; b=Bhl8OHFBdTQYbXMqOrJQI8kbd09N0YJPccpX/pDkbONB5pNs9zjcWMxV964FlHZilQ Ld2OqT/ohboktQdX7syONv0b+r0e5ZqB3P73+9CWzh2Sesi2z+9qYOASfKJ7EilEOxOb xInnIFWrPaCYmys5mqgJz+qoo1fEkSTgYxKL5wSKKVWjk02YD6sg13py9nKAQYnON1Xa ozR5ji63u+NMsHUuyJJ+2b/NmcNLcK3H9/UF31OL9a6vRrMFBrAxuTQzy1OucvfxZdad p0IZuxZPWO+iMn7oL8wSdjw2Zc0rn6VeCxz0+MzGbovQ3XRraRrXnHu4x5r8CQL1VMyF Qzeg== X-Gm-Message-State: APjAAAVyh3UHvINbDsKLQ/3pJ29b47Beu5JYhf9phRF7u91eo2/edhzC S03JFU/ukRhvJ1xKZOFTBx5zRYhGR9ryZgYQC8TSwo+Xv6g= X-Google-Smtp-Source: APXvYqyzB2lttv0WUaA/YYKAYVnHRS/5OcaEAqRG9zsT1/gzugfgHZWaIVc71H7awnVVm3ai8k+gzf5jwhP9vsRocTY= X-Received: by 2002:a6b:4107:: with SMTP id n7mr3815693ioa.12.1561545863080; Wed, 26 Jun 2019 03:44:23 -0700 (PDT) MIME-Version: 1.0 References: <12994df1-f847-ec92-aae8-43a32e59385f@darco.dk> <20190625082103.qiiz2cikrauaqlas@MacBook-Air-de-Roger.local> <8ec84f75-2100-ff8a-6337-3c955f31da62@grosbein.net> <9c377fe7-5546-9e0b-fac9-076dd094cbac@grosbein.net> In-Reply-To: <9c377fe7-5546-9e0b-fac9-076dd094cbac@grosbein.net> From: Christian M Date: Wed, 26 Jun 2019 12:44:12 +0200 Message-ID: Subject: Re: Very slow and inconsistent internal network speed (between, VM's on the same host) for FreeBSD 11.0+ as guest on, XCP-ng/XenServer To: Eugene Grosbein Cc: freebsd-xen@freebsd.org, freebsd-net@freebsd.org X-Rspamd-Queue-Id: CC76897BB5 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Qx5izRjf; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of christianmarcos@gmail.com designates 2607:f8b0:4864:20::d2f as permitted sender) smtp.mailfrom=christianmarcos@gmail.com X-Spamd-Result: default: False [-6.82 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[f.2.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; IP_SCORE(-2.86)[ip: (-8.80), ipnet: 2607:f8b0::/32(-3.13), asn: 15169(-2.33), country: US(-0.06)]; NEURAL_HAM_SHORT(-0.95)[-0.949,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2019 10:44:25 -0000 Sorry to say, but no. Nothing changed :( The iperf issue concerns me a bit also: root@:/usr/home/asdf # iperf3 -c 172.31.16.126 iperf3: error - unable to receive control message: Connection reset by peer root@:/usr/home/asdf # iperf3 -c 172.31.16.126 Connecting to host 172.31.16.126, port 5201 iperf3: error - unable to initialize stream: Socket is not connected root@:/usr/home/asdf # iperf3 -c 172.31.16.126 ^C- - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr iperf3: interrupt - the client has terminated root@:/usr/home/asdf # iperf3 -c 172.31.16.126 Connecting to host 172.31.16.126, port 5201 [ 5] local 172.31.16.125 port 23884 connected to 172.31.16.126 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 6.00 MBytes 50.2 Mbits/sec 217 1.43 KBytes [ 5] 1.00-2.00 sec 26.7 MBytes 224 Mbits/sec 566 1.43 KBytes [ 5] 2.00-3.00 sec 15.6 MBytes 131 Mbits/sec 445 1.43 KBytes [ 5] 3.00-4.00 sec 13.5 MBytes 113 Mbits/sec 453 1.43 KBytes [ 5] 4.00-5.00 sec 13.7 MBytes 115 Mbits/sec 512 1.43 KBytes [ 5] 5.00-6.00 sec 6.51 MBytes 54.6 Mbits/sec 201 1.43 KBytes [ 5] 6.00-7.00 sec 13.5 MBytes 114 Mbits/sec 366 1.43 KBytes [ 5] 7.00-8.00 sec 16.9 MBytes 142 Mbits/sec 325 1.43 KBytes [ 5] 8.00-9.00 sec 24.2 MBytes 203 Mbits/sec 275 1.43 KBytes [ 5] 9.00-10.00 sec 38.8 MBytes 325 Mbits/sec 277 1.43 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 175 MBytes 147 Mbits/sec 3637 sender [ 5] 0.00-10.00 sec 175 MBytes 147 Mbits/sec receiver iperf Done. root@:/usr/home/asdf # iperf3 -s ----------------------------------------------------------- Server listening on 5201 ----------------------------------------------------------- iperf3: error - unable to receive parameters from client: Connection reset by peer ----------------------------------------------------------- Server listening on 5201 ----------------------------------------------------------- Accepted connection from 172.31.16.125, port 21052 ^Ciperf3: interrupt - the server has terminated root@:/usr/home/asdf # iperf3 -s ----------------------------------------------------------- Server listening on 5201 ----------------------------------------------------------- Accepted connection from 172.31.16.125, port 29365 [ 5] local 172.31.16.126 port 5201 connected to 172.31.16.125 port 23884 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 5.85 MBytes 49.0 Mbits/sec [ 5] 1.00-2.00 sec 26.6 MBytes 223 Mbits/sec [ 5] 2.00-3.00 sec 15.6 MBytes 131 Mbits/sec [ 5] 3.00-4.00 sec 13.5 MBytes 113 Mbits/sec [ 5] 4.00-5.00 sec 13.7 MBytes 115 Mbits/sec [ 5] 5.00-6.00 sec 6.51 MBytes 54.6 Mbits/sec [ 5] 6.00-7.00 sec 13.5 MBytes 114 Mbits/sec [ 5] 7.00-8.00 sec 16.9 MBytes 142 Mbits/sec [ 5] 8.00-9.00 sec 24.1 MBytes 202 Mbits/sec [ 5] 9.00-10.00 sec 38.8 MBytes 325 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate [ 5] 0.00-10.00 sec 175 MBytes 147 Mbits/sec receiver ----------------------------------------------------------- Server listening on 5201 ----------------------------------------------------------- Den ons 26 juni 2019 kl 12:36 skrev Eugene Grosbein : > 26.06.2019 17:26, Christian M wrote: > > > I ran ifconfig xn0 -txcsum on both test VM's, and all incorrect checksum > disappeared. > > [skip] > > Data looks good. Did it run better this time? > > From owner-freebsd-net@freebsd.org Wed Jun 26 10:50:39 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D4B2C15C476D; Wed, 26 Jun 2019 10:50:39 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "eg.sd.rdtc.ru", Issuer "eg.sd.rdtc.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 28B8697E8E; Wed, 26 Jun 2019 10:50:28 +0000 (UTC) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: freebsd-xen@freebsd.org Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id x5QAoLp4006846 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 26 Jun 2019 17:50:21 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Very slow and inconsistent internal network speed (between, VM's on the same host) for FreeBSD 11.0+ as guest on, XCP-ng/XenServer To: Christian M References: <12994df1-f847-ec92-aae8-43a32e59385f@darco.dk> <20190625082103.qiiz2cikrauaqlas@MacBook-Air-de-Roger.local> <8ec84f75-2100-ff8a-6337-3c955f31da62@grosbein.net> <9c377fe7-5546-9e0b-fac9-076dd094cbac@grosbein.net> Cc: freebsd-xen@freebsd.org, freebsd-net@freebsd.org From: Eugene Grosbein Message-ID: Date: Wed, 26 Jun 2019 17:50:13 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 28B8697E8E X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [0.39 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.81)[-0.809,0]; MX_INVALID(0.50)[greylisted]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.16)[-0.158,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_SPAM_SHORT(0.91)[0.908,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; IP_SCORE(0.05)[asn: 29072(0.25), country: RU(0.01)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:29072, ipnet:2a03:3100::/32, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2019 10:50:40 -0000 26.06.2019 17:44, Christian M wrote: > Sorry to say, but no. Nothing changed :( > > The iperf issue concerns me a bit also: Try starting ntpd inside VM guests, wait an hour then post contents of /var/db/ntpd.drift This is to verify quality of time source provided to VMs by hypervisor. From owner-freebsd-net@freebsd.org Wed Jun 26 11:24:03 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3325915C5432 for ; Wed, 26 Jun 2019 11:24:03 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) (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 A50FD6A219 for ; Wed, 26 Jun 2019 11:24:01 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [217.29.44.10]) by gate2.intern.punkt.de with ESMTP id x5QBNxGZ070658; Wed, 26 Jun 2019 13:23:59 +0200 (CEST) Received: from [217.29.44.222] ([217.29.44.222]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id x5QBNxg5075698; Wed, 26 Jun 2019 13:23:59 +0200 (CEST) (envelope-from hausen@punkt.de) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: IPFW NAT64 changed 11.2 --> 11.3? From: "Patrick M. Hausen" In-Reply-To: Date: Wed, 26 Jun 2019 13:23:58 +0200 Cc: FreeBSD Net , mops@punkt.de Content-Transfer-Encoding: quoted-printable Message-Id: References: <950200A8-6D36-46FE-B0DD-BA6EA860FEB7@punkt.de> <71dacccb-2500-6d7e-c890-2733d15fbbe5@yandex.ru> <76d0fb6a-28cb-4411-acb0-12f9ebe9b1f0@yandex.ru> To: "Andrey V. Elsukov" X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: A50FD6A219 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of hausen@punkt.de designates 217.29.33.131 as permitted sender) smtp.mailfrom=hausen@punkt.de X-Spamd-Result: default: False [-1.71 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.989,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:217.29.32.0/20]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[punkt.de]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.994,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mailin.pluspunkthosting.de]; NEURAL_HAM_SHORT(-0.74)[-0.738,0]; RCVD_IN_DNSWL_NONE(0.00)[131.33.29.217.list.dnswl.org : 127.0.10.0]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_TO(0.00)[yandex.ru]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.18)[ipnet: 217.29.32.0/20(-0.50), asn: 16188(-0.40), country: DE(-0.01)] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2019 11:24:03 -0000 Hi all, > Am 26.06.2019 um 12:28 schrieb Andrey V. Elsukov : >=20 > On 26.06.2019 13:10, Patrick M. Hausen wrote: >> tcpdump will take some more time, currently we do not have /dev/bpf = in these jails. >=20 > So, nat64_direct_output didn't help? > Does `ipfw nat64lsn NAT64 list states` shows correct addresses? No, it didn=E2=80=99t. Yes, the IPv4 addresses shown are the external = addresses of these =E2=80=9Egate64=E2=80=9C jails. See: 13:06:28.205602 IP6 (hlim 64, next-header ICMPv6 (58) payload length: = 16) 2a00:b580:8000:12:40f9:d4:cd11:d68c > 64:ff9b::9765:7085: [icmp6 sum = ok] ICMP6, echo request, seq 0 13:06:28.205611 IP (tos 0x0, ttl 63, id 25804, offset 0, flags [DF], = proto ICMP (1), length 36) 217.29.40.145 > 151.101.112.133: ICMP echo request, id 1024, seq 0, = length 16 13:06:28.207853 IP (tos 0x0, ttl 58, id 53557, offset 0, flags [none], = proto ICMP (1), length 36) 151.101.112.133 > 217.29.40.145: ICMP echo reply, id 1024, seq 0, = length 16 13:06:28.207861 IP6 (hlim 57, next-header ICMPv6 (58) payload length: = 16) d91d:2891::9765:7085 > 2a00:b580:8000:12:40f9:d4:cd11:d68c: [icmp6 = sum ok] ICMP6, echo reply, seq 0 13:06:29.268095 IP6 (hlim 64, next-header ICMPv6 (58) payload length: = 16) 2a00:b580:8000:12:40f9:d4:cd11:d68c > 64:ff9b::9765:7085: [icmp6 sum = ok] ICMP6, echo request, seq 1 13:06:29.268106 IP (tos 0x0, ttl 63, id 18866, offset 0, flags [DF], = proto ICMP (1), length 36) 217.29.40.145 > 151.101.112.133: ICMP echo request, id 1024, seq 1, = length 16 13:06:29.270335 IP (tos 0x0, ttl 58, id 53653, offset 0, flags [none], = proto ICMP (1), length 36) 151.101.112.133 > 217.29.40.145: ICMP echo reply, id 1024, seq 1, = length 16 13:06:29.270340 IP6 (hlim 57, next-header ICMPv6 (58) payload length: = 16) d91d:2891::9765:7085 > 2a00:b580:8000:12:40f9:d4:cd11:d68c: [icmp6 = sum ok] ICMP6, echo reply, seq 1 So the IPv4 echo and reply exchange looks good. Then the packet is forwarded to IPv6 with an entirely bogus (AFAIK) IPv6 source address. Interestingly the host portion of the address that should be nat64 is = identical, but the prefix - where does it get that idea? Now for TCP things look like this: 13:13:28.285846 IP6 (flowlabel 0x03c68, hlim 64, next-header TCP (6) = payload length: 40) 2a00:b580:8000:12:40f9:d4:cd11:d68c.36162 > = 64:ff9b::9765:7085.80: Flags [S], cksum 0xf517 (correct), seq = 1579275858, win 65535, options [mss 1440,nop,wscale 6,sackOK,TS val = 2313075246 ecr 0], length 0 13:13:28.285855 IP (tos 0x0, ttl 63, id 62854, offset 0, flags [DF], = proto TCP (6), length 60) 217.29.40.145.1025 > 151.101.112.133.80: Flags [S], cksum 0xc1a9 = (correct), seq 1579275858, win 65535, options [mss 1440,nop,wscale = 6,sackOK,TS val 2313075246 ecr 0], length 0 13:13:28.288071 IP (tos 0x0, ttl 58, id 0, offset 0, flags [DF], proto = TCP (6), length 60) 151.101.112.133.80 > 217.29.40.145.1025: Flags [S.], cksum 0xd68d = (correct), seq 4085564593, ack 1579275859, win 28960, options [mss = 1460,sackOK,TS val 12042469 ecr 2313075246,nop,wscale 9], length 0 13:13:28.288078 IP6 (hlim 57, next-header TCP (6) payload length: 40) = ::200:0:50:e689:9765:7085.80 > = 2a00:b580:8000:12:40f9:d4:cd11:d68c.36162: Flags [S.], cksum 0x2122 = (correct), seq 4085564593, ack 1579275859, win 28960, options [mss = 1460,sackOK,TS val 12042469 ecr 2313075246,nop,wscale 9], length 0 13:13:29.291084 IP (tos 0x0, ttl 58, id 0, offset 0, flags [DF], proto = TCP (6), length 60) 151.101.112.133.80 > 217.29.40.145.1025: Flags [S.], cksum 0xd592 = (correct), seq 4085564593, ack 1579275859, win 28960, options [mss = 1460,sackOK,TS val 12042720 ecr 2313075246,nop,wscale 9], length 0 13:13:29.291093 IP6 (hlim 57, next-header TCP (6) payload length: 40) = ::151.101.112.133.80 > 2a00:b580:8000:12:40f9:d4:cd11:d68c.36162: Flags = [S.], cksum 0x0901 (correct), seq 4085564593, ack 1579275859, win 28960, = options [mss 1460,sackOK,TS val 12042720 ecr 2313075246,nop,wscale 9], = length 0 13:13:31.311090 IP (tos 0x0, ttl 58, id 0, offset 0, flags [DF], proto = TCP (6), length 60) 151.101.112.133.80 > 217.29.40.145.1025: Flags [S.], cksum 0xd399 = (correct), seq 4085564593, ack 1579275859, win 28960, options [mss = 1460,sackOK,TS val 12043225 ecr 2313075246,nop,wscale 9], length 0 13:13:31.311099 IP6 (hlim 57, next-header TCP (6) payload length: 40) = ::151.101.112.133.80 > 2a00:b580:8000:12:40f9:d4:cd11:d68c.36162: Flags = [S.], cksum 0x0708 (correct), seq 4085564593, ack 1579275859, win 28960, = options [mss 1460,sackOK,TS val 12043225 ecr 2313075246,nop,wscale 9], = length 0 So (3rd line) the SYN/ACK arrives with correct IPv4 addresses then = get=E2=80=99s forwarded with a source address of=20 :200:0:50:e689:9765:7085 instead of 64:ff9b::9765:7085 Then we have another SYN/ACK (retransmit, identical sequence number and = ACK) forwarded with yet another source address: ::151.101.112.133 BTW, config of the physical interface is: ifconfig_bnxt0=3D"-rxcsum -rxcsum6 -txcsum -txcsum6 -vlanhwtag = -vlanhwtso up" cloned_interfaces=3D"bridge0 bridge1" ifconfig_bridge0_name=3D"inet0" ifconfig_inet0=3D"addm bnxt0 up=E2=80=9C ifconfig_inet0_ipv6=3D"inet6 2a00:b580:8000:12:40f9:00d4:cd11:d68c/64 = auto_linklocal=E2=80=9C Thanks, Patrick --=20 punkt.de GmbH Internet - Dienstleistungen - Beratung Kaiserallee 13a Tel.: 0721 9109-0 Fax: -100 76133 Karlsruhe info@punkt.de http://punkt.de AG Mannheim 108285 Gf: Juergen Egeling From owner-freebsd-net@freebsd.org Wed Jun 26 11:40:27 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DFCD815C58B8 for ; Wed, 26 Jun 2019 11:40:26 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward101p.mail.yandex.net (forward101p.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:101]) (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 48E756A94B for ; Wed, 26 Jun 2019 11:40:25 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback14g.mail.yandex.net (mxback14g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:93]) by forward101p.mail.yandex.net (Yandex) with ESMTP id 5F66E32822AA; Wed, 26 Jun 2019 14:40:13 +0300 (MSK) Received: from smtp1p.mail.yandex.net (smtp1p.mail.yandex.net [2a02:6b8:0:1472:2741:0:8b6:6]) by mxback14g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 6N6FlV7yEW-eD2a6Dk2; Wed, 26 Jun 2019 14:40:13 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1561549213; bh=vBNevyfT/wYDrmjnBSn8KPFFFom83Zcv3MaSlyfpyQg=; h=In-Reply-To:From:To:Subject:Cc:Date:References:Message-ID; b=MgJ8Su0XMJphhL1K7Q3Z+/wJCHwVzCfLBdhs+TcnN7o99FK8WH5VW+RuOVj9sRmpc MynoKcw8HhXO5qQRh9T3JBjJpstRlp5YiE7x5uPXwvFAd7FmkUgIuGK13Z8xOTF79Z 63LEBXC0sPyu6i/xXTLyi4VB/hkFYT6S0FSUQPBI= Received: by smtp1p.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id T2cvSrCGik-eCRmlGla; Wed, 26 Jun 2019 14:40:12 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) Subject: Re: IPFW NAT64 changed 11.2 --> 11.3? To: "Patrick M. Hausen" Cc: FreeBSD Net , mops@punkt.de References: <950200A8-6D36-46FE-B0DD-BA6EA860FEB7@punkt.de> <71dacccb-2500-6d7e-c890-2733d15fbbe5@yandex.ru> <76d0fb6a-28cb-4411-acb0-12f9ebe9b1f0@yandex.ru> From: "Andrey V. Elsukov" Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Autocrypt: addr=bu7cher@yandex.ru; prefer-encrypt=mutual; keydata= mQENBEwBF1kBCADB9sXFhBEUy8qQ4X63Y8eBatYMHGEFWN9ypS5lI3RE6qQW2EYbxNk7qUC5 21YIIS1mMFVBEfvR7J9uc7yaYgFCEb6Sce1RSO4ULN2mRKGHP3/Sl0ijZEjWHV91hY1YTHEF ZW/0GYinDf56sYpDDehaBF5wkWIo1+QK5nmj3vl0DIDCMNd7QEiWpyLVwECgLX2eOAXByT8B bCqVhJGcG6iFP7/B9Ll6uX5gb8thM9LM+ibwErDBVDGiOgvfxqidab7fdkh893IBCXa82H9N CNwnEtcgzh+BSKK5BgvPohFMgRwjti37TSxwLu63QejRGbZWSz3OK3jMOoF63tCgn7FvABEB AAG0JUFuZHJleSBWLiBFbHN1a292IDxidTdjaGVyQHlhbmRleC5ydT6JATgEEwECACIFAkwB F1kCGwMGCwkIBwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEAHF6gQQyKF6qmYIAI6ekfm1VA4T vqankI1ISE6ku4jV7UlpIQlEbE7/8n3Zd6teJ+pGOQhN5qk8QE7utdPdbktAzi+x7LIJVzUw 4TywZLXGrkP7VKYkfg6oyCGyzITghefQeJtr2TN4hYCkzPWpylkue8MtmqfZv/6royqwTbN+ +E09FQNvTgRUYJYTeQ1qOsxNRycwvw3dr2rOfuxShbzaHBB1pBIjGrMg8fC5pd65ACH5zuFV A0CoTNGMDrEZSfBkTW604UUHFFXeCoC3dwDZRKOWJ3GmMXns65Ai5YkA63BSHEE1Qle3VBhd cG1w0CB5FBV3pB27UVnf0jEbysrDqW4qN7XMRFSWNAy5AQ0ETAEXWQEIAJ2p6l9LBoqdH/0J PEFDY2t2gTvAuzz+8zs3R03dFuHcNbOwjvWCG0aOmVpAzkRa8egn5JB4sZaFUtKPYJEQ1Iu+ LUBwgvtXf4vWpzC67zs2dDuiW4LamH5p6xkTD61aHR7mCB3bg2TUjrDWn2Jt44cvoYxj3dz4 S49U1rc9ZPgD5axCNv45j72tggWlZvpefThP7xT1OlNTUqye2gAwQravXpZkl5JG4eOqJVIU X316iE3qso0iXRUtO7OseBf0PiVmk+wCahdreHOeOxK5jMhYkPKVn7z1sZiB7W2H2TojbmcK HZC22sz7Z/H36Lhg1+/RCnGzdEcjGc8oFHXHCxUAEQEAAYkBHwQYAQIACQUCTAEXWQIbDAAK CRABxeoEEMihegkYCAC3ivGYNe2taNm/4Nx5GPdzuaAJGKWksV+w9mo7dQvU+NmI2az5w8vw 98OmX7G0OV9snxMW+6cyNqBrVFTu33VVNzz9pnqNCHxGvj5dL5ltP160JV2zw2bUwJBYsgYQ WfyJJIM7l3gv5ZS3DGqaGIm9gOK1ANxfrR5PgPzvI9VxDhlr2juEVMZYAqPLEJe+SSxbwLoz BcFCNdDAyXcaAzXsx/E02YWm1hIWNRxanAe7Vlg7OL+gvLpdtrYCMg28PNqKNyrQ87LQ49O9 50IIZDOtNFeR0FGucjcLPdS9PiEqCoH7/waJxWp6ydJ+g4OYRBYNM0EmMgy1N85JJrV1mi5i Message-ID: Date: Wed, 26 Jun 2019 14:37:31 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="WaJFywOu52W1U9slzGfi1X6QLNHPs8caQ" X-Rspamd-Queue-Id: 48E756A94B X-Spamd-Bar: --------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yandex.ru header.s=mail header.b=MgJ8Su0X; dmarc=pass (policy=none) header.from=yandex.ru; spf=pass (mx1.freebsd.org: domain of bu7cher@yandex.ru designates 2a02:6b8:0:1472:2741:0:8b7:101 as permitted sender) smtp.mailfrom=bu7cher@yandex.ru X-Spamd-Result: default: False [-9.71 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a02:6b8:0:1000::/52]; FREEMAIL_FROM(0.00)[yandex.ru]; HAS_ATTACHMENT(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; MX_GOOD(-0.01)[cached: mx.yandex.ru]; DKIM_TRACE(0.00)[yandex.ru:+]; DMARC_POLICY_ALLOW(-0.50)[yandex.ru,none]; NEURAL_HAM_SHORT(-1.00)[-0.997,0]; SIGNED_PGP(-2.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[1.0.1.0.7.b.8.0.0.0.0.0.1.4.7.2.2.7.4.1.0.0.0.0.8.b.6.0.2.0.a.2.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yandex.ru]; ASN(0.00)[asn:13238, ipnet:2a02:6b8::/32, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; MIME_UNKNOWN(0.10)[text/x-patch]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[yandex.ru:s=mail]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:+,4:~]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DWL_DNSWL_LOW(-1.00)[yandex.ru.dwl.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-3.60)[ip: (-9.56), ipnet: 2a02:6b8::/32(-4.69), asn: 13238(-3.76), country: RU(0.01)] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2019 11:40:27 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --WaJFywOu52W1U9slzGfi1X6QLNHPs8caQ Content-Type: multipart/mixed; boundary="tzwY8DevO6yu3054FciXlqXCr6cFeMuKH"; protected-headers="v1" From: "Andrey V. Elsukov" To: "Patrick M. Hausen" Cc: FreeBSD Net , mops@punkt.de Message-ID: Subject: Re: IPFW NAT64 changed 11.2 --> 11.3? References: <950200A8-6D36-46FE-B0DD-BA6EA860FEB7@punkt.de> <71dacccb-2500-6d7e-c890-2733d15fbbe5@yandex.ru> <76d0fb6a-28cb-4411-acb0-12f9ebe9b1f0@yandex.ru> In-Reply-To: --tzwY8DevO6yu3054FciXlqXCr6cFeMuKH Content-Type: multipart/mixed; boundary="------------2C56725B5F65E7D7742E15AF" Content-Language: en-US This is a multi-part message in MIME format. --------------2C56725B5F65E7D7742E15AF Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 26.06.2019 14:23, Patrick M. Hausen wrote: > Hi all, >=20 >> Am 26.06.2019 um 12:28 schrieb Andrey V. Elsukov : >> >> On 26.06.2019 13:10, Patrick M. Hausen wrote: >>> tcpdump will take some more time, currently we do not have /dev/bpf i= n these jails. >> >> So, nat64_direct_output didn't help? >> Does `ipfw nat64lsn NAT64 list states` shows correct addresses? >=20 > No, it didn=E2=80=99t. Yes, the IPv4 addresses shown are the external a= ddresses > of these =E2=80=9Egate64=E2=80=9C jails. >=20 > See: >=20 > 13:06:28.205602 IP6 (hlim 64, next-header ICMPv6 (58) payload length: 1= 6) 2a00:b580:8000:12:40f9:d4:cd11:d68c > 64:ff9b::9765:7085: [icmp6 sum o= k] ICMP6, echo request, seq 0 > 13:06:28.205611 IP (tos 0x0, ttl 63, id 25804, offset 0, flags [DF], pr= oto ICMP (1), length 36) > 217.29.40.145 > 151.101.112.133: ICMP echo request, id 1024, seq 0,= length 16 > 13:06:28.207853 IP (tos 0x0, ttl 58, id 53557, offset 0, flags [none], = proto ICMP (1), length 36) > 151.101.112.133 > 217.29.40.145: ICMP echo reply, id 1024, seq 0, l= ength 16 > 13:06:28.207861 IP6 (hlim 57, next-header ICMPv6 (58) payload length: 1= 6) d91d:2891::9765:7085 > 2a00:b580:8000:12:40f9:d4:cd11:d68c: [icmp6 sum= ok] ICMP6, echo reply, seq 0 > 13:06:29.268095 IP6 (hlim 64, next-header ICMPv6 (58) payload length: 1= 6) 2a00:b580:8000:12:40f9:d4:cd11:d68c > 64:ff9b::9765:7085: [icmp6 sum o= k] ICMP6, echo request, seq 1 > 13:06:29.268106 IP (tos 0x0, ttl 63, id 18866, offset 0, flags [DF], pr= oto ICMP (1), length 36) > 217.29.40.145 > 151.101.112.133: ICMP echo request, id 1024, seq 1,= length 16 > 13:06:29.270335 IP (tos 0x0, ttl 58, id 53653, offset 0, flags [none], = proto ICMP (1), length 36) > 151.101.112.133 > 217.29.40.145: ICMP echo reply, id 1024, seq 1, l= ength 16 > 13:06:29.270340 IP6 (hlim 57, next-header ICMPv6 (58) payload length: 1= 6) d91d:2891::9765:7085 > 2a00:b580:8000:12:40f9:d4:cd11:d68c: [icmp6 sum= ok] ICMP6, echo reply, seq 1 >=20 > So the IPv4 echo and reply exchange looks good. Then the packet is > forwarded to IPv6 with an entirely bogus (AFAIK) IPv6 source address. >=20 > Interestingly the host portion of the address that should be nat64 is i= dentical, > but the prefix - where does it get that idea? Thanks, it is very useful. Due to the code difference between head/ and stable/11 there were some partial MFCs, and r334836 seems has missing part of code. Can you try this patch? --=20 WBR, Andrey V. Elsukov --------------2C56725B5F65E7D7742E15AF Content-Type: text/x-patch; name="nat64.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="nat64.diff" Index: sys/netpfil/ipfw/nat64/nat64lsn.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/netpfil/ipfw/nat64/nat64lsn.c (revision 349408) +++ sys/netpfil/ipfw/nat64/nat64lsn.c (working copy) @@ -408,6 +408,7 @@ nat64lsn_translate4(struct nat64lsn_cfg *cfg, cons } else logdata =3D NULL; =20 + src6 =3D cfg->base.plat_prefix; nat64_embed_ip4(&src6, cfg->base.plat_plen, htonl(f_id->src_ip)); ret =3D nat64_do_handle_ip4(*pm, &src6, &nh->addr, lport, &cfg->base, logdata); --------------2C56725B5F65E7D7742E15AF-- --tzwY8DevO6yu3054FciXlqXCr6cFeMuKH-- --WaJFywOu52W1U9slzGfi1X6QLNHPs8caQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAl0TWPsACgkQAcXqBBDI oXpOHQgAg8rTmZOMHGCPXjES6KKw52sYoNmyvVayOWNN6wepGly9MjKUzAVZzuq0 qjBE2/mDs3HT8mF4tny33FeNnD6wmKFkWwxPFGxRIwC37X/j+PzXfTnwnBtHt93L wKCKOBtrrXr1POTT5+cPGgNtu0Etd9cgPpi2uMis2GTRmjeHAs+ysIISmbfxF47A uJgGkG36GIdsA1ppJXrN5hv+w6t0TDcv8l0w6i0/mpwWbIm16qSubAEeLmtmmf+G oZ0jx1EigHNzxJvseHmJG8RrDYwOqzYSF1ExUuDHitShouAogUgF8mbzL3xDdS2+ xqCjTsUF7rXju0IzX6rGt/tZ+3B5HA== =nTpI -----END PGP SIGNATURE----- --WaJFywOu52W1U9slzGfi1X6QLNHPs8caQ-- From owner-freebsd-net@freebsd.org Wed Jun 26 12:20:46 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 11E4215C7062 for ; Wed, 26 Jun 2019 12:20:46 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) (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 037536BF68 for ; Wed, 26 Jun 2019 12:20:44 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [217.29.44.10]) by gate2.intern.punkt.de with ESMTP id x5QCKg5C072041; Wed, 26 Jun 2019 14:20:42 +0200 (CEST) Received: from [217.29.44.222] ([217.29.44.222]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id x5QCKgup078883; Wed, 26 Jun 2019 14:20:42 +0200 (CEST) (envelope-from hausen@punkt.de) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: IPFW NAT64 changed 11.2 --> 11.3? From: "Patrick M. Hausen" In-Reply-To: Date: Wed, 26 Jun 2019 14:20:41 +0200 Cc: FreeBSD Net , mops@punkt.de Content-Transfer-Encoding: quoted-printable Message-Id: References: <950200A8-6D36-46FE-B0DD-BA6EA860FEB7@punkt.de> <71dacccb-2500-6d7e-c890-2733d15fbbe5@yandex.ru> <76d0fb6a-28cb-4411-acb0-12f9ebe9b1f0@yandex.ru> To: "Andrey V. Elsukov" X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 037536BF68 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of hausen@punkt.de designates 217.29.33.131 as permitted sender) smtp.mailfrom=hausen@punkt.de X-Spamd-Result: default: False [-1.92 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.989,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:217.29.32.0/20]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[punkt.de]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.994,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mailin.pluspunkthosting.de]; NEURAL_HAM_SHORT(-0.95)[-0.948,0]; RCVD_IN_DNSWL_NONE(0.00)[131.33.29.217.list.dnswl.org : 127.0.10.0]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_TO(0.00)[yandex.ru]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.18)[ipnet: 217.29.32.0/20(-0.49), asn: 16188(-0.39), country: DE(-0.01)] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2019 12:20:46 -0000 Hi all, first, for completeness: > So (3rd line) the SYN/ACK arrives with correct IPv4 addresses then = get=E2=80=99s > forwarded with a source address of=20 >=20 > :200:0:50:e689:9765:7085 instead of 64:ff9b::9765:7085 That looks like random garbage due to an uninitialized struct in6_addr. > Then we have another SYN/ACK (retransmit, identical sequence number = and ACK) > forwarded with yet another source address: >=20 > ::151.101.112.133 And on the second turn the same place probably has been zeroed, because = that is the correct IPv4 address with ::/96 attached in front. I didn=E2=80=99t= catch that at first. But the =E2=80=9Einternal=E2=80=9C IPv6-only system expects = NAT64, not v4-compatible ... Second, Andrey=E2=80=99s patch adds the missing initialization. And yes, = it is working. :-) Kind regards, Patrick --=20 punkt.de GmbH Internet - Dienstleistungen - Beratung Kaiserallee 13a Tel.: 0721 9109-0 Fax: -100 76133 Karlsruhe info@punkt.de http://punkt.de AG Mannheim 108285 Gf: Juergen Egeling From owner-freebsd-net@freebsd.org Wed Jun 26 13:17:48 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 38A2C15C82B6; Wed, 26 Jun 2019 13:17:48 +0000 (UTC) (envelope-from christian.marcos@gmail.com) Received: from mail-io1-xd36.google.com (mail-io1-xd36.google.com [IPv6:2607:f8b0:4864:20::d36]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 973626DC1A; Wed, 26 Jun 2019 13:17:46 +0000 (UTC) (envelope-from christian.marcos@gmail.com) Received: by mail-io1-xd36.google.com with SMTP id i10so3135851iol.13; Wed, 26 Jun 2019 06:17:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=3T1PcP0+UJUsc3L6TfDmVYakwdq/7Dz24T7TXvn4ePE=; b=MLdBWa78lvim60jiqtTK2FPYmdnfYp7CG4+d0I2+lgktKcWz/6U4IM7kiugTDdGrck Y7uVXKVdFJbclRaoGCTxc6L/PToqY9nmiONjw3ynaengGK0Q6rMHpKA5WXO+AIuW5xXp kDznf+StpdtE35BA4t5PmWS3jSAYVvFRXJJzx8WH8D/ewC/YEcLEdRR2xC+w/TOWsbM3 CurIGAUQi8f3iviRHSP96f1inYwp7eJSfSxCJQjODfE4QDkpxHoSxiwqXsOYp66qX00S SXTPUHx91eke4XYe5cTuTDr1z0yuh3PYmTRTCXOnEJ4okcVU6Q/k9eQYGxNsmcQep83P WN0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=3T1PcP0+UJUsc3L6TfDmVYakwdq/7Dz24T7TXvn4ePE=; b=LiBJyz6FA1jRwP+hQY3M3CuLGhzKDVG9wUto0J6H6JIvID+Yn3gYjYVFX8H4Jq6bRN E1REeHm/U1l0y3nICMzq9iIqB+4TCi1IKY2K2UiV+17BQhGThEQ8mj+d6JEuQOBmhJtl xpy0s1vi7up6xm62IzFIZl6IpHNB16ySZGfXkCn2SPf3DZxJF29B0BJ72gZzZhO7ERyF eJEoB+xCngnoL6nq1AKoE69N7b9hD56KnQDy7Yf9hrZXA+tRtt/Zp9sISx+/s8eAbdkO Aqi8P+4NpkjO4tuXMhaNkuaaJQturrGKMhwaA8hXI4uro/6WIW007+bETJjbRaedeiCP DjdA== X-Gm-Message-State: APjAAAVgHk+Hze2YLPNaVRcxVxOFY4tp+65OtSnTMqWpZNQK6HAojwbO 3dUuL2YR+H8pZZMaQKcN/SM6G/3Xt4/5+U4ehh9yNe7U X-Google-Smtp-Source: APXvYqyifxMvyiq4OIfuME/VXPsxsG8RXyv2/2UFhCHJnRt5n85HWwfNbLNTNtfXGnAgDMNB4C/BMg48DKSAyZNafAQ= X-Received: by 2002:a6b:5b01:: with SMTP id v1mr4992645ioh.120.1561555065771; Wed, 26 Jun 2019 06:17:45 -0700 (PDT) MIME-Version: 1.0 References: <12994df1-f847-ec92-aae8-43a32e59385f@darco.dk> <20190625082103.qiiz2cikrauaqlas@MacBook-Air-de-Roger.local> <8ec84f75-2100-ff8a-6337-3c955f31da62@grosbein.net> <9c377fe7-5546-9e0b-fac9-076dd094cbac@grosbein.net> In-Reply-To: From: Christian M Date: Wed, 26 Jun 2019 15:17:34 +0200 Message-ID: Subject: Re: Very slow and inconsistent internal network speed (between, VM's on the same host) for FreeBSD 11.0+ as guest on, XCP-ng/XenServer To: Eugene Grosbein Cc: freebsd-xen@freebsd.org, freebsd-net@freebsd.org X-Rspamd-Queue-Id: 973626DC1A X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=MLdBWa78; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of christianmarcos@gmail.com designates 2607:f8b0:4864:20::d36 as permitted sender) smtp.mailfrom=christianmarcos@gmail.com X-Spamd-Result: default: False [-6.84 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[6.3.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.93)[ip: (-9.12), ipnet: 2607:f8b0::/32(-3.14), asn: 15169(-2.33), country: US(-0.06)]; NEURAL_HAM_SHORT(-0.90)[-0.902,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2019 13:17:48 -0000 Started ntpd in the two main 12-0-RELEASE vm's I've been testing with. drift files show -0.262 and -1.144 after about two hours. Den ons 26 juni 2019 kl 12:50 skrev Eugene Grosbein : > 26.06.2019 17:44, Christian M wrote: > > > Sorry to say, but no. Nothing changed :( > > > > The iperf issue concerns me a bit also: > > Try starting ntpd inside VM guests, wait an hour then post contents of > /var/db/ntpd.drift > This is to verify quality of time source provided to VMs by hypervisor. > > From owner-freebsd-net@freebsd.org Thu Jun 27 03:33:41 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 256BC15D97EF; Thu, 27 Jun 2019 03:33:41 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "eg.sd.rdtc.ru", Issuer "eg.sd.rdtc.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E112C6C5D1; Thu, 27 Jun 2019 03:33:29 +0000 (UTC) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: freebsd-xen@freebsd.org Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id x5R3XI28017063 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Thu, 27 Jun 2019 10:33:18 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Very slow and inconsistent internal network speed (between, VM's on the same host) for FreeBSD 11.0+ as guest on, XCP-ng/XenServer To: Christian M References: <12994df1-f847-ec92-aae8-43a32e59385f@darco.dk> <20190625082103.qiiz2cikrauaqlas@MacBook-Air-de-Roger.local> <8ec84f75-2100-ff8a-6337-3c955f31da62@grosbein.net> <9c377fe7-5546-9e0b-fac9-076dd094cbac@grosbein.net> Cc: freebsd-xen@freebsd.org, freebsd-net@freebsd.org From: Eugene Grosbein Message-ID: <47bb1bfe-ac39-78d3-c9b9-17ff1896e0ec@grosbein.net> Date: Thu, 27 Jun 2019 10:33:09 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: E112C6C5D1 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [0.14 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.84)[-0.836,0]; MX_INVALID(0.50)[greylisted]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.40)[-0.404,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_SPAM_SHORT(0.92)[0.925,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; IP_SCORE(0.05)[asn: 29072(0.24), country: RU(0.01)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:29072, ipnet:2a03:3100::/32, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2019 03:33:41 -0000 26.06.2019 20:17, Christian M wrote: > Started ntpd in the two main 12-0-RELEASE vm's I've been testing with. > drift files show -0.262 and -1.144 after about two hours. This is very good, so it should not be timekeeping problem. There were many fixes to FreeBSD12 after the release. Can you update to 12.0-STABLE? From owner-freebsd-net@freebsd.org Thu Jun 27 10:14:46 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B701F15B3823; Thu, 27 Jun 2019 10:14:46 +0000 (UTC) (envelope-from christian.marcos@gmail.com) Received: from mail-io1-xd2d.google.com (mail-io1-xd2d.google.com [IPv6:2607:f8b0:4864:20::d2d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B2DC277245; Thu, 27 Jun 2019 10:14:45 +0000 (UTC) (envelope-from christian.marcos@gmail.com) Received: by mail-io1-xd2d.google.com with SMTP id u13so3566425iop.0; Thu, 27 Jun 2019 03:14:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=KQbBJuYPKvFcxPLYETvyKZRoVLnzi/O5m8MlPrkCS1o=; b=UABh6ZB3si/LOB0B4UJ5S8Plb9nZAy4xauheMnAwLRvg0AyxUDoIMWDsmerQ+8PyDA +pw3/AmSMbtYmhF804oAmZ2JJfhvgja+uZUoCiajd+rt9uLvhfSZ+fFxXgS5B/wp+Zr9 HVJ+UvyqaGsXpt7hYuIb3JL4QUV+pbrEIgmTcx9sLC/sBwv6UbrUBZOGWyp6mBWNqtKR IVPM/eal5lN1zDgOciVMcXr3XiT4bCYG6ZXxUMJIM7sQvnK6cytFubbfmiBjLNws/JbZ G/jiUTTDDGBaSJbkj4XXC3I/20iqNN0Z1Nqb+uBim2rLVqDbX4vdb0gfCp7Fw+G+CvEz +NqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=KQbBJuYPKvFcxPLYETvyKZRoVLnzi/O5m8MlPrkCS1o=; b=lHnmH4GXtU6Y/X2sk4N3MUzkQT21G8SJ9BuFaZYFHwjR6hWWhIBzvqdB+EoOpe/OGc 2Iuh/N373Io753XCh9Bk0zs5vK4TwocV8W/7b07qCSQMtVuI5ysOdOBgiUGqwVxJoLPE Q/Qi6gEtnikzzK7+ARMEsvqBRXOn4zjv8rRfiIA3IG+BnTRiygcEp9N8+UZUlthH0YfZ 0VpdUD/dAb5gSKA0fMv0F0ucVMFsTMa13gHA6OiM+e8ofwrrGQG9loKlqtUJVKN5Xamn wbLQezIGUzBR8oNJRRd4nwqzYF1MGZwUQN4DcaOf/Ae3QlTe30OHb7u3XyGus1FnYZuc c63w== X-Gm-Message-State: APjAAAVz3xzYXUJpg07TLPvSiLxCbk/e/ZYPgWrrg6IwtPCPeAul+lvb ZPj4TfThV386Q6lLYV4rzah2JW8MC+yReFBGWQLWxiG8 X-Google-Smtp-Source: APXvYqyfAz3p6XhkrgNjM1VyEHLHzgbTWX2e/JaI/HG+CSKuybXxiKbvw9JG+tD9poE7s7miv5pnoqXSGzVBZVN8pa0= X-Received: by 2002:a6b:b7d5:: with SMTP id h204mr3547070iof.188.1561630484693; Thu, 27 Jun 2019 03:14:44 -0700 (PDT) MIME-Version: 1.0 References: <12994df1-f847-ec92-aae8-43a32e59385f@darco.dk> <20190625082103.qiiz2cikrauaqlas@MacBook-Air-de-Roger.local> <8ec84f75-2100-ff8a-6337-3c955f31da62@grosbein.net> <9c377fe7-5546-9e0b-fac9-076dd094cbac@grosbein.net> <47bb1bfe-ac39-78d3-c9b9-17ff1896e0ec@grosbein.net> In-Reply-To: <47bb1bfe-ac39-78d3-c9b9-17ff1896e0ec@grosbein.net> From: Christian M Date: Thu, 27 Jun 2019 12:14:33 +0200 Message-ID: Subject: Re: Very slow and inconsistent internal network speed (between, VM's on the same host) for FreeBSD 11.0+ as guest on, XCP-ng/XenServer To: Eugene Grosbein Cc: freebsd-xen@freebsd.org, freebsd-net@freebsd.org X-Rspamd-Queue-Id: B2DC277245 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=UABh6ZB3; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of christianmarcos@gmail.com designates 2607:f8b0:4864:20::d2d as permitted sender) smtp.mailfrom=christianmarcos@gmail.com X-Spamd-Result: default: False [-6.56 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.71)[-0.706,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[d.2.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.95)[ip: (-9.19), ipnet: 2607:f8b0::/32(-3.14), asn: 15169(-2.34), country: US(-0.06)]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2019 10:14:47 -0000 I've installed 12.0-STABLE on two new VM's now. 172.31.16.127 and .128. VIF cheksum offloading is turned off, and -txcsum for xn0 for both VM's. I feel the throughput is more consistent now, not all over the place as before, even between runs. But the Retr column (tcp retries) in iperf3 has jumped up considerably from hundreds/s to thousands/s. Just a reminder, I have tested this with 11.0-RELEASE also, where the issue appeared first for me. 10.4-RELEASE is as fast as I could expect it to be, and 0 retries. 12.0-STABLE: Connecting to host 172.31.16.128, port 5201 [ 5] local 172.31.16.127 port 16833 connected to 172.31.16.128 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 96.3 MBytes 808 Mbits/sec 2401 2.85 KBytes [ 5] 1.00-2.00 sec 118 MBytes 991 Mbits/sec 3120 17.0 KBytes [ 5] 2.00-3.00 sec 121 MBytes 1.02 Gbits/sec 3203 69.8 KBytes [ 5] 3.00-4.00 sec 102 MBytes 853 Mbits/sec 3126 15.6 KBytes [ 5] 4.00-5.00 sec 110 MBytes 921 Mbits/sec 2890 15.6 KBytes [ 5] 5.00-6.00 sec 108 MBytes 908 Mbits/sec 3308 17.0 KBytes [ 5] 6.00-7.00 sec 104 MBytes 869 Mbits/sec 3046 48.2 KBytes [ 5] 7.00-8.00 sec 98.9 MBytes 830 Mbits/sec 2845 2.85 KBytes [ 5] 8.00-9.00 sec 104 MBytes 874 Mbits/sec 2711 86.8 KBytes [ 5] 9.00-10.00 sec 108 MBytes 904 Mbits/sec 2696 14.2 KBytes [ 5] 10.00-11.00 sec 103 MBytes 864 Mbits/sec 2660 31.3 KBytes [ 5] 11.00-12.00 sec 98.8 MBytes 828 Mbits/sec 2476 19.9 KBytes [ 5] 12.00-13.00 sec 99.9 MBytes 838 Mbits/sec 2857 11.3 KBytes [ 5] 13.00-14.00 sec 107 MBytes 894 Mbits/sec 2685 24.1 KBytes [ 5] 14.00-15.00 sec 114 MBytes 953 Mbits/sec 2321 25.5 KBytes [ 5] 15.00-16.00 sec 93.1 MBytes 781 Mbits/sec 2427 48.3 KBytes [ 5] 16.00-17.00 sec 107 MBytes 895 Mbits/sec 2219 29.8 KBytes [ 5] 17.00-18.00 sec 92.5 MBytes 776 Mbits/sec 2441 12.8 KBytes [ 5] 18.00-19.00 sec 116 MBytes 976 Mbits/sec 2840 38.2 KBytes [ 5] 19.00-20.00 sec 102 MBytes 853 Mbits/sec 2573 43.9 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-20.00 sec 2.05 GBytes 882 Mbits/sec 54845 sender [ 5] 0.00-20.00 sec 2.05 GBytes 881 Mbits/sec receiver 10.3-RELEASE (offloading enabled everywhere for these VM's VIF, and for xn0): Connecting to host 172.31.16.122, port 5201 [ 5] local 172.31.16.121 port 20712 connected to 172.31.16.122 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 832 MBytes 6.98 Gbits/sec 0 580 KBytes [ 5] 1.00-2.00 sec 1.24 GBytes 10.6 Gbits/sec 0 1.04 MBytes [ 5] 2.00-3.00 sec 1.34 GBytes 11.5 Gbits/sec 0 1.57 MBytes [ 5] 3.00-4.00 sec 1.41 GBytes 12.1 Gbits/sec 0 1.76 MBytes [ 5] 4.00-5.00 sec 1.37 GBytes 11.7 Gbits/sec 0 1.77 MBytes [ 5] 5.00-6.00 sec 1.34 GBytes 11.5 Gbits/sec 0 1.77 MBytes [ 5] 6.00-7.00 sec 1.37 GBytes 11.8 Gbits/sec 0 1.77 MBytes [ 5] 7.00-8.00 sec 1.39 GBytes 12.0 Gbits/sec 0 1.77 MBytes [ 5] 8.00-9.00 sec 1.35 GBytes 11.6 Gbits/sec 0 1.77 MBytes [ 5] 9.00-10.00 sec 1.42 GBytes 12.2 Gbits/sec 0 1.77 MBytes [ 5] 10.00-11.00 sec 1.34 GBytes 11.5 Gbits/sec 0 1.77 MBytes [ 5] 11.00-12.00 sec 1.32 GBytes 11.4 Gbits/sec 0 1.77 MBytes [ 5] 12.00-13.00 sec 1.34 GBytes 11.6 Gbits/sec 0 1.77 MBytes [ 5] 13.00-14.00 sec 1.49 GBytes 12.8 Gbits/sec 0 1.77 MBytes [ 5] 14.00-15.00 sec 1.36 GBytes 11.7 Gbits/sec 0 1.77 MBytes [ 5] 15.00-16.00 sec 1.37 GBytes 11.7 Gbits/sec 0 1.77 MBytes [ 5] 16.00-17.00 sec 1.48 GBytes 12.7 Gbits/sec 0 1.77 MBytes [ 5] 17.00-18.00 sec 1.36 GBytes 11.7 Gbits/sec 0 1.77 MBytes [ 5] 18.00-19.00 sec 1.47 GBytes 12.6 Gbits/sec 0 1.77 MBytes [ 5] 19.00-20.00 sec 1.36 GBytes 11.7 Gbits/sec 0 1.77 MBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-20.00 sec 26.9 GBytes 11.6 Gbits/sec 0 sender [ 5] 0.00-20.01 sec 26.9 GBytes 11.6 Gbits/sec receiver From owner-freebsd-net@freebsd.org Thu Jun 27 10:19:18 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A79BD15B3A3B; Thu, 27 Jun 2019 10:19:18 +0000 (UTC) (envelope-from roger.pau@citrix.com) Received: from esa6.hc3370-68.iphmx.com (esa6.hc3370-68.iphmx.com [216.71.155.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "esa6.hc3370-68.iphmx.com", Issuer "HydrantID SSL ICA G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 92A63773B8; Thu, 27 Jun 2019 10:19:16 +0000 (UTC) (envelope-from roger.pau@citrix.com) Received-SPF: None (esa6.hc3370-68.iphmx.com: no sender authenticity information available from domain of roger.pau@citrix.com) identity=pra; client-ip=162.221.158.21; receiver=esa6.hc3370-68.iphmx.com; envelope-from="roger.pau@citrix.com"; x-sender="roger.pau@citrix.com"; x-conformance=sidf_compatible Received-SPF: Pass (esa6.hc3370-68.iphmx.com: domain of roger.pau@citrix.com designates 162.221.158.21 as permitted sender) identity=mailfrom; client-ip=162.221.158.21; receiver=esa6.hc3370-68.iphmx.com; envelope-from="roger.pau@citrix.com"; x-sender="roger.pau@citrix.com"; x-conformance=sidf_compatible; x-record-type="v=spf1"; x-record-text="v=spf1 ip4:209.167.231.154 ip4:178.63.86.133 ip4:195.66.111.40/30 ip4:85.115.9.32/28 ip4:199.102.83.4 ip4:192.28.146.160 ip4:192.28.146.107 ip4:216.52.6.88 ip4:216.52.6.188 ip4:162.221.158.21 ip4:162.221.156.83 ~all" Received-SPF: None (esa6.hc3370-68.iphmx.com: no sender authenticity information available from domain of postmaster@mail.citrix.com) identity=helo; client-ip=162.221.158.21; receiver=esa6.hc3370-68.iphmx.com; envelope-from="roger.pau@citrix.com"; x-sender="postmaster@mail.citrix.com"; x-conformance=sidf_compatible IronPort-SDR: klK2fiCCg2V4c0CSNpWZDbjxnXCowAICkvvkv05lN/A84M2pcCEBq7xulR/L9JMmgrNSrUM+Zn CPDvsbIjE2CNbN6xiCwgfxqpwun/1Qkz7WAk7eHDwFG+90jyT1k6/mIhVF5VjULhNmO8kcI+gv b/Fwdc5l2nOMCGrurdu0wr8INPzs4upSpvwPqImOwaG0AFLSvIc9NVZNN8IcTQXSJkCL2LuyXj V5MIc1CvYRbM/EgtvnJYTy3DYyuwFZYzOJRMzx4j5JHBgP2PrQK5KOlxVRNfJr9pxBJsnSEzz0 sZs= X-SBRS: 2.7 X-MesageID: 2313737 X-Ironport-Server: esa6.hc3370-68.iphmx.com X-Remote-IP: 162.221.158.21 X-Policy: $RELAYED X-IronPort-AV: E=Sophos;i="5.63,423,1557201600"; d="scan'208";a="2313737" Date: Thu, 27 Jun 2019 12:19:01 +0200 From: Roger Pau =?utf-8?B?TW9ubsOp?= To: Christian M CC: Eugene Grosbein , , Subject: Re: Very slow and inconsistent internal network speed (between, VM's on the same host) for FreeBSD 11.0+ as guest on, XCP-ng/XenServer Message-ID: <20190627101901.3szaaxhp4xzjiay5@MacBook-Air-de-Roger.local> References: <8ec84f75-2100-ff8a-6337-3c955f31da62@grosbein.net> <9c377fe7-5546-9e0b-fac9-076dd094cbac@grosbein.net> <47bb1bfe-ac39-78d3-c9b9-17ff1896e0ec@grosbein.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 X-ClientProxiedBy: AMSPEX02CAS02.citrite.net (10.69.22.113) To AMSPEX02CL02.citrite.net (10.69.22.126) X-Rspamd-Queue-Id: 92A63773B8 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of roger.pau@citrix.com designates 216.71.155.175 as permitted sender) smtp.mailfrom=roger.pau@citrix.com X-Spamd-Result: default: False [-4.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:216.71.155.175]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[citrix.com]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mx1.hc3370-68.iphmx.com,mx2.hc3370-68.iphmx.com,mx1.hc3370-68.iphmx.com,mx2.hc3370-68.iphmx.com,mx1.hc3370-68.iphmx.com,mx2.hc3370-68.iphmx.com,mx1.hc3370-68.iphmx.com,mx2.hc3370-68.iphmx.com,mx1.hc3370-68.iphmx.com,mx2.hc3370-68.iphmx.com,mx1.hc3370-68.iphmx.com,mx2.hc3370-68.iphmx.com,mx1.hc3370-68.iphmx.com,mx2.hc3370-68.iphmx.com,mx1.hc3370-68.iphmx.com,mx2.hc3370-68.iphmx.com,mx1.hc3370-68.iphmx.com,mx2.hc3370-68.iphmx.com]; NEURAL_HAM_SHORT(-0.82)[-0.821,0]; RCVD_IN_DNSWL_NONE(0.00)[175.155.71.216.list.dnswl.org : 127.0.3.0]; IP_SCORE(-0.87)[ip: (-1.33), ipnet: 216.71.154.0/23(-1.86), asn: 16417(-1.11), country: US(-0.06)]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16417, ipnet:216.71.154.0/23, country:US]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2019 10:19:19 -0000 On Thu, Jun 27, 2019 at 12:14:33PM +0200, Christian M wrote: > I've installed 12.0-STABLE on two new VM's now. 172.31.16.127 and .128. VIF > cheksum offloading is turned off, and -txcsum for xn0 for both VM's. > > I feel the throughput is more consistent now, not all over the place as > before, even between runs. But the Retr column (tcp retries) in iperf3 has > jumped up considerably from hundreds/s to thousands/s. > > Just a reminder, I have tested this with 11.0-RELEASE also, where the issue > appeared first for me. 10.4-RELEASE is as fast as I could expect it to be, > and 0 retries. > > 12.0-STABLE: > > Connecting to host 172.31.16.128, port 5201 > [ 5] local 172.31.16.127 port 16833 connected to 172.31.16.128 port 5201 > [ ID] Interval Transfer Bitrate Retr Cwnd > [ 5] 0.00-1.00 sec 96.3 MBytes 808 Mbits/sec 2401 2.85 KBytes > > [ 5] 1.00-2.00 sec 118 MBytes 991 Mbits/sec 3120 17.0 KBytes > > [ 5] 2.00-3.00 sec 121 MBytes 1.02 Gbits/sec 3203 69.8 KBytes > > [ 5] 3.00-4.00 sec 102 MBytes 853 Mbits/sec 3126 15.6 KBytes > > [ 5] 4.00-5.00 sec 110 MBytes 921 Mbits/sec 2890 15.6 KBytes > > [ 5] 5.00-6.00 sec 108 MBytes 908 Mbits/sec 3308 17.0 KBytes > > [ 5] 6.00-7.00 sec 104 MBytes 869 Mbits/sec 3046 48.2 KBytes > > [ 5] 7.00-8.00 sec 98.9 MBytes 830 Mbits/sec 2845 2.85 KBytes > > [ 5] 8.00-9.00 sec 104 MBytes 874 Mbits/sec 2711 86.8 KBytes > > [ 5] 9.00-10.00 sec 108 MBytes 904 Mbits/sec 2696 14.2 KBytes > > [ 5] 10.00-11.00 sec 103 MBytes 864 Mbits/sec 2660 31.3 KBytes > > [ 5] 11.00-12.00 sec 98.8 MBytes 828 Mbits/sec 2476 19.9 KBytes > > [ 5] 12.00-13.00 sec 99.9 MBytes 838 Mbits/sec 2857 11.3 KBytes > > [ 5] 13.00-14.00 sec 107 MBytes 894 Mbits/sec 2685 24.1 KBytes > > [ 5] 14.00-15.00 sec 114 MBytes 953 Mbits/sec 2321 25.5 KBytes > > [ 5] 15.00-16.00 sec 93.1 MBytes 781 Mbits/sec 2427 48.3 KBytes > > [ 5] 16.00-17.00 sec 107 MBytes 895 Mbits/sec 2219 29.8 KBytes > > [ 5] 17.00-18.00 sec 92.5 MBytes 776 Mbits/sec 2441 12.8 KBytes > > [ 5] 18.00-19.00 sec 116 MBytes 976 Mbits/sec 2840 38.2 KBytes > > [ 5] 19.00-20.00 sec 102 MBytes 853 Mbits/sec 2573 43.9 KBytes > > - - - - - - - - - - - - - - - - - - - - - - - - - > [ ID] Interval Transfer Bitrate Retr > [ 5] 0.00-20.00 sec 2.05 GBytes 882 Mbits/sec 54845 Can you paste the output of ifconfig for both the interfaces used in the test? Are you sure all hardware offloading capabilities are turned off on both interfaces? Can you check what's causing those retries? Either using tcpdump, whireshark or some other tool to analyze the network traffic and detect the errors that cause such retries? Thanks, Roger. From owner-freebsd-net@freebsd.org Thu Jun 27 10:31:48 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F41715B41CA; Thu, 27 Jun 2019 10:31:48 +0000 (UTC) (envelope-from christian.marcos@gmail.com) Received: from mail-io1-xd2b.google.com (mail-io1-xd2b.google.com [IPv6:2607:f8b0:4864:20::d2b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 533D277B7F; Thu, 27 Jun 2019 10:31:47 +0000 (UTC) (envelope-from christian.marcos@gmail.com) Received: by mail-io1-xd2b.google.com with SMTP id h6so3630316ioh.3; Thu, 27 Jun 2019 03:31:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=KflgItLl2Jr30IONB3DvSNvbwHNnqkoi9nPf8ylLLtA=; b=Bm8KGipJibVkXcid/+U9nLyLgFySVktUVAHrN0kWF0JvZ8NuOLqzqI69GU2rBkOWez 6GMrWVeIvobAGpbMj9EPqkQfXDD27v7l5/3bLW0IfJSYb4toEvoeAOPMYDTg+3Hv0a9N fYCu1aHTbngS82FvR2sLmW5uYZ877SaI446KXg+LKYfA5r1ksCsOEiqBmKycgX/ubO6K IOFlzEEF6MZmYrB9GCPGSmJleWbWuRYpVASa0P90qhjTxyNjVqVtf4vnW5TjvTqIjqKI HCx1AVhFcRgPO7bO+K3sfNKDDToT88L3t8fXEoSYjU1mhMYfoE8a1qhJoqCdUPYk1oO1 sPYA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=KflgItLl2Jr30IONB3DvSNvbwHNnqkoi9nPf8ylLLtA=; b=cJX4lPaghwrBXtaNB09vft3+Mtm2FRxPqE8g009S3Y0tnZaj42i69gIsKo3BzSNb3n iVr3RMGUxA14KlF1KwBgtvfuWOaWWpSzYfUEZwBkC1D80sMZj7sWeKNR+BMbOKIyyzG1 mX1zLxj0V57FtivwwervULWbpFspnASy4nKywtpf5WbGc0j1mOYGpEWCGigDSh/Mz9kX a0yvkOv4Urrs+gB6qyTgozEmYOIjFVMsEad+BJLuZFjzB61BAt74joMnMxKIh9OXxct7 GDARjIPOEt0TUcaMEV2crtZyI8max60skDnPcVHNB7j+K8tdjJzKS5EeaKJuyB2492Es aEQg== X-Gm-Message-State: APjAAAX88ar6c04s4WX53RKaLrZ57Rs0y6wtl7W78CJr33iAlEVVCTrD DIOfRaOR/21L51F4erHuazZZTRtOywXnZbO0JMjfkcDfu10= X-Google-Smtp-Source: APXvYqwDL7LXjJoUiz+8sNJyuatbnsMtnENby80aFUMM5H9kabXUWFPlZQ4azV8Mt2HIsW+uANQI0I6RZp/PvLjEKms= X-Received: by 2002:a02:cb4b:: with SMTP id k11mr3617601jap.109.1561631506366; Thu, 27 Jun 2019 03:31:46 -0700 (PDT) MIME-Version: 1.0 References: <8ec84f75-2100-ff8a-6337-3c955f31da62@grosbein.net> <9c377fe7-5546-9e0b-fac9-076dd094cbac@grosbein.net> <47bb1bfe-ac39-78d3-c9b9-17ff1896e0ec@grosbein.net> <20190627101901.3szaaxhp4xzjiay5@MacBook-Air-de-Roger.local> In-Reply-To: <20190627101901.3szaaxhp4xzjiay5@MacBook-Air-de-Roger.local> From: Christian M Date: Thu, 27 Jun 2019 12:31:35 +0200 Message-ID: Subject: Re: Very slow and inconsistent internal network speed (between, VM's on the same host) for FreeBSD 11.0+ as guest on, XCP-ng/XenServer To: =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= Cc: Eugene Grosbein , freebsd-xen@freebsd.org, freebsd-net@freebsd.org X-Rspamd-Queue-Id: 533D277B7F X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Bm8KGipJ; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of christianmarcos@gmail.com designates 2607:f8b0:4864:20::d2b as permitted sender) smtp.mailfrom=christianmarcos@gmail.com X-Spamd-Result: default: False [-6.52 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[b.2.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; IP_SCORE(-2.80)[ip: (-8.45), ipnet: 2607:f8b0::/32(-3.14), asn: 15169(-2.34), country: US(-0.06)]; NEURAL_HAM_SHORT(-0.71)[-0.707,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2019 10:31:48 -0000 Den tors 27 juni 2019 kl 12:19 skrev Roger Pau Monn=C3=A9 : > On Thu, Jun 27, 2019 at 12:14:33PM +0200, Christian M wrote: > > I've installed 12.0-STABLE on two new VM's now. 172.31.16.127 and .128. > VIF > > cheksum offloading is turned off, and -txcsum for xn0 for both VM's. > > > > I feel the throughput is more consistent now, not all over the place as > > before, even between runs. But the Retr column (tcp retries) in iperf3 > has > > jumped up considerably from hundreds/s to thousands/s. > > > > Just a reminder, I have tested this with 11.0-RELEASE also, where the > issue > > appeared first for me. 10.4-RELEASE is as fast as I could expect it to > be, > > and 0 retries. > > > > 12.0-STABLE: > > > > Connecting to host 172.31.16.128, port 5201 > > [ 5] local 172.31.16.127 port 16833 connected to 172.31.16.128 port 52= 01 > > [ ID] Interval Transfer Bitrate Retr Cwnd > > [ 5] 0.00-1.00 sec 96.3 MBytes 808 Mbits/sec 2401 2.85 KByte= s > > > > [ 5] 1.00-2.00 sec 118 MBytes 991 Mbits/sec 3120 17.0 KByte= s > > > > [ 5] 2.00-3.00 sec 121 MBytes 1.02 Gbits/sec 3203 69.8 KByte= s > > > > [ 5] 3.00-4.00 sec 102 MBytes 853 Mbits/sec 3126 15.6 KByte= s > > > > [ 5] 4.00-5.00 sec 110 MBytes 921 Mbits/sec 2890 15.6 KByte= s > > > > [ 5] 5.00-6.00 sec 108 MBytes 908 Mbits/sec 3308 17.0 KByte= s > > > > [ 5] 6.00-7.00 sec 104 MBytes 869 Mbits/sec 3046 48.2 KByte= s > > > > [ 5] 7.00-8.00 sec 98.9 MBytes 830 Mbits/sec 2845 2.85 KByte= s > > > > [ 5] 8.00-9.00 sec 104 MBytes 874 Mbits/sec 2711 86.8 KByte= s > > > > [ 5] 9.00-10.00 sec 108 MBytes 904 Mbits/sec 2696 14.2 KByte= s > > > > [ 5] 10.00-11.00 sec 103 MBytes 864 Mbits/sec 2660 31.3 KByte= s > > > > [ 5] 11.00-12.00 sec 98.8 MBytes 828 Mbits/sec 2476 19.9 KByte= s > > > > [ 5] 12.00-13.00 sec 99.9 MBytes 838 Mbits/sec 2857 11.3 KByte= s > > > > [ 5] 13.00-14.00 sec 107 MBytes 894 Mbits/sec 2685 24.1 KByte= s > > > > [ 5] 14.00-15.00 sec 114 MBytes 953 Mbits/sec 2321 25.5 KByte= s > > > > [ 5] 15.00-16.00 sec 93.1 MBytes 781 Mbits/sec 2427 48.3 KByte= s > > > > [ 5] 16.00-17.00 sec 107 MBytes 895 Mbits/sec 2219 29.8 KByte= s > > > > [ 5] 17.00-18.00 sec 92.5 MBytes 776 Mbits/sec 2441 12.8 KByte= s > > > > [ 5] 18.00-19.00 sec 116 MBytes 976 Mbits/sec 2840 38.2 KByte= s > > > > [ 5] 19.00-20.00 sec 102 MBytes 853 Mbits/sec 2573 43.9 KByte= s > > > > - - - - - - - - - - - - - - - - - - - - - - - - - > > [ ID] Interval Transfer Bitrate Retr > > [ 5] 0.00-20.00 sec 2.05 GBytes 882 Mbits/sec 54845 > > Can you paste the output of ifconfig for both the interfaces used in > the test? > > Are you sure all hardware offloading capabilities are turned off on > both interfaces? > > Can you check what's causing those retries? > > Either using tcpdump, whireshark or some other tool to analyze the > network traffic and detect the errors that cause such retries? > > Thanks, Roger. > 172.31.16.127 (12.0-STABLE): lo0: flags=3D8049 metric 0 mtu 16384 options=3D680003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff000000 groups: lo nd6 options=3D21 xn0: flags=3D8843 metric 0 mtu 1500 options=3D501 ether 6e:83:99:ed:ce:f7 inet 172.31.16.127 netmask 0xffffff00 broadcast 172.31.16.255 media: Ethernet manual status: active nd6 options=3D29 ethtool -k vif68.0 Features for vif68.0: rx-checksumming: on [fixed] tx-checksumming: off tx-checksum-ipv4: off tx-checksum-ip-generic: off [fixed] tx-checksum-ipv6: off tx-checksum-fcoe-crc: off [fixed] tx-checksum-sctp: off [fixed] scatter-gather: off tx-scatter-gather: off tx-scatter-gather-fraglist: off tcp-segmentation-offload: off tx-tcp-segmentation: off tx-tcp-ecn-segmentation: off [fixed] tx-tcp6-segmentation: off udp-fragmentation-offload: off [fixed] generic-segmentation-offload: off generic-receive-offload: on large-receive-offload: off [fixed] rx-vlan-offload: off [fixed] tx-vlan-offload: off [fixed] ntuple-filters: off [fixed] receive-hashing: off [fixed] highdma: off [fixed] rx-vlan-filter: off [fixed] vlan-challenged: off [fixed] tx-lockless: off [fixed] netns-local: off [fixed] tx-gso-robust: off [fixed] tx-fcoe-segmentation: off [fixed] tx-gre-segmentation: off [fixed] tx-ipip-segmentation: off [fixed] tx-sit-segmentation: off [fixed] tx-udp_tnl-segmentation: off [fixed] fcoe-mtu: off [fixed] tx-nocache-copy: off loopback: off [fixed] rx-fcs: off [fixed] rx-all: off [fixed] tx-vlan-stag-hw-insert: off [fixed] rx-vlan-stag-hw-parse: off [fixed] rx-vlan-stag-filter: off [fixed] l2-fwd-offload: off [fixed] busy-poll: off [fixed] 172.31.16.128 (12.0-STABLE): lo0: flags=3D8049 metric 0 mtu 16384 options=3D680003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff000000 groups: lo nd6 options=3D21 xn0: flags=3D8843 metric 0 mtu 1500 options=3D501 ether 32:a7:9f:cc:94:8a inet 172.31.16.128 netmask 0xffffff00 broadcast 172.31.16.255 media: Ethernet manual status: active nd6 options=3D29 ethtool -k vif67.0 Features for vif67.0: rx-checksumming: on [fixed] tx-checksumming: off tx-checksum-ipv4: off tx-checksum-ip-generic: off [fixed] tx-checksum-ipv6: off tx-checksum-fcoe-crc: off [fixed] tx-checksum-sctp: off [fixed] scatter-gather: off tx-scatter-gather: off tx-scatter-gather-fraglist: off tcp-segmentation-offload: off tx-tcp-segmentation: off tx-tcp-ecn-segmentation: off [fixed] tx-tcp6-segmentation: off udp-fragmentation-offload: off [fixed] generic-segmentation-offload: off generic-receive-offload: on large-receive-offload: off [fixed] rx-vlan-offload: off [fixed] tx-vlan-offload: off [fixed] ntuple-filters: off [fixed] receive-hashing: off [fixed] highdma: off [fixed] rx-vlan-filter: off [fixed] vlan-challenged: off [fixed] tx-lockless: off [fixed] netns-local: off [fixed] tx-gso-robust: off [fixed] tx-fcoe-segmentation: off [fixed] tx-gre-segmentation: off [fixed] tx-ipip-segmentation: off [fixed] tx-sit-segmentation: off [fixed] tx-udp_tnl-segmentation: off [fixed] fcoe-mtu: off [fixed] tx-nocache-copy: off loopback: off [fixed] rx-fcs: off [fixed] rx-all: off [fixed] tx-vlan-stag-hw-insert: off [fixed] rx-vlan-stag-hw-parse: off [fixed] rx-vlan-stag-filter: off [fixed] l2-fwd-offload: off [fixed] busy-poll: off [fixed] Should I run tcpdump on xen host, or on FreeBSD while running iperf3? As I side note, I installed XCP-ng 7.6.0 on a older server I had laying around just to see how 12.0-RELEASE behaved there, and It was the same thing, super slow between VM's. From owner-freebsd-net@freebsd.org Thu Jun 27 10:40:15 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 31AE915B45CB for ; Thu, 27 Jun 2019 10:40:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B930E77FAD for ; Thu, 27 Jun 2019 10:40:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 79B7215B45C4; Thu, 27 Jun 2019 10:40:14 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 66D8515B45C3 for ; Thu, 27 Jun 2019 10:40:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 00AEE77FA4 for ; Thu, 27 Jun 2019 10:40:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id E320957CB for ; Thu, 27 Jun 2019 10:40:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5RAeCsI013903 for ; Thu, 27 Jun 2019 10:40:12 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5RAeCDU013902 for net@FreeBSD.org; Thu, 27 Jun 2019 10:40:12 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 237655] Non-deterministic panic when running pf tests in interface ioctl code (NULL passed to strncmp) Date: Thu, 27 Jun 2019 10:40:12 +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: CURRENT X-Bugzilla-Keywords: needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: koobs@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: keywords bug_status cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2019 10:40:15 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237655 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |needs-qa Status|New |Open CC| |net@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Thu Jun 27 10:46:48 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 822A415B4E40 for ; Thu, 27 Jun 2019 10:46:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1416F807BC for ; Thu, 27 Jun 2019 10:46:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id C8B8415B4E3E; Thu, 27 Jun 2019 10:46:47 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B722315B4E3D for ; Thu, 27 Jun 2019 10:46:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 487E5807B9 for ; Thu, 27 Jun 2019 10:46:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 6C9475957 for ; Thu, 27 Jun 2019 10:46:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5RAkkWe032251 for ; Thu, 27 Jun 2019 10:46:46 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5RAkkuf032250 for net@FreeBSD.org; Thu, 27 Jun 2019 10:46: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 225438] panic in6_unlink_ifa() due to race Date: Thu, 27 Jun 2019 10:46:45 +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: 11.1-RELEASE X-Bugzilla-Keywords: crash, needs-patch, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: mfc-stable11? mfc-stable12? X-Bugzilla-Changed-Fields: cc keywords flagtypes.name bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2019 10:46:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225438 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |net@FreeBSD.org Keywords|patch |crash, needs-patch, | |needs-qa Flags| |mfc-stable11?, | |mfc-stable12? Status|New |Open --- Comment #4 from Kubilay Kocak --- Test case was committed by asomers@ in base r349009 For any proposed patches in this issue, please include them as attachments. diff in comment 1 appears only to be a prototype, not actually resolving the issue (but changes the crash location) --=20 You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Thu Jun 27 10:47:06 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D97ED15B4E84 for ; Thu, 27 Jun 2019 10:47:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 6F8C8807F2 for ; Thu, 27 Jun 2019 10:47:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3334515B4E83; Thu, 27 Jun 2019 10:47:06 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 206C015B4E82 for ; Thu, 27 Jun 2019 10:47:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A8DBB807E8 for ; Thu, 27 Jun 2019 10:47:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id C2DE7595A for ; Thu, 27 Jun 2019 10:47:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5RAl4kC032600 for ; Thu, 27 Jun 2019 10:47:04 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5RAl4BI032599 for net@FreeBSD.org; Thu, 27 Jun 2019 10:47:04 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 238098] Setting the -g option to ping6 doesn't work Date: Thu, 27 Jun 2019 10:47:04 +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: 11.2-RELEASE X-Bugzilla-Keywords: easy, regression X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ae@FreeBSD.org X-Bugzilla-Flags: mfc-stable11+ mfc-stable12+ X-Bugzilla-Changed-Fields: flagtypes.name Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2019 10:47:07 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238098 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|mfc-stable11?, |mfc-stable11+, |mfc-stable12? |mfc-stable12+ --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Thu Jun 27 23:08:35 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E982F15D0D44 for ; Thu, 27 Jun 2019 23:08:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 82D6E75B83 for ; Thu, 27 Jun 2019 23:08:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3FF3B15D0D41; Thu, 27 Jun 2019 23:08:34 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E4D815D0D40 for ; Thu, 27 Jun 2019 23:08:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A2ACB75B7D for ; Thu, 27 Jun 2019 23:08:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id DBEBBC42A for ; Thu, 27 Jun 2019 23:08:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5RN8WVv027153 for ; Thu, 27 Jun 2019 23:08:32 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5RN8W5f027152 for net@FreeBSD.org; Thu, 27 Jun 2019 23:08:32 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 238839] ipfilter: kernel panic in function ipf_check_wrapper Date: Thu, 27 Jun 2019 23:08:33 +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.0-STABLE X-Bugzilla-Keywords: panic 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: keywords 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 MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2019 23:08:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238839 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |panic Assignee|bugs@FreeBSD.org |net@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Thu Jun 27 23:19:27 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A9B2715D13C2 for ; Thu, 27 Jun 2019 23:19:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 443557646B for ; Thu, 27 Jun 2019 23:19:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 050C915D13BF; Thu, 27 Jun 2019 23:19:27 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E660715D13BD for ; Thu, 27 Jun 2019 23:19:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7F8CC76464 for ; Thu, 27 Jun 2019 23:19:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id BF72EC5AD for ; Thu, 27 Jun 2019 23:19:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5RNJPvc047699 for ; Thu, 27 Jun 2019 23:19:25 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5RNJP82047698 for net@FreeBSD.org; Thu, 27 Jun 2019 23:19:25 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 237441] Virtio net consistently truncates last byte of a fetch xfer with > 8956 bytes of payload Date: Thu, 27 Jun 2019 23:19:25 +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: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: freebsd-bugs@cklie.de X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2019 23:19:27 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237441 Christoph Kliemann changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |freebsd-bugs@cklie.de --- Comment #4 from Christoph Kliemann --- I can reproduce this on macOS 10.13.6 (17G7024) High Sierra with qemu 4.0.0= and a FreeBSD 12.0-RELEASE (p1-p6) guest. My packer freebsd builder failed because of this issue. I have tested this for a while with the same template. In most cases, the builder fails (truncated base.txz or truncated pkgng packages). Occasionally, the download and installation are successful. I booted one of these successfully created images with qemu and ran additio= nal tests. Test #1: fetch http://www.google.de The last byte is missing. Test #2: ping google.de PING google.de (172.217.23.163): 56 data bytes 64 bytes from 172.217.23.163: icmp_seq=3D0 ttl=3D255 time=3D622018725671.83= 2 ms wrong data byte #8 should be 0x8 but was 0xc0 [...] Test #3: pkg install curl wget One successful attempt after many truncated downloads. Test #4: curl http://www.google.de No issues Test #5: wget http://www.google.de No issues --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Thu Jun 27 23:36:30 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7C9A15D1A3C for ; Thu, 27 Jun 2019 23:36:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 5140C76CE2 for ; Thu, 27 Jun 2019 23:36:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 0FC6615D1A39; Thu, 27 Jun 2019 23:36:30 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F275415D1A38 for ; Thu, 27 Jun 2019 23:36:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D11C76CDD for ; Thu, 27 Jun 2019 23:36:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id DC020C887 for ; Thu, 27 Jun 2019 23:36:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5RNaSB7086211 for ; Thu, 27 Jun 2019 23:36:28 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5RNaSqE086210 for net@FreeBSD.org; Thu, 27 Jun 2019 23:36:28 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 237441] Virtio net consistently truncates last byte of a fetch xfer with > 8956 bytes of payload Date: Thu, 27 Jun 2019 23:36:28 +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: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: freebsd-bugs@cklie.de X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2019 23:36:30 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237441 --- Comment #5 from Christoph Kliemann --- (In reply to Rodney W. Grimes from comment #3) I haven't changed mtu on any interface. Hosts external interface is 1500, hosts gateway uses 1500 and guests vtnet0= is 1500. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Fri Jun 28 13:44:46 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B045E15C1D8B for ; Fri, 28 Jun 2019 13:44:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 400A072559 for ; Fri, 28 Jun 2019 13:44:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id EA33A15C1D8A; Fri, 28 Jun 2019 13:44:45 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D72CC15C1D89 for ; Fri, 28 Jun 2019 13:44:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 71D6C72553 for ; Fri, 28 Jun 2019 13:44:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id ADAD014126 for ; Fri, 28 Jun 2019 13:44:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5SDiiJU041483 for ; Fri, 28 Jun 2019 13:44:44 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5SDiifI041482 for net@FreeBSD.org; Fri, 28 Jun 2019 13:44:44 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 238741] RACK tcpip stack causes connections to hang Date: Fri, 28 Jun 2019 13:44:44 +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.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: adrik@salesmanager.nl X-Bugzilla-Status: New 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 MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2019 13:44:46 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238741 --- Comment #1 from adrik@salesmanager.nl --- I think the problem might be related to the selected TCP Congestion Control algorithm. If I select Cdg as the TCP Congestion Control algorithm: # kldload cc_cdg # sysctl net.inet.tcp.cc.algorithm=3Dcdg Tcp connections will sometimes hang and finally timeout. When this happens, the socket Send-Q is not empty and will never drain, so = some or all data is never sent. # netstat -6n Active Internet connections Proto Recv-Q Send-Q Local Address Foreign Address (state) tcp6 0 383 2a02:xxxx:yyy:18.56748 2a04:4e42:9::729.443 ESTABLISH= ED The same happens with IPv4 and IPv6 connections. If I change the TCP Congestion Control to any other algorithm, the problem doesn't exist anymore. I did a quick test with NewReno, Cubic, HTcp and Chd as the selected TCP Congestion Control algorithm and all work. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Fri Jun 28 13:45:15 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5497A15C1DC8 for ; Fri, 28 Jun 2019 13:45:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id DD91F725B5 for ; Fri, 28 Jun 2019 13:45:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9DABA15C1DC5; Fri, 28 Jun 2019 13:45:14 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8AC1615C1DC4 for ; Fri, 28 Jun 2019 13:45:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 23608725B0 for ; Fri, 28 Jun 2019 13:45:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 543CB1412C for ; Fri, 28 Jun 2019 13:45:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5SDjDJe042277 for ; Fri, 28 Jun 2019 13:45:13 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5SDjDN7042276 for net@FreeBSD.org; Fri, 28 Jun 2019 13:45:13 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 238741] RACK tcpip stack causes connections to hang Date: Fri, 28 Jun 2019 13:45:13 +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.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: adrik@salesmanager.nl X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_severity Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2019 13:45:15 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238741 adrik@salesmanager.nl changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|Affects Only Me |Affects Some People --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Fri Jun 28 13:57:46 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1C65115C253B for ; Fri, 28 Jun 2019 13:57:46 +0000 (UTC) (envelope-from luthramihir708@gmail.com) Received: from mail-vs1-xe44.google.com (mail-vs1-xe44.google.com [IPv6:2607:f8b0:4864:20::e44]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CF12472CF9 for ; Fri, 28 Jun 2019 13:57:44 +0000 (UTC) (envelope-from luthramihir708@gmail.com) Received: by mail-vs1-xe44.google.com with SMTP id j26so4083010vsn.10 for ; Fri, 28 Jun 2019 06:57:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=q9bGjmdLKq9gKPHDdBERqsE3E4gUFoN89yA/VK9bXCo=; b=swdhRLIW332s+OlG/cAvmmJoNOhkIxEAiXOPSWpVpWdfQD0HPavWnxpL4Ke15L0gtH KA3XgAvmSaqApUq5GUuB0TD8k3zeVJMWZAVabiwSkJ1HkJIpipgI65DpQG/ugFXsbph2 Peh8k73GvMMQX4wn+/oIDHgGNKhBfXyVG0ZbavOu8pyUmCmETPm7kHYDGNz4kOPoAyQ8 kwHNcIkNu9OrSW3YyikYA5r6ynWSLyFNbD+qR8goEDvsigWbpYjvo6LPuFSV1XasGRtA Kgbi1yxAOgZ0QH092oc/braHxpMDr0+e28nehxM9rAuO48KYr+2VssZESYA0eAkiXMQ5 6qng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=q9bGjmdLKq9gKPHDdBERqsE3E4gUFoN89yA/VK9bXCo=; b=jknXeCIrtlCCY3o7gfrnhWhO87mLjPbWaLa5A/HeCJiQB2a2izU5hyblue1HPKLMYk FEGktYY5SJRc1vckisnQcLDPrWOAJbLF6+7moBrDPRzR9M0gcIiT2i8tepOaqoRbn52O 1llk4LqO7kCK7lulKRcak0LWoeyzqMQ1w2rPmt6t9DuDQntQqiJIO8RjwuHhWd/p/n5e cSDO3NvjeCW1pBFuIS6wrgQyD7HEV/bFcm2FHMrYxh29vtpVh/bb1Hm+bzChbagRbBlY 0igxlwDqRyFrepCtke724SWn9cVSCQVvohgY12Pixf8daeJ2BFhgBNvTZdC2D14YfW7l bu2Q== X-Gm-Message-State: APjAAAXThKwXVxN6W3/fJpfnNvnk4OHGIak3FtsgzbxzOnZLh47/mMrD D+RP9KYOCA7v7UMuu+VO2TVWg9JNn2/1/krArVnta/RsFNg= X-Google-Smtp-Source: APXvYqxzTRdQ09r3bKrP1SBQH9wjP+Wp5ovSwkKLn5wbhXbDQWcuqsFgLAZAiWXHmkUOFUCV8FuiZUzMPpFTGnUhDww= X-Received: by 2002:a67:f281:: with SMTP id m1mr6030168vsk.184.1561730264063; Fri, 28 Jun 2019 06:57:44 -0700 (PDT) MIME-Version: 1.0 From: Mihir Luthra Date: Fri, 28 Jun 2019 19:27:32 +0530 Message-ID: Subject: IPv6 userland cleanup To: freebsd-net@freebsd.org Cc: gavin.atkinson@gmail.com X-Rspamd-Queue-Id: CF12472CF9 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=swdhRLIW; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of luthramihir708@gmail.com designates 2607:f8b0:4864:20::e44 as permitted sender) smtp.mailfrom=luthramihir708@gmail.com X-Spamd-Result: default: False [-4.69 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.94)[-0.940,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[4.4.e.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-0.74)[ip: (1.83), ipnet: 2607:f8b0::/32(-3.13), asn: 15169(-2.33), country: US(-0.06)]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_CC(0.00)[gmail.com] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2019 13:57:46 -0000 Hi everyone, My name in Mihir. I am an engineering student, currently in my 5th semester. I wrote this mail in continuation to thread [1]. Sorry I had no idea before that there were multiple mailing lists. Unaware of that, I just wrote to the one that I found first after googling. I would follow the right list from now. I am really willing to be a part of the FreeBSD community and I wanted to contribute by working on *IPv6 userland cleanup* as my first project. Can someone out there give me some tips on how should I proceed? [1] https://lists.freebsd.org/pipermail/freebsd-hackers/2019-June/054820.html Thanks, Mihir From owner-freebsd-net@freebsd.org Fri Jun 28 19:35:27 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5979C15C9D30 for ; Fri, 28 Jun 2019 19:35:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E25D08583F for ; Fri, 28 Jun 2019 19:35:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9D12C15C9D2F; Fri, 28 Jun 2019 19:35:26 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A15815C9D2E for ; Fri, 28 Jun 2019 19:35:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 07BF28583B for ; Fri, 28 Jun 2019 19:35:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 55F7D172F2 for ; Fri, 28 Jun 2019 19:35:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5SJZPFu064381 for ; Fri, 28 Jun 2019 19:35:25 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5SJZPEh064380 for net@FreeBSD.org; Fri, 28 Jun 2019 19:35:25 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 238796] ipfilter: fix unremovable rules and rules checksum for comparison Date: Fri, 28 Jun 2019 19:35:25 +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: 12.0-STABLE X-Bugzilla-Keywords: needs-qa, patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: cy@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Not A Bug X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cy@FreeBSD.org X-Bugzilla-Flags: mfc-stable11? mfc-stable12? X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2019 19:35:27 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238796 Cy Schubert changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |Not A Bug Status|Open |Closed --- Comment #5 from Cy Schubert --- Having tested the sample in this PR on FreeBSD 13-CURRENT, there is no need= for this patch. It already works. I should have tested it first to verify the problem actually existed. Closing this bug as not a bug. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Sat Jun 29 07:59:32 2019 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 954EE15D6A91 for ; Sat, 29 Jun 2019 07:59:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 2FD3E6CA2D for ; Sat, 29 Jun 2019 07:59:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id E7E1E15D6A90; Sat, 29 Jun 2019 07:59:31 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D63EE15D6A8F for ; Sat, 29 Jun 2019 07:59:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 73F4C6CA26 for ; Sat, 29 Jun 2019 07:59:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id B476A1DC12 for ; Sat, 29 Jun 2019 07:59:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x5T7xU2C058933 for ; Sat, 29 Jun 2019 07:59:30 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x5T7xUaU058932 for net@FreeBSD.org; Sat, 29 Jun 2019 07:59:30 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 238796] ipfilter: fix unremovable rules and rules checksum for comparison Date: Sat, 29 Jun 2019 07:59:30 +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: 12.0-STABLE X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Not A Bug X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cy@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: flagtypes.name keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2019 07:59:32 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238796 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|mfc-stable11?, | |mfc-stable12? | Keywords|needs-qa | --=20 You are receiving this mail because: You are on the CC list for the bug.=