From nobody Mon May 02 01:13:12 2022 X-Original-To: freebsd-arm@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 2371B1AB58DE; Mon, 2 May 2022 01:13:15 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ks4pf28Thz3GNM; Mon, 2 May 2022 01:13:14 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 2421DC8W016061 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 1 May 2022 18:13:13 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 2421DCWd016060; Sun, 1 May 2022 18:13:12 -0700 (PDT) (envelope-from fbsd) Date: Sun, 1 May 2022 18:13:12 -0700 From: bob prohaska To: Mark Millard Cc: Bakul Shah , freebsd-net@freebsd.org, freebsd-arm@freebsd.org, bob prohaska Subject: Re: 60+% ping packet loss on Pi3 under -current and stable-13 Message-ID: <20220502011312.GA15807@www.zefox.net> References: <70C2DF4B-D08B-491D-B7B5-1EAD0D1BF0E3@yahoo.com> <20220429005206.GA1171@www.zefox.net> <20220430021207.GA7600@www.zefox.net> <20220501181254.GA14961@www.zefox.net> <20220501232757.GA15446@www.zefox.net> <2F4599BF-EEDA-4D08-AB6E-7AA9F410B2C5@yahoo.com> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2F4599BF-EEDA-4D08-AB6E-7AA9F410B2C5@yahoo.com> X-Rspamd-Queue-Id: 4Ks4pf28Thz3GNM X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [-1.01 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.978]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; R_SPF_NA(0.00)[no SPF record]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.93)[-0.932]; MLMMJ_DEST(0.00)[freebsd-net,freebsd-arm]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_WWW(0.50)[] X-ThisMailContainsUnwantedMimeParts: N 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: > > > On Sun, May 01, 2022 at 12:58:45PM -0700, Mark Millard wrote: > >> > >> Looks like there is some problem getting past > >> gig1-1-1.gw.davsca11.sonic.net . > >> > > > > 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. > > > > If anybody cares there's an ascii-art network diagram at > > http://www.zefox.net/~fbsd/netmap > > > > 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 > > > For ns1.zefox.net there is no problem and > it looks like: > > 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 > > ns2.zefox.net and others got a 17. instead of > a 16. An example is: > > 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 > > The routing need not be the same from one > try to the next. > > 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. > > Notably www.zefox.org was what I tried and > reported on before that had the failures. > > I observed a initial connection sequence once > for pelorus.zefox.org where it briefly displayed > something like (not captured, just from memory): > > 16. gig1-1-1.gw.davsca11.sonic.net > 17. (waiting for reply) > 18. (waiting for reply) > 19. pelorus.zefox.org > > before changing to > > 16. gig1-1-1.gw.davsca11.sonic.net > 17. ns2.zefox.net > > That may be normal but usually timed such that I > would not usually see it. > > But it might actually be evidence of a stage that > the leads to the overall failure by never getting > past the: > > 16. gig1-1-1.gw.davsca11.sonic.net > 17. (waiting for reply) > 18. (waiting for reply) > 19. WHATEVER > > in some cases. > > However, in the above the below worked fine: > > 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 > > What changed? 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. Thanks for checking! bob prohaska > > > === > Mark Millard > marklmi at yahoo.com > >