Prime Cable Provisioning Configuration
This section features FAQs related to general Prime Cable Provisioning configurations.
How do I enable or disable Network Registrar extensions?
The procedures described in this section assume that:
-
The Prime Cable Provisioning component is installed in /opt/CSCObac.
-
Cisco Prime Network Registrar is installed in /opt/nwreg2.
Manually install Network Registrar extension points
To manually install Network Registrar extension points:
Procedure
Step 1 |
Log into the Network Registrar server, with root access. |
Step 2 |
Take a backup and copy the libbprextensions.so directory to the NR_HOME/local/extensions/dhcp/dex/ directory. |
Step 3 |
Take a backup and copy the cnr_ep.properties file to the BPR_HOME/cnr_ep/conf directory. |
Step 4 |
Configure extensions from the Network Registrar command-line tool (nrcmd) using: NR_HOME/local/usrbin/nrcmd -s -b < BPR_HOME/cnr_ep/bin/bpr_cnr_enable_extpts.nrcmd |
Step 5 |
Reload the DHCP server. |
Manually disable Network Registrar extension points
To manually disable Network Registrar extension points:
Procedure
Step 1 |
Log into the Network Registrar server, with root access. |
Step 2 |
Enter: NR_HOME/local/usrbin/nrcmd -s -b < BPR_HOME/cnr_ep/bin/bpr_cnr_disable_extpts.nrcmd |
Step 3 |
Delete the libbprextensions.so file, which is located in the NR_HOME/local/extensions/dhcp/dex/ directory. |
Step 4 |
Reload the DHCP server. |
How do I enable tracing for Network Registrar extensions?
To enable tracing for Network Registrar extension points:
Procedure
Step 1 |
Log into the Network Registrar web UI. The default login and password are admin and changeme . |
Step 2 |
From the menu, click DHCP > DHCP Server page. The Manage DHCP Server page appears. |
Step 3 |
Click the DHCP Server link. The Edit DHCP Server page appears. |
Step 4 |
Expand the Extensions category, and set the extension-trace-level value as 3 or 4. |
Step 5 |
To view incoming and outgoing packets, expand the Logging category, and select the incoming-packet-detail and outgoing-packet-detail check boxes. |
Step 6 |
Click Modify Server. |
Step 7 |
Reload the DHCP server. |
Why does the DPE server registration fails?
The registration of your DPE servers may be failing because the DPEs are not up to the requirements of the provisioning group.
Check the DPE log files for error messages that indicate that you must:
-
Enable additional configuration, for example, if you must enable the TFTP service on the DPE.
-
Upgrade the servers to enable features that are available only in Prime Cable Provisioning.
-
Upgrade all the extension points before enabling IPv6 PG communication.
Why does RDU crash while updating the agent.conf?
For RDU or DPE, you must not configure any extended JVM arguments through agent.conf.
Why are the components not been able to communicate?
The firewall must be disabled on the servers on which the Prime Cable Provisioning components are installed. To know the ports that are being used by Prime Cable Provisioning, see Port Information from the Support Site.
Why does connection drop between a legacy Solaris DPE and Linux RDU
Drop in connection between Solaris DPE and Linux RDU occurs when there is a huge regeneration of device configuration behind a single CM or when configuration regeneration for 1 million CM devices happens using CoS level change where a CRS job is kicked in.
Why does execution of a reliable batch fails for Radius-only user?
A reliable batch submitted by a Radius only user cannot be guaranteed to execute across reboots or when the user logs out. This applies to those users that do not have their privileges defined in an RDU account but are only provided by a remote Radius server.
Why does BAC 4.x and 4.x.x API clients get unrecognized batch ID?
In Prime Cable Provisioning 5.0, a few new command error messages as well as error codes are added that the API clients of earlier releases do not recognize. This results in the API clients asking for the batch response to the RDU. But as the batch was already processed and the response was sent earlier, the RDU does not remember the batch response and hence responds with an error message from the second attempt onwards.
For successful communication between the Prime Cable Provisioning RDU and 4.x and 4.x.x API clients, ensure that the 5.0 bpr.jar, bacbase.jar, and bac-common.jar files are copied to the 4.x and 4.x.x API client setup. These jars are loaded to the appropriate classpaths. Cisco recommends that you use Java version 1.6.0_32 or later to support the API client in Prime Cable Provisioning.
Note |
Note: If you are upgrading from 4.2.x to 5.0, ensure that all your API clients are upgraded to 4.2.1 before upgrading the RDU to 5.0. After upgrading all the RDUs to 5.0 upgrade all the API clients to 5.0. |
Some of the scenarios in which the RDU can send new command error code are listed below.
-
User does not have the specific privileges to execute a given command.
-
Instance level authorization failure.
-
User information (accessible privileges, accessible domains and active sessions) is not cached in the RDU. This can happen for a persistent API client with Prime Cable Provisioning jars prior to 4.2, as they do not re-authenticate while reconnecting to the RDU. Hence the user information is not cached in the RDU. The workaround to resolve this issue is to restart the API client after every RDU restart and the user must re-authenticate after the restart of the API client. To fix the problem upgrade API client jars of earlier releases to Prime Cable Provisioning 5.0 release.
Note |
The user information is stored in the RDU cache only when the user is authenticated . The user information remains in the cache until the last active user session expires or is terminated. |
Why does the Split Brain of the filesystem occur?
Split Brain of the filesystem occurs if auto-failback and auto split-brain is set to No during the RDU HA installation, and if both primary and secondary servers come online at the same time. In this case, you must manually correct the split brain using utility scripts.
How do I attach External Agent into PCP Components?
The following JVM standard options are supported by the PCP components: RDU, DPE CLI, DPE, KDC, and SNMP Agent.
Option |
Description |
---|---|
- agentlib:< libname>[=< options>] |
To load native agent library <libname>. |
-agentpath:<pathname>[=<options>] |
To load native agent library by full pathname. |
-javaagent:<jarpath>[=<options>] |
To load Java programming language agent. |
Using these options, you can attach any external agent into the PCP component and monitor the JVM performance.