Table Of Contents
Release Notes for Cisco Network Registrar 7.2.1
Installation and Upgrade Notes
About Cisco Network Registrar SDK
Installing Cisco Network Registrar SDK
Installing on Linux or Solaris
Software Features Added in Release 7.2.1
Issues Resolved in Release 7.2.1
Displaying Cisco Network Registrar Processes that are Running
Turning off Cisco Network Registrar Processes
Changes to client_mac_addr Attribute
Obtaining Documentation and Submitting a Service Request
Release Notes for Cisco Network Registrar 7.2.1
Revised: March 2, 2012
This release notes describes the system requirements, resolved bugs, and installation and upgrade notes for Cisco Network Registrar 7.2.1.
Contents
This release notes includes the following sections:
•Installation and Upgrade Notes
•About Cisco Network Registrar SDK
•Software Features Added in Release 7.2.1
•Issues Resolved in Release 7.2.1
•Obtaining Documentation and Submitting a Service Request
Introduction
Cisco Network Registrar provides the tools to configure and control the servers necessary to manage your IP address space. This release of Cisco Network Registrar includes bug fixes and enhancements. See:
•Software Features Added in Release 7.2.1
•Issues Resolved in Release 7.2.1
For software features and bugs fixed in Release 7.2.0.1, see Release notes for Cisco Network Registrar 7.2.0.1.
Before you Begin
Review the following sections before installing Cisco Network Registrar 7.2.1:
Note If you are migrating to Cisco Network Registrar 7.2.1 from an earlier version of Cisco Network Registrar, you must review the Release Notes for the releases that occurred in between, to fully understand all the changes.
Note If you are upgrading from an earlier version of Cisco Network Registrar to Cisco Network Registrar 7.2.1, ensure that you read the upgrade considerations (see "Upgrade Considerations" section of this document and "Installation and Upgrade Procedure" section of Installation Guide for Cisco Network Registrar 7.2) thoroughly.
System Requirements
Review these system requirements before installing the Cisco Network Registrar 7.2.1 software:
•Java—You must have the Java Runtime Environment (JRE) 5.0 (1.5.0_06) or later, or the equivalent Java Development Kit (JDK), installed on your system. (The JRE is available from Oracle on its website.)
•Operating System—We recommend that your Cisco Network Registrar software runs on the Windows, Solaris, or Linux operating systems as described in Table 1. Cisco Network Registrar must run on 32-bit or 64-bit operating systems.
Cisco Network Registrar now supports running in VMWARE (ESX 4.1 and 4.0) environment.
Note Cisco Network Registrar applications are 32-bit applications and the system should support 32-bit applications (Java JRE/JDK, OpenLDAP library (for RH)).
•User Interfaces—Cisco Network Registrar currently includes two user interfaces: a web UI and a command-line interface (CLI):
–Web UI—Runs on Microsoft Internet Explorer 7.1, and 8.0, Mozilla Firefox 3.0 and 3.5.
Note You can run the Web UI on Microsoft Internet Explorer 8.0 in compatibility mode alone.
–CLI—Runs in a Windows, Solaris, or Linux command window.
Note For the CLI, the number of concurrent active user sessions and processes on a cluster can be no more than 14.
Tip Include a network time service (such as NTP) in your configuration to avoid time differences between the local and regional clusters, so that aggregated data appears consistently at the regional server.
Table 1 Cisco Network Registrar System Recommendations
Component Operating System Solaris Linux WindowsOS version1
Solaris 102
Red Hat Enterprise Linux 5.03
Windows Server 2008
Disk space4
2 x 73/146 SAS5 drives
With basic DHCP and optimal hardware configuration:
SATA6 drives with 7500 RPM drive greater than 500 leases/second
SAS drives with 15K RPM drive greater than 1000 leases/second
(Recommended hard drive 146 GB)
Memory7
16 GB
4 GB (small networks), 8 GB (average networks), or 16 GB (large networks)
1 Cisco Network Registrar must run on 32-bit or 64-bit operating systems.
2 Cisco Network Registrar supports 128-KB block sizes in the Solaris 10 ZFS.
3 Cisco Network Registrar now supports running in VMWARE (ESX 4.1 and 4.0) environment.
4 Higher I/O bandwidth usually results in higher average leases per second.
5 Serial Attached SCSI.
6 Serial Advanced Technology Attachment (Serial ATA).
7 Faster CPU and more memory typically result in higher peak leases per second.
Note Cisco Network Registrar no longer supports Windows Server 2003, Red Hat 4.0, and Solaris 8 and 9. If you are running any of these operating systems, you must upgrade to Windows Server 2008, Red Hat 5.0, or Solaris 10, as appropriate, before you install or upgrade to Cisco Network Registrar 7.2.1. (See the "Upgrade Considerations" section.)
Interoperability
Cisco Network Registrar 7.2.1 protocol servers interoperate with versions 7.2.x, 7.1, 7.0, and 6.3.x. Cisco Network Registrar 7.2.1 will not support interoperability with the versions before 6.3.x.
•Cisco Network Registrar 7.2.1 DHCPv4 failover servers interoperate with Cisco Network Registrar 7.1.x, 7.0.x, and 6.3.x failover servers.
•By the nature of the EDNS0 protocol, Cisco Network Registrar 7.2.1 DNS servers interoperate with earlier versions of Cisco Network Registrar DNS (and 3rd party DNS vendors). EDNS0 defines the interoperability with DNS servers that do not support EDNS0; Cisco Network Registrar 7.2.1 DNS adhere to the RFC and consequently interoperate with earlier versions of Cisco Network Registrar.
•Cisco Network Registrar 7.2.1 HA DNS servers interoperate with Cisco Network Registrar 7.1.x, 7.0.x, and 6.3.x versions.
•Cisco Network Registrar 7.2.1 DDNSv6 interoperates only with Cisco Network Registrar 7.0 and Cisco Network Registrar 7.1 DNS servers because of the use of the DHCID RRs (in place of TXT RRs for DDNSv6).
Installation and Upgrade Notes
Review the following points before beginning a new installation or an upgrade. For full installation and upgrade procedures, see the Installation Guide for Cisco Network Registrar 7.2.
This section covers:
For information about Network Registrar SDK, see the "About Cisco Network Registrar SDK" section.
General Installation
Refer to the Installation Guide for Cisco Network Registrar 7.2 for the detailed installation procedure. Points to remember while installing Cisco Network Registrar 7.2.1 are as follows:
Note Cisco Network Registrar 7.2.1 supports Windows Server 2008.
•The default Program files location for 32-bit OS and 64-bit OS are as follows:
–Program files (32-bit OS)—C:\Program Files\Network Registrar\{Local | Regional}
–Program files (64-bit OS)—C:\Program Files (x86)\Network Registrar\{Local | Regional}
When installing Cisco Network Registrar on a 64-bit system, you must ensure that it is installed in the \Program Files (x86) area and that you specify the path to a 32-bit version of the Java Runtime Environment.
•Cisco Network Registrar includes a list of informational, activity, warning, and error messages that it logs during certain operating conditions. Obtain this list in HTML files for each component as links from a MessageIDIndex.html file, which, by default, is in:
–Windows—C:\Program Files\Network Registrar\{Local | Regional}\docs\msgid\
MessageIDIndex.html–Solaris and Linux—/opt/nwreg2/{local | regional}/docs/msgid/MessageIDIndex.html
Upgrade Considerations
Cisco Network Registrar no longer supports the Windows Server 2003, Red Hat 4.0, 3.0, and Solaris 8 and 9 operating systems. Backup your Cisco Network Registrar data and upgrade your operating system before installing this latest release. (See Table 1 for currently supported operating systems.)
Note When upgrading from a pre-7.2 cluster to Cisco Network Registrar 7.2.1, a platform-specific tool cnr_mcdexport is required. This tool can be downloaded from CCO as an archive file. The archive contains an extensive README file with specific instructions on the process to be followed.
The MCD DB database technology has been in use in Cisco Network Registrar for several earlier version. The mcdexport kit extracts the MCD DB data, which, during the upgrade procedure, is transferred to new locations.
When you install the software, the installation program automatically detects an existing version and upgrades the software to the latest release. The program first prompts you to archive existing Cisco Network Registrar data. If the program encounters errors during the upgrade, it restores the software to the earlier release.
During an upgrade, Network Registrar displays any pre-existing HTTPS configuration defaults for the keystore filename and password to enable a secure connection for web UI logins. If you have enabled HTTPS, and are unaware of the keystore filename and password at the time of the upgrade, you can preserve HTTPS connectivity during the upgrade, and re-enter the defaults when prompted.
Note The default keystore filename and password appear only if you are upgrading from Cisco Network Registrar 6.3.1 or later versions, or reinstalling the Cisco Network Registrar 7.2.1.
For detailed install and upgrade procedures, see "Installation and Upgrade Procedure" section in Installation Guide for Cisco Network Registrar 7.2.
To revert to an earlier version of Cisco Network Registrar, see the "Reverting to Earlier Product Version" procedure in Installation Guide for Cisco Network Registrar 7.2.
To move Cisco Network Registrar to a new machine, see the "Moving an Installation to a New Machine" procedure in Installation Guide for Cisco Network Registrar 7.2.
About Cisco Network Registrar SDK
This section documents how to install the Cisco Network Registrar SDK and details the compatibility considerations. The following are the topics covered in this section:
•Installing Cisco Network Registrar SDK
Installing Cisco Network Registrar SDK
This section documents how to install the Cisco Network Registrar SDK on the Linux, Solaris, and Windows platforms. Before installing the SDK, ensure that you have Java Runtime Environment (JRE) 5.0 (1.5.0_06) or later, or the equivalent Java Development Kit (JDK), installed on your system.
Installing on Linux or Solaris
To install the Cisco Network Registrar SDK on a Linux or Solaris platform:
Step 1 Extract the contents of the distribution .tar file.
a. Create the SDK directory:
% mkdir /cnr-sdk
b. Change to the directory that you just created and extract the .tar file contents:
% cd /cnr-sdk
% tar xvf sdk_tar_file_location/cnrsdk.tar
Step 2 Export your LD_LIBRARY_PATH and CLASSPATH environment variable:
% export LD_LIBRARY_PATH=/cnr-sdk/lib
% export CLASSPATH=/cnr-sdk/classes/cnrsdk.jar:.
Installing on Windows
To install the Cisco Network Registrar SDK on a Windows platform:
Step 1 Extract the contents of the distribution .tar file.
a. Create the SDK directory:
> md c:\cnr-sdk
b. Change to the directory that you just created and extract the .tar file contents:
> c:
> cd \cnr-sdk
> tar xvf sdk_tar_file_location\cnrsdk.tar
You may optionally use Winzip to extract cnrsdk.tar to the C:\cnr-sdk directory.
Step 2 Set your PATH and CLASSPATH variables:
> set PATH=%PATH%;c:\cnr-sdk\lib
> set CLASSPATH=c:\cnr-sdk\classes\cnrsdk.jar;.
Testing Your Installation
On Linux or Solaris, the following test program verifies that you have set your PATH or LD_LIBRARY_PATH correctly:
% java -jar /cnr-sdk/classes/cnrsdk.jar
On Windows, the following test program verifies that you have set your CLASSPATH correctly:
> java -jar c:\cnr-sdk\classes\cnrsdk.jar
Compatibility Considerations
For Java SDK client code developed with an earlier version of the SDK, you can simply recompile most code with the latest JAR file to connect to an upgraded server.
But in cases where the client code for versions before 7.1 directly manipulates reservation lists in scopes or prefixes, changes are required. These changes are required because the embedded reservation lists in both scopes and prefixes are no longer used. Beginning with version 7.1, individual reservations are stored separately and reference the parent scope or prefix by name.
The new design provides the following benefits:
•Reservation edits (add/modify/delete) do not require a scope or prefix edit.
•Reservations can be indexed directly to allow quick search and retrieval.
•Edits to scopes or prefixes with a large number of reservations no longer result in large scope or prefix change entry logs.
No changes are required for client code that adds or removes reservations using the addReservation or removeReservation methods. However, these methods are now deprecated because the edit functionality is replaced and extended by the general addObject, modifyObject, removeObject, addObjectList, modifyObjectList, and removeObjectList methods.
Software Features Added in Release 7.2.1
Table 2 lists the enhancement features added in the Cisco Network Registrar 7.2.1 release.
Click on the identifier to view the impact and workaround for the caveat. This information is displayed in the Bug Toolkit.
Issues Resolved in Release 7.2.1
Table 3 lists the resolved caveats in the Cisco Network Registrar 7.2.1 release.
Click on the identifier to view the impact and workaround for the caveat. This information is displayed in the Bug Toolkit.
Limitations and Restrictions
This section describes limitations and restrictions you might encounter using Cisco Network Registrar 7.2.1.
•The Regional Pull Replica Address Space fails when reservations are being pulled for new failover-pair objects. This problem occurs only if there is a new failover-pair and one or more reservations associated with that failover-pair.
To workaround this issue, repeat the operation twice—first checking Omit Reservations and then without checking Omit Reservations. After the failover-pairs have been pulled, subsequent pull replica address space operations will work correctly.
•In situations where a DHCPv6 server supports clients with multiple leases, the demand on server memory increases. DHCPv4 supports only one lease per client, while DHCPv6 supports multiple leases. Therefore, a server running DHCPv6 cannot support as many leases (clients) as the same server running DHCPv4. For example, one DHCPv6 client might require 2,500 bytes of space compared to 1,000 bytes per DHCPv4 client. This means that a machine that would support one million DHCPv4 clients supports only 400,000 DHCPv6 clients. We recommend that you allow three times the memory for DHCPv6 clients as you would for DHCPv4.
You must:
–Be aware of how many prefixes per link are configured. If the configuration has two prefixes on a link, then with default configuration parameters, you have to cut in half the number of clients.
–Use care if you enable inhibit-all-renews. When enabled, each client would use at least two leases, and perhaps three, depending on the grace and affinity times per prefix.
Important Notes
This section contains important information related to this software release that was unavailable when the user documentation was completed. This section describes:
•Displaying Cisco Network Registrar Processes that are Running
•Turning off Cisco Network Registrar Processes
•Changes to client_mac_addr Attribute
Displaying Cisco Network Registrar Processes that are Running
To display the Cisco Network Registrar processes that are running in Linux or Solaris platform, do the following:
Step 1 Run the cnr_status script to determine the process IDs (pid) of the running Cisco Network Registrar processes, in your install path.
#
install-path/[local|regional]/usrbin/cnr_status
Step 2 Run the following command to display the ports that are open for IPv4 ports. The ports and the associated processes are listed based on pid.
#
lsof -i4Run the following command to display the ports that are open for IPv6 ports. The ports and the associated processes are listed based on pid.
#
lsof -i6Step 3 Compare the pids in Step 1 and the pids in Step 2, to determine all the open ports from any Cisco Network Registrar process.
To display the Cisco Network Registrar processes that are running in Windows platform, do the following:
Step 1 Run the following command:
> wmic process get name,processid,parentprocessid
Step 2 Find the process cnrservagt, and determine its process ID from the processid column.
Step 3 Find all the processes which have the process ID of cnrservagt in the ParentProcessId column. These are the processes that are specific to Cisco Network Registrar (including the process cnrservagt).
The cnrservagt process is the process which is the parent of all of the other processes in
Cisco Network Registrar.Step 4 Enter the following command:
>
netstat -aoThis lists the open ports based on the process ID. Use the process IDs determined from Step 3 to access the information that results from running the above command netstat -ao, to determine all the open ports from any process that is a part of the Cisco Network Registrar.
You can also get some information about the running Cisco Network Registrar processes on all platforms using the Web UI Dashboard. The Dashboard element System Metrics displays some information about the Cisco Network Registrar processes that are running.
Turning off Cisco Network Registrar Processes
In earlier versions of Cisco Network Registrar, the nrcmd program had the server disable start-on-reboot and server enable start-on-reboot commands to control whether the DHCP, DNS, SNMP, and TFTP servers are started automatically or not.
With Cisco Network Registrar 7.2.1, nrcmd has the (expert mode, visibility 3) server-agent command which can be used to control the various processes that Cisco Network Registrar runs. For example:
nrcmd> session set visibility=3
100 OK
nrcmd> server-agent dhcp get enabled
100 Ok
enabled=true
nrcmd> server-agent dhcp disable enabled
100 Ok
nrcmd> dhcp get start-on-reboot
100 Ok
start-on-reboot=disabled
nrcmd> server-agent dhcp enable enabled
100 Ok
nrcmd> dhcp get start-on-reboot
100 Ok
start-on-reboot=enabled
The available servers here are dhcp, dns, ric, snmp, tftp, and tomcat. The Cisco Network Registrar cnrservagt and ccmsrv processes are not optional and should always be run.
Note You should use the approach appropriate for your operating system to turn off the other unneeded services that are not required.
Changes to client_mac_addr Attribute
In earlier releases of Cisco Network Registrar, the Dynamic Lease Notification Client used to throw an exception when adding lease data if the MAC address length was more than six bytes. This was because the database field for the client_mac_addr attribute could accommodate only six-byte MAC addresses.
From Cisco Network Registrar 7.2.1, the Dynamic Lease Notification Client allows adding lease data for the full range of the possible chaddr field lengths (up to 16 bytes).
Note You should not use pre-existing databases with the 7.2.1 version of the Dynamic Lease Notification Client because a different exception, 'Data too long for column client_mac_addr', may occur if an attempt is made to store a longer than six byte client_mac_addr value.
Defects
You can find the complete list of resolved and known bugs in the cnr_7_2_1-buglist.pdf and cnr_7_2_1-enhancement_list.pdf file included with the release. Refer to this list especially for information about fixes to customer-reported issues.
Product Documentation
Note We sometimes update the electronic documentation after original publication. Therefore, you should also review the documentation on Cisco.com for any updates.
You can view the marketing and user documents for Network Registrar at: http://www.cisco.com/en/US/products/sw/netmgtsw/ps1982/index.html.
The following document gives you the list of user documents for Cisco Network Registrar 7.2:
http://www.cisco.com/en/US/products/sw/netmgtsw/ps1982/products_documentation_roadmaps_list
.htmlObtaining Documentation and Submitting a Service Request
For information on obtaining documentation, submitting a service request, and gathering additional information, see the monthly What's New in Cisco Product Documentation, which also lists all new and revised Cisco technical documentation, at:
http://www.cisco.com/en/US/docs/general/whatsnew/whatsnew.html
Subscribe to the What's New in Cisco Product Documentation as an RSS feed and set content to be delivered directly to your desktop using a reader application. The RSS feeds are a free service. Cisco currently supports RSS Version 2.0.
This document is to be used in conjunction with the documents listed in the "Product Documentation" section.
Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL: www.cisco.com/go/trademarks. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1110R)
Any Internet Protocol (IP) addresses used in this document are not intended to be actual addresses. Any examples, command display output, and figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses in illustrative content is unintentional and coincidental.
© 2012 Cisco Systems, Inc. All rights reserved.