nerdexam
Cisco

800-150 · Question #77

Drag and Drop Question Drag and drop the Cisco NX-OS components from the left onto the corresponding descriptions on the right. Answer:

The question as provided uses placeholder labels ("component1" through "component4") without revealing what the actual draggable items are, so I'll explain each target description and what NX-OS component belongs there - which is the knowledge the question is really testing…

Cisco IOS and Hardware Components

Question

Drag and Drop Question Drag and drop the Cisco NX-OS components from the left onto the corresponding descriptions on the right. Answer:

Exhibit

800-150 question #77 exhibit

Explanation

The question as provided uses placeholder labels ("component1" through "component4") without revealing what the actual draggable items are, so I'll explain each target description and what NX-OS component belongs there - which is the knowledge the question is really testing.


NX-OS Component Explanations

1. Kickstart Image

What it is: A small, lightweight boot image used in older NX-OS (pre-9.2) to initialize the kernel and bring up a minimal environment before loading the full OS.

Key facts:

  • File typically named: n7000-s2-kickstart.x.x.x.bin
  • Loads first during the boot sequence
  • Does not contain full NX-OS features - it's a bootstrap only
  • In modern NX-OS (9.2+), the kickstart image was unified into a single image, so this is a legacy concept

Common mistake: Confusing it with ROMMON or the BIOS. The kickstart image is NX-OS-specific, not firmware-level.


2. System Image

What it is: The primary NX-OS software image containing the full operating system, features, and protocols.

Key facts:

  • File typically named: n7000-s2-dk9.x.x.x.bin
  • Loads after the kickstart image in the legacy dual-image model
  • Contains all routing protocols, feature modules, and management capabilities

Common mistake: Thinking the system image alone is sufficient to boot - on legacy platforms, both kickstart and system images were required. Modern unified images changed this.


3. Global Configuration Command Mode

What it is: The mode entered by typing configure terminal from privileged EXEC mode. Changes here affect the entire device.

Key facts:

  • Prompt looks like: switch(config)#
  • Used for interface configs, routing protocols, VLANs, features, etc.
  • Commands apply globally unless scoped (e.g., entering interface sub-mode)

Common mistake: Confusing it with sub-configuration modes (like config-if). Global config is the parent; interface/VLAN modes are children.


4. EXEC Command Mode

What it is: The operational mode used for monitoring and diagnostics - not for making configuration changes.

Key facts:

  • Two levels: User EXEC (switch>) and Privileged EXEC (switch#)
  • Privileged EXEC is accessed via enable
  • Commands like show, ping, traceroute, copy run here

Common mistake: Thinking show commands can only run in privileged EXEC - many basic show commands are available in user EXEC too, but privileged EXEC has full access.


Summary Table

DescriptionNX-OS ComponentKey Distinguisher
Kickstart ImageLegacy boot/kernel imageLoads first, minimal environment
System ImageFull NX-OS OS imageContains all features
Global Config Modeconfigure terminal(config)# prompt, changes device
EXEC ModeOperational/monitoring modeshow commands, no config changes

Bottom line: The exam is testing whether you can distinguish NX-OS's dual-image boot architecture from its command hierarchy. The most common trap is conflating the kickstart vs. system image roles, or mixing up EXEC mode vs. config mode.

Topics

#NX-OS#Nexus components#data center OS#Cisco software

Community Discussion

No community discussion yet for this question.

Full 800-150 Practice