Mark Andrews wrote:
>
> Both of these are on my to do list.
Yay!
Tony.
--
f.anthony.n.finchhttp://dotat.at/ - I xn--zr8h punycode
Rockall: South 5 to 7, occasionally gale 8 later. Moderate or rough, becoming
very rough later in west. Rain or showers. Moderate or good, occasionally
poor.
_
In message , Tony Finch
writes:
> Reindl Harald wrote:
> >
> > just because without additional responses are part of the inital question
> > and
> > may save asking for that information - in case the additional info is not
> > needed by the client it saves traffic
>
> There are a few situation
...@dotat.at]
Inviato: venerdì 23 settembre 2016 13.21
A: Reindl Harald
Cc: bind-users@lists.isc.org
Oggetto: Re: Minimal responses and speeding up queries
Reindl Harald wrote:
>
> just because without additional responses are part of the inital question and
> may save asking for that information
Reindl Harald wrote:
>
> just because without additional responses are part of the inital question and
> may save asking for that information - in case the additional info is not
> needed by the client it saves traffic
There are a few situations in which additional data is useful in theory,
but i
On 23.09.16 09:33, Job wrote:
Very interesting answers, thank you first of all.
Regarding:
BIND 9.11 adds two more stops on the knob
There will be an option to add these stops or, by default, bind-9.11 will care
about this?
care about what?
DNS client will fetch data it needs to resolve a
s-boun...@lists.isc.org] per conto di Mark Andrews
[ma...@isc.org]
Inviato: venerdì 23 settembre 2016 1.21
A: Reindl Harald
Cc: bind-us...@isc.org
Oggetto: Re: Minimal responses and speeding up queries
In message <218818d8-5ab8-40b0-fbc2-27c8966bb...@thelounge.net>, Reindl Harald
writes:
> A
In article ,
Job wrote:
> I thought setting minimal_responses = yes should lower the number of queries
> Do you think it is the opposite?
Yes.
With minimal_response = no, it doesn't fill in the Additional section
with records related to the ones in the Answer section. If the client
doesn't a
In message <218818d8-5ab8-40b0-fbc2-27c8966bb...@thelounge.net>, Reindl Harald
writes:
> Am 22.09.2016 um 22:41 schrieb Job:
> >>> If you want to avoid additional queries, turn minimal_responses off.
> >
> > I thought setting minimal_responses = yes should lower the number of querie
> s
> > Do yo
Am 22.09.2016 um 22:41 schrieb Job:
If you want to avoid additional queries, turn minimal_responses off.
I thought setting minimal_responses = yes should lower the number of queries
Do you think it is the opposite?
it's not about thinking - it's a fact
just because without additional respo
16 17.07
> A: bind-users@lists.isc.org
> Oggetto: Re: Minimal responses and speeding up queries
>
> On 22.09.16 16:41, Job wrote:
> >in Bind 9.10 we tried minimal-responses = yes to limit "additional
> queries" when resolving.
> >
> >I notice that resolut
!
Francesco
Da: Tony Finch [d...@dotat.at]
Inviato: giovedì 22 settembre 2016 16.52
A: Job
Cc: bind-users@lists.isc.org
Oggetto: Re: Minimal responses and speeding up queries
Job wrote:
>
> Actually, dig @host some_url still shows an additional query, maybe not
>
s-boun...@lists.isc.org] per conto di Matus UHLAR -
fantomas [uh...@fantomas.sk]
Inviato: giovedì 22 settembre 2016 17.07
A: bind-users@lists.isc.org
Oggetto: Re: Minimal responses and speeding up queries
On 22.09.16 16:41, Job wrote:
>in Bind 9.10 we tried minimal-responses = yes to limit &q
On 22.09.16 16:41, Job wrote:
in Bind 9.10 we tried minimal-responses = yes to limit "additional queries"
when resolving.
I notice that resolution is faster.
Actually, dig @host some_url still shows an additional query, maybe not needed
for a caching-only resolver:
; (1 server found)
;; globa
Job wrote:
>
> Actually, dig @host some_url still shows an additional query, maybe not
> needed for a caching-only resolver:
>
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
That isn't an additional query, it's a record in the additional section of
the response - specifica
Hello,
in Bind 9.10 we tried minimal-responses = yes to limit "additional queries"
when resolving.
I notice that resolution is faster.
Actually, dig @host some_url still shows an additional query, maybe not needed
for a caching-only resolver:
; (1 server found)
;; global options: +cmd
;; Got a
15 matches
Mail list logo
