Impact on removing IPV6 DNS Server from client terminals when Dual-stack is enabled
Duleep Thilakarathne
dchandimal at gmail.com
Mon Mar 1 05:00:23 UTC 2021
Hi,
This is not an issue but just to get ideas from experienced bind resources.
Please ignore this question, if it is out of the scope of this
mailing thread.
Significant number of DNS requests can be observed when dual-stack enabled
and send both IPV4 and IPV6 DNS server addresses to clients through DHCP or
similar.
According to RCF 4472,
"Note that even though IPv6 DNS resolver discovery is a recommended
procedure, it is not required for dual-stack nodes in dual-stack
networks as IPv6 DNS records can be queried over IPv4 as well as
IPv6. Obviously, nodes that are meant to function without manual
configuration in IPv6-only networks must implement the DNS resolver
discovery function."
client DNS request possibilities as follows per domain. (client
browser/Application may send all or selected queries in parallel with short
time difference)
1. A record requests to primary ipv4 dns server
2. A record request to secondary ipv4 dns
3. AAAA record requests to primary ipv4 dns server
4. AAAA record request to secondary ipv4 dns
5. A record requests to primary ipv6 dns server
6. A record request to secondary ipv6 dns
7. AAAA to primary ipv6 dns server
8. AAAA to secondary ipv6 dns server
What will happen, if IPV6 DNS server addresses are removed from DHCP or
similar assignment in dual-stack scenario and only keep IPV4 DNS servers. I
guess this will reduce load to DNS servers as well as SP networks. Are
there any practical limitations ?. Is it mandatory to send both IPV4 and
IPV6 DNS server addresses in a dual-stack scenario.
Regards
DT
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20210301/0c496a00/attachment-0001.htm>
More information about the bind-users
mailing list