- About this Guide
- Cisco Service Control Overview
- Command Line Interface
- Basic Cisco SCE8000 Platform Operations
- Utilities
- Configuring the Management Interface and Security
- Global Configuration
- Configuring the Line Interface
- Configuring the Connection
- Raw Data Formatting: The RDR Formatter and NetFlow Exporting
- Managing Subscribers
- Redundancy and Fail-Over
- Identifying and Preventing Distributed-Denial-Of-Service Attacks
- Managing the SCMP
- Intelligent Traffic Mirroring
- Cisco Service Control MIBs
- Monitoring SCE Platform Utilization
- Cisco SCE8000 Licensing Information
Cisco SCE8000 GBE Software Configuration Guide, Release 5.2.x
Bias-Free Language
The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.
- Updated:
- October 6, 2015
Chapter: Basic Cisco SCE8000 Platform Operations
Basic Cisco SCE 8000 Platform Operations
Introduction
This chapter describes how to start up the Cisco SCE 8000 platform, reboot, and shutdown. It also describes how to manage configurations:
- Starting the Cisco SCE 8000 Platform
- Managing Configurations
- Example for Displaying the Cisco SCE Platform Version Information
- How to Display the SCE Platform Inventory
- How to Display the System Uptime
- Configuring the System Mode
- Configuring the IPv6 Prefix Length
- Rebooting and Shutting Down the Cisco SCE Platform
Starting the Cisco SCE 8000 Platform
The procedures for starting the Cisco SCE 8000 platform are explained in the following sections:
- Checking Conditions Prior to System Startup
- Starting the System and Observing the Initial Conditions
- Final Tests
Checking Conditions Prior to System Startup
Check the following conditions before you start your Cisco SCE 8000 platform:
- Both power supply units are installed and connected. (If only one power supply is connected it will put the box in warning state.)
- First-time startup at installation:
–
Cisco SCE 8000 platform connected to local console (CON port)
– The console terminal is turned on and properly configured
– Line interfaces are properly cabled (optional)
– Cisco SCE 8000 platform is connected to at least one of the following types of management stations:
Starting the System and Observing the Initial Conditions
After installing your Cisco SCE 8000 platform and connecting cables, complete the following steps to start the Cisco SCE 8000 platform:
Step 1 Make sure the power cables are connected to the Cisco SCE 8000 platform.
Step 2 Plug the AC power supply cables into the AC power source, or make sure the circuit breakers at the DC panels are turned to the on position. Turn on the switches on both power supplies.
Step 3 Listen for the fans; you should immediately hear them operating.
Step 4 During the boot process, observe the following LEDs on the Cisco SCE 8000 -SCM-E:
- The Power LEDs should be green.
- Optical Bypass LED should be green while the Cisco SCE 8000 is in bypass and unlit when the optical bypass is turned off.
- The Status LED should be a constant amber while booting. After a successful boot, the Status LED is steady green.
Note It takes several minutes for Cisco SCE 8000 to boot and for the status LED to change from amber to green.
Final Tests
The procedures for performing the final tests to verify that the Cisco SCE 8000 is functioning properly are explained in the following sections:
How to Verify Operational Status
After all the ports are connected, verify that the Cisco SCE 8000 is not in a Warning state.
Step 1 On the front panel of the Service Control module, examine the Status LED; it should be green.
Step 2 To display the operation status of the system, at the Cisco SCE8000# prompt, type show system operation-status and press Enter.
A message displaying the operation status of the system appears. If the system is operating in order, the following message appears:
If the Status LED is red or flashing amber, the following message appears:
How to View the User Log Counters
View the user log for errors that occurred during the installation process.
|
|
|
|---|---|
Examples for Viewing the User Log Counters
The following example shows the current User-File-Log device counters.
Logger device User-File-Log counters:
Total info messages: 1
Total warning messages: 0
Total error messages: 0
Total fatal messages: 0
If there are “Total error messages” or “Total fatal messages”, use the show logger device user-file-log command to display details about the errors.
Managing Configurations
This section contains the following topics:
- Viewing Configurations
- How to Save or Change the Configuration Settings
- Restoring a Previous Configuration
Viewing Configurations
When you enter configuration commands, it immediately affects the Cisco SCE platform operation and configuration. This configuration, referred to as the running-config, is saved in the Cisco SCE platform volatile memory and is effective while the Cisco SCE platform is up. After reboot, the Cisco SCE platform loads the startup-config, which includes the non-default configuration that was saved by the user, into the running-config.
The Cisco SCE platform provides commands for:
- Viewing the running configuration with only user-configured (non-default) values: show running-config
- Viewing the running configuration with all the Cisco SCE platform running configuration values, whether default or not: show running-config all-data
- Viewing the startup configuration: show startup-config
After configuring the Cisco SCE platform, you may query for the running configuration using the command show running-config.
Step 1 At the Cisco SCE8000# prompt, type show running-config.
The system shows the running configuration.
#This is a general configuration file (running-config).
#Created on 12:06:13 UTC SUN May 11 2009
#cli-type 1
#version 1
no management-agent notifications notification-list 1417,1418,804,815,1404,1405,1406,1407,1408,400
no management-agent notifications notification-list 402,421,440,441,444,445,446,450,437,457
no management-agent notifications notification-list 3593,3594,3595,10040
snmp-server community "public" ro
RDR-formatter forwarding-mode multicast
RDR-formatter destination 10.56.96.26 port 33000 category number 1 priority 100
RDR-formatter destination 10.56.96.26 port 33000 category number 2 priority 100
RDR-formatter destination 10.56.96.26 port 33000 category number 3 priority 100
RDR-formatter destination 10.56.96.26 port 33000 category number 4 priority 100
interface LineCard 0
connection-mode inline on-failure external-bypass
no silent
no shutdown
attack-filter subscriber-notification ports 80
replace spare-memory code bytes 3145728
interface GigabitEthernet 1/1
ip address 10.56.96.46 255.255.252.0
interface GigabitEthernet 3/0/0
bandwidth 10000000 burst-size 50000
global-controller 0 name "Default Global Controller"
interface GigabitEthernet 3/1/0
bandwidth 10000000 burst-size 50000
global-controller 0 name "Default Global Controller"
interface GigabitEthernet 3/2/0
bandwidth 10000000 burst-size 50000
global-controller 0 name "Default Global Controller"
interface GigabitEthernet 3/3/0
bandwidth 10000000 burst-size 50000
global-controller 0 name "Default Global Controller"
exit
ip default-gateway 10.56.96.1
line vty 0 4
exit
management-agent property "com.pcube.management.framework.install.activation.operation" "Install"
management-agent property "com.pcube.management.framework.install.activated.package" "SCA BB"
management-agent property "com.pcube.management.framework.install.activated.version" "3.5.5 build 79"
management-agent property "com.pcube.management.framework.install.activation.date" "Sun May 11 08:44:04 GMT+00:00 2009"
flow-filter partition name "ignore_filter" first-rule 4 num-rules 32
flow-filter partition name "udpPortsToOpenBySw" first-rule 40 num-rules 21
How to Save or Change the Configuration Settings
When you make changes to the current running configuration and you want those changes to continue to be in effect when the system restarts, you must save the changes before leaving the management session. You do that by saving the running configuration to the startup configuration file.
The Cisco SCE platform provides multiple interfaces for the purpose of configuration and management. All interfaces supply an API to the same database of the Cisco SCE platform and any configuration made through one interface is reflected through all interfaces. Furthermore, when saving the running configuration to the startup configuration from any management interface, all configuration settings are saved regardless of the management interface used to set the configuration.
For backup purposes, the old startup-config file is saved under the directory: /system/prevconf. Refer to “Restoring a Previous Configuration” section for an explanation on how to restore a previous configuration.
To remove a configuration command from the running-config, use the no form of the command.
Step 1 At the SCE# prompt, type show running-config to view the running configuration.
The running configuration is displayed.
Step 2 Check the displayed configuration to make sure that it is set the way you want. If not, make the changes you want before saving.
Step 3 Type copy running-config startup-config.
The system saves all running configuration information to the configuration file, which is used when the system reboots.
The configuration file holds all information that is different from the system default in a file called config.tx1 located in the directory: /system.
Example for Saving or Changing the Configuration Settings
The following example shows how to save the running configuration file (first displaying the file to review the settings).
#This is a general configuration file (running-config).
#Created on 12:06:13 UTC SUN May 11 2009
#cli-type 1
#version 1
no management-agent notifications notification-list 1417,1418,804,815,1404,1405,1406,1407,1408,400
no management-agent notifications notification-list 402,421,440,441,444,445,446,450,437,457
no management-agent notifications notification-list 3593,3594,3595,10040
snmp-server community "public" ro
RDR-formatter forwarding-mode multicast
RDR-formatter destination 10.56.96.26 port 33000 category number 1 priority 100
RDR-formatter destination 10.56.96.26 port 33000 category number 2 priority 100
RDR-formatter destination 10.56.96.26 port 33000 category number 3 priority 100
RDR-formatter destination 10.56.96.26 port 33000 category number 4 priority 100
interface LineCard 0
connection-mode inline on-failure external-bypass
no silent
no shutdown
attack-filter subscriber-notification ports 80
replace spare-memory code bytes 3145728
interface GigabitEthernet 1/1
ip address 10.56.96.46 255.255.252.0
interface GigabitEthernet 3/0/0
bandwidth 10000000 burst-size 50000
global-controller 0 name "Default Global Controller"
interface GigabitEthernet 3/1/0
bandwidth 10000000 burst-size 50000
global-controller 0 name "Default Global Controller"
interface GigabitEthernet 3/2/0
bandwidth 10000000 burst-size 50000
global-controller 0 name "Default Global Controller"
interface GigabitEthernet 3/3/0
bandwidth 10000000 burst-size 50000
global-controller 0 name "Default Global Controller"
exit
ip default-gateway 10.56.96.1
line vty 0 4
exit
management-agent property "com.pcube.management.framework.install.activation.operation" "Install"
management-agent property "com.pcube.management.framework.install.activated.package" "SCA BB"
management-agent property "com.pcube.management.framework.install.activated.version" "3.5.5 build 79"
management-agent property "com.pcube.management.framework.install.activation.date" "Sun May 11 08:44:04 GMT+00:00 2008"
flow-filter partition name "ignore_filter" first-rule 4 num-rules 32
flow-filter partition name "udpPortsToOpenBySw" first-rule 40 num-rules 21
SCE#copy running-config startup-config
Writing general configuration file to temporary location...
Backing-up general configuration file...
Copy temporary file to final location...
SCE#
Tip To remove a configuration command from the running-config, use the no form of the command.
The following example illustrates how to remove all DNS settings from the running configuration.
Restoring a Previous Configuration
When you save a new configuration, the system automatically backs up the old configuration in the directory /system/prevconf/. Up to nine versions of the startup configuration file are saved, namely config.tx1-config.tx9, where config.tx1 is the most recently saved file.
You can view the old startup configuration files using the CLI command more.
Restoring a previous startup configuration means renaming the file so it overwrites the startup configuration ( config.txt) file.
Step 1 At the SCE# prompt, type more /system/prevconf/config.tx1 to view the configuration file.
The system displays the configuration information stored in the file.
Step 2 Read the configuration information to make sure it is the configuration you want to restore.
Note that you cannot undo the configuration restore command.
Step 3 Type copy /system/config.tx1 /system/config.txt.
The system sets the startup configuration to the configuration from config.tx1.
Example for Restoring a Previous Configuration
The following example displays a saved configuration file and then restores the file to overwrite the current configuration.
#This is a general configuration file (running-config).
#Created on 12:07:41 UTC SUN May 11 2009
#cli-type 1
#version 1
no management-agent notifications notification-list 1417,1418,804,815,1404,1405,1406,1407,1408,400
no management-agent notifications notification-list 402,421,440,441,444,445,446,450,437,457
no management-agent notifications notification-list 3593,3594,3595,10040
snmp-server community "public" ro
RDR-formatter forwarding-mode multicast
RDR-formatter destination 10.56.96.26 port 33000 category number 1 priority 100
RDR-formatter destination 10.56.96.26 port 33000 category number 2 priority 100
RDR-formatter destination 10.56.96.26 port 33000 category number 3 priority 100
RDR-formatter destination 10.56.96.26 port 33000 category number 4 priority 100
interface LineCard 0
connection-mode inline on-failure external-bypass
no silent
no shutdown
attack-filter subscriber-notification ports 80
replace spare-memory code bytes 3145728
interface GigabitEthernet 1/1
ip address 10.56.96.46 255.255.252.0
interface GigabitEthernet 3/0/0
bandwidth 10000000 burst-size 50000
global-controller 0 name "Default Global Controller"
interface GigabitEthernet 3/1/0
bandwidth 10000000 burst-size 50000
global-controller 0 name "Default Global Controller"
interface GigabitEthernet 3/2/0
bandwidth 10000000 burst-size 50000
global-controller 0 name "Default Global Controller"
interface GigabitEthernet 3/3/0
bandwidth 10000000 burst-size 50000
global-controller 0 name "Default Global Controller"
exit
ip default-gateway 10.56.96.1
line vty 0 4
exit
management-agent property "com.pcube.management.framework.install.activation.operation" "Install"
management-agent property "com.pcube.management.framework.install.activated.package" "SCA BB"
management-agent property "com.pcube.management.framework.install.activated.version" "3.5.5 build 79"
management-agent property "com.pcube.management.framework.install.activation.date" "Sun May 11 08:44:04 GMT+00:00 2009"
flow-filter partition name "ignore_filter" first-rule 4 num-rules 32
flow-filter partition name "udpPortsToOpenBySw" first-rule 40 num-rules 21
SCE#copy /system/config.tx1 /system/config.txt
How to Display the Cisco SCE Platform Version Information
Use this command to display global static information on the Cisco SCE platform, such as software and hardware version, image build time, system uptime, last open packages names and information on the SLI application assigned.
|
|
|
|---|---|
Example for Displaying the Cisco SCE Platform Version Information
The following example shows how to display the Cisco SCE platform version information:
System version: Version 3.7.5 Build 345
Unique Device Identification (UDI) is a Cisco baseline feature that is supported by all Cisco platforms. This feature allows network administrators to remotely manage the assets in their network by tracing specific devices through either CLI or SNMP. The user can display inventory information for a remote device via either:
- Entity MIB (see ENTITY-MIB)
- CLI show inventory command
This command displays the UDIs only for field replaceable units (FRU).
This command displays all UDIs on the Cisco SCE 8000 platform.
The show inventory CLI commands display the following information:
|
|
|
|---|---|
Examples for Displaying the Cisco SCE Platform Inventory
Displaying the Cisco SCE Platform Inventory: FRUs Only
The following example shows how to display the inventory (UDIs) for the FRUs only.
NAME: "SCE8000 Chassis", DESCR: "CISCO7604"
PID: CISCO7604, VID: V0, SN: FOX105108X5
NAME: "SCE8000 Service Control Module (SCM) in slot 1", DESCR: "SCE8000-SCM-E"
PID: SCE8000-SCM-E, VID: V0, SN: CAT1122584N
NAME: "SCE8000 SPA Interface Processor (SIP) in slot 3", DESCR: "SCE8000-SIP"
PID: SCE8000-SIP, VID: V0, SN: CAT1150G07F
NAME: "SCE8000 SPA module 3/0", DESCR: "SPA-8X1GE"
PID: SPA-8X1GE, VID: V01, SN: SAD12180111
NAME: "SCE8000 SPA module 3/1", DESCR: "SPA-8X1GE"
PID: SPA-8X1GE, VID: V01, SN: SAD1218013R
NAME: "SCE8000 SPA module 3/2", DESCR: "SPA-1X10GE-L-V2"
PID: SPA-1X10GE-L-V2, VID: V02, SN: JAE1229PFRZ
NAME: "SCE8000 SPA module 3/3", DESCR: "SPA-1X10GE-L-V2"
PID: SPA-1X10GE-L-V2, VID: V02, SN: JAE1229PFT
NAME: "SCE8000 FAN 1", DESCR: "FAN-MOD-4HS"
PID: FAN-MOD-4HS, VID: V0, SN: DCH11013744
NAME: "SCE8000 AC or DC power supply 0", DESCR: "PWR-2700-AC/4"
PID: PWR-2700-AC/4, VID: V0, SN: APQ105000MV
NAME: "SCE8000 AC or DC power supply 1", DESCR: "PWR-2700-AC/4"
PID: PWR-2700-AC/4, VID: V0, SN: APQ105000MV
NAME: "XFP-10GLR-OC192SR ", DESCR: "XFP-10GLR-OC192SR "
PID: XFP-10GLR-OC192SR, VID: V02, SN: AGA1142N4B7
NAME: "XFP-10GLR-OC192SR ", DESCR: "XFP-10GLR-OC192SR "
PID: XFP-10GLR-OC192SR, VID: V02, SN: AGA1142N4AL
NAME: "XFP-10GLR-OC192SR ", DESCR: "XFP-10GLR-OC192SR "
PID: XFP-10GLR-OC192SR, VID: V02, SN: AGA1141N43R
NAME: "XFP-10GLR-OC192SR ", DESCR: "XFP-10GLR-OC192SR "
PID: XFP-10GLR-OC192SR, VID: V02, SN: AGA1143N4JN
Displaying the Complete Cisco SCE Platform Inventory
The following example shows how to display the complete inventory (UDIs) of the Cisco SCE platform.
"SCE8000 Chassis", DESCR: "CISCO7604"
PID: CISCO7604, VID: V01, SN: FOX105108X5
NAME: "SCE8000 Physical Slot 1", DESCR: "Container SCE8000 Service Control Module (SCM) slot"
PID: "", VID: "", SN: ""
NAME: "SCE8000 Physical Slot 2", DESCR: "Container SCE8000 Service Control Module (SCM) slot"
PID: "", VID: "", SN: ""
NAME: "SCE8000 Physical Slot 3", DESCR: "Container SCE8000 SPA Interface Processor (SIP) slot"
PID: "", VID: "", SN: ""
NAME: "SCE8000 Physical Slot 4", DESCR: "Container SCE8000 Optical Bypass slot"
PID: "", VID: "", SN: ""
NAME: "SCE8000 Fan Module", DESCR: "Container SCE8000 Fan Module"
PID: "", VID: "", SN: ""
NAME: "SCE8000 AC and DC power supply", DESCR: "Container SCE8000 AC and DC power supply"
PID: "", VID: "", SN: ""
NAME: "SCE8000 Link", DESCR: "Container SCE8000 Link"
PID: "", VID: "", SN: ""
NAME: "SCE8000 Backplane", DESCR: "Container SCE8000 Backplane "
PID: "", VID: "", SN: ""
NAME: "SCE8000 Service Control Module (SCM) in slot 1", DESCR: "SCE8000-SCM-E"
PID: SCE8000-SCM-E, VID: V01, SN: CAT1122584N
NAME: "SCE8000 SPA Interface Processor (SIP) in slot 3", DESCR: "SCE8000-SIP"
PID: SCE8000-SIP, VID: V01, SN: CAT1150G07F
NAME: "SCE8000 Link 0", DESCR: "SCE8000 Link"
NAME: "SCE8000 Link 1", DESCR: "SCE8000 Link"
PID: "", VID: "", SN: ""
NAME: "SCE8000 SIP bay 3/0", DESCR: "SCE8000 SIP bay"
PID: "", VID: "", SN: ""
NAME: "SCE8000 SIP bay 3/1", DESCR: "SCE8000 SIP bay"
PID: "", VID: "", SN: ""
NAME: "SCE8000 SIP bay 3/2", DESCR: "SCE8000 SIP bay"
PID: "", VID: "", SN: ""
NAME: "SCE8000 SIP bay 3/3", DESCR: "SCE8000 SIP bay"
PID: "", VID: "", SN: ""
NAME: "SCE8000 SPA module 3/0", DESCR: "PA-8X1GE"
PID: SPA-8X1GE, VID: V02, SN: JAE11517RMR
NAME: "SCE8000 SPA module 3/1", DESCR: "SPA-8X1GE"
PID: SPA-8X1GE, VID: V02, SN: JAE11496E1P
NAME: "SCE8000 SPA module 3/2", DESCR: "SPA-1X10GE-L-V2"
PID: SPA-1X10GE-L-V2, VID: V02, SN: JAE11517RIO
NAME: "SCE8000 SPA module 3/3", DESCR: "SPA-1X10GE-L-V2"
PID: SPA-1X10GE-L-V2, VID: V02, SN: JAE115295HH
NAME: "GigabitEthernet3/0/0", DESCR: "SCE8000 SPA port"
PID: "", VID: "", SN: ""
NAME: "GigabitEthernet3/1/0", DESCR: "SCE8000 SPA port"
PID: "", VID: "", SN: ""
NAME: "TenGigabitEthernet3/2/0", DESCR: "SCE8000 SPA port"
PID: "", VID: "", SN: ""
PID: "", VID: "", SN: ""
NAME: "SCE8000 FAN 1", DESCR: "FAN-MOD-4HS"
PID: FAN-MOD-4HS, VID: V01, SN: DCH11013744
NAME: "SCE8000 AC power supply 0", DESCR: "PWR-2700-AC/4"
PID: PWR-2700-AC/4, VID: V02, SN: APQ105000MV
NAME: "SCE8000 DC power supply 1", DESCR: "PWR-2700-DC/4"
PID: PWR-2700-DC/4, VID: V03, SN: APQ1049000S
NAME: "SCE8000 optic 3/0/0", DESCR: "XFP-10GLR-OC192SR "
PID: XFP-10GLR-OC192SR, VID: V02, SN: AGA1142N4B7
NAME: "SCE8000 optic 3/1/0", DESCR: "XFP-10GLR-OC192SR "
PID: XFP-10GLR-OC192SR, VID: V02, SN: AGA1142N4AL
NAME: "SCE8000 optic 3/2/0", DESCR: "XFP-10GLR-OC192SR "
PID: XFP-10GLR-OC192SR, VID: V02, SN: AGA1141N43R
NAME: "SCE8000 optic 3/3/0", DESCR: "XFP-10GLR-OC192SR "
PID: XFP-10GLR-OC192SR, VID: V02, SN: AGA1143N4JN
NAME: "SCE8000 traffic processor 1", DESCR: "SCE8000 traffic processor"
PID: "", VID: "", SN: ""
NAME: "SCE8000 traffic processor 2", DESCR: "SCE8000 traffic processor"
PID: "", VID: "", SN: ""
NAME: "SCE8000 traffic processor 3", DESCR: "SCE8000 traffic processor"
PID: "", VID: "", SN: ""
NAME: "SCE8000 traffic processor 4", DESCR: "SCE8000 traffic processor"
PID: "", VID: "", SN: ""
NAME: "SCE8000 traffic processor 5", DESCR: "SCE8000 traffic processor"
PID: "", VID: "", SN: ""
NAME: "SCE8000 traffic processor 6", DESCR: "SCE8000 traffic processor"
PID: "", VID: "", SN: ""
NAME: "SCE8000 traffic processor 7", DESCR: "SCE8000 traffic processor"
PID: "", VID: "", SN: ""
NAME: "SCE8000 traffic processor 8", DESCR: "SCE8000 traffic processor"
PID: "", VID: "", SN: ""
NAME: "SCE8000 traffic processor 9", DESCR: "SCE8000 traffic processor"
PID: "", VID: "", SN: ""
NAME: "SCE8000 traffic processor 10", DESCR: "SCE8000 traffic processor"
PID: "", VID: "", SN: ""
NAME: "SCE8000 traffic processor 11", DESCR: "SCE8000 traffic processor"
PID: "", VID: "", SN: ""
NAME: "SCE8000 traffic processor 12", DESCR: "SCE8000 traffic processor"
PID: "", VID: "", SN: ""
How to Display the System Uptime
Use this command to see how long the system has been running since the last reboot.
|
|
|
|---|---|
Example for Displaying the System Uptime
The following example shows how to display the system uptime of the Cisco SCE platform.
Cisco SCE8000 uptime is 21 minutes, 37 seconds
Configuring the System Mode
The Cisco SCE 8000 devices operates in one the following system modes:
- IPv4 only system mode—All traffic processors handle only IPv4 traffic.
- IPv6 only system mode—All traffic processors handle only IPv6 traffic.
- Dual stack system mode—Default system mode. All traffic processors handle both IPv4 and IPv6 traffic. Dual static subscribers can either be configured statically on the device or they can be configured through Gx. The number of subscriber mappings in the device is divided between IPv4 and IPv6 based on the const -db value.
The system mode is configured by modifying the value of the seCommonConstDb.box.ipv6MappingsPercentage const -db.
The default value of the seCommonConstDb.box.ipv6MappingsPercentage const-db is 20. Dual stack mode is active if the value is between 1 and 99. IPv4 mode is active when the value is 0 and IPv6 mode when the value is 100.
To configure the IPv4 only mode, follow these steps:
Step 1 Enter the Global Configuration mode:
Step 2 Configure the IPv4 only mode:
From the Global Configuration prompt, enter debug const-db name seCommonConstDb.box.ipv6MappingsPercentage value 0 and press Enter.
Step 3 Copy the running configuration to the startup configuration:
SCE8000#> copy running-config startup-config
Step 4 Reboot the Cisco SCE 8000 device.
To configure the IPv6 only mode, follow these steps:
Step 1 Enter the Global Configuration mode:
Step 2 Configure the IPv6 only mode:
From the Global Configuration prompt, enter debug const db seCommonConstDb.box.ipv6MappingsPercentage value 100 and press Enter.
Step 3 Copy the running configuration to the startup configuration:
SCE8000#> copy running-config startup-config
Reboot the Cisco SCE 8000 device.
To configure dual stack mode with a value 30 (other than the default value 20), follow these steps:
Step 1 Enter the Global Configuration mode:
Step 2 Configure the dual stack mode with value 30:
From the Global Configuration prompt, enter debug const db seCommonConstDb.box.ipv6MappingsPercentage value 30 and press Enter.
Step 3 Copy the running configuration to the startup configuration:
SCE8000#> copy running-config startup-config
Step 4 Reboot the Cisco SCE 8000 device.
Configuring the IPv6 Prefix Length
Cisco SCE 8000 devices identifies the IPv6 subscribers based on the MSB 64 bits of the subscriber IPv6 address. Cisco SCE 8000 devices support IPv6 subscribers with a range of /32 to /64 and not less than /32.
You can configure the IPv6 prefix length using the const -db seCommonConstDb.box. ipv6SystemPrefixLength command. The value of IPv6 prefix length can be between 32 and 64 and the default value is 64. The changes will be effective only after you copy the running configuration to the startup configuration and restart the device.
The Cisco SCE 8000 device restricts static subscriber configuration to use prefixes greater than 31. If the Gx CCA-I reaches the device with a Framed-IPV6-Prefix with prefix delegation less than 32, it is ignored and subscriber stays as anonymous.
To configure the IPv6 Prefix Length 48, follow these steps:
Step 1 Enter the Global Configuration mode:
Step 2 Configure the IPv6 prefix length:
From the Global Configuration prompt, enter debug const-db name seCommonConstDb.box.ipv6SystemPrefixLength value 48 and press Enter.
Step 3 Copy the running configuration to the startup configuration:
SCE8000#> copy running-config startup-config
Step 4 Reboot the Cisco SCE 8000 device.
You can configure the system mode and prefix length together. The configuration will be effective with a single reload.
Based on the IPv6 prefix length, corresponding number of MSB bits (from the total 128 bits) will be used to identify subscribers.
For example, if the system prefix length is 48 for a party mapping configuration party mapping ipv6-address 1234:abcd:2123:abbc:0:0:1e:0 name test, only MSB 48 bits 1234:abcd:2123 is considered for identifying subscriber test.
Monitoring Control Processor CPU Utilization
You can monitor the CPU utilization of the control processor by displaying the actual load on the control processor. This feature provides visibility into the performance envelop of the Control processor under different management schemes.
Information regarding CPU utilization is available using any of the following methods:
- SNMP—The Cisco Process MIB shows the CPU utilization of both the control processor and the traffic processors. An SNMP walk on the cpmCPUTotalTable provides information regarding overall CPU statistics.
- CLI commands—The following admin level CLI commands can be used to monitor CPU utilization:
- Cisco SCE support file—The entire measured CPU utilization of the control processor, as well as a number of specific internal tasks that were marked important to track, is written to the Cisco SCE log files, which are part of the Cisco SCE support file. This data can be used to monitor the CPU utilization trend of the control processor and the specific internal tasks over time or to view the CPU utilization required for a specific event.
CLI Commands for Monitoring Control Processor CPU Utilization
Use this command to display the CPU utilization of the control processor.
|
|
|
|---|---|
Tip To display the CPU history sorted by percentage of utilization, use the sorted keyword.
Example for Monitoring Control Processor CPU Utilization
The following example shows how to display the CPU utilization of the control processor.
The following table lists and describes the fields in the show processes cpu output.
Note When CPU utilization is higher than about 90%, the CPU utilization per task is not reliable and can sum to more than 100%. This is because high CPU utilization can influence the task that samples CPU utilization.
Rebooting and Shutting Down the Cisco SCE Platform
Rebooting the Cisco SCE Platform
Rebooting the Cisco SCE platform is required after installing a new package, in order for that package to take effect. There might be other occasions where rebooting the Cisco SCE platform is necessary.
Note When the Cisco SCE restarts, it loads the startup configuration, so all changes made in the running configuration will be lost. You are advised to save the running configuration before performing reload, as described in “How to Save or Change the Configuration Settings” section.
Step 1 At the SCE# prompt, type reload and press Enter.
A confirmation message appears.
Step 2 Press Enter to confirm the reboot request (accept default, which is ‘Yes’).
Examples for Rebooting the Cisco SCE Platform
The following example shows the commands for system reboot.
Are you sure? Y.
the system is about to reboot, this will end your CLI session
How to Shut Down the Cisco SCE Platform
Shutting down the Cisco SCE platform is required before turning the power off. This helps to ensure that non-volatile memory devices in the Cisco SCE platform are properly flushed in an orderly manner.
Note When the Cisco SCE platform restarts, it loads the startup configuration, so all changes made in the running configuration will be lost. You are advised to save the running configuration before performing reload, as described in “How to Save or Change the Configuration Settings” section.
Step 1 Connect to the serial console port (The CON connector on the front panel of the Service Control module in slot #1, 9600 baud).
A confirmation message appears.
Step 3 Type y to confirm the shutdown request and press Enter.
Example for Shutting Down the Cisco SCE Platform
The following example shows the commands for system shutdown.
You are about to shut down the system.
The only way to resume system operation after this
is to cycle the power off, and then back on.
Continue?
y
IT IS NOW SAFE TO TURN THE POWER OFF.
Note Since the Cisco SCE platform can recover from the power-down state only by being physically turned off (or cycling the power), this command can only be executed from the serial CLI console. This limitation helps prevent situations in which users issue this command from a Telnet session, and then realize that they have no physical access to the Cisco SCE platform.
Feedback