|
|
6Retrieving Subscriber or Provisioning Data by Using an External Interface
7Using Southbound Application Program Interfaces in CCDM
8Setting Parameters in .INI Files
9Using and Customizing Troubleshooting Tips
10Viewing Real-Time Modem Status Reports
13Sample Code for Northbound and Southbound APIs
Cisco Cable Diagnostic Manager Release 1.0 (CCDM 1.0) is a web-based, network management application that is designed for the customer service representative (CSR) at a multiple system operator (MSO). An MSO provides a variety of cable services such as TV, data or voice telephony. The CSR uses CCDM to support the MSO's customers who have cable modems for high-speed data, or telephony. With CCDM, the CSR can provide first-line troubleshooting and support to a customer who is experiencing problems with a cable modem.
CCDM 1.0 runs on PCs, Linux workstations, and Solaris workstations. It provides the following functionality:
To simplify integration, guidelines and samples are provided for the script and HTTP options.
This section describes the system requirements for the following platforms:
You can install CCDM on a server that is running the Linux OS.
You can install CCDM on a server that is running the Solaris OS.
You can install CCDM on a server that is running the Windows OS.
After CCDM is installed on a server, you can access and use CCDM from a client computer with a web browser.
The routers must have the following attributes set to interact with CCDM.
 |
Note CCDM retrieves the Cisco IOS release number, router name, and router type by using SNMP. |
The following procedures describe how to install Cisco Cable Diagnostic Manager on each supported platform.
Step 2 Insert the CCDM CD-ROM into the CD-ROM drive.
Step 3 To mount the CD, enter:
Step 4 To change to the CCDM Linux directory, enter:
Step 5 To start the installation program, enter:
The CCDM server is now running.
Step 6 To start CCDM by typing a command, enter:
To launch CCDM by using a browser:
Open a browser and enter the URL for your CCDM server:
http://CCDM server IP address:8090/CCDMHomePage.html
Step 7 In the Log In window (see Figure 1), enter your username and password.
Step 8 (Optional) To stop CCDM, enter:
cd /opt/CSCOccdm/bin
./stop_app
To exit CCDM by using a browser:
From the Exiting CCDM Menu, choose Log Out.
Step 2 Insert the CCDM CD-ROM into the CD-ROM drive.
Step 3 To change to the CCDM Solaris directory and install CCDM, enter:
The CCDM server is now running.
Step 4 To start CCDM by typing a command, enter:
To launch CCDM by using a browser:
Open a browser and enter the URL for your CCDM server:
http://CCDM server IP address:8090/CCDMHomePage.html
Step 5 In the Log In window (see Figure 1), enter your username and password.
Step 6 (Optional) To stop CCDM, enter:
cd /opt/CSCOccdm/bin
./stop_app
To exit CCDM by using a browser:
From the Exiting CCDM Menu, choose Log Out.
Step 2 From Windows Explorer, double-click SETUP in CDROM_DRIVE\WIN\DISK1.
Step 3 Select the default answers to the installation questions.
The CCDM server is now running.
Step 4 To start CCDM by using Windows menus, choose:
Start > Programs > CCDM > Start CCDM
To launch CCDM by using a browser, open a browser and enter:
http://CCDM server IP address:8090/
Step 5 In the Log In window (see Figure 1), enter your username and password.
Step 6 (Optional) To stop CCDM, choose:
Start > Programs > CCDM > Stop CCDM
To exit CCDM by using a browser:
From the Exiting CCDM Menu, choose Log Out.
After you start CCDM, you see the CCDM task menu. A version of the menu that lists all the available tasks is shown in Figure 2:
The tasks in the menu are divided into the following groups:
The next sections describe the tasks within each group.
This section contains the following task:
This section contains the following tasks:
This section contains the following tasks:
This section contains the following tasks:
The number of tasks you see in the CCDM menu varies according to the type of user you are. There are three user types in CCDM, each with access to different tasks:
The menu for the CSR-T2 user is shown in Figure 3.
The menu for the CSR-T1 user is shown in Figure 4.
Figure 5 illustrates a high-level workflow of tasks that each type of user, the administrator and the CSR, performs in CCDM.
The first four tasks shown in Figure 5 are ones that only an administrator can perform.
The remainder of this guide explains these tasks in greater detail.
The last task shown in Figure 5 is one that a customer service representative performs.
In addition to the above tasks, the second-tier customer service representative can troubleshoot the modem by performing the following diagnostic tests:
This section describes the following important setup tasks that only a CCDM administrator can perform:
For security reasons, we recommend that you change the default password for the administrator.
To change the administrator password:
http://yourmachine:8090/CCDMHomePage.html
|
Note In the URL, yourmachine is the server on which you installed CCDM. |
The Login dialog box appears. See Figure 1.
Step 2 Log in as admin with the default password changeme.
Step 3 To change the password, from the Configuring CCDM menu choose Manage Users.
You can add users in CCDM by using either of the following methods:
For each user, the ASCII text file must contain the following three fields: User Name, Password, and User Type. Each field must be separated with a comma. A sample file is in the following locations:
The following example shows one user's data in this format.
|
Note For a complete description of each field in the ASCII file, see the online help for Import a List of Users. |
Step 2 To import a list of users, from the Running Utilities menu, choose Import a List of Users and specify the ASCII file that contains a list of users. (See Figure 6.)
or
To add a user manually, from the Configuring CCDM menu, choose Manage Users. (See Figure 7.)
You can add router information in CCDM by using either of the following methods:
If you choose to import an ASCII file, for each CMTS the file must contain information or a placeholder for the 13 fields described below.
A sample file is in the following locations:
The following example shows the data for a CMTS in this format:
|
Note For a complete description of each field in the ASCII file, see the online help for Import a List of CMTSs. |
To add the Cisco uBR7100, Cisco uBR7200, and Cisco uBR10000 series routers in CCDM:
Step 2 To import a list of routers, from the Running Utilities menu, choose Import a List of CMTSs and specify the ASCII file that contains a list of managed CMTSs. (See Figure 8.)
or
To add a router manually, from the Configuring CCDM menu, choose Manage CMTSs.
To successfully manage routers, make sure that you enable SNMP on these routers.
 |
