JNCDS-SEC study materials
JNCDS-SEC study resources

JNCDS-SEC key terms

JNCDS-SEC · Get comfortable with the vocabulary.

Security design requirements gathering

The process of interviewing stakeholders to capture what must be protected, which compliance rules apply, who needs access, and which threats matter most, before selecting any product or topology. It produces measurable acceptance criteria rather than vague goals.

Related: Risk assessment, Defense in depth
Risk assessment

A structured evaluation that ranks threats by likelihood and business impact so security spending targets the highest-value exposures. Outputs typically feed a prioritized control list that later design decisions must trace back to.

Related: Security design requirements gathering, Compliance scope
Compliance scope

The set of systems, data flows, and locations subject to a regulation such as PCI DSS, HIPAA, or GDPR. Defining it early constrains segmentation, logging retention, and encryption choices throughout the design.

Related: Risk assessment, Microsegmentation
Defense in depth

Layering independent controls so that failure or bypass of one does not expose the whole environment. Network examples include edge firewalls, internal segmentation, endpoint controls, and identity-based access working together rather than as a single chokepoint.

Related: Zero trust architecture, Microsegmentation
Zero trust architecture

A model that grants access per session based on verified identity and device posture instead of implicit trust from network location. It typically combines strong authentication, least-privilege policy, and continuous monitoring of every request.

Related: Defense in depth, TrustSec/SGT
Microsegmentation

Dividing a data center or campus network into fine-grained policy zones, often down to individual workloads, so east-west traffic is filtered rather than freely flowing inside a VLAN. It limits lateral movement after a compromise.

Related: TrustSec/SGT, Compliance scope
TrustSec/SGT

Cisco's identity-based segmentation approach using Security Group Tags carried in the packet so switches and firewalls enforce policy by group label rather than by IP subnet. It decouples policy from addressing and simplifies rule sets.

Related: Microsegmentation, 802.1X authentication
802.1X authentication

An IEEE port-based access control standard where a supplicant proves identity to an authenticator, which consults a RADIUS server before permitting network access. It is the foundation for wired and wireless identity-based admission.

Related: MAB (MAC Authentication Bypass), TrustSec/SGT
MAB (MAC Authentication Bypass)

A fallback for devices that cannot run an 802.1X supplicant, such as printers or cameras, where the switch authenticates the device by its MAC address against the RADIUS server. It is weaker than certificate-based identity and should be scoped narrowly.

Related: 802.1X authentication, Profiling and device classification
Profiling and device classification

Detecting device type from DHCP, CDP/LLDP, HTTP user-agent, and MAC OUI attributes so policy can be applied to unknown or headless endpoints. It often supports dynamic VLAN or SGT assignment before full authentication succeeds.

Related: MAB (MAC Authentication Bypass), Guest network isolation
Guest network isolation

A separate SSID or VLAN for visitors with restricted egress, client isolation, and no path to internal resources. Design must also address captive portal, bandwidth limits, and legal disclaimers.

Related: Profiling and device classification, DMZ design
DMZ design

A screened subnet hosting externally reachable services, positioned between the internet edge and internal networks with distinct firewall policy in each direction. It minimizes blast radius if a public-facing server is compromised.

Related: Firewall high availability, Guest network isolation
Firewall high availability

Pairing firewalls in active/standby or active/active so that a device failure does not sever traffic. Design must cover state synchronization, failover link placement, and how routing reconverges around the failed unit.

Related: DMZ design, First-hop redundancy protocol
First-hop redundancy protocol

HSRP, VRRP, or GLBP, which present a shared virtual gateway address so hosts keep connectivity when a distribution switch fails. The design must align the FHRP active node with the spanning-tree root and the routing next hop.

Related: Firewall high availability, Spanning tree design
Spanning tree design

Choosing root bridges, port roles, and loop-prevention features such as PortFast, BPDU Guard, and Root Guard so Layer 2 topologies converge predictably. Deterministic root placement also keeps switched paths aligned with routing and FHRP roles.

Related: First-hop redundancy protocol, EtherChannel
EtherChannel

Bundling multiple physical links into one logical link using LACP or a static bundle to add bandwidth and link redundancy. Members must match in speed, duplex, and VLAN configuration, and the bundle should span separate physical paths.

Related: Spanning tree design, StackWise/VSS
StackWise/VSS

Cisco technologies that combine two physical switches into one logical device for simplified management and multi-chassis EtherChannel. They remove the need for spanning tree to block one uplink, improving both convergence and utilization.

Related: EtherChannel, First-hop redundancy protocol
Campus three-tier hierarchy

The classic access, distribution, and core layering that separates user attachment, policy and aggregation, and high-speed transit. Each layer has clear roles, which keeps failure domains small and scaling predictable.

Related: Collapsed core, Routed access layer
Collapsed core

A two-tier design where distribution switches also perform core functions, used in smaller campuses where dedicated core capacity is unnecessary. It reduces cost and hop count but limits scaling and path diversity.

Related: Campus three-tier hierarchy, Routed access layer
Routed access layer

Pushing Layer 3 to the access switch so each closet is its own subnet and VLANs do not span the campus. This shrinks broadcast domains, speeds convergence, and simplifies policy at the cost of more routing adjacencies.

