Re: Bind response to query's very small edns udp payload size

In article , John Wobus wrote: > >> What does bind try to do if the client specifies a udp size of less than > >> 512? > > > > From RFC 6891: > > > > Values lower than 512 MUST be treated as equal to 512. > > Doh. > > The behavior I saw was a shorter authority section and no additional sect

Re: Bind response to query's very small edns udp payload size

>> What does bind try to do if the client specifies a udp size of less than 512? > > From RFC 6891: > > Values lower than 512 MUST be treated as equal to 512. Doh. The behavior I saw was a shorter authority section and no additional section (or TO) when I specified a UDP buffer of 200 as oppo

Re: Bind response to query's very small edns udp payload size

In article , John Wobus wrote: > What does bind try to do if the client specifies a udp size of less than 512? > I’ve been trying queries and here is what I’ve seen: >From RFC 6891: Values lower than 512 MUST be treated as equal to 512. https://tools.ietf.org/html/rfc6891#section-6.2.3 S

Bind response to query's very small edns udp payload size

What does bind try to do if the client specifies a udp size of less than 512? I’ve been trying queries and here is what I’ve seen: I have a query that ordinarily receives a response with an answer section and an authority section, the response length being ~ 500. If I specify a udp size of 200, t

Re: BIND response time is relatively high

At Mon, 26 Jan 2015 21:50:37 +, Darcy Kevin (FCA) wrote: > > > The parameter that is glaringly missing from your list is > “recursive-clients”. Do you have that set at default value (1000) or > have you bumped it up higher? Since you say that this happens at “peak > hours”, recursive-clients

RE: BIND response time is relatively high

[mailto:bind-users-boun...@lists.isc.org] On Behalf Of alaa m zidan Sent: Monday, January 26, 2015 3:26 PM To: bind-users@lists.isc.org Subject: BIND response time is relatively high hi , I noticed that at peak hours, BIND response time is relatively high for some servers. non-cached query takes over

BIND response time is relatively high

hi , I noticed that at peak hours, BIND response time is relatively high for some servers.non-cached query takes over 700msI set some kernel parameters to tune the network and sockets for redhat 6 and set some global options to tune the BIND by modifying the cache settings, but neither I get

Re: Clarification on bind response

On 8/24/2010 8:18 AM, rams wrote: Hi When we have data as follows queried domain "maint.rameshops5526old.com ." against bind and my own resolver. Bind and my resolver response are same but only mismatching with flags. bind is returning AA flag but my resol

Re: Clarification on bind response

On 8/24/2010 2:25 AM, rams wrote: Hi, I have set up data as follows in bind. Zone: rameshops5526old.com maint.rameshops5526old.com . 300 IN CNAME maint.global.rameshops5526old.com . r

Re: Clarification on bind response

On 24.08.10 17:48, rams wrote: > When we have data as follows queried domain "maint.rameshops5526old.com." > against bind and my own resolver. Bind and my resolver response are same but > only mismatching with flags. bind is returning AA flag but my resolver is > not returning AA flag. in this case

Clarification on bind response

Hi When we have data as follows queried domain "maint.rameshops5526old.com." against bind and my own resolver. Bind and my resolver response are same but only mismatching with flags. bind is returning AA flag but my resolver is not returning AA flag. in this case wihcih is correct bind or my reso

Re: Clarification on bind response

On 24.08.10 12:48, rams wrote: > Please tell me the correct answer for the below set up: this is not set up, this is the answer. > *Zone: rameshops5526old.com > * > maint.rameshops5526old.com. 300 IN CNAME > maint.global.rameshops5526old.com. > rameshops5526old.com. 21600 IN NS

Re: Clarification on bind response

Hi , Please tell me the correct answer for the below set up: *Zone: rameshops5526old.com * maint.rameshops5526old.com. 300 IN CNAME maint.global.rameshops5526old.com. rameshops5526old.com. 21600 IN NS dns5.rameshops5526old.com. rameshops5526old.com. 21600 IN NS dns

Re: Clarification on bind response

In message , rams writes: > Hi, > > I have set up data as follows in bind. > Zone: rameshops5526old.com > > maint.rameshops5526old.com. 300 IN CNAME > maint.global.rameshops5526old.com. > rameshops5526old.com. 21600 IN NS dns5.rameshops5526old.com. > rameshops5526old.com. 2

Clarification on bind response

Hi, I have set up data as follows in bind. Zone: rameshops5526old.com maint.rameshops5526old.com. 300 IN CNAME maint.global.rameshops5526old.com. rameshops5526old.com. 21600 IN NS dns5.rameshops5526old.com. rameshops5526old.com. 21600 IN NS dns2.rameshops5526old.c

Re: Bind response

On Tue, 1 Jun 2010, Matus UHLAR - fantomas wrote: On 01.06.10 14:16, rams wrote: I queried for cname domain against bind 9.6.X and got the following response C:\Documents and Settings\rameshb>dig @localhost cname.td3497.com mx ; <<>> DiG 9.6.1-P1 <<>> @localhost cname.td3497.com mx ; (1 server

Re: Bind response

On 01.06.10 14:16, rams wrote: > I queried for cname domain against bind 9.6.X and got the following response > C:\Documents and Settings\rameshb>dig @localhost cname.td3497.com mx > ; <<>> DiG 9.6.1-P1 <<>> @localhost cname.td3497.com mx > ; (1 server found) > ;; global options: +cmd > ;; Got answ

Bind response

Hi , I have the following zone file: $ORIGIN td3497.com. @ IN SOA udns1.ultradns.net. ppk.yahoo.com. ( 2010052610 ; serial 10800 ; refresh 3600 ; retry 2592000 ; expire 86400 ; minimum ) cname.chain.td3497.com. 86400 IN CNAME mx.chain.td3497.com. mx.chain.td3497.com. 86400 IN MX 34 mx1.chain.td349