RE: Slow recursive query performance on Windows x64

2020-01-20 Thread Steve Farr via bind-users
-Steve -Original Message- From: Ondrej Sur� Sent: Monday, January 20, 2020 9:37 AM To: Steve Farr Cc: bind-users@lists.isc.org Subject: Re: Slow recursive query performance on Windows x64 The problem is that apparently[*] the machines in your network have default IPv6 routes, but you don

Re: Slow recursive query performance on Windows x64

2020-01-20 Thread Ondřej Surý
g on v6 that it shouldn't be doing. So, server ::/0 { bogus yes; > }; is still the fix... at least on Windows, anyway. Many thanks again to all > of you for the insightful responses. > > -Steve > > -Original Message- > From: bind-users On Behalf Of Mark Andrews > Sent

RE: Slow recursive query performance on Windows x64

2020-01-20 Thread Steve Farr via bind-users
ers On Behalf Of Mark Andrews Sent: Monday, January 20, 2020 1:45 AM To: Lee Cc: Ondrej Sury Subject: Re: Slow recursive query performance on Windows x64 Devices should return ICMP unreachables when networks are not reachable. This allows applications to move onto the next address. Not r

Re: Slow recursive query performance on Windows x64

2020-01-19 Thread Mark Andrews
Devices should return ICMP unreachables when networks are not reachable. This allows applications to move onto the next address. Not returning unreachables results in timeouts being the mechanism to move to the next address. Additionally applications can make parallel connection attempts. This

Re: Slow recursive query performance on Windows x64

2020-01-19 Thread Lee
On 1/20/20, Ondřej Surý wrote: > > Please note that filter--on-v4 was always wrong. how so? > You should fix your network instead. It’s a bandaid, not a fix. My ISP doesn't offer ipv6, so I'm not sure how to fix my network.. unless you mean disable ipv6 on everything? (which I'm not sure

Re: Slow recursive query performance on Windows x64

2020-01-19 Thread Ondřej Surý
Run named with -4 option, that will disable IPv6. Please note that filter--on-v4 was always wrong. You should fix your network instead. It’s a bandaid, not a fix. Ondrej -- Ondřej Surý — ISC > On 20 Jan 2020, at 04:38, Carl Byington via bind-users > wrote: > > -BEGIN PGP SIGNED

RE: Slow recursive query performance on Windows x64

2020-01-19 Thread Carl Byington via bind-users
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Sun, 2020-01-19 at 21:54 -0500, Steve Farr via bind-users wrote: > Does anyone know of a functionality that replaced the now-obsolete > filter--on-v4? plugin query "filter-.so" { filter--on-v4 yes; }; -BEGIN PGP

RE: Slow recursive query performance on Windows x64

2020-01-19 Thread Steve Farr via bind-users
how did you do the packet capture - as in, is it possible you didn't capture everything to/from the server? Lee > > From: Ondrej Sur > Sent: Friday, January 17, 2020 3:27 PM > To: Steve Farr > Cc: bind-users@lists.isc.org > Subject: Re: Slow recursive query performance on Windows x6

Re: Slow recursive query performance on Windows x64

2020-01-19 Thread Lee
how did you do the packet capture - as in, is it possible you didn't capture everything to/from the server? Lee > > From: Ondrej Surý > Sent: Friday, January 17, 2020 3:27 PM > To: Steve Farr > Cc: bind-users@lists.isc.org > Subject: Re: Slow recursive query performance on Window

RE: Slow recursive query performance on Windows x64

2020-01-18 Thread Steve Farr via bind-users
, January 17, 2020 3:27 PM To: Steve Farr Cc: bind-users@lists.isc.org Subject: Re: Slow recursive query performance on Windows x64 Hi Steve, I would suggest to either bump debugging level in bind9 or use wireshark to look what’s happening on the wire. My best guest is broken IPv6 connectivity

Re: Slow recursive query performance on Windows x64

2020-01-17 Thread Ondřej Surý
Hi Steve, I would suggest to either bump debugging level in bind9 or use wireshark to look what’s happening on the wire. My best guest is broken IPv6 connectivity, but it could be something completely different. Looking at the packets is a easiest way to get better understanding of the