Cisco IOS XR Diagnostics
|
|
- Emory Bruce
- 8 years ago
- Views:
Transcription
1 Cisco IOS XR online diagnostics allow you to test and verify hardware functionality while connected to a live network. Health-monitoring and scheduled diagnostics help ensure system high availability (HA). If a problem is detected, online diagnostics help isolate the location of the problem allowing you to identify and replace the hardware. Online diagnostics are also used for system acceptance of new hardware. The online diagnostics contain tests that check different hardware components and verify the data path and control signals. Nondisruptive online diagnostic tests can be scheduled or run on-demand. On-demand diagnostics run from the command-line interface (CLI); scheduled diagnostics run at user-designated intervals or specified times when the system is connected to a live network. Online diagnostics is one of the requirements for high availability (HA). High availability is a set of quality standards that seek to limit the impact of equipment failures on the network. A key part of high availability is detecting hardware failures and taking corrective action while the system continues to run in a live network. Online diagnostics detect hardware failures and provide feedback to high availability software components. Online diagnostics is supported on all cards except Shared Port Adapter (SPA) cards. Offline diagnostics is supported on all nodes. For line card service processor (SP), SPA and physical layer interface module (PLIM), offline diagnostics must be run from line card CPU node. Each CPU node has its own diagnostic process, or test execution engine, but is part of the overall diagnostic system. Diagnostic messages are logged in syslog. See the Implementing Logging Services on Cisco IOS XR Software module of Cisco IOS XR System Monitoring Configuration Guide or use the show logging inc diag command to display the contents of the logging buffer. Integrated Field Diagnostics (IFDs) allow you to load and unload offline diagnostic images. Loading a diagnostic image places the specified location out of service. When an offline diagnostic image is loaded, the diagnostic start command is used to start the test, and the show diagnostic content and show diagnostic results commands are used to show the test list and results. See the Cisco IOS XR Interface and Hardware Components Command Reference for diagnostic command information. The integrated field diagnostics detect problems in the following areas: Hardware components Connectors (loose connectors, bent pins, and so forth) Solder joints Memory (failure over time) 1
2 The Package must be installed to access the Cisco IOS XR diagnostics. See Cisco IOS XR Getting Started Guide for information on installing packages. For more information about diagnostics on the Cisco IOS XR software and complete descriptions of diagnostics commands listed in this module, see the Related Documents of this module. To locate documentation for other commands that might appear during the execution of a configuration task, search online in the Cisco IOS XR software master command index. Feature History for Release Release Release Modification This feature was introduced on the Cisco CRS-1. Configuring health-monitoring diagnostics, including support for monitor syslog, monitor intervals, and the failure count thresholds of test, was added. The show diagnostic result and show diagnostic content command output was modified to include diagnostic monitoring support. The show diagnostic content command output for nodes in the FDIAG RUNNING state has expanded to provide more control over execution of offline test suites. The following online diagnostics tests were added: Control Ethernet Inactive Link Test Self-Ping over Fabric RommonRevision Fabric Diagnosis Test The following information is provided: Diagnostics Framework, page 3 Diagnostics Operations, page 3 Available Online Diagnostic Tests, page 4 Running Cisco IOS XR Online Diagnostics, page 6 Running Integrated Field Diagnostics, page 10 Displaying Diagnostic Test Results, page 15 Displaying the Diagnostic Schedule, page 15 Examples for Running, page 16 Additional References, page 22 2
3 Diagnostics Framework Diagnostics Framework Cisco IOS XR online diagnostics defines a common framework for diagnostic operations across Cisco platforms running Cisco IOS XR software. Figure 1 illustrates the diagnostics framework and how it interacts with platform dependant diagnostics operations. The command-line interface (CLI) categorizes diagnostics as runtime diagnostics. Cisco IOS XR online diagnostics also provides for easy addition of platform specific tests that contribute in reducing the Mean Time To Repair (MTTR). The Cisco IOS XR online diagnostics framework specifies platform-independent fault detection architecture for centralized and distributed systems. This framework includes common diagnostics CLI and platform-independent fault detection procedures for runtime diagnostics. Figure 1 Diagnostic Framework Provide generic diagnostics & health monitoring framework Online diagnostics layer Generic online diagnostics subsystem framework Runtime diagnostics On-demand Scheduled Health monitoring Platform specific diagnostic Detect bad HW Disruptive and non-disruptive online diagnostics Non-disruptive health monitoring HW layer Hardware Diagnostics Operations Cisco IOS XR online diagnostics are implemented using tests to check the health of hardware components and to verify proper operation of the system data and control paths. As illustrated in Figure 1, tests can be categorized into runtime and offline diagnostic tests. Runtime Diagnostics Defects can be diagnosed during system operation or runtime. A series of diagnostic checks can be enabled to determine the condition of an online system. Care must be taken to distinguish between disruptive and non-disruptive diagnostics tests. While non-disruptive tests occur in the background and do not affect the data or control plane of a system, disruptive tests will affect live packet flows and should be scheduled during special maintenance windows. The impact of disruptive tests can be minimal or significant. Disruptive tests can take varying amounts of time to complete. Runtime diagnostic checks can be run on demand, can be scheduled to run at a specific time, or can run in the background: 3
4 Available Online Diagnostic Tests Online diagnostics Online diagnostics tests are triggered by entering a diagnostic start command. You can specify how many times a test runs and whether to continue the test on failure detection. Online diagnostics is useful as a troubleshooting tool that allows you to verify hardware functionality when a hardware fault is suspected. that online diagnostics will not cause bad hardware to reset or power down on the Cisco CRS-1. Syslog messages warn about bad hardware and you need to check the diagnostics results to understand if the tests passed or failed and take further action. Scheduled diagnostics Scheduled diagnostic tests are scheduled to run either at one specific time or periodically. This is especially useful when scheduling disruptive tests during maintenance windows. When failures are detected, appropriate syslog messages are displayed and diagnostic results are saved. Scheduled diagnostics do not cause bad hardware to reset or power down on the Cisco CRS-1. Health-monitoring diagnostics Health-monitoring diagnostic tests are nondisruptive and run in the background while the system is in operation. The role of health-monitoring diagnostics is to proactively detect hardware failures in the live network environment and inform appropriate entities of a failure. It is up to you to determine the number of health-monitoring checks and the interval at which to run health-monitoring checks. The interval can be as granular as 50ms. By default, health-monitoring tests include data path and control path verification as well as proper hardware registers functionality. Offline Diagnostics Offline diagnostic tests run field diagnostics on a node. Available Online Diagnostic Tests The following online diagnostic tests are supported: Control Ethernet Ping Test A nondisruptive test that "pings" each control ethernet node in a chassis from the node where the test is started. The test sends a ping to one node at a time, waiting for a response or until the maximum timeout of 2 seconds is reached, before proceeding to send a ping to the next node. The returned ping response is verified by comparing it byte by byte with the sent ping. Pings are sent only to active nodes within the same chassis as the node from which the test is run. Only one ping is sent per node. Each ping has a 100 byte payload. The test result is PASS if all nodes return the ping and the response matches the sent ping. Fabric Ping Test A nondisruptive test that "pings" each fabric node in a chassis from the node where the test is started. The test sends a ping to one node at a time, waiting for a response or until the maximum timeout of 2 seconds is reached, before proceeding to send a ping to the next node. The returned ping response is verified by comparing it byte by byte with the sent ping. Pings are sent only to active nodes within the same chassis as the node from which the test is run. Due to the undeterministic path of traffic in the fabric, 72 pings are sent per node to maximize coverage. Each ping has a 1-kilobyte payload. The test result is PASS if all nodes return all the pings and all the responses match the sent pings. Due to the 2 second wait timeout for a lost ping, a node that is unreachable or intermittently working impacts the total run time for the test. Therefore, in a worst case scenario where a node has lost all fabric connectivity, the test time can be increased by 2.5 minutes for that node. The total test time depends on how many active nodes there are in the tested rack and how many of the nodes have failing fabric connections. Control Ethernet Inactive Link Test A nondisruptive test that verifies the inactive control Ethernet links between a standby RP and all other nodes in the same rack. This test is available only on RPs and can only be started on the standby RP. The test sends a "ping" packet to a test target node, using the inactive control Ethernet (CE) link. It expects three responses from each node: 4
5 Available Online Diagnostic Tests One response that travels along the inactive CE return link, which verifies the inactive CE link from test target to standby RP One response that travels along the active CE link through the active RP CPU to the standby RP, which verifies the external inactive CE link from the standby RP to the test target One that travels along the active CE link to the standby RP, which verifies the internal test target CE path Each returned response is verified by comparing it byte-by-byte with the sent ping. When either all three responses from the test target have returned, or a timeout of 2 seconds has expired, the test repeats this procedure for the next node in the rack until all nodes connected to inactive CE links are tested. The test result is PASS if all nodes return all the pings and all the responses match the sent pings. This test can be used to "qualify" the CE connectivity of the standby RP prior to a switchover. Self-Ping over Fabric Test A nondisruptive test that lets a node "ping" itself over the fabric. The test sends a fabric ping to the node itself, waiting for a response or until the maximum timeout of 2 seconds is reached. The returned ping response is verified by comparing it byte by byte with the sent ping. Each ping has a 100-byte payload. This single ping is repeated 100 times with an interval of 300 ms in between each ping. The test result is PASS if all the pings are returned and all the responses match the sent pings. This test is equivalent to the existing health monitoring fabric ping test that runs automatically on all LC nodes. It differs in that it is available on all nodes with fabric connectivity, not only LCs, and in that its health monitoring characteristics (enabled/disabled, run interval, and so on) can be configured by the user. The normal run time for this test is 30 seconds. Due to the 2 second wait timeout for a lost ping, the test time for a node that has failing fabric connectivity may be increased by up to 3.5 minutes. RommonRevision Test A nondisruptive test that verifies that a node is running the minimally acceptable version of ROM Monitor (ROMMON). When a node is rebooted, its current version of ROMMON is retrieved and saved in a shared memory space. This shared memory space is queried for the running version of ROMMON and that version is compared to the minimally acceptable version of ROMMON. If the running version is not greater than or equal the minimal version, the test fails. Fabric Diagnosis Test A non-disruptive, fault isolation test that "pings" each fabric node in a chassis from the standby RP node. The test steers ping test packets through different fabric planes, aggregates ping (pass or fail) results with fabric plane information, analyzes the results, and points out the most logical point of failure (if any) in the chassis. The test can only be executed from the standby RP on demand. Executing this test in a Cisco CRS-1 Carrier Routing System Multishelf System may help determine which fabric stage (s1, s2, or s3) is the most logical point of failure in the system. This test must be run in each LC rack standby RP in the system. For example, if the test reports failures on multiple LC racks, and the failure information points to the same fabric plane, then the most likely point of failure is the S2 stage, which is the card in fabric chassis of the system. We highly recommend that you only run this test when the system experiences fabric issues and needs to isolate the fault. To debug problems reported by the ping tests on the Cisco CRS-1, use the command for internal ping. See Cisco IOS XR Interface and Hardware Components Command Reference for further information on the internal ping command. 5
6 Running Cisco IOS XR Online Diagnostics Running Cisco IOS XR Online Diagnostics The following options are available for running online diagnostics: Running On-Demand Online Diagnostics, page 6 Scheduling Online Diagnostics, page 7 Configuring Health-Monitoring Diagnostics, page 9 For complete syntax and usage information for the diagnostic commands, see Cisco IOS XR Interface and Hardware Components Command Reference. Running On-Demand Online Diagnostics To start and stop on-demand online diagnostics, perform the following procedure. A message is displayed when the diagnostic tests are completed. The diagnostic stop command is used for stopping a test before it has completed. For example, you can stop a test that takes longer than desired. See Cisco IOS XR Interface and Hardware Components Command Reference for syntax information. Prerequisites The Package must be installed before starting this procedure. See Cisco IOS XR Getting Started Guide for information on installing packages. SUMMARY STEPS 1. admin 2. show diagnostic content location node-id 3. diagnostic start location node-id test {id all basic non-disruptive} 6
7 Running Cisco IOS XR Online Diagnostics DETAILED STEPS Step 1 Command or Action admin Purpose Enters administration EXEC mode. Step 2 RP/0/RP0/CPU0:router# admin show diagnostic content location node-id RP/0/RP0/CPU0:router(admin)# show diagnostic content location 0/RP1/CPU0 Step 3 diagnostic start location node-id test {id all basic non-disruptive} Displays the available tests and their attributes, including which commands are in the nondisruptive category. Runs the specified on-demand diagnostic test or series of tests. RP/0/RP0/CPU0:router(admin)# diagnostic start location 0/RP1/CPU0 test 1 What to Do Next Proceed to the Displaying Diagnostic Test Results section on page 15 to display the results from the on-demand diagnostic test. Scheduling Online Diagnostics Prerequisites SUMMARY STEPS You can schedule online diagnostics to run at a designated time of day or on a daily or weekly basis for a specific node. You can schedule tests to run only once or to repeat at an interval. Use the no form of the diagnostic schedule command to remove the scheduling. To schedule online diagnostics, perform the following procedure. The Package must be installed before starting this procedure. See Cisco IOS XR Getting Started Guide for information on installing packages. 1. admin 2. show diagnostic content location node-id 3. configure 4. diagnostic schedule location node-id test {id all basic non-disruptive} {daily on month day year weekly day-of-week} hour:minute 5. end 6. show diagnostic schedule location node-id 7
8 Running Cisco IOS XR Online Diagnostics DETAILED STEPS Step 1 Command or Action admin Purpose Enters administration EXEC mode. Step 2 Step 3 RP/0/RP0/CPU0:router# admin show diagnostic content location node-id RP/0/RP0/CPU0:router(admin)# show diagnostic content location 0/RP1/CPU0 configure Displays the available tests and their attributes, including which commands are in the nondisruptive category. Enters administration configuration mode. RP/0/RP0/CPU0:router(admin)# configure Step 4 diagnostic schedule location node-id test {id all basic non-disruptive} {daily on month day year weekly day-of-week} hour:minute Schedules on-demand diagnostic tests for a specific location and date and time. Step 5 Step 6 RP/0/RP0/CPU0:router(admin-config)# diagnostic schedule location 0/RP1/CPU0 test 1 daily 12:42 end RP/0/RP0/CPU0:router(admin-config)# end show diagnostic schedule location node-id Saves configuration changes. When you issue the end command, the system prompts you to commit changes: Uncommitted changes found, commit them before exiting(yes/no/cancel)? [cancel]: Entering yes saves configuration changes to the running configuration file, exits the configuration session, and returns the router to EXEC mode. Entering no exits the configuration session and returns the router to EXEC mode without committing the configuration changes. Entering cancel leaves the router in the current configuration session without exiting or committing the configuration changes. Displays the scheduled diagnostics for a specific location. RP/0/RP0/CPU0:router(admin)# show diagnostic schedule location 0/RP1/CPU0 8
9 Running Cisco IOS XR Online Diagnostics What to Do Next Proceed to the Displaying Diagnostic Test Results section on page 15 to display the results from the scheduled diagnostic test. Proceed to the Displaying the Diagnostic Schedule section on page 15 to display the scheduled diagnostic tasks. Configuring Health-Monitoring Diagnostics Prerequisites SUMMARY STEPS DETAILED STEPS To configure health-monitoring diagnostic testing on specified cards while the router is connected to a live network, perform the following procedure. You can configure the: Execution interval for each health-monitoring test Failure threshold for each health-monitoring test Generation of system messages upon test failure Location where each health-monitoring test is run The Package must be installed before starting this procedure. See Cisco IOS XR Getting Started Guide for information on installing packages. 1. admin 2. configure 3. diagnostic monitor syslog 4. diagnostic monitor location node-id test {id test-name} [disable] 5. diagnostic monitor interval location node-id test {id test-name} number-of-days hour:minutes:seconds.milliseconds 6. diagnostic monitor threshold location node-id test {id test-name} failure count failures Step 1 Command or Action admin Purpose Enters administration EXEC mode. Step 2 RP/0/RP0/CPU0:router# admin configure Enters administration configuration mode. RP/0/RP0/CPU0:router(admin)# configure 9
10 Running Integrated Field Diagnostics Step 3 Command or Action diagnostic monitor syslog RP/0/RP0/CPU0:router(admin-config)# diagnostic monitor syslog Step 4 diagnostic monitor location node-id test {id test-name} [disable] Purpose (Optional) Enables the generation of a syslog message when any health-monitoring test fails. Configures the health-monitoring diagnostic testing for a specified location. Step 5 RP/0/RP0/CPU0:router(admin-config)# diagnostic monitor location 0/1/cpu0 test 1 diagnostic monitor interval location node-id test {id test-name} number-of-days hour:minutes:seconds.milliseconds Configures the health-monitoring diagnostic testing for a specified interval for a specified location. Step 6 RP/0/RP0/CPU0:router(admin-config)# diagnostic monitor interval location 0/1/cpu0 test 1 12:55: diagnostic monitor threshold location node-id test {id test-name} failure count failures Configures the health-monitoring diagnostic testing failure threshold. RP/0/RP0/CPU0:router(admin-config)# diagnostic monitor location 0/1/cpu0 test 1 failure count 25 What to Do Next Proceed to the Displaying Diagnostic Test Results section on page 15 to display the results of the health-diagnostic monitoring output. Running Integrated Field Diagnostics To load and unload an offline diagnostics image for integrated field diagnostics, perform one of the following procedures: Autostart Integrated Field Diagnostics, page 11 Manually Executing Integrated Field Diagnostics, page 13 Loading an image places the specified card out of service. Unloading the image returns the specified card to service. Caution To run offline diagnostics successfully, ensure there are no external fiber cables connected to the line card PLIM ports and that all PLIM ports are populated with optics or small form-factor pluggable (SFP) optic modules. See the Cisco IOS XR hardware documentation on Cisco.com for information on PLIM ports. 10
11 Running Integrated Field Diagnostics For complete syntax and usage information for the diagnostic commands, see Cisco IOS XR Interface and Hardware Components Command Reference. Prerequisites The Package must be installed before starting this procedure. See Cisco IOS XR Getting Started Guide for information on installing packages. Autostart Integrated Field Diagnostics When enabled, the autostart feature for Integrated Field Diagnostics automatically starts running the tests when the image is loaded. A message is displayed when the diagnostic tests are completed. The diagnostic start command is not required. When offline diagnostics are loaded with the diagnostic load location node-id command, the specified node remains in the "FDIAG RUNNING" state until diagnostics are unloaded using the diagnostic unload location node-id command. The following commands can be used to unload the diagnostic test, display the test results, and display diagnostic test content when the tests are completed: show diagnostic result show diagnostic content diagnostic unload The show diagnostic result location node-id command output for a specified node can be viewed until the diagnostic unload location node-id command is used. Once the test is unloaded, the test results can no longer be viewed. While a node is in the "FDIAG RUNNING" state, tests are run in response to the optional autostart keyword of the diagnostic load location node-id command or the diagnostic start location node-id command. When an individual test finishes, a message is printed and results are updated. The results can be read using the show diagnostic result location node-id command. When a test finishes, a new diagnostic start location node-id command can be invoked, because the card remains in the "FDIAG RUNNING" state until it is explicitly unloaded using the diagnostic unload location node-id command. SUMMARY STEPS 1. admin 2. show platform 3. diagnostic load location node-id autostart {basic all} 4. show platform 5. show diagnostic result location node-id [test {id all}] [detail] 6. diagnostic unload location node-id 7. show platform 11
12 Running Integrated Field Diagnostics DETAILED STEPS Step 1 Command or Action admin Purpose Enters administration EXEC mode. Step 2 Step 3 RP/0/RP0/CPU0:router# admin show platform RP/0/RP0/CPU0:router(admin)# show platform diagnostic load location node-id autostart {basic all} Displays the status of cards in the system. Verify that all the cards are in the IOS XR RUN state. Loads an offline diagnostic image for integrated field diagnostics, placing the specified card out of service. RP/0/RP0/CPU0:router(admin)# diagnostic load location 0/3/CPU0 autostart all Caution This command places all modules in the slot of the specified node out of service. Step 4 Step 5 Step 6 Step 7 show platform RP/0/RP0/CPU0:router(admin)# show platform show diagnostic result location node-id [test {id all}] [detail] RP/0/RP0/CPU0:router(admin)# show diagnostic result location 0/3/CPU0 test 1 diagnostic unload location node-id RP/0/RP0/CPU0:router(admin)# diagnostic unload location 0/3/CPU0 show platform RP/0/RP0/CPU0:router(admin)# show platform The distributed route processor (DRP) does not support the automatic running of tests when the image is loaded for CPU0 and CPU1. After the diagnostic image is loaded, use the diagnostic start location node-id test {id all basic non-disruptive} command to execute the tests. Displays the status of cards in the system. Verify that the card state goes to the FDIAG RUNNING state. For modular services cards (MSCs), the service processor (SP) and CPU0 instance should go to the FDIAG RUNNING state. For distributed route processors (DRPs), the SP, CPU0 and CPU1 instances should all go to the FDIAG RUNNING state. Displays result of tests run at the specified location. Possible results are shown as: Passed (.) Failed (F) Untested (U) Unloads the offline diagnostic image, placing the specified card back in service. Displays the status of cards in the system. Verify that all cards are in the IOS-XR RUN state. 12
13 Running Integrated Field Diagnostics Manually Executing Integrated Field Diagnostics Manually executing Integrated Field Diagnostics requires you to enter the diagnostic start command to start the diagnostic testing. A message is displayed when the diagnostic tests are completed. The following commands can be used to unload the diagnostic test, display the test results, and display diagnostic test content when the tests are completed: diagnostic unload show diagnostic result show diagnostic content The show diagnostic result location node-id command output for a specified node can be viewed until the diagnostic unload location node-id command is used. Once the test is unloaded, the test results can no longer be viewed. When offline diagnostics are loaded with the diagnostic load location node-id command, the specified node remains in the "FDIAG RUNNING" state until diagnostics are unloaded using the diagnostic unload location node-id command. While a node is in "FDIAG RUNNING" state, tests are run in response to the optional autostart keyword of the diagnostic load location node-id command or the diagnostic start location node-id command. When an individual test finishes, a message is printed and results are updated. The results can be read using the show diagnostic result location node-id command. When a test finishes, a new diagnostic start location node-id command can be invoked, because the card remains in the "FDIAG RUNNING" state until it is explicitly unloaded using the diagnostic unload location node-id command. SUMMARY STEPS 1. admin 2. show platform 3. diagnostic load location node-id 4. show platform 5. diagnostic start location node-id test {id all basic non-disruptive} 6. show diagnostic result location node-id [test {id all}] [detail] 7. diagnostic unload location node-id 8. show platform 13
14 Running Integrated Field Diagnostics DETAILED STEPS Step 1 Command or Action admin Purpose Enters administration EXEC mode. Step 2 Step 3 RP/0/RP0/CPU0:router# admin show platform RP/0/RP0/CPU0:router(admin)# show platform diagnostic load location node-id RP/0/RP0/CPU0:router(admin)# diagnostic load location 0/3/CPU0 Displays the status of cards in the system. Verify that all the cards are in the IOS-XR RUN state. Loads an offline diagnostic image for integrated field diagnostics, placing the specified card out of service. Caution This command places all modules in the slot of the specified node out of service. Step 4 show platform RP/0/RP0/CPU0:router(admin)# show platform Step 5 diagnostic start location node-id test {id all basic non-disruptive} Displays the status of cards in the system. Verify that the card state goes to the FDIAG RUNNING state. For modular services cards (MSCs), the service processor (SP) and CPU0 instance should go to the FDIAG RUNNING state. For distributed route processors (DRPs), the SP, CPU0 and CPU1 instances should all go to the FDIAG RUNNING state. Starts the selected diagnostic tests. Step 6 Step 7 Step 8 RP/0/RP0/CPU0:router(admin)# diagnostic start location 0/3/CPU0 test all show diagnostic result location node-id [test {id all}] [detail] RP/0/RP0/CPU0:router(admin)# show diagnostic result location 0/3/CPU0 test 1 diagnostic unload location node-id RP/0/RP0/CPU0:router(admin)# diagnostic unload location 0/3/CPU0 show platform RP/0/RP0/CPU0:router(admin)# show platform Displays result of tests run at specified location. Possible results are shown as: Passed (.) Failed (F) Untested (U) Unloads the offline diagnostic image, placing the specified card back in service. Displays the status of cards in the system. Verify that all cards are in the IOS-XR RUN state. 14
15 Displaying Diagnostic Test Results Displaying Diagnostic Test Results To display test results for online diagnostics, perform the following procedure. For complete syntax and usage information for the diagnostic commands, see Cisco IOS XR Interface and Hardware Components Command Reference. SUMMARY STEPS 1. admin 2. show diagnostic result location node-id [test {id all}] [detail] DETAILED STEPS Step 1 Command or Action admin Purpose Enters administration EXEC mode. Step 2 RP/0/RP0/CPU0:router# admin show diagnostic result location node-id [test {id all}] [detail] RP/0/RP0/CPU0:router(admin)# show diagnostic result location 0/RP1/CPU0 test 1 Displays result of tests run at specified location. Possible results are shown as: Passed (.) Failed (F) Untested (U) Displaying the Diagnostic Schedule To display the diagnostic schedule, perform the following procedure. For complete syntax and usage information for the diagnostic commands, see Cisco IOS XR Interface and Hardware Components Command Reference. SUMMARY STEPS 1. admin 2. show diagnostic schedule location node-id 15
16 Examples for Running DETAILED STEPS Step 1 Command or Action admin Purpose Enters administration EXEC mode. Step 2 RP/0/RP0/CPU0:router# admin show diagnostic schedule location node-id RP/0/RP0/CPU0:router(admin)# show diagnostic schedule location 0/3/CPU0 Display the current scheduled diagnostic tasks for 0/3/CPU0. Examples for Running This section contains the following examples: Running Health-Monitoring Diagnostics: Example, page 16 Running Cisco IOS XR On-Demand Online Diagnostics: Example, page 17 Scheduling Cisco IOS XR Online Diagnostics: Example, page 18 Running Cisco IOS XR Integrated Field Diagnostics: Example, page 18 Displaying Diagnostics Test Results: Example, page 21 For complete syntax and usage information for the diagnostic commands, see Cisco IOS XR Interface and Hardware Components Command Reference. Running Health-Monitoring Diagnostics: Example In the following example, the generation of a syslog message when any health-monitoring test fails is enabled: RP/0/RP0/CPU0:router(admin-config)# diagnostic monitor syslog In the following example, health-monitoring diagnostic test 1 for 0/1/CPU0 is enabled: RP/0/RP0/CPU0:router(admin-config)# diagnostic monitor location 0/1/cpu0 test 1 In the following example, health-monitoring diagnostic test 1 for 0/1/CPU0 is set to an interval of every 15 days at 6:00: RP/0/RP0/CPU0:router(admin-config)# diagnostic monitor interval location 0/1/cpu0 test :0:0.0 In the following example, the health-monitoring diagnostic testing failure threshold is set to 25 failures for test 1 on 0/1/CPU0: RP/0/RP0/CPU0:router(admin-config)# diagnostic monitor threshold location 0/1/CPU0 test 1 failure count 25 16
17 Examples for Running Running Cisco IOS XR On-Demand Online Diagnostics: Example In the following example, on-demand diagnostics are run on route processor (RP) card 0/RP1/CPU0. The tests available for the card are checked, then one of the available tests is run. RP/0/RP0/CPU0:router(admin)# show diagnostic content location 0/RP1/CPU0 RP 0/RP1/CPU0: Diagnostics test suite attributes: M/C/* - Minimal bootup level test / Complete bootup level test / NA B/* - Basic ondemand test / NA P/V/* - Per port test / Per device test / NA D/N/* - Disruptive test / Non-disruptive test / NA S/* - Only applicable to standby unit / NA X/* - Not a health monitoring test / NA F/* - Fixed monitoring interval test / NA E/* - Always enabled monitoring test / NA A/I - Monitoring is active / Monitoring is inactive Test Interval Thre- ID Test Name Attributes (day hh:mm:ss.ms shold) ==== ================================== ============ ================= ===== 1) ControlEthernetPingTest > *B*N****I :00: ) SelfPingOverFabric > *B*N****I :00: ) FabricPingTest > *B*N****I :00: ) ControlEthernetInactiveLinkTest -> *B*N****I :00: RP/0/RP0/CPU0:router(admin)# diagnostic start location 0/RP1/CPU0 test all RP/0/RP1/CPU0:Jul 25 16:22: : online_diag_hfr_rp[359]: %DIAG-DIAG-6-TEST_RUNNING : RP 0/RP1/CPU0: Running ControlEthernetPingTest{ID=1}... RP/0/RP1/CPU0:Jul 25 16:22: : online_diag_hfr_rp[359]: %DIAG-DIAG-6-TEST_OK : RP 0/RP1/CPU0: ControlEthernetPingTest{ID=1} has completed successfully RP/0/RP1/CPU0:Jul 25 16:22: : online_diag_hfr_rp[359]: %DIAG-DIAG-6-TEST_RUNNING : RP 0/RP1/CPU0: Running SelfPingOverFabric{ID=2}... RP/0/RP1/CPU0:Jul 25 16:23: : online_diag_hfr_rp[359]: %DIAG-DIAG-6-TEST_OK : RP 0/RP1/CPU0: SelfPingOverFabric{ID=2} has completed successfully RP/0/RP1/CPU0:Jul 25 16:23: : online_diag_hfr_rp[359]: %DIAG-DIAG-6-TEST_RUNNING : RP 0/RP1/CPU0: Running FabricPingTest{ID=3}... RP/0/RP1/CPU0:Jul 25 16:23: : online_diag_hfr_rp[359]: %DIAG-DIAG-6-TEST_OK : RP 0/RP1/CPU0: FabricPingTest{ID=3} has completed successfully RP/0/RP1/CPU0:Jul 25 16:23: : online_diag_hfr_rp[359]: %DIAG-DIAG-6-TEST_RUNNING : RP 0/RP1/CPU0: Running ControlEthernetInactiveLinkTest{ID=4}... RP/0/RP1/CPU0:Jul 25 16:23: : online_diag_hfr_rp[359]: %DIAG-DIAG-6-TEST_OK : RP 0/RP1/CPU0: ControlEthernetInactiveLinkTest{ID=4} has completed successfully In the following example, an on-demand diagnostics test is stopped on RP card 0/RP1/CPU0: RP/0/RP0/CPU0:router(admin)# diagnostic start location 0/RP1/CPU0 test all RP/0/RP1/CPU0:Jul 25 16:28: : online_diag_hfr_rp[359]: %DIAG-DIAG-6-TEST_RUNNING : RP 0/RP1/CPU0: Running ControlEthernetPingTest{ID=1}... RP/0/RP1/CPU0:Jul 25 16:28: : online_diag_hfr_rp[359]: %DIAG-DIAG-6-TEST_OK : RP 0/RP1/CPU0: ControlEthernetPingTest{ID=1} has completed successfully RP/0/RP1/CPU0:Jul 25 16:28: : online_diag_hfr_rp[359]: %DIAG-DIAG-6-TEST_RUNNING : RP 0/RP1/CPU0: Running SelfPingOverFabric{ID=2}... RP/0/RP0/CPU0:router(admin)# diagnostic stop location 0/RP1/CPU0 RP/0/RP1/CPU0:Jul 25 16:28: : online_diag_hfr_rp[359]: 17
18 Examples for Running %DIAG-DIAG-6-TEST_OK : RP 0/RP1/CPU0: SelfPingOverFabric{ID=2} has completed successfully RP/0/RP1/CPU0:Jul 25 16:28: : online_diag_hfr_rp[359]: %DIAG-DIAG-6-DIAG_STOPPED : RP 0/RP1/CPU0: Diagnostic is stopped. Scheduling Cisco IOS XR Online Diagnostics: Example In the following example, no diagnostic test schedule is configured for 0/0/CPU0: RP/0/RP0/CPU0:router(admin)# show diagnostic schedule location 0/0/CPU0 Current Time = Wed Nov 30 15:50: Diagnostic for LC 0/0/CPU0 is not scheduled. In the following example, diagnostic testing is scheduled for 0/0/CPU0: RP/0/RP0/CPU0:router(admin)# configure RP/0/RP0/CPU0:router(admin-config)# diagnostic schedule location 0/0/CPU0 test 1 daily 14:40 RP/0/RP0/CPU0:router(admin-config)# end Uncommitted changes found, commit them before exiting(yes/no/cancel)? [cancel]: yes RP/0/RP0/CPU0:Nov 30 15:55: : config[65738]: %MGBL-LIBTARCFG-6-ADMIN_COMMIT : Administration configuration committed by user 'administrator'. Use 'show configuration commit changes ' to view the changes. RP/0/RP0/CPU0:Nov 30 15:55: : config[65738]: %MGBL-SYS-5-CONFIG_I : Configured from console by administrator RP/0/RP0/CPU0:router(admin)# In the following example, the diagnostic test schedule for 0/0/CPU0 shows that test 1 will run daily at 14:40: RP/0/RP0/CPU0:router(admin)# show diagnostic schedule location 0/0/CPU0 Current Time = Wed Nov 30 16:03: Diagnostic for LC 0/0/CPU0: Schedule #1: To be run daily 14:40 Test ID(s) to be executed: 1. Running Cisco IOS XR Integrated Field Diagnostics: Example In the following example, the state of the nodes in the system are checked before running the integrated field diagnostics. The integrated field diagnostics are loaded on the card, placing the card out of service. While the diagnostics are running, the show platform command for the card is used to check that the diagnostics are running and the card is in the FDIAG RUNNING state. The diagnostics are then unloaded, returning the card to service. RP/0/RP0/CPU0:router(admin)# show platform Node Type PLIM State Config State /0/SP MSC(SP) N/A IOS XR RUN PWR,NSHUT,MON 0/0/CPU0 MSC 4OC192-POS/DPT IOS XR RUN PWR,NSHUT,MON 0/RP0/CPU0 RP(Active) N/A IOS XR RUN PWR,NSHUT,MON 0/RP1/CPU0 RP(Standby) N/A IOS XR RUN PWR,NSHUT,MON 0/SM0/SP FC/S(SP) N/A IOS XR RUN PWR,NSHUT,MON 0/SM1/SP FC/S(SP) N/A IOS XR RUN PWR,NSHUT,MON 18
19 Examples for Running RP/0/RP0/CPU0:router(admin)# diagnostic load location 0/RP1/CPU0 diagnostic load will bring requested slot out of service. [confirm(y/n)] y User has confirmed diagnostic load request Preparing UUT for Diagnostics software. Downloading IDS diagnostics image /pkg/gsr/ucode/hfr-diag-rp-fdiags Please wait for UUT image downloading... diagnostic load in progress. RP/0/RP0/CPU0:Nov 30 16:23: : shelfmgr[298]: %PLATFORM-SHELFMGR-3-USER_RESET : Node 0/RP1/CPU0 is reset due to user reload request RP/0/RP0/CPU0:Nov 30 16:23: : redcon[287]: %HA-REDCON-6-STANDBY_CONNECTION_DOWN : connection to standby card is DOWN RP/0/RP0/CPU0:Nov 30 16:23: : syncfs2[309]: %MEDIA-SYNCFS2-7-LRD_NOTAVAILABLE : Standby has been rendered UNAVAILABLE - STOP SYNC RP/0/RP0/CPU0:Nov 30 16:24: : redcon[287]: %HA-REDCON-4-STANDBY_NOT_READY : standby card is NOT ready RP/0/RP0/CPU0:Nov 30 16:24: : online_diag_hfr_rp[341]: %HFRDIAG-6-INFO : [UUT 0/RP1/CPU0: INFO: CRS-1 RP Field Diagnostics V5.1] RP/0/RP0/CPU0:router(admin)# show platform Node Type PLIM State Config State /0/SP MSC(SP) N/A IOS XR RUN PWR,NSHUT,MON 0/0/CPU0 MSC 4OC192-POS/DPT IOS XR RUN PWR,NSHUT,MON 0/RP0/CPU0 RP(Active) N/A IOS XR RUN PWR,NSHUT,MON 0/RP1/CPU0 RP(Standby) N/A FDIAG RUNNING PWR,NSHUT,MON 0/SM0/SP FC/S(SP) N/A IOS XR RUN PWR,NSHUT,MON 0/SM1/SP FC/S(SP) N/A IOS XR RUN PWR,NSHUT,MON RP/0/RP0/CPU0:router(admin)# show diagnostic content location 0/RP1/CPU0 HQRP(FD) 0/RP1/CPU0: Diagnostics test suite attributes: M/C/* - Minimal bootup level test / Complete bootup level test / NA B/* - Basic ondemand test / NA P/V/* - Per port test / Per device test / NA D/N/* - Disruptive test / Non-disruptive test / NA S/* - Only applicable to standby unit / NA X/* - Not a health monitoring test / NA F/* - Fixed monitoring interval test / NA E/* - Always enabled monitoring test / NA A/I - Monitoring is active / Monitoring is inactive Test Interval Thre- ID Test Name Attributes (day hh:mm:ss.ms shold) ==== ================================== ============ ================= ===== 1) CRSLinecard.QuickTests > *B*D****I :00: n/a 2) CRSL3SP.MemoryTest > ***D****I :00: n/a 3) CRSL3SP.FuncTests > ***D****I :00: n/a 4) L3SPTests.FuncTests > ***D****I :00: n/a 5) PPCModule.MemoryTest > ***D****I :00: n/a 6) PPCModule.FuncTests > ***D****I :00: n/a 7) LCMotherboard.FuncTests > ***D****I :00: n/a 8) SharqModule.MemoryTest > ***D****I :00: n/a 9) SprayerModule.MemoryTest > ***D****I :00: n/a 10) SprayerModule.FuncTests > ***D****I :00: n/a 11) Sponge0Module.MemoryTest > ***D****I :00: n/a 12) Sponge0Module.FuncTests > ***D****I :00: n/a 13) Sponge1Module.MemoryTest > ***D****I :00: n/a 14) Sponge1Module.FuncTests > ***D****I :00: n/a 19
20 Examples for Running 15) IngressMetroModul.MemoryTest ----> ***D****I :00: n/a 16) IngressMetroModul.FuncTests -----> ***D****I :00: n/a 17) EgressMetroModule.MemoryTest ----> ***D****I :00: n/a 18) EgressMetroModule.FuncTests -----> ***D****I :00: n/a 19) L3BIST.MemoryTest > ***D****I :00: n/a 20) L3FCRAMMarch.MemoryTest > ***D****I :00: n/a 21) PacketTests.FuncTests > ***D****I :00: n/a 22) 10GEPLIM(SP).FuncTests > ***D****I :00: n/a 23) PLIM8x10GE.MemoryTest > ***D****I :00: n/a 24) PLIM8x10GE.FuncTests > ***D****I :00: n/a 25) L3PacketTests.FuncTests > ***D****I :00: n/a RP/0/RP0/CPU0:router(admin)# diagnostic start location 0/RP1/CPU0 test 2 RP/0/RP0/CPU0:Nov 30 16:30: : online_diag_hfr_rp[341]: %DIAG-6-TEST_RUNNING : IFD 0/RP1/CPU0: Running Quick Test List{ID=2}... RP/0/RP0/CPU0:Nov 30 16:30: : online_diag_hfr_rp[341]: %HFRDIAG-3-ERROR : [UUT 0/RP1/CPU0: ERROR: Ids System - Slots - 33 RP - Ingress Module - External Memory - Bank 0 - Memory Address Pins Test: after writing byte pattern 20 to addr=0x00a00000, content at addr=0x changed from 0x to 0x ] RP/0/RP0/CPU0:Nov 30 16:30: : online_diag_hfr_rp[341]: %HFRDIAG-6-INFO : [UUT 0/RP1/CPU0: RESULT: UUT RP Field Diagnostics status: FAIL] RP/0/RP0/CPU0:Nov 30 16:30: : online_diag_hfr_rp[341]: %HFRDIAG-6-INFO : [UUT 0/RP1/CPU0: RESULT: tests_run=72, tests_fail=1, num_tests=72] RP/0/RP0/CPU0:Nov 30 16:30: : online_diag_hfr_rp[341]: %DIAG-3-TEST_FAIL : IFD 0/RP1/CPU0: Quick Test List{ID=2} has failed. Error code = 0x1 RP/0/RP0/CPU0:router(admin)# show diagnostic result location 0/RP1/CPU0 test 2 detail Current bootup diagnostic level for HQRP(FD) 0/RP1/CPU0: minimal Test results: (. = Pass, F = Fail, U = Untested) 2 ) Quick Test List > F Error code > 1 (DIAG_FAILURE) Total run count > 1 Last test execution time ----> Wed Nov 30 16:30: First test failure time -----> Wed Nov 30 16:30: Last test failure time > Wed Nov 30 16:30: Last test pass time > n/a Total failure count > 1 Consecutive failure count ---> 1 RP/0/RP0/CPU0:router(admin)# diagnostic unload location 0/RP1/CPU0 RP/0/RP0/CPU0:Nov 30 16:39: : online_diag_hfr_rp[341]: %DIAG-6-GOLDXR_GENERAL : card_remove-d(529,-1) RP/0/RP0/CPU0:Nov 30 16:39: : shelfmgr[298]: %PLATFORM-SHELFMGR-3-USER_RESET : Node 0/RP1/CPU0 is reset due to user reload request RP/0/RP0/CPU0:Nov 30 16:39: : shelfmgr[298]: %PLATFORM-MBIMGR-7-IMAGE_VALIDATED : 0/RP1/CPU0: MBI tftp:/hfr-os-mbi /mbihfr-rp.vm validated RP/0/RP0/CPU0:Nov 30 16:41: : syncfs2[309]: %MEDIA-SYNCFS2-7-LRD_AVAILABLE : Standby has become AVAILABLE - START SYNC RP/0/RP0/CPU0:Nov 30 16:41: : redcon[287]: %HA-REDCON-6-STANDBY_CONNECTION_UP : connection to standby card is UP... 20
21 Examples for Running RP/0/RP0/CPU0:Nov 30 16:43: : redcon[287]: %HA-REDCON-4-STANDBY_READY : standby card is ready RP/0/RP1/CPU0:Nov 30 16:43: : redcon[288]: %HA-REDCON-6-STBY_STANDBY_READY : This card is standby and is ready RP/0/RP0/CPU0:router(admin)# show platform Node Type PLIM State Config State /0/SP MSC(SP) N/A IOS XR RUN PWR,NSHUT,MON 0/0/CPU0 MSC 4OC192-POS/DPT IOS XR RUN PWR,NSHUT,MON 0/RP0/CPU0 RP(Active) N/A IOS XR RUN PWR,NSHUT,MON 0/RP1/CPU0 RP(Standby) N/A IOS XR RUN PWR,NSHUT,MON 0/SM0/SP FC/S(SP) N/A IOS XR RUN PWR,NSHUT,MON 0/SM1/SP FC/S(SP) N/A IOS XR RUN PWR,NSHUT,MON Displaying Diagnostics Test Results: Example In the following example, the overall online diagnostics test results for 0/0/CPU0 are displayed: RP/0/RP0/CPU0:router(admin)# show diagnostic result location 0/0/cpu0 Current bootup diagnostic level for LC 0/0/CPU0: minimal LC 0/0/CPU0: Overall diagnostic result: PASS Current bootup diagnostic level for LC 0/0/CPU0: minimal Test results: (. = Pass, F = Fail, U = Untested) 1 ) Control Ethernet Ping Test >. In the following example, the detailed results of test 1 on 0/0/CPU0 are displayed: RP/0/RP0/CPU0:router(admin)# show diagnostic result location 0/0/CPU0 test 1 detail LC 0/0/CPU0: Overall diagnostic result: UNTESTED Diagnostic level at card bootup: minimal Test results: (. = Pass, F = Fail, U = Untested) 1 ) Control Ethernet Ping Test >. Error code > 0 (DIAG_SUCCESS) Total run count > 1 Last test execution time ----> Wed Nov 30 17:05: First test failure time -----> n/a Last test failure time > n/a Last test pass time > Wed Nov 30 17:05: Total failure count > 0 Consecutive failure count ---> 0 21
22 Additional References Additional References The following sections provide references related to Cisco IOS XR diagnostics. Related Documents Related Topic Diagnostics commands: complete command syntax, command modes, command history, defaults, usage guidelines, and examples Initial system bootup and configuration information for a router using Cisco IOS XR software Document Title Cisco IOS XR Interface and Hardware Components Command Reference, Release 3.4 Cisco IOS XR Getting Started, Release 3.4 Standards Standards No new or modified standards are supported by this feature, and support for existing standards has not been modified by this feature. Title MIBs MIBs MIBs Link To locate and download MIBs using Cisco IOS XR software, use the Cisco MIB Locator found at the following URL and choose a platform under the Cisco Access Products menu: RFCs RFCs Title There are no applicable RFCs for this module. 22
23 Additional References Technical Assistance Description The Cisco Technical Support website contains thousands of pages of searchable technical content, including links to products, technologies, solutions, technical tips, and tools. Registered Cisco.com users can log in from this page to access even more content. Link 23
24 Additional References 24
Creating Disk Backups for the Cisco IOS XR Software and Configurations
Creating Disk Backups f the Cisco IOS XR Software and Configurations This module describes the process to configure disk mirring and create a backup disk of the Cisco IOS XR software packages and configurations.
More informationGeneric On-Line Diagnostics
Generic On-Line Diagnostics 1 What Is Generic On-Line Diagnostics? (GOLD) 2 What Is GOLD? GOLD stands for Generic OnLine Diagnostics GOLD is a platform independent distributed framework that provides a
More informationImplementing Object Tracking on Cisco IOS XR Software
Implementing Object Tracking on Cisco IOS XR Software This module describes the configuration of object tracking on your Cisco IOS XR network. For information about its application in IPSec, see Cisco
More informationConfiguring NetFlow on Cisco IOS XR Software
Configuring NetFlow on Cisco IOS XR Software A NetFlow flow is a unidirectional sequence of packets that arrive on a single interface ( subinterface), and have the same values f key fields. NetFlow is
More informationGLBP - Gateway Load Balancing Protocol
GLBP - Gateway Load Balancing Protocol Gateway Load Balancing Protocol (GLBP) protects data traffic from a failed router or circuit, like Hot Standby Router Protocol (HSRP) and Virtual Router Redundancy
More informationRouter Security Audit Logs
Router Security Audit Logs The Router Security Audit Logs feature allows users to configure audit trails, which track changes that have been made to a router that is running Cisco IOS software. History
More informationHow To Install Cisco Asr 9000 Series Router Software On A Mini Mini Mini (Cisco Ios) Router
This chapter describes the router recovery methods in ROM Monitor (ROMMON) mode of the router. Table 1: Feature History for Router Recovery with the ROM Monitor Release Modification Release 4.2.0 A new
More informationConfiguring NetFlow on Cisco ASR 9000 Series Aggregation Services Router
Configuring NetFlow on Cisco ASR 9000 Series Aggregation Services Router This module describes the configuration of NetFlow on the Cisco ASR 9000 Series Aggregation Services Router. A NetFlow flow is a
More informationRouter Recovery with ROM Monitor
CHAPTER 2 This chapter describes the router recovery methods in ROM Monitor mode (ROMMON) of the router. This chapter contains the following sections: Overview, page 2-19 About ROMMON Installation Files,
More informationConfiguring the Cisco IOS In-Service Software Upgrade Process
CHAPTER 6 Configuring the Cisco IOS In-Service Software Upgrade Process Starting with Cisco IOS 12.2(31)SGA, ISSU is supported on the Catalyst 4500. All line cards are supported. Operating on redundant
More informationManaging Storage Services Modules
CHAPTER 3 This chapter describes how to manage the Storage Services Module (SSM) and provides information about SSI images. This chapter includes the following sections: SSM Overview, page 3-1 Initial
More informationNetFlow Subinterface Support
NetFlow Subinterface Support Feature History Release Modification 12.2(14)S This feature was introduced. 12.2(15)T This feature was integrated into Cisco IOS Release 12.2 T. This document describes the
More informationConnecting to the Firewall Services Module and Managing the Configuration
CHAPTER 3 Connecting to the Firewall Services Module and This chapter describes how to access the command-line interface and work with the configuration. This chapter includes the following sections: Connecting
More informationRoute Processor. Route Processor Overview CHAPTER
CHAPTER 6 This chapter describes the route processor (RP) card. The following sections are included: Overview, page 6-1 Primary and Standby Arbitration, page 6-4 RP Card to Fabric Module Queuing, page
More informationConfiguring Right-To-Use Licenses
Finding Feature Information, page 1 Restrictions for Configuring RTU Licenses, page 1 Information About Configuring RTU Licenses, page 2 How to Configure RTU Licenses, page 5 Monitoring and Maintaining
More informationNetFlow v9 Export Format
NetFlow v9 Export Format With this release, NetFlow can export data in NetFlow v9 (version 9) export format. This format is flexible and extensible, which provides the versatility needed to support new
More informationUSB Disable for Cisco ISRs Feature Module
USB Disable for Cisco ISRs Feature Module First Published: March 28, 2011 Part Number: This guide describes the USB Disable feature in the following major sections: Feature Introduction, page 1 Restrictions,
More informationConfiguring a Load-Balancing Scheme
Configuring a Load-Balancing Scheme Last Updated: October 5, 2011 This module contains information about Cisco Express Forwarding and describes the tasks for configuring a load-balancing scheme for Cisco
More information*613-000734 Rev A* PN 613-000734 Rev A 1
AT-S70 Version 1.6.0 Management Software for the Converteon Media Converter Products Software Release Notes Please read this document before you begin to use the management software. Supported Platforms
More informationBackup and Recovery Procedures
CHAPTER 10 This chapter provides Content Distribution Manager database backup and ACNS software recovery procedures. This chapter contains the following sections: Performing Backup and Restore Operations
More informationMigrating to a Cisco CRS-3 Carrier Routing System
CHAPTER 1 Migrating to a Cisco CRS-3 Carrier Routing System This chapter describes how to migrate a single-chassis Cisco CRS-1 Carrier Routing System to a single-chassis Cisco CRS-3 Carrier Routing System.
More informationUsing Debug Commands
C H A P T E R 1 Using Debug Commands This chapter explains how you can use debug commands to diagnose and resolve internetworking problems. Specifically, it covers the following topics: Entering debug
More informationVirtual Fragmentation Reassembly
Virtual Fragmentation Reassembly Currently, the Cisco IOS Firewall specifically context-based access control (CBAC) and the intrusion detection system (IDS) cannot identify the contents of the IP fragments
More informationImplementing Secure Shell
Secure Shell (SSH) is an application and a protocol that provides a secure replacement to the Berkeley r-tools. The protocol secures sessions using standard cryptographic mechanisms, and the application
More informationBasic Configuration of the Cisco 12000 Series Internet Router
CHAPTER 2 Basic Configuration of the Cisco 12000 Series Internet Router This chapter describes how to boot and configure the Cisco 12000 Series Internet Router. It discusses the following subjects: Cisco
More informationEmbedded Event Manager Debug Commands on Cisco IOS XR Software
Embedded Event Manager Debug Commands on Cisco IOS XR Software This chapter describes the commands used to debug Embedded Event Manager on Cisco IOS XR software. Caution Because debugging output is assigned
More informationUsing Debug Commands
Using Debug Commands This chapter explains how you use debug commands to diagnose and resolve internetworking problems. Specifically, it covers the following topics: Entering debug commands Using the debug?
More informationPer-Packet Load Balancing
Per-Packet Load Balancing Feature History Release 12.0(19)ST 12.0(21)S 12.0(22)S Modification This feature was introduced on the Cisco 10000 series routers. This feature was introduced on the Cisco 12000
More informationUpgrading Software Using the Online Installer
Upgrading Software Using the Online Installer Last Updated: December 8, 2009 This chapter provides the procedures for upgrading from a previous software version of the Cisco Integrated Storage System module
More informationEmbedded Event Manager Commands
This module describes the commands that are used to set the Embedded Event Manager (EEM) operational attributes and monitor EEM operations. The Cisco IOS XR software EEM functions as the central clearing
More informationManaging Dynamic Configuration
White Paper Immediate Network Synchronization with Low Overhead: Cisco Prime Network Reduced Polling VNE Cisco Prime Network's near real-time model relies on accurate information about the managed network
More informationImage Verification. Finding Feature Information. Restrictions for Image Verification
The feature allows users to automatically verify the integrity of Cisco IOS images. Thus, users can be sure that the image is protected from accidental corruption, which can occur at any time during transit,
More informationDatabase Replication Error in Cisco Unified Communication Manager
Database Replication Error in Cisco Unified Communication Manager Document ID: 100781 Contents Introduction Prerequisites Requirements Components Used Conventions Use Unifed Reports to Debug Replication
More informationSampled NetFlow. Feature Overview. Benefits
Sampled NetFlow This feature module describes the Sampled NetFlow feature. It includes information on the benefits of the new feature, supported platforms, supported standards, and the commands necessary
More informationTraffic Mirroring Commands on the Cisco IOS XR Software
Traffic Mirroring Commands on the Cisco IOS XR Software This module describes the commands used to configure and monitor traffic mirroring. acl, page 2 clear monitor-session counters, page 4 destination
More informationConfiguring PROFINET
CHAPTER 9 This chapter describes how to configure the PROFINET feature on the Cisco IE 3000 switch. Understanding PROFINET, page 9-1, page 9-4 Displaying the PROFINET Configuration, page 9-5 Troubleshooting
More informationNext-Generation Switch/Router Diagnostics and Debugging
White PAPER Next-Generation Switch/Router Diagnostics and Debugging Introduction The goal for a next-generation diagnostics and debugging system for switch/routers is to improve system uptime and availability
More informationUsing Debug Commands
CHAPTER 1 Using Debug Commands This chapter explains how you use debug commands to diagnose and resolve internetworking problems. Specifically, it covers the following topics: Entering debug commands Using
More informationNetFlow Aggregation. Feature Overview. Aggregation Cache Schemes
NetFlow Aggregation This document describes the Cisco IOS NetFlow Aggregation feature, which allows Cisco NetFlow users to summarize NetFlow export data on an IOS router before the data is exported to
More informationDHCP Server Port-Based Address Allocation
The feature provides port-based address allocation support on the Cisco IOS Dynamic Host Configuration Protocol (DHCP) server for the Ethernet platform. The DHCP server provides address assignment support
More informationConfiguring Enhanced Object Tracking
Configuring Enhanced Object Tracking First Published: May 2, 2005 Last Updated: July 1, 2009 Before the introduction of the Enhanced Object Tracking feature, the Hot Standby Router Protocol (HSRP) had
More informationROM Monitor. Entering the ROM Monitor APPENDIX
APPENDIX B This appendix describes the Cisco router ROM monitor (also called the bootstrap program). The ROM monitor firmware runs when the router is powered up or reset. The firmware helps to initialize
More informationHTTP 1.1 Web Server and Client
HTTP 1.1 Web Server and Client Finding Feature Information HTTP 1.1 Web Server and Client Last Updated: August 17, 2011 The HTTP 1.1 Web Server and Client feature provides a consistent interface for users
More informationLab 5.5 Configuring Logging
Lab 5.5 Configuring Logging Learning Objectives Configure a router to log to a Syslog server Use Kiwi Syslog Daemon as a Syslog server Configure local buffering on a router Topology Diagram Scenario In
More informationCisco IOS Software: Guide to Performing In-Service Software Upgrades
High-Availability Solution Overview Cisco IOS Software: Guide to Performing In-Service Software Upgrades In most networks, a significant cause of downtime is planned maintenance and software upgrades.
More informationSample Configuration Using the ip nat outside source static
Sample Configuration Using the ip nat outside source static Table of Contents Sample Configuration Using the ip nat outside source static Command...1 Introduction...1 Before You Begin...1 Conventions...1
More informationConfiguring a Load-Balancing Scheme
Configuring a Load-Balancing Scheme Finding Feature Information Configuring a Load-Balancing Scheme Last Updated: August 15, 2011 This module contains information about Cisco Express Forwarding and describes
More informationConfiguring SNMP and using the NetFlow MIB to Monitor NetFlow Data
Configuring SNMP and using the NetFlow MIB to Monitor NetFlow Data NetFlow is a technology that provides highly granular per-flow statistics on traffic in a Cisco router. The NetFlow MIB feature provides
More informationConfiguring NetFlow. Information About NetFlow. Send document comments to nexus1k-docfeedback@cisco.com. CHAPTER
CHAPTER 11 Use this chapter to configure NetFlow to characterize IP traffic based on its source, destination, timing, and application information, to assess network availability and performance. This chapter
More informationisco Troubleshooting Input Queue Drops and Output Queue D
isco Troubleshooting Input Queue Drops and Output Queue D Table of Contents Troubleshooting Input Queue Drops and Output Queue Drops..1 Interactive: This document offers customized analysis of your Cisco
More informationFirewall Stateful Inspection of ICMP
The feature addresses the limitation of qualifying Internet Control Management Protocol (ICMP) messages into either a malicious or benign category by allowing the Cisco IOS firewall to use stateful inspection
More informationLab 8.3.13 Configure Cisco IOS Firewall CBAC
Lab 8.3.13 Configure Cisco IOS Firewall CBAC Objective Scenario Topology In this lab, the students will complete the following tasks: Configure a simple firewall including CBAC using the Security Device
More informationConfiguring a Load-Balancing Scheme
This module contains information about Cisco Express Forwarding and describes the tasks for configuring a load-balancing scheme for Cisco Express Forwarding traffic. Load-balancing allows you to optimize
More informationChapter 10 Troubleshooting
Chapter 10 Troubleshooting This chapter explains how you can troubleshoot a specific problem, such as abnormal LED activity or no system power, when you power up the router. Topic Page Diagnosing Problems
More informationMonitoring Traffic Interception
CHAPTER 2 This chapter describes how to use traffic interception to monitor your WAAS devices and contains the following sections: Verifying WCCPv2 Interception, page 2-1 Verifying Inline Interception,
More informationProcedure: You can find the problem sheet on Drive D: of the lab PCs. Part 1: Router & Switch
University of Jordan Faculty of Engineering & Technology Computer Engineering Department Computer Networks Laboratory 907528 Lab. 2 Network Devices & Packet Tracer Objectives 1. To become familiar with
More informationEnhanced Password Security - Phase I
Enhanced Password Security - Phase I Feature History 120(18)S This feature was introduced This document describes the Enhanced Password Security feature in It includes the following sections: Feature Overview,
More informationPacket-over-SONET Interface Commands on the Cisco IOS XR Software
Packet-over-SONET Interface Commands on the Cisco IOS XR Software This module provides command line interface (CLI) commands for configuring Packet-over-SONET/SDH (POS) on the Cisco CRS Router. This module
More informationEncrypted Preshared Key
The feature allows you to securely store plain text passwords in type 6 (encrypted) format in NVRAM. Feature History for Release Modification 12.3(2)T This feature was introduced. Finding Support Information
More informationPrestige 310. Cable/xDSL Modem Sharing Router. User's Guide Supplement
Prestige 310 Cable/xDSL Modem Sharing Router User's Guide Supplement Domain Name Support Enhanced WAN Setup Remote Node Support PPPoE Support Enhanced Unix Syslog Setup Firmware and Configuration Files
More informationAT-S99 and AT-S102 Version 5.0.0 Management Software for the Converteon Media Converter Products. Software Release Notes
AT-S99 and AT-S102 Version 5.0.0 Management Software for the Converteon Media Converter Products Software Release Notes Please read this document before you begin to use the management software. Software
More informationConfiguring Link Bundling on Cisco IOS XR Software
Configuring Link Bundling on Cisco IOS XR Software This module describes the configuration of link bundle interfaces on the Cisco CRS Router. A link bundle is a group of one or more ports that are aggregated
More informationEmerald. Network Collector Version 4.0. Emerald Management Suite IEA Software, Inc.
Emerald Network Collector Version 4.0 Emerald Management Suite IEA Software, Inc. Table Of Contents Purpose... 3 Overview... 3 Modules... 3 Installation... 3 Configuration... 3 Filter Definitions... 4
More informationReboot the ExtraHop System and Test Hardware with the Rescue USB Flash Drive
Reboot the ExtraHop System and Test Hardware with the Rescue USB Flash Drive This guide explains how to create and use a Rescue USB flash drive to reinstall and recover the ExtraHop system. When booting
More informationIPSLA Y1731 On-Demand and Concurrent Operations
IPSLA Y1731 On-Demand and Concurrent Operations This module describes how to configure the IPSLA Y1731 SLM Feature Enhancements feature for enabling real-time Ethernet service troubleshooting for users
More information1 Basic Configuration of Cisco 2600 Router. Basic Configuration Cisco 2600 Router
1 Basic Configuration of Cisco 2600 Router Basic Configuration Cisco 2600 Router I decided to incorporate the Cisco 2600 into my previously designed network. This would give me two seperate broadcast domains
More informationVRRPv3: Object Tracking Integration
Virtual Router Redundancy Protocol (VRRP) enables a group of devices to form a single virtual device to provide redundancy. The LAN clients then can be configured with the virtual device as the default
More informationCisco CRS 4-Slot Line Card Chassis Overview
CHAPTER 1 This chapter describes the Cisco CRS Carrier Routing System 4-Slot Line Card Chassis and its main components. The following sections are included: System Overview, page 1-2 Main Features of the
More informationNAT TCP SIP ALG Support
The feature allows embedded messages of the Session Initiation Protocol (SIP) passing through a device that is configured with Network Address Translation (NAT) to be translated and encoded back to the
More informationConsolidated Packages and SubPackages Management
Consolidated Packages and SubPackages Management This document discusses how consolidated packages and software subpackages (individual and optional) are run and managed on the Cisco cbr Series Converged
More informationImage Refresh Using the Archive and Restore Feature
Image Refresh Using the Archive and Restore Feature This chapter describes how to backup the most recent Cisco IOS XR software and configuration files available on the Cisco ASR 9000 Series Aggregation
More informationConfiguring the Firewall Management Interface
Configuring the Firewall Management Interface The firewall management interface can be configured under each firewall context to provide a virtualized management interface (see Figure 7). The management
More information642 523 Securing Networks with PIX and ASA
642 523 Securing Networks with PIX and ASA Course Number: 642 523 Length: 1 Day(s) Course Overview This course is part of the training for the Cisco Certified Security Professional and the Cisco Firewall
More informationIPv6 Diagnostic and Troubleshooting
8 IPv6 Diagnostic and Troubleshooting Contents Introduction.................................................. 8-2 ICMP Rate-Limiting........................................... 8-2 Ping for IPv6 (Ping6)..........................................
More informationFirewall Stateful Inspection of ICMP
The feature categorizes Internet Control Management Protocol Version 4 (ICMPv4) messages as either malicious or benign. The firewall uses stateful inspection to trust benign ICMPv4 messages that are generated
More informationTable of Contents. Cisco How to Download a Software Image to a Cisco 2600 through TFTP Using the tftpdnld ROMmon Command
mand Table of Contents How to Download a Software Image to a Cisco 2600 through TFTP Using the tftpdnld ROMmon Command...1 Introduction...1 Prerequisites...1 Requirements...1 Components Used...1 Conventions...1
More informationApplicazioni Telematiche
Angelo Coiro Laboratorio Applicazioni Telematiche L emulatore Packet Tracer Packet Tracer Cisco Packet Tracer is an academic software that allows to emulate Cisco devices Packet Tracer can be used for
More informationPharos Control User Guide
Outdoor Wireless Solution Pharos Control User Guide REV1.0.0 1910011083 Contents Contents... I Chapter 1 Quick Start Guide... 1 1.1 Introduction... 1 1.2 Installation... 1 1.3 Before Login... 8 Chapter
More informationTroubleshooting Bundles and Load Balancing
CHAPTER 5 This chapter explains the procedures for troubleshooting link bundles and load balancing on the Cisco ASR 9000 Aggregation Services Router. A link bundle is a group of ports that are bundled
More informationpc resource monitoring and performance advisor
pc resource monitoring and performance advisor application note www.hp.com/go/desktops Overview HP Toptools is a modular web-based device management tool that provides dynamic information about HP hardware
More informationNNMi120 Network Node Manager i Software 9.x Essentials
NNMi120 Network Node Manager i Software 9.x Essentials Instructor-Led Training For versions 9.0 9.2 OVERVIEW This course is designed for those Network and/or System administrators tasked with the installation,
More informationConfiguring SSL VPN on the Cisco ISA500 Security Appliance
Application Note Configuring SSL VPN on the Cisco ISA500 Security Appliance This application note describes how to configure SSL VPN on the Cisco ISA500 security appliance. This document includes these
More informationConfiguring System Message Logging
CHAPTER 25 This chapter describes how to configure system message logging on the Catalyst 2960 switch. Note For complete syntax and usage information for the commands used in this chapter, see the Cisco
More informationNetFlow Policy Routing
NetFlow Policy Routing Feature Summary NetFlow policy routing (NPR) integrates policy routing, which enables traffic engineering and traffic classification, with NetFlow services, which provide billing,
More informationMBP_MSTR: Modbus Plus Master 12
Unity Pro MBP_MSTR 33002527 07/2011 MBP_MSTR: Modbus Plus Master 12 Introduction This chapter describes the MBP_MSTR block. What s in this Chapter? This chapter contains the following topics: Topic Page
More informationConfiguring Health Monitoring
CHAPTER 6 This chapter describes how to configure the health monitoring on the CSM and contains these sections: Configuring Probes for Health Monitoring, page 6-1 Configuring Route Health Injection, page
More informationConfiguring Auto-QoS
Finding Feature Information, page 1 Prerequisites for Auto-QoS, page 1 Restrictions for Auto-QoS, page 2 Information About, page 3 How to Configure Auto-QoS, page 5 Monitoring Auto-QoS, page 9 Configuration
More information3.1 Connecting to a Router and Basic Configuration
3.1 Connecting to a Router and Basic Configuration Objective This lab will focus on the ability to connect a PC to a router in order to establish a console session and observe the user interface. A console
More informationConfiguring System Message Logging
CHAPTER 1 This chapter describes how to configure system message logging on the Cisco 4700 Series Application Control Engine (ACE) appliance. Each ACE contains a number of log files that retain records
More informationSilect Software s MP Author
Silect MP Author for Microsoft System Center Operations Manager Silect Software s MP Author User Guide September 2, 2015 Disclaimer The information in this document is furnished for informational use only,
More informationEncrypted Preshared Key
Encrypted Preshared Key The Encrypted Preshared Key feature allows you to securely store plain text passwords in type 6 (encrypted) format in NVRAM. Feature History for Encrypted Preshared Key Release
More informationConfiguring a Leased Line
CHAPTER 4 Configuring a Leased Line The configuration in this chapter describes how to configure a Cisco 1700 router for IP and IPX over a synchronous serial line. Before You Begin The configuration in
More informationFlow-Based per Port-Channel Load Balancing
The feature allows different flows of traffic over a Gigabit EtherChannel (GEC) interface to be identified based on the packet header and then mapped to the different member links of the port channel.
More informationNote: This case study utilizes Packet Tracer. Please see the Chapter 5 Packet Tracer file located in Supplemental Materials.
Note: This case study utilizes Packet Tracer. Please see the Chapter 5 Packet Tracer file located in Supplemental Materials. CHAPTER 5 OBJECTIVES Configure a router with an initial configuration. Use the
More informationMonitoring and Analyzing Switch Operation
B Monitoring and Analyzing Switch Operation Contents Overview..................................................... B-3....................................... B-4 Menu Access To Status and Counters.........................
More informationThe Purpose and Use of the Configuration Register on All Cisco Routers
The Purpose and Use of the Configuration Register on All Cisco Routers Document ID: 50421 Contents Introduction Prerequisites Requirements Components Used Conventions The Purpose of the Configuration Register
More informationEnhanced Password Security - Phase I
Enhanced Password Security - Phase I Feature History 120(18)S 121(8a)E 122(14)S This feature was introduced Support for this feature was integrated into Cisco IOS Release 121(8a)E This feature was integrated
More informationAdministering the Network Analysis Module. Cisco IOS Software. Logging In to the NAM with Cisco IOS Software CHAPTER
CHAPTER 4 How you administer the NAM on your Catalyst 6500 series switch or Cisco 7600 series router depends on whether you are using the Cisco IOS software or the Catalyst operating system software. Several
More informationTransferring Files Using HTTP or HTTPS
Transferring Files Using HTTP or HTTPS First Published: May 5, 2005 Last Updated: May 14, 2009 Cisco IOS Release 12.4 provides the ability to transfer files between your Cisco IOS software-based device
More informationIntroducing the BIG-IP and SharePoint Portal Server 2003 configuration
Deployment Guide Deploying Microsoft SharePoint Portal Server 2003 and the F5 BIG-IP System Introducing the BIG-IP and SharePoint Portal Server 2003 configuration F5 and Microsoft have collaborated on
More information