From nobody Mon May 02 18:31:43 2022 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 312FE1ABB27B for ; Mon, 2 May 2022 18:31:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-20.consmr.mail.gq1.yahoo.com (sonic306-20.consmr.mail.gq1.yahoo.com [98.137.68.83]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4KsWs46JPJz3rvX for ; Mon, 2 May 2022 18:31:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1651516305; bh=7pVC8NuVuAIsjBI2jvqrPEioQoBPa5j3Dap03wozy4g=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=SXWIJi4h7TDYtjV5HbjeeRTmBMr1HajTtHW4DNqNgsaSo/ByYe96ZaHBMDECvE8B17cqk+1aKUbH8MNIwz4IeYlLTLLiwzlUYAMToekOBZq6MCYKG0n9uavlm9C8qNdgozPy9RHvXkOPYo+cfeg83XJ5s1y7DhgdTJV6UIUYzE+Ktkv2rvw48q47o2tHvktWhMFA/XKXs/nILoTMldlio46xudsXBFKoe1H7YqdyFvhoHjJmMwrb9PHj0G1i7siO0J85JpK+0I3s2+Wyls7FX3wIIQDMUOOlnY5N0SfxpT9qMynbYTleRzkM5CyYCGMSmjnnFnm7uOOOnOwRw9AgIQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1651516305; bh=Upw8nJpOTw5lWcs2NSw9OHfZMLk7L530Gehb5xwDsQo=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=kV7bGPusk91+k/S3a1mxWeg1LOdJS8IthXZKSdM74SHbmnXWipVIYcMi4DAAXFAvcqivZ4DBn3QfTybGV5fJPZOLYMj5VE5gIGN5WXsnSfLJh9Yic9mpnB0yo5UEFDoQWb+w2lbtnAxzO+2PQTLcWFgLHox1z3cDFY2EmwRAqUBtuIK3QDwd4jFEldgyUXBr1ttSKQCllQgwN4yWFtc098iHnr4+pEtA1aDgOTZMap0YLNq/wEJPAbkutAlxrVBu0O5mi6Yg/+q3gLxFgGQj+GvkyAQqG1ZUo/mfvYcHCU2ZwhVRrKHont95IFtyP6MLa6HfX7PTu7URhOwEKSBN9w== X-YMail-OSG: isWScHcVM1lS7LFHyFpMzIY8Sod8rdU5RD7FCZQ5O6_HeSpa.YCknT307FkL56q 1HvP1cnpbJZZ_UDI0vCfsy7pUHhu_pi5jkuLfFtJV847LgQJTwCZBsSr4wO9FrU4SoExR_mcWehW tzBHyuIH9vjoOh0vkOfZIxQO.fii72y.LiVfsp9oxcS82v5xA34UGBZFSh2KtG_W7EIKKLmQR4Jd vQZ1Fa4Q4eIb2r0HqjYY48tdUu2wcr0lE8UCyrLXCrQocuBx7Hjec3uspPbZTy7tFUfJsfd5FJN2 NvX9GGhhA2hGdM_aUqXOwadw3pyjVVsl1DB8tVf6euyCKfCSywPeCpR75wRJmWI4hBifn5dX.b3M TKq8Fglnu8fWU61jmBt8IU8ehrAPFW.c4k5hN8V7YQKBm.ZnwWlAeNROUAIMdCUK17f2Uwdsi9K4 3PcTy57xgMxxJQ54lXkUFF9VvCwTwweKxQwQHazrt.OHXobG7SQ_8HfImDjn5IDMlGGD696f.Xym TmgsMSYqUZxbKrqr5jIv8Lbkp1CJIt.gWhUgdhhAxeQjGGd_GAbrDYEr8WGj9eqVyVoph96V8nB. _7.eud52sPW3ozZ.c1uxMpKEGHqmOmeJ3cMVEcsG.AAYlIr1eroZbEcnW0VGFO0OxDRLa3LQRZqf J_q4SobfepkUaQhH_lEyHnii5memDtLh5mt1b5MshDVCNFPl7Vn3eWurGTyE45fuIUTmcYhlyTl4 pMzYwalb9NqkCw6K6ZK66C_7rJihltu1p1UimQ.E.BIp5LBrIXSy7eYy1Xd3QyiSVGDCTCA49dNs WJCvsfByEik3HDVzo87toU70THq2D23IEu1c_Q4i.y5kA_B0ACPh9neaRjtRQqmFFCwgreeV_NBw EfmzscD9Op.pMm6kmB3FbacIn3V6_b95eNcPt.SpcDyA_g0f2bIoZ5qQKk.tQaH8_4Kb8CDf07YA jDe0C073badCCWLTPUjeUiv61EAiGn7fKbgsJfvtjFGppFTXGXNMZ.1k.rmXkIS_PL7x9kwI8Udv R7DJErgw..TT4ZBH2uDqAALBceKsUqc0EAuVxokctra8rYcuxYGCjejHKI7cRHEXQe3TUqSn0Rgs j_55nuD37HTQuvc47pWH.oltlyc9upq77tiW1IbYel3.WeN8nD8hM552fBai7kMn9q.ggQyqHEk8 SEb1RYMK7kd2KmUH4CWqnQRNUHZP4M703Kmjz_YGeNAuU8frWfSYuySsmKNRRsObDE2yq2Hyg3qp 9tRqxz4wKzzFxCv8lmrerIsYSWS8Uk5wg0MmcsKedU9ISPp6_a2eTCnzsPxulSkId3w3C9RnoHdr fyPyNfHXHxehXXoZC85fgeO2pRrrw_BG47g8HE.dAs9gMK8jahUWyM._O3vruUT84GLj7DTil5or mITUs4dic2j5FYlL2XzFXT73L1JHXoSSIEE533LJ5z7tLkpuPSfVAvKXJq0Y..T0JKtq3Sbed_3H MM8BT2kW2AFE4w5T17iF6UokVYznBPXgpFp2maJNUzk04jth8Qip_QkvrJ5ZyWlfMsMcQpErWspS bc2.BKMDSWHKpzLFeIJqXkmM7rzXxU0_2hcemDkuba9KVur50fOLDXTuOhhlVg_1wj_cJww2MnsZ MexyyRCjkfWyuKY98P9xTILnHUpInAuoKdGMOB5RqruxAWBc1Dx9qEIo8OUZh7MM6B1dSawj8TBd kU2I2MSdWCUX62tWtaID9J_28KP5yC29kKuNOxiD.3fTjvggmoqyvJ0c2bJ6wnRj39jpZNOnRYWv AZ5XkenFukhrMAtLMVn3Mp4O.0WLf.FYdRxxxcyuVCD.ipWTh3Yeq7lYUPfy6GoU93Z25mqJD61h x54ljp4eeN_RafCK2P8m.b2yVXxoaUfquLtVyeLzAZ0mftxixUXtLDVAsrkbO2ny5AfKxveU5o95 vRMa7U0GUMJX40YX5AAk1VfVZOvBbDnEHpuYD7xV1BohX9uTgk65YbDLxy2qixUdn9CBIgQvU8y7 AJEfqXXxCcYklEqdK8D3qd0PSsH30gnNx0rwnSeAfNFalR3J82zKFyP6xJSd8vL.SQR3TiCqb_oW o27_FOnzgzvA3XAqRYYPfo6bZBxSdYJLr2QaZiKGvDa7KPogCCVKtXWyOgLfdDiJlmaRwO87859k X6w_vjNLRyNBjS5lW1Z_8QZNhMJ5GZ7X64NczMtTtzvZLm4WvMykFaEy5oi38ruh3_B5ZDo9oxx8 51t5AOjpUpeZ8AM51bpg4Cdn2rslmX6yHBcEavfAZ4NRDLwe6XgmJtawv6vXkJ8CMJ_nLlzhHB8p zfxzG4Iv_.vTsawMpfMjt_snArXtifHtskIuvwg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Mon, 2 May 2022 18:31:45 +0000 Received: by hermes--canary-production-gq1-647b99747d-7f5lh (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b6db084d8b5f353fce2272e66a57b161; Mon, 02 May 2022 18:31:44 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: 60+% ping packet loss on Pi3 under -current and stable-13 From: Mark Millard In-Reply-To: <20220502155334.GA17962@www.zefox.net> Date: Mon, 2 May 2022 11:31:43 -0700 Cc: Hans Petter Selasky , Bakul Shah , freebsd-net@freebsd.org, freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <5684AD66-9C03-4C01-AC4B-A80D98D9D01A@yahoo.com> References: <20220430021207.GA7600@www.zefox.net> <20220501181254.GA14961@www.zefox.net> <20220501232757.GA15446@www.zefox.net> <2F4599BF-EEDA-4D08-AB6E-7AA9F410B2C5@yahoo.com> <20220502011312.GA15807@www.zefox.net> <6f57cd1d-e1d4-5ca4-e301-2633c1d4c1fa@selasky.org> <20220502155334.GA17962@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4KsWs46JPJz3rvX X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=SXWIJi4h; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.83:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-net]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-ThisMailContainsUnwantedMimeParts: N On 2022-May-2, at 08:53, bob prohaska wrote: > On Mon, May 02, 2022 at 08:56:12AM +0200, Hans Petter Selasky wrote: > [reply at end] >> On 5/2/22 03:13, bob prohaska wrote: >>> On Sun, May 01, 2022 at 05:10:59PM -0700, Mark Millard wrote: >>> [reply at end] >>>> On 2022-May-1, at 16:27, bob prohaska wrote: >>>>=20 >>>>> On Sun, May 01, 2022 at 12:58:45PM -0700, Mark Millard wrote: >>>>>>=20 >>>>>> Looks like there is some problem getting past >>>>>> gig1-1-1.gw.davsca11.sonic.net . >>>>>>=20 >>>>>=20 >>>>> That seems independent of my own internal connection problems, >>>>> but worth taking up with my ISP on Monday. Meanwhile, can you >>>>> ping any other hosts in the 50.1.20.31-24 range? All are up >>>>> at the moment. Hosts 28 and 24 are the troublemakers. >>>>>=20 >>>>> If anybody cares there's an ascii-art network diagram at >>>>> http://www.zefox.net/~fbsd/netmap >>>>>=20 >>>>> Not sure it'll survive the mailing list, but here goes: >>>>> = dsl_modem-----switch---------router-----lan-------wifi-----pi4_workstation= >>>>> | | | >>>>> | | |---Mac = workstation >>>>> | | >>>>> | |------printer >>>>> ------------------| >>>>> | >>>>> |------50.1.20.30 ns1.zefox.net Pi2 12.3 = usb-serial----50.1.20.27 >>>>> |------50.1.20.29 ns2.zefox.net Pi2 12.3 = usb-serial----50.1.20.30 >>>>> |------50.1.20.27 www.zefox.net Pi2 12.3 = usb-serial----50.1.20.26 >>>>> |------50.1.20.26 www.zefox.com Pi2 -current = usb-serial---50.1.20.24 >>>>> |------50.1.20.24 pelorus.zefox.org Pi3 13.1 = usb-serial---50.1.20.28 >>>>> switch >>>>> |------50.1.20.25 nemesis.zefox.com Pi4 -current = usb-serial---50.1.20.29 >>>>> |------50.1.20.28 www.zefox.org Pi3 -current = usb-serial----50.1.20.25 >>>>=20 >>>>=20 >>>> For ns1.zefox.net there is no problem and >>>> it looks like: >>>>=20 >>>> My traceroute [v0.95] >>>> amd64_ZFS (192.168.1.120) -> ns1.zefox.net (50.1.20.29) = 2022-05-01T16:52:27-0700 >>>> Keys: Help Display mode Restart statistics Order of fields = quit >>>> Packets = Pings >>>> Host Loss% Snt = Last Avg Best Wrst StDev >>>> 1. 192.168.1.1 0.0% 53 = 1.2 0.8 0.1 1.4 0.4 >>>> 2. 172.30.26.67 0.0% 53 = 11.8 25.0 11.8 61.0 11.4 >>>> 3. 68.85.243.125 0.0% 53 = 10.0 10.0 7.7 46.9 5.3 >>>> 4. 96.216.60.165 0.0% 53 = 8.8 9.3 7.8 12.1 0.9 >>>> 5. 68.85.243.197 0.0% 53 = 8.6 13.2 8.6 28.3 4.2 >>>> 6. be-36231-cs03.seattle.wa.ibone.comcast.net 0.0% 53 = 15.3 14.8 13.0 16.9 1.0 >>>> 7. be-2312-pe12.seattle.wa.ibone.comcast.net 0.0% 53 = 16.2 15.9 12.9 59.8 6.5 >>>> 8. (waiting for reply) >>>> 9. be3717.ccr22.sfo01.atlas.cogentco.com 0.0% 53 = 29.8 30.9 26.5 97.9 10.1 >>>> 10. be2430.ccr31.sjc04.atlas.cogentco.com 0.0% 53 = 29.0 29.0 26.6 39.3 1.8 >>>> 11. 38.104.141.82 0.0% 53 = 28.9 33.8 26.1 115.0 17.0 >>>> 12. 0.xe-0-3-0.scrm-gw1.scrmca01.sonic.net 0.0% 53 = 32.1 31.3 29.2 33.9 1.0 >>>> 13. 0.xe-0-0-0.cr1.scrmca13.sonic.net 0.0% 53 = 30.5 32.1 29.2 57.6 4.3 >>>> 14. gig1-1-1.gw.wscrca11.sonic.net 0.0% 53 = 31.8 32.0 28.8 43.7 2.0 >>>> 15. gig1-1-1.gw.davsca11.sonic.net 0.0% 52 = 31.0 32.4 30.2 38.4 1.4 >>>> 16. ns1.zefox.net 0.0% 52 = 51.4 51.1 49.8 53.4 0.8 >>>>=20 >>>> ns2.zefox.net and others got a 17. instead of >>>> a 16. An example is: >>>>=20 >>>> My traceroute [v0.95] >>>> amd64_ZFS (192.168.1.120) -> ns2.zefox.net (50.1.20.30) = 2022-05-01T16:58:45-0700 >>>> Keys: Help Display mode Restart statistics Order of fields = quit >>>> Packets = Pings >>>> Host Loss% Snt = Last Avg Best Wrst StDev >>>> 1. 192.168.1.1 0.0% 55 = 0.3 0.9 0.1 1.4 0.4 >>>> 2. 172.30.26.66 0.0% 55 = 13.5 26.4 10.4 54.7 10.1 >>>> 3. 68.85.243.77 0.0% 55 = 10.5 9.1 7.9 10.5 0.6 >>>> 4. 24.124.129.106 0.0% 54 = 8.3 9.5 8.2 13.4 1.0 >>>> 5. 96.216.60.165 0.0% 54 = 8.8 9.8 7.8 22.8 2.2 >>>> 6. 68.85.243.197 0.0% 54 = 17.1 15.1 9.0 37.3 5.9 >>>> 7. be-36241-cs04.seattle.wa.ibone.comcast.net 0.0% 54 = 15.2 15.0 13.2 17.8 0.9 >>>> 8. be-2412-pe12.seattle.wa.ibone.comcast.net 0.0% 54 = 15.0 14.8 13.2 17.1 1.0 >>>> 9. (waiting for reply) >>>> 10. be2075.ccr21.sfo01.atlas.cogentco.com 0.0% 54 = 28.4 29.2 26.9 36.8 1.4 >>>> 11. be2379.ccr31.sjc04.atlas.cogentco.com 0.0% 54 = 29.8 30.0 27.3 84.2 7.6 >>>> 12. 38.104.141.82 0.0% 54 = 28.6 33.7 27.5 105.5 16.2 >>>> 13. 0.xe-0-3-0.scrm-gw1.scrmca01.sonic.net 0.0% 54 = 31.6 31.4 29.5 33.8 0.9 >>>> 14. 0.xe-0-0-0.cr1.scrmca13.sonic.net 0.0% 54 = 31.1 32.1 29.1 52.9 3.4 >>>> 15. gig1-1-1.gw.wscrca11.sonic.net 0.0% 54 = 31.2 31.9 30.0 34.1 0.9 >>>> 16. gig1-1-1.gw.davsca11.sonic.net 0.0% 54 = 33.3 32.6 30.8 45.8 2.1 >>>> 17. ns2.zefox.net 0.0% 54 = 52.5 51.4 49.1 54.9 1.2 >>>>=20 >>>> The routing need not be the same from one >>>> try to the next. >>>>=20 >>>> www.zefox.net is similar. >>>> www.zefox.com is similar. >>>> pelorus.zefox.org is similar. >>>> nemesis.zefox.com is similar. >>>> www.zefox.org is similar. >>>>=20 >>>> Notably www.zefox.org was what I tried and >>>> reported on before that had the failures. >>>>=20 >>>> I observed a initial connection sequence once >>>> for pelorus.zefox.org where it briefly displayed >>>> something like (not captured, just from memory): >>>>=20 >>>> 16. gig1-1-1.gw.davsca11.sonic.net >>>> 17. (waiting for reply) >>>> 18. (waiting for reply) >>>> 19. pelorus.zefox.org >>>>=20 >>>> before changing to >>>>=20 >>>> 16. gig1-1-1.gw.davsca11.sonic.net >>>> 17. ns2.zefox.net >>>>=20 >>>> That may be normal but usually timed such that I >>>> would not usually see it. >>>>=20 >>>> But it might actually be evidence of a stage that >>>> the leads to the overall failure by never getting >>>> past the: >>>>=20 >>>> 16. gig1-1-1.gw.davsca11.sonic.net >>>> 17. (waiting for reply) >>>> 18. (waiting for reply) >>>> 19. WHATEVER >>>>=20 >>>> in some cases. >>>>=20 >>>> However, in the above the below worked fine: >>>>=20 >>>> 50.1.20.24 pelorus.zefox.org Pi3 13.1 usb-serial---50.1.20.28 >>>> 50.1.20.28 www.zefox.org Pi3 -current usb-serial----50.1.20.25 >>>>=20 >>>> What changed? >>>=20 >>> I restarted an outgoing ping so I could access those hosts via ssh, >>> to bring up a serial console connection to the next host in the = "ring". >>> Usually I simply ping 50.1.20.31 (my router) but at least in the = past >>> it did not matter what the destination was. In one case I tried an >>> unused address. That makes the role of a distant host somewhat >>> baffling. >>>=20 >>> Thanks for checking! >>>=20 >>> bob prohaska >>=20 >> Hi, >>=20 >> Did you try to force the link mode to 100MBit/s ? >>=20 >=20 > Not explcitly, but ifconfig -a reports > ue0: flags=3D8843 metric 0 mtu = 1500 > options=3D80009 > ether b8:27:eb:71:46:4e > inet 50.1.20.28 netmask 0xffffff00 broadcast 50.1.20.255 > media: Ethernet autoselect (100baseTX ) > status: active > nd6 options=3D29 > so I think it's 100MBit/s anyway. He might have been asking about how other equipment tries to to do thing: setting such to only try 100baseTX for talking to the 2 RPi3B's ( 50.1.20.28 and 50.1.20.24 ). FYI, I just checked and I'm seeing: My traceroute [v0.95] amd64_ZFS (192.168.1.120) -> pelorus.zefox.org (50.1.20.24) = 2022-05-02T11:19:40-0700 Keys: Help Display mode Restart statistics Order of fields quit Packets = Pings Host Loss% Snt Last = Avg Best Wrst StDev 1. 192.168.1.1 0.0% 56 0.5 = 0.8 0.1 1.4 0.4 2. 172.30.26.66 0.0% 56 81.1 = 73.6 23.8 138.6 25.5 3. 68.85.243.77 0.0% 56 70.0 = 62.0 8.1 77.2 17.7 4. 24.124.129.106 0.0% 56 18.4 = 49.0 12.0 83.5 23.7 5. 96.216.60.165 0.0% 56 72.0 = 57.0 14.4 74.7 21.8 6. 68.85.243.197 0.0% 56 72.1 = 63.3 10.6 115.9 22.9 7. be-36221-cs02.seattle.wa.ibone.comcast.net 0.0% 56 79.4 = 58.8 14.3 79.4 23.3 8. be-2212-pe12.seattle.wa.ibone.comcast.net 0.0% 56 77.2 = 64.3 19.5 125.1 22.2 9. (waiting for reply) 10. be2075.ccr21.sfo01.atlas.cogentco.com 0.0% 55 86.8 = 74.9 30.5 104.6 21.7 11. be2379.ccr31.sjc04.atlas.cogentco.com 3.6% 55 47.4 = 75.8 29.4 92.8 22.0 12. 38.104.141.82 0.0% 55 35.5 = 83.3 29.0 155.0 27.5 13. 0.xe-0-3-0.scrm-gw1.scrmca01.sonic.net 0.0% 55 92.6 = 81.0 37.0 95.0 17.9 14. 0.xe-0-0-0.cr1.scrmca13.sonic.net 0.0% 55 91.3 = 78.8 32.6 136.1 21.5 15. gig1-1-1.gw.wscrca11.sonic.net 0.0% 55 96.9 = 79.9 31.3 96.9 21.4 16. gig1-1-1.gw.davsca11.sonic.net 0.0% 55 91.8 = 79.9 38.7 97.2 19.8 17. pelorus.zefox.org 67.3% 55 173.6 = 152.8 51.3 177.6 45.9 My traceroute [v0.95] amd64_ZFS (192.168.1.120) -> www.zefox.org (50.1.20.28) = 2022-05-02T11:21:29-0700 Keys: Help Display mode Restart statistics Order of fields quit Packets = Pings Host Loss% Snt Last = Avg Best Wrst StDev 1. 192.168.1.1 0.0% 57 0.7 = 0.7 0.1 1.4 0.4 2. 172.30.26.66 0.0% 57 78.2 = 75.3 20.2 193.3 28.8 3. 68.85.243.77 0.0% 57 67.8 = 53.2 11.4 73.1 20.8 4. 24.124.129.106 0.0% 56 72.3 = 51.4 15.8 73.4 21.7 5. 96.216.60.165 0.0% 56 73.6 = 53.5 10.4 74.6 22.8 6. 68.85.243.197 0.0% 56 72.4 = 63.5 19.3 93.4 19.6 7. be-36241-cs04.seattle.wa.ibone.comcast.net 0.0% 56 77.8 = 58.9 16.6 78.9 22.4 8. be-2412-pe12.seattle.wa.ibone.comcast.net 0.0% 56 78.0 = 61.7 23.5 79.8 20.8 9. (waiting for reply) 10. be2075.ccr21.sfo01.atlas.cogentco.com 0.0% 56 92.1 = 75.2 27.6 137.5 24.2 11. be2379.ccr31.sjc04.atlas.cogentco.com 0.0% 56 99.5 = 75.3 31.3 99.5 19.9 12. 38.104.141.82 0.0% 56 53.6 = 79.8 35.4 132.7 22.6 13. 0.xe-0-3-0.scrm-gw1.scrmca01.sonic.net 0.0% 56 94.0 = 75.5 35.4 108.0 21.6 14. 0.xe-0-0-0.cr1.scrmca13.sonic.net 0.0% 56 94.8 = 77.6 37.1 102.5 20.2 15. gig1-1-1.gw.wscrca11.sonic.net 0.0% 56 93.5 = 80.6 32.8 128.6 20.3 16. gig1-1-1.gw.davsca11.sonic.net 0.0% 56 63.6 = 97.5 36.9 274.3 46.5 17. www.zefox.org 48.2% 56 175.6 = 153.4 58.4 179.1 44.1 But 0.0% on the others. This is different than the basic lack of connection I reported originally. > One new oddity is seeing in the daily security report the lines > www.zefox.org kernel log messages: > +ue0: promiscuous mode enabled > +ue0: promiscuous mode disabled > +ue0: promiscuous mode enabled > +ue0: promiscuous mode disabled > +ue0: promiscuous mode enabled > +ue0: promiscuous mode disabled Looks to me like you ran tcpdump (or other such) 3 times. > I'm using static addresses set in /etc/rc.conf. The DHCP line is = commented > out but not expicitly disabled. Could something else be trying to turn = DHCP > on, which I gather would also place the interface in promiscuous mode?=20= I'd guess that DHCP does not of itself enable promiscuous mode. But monitoring all the traffic on the EtherNet connection basically requires promiscuous mode during the monitoring. > Uname -a reports: >=20 > FreeBSD www.zefox.org 14.0-CURRENT FreeBSD 14.0-CURRENT #55 = main-n255108-9fb40baf604: Fri Apr 29 20:42:26 PDT 2022 = bob@www.zefox.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com