On 01/13/2016 04:34 AM, Philippe Maechler wrote:
My idea for the new setup is:
---
caching servers
- Setup new caching servers
- Configure the ipv4 addresses of both (old) servers on the new servers as a
/32 and setup an anycast network.
This way the stupid client
I haven’t used the XML stats so I have no direct experience.
Your formula looks right to me.
If it were me, I’d confirm the load traffic as much as I could,
e.g. os udp counts, tcpdumps at both ends, etc. I’d
want to make sure it was bind that was doing something strange.
It occurred to me that
Re vmware, I’m definitely interested in anything folks
have discovered about udp performance issues but I have
no negative experience to offer. We mix vmware and hardware,
but have both auth and query servers on both. Load tests
didn’t reveal any issues that made us reconsider.
We had an interes
I would also recommend looking deeper into the packet capture to determine what
queries were being responded to. As Warren pointed out, if the initiator times
out its original query, it will either fail the whole lookup, or at least move
to another resolver, so in either case the original socket
On Fri, Jan 15, 2016 at 8:49 AM Daniel Dawalibi
wrote:
> Hello
>
>
>
> We observed an unusual traffic combining ICMP and UDP packets while
> running the tcpdump command on the DNS caching server
>
> Kindly note that only UDP DNS traffic is allowed on this server (ICMP is
> not allowed from outsid
On 15/01/2016 13:48, Daniel Dawalibi wrote:
> Hello
>
>
>
> We observed an unusual traffic combining ICMP and UDP packets while
> running the tcpdump command on the DNS caching server
>
> Kindly note that only UDP DNS traffic is allowed on this server (ICMP is
> not allowed from outside to DNS
ope this helps!
John
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.isc.org/pipermail/bind-users/attachments/20160115/f9cc36a7/attachment-0001.html>
--
___
bind-use
Hello
We observed an unusual traffic combining ICMP and UDP packets while running
the tcpdump command on the DNS caching server
Kindly note that only UDP DNS traffic is allowed on this server (ICMP is not
allowed from outside to DNS server)
Any help regarding this issue? Why we are getting I
RunxiaWan wrote:
> However, when I use a set of thousands of domains as an input, The QPS
> is unexpectedly low and the latency is high.
That would be normal if the cache is empty. Did you pre-populate it before
running the benchmark?
> And when I decreased the query sending rate to 100 per sec
9 matches
Mail list logo