Related: Campus three-tier hierarchy, Collapsed core
PoE budget planning

Calculating total power drawn by powered devices per switch and per power supply so that access points, cameras, and phones receive the class of power they need. Designs should account for failover scenarios where one supply is lost.

Related: Wireless LAN design, Campus three-tier hierarchy
Wireless LAN design

Planning AP placement, channel reuse, and controller or Catalyst 9800 capacity so coverage and roaming meet application needs. It depends on a site survey and on the throughput and latency requirements gathered for each client class.

Related: PoE budget planning, Guest network isolation
SD-WAN

A WAN architecture that centralizes policy and uses an overlay across multiple transports, steering traffic by application over the best path. It replaces static branch routing with centralized control and encrypted tunnels.

Related: DMVPN, Application-aware routing
DMVPN

A hub-and-spoke tunneling design using mGRE and NHRP so spokes can build direct tunnels without static peer configuration. It is a traditional option when an SD-WAN overlay is out of scope.

Related: SD-WAN, IPsec VPN
IPsec VPN

A suite that authenticates and encrypts IP traffic using IKE for key exchange and ESP for payload protection. Designs must choose tunnel versus transport mode, interesting traffic, and whether to use a hub for spoke-to-spoke paths.

Related: DMVPN, SD-WAN
Application-aware routing

Classifying traffic by application signature and steering it over the path that meets its SLA, such as latency or jitter targets. It depends on accurate classification and continuous path-quality measurement.

Related: SD-WAN, QoS trust boundary
QoS trust boundary

The point where the network begins trusting or marking packet priority, usually the access edge or WAN handoff. Placing it correctly prevents users from spoofing priority while preserving markings across the WAN.

Related: Application-aware routing, SD-WAN
Carrier handoff design

Choosing physical and logical interfaces, media, and routing at the boundary with a service provider, including whether to use BGP, static routes, or a managed CE. It determines how failover and SLA monitoring work.

Related: SD-WAN, BGP design
BGP design

Deciding autonomous system numbers, peering relationships, route filtering, and path selection so internal and external routing behave predictably. In campus and WAN designs it is usually paired with careful prefix advertisement and summarization.

Related: Carrier handoff design, OSPF area design
OSPF area design

Dividing a routing domain into areas, typically with a backbone and stub or totally stubby areas, to bound flooding and speed convergence. Area boundaries should align with summarization points and topology changes.

Related: BGP design, Routing summarization
Routing summarization

Advertising a single aggregate prefix instead of many specific routes to reduce table size and hide instability. It requires contiguous addressing and careful placement at area or autonomous system boundaries.

Related: OSPF area design, BGP design
Network management plane

The paths used for device administration and telemetry, such as out-of-band consoles, management VLANs, AAA, and syslog. It should be separated from user traffic and reachable only through controlled access.

Related: SNMP and streaming telemetry, AAA and TACACS+
AAA and TACACS+

Centralized authentication, authorization, and accounting for device logins, commonly with TACACS+ for per-command authorization. It removes local credentials as the primary control and produces an audit trail.

Related: Network management plane, SNMP and streaming telemetry
SNMP and streaming telemetry

Mechanisms for collecting device health and performance data, with SNMP polling as the legacy approach and model-driven streaming telemetry as the scalable alternative. Both require careful access control and rate planning.

Related: Network management plane, AAA and TACACS+
Out-of-band management

A separate physical or logical path, such as a console server or dedicated management network, used to reach devices when the production network is down. It is essential for recovery from misconfiguration or outages.

Related: Network management plane, Firewall high availability
Spine-leaf architecture

A data center topology where every leaf connects to every spine, giving uniform, predictable any-to-any latency and easy horizontal scaling. It relies on Layer 3 routing or an overlay such as VXLAN to use all paths.

Related: VXLAN/EVPN, Data center overlay versus underlay
VXLAN/EVPN

A data center overlay that encapsulates Layer 2 frames in UDP and uses BGP EVPN as the control plane for MAC and IP reachability. It enables large Layer 2 segments across a routed fabric without flooding.

Related: Spine-leaf architecture, Data center overlay versus underlay
Data center overlay versus underlay

The underlay is the routed physical fabric carrying loopback-to-loopback connectivity; the overlay is the logical tunneling layer built on top. Clear separation lets each scale and be troubleshot independently.

Related: Spine-leaf architecture, VXLAN/EVPN
Application-centric infrastructure

Cisco ACI, a policy-driven data center fabric where endpoint connectivity is defined by application profiles and contracts rather than per-switch CLI. It centralizes intent but requires a clear naming and policy model.

Related: Spine-leaf architecture, Microsegmentation
Data center interconnect

The design for linking two or more data centers for replication, workload mobility, or disaster recovery, using dark fiber, DWDM, or overlay tunnels. Choices hinge on latency, bandwidth, and whether Layer 2 extension is truly required.

Related: VXLAN/EVPN, Disaster recovery site design
Disaster recovery site design

Selecting hot, warm, or cold standby capacity and the replication and failover mechanisms that meet recovery time and recovery point objectives. It must be validated with tested runbooks, not just documented intent.

Related: Data center interconnect, Risk assessment