DNS Capacity issue help -- Recursive Query -- it seems some packets are dropped by DNS

Martin Wismer martin.wismer at bluewin.ch
Tue Apr 10 06:44:04 UTC 2018


Hello Michael,

take care to increase the tcpdump buffers. Else it's tcpdump which loose 
trafic, not the dns server
Have Fun. Greetings
   Martin.Wismer.

tcpdump option   -B 131072   helped in my case

PS) this time with my other E-Mail Address
On 10.04.18 02:37, PENG, JUNAN wrote:
> Hi, All
>
> I did recursive query capacity test.   I used traffic generator to place 15K QPS traffic to DNS 1 with FQDN1 (Note, FQDN1 can't be resolve by DNS1, it need to forward it to DNS2  and TTL is set to 0)
>
> But during the test , I found lots of failure , the successful rate is not high (85%).   Then I used TCPdump commands to capture logs in DNS1 , I found the following things:
>
> Thing 1.  DNS query number is larger than response number between traffic generator and DNS1 .  About 15% traffic are dropped by DNS1 .
>
> Thing 2. DNS recursive query number between DNS1 and DNS2  is far less than query number between traffic generator and DNS1
>
>
> I want to confirm DNS behavior here:
>
> DNS1 will initiate a recursive query  towards DNS2 when first query is coming .  transaction time between DNS1 and DNS2 is about 3 miliseconds.  If in these 3 miliseconds, there are other queries with same FQDN are coming, whether all these queries will be lined up in DNS1 because DNS1 has initiated the same FQDN resolve request to DNS2 ? if yes, which will explain thing 2  I observed during the test.    After DNS1 gets response from DNS2, then DNS1 will send response to the all the requests from traffic generator lined up in DNS1 , but unfortunately ,  DNS1 seems drop some packets here. There are 15% packet without response .
>
> Besides, CPU usage is not high in DNS1 , only 30%
>
> Is my understanding correct ?   Which parameters in DNS will impact the performance significantly ?   How to do further troubleshooting ?
>
>
> Thank you very much!!
>
> BR
> Michael
>
>
>   
> _______________________________________________
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list
>
> bind-users mailing list
> bind-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
>



More information about the bind-users mailing list