Thanks for the comments, I do checked the cpu and memory using rate. It seems
they are not the reason. The highest using rate is around fifteen pecent. I run
two named in two process, may this be a reason? Best regardsRunxia
Wan--发件
The network transit time over software loopback should be minimal, but network
transit time isn't the only thing which contributes to overall RTT.
Sounds like your named process is struggling to keep up with 5000 QPS. Have you
looked at the memory, CPU? Are you running with a single thread, or m
Hi everyone, I try to set up an authentic bind server in the loopback
address(127.0.0.1) in our recursive server of our testbed for test reason.
When I send a large number of junk queries(5000QPS), the srrt of loopback
server in cash is unexpectedly large. Does anyone know the reason? The srrt
is n
On Nov 7, 2014, at 1:32 PM, Nex6|Bill wrote:
>
> 5 sec TTL, with a lot of load balancer based rules. on a lot of servers…..
I'm not sure what difference that makes. You said the load balancer is
authoritative for a child zone. Therefore, don't forward to it, send it
iterative queries. You do
5 sec TTL, with a lot of load balancer based rules. on a lot of servers…..
On Nov 7, 2014, at 1:31 PM, Chris Buxton wrote:
> On Nov 7, 2014, at 1:29 PM, Nex6|Bill wrote:
>>
>> our parent org, owns the parent zone, and this zone is delegated from there
>> to a load balancer onsite. which i
On Nov 7, 2014, at 1:29 PM, Nex6|Bill wrote:
>
> our parent org, owns the parent zone, and this zone is delegated from there
> to a load balancer onsite. which is authoritative. but, the query path for a
> normal query crosses the internet gateway because thats where the parent
> is. ( very s
zone is hosted on a load balancer, with parent org NS on internet side. when
internet goes down, application goes down. putting a forward zone means
internet downtime does not cause issues.
On Nov 7, 2014, at 12:56 PM, Darcy Kevin (FCA) wrote:
> If your nameserver can get the info equally re
our parent org, owns the parent zone, and this zone is delegated from there to
a load balancer onsite. which is authoritative. but, the query path for a
normal query crosses the internet gateway because thats where the parent
is. ( very short TTL ).
any internet connection issue causes issues,
On Nov 7, 2014, at 11:35 AM, Nex6|Bill wrote:
>
> I am going to be adding a type forward zone for an important zone. how can i
> test that the forward is working correctly? if i do a dig against the NS the
> record will return no matter if its auth or fwd zone.
Will your server be receiving
If your nameserver can get the info equally reliably either way, I'd question
why you're using forwarding in the first place.
Do you think you're going to get some sort of performance benefit from that?
But, to answer your question, in the absence of taking a packet capture, you
could always de
My name server is not authoritative for it. but i want to verify once the
forward is in place the query is following the
forward and not the authoritative path.
On Nov 7, 2014, at 11:46 AM, Barry Margolin wrote:
> In article ,
> Nex6|Bill wrote:
>
>> I am going to be adding a type forward z
In article ,
Nex6|Bill wrote:
> I am going to be adding a type forward zone for an important zone. how can i
> test that the forward is working correctly? if i do a dig against the NS the
> record will return no matter if its auth or fwd zone.
If you don't have a zone file for the zone on t
I am going to be adding a type forward zone for an important zone. how can i
test that the forward is working correctly? if i do a dig against the NS the
record will return no matter if its auth or fwd zone.
-Nex6
signature.asc
Description: Message signed with OpenPGP using GPGMail
_
13 matches
Mail list logo