Tip Verify that access lists, if configured in the router, allow for SNMP read access from your workstation. |
To add subscriber information in CCDM, you import an ASCII text file that contains the subscriber information.
For each subscriber, the ASCII text file can contain 12 fields. Each field, including blank ones, must be separated with | (the pipe symbol). The following fields are typical, although only the first one is required:
A sample file is in the following locations:
The following example shows the data for a subscriber in this format:
|
Note For a complete description of each field in the ASCII file, see the online help for Import Subscriber Data. |
To add subscriber information to CCDM:
Step 2 From the Running Utilities menu, choose Import Subscriber Data and specify the ASCII file that contains subscriber data. (See Figure 9.)
CCDM supports two types of interfaces:
This section describes using northbound interfaces in CCDM.
With CCDM you can set up an external interface to retrieve subscriber or provisioning data.
You can use the following methods to set up an external interface:
|
Note If you set an external interface for provisioning information and CCDM does not find provisioning data there, CCDM reverts to the local database. This fallback behavior does not apply to subscriber information. |
Figure 10 shows the dialog box where you specify the method. The remainder of this section describes how to set up an external interface with each method.
You can implement an external data retrieval application via a scripting language. To see a sample script that you can modify according to your needs, see "Northbound Shell Script for Retrieving Subscriber or Provisioning Information".
|
Note You can also implement an external data retrieval application in programming languages such as PL/SQL, C/C++, and Java, as long as it is embedded in a shell script. |
The script must support the ability to search for a cable modem's MAC address by entering the customer's phone number, IP address, or fiber node. The input parameters for the script are:
For example, the following script invokes a search for the modem's MAC address by using the phone number 408-123-4567:
The next script invokes a search for the modem's MAC address by using the fiber node SanJose_1:
The last script invokes a search for the modem's MAC address by using the IP address 172.2.3.1:
|
Note A MAC address query by phone number or fiber node invokes the subscriber information script. A MAC address query by IP address invokes the provisioning information script. |
The output of the script must be in the following format:
OUT_DATA=MAC followed by one or more MAC addresses (non-dotted format) separated by ^
The following examples show the output for one and two MAC addresses:
If you use a script to query subscriber information, it needs to support the ability to search for subscriber data, such as name and account number, by entering the MAC address of the subscriber's cable modem. The input parameters for the script are:
script-name GET_SUBSCRIBER MAC non-dotted-modem-mac-address
For example, the following script invokes a search for subscriber data by using the MAC address 001c.ab23.45fe in a non-dotted format:
The output of the script must be in the following format:
OUT_DATA=SUBSCRIBER^Account Number=value^Name=value^Address=value^Phone=value^Class of Service=value^Fiber Node=FIBER_^misc1=value1^misc2=value2
The following example shows the output for a subscriber's data, which includes two user-defined fields after Fiber Node:
|
Note In the Real-Time Modem Status Report, CCDM displays subscriber information in the order in which the fields are returned from the script. |
If you use a script to query provisioning information, it needs to support the ability to search for provisioning data, such as CMTS and cable modem IP addresses, by entering one MAC address of a cable modem or multiple MAC addresses of multiple cable modems. The input parameters for the scripts are:
For example, the following script invokes a search for provisioning data by using the MAC address 001c.ab23.45fe:
The output of the script must be in the following format:
OUT_DATA=PROVISION^cmts-ip-address^cm-ip-address^
The following example shows the output for provisioning data:
OUT_DATA=PROVISION^127.23.45.1^127.23.127.5^
The next script example invokes a search for provisioning data by using multiple MAC addresses, 001c.ab23.45fe and 001c.ab23.45ff:
The output of the script must be in the following format:
OUT_DATA=PROVISION^mac1=cmts-ip-address,cm-ip-address^mac2=cmts-ip-address,cm-ip-address^
The following example shows the output for provisioning data:
OUT_DATA=PROVISION^001cab2345fe=127.23.45.1,127.23.127.5^001cab2345ff=127.23.45.1,127.23.127.5^^
If an error occurs within the script or the embedded application called by the script, the script should return the output in the following format:
The following example shows output for an error:
OUT_DATA=ERROR^Unable to query the subscriber database.^
In the graphical user interface (GUI), CCDM displays the error message to the user in a message box.
To retrieve subscriber or provisioning information by using a script:
Step 2 From the Configuring CCDM menu, choose Set External Interfaces to specify one or both of the following:
See "Directions for Troubleshooting the Script".
You can implement an external data retrieval application via an application running on an HTTP server. CCDM sends the request to the HTTP server via the POST method. To see a sample application file that you can modify according to your needs, see "Northbound Java Code for Retrieving Subscriber or Provisioning Information".
The application running on an HTTP server must support the ability to search for a cable modem's MAC address by entering the customer's phone number, IP address, or fiber node. CCDM sends the following parameters to the appropriate server:
For example, the following parameters search for the modem's MAC address by using the phone number 408-123-4567:
The response from the server must be in the following format:
OUT_DATA=MAC followed by one or more MAC addresses separated by ^
The following examples show the output for one and two MAC addresses:
OUT_DATA=MAC^001c64ff23ef^013e45ed1245^
|
Note When the SEARCH_TYPE is PHONE, the subscriber information URL is used. When the SEARCH_TYPE is IP, the provisioning information URL is used. |
If you use an application running on an HTTP server to query subscriber information, it needs to support the ability to search for subscriber data, such as name and account number, by entering the MAC address of the subscriber's cable modem. CCDM sends the following parameters to the server:
For example, the following parameters search for subscriber data by using the MAC address 001cab2345fe:
The response from the server must be in the following format:
OUT_DATA=SUBSCRIBER^Account Number=value^Name=value^Address=value^Phone=value^Class of Service=value^Fiber Node=FIBER_^misc1=value1^misc2=value2
The following example shows the output for a subscriber's data, which includes two user-defined fields after Fiber Node:
OUT_DATA=SUBSCRIBER^Account Number=123456^Name=Doe_John^Address=123 Tasman, San Jose, CA 93443^Phone=4081234567^Class of Service=N/A^FiberNode=FIBER_1^Customer Since=1999^Account Status=Paid
|
Note In the Real-Time Modem Status Report, CCDM displays subscriber information in the order in which the fields are returned from the script. |
If you use an application running on an HTTP server to query provisioning information, it needs to support the ability to search for provisioning data, such as CMTS and cable modem IP addresses, by entering the MAC address of the cable modem or multiple MAC addresses of multiple cable modems.
To search for provisioning data by entering a single MAC address, CCDM sends the following parameters to the server:
For example, the following parameters search for provisioning data by using the MAC address 001cab2345fe:
The response from the server must be in the following format:
OUT_DATA=PROVISION^cmts-ip-address^cm-ip-address^
The following example shows the output for provisioning data:
OUT_DATA=PROVISION^127.23.45.1^127.23.127.5^
To search for provisioning data by entering multiple MAC addresses, CCDM sends the following parameters to the server:
For example, the following parameters search for provisioning data by using the MAC addresses 001cab2345fe and 0001abcdefff:
The response from the server must be in the following format:
OUT_DATA=PROVISION^mac1=cmts-ip-address,cm-ip-address^mac2=cmts-ip-address,cm-ip-address^
The following example shows the output for provisioning data:
OUT_DATA=PROVISION^001cab2345fe=127.23.45.1,127.23.127.5^0001abcdefff=127.23.45.1,127.23.127.5^
If an error occurs within the application running on an HTTP server, the script should return the output in the following format:
The following example shows output for an error:
OUT_DATA=ERROR^Unable to query the subscriber database.^
In the GUI, CCDM displays the error message to the user in a message box.
To retrieve subscriber or provisioning information with an application on an HTTP server:
Step 2 From the Configuring CCDM menu, choose Set External Interfaces to specify one or both of the following:
See "Directions for Troubleshooting the Sample HTTP Application".
You can use Lightweight Directory Access Protocol (LDAP) to retrieve external subscriber or provisioning information. LDAP is a nonproprietary, standards-based protocol. If you use the LDAP method, see your LDAP server administrator to obtain the information about the LDAP server that CCDM requires.
To retrieve external subscriber or provisioning information by using LDAP:
Step 2 Depending on the type of information you want to retrieve, do one or both of the following:
Step 3 To fill in the LDAP Access Parameters dialog box, see your LDAP server administrator to obtain the required information and refer to the online help for directions on how to fill in each of the LDAP fields that CCDM requires.
You can retrieve provisioning information only by using BPR, which stands for Cisco Broadband Provisioning Registrar. BPR automates provisioning and configuration tasks. CCDM supports BPR 2.0. For product information on BPR, refer to:
http://www.cisco.com/en/US/products/sw/netmgtsw/ps529/index.html
To retrieve provisioning information by using BPR:
Step 2 In the Provisioning Information section, click BPR. Follow the online help for directions on how to fill in each of the following BPR fields that CCDM requires:
You can retrieve provisioning information only by using CNR, which stands for Cisco Network Registrar. CNR is an application that provides scalable Domain Name System (DNS), Trivial File Transfer Protocol (TFTP), and Dynamic Host Configuration Protocol (DHCP) services.
For product information on CNR, refer to:
http://www.cisco.com/en/US/products/sw/netmgtsw/ps1982/index.html
If you use CNR, the following caveats apply to the setup:
To retrieve provisioning information by using CNR:
Step 2 In the Provisioning Information section, click CNR. Follow the online help for directions on how to fill in each of the following CNR fields that CCDM requires:
CCDM can retrieve subscriber data from its own local Sybase database after the data has been added in CCDM. After installation, Local Database is the default method for retrieving subscriber data.
To retrieve subscriber information from the local database:
Step 2 From the Configuring CCDM menu, choose Set External Interfaces.
Step 3 In the Subscriber Information section, click Local Database.
Step 4 (Optional) To update or replace the existing subscriber information, click Import Subscriber to open the Import Subscriber Data dialog box, as shown in Figure 11. In it, follow the online help for directions on how to import a subscriber.
CCDM can retrieve provisioning data from its own local Sybase database after the data has been added to it. After installation, Local Database is the default method for retrieving provisioning data. To store provisioning information in its local database, CCDM polls CMTSs using SNMP. CCDM provides two ways to do this:
|
Tip If you are using CCDM on the Windows OS, Cisco recommends that you use the CCDM GUI method. |
When you install CCDM, the default method for retrieving provisioning information is the local database. Because the Poller is part of the process for this method, it is on by default after installation. The default schedule for the Poller is to run at or about midnight and to repeat every 24 hours. You can change these settings according to your own needs.
To query CMTSs using the Poller, you specify two parameters:
The syntax to start the Poller on Linux or Solaris is:
The following example shows a polling session that starts 8 hours after you schedule it and repeats every 24 hours:
The following example shows how to stop the Java poller application on Linux or Solaris:
|
Note There is no impact to CCDM if you turn the Poller off. |
At each polling interval, the poller accesses the CCDM routers list file and performs SNMP queries to each CMTS using its SNMP read-only community string. The CCDM routers list file is in the following location:
/opt/CSCOccdm/jakarta-tomcat-4.0.3/webapps/ROOT/WEB-INF/classes/config/myrouters
In addition to the on-demand polling that you schedule, CCDM submits a polling request when it detects that a change has been made to the list of routers that CCDM manages. For example, CCDM submits a polling request when it detects that a new chassis has been added to a router.
|
Note The more frequent the polling interval, the more SNMP traffic that is generated to the CMTSs. This means that CPU utilization on the CMTS increases when polling is in progress. The impact on the CCDM server side is minimal. |
To retrieve provisioning information from the local database:
Step 2 From the Configuring CCDM menu, choose Set External Interfaces.
Step 3 In the Provisioning Information section, click Local Database.
To schedule when and how often the Poller populates the local database with provisioning information that it gathers from CMTSs, you can use the GUI or type a command.
To use the GUI, from the Configuring CCDM menu, choose Schedule CMTS Polling. The Schedule CMTS Polling dialog box appears, as shown in Figure 12. In it, follow the online help for directions on how to schedule the Poller.
To use a command, type the following command and specify the parameters in hours, as explained in the previous section:
CCDM supports two types of interfaces:
Northbound interfaces are discussed in "Retrieving Subscriber or Provisioning Data by Using an External Interface".
CCDM supports three southbound application program interfaces (APIs):
The following parameters are common to these APIs:
CCDM retrieves the values for these parameters from the Manage CMTSs dialog box.
To retrieve the maximum number of CPE devices that can be attached to a cable modem, use the API GetCMMaxCpeNumber. The input parameters, separated by a space, for this API are:
script-name GET_CM_MAX_CPE CMTS-IP UserName Password ReadOnlyCommunityString non-dotted-modem-mac-address
For example, the following API queries the maximum number of CPE devices that can be attached to the modem with the MAC address 000164ffc3c7 on CMTS 145.2.3.4:
The output of the script must be in the following format:
The following example shows the output for the maximum number of CPE devices for this modem:
To retrieve the current number of CPE devices that are be attached to a cable modem, use the API GetCMCurrCpeNumber. The input parameters, separated by a space, for this API are:
script-name GET_CURR_CPE_NUM CMTS-IP UserName Password ReadOnlyCommunityString on-dotted-modem-mac-address
For example, the following API queries the current number of CPE devices that are be attached to the modem with the MAC address 000164ffc3c7 on CMTS 145.2.3.4:
The output of the script must be in the following format:
OUT_DATA=CURR_CPE_NUM^integer^
The following example shows the output for the current number of CPE devices attached to this modem:
To get the state of modems on a fiber node, use the API GetFiberNodeTestResult. This API provides the following data for each upstream on each cable modem termination system:
The input parameters, separated by a space, are:
ScriptName GET_FIBER_NODE_TEST_RESULT CMTS-IP UserName Password ReadOnly-CommunityString non-dotted-modem-mac-address nodeName
For example, the following API queries the fiber node assigned to the MAC address 000164ffc3c7:
The output format of the script must be in the following format:
OUT_DATA=FIBER_NODE_TEST^^NUM_OF_ROWS^FiberNodeName^CMTS_IP^US_DESCRIPTOR^TOTAL_MODEM^ONLINE%^OFFLINE%^
The following example shows the output for the current number of each upstream on each cable modem termination system in the fiber node:
OUT_DATA=FIBER_NODE_TEST^^1^FiberNode_SanJose^172.22.85.7^Cable3/0-upstream5^
1^1(100%)^0(0%)^^
If an error occurs within the script, the script should return the output in the following format:
The following example shows output for an error:
OUT_DATA=ERROR^Unable to login device 172.3.4.5^
In the GUI, CCDM displays the error message to the user in a message box.
This section describes the parameters you set in two .INI files in CCDM:
This section describes parameters that you configure in the CONFIGS.INI file, which is located in the following platform-dependent directories:
One way to specify a cable modem in CCDM is to search on a subscriber's phone number. You can configure the phoneLength parameter in the CONFIGS.INI file. This parameter determines the number of integers for the phone number format in CCDM. The default setting is 10, as shown below:
You can increase this setting to handle international phone numbers.
|
Note You can also configure the phone number format in the CCDM GUI. From the Configuring CCDM menu, choose Set System Options. |
When CCDM displays detailed information on a cable modem, color-coding indicates the modem's status:
The following parameters set the thresholds that determine the boundaries for color-coding and must be configured in the CONFIGS.INI file:
upstreamXmitPowerFloor—This parameter determines the minimum upstream transmit power for a cable modem to show a functioning status. This measurement is expressed in decibels millivolt (dBmV). The default setting is 34, as shown below:
upstreamXmitPowerCeiling—This parameter determines the maximum upstream transmit power for a cable modem to show a functioning status. This measurement is expressed in decibels millivolt (dBmV). The default setting is 52, as shown below:
downstreamSnrFloor—This parameter determines the minimum signal-to-noise (SNR) for a cable modem to show a functioning status. SNR is a measure of transmission quality, which is expressed by the ratio of good data (signal) to bad data (noise) that is heard on a line. This ratio is measured in decibels (dB). A higher ratio indicates a better transmission quality. For example, 30 dB is better than 24 dB. The default setting is 30, as shown below:
downstreamReceivePowerFloor—This parameter determines the minimum downstream receive power for a cable modem to show a functioning status. This measurement is expressed in decibels millivolt (dBmV). The default setting is 15, as shown below:
downstreamReceivePowerFloor=15
downstreamReceivePowerCeiling—This parameter determines the maximum downstream receive power for a cable modem to show a functioning status. This measurement is expressed in decibels millivolt (dBmV). The default setting is 5, as shown below:
downstreamReceivePowerCeiling=5
The following parameters are for using a southbound interface:
SouthBoundExtIntf—This parameter specifies the script location of the southbound external interface that CCDM uses to access cable modem termination systems that are not from Cisco to gather information from the device by using a non-standard (i.e. non-DOCSIS SNMP) method. For more information, see "Southbound Script for Accessing CMTSs Not from Cisco".
SouthBoundExtIntfTimeout—This parameter determines when CCDM will time out when executing SouthBoundExtIntf. This measurement is expressed in milliseconds. The default setting is 5000, as shown below:
The following parameters are used when you test a modem's state:
ModemStateMaxLife—This parameter specifies the maximum length of time that CCDM keeps the modem state test, once the ModemStateMaxHash (see below) has reached its limit. This measurement is expressed in hours. The default setting is 4, which is also the minimum allowed value, as shown below:
ModemStateMaxHash—This parameter specifies the maximum number of modem state test entries CCDM keeps before purging old tests that have passed the length of time set in ModemStateMaxLife (see above). The default setting is 2000, which is also the minimum allowed value, as shown below:
The administrator specifies external interface parameters to tell CCDM where to access subscriber and provisioning information. Most of these parameters are in the Set External Interfaces dialog box. However, you must configure the following external interface parameters in the CONFIGS.INI file.
SubscriberExtIntfTimeout—This parameter determines the maximum wait time before CCDM times out during a query for subscriber information. This measurement is expressed in milliseconds (msecs). The default setting is 5000, which is equal to 5 seconds, as shown below:
ProvisionExtIntfTimeout—This parameter determines the maximum wait time before CCDM times out during a query for provisioning information. This measurement is expressed in milliseconds (msecs). The default setting is 5000, which is equal to 5 seconds, as shown below:
When it starts, the Poller accesses the POLLER.INI file, which is in the following location:
|
Note For a detailed description of the Poller, see "About the Poller". |
The poller accesses POLLER.INI to gather the following configurable parameters:
maximumThread—This parameter determines the maximum number of different execution threads that can run simultaneously in the Poller. The valid range is 1 to 50. The default setting is 20, as shown below:
maximumDBConnection—This parameter determines the maximum number of CCDM Sybase database connections the Poller uses to perform the polling operation. The valid range is 1 to 7. The default setting is 7, as shown below:
SnmpTimeout—This parameter determines the number of seconds before the attempt to create the SNMP connection will reach a timeout or fail. The valid range is 1 to 3. The default setting is 2, as shown below:
SnmpRetry—This parameter determines the number of times you want to try to create the SNMP connection. The valid range is 1 to 5. The default setting is 3, as shown below:
Debug—This parameter determines if debug messages are sent to the log file, which is in the following location:
Valid values are true and false. The default setting is false, as shown below:
maximumAge—This parameter tells the poller which outdated records to purge, based on the number of polling intervals that have occurred during which those records have not been updated. This measurement is expressed in polling intervals. A valid range is 1 to 7. The default setting is 2, as shown below:
PollerServerPort—This parameter sets the HTTP server port number where Poll Manager listens to polling requests. The default setting is 8040:
|
Note If a parameter in POLLER.INI is set out of the valid range, CCDM resets the parameter to its default value. |
CCDM provides troubleshooting tips to help you diagnose and solve cable modem failure scenarios. These troubleshooting tips are for common cable modem failure scenarios. You can customize troubleshooting tips by adding causes and tips for other failure scenarios.
CCDM provides troubleshooting tips to help you diagnose and solve the following common cable modem failure scenarios:
