Cisco Cisco Prime Network Registrar 8.0 White Paper

 

 

© 2013 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public Information. 

Page 2 of 12 

Prior to the release of Cisco Prime

™

 Network Registrar Version 8.2, in which Dynamic 

Host Configuration Protocol Version 6 (DHCPv6) failover functionality was introduced, 
any one of several alternatives may have been used to provide increased availability 
in a DHCPv6 deployment. Now that DHCPv6 failover is available, this document 
provides information on how to upgrade from the most frequently used alternative 
approaches to DHCPv6 failover using Cisco Prime Network Registrar. 

This document will first explore the alternatives that have been recommended prior to the availability of Cisco 

Prime Network Registrar 8.2 DHCPv6 failover capabilities. If you haven’t deployed one of these alternatives in the 

past, then you don’t need to read this document - you can just implement DHCPv6 failover by using the latest 

version of Cisco Prime Network Registrar. However, if you have implemented one of these alternatives, or 

something similar, and you want to upgrade your DHCPv6 deployment to use DHCPv6 failover, then you should 

identify the alternative approach that has been used and find the upgrade instructions appropriate to that 

approach. 

The Alternatives to DHCPv6 Failover 

One of the main reasons for implementing DHCPv4 failover was to avoid having to split the address space 

between two DHCPv4 servers. This was problematic because IPv4 address space was (and now is even more so 

as the demand for new IP addresses has exploded) a scarce resource and few network operators could obtain 

twice the address space they required. DHCPv4 failover eliminated the need to split the address space, though it 

does require a small increase in the address space necessary to allow each failover partner some pool of 

addresses to use when unable to communicate with its partner. IPv6 generally does not have these limitations. 

There are also some other differences between DHCPv4 and DHCPv6, or more precisely between IPv4 and IPv6, 

that are important to point out. In particular, IPv6 provides for graceful address (or prefix) transition between 

addresses while IPv4 has a general concept of one address per interface. With IPv6, an interface is expected to 

have multiple addresses and each address has its own lifetime. Addresses transition between states (see RFC 

4862), including: 

●

 

Tentative to preferred (this occurs after testing for address conflicts). An address in the preferred state 

can be used for communication. 

●

 

Preferred to deprecated (this occurs when the preferred lifetime has expired). An address in the 

deprecated state may continue to be used for existing communications but should not be used for new 

communications. 

●

 

Deprecated to invalid (when the valid lifetime has expired, the address is removed and is no longer 

usable). 

A DHCPv6 client sends a Solicit message and waits for one or more Advertise messages. The client selects one 

of the Advertise messages, and sends a Request message. The DHCPv6server selected by the client then 

responds with a Reply message with the lease(s) that the client has been assigned. This is very similar to the 

DHCPDISCOVER/DHCPOFFER and DHCPREQUEST/DHCPACK exchange used with DHCPv4. 

For a more thorough description of DHCPv6 operations see the Cisco

®

DHCPv6 Based IPv6 Access Service

 white 

paper.