Project

General

Profile

Actions

Bug #7384

closed

DHCPv6 doesn't merge IPv6 prefix with the input submitted in DNS servers field when using Track Interface IPv6 configuration parameter for the LAN interface.

Added by Hannu Tirkkonen about 7 years ago. Updated over 3 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
DHCP (IPv6)
Target version:
Start date:
03/13/2017
Due date:
% Done:

100%

Estimated time:
Plus Target Version:
Release Notes:
Affected Version:
2.3.3_1
Affected Architecture:
amd64

Description

When using Track Interface as a IPv6 Configuration Type in the LAN interface, the DHCPv6 server doesn't merge the IA_PD-prefix obtained via the DHCP6 client (WAN interface) and the DNS Servers input (i.e. ::a and ::b) in the DHCPv6 configuration page.

If user fills ::a and ::b as DNS servers in the DNS Servers field, the configuration file will be written without the prefix obtained via Track Interface
(::a and ::b instead of expected results 2001:14ab:11f1:9200::a and 2001:14ab:11f1:9200::b in case 2001:14ab:11f1:9200::/56 being delegated and Track Interface with WAN/0 used as IPv6 configuration parameters for the LAN interface).

The merge works ok with the DHCPv6 Range and static mappings fields and provides ability to assign semi static IPv6 addresses for the internal DNS servers, but it doesn't work in the DNS Servers field and as such manual reconfiguration is required each time the ISP delegates a new IPv6 network.

/var/dhcpd/etc/dhcpdv6.conf:

subnet6 2001:14ab:11f1:9200::/64 {
range6 2001:14ab:11f1:9200::fe90:0 2001:14ab:11f1:9200::fe90:ffff;
do-forward-updates false;
option dhcp6.name-servers ::a,::b;

}
host s_lan_0 {
host-identifier option dhcp6.client-id 00:01:00:01:1b:de:af:2b:20:c9:d0:54:c6:d3;
fixed-address6 2001:14ab:11f1:9200::a;
option host-name DNS1;
}

This is problematic when the ISP doesn't obey the request for delegating previously assigned network for the customer and causes the DNS name resolution to fail after the new IPv6 network will be delegated for the customer.

Actions #1

Updated by Jim Pingle almost 7 years ago

  • Target version changed from 2.3.4 to 2.4.1
Actions #2

Updated by Jim Pingle over 6 years ago

  • Target version changed from 2.4.1 to 2.4.2
Actions #3

Updated by Jim Pingle over 6 years ago

  • Target version changed from 2.4.2 to 2.4.3
Actions #4

Updated by Anonymous about 6 years ago

  • Assignee set to Luiz Souza
  • Priority changed from High to Normal
  • Target version changed from 2.4.3 to 2.4.4
Actions #5

Updated by Anonymous over 5 years ago

  • Target version changed from 2.4.4 to 48
Actions #6

Updated by Chris Collins over 5 years ago

this has been pushed back a lot, it would be nice if it got implemented, as a work around I have been using fe80::1:1 as a DNS server configured in DHCPv6, allowing the configuration to remain valid if the IA_PD changes.

Actions #7

Updated by Jim Pingle about 5 years ago

  • Target version changed from 48 to 2.5.0
Actions #8

Updated by Jim Pingle over 4 years ago

  • Category changed from DHCP (IPv4) to DHCP (IPv6)
Actions #10

Updated by Jim Pingle over 3 years ago

  • Status changed from New to Pull Request Review
Actions #11

Updated by Renato Botelho over 3 years ago

  • Status changed from Pull Request Review to Feedback
  • % Done changed from 0 to 100

PR has been merged. Thanks!

Actions #12

Updated by Anonymous over 3 years ago

  • Status changed from Feedback to Resolved
Actions

Also available in: Atom PDF