Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=956147 --- Comment #11 from David Beveridge <dave@xxxxxxxxxxx> --- Proposed additional file in /usr/share/doc/ WHY USE WIDE-DHCPv6? Generally speaking the main DHCP package for RedHat from ISC is a much more complete implementation with a nearly full set of features. Unfortunately there are a few things it does not do, or does not do well (yet!). This is where it might be appropriate to use an alternative such as wide-dhcpv6. Things wide-dhcpv6 is not. 1. Being further developed. 2. Fully RFC compilant. 3. Able to do prefix delegation from a pool of addresses. 4. Able to service (serve to) more than one interface per instance. Reasons to choose wide dhcp for IPv6. 1. Your ISP wants to assign you a static /128 link address and a /64 or greater prefix for your LAN, both by DHCP. (eg comcast cable) (until https://bugzilla.redhat.com/show_bug.cgi?id=836702 is finished) 2. You need the client to assign IP addresses to your LAN interfaces for radvd. (until https://bugzilla.redhat.com/show_bug.cgi?id=626514 is finished) 3. Your ISP gave you a working sample configuration file for wide-dhcpv6 4. You want a basic dhcpv6 server to run many separate instances on a range of interfaces (eg in a VPN concentrator) WIDE DHCPv6 Client Script Variables (ISC DHCP has many more) REASON The reason why the script is invoked. The value is always "NBI" and thus meaningless. new_domain_name_servers A list of available DNS servers. new_domain_name A list of DNS names, which provides DNS name search path. new_ntp_servers A list of available NTP servers. new_sip_servers A list of available SIP server addresses. new_sip_name A list of SIP server domain names. new_nis_servers A list of available NIS server addresses. new_nis_name A list of NIS domain names. new_nisp_servers A list of available NIS+ server addresses. new_nisp_name A list of NIS+ domain names. new_bcmcs_servers A list of available BCMCS server addresses. new_bcmcs_name A list of BCMCS server domain names. SAMPLE CONFIGURATIONS for /etc/wide-dhcp/dhcp6c.conf For these configurations, I assume that the user has IPv4 for DNS or can use a well known DNS such as the google anycast address eg 2001:4860:4860::8888. There is a whole range of configuration options such as DNS domain search list that are supported, but these only need to be configured once, either via IPv4 or IPv6. These are normally already set by IPv4. Therefore I do not cover them here. Read the man pages if you are IPv6 Only. Just Prefix Delegation for a single LAN (ppp0 WAN, eth0 LAN) ============================================================ interface ppp0 { send ia-pd 0; }; id-assoc pd { prefix-interface eth0 { }; }; Just Prefix Delegation but for three LANs. ========================================= interface ppp0 { send ia-pd 0; }; id-assoc pd { prefix-interface eth0 { sla-id 0; }; prefix-interface eth1 { sla-id 1; }; prefix-interface eth2 { sla-id 2; }; }; Prefix Delegation on two LANS plus link address =============================================== interface wlan0 { send ia-na 1; send ia-pd 0; }; id-assoc na 1 { }; id-assoc pd { prefix-interface eth0 { sla-id 0; }; prefix-interface eth1 { sla-id 1; }; }; Prefix Delegation on two LANS plus link address where the ISP needs a separate PD request for each LAN ===================================================== interface wlan0 { send ia-na 1; send ia-pd 0; send ia-pd 1; }; id-assoc na 1 { }; id-assoc pd 0 { prefix-interface eth0 { }; id-assoc pd 1 { prefix-interface eth1 { }; }; Some versions of wide-dhcpv6 require that you also set an sla-len as well as an sla-id. The default sla-len is 16 in most wide-dhcpv6 implementations. This assumes that the ISP always allocates a /48. In this release if the ISP allocates smaller than /48, sla-len defaults to the largest size that fits, so it is better to leave it out of the configuration. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=NXMkhLxFyg&a=cc_unsubscribe _______________________________________________ package-review mailing list package-review@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/package-review