Exam Domain
A major topic area covered by the exam.
Getting Started: Exam Overview
Free knowledge base
Everything from the course in one searchable place: 308 entries. Use it to review before a practice test or look up a word you forgot.
308 results · showing first 300, refine your search
A major topic area covered by the exam.
Getting Started: Exam Overview
Percentage of total exam score attributed to a domain.
Getting Started: Exam Overview
Third-party vendor administering Cisco certification exams.
Getting Started: Exam Overview
Question type with one or more correct options.
Getting Started: Exam Overview
Question type testing practical skills in a virtual environment.
Getting Started: Exam Overview
Document detailing exam performance by domain.
Getting Started: Exam Overview
Rules governing how soon an exam can be reattempted.
Getting Started: Exam Overview
To remember the high-weight domains: 'APIs, Software, Platforms, Automation' (ASPA) are the big ones. Network Fundamentals is tiny!
Getting Started: Exam Overview
The DEVASC exam (200-901) is 120 minutes long and covers six specific domains with defined weightings. Memorize these six domains and their approximate weightings to prioritize your study.
Getting Started: Exam Overview
Spending too much time on low-weighted topics like Network Fundamentals, neglecting higher-weighted areas.
Getting Started: Exam Overview
Not understanding the different question types, especially multiple-answer or simulation questions, which require specific strategies.
Getting Started: Exam Overview
Ignoring the score report after a failed attempt, missing valuable feedback on weak areas.
Getting Started: Exam Overview
Cisco's developer program for APIs, tools, and learning.
Getting Started: Exam Overview
Detailed guides for using an API, including endpoints and data.
Getting Started: Exam Overview
Tools and libraries to build applications for a platform.
Getting Started: Exam Overview
Free, on-demand access to real Cisco hardware/software.
Getting Started: Exam Overview
Continuously available, shared DevNet sandbox environment.
Getting Started: Exam Overview
Dedicated DevNet sandbox for a specific, scheduled period.
Getting Started: Exam Overview
DevNet repository for community-contributed code samples.
Getting Started: Exam Overview
Step-by-step tutorials and exercises on DevNet.
Getting Started: Exam Overview
To navigate DevNet, remember 'T-L-S-C-C': Technologies, Learning, Sandboxes, Code Exchange, Community. It's like finding your way through a library!
Getting Started: Exam Overview
The DEVASC exam expects you to know the purpose of DevNet Sandboxes (Always-On vs. Reservable) and where to find API documentation for common Cisco platforms like DNA Center or Meraki.
Getting Started: Exam Overview
Not using DevNet Sandboxes for hands-on practice, relying only on theoretical knowledge.
Getting Started: Exam Overview
Failing to explore the 'Learning' section for specific DEVASC study materials and labs.
Getting Started: Exam Overview
Underestimating the importance of navigating DevNet quickly to find relevant API documentation.
Getting Started: Exam Overview
Software Development Life Cycle; structured process for software creation.
Software Development Fundamentals
Linear, sequential development methodology; each phase finishes before next.
Software Development Fundamentals
Iterative, flexible development methodology; emphasizes collaboration and rapid delivery.
Software Development Fundamentals
A short, time-boxed iteration in Agile development, typically 1-4 weeks.
Software Development Fundamentals
A popular Agile framework for managing complex software projects.
Software Development Fundamentals
An Agile method focusing on visualizing work and limiting work-in-progress.
Software Development Fundamentals
Collecting and documenting what a software system needs to do.
Software Development Fundamentals
Releasing software to users or production environments.
Software Development Fundamentals
Remember 'WAFAS' for Waterfall: 'W' for 'Wait for each step,' 'A' for 'Analyze upfront,' 'F' for 'Fixed plan,' 'A' for 'After each phase,' 'S' for 'Sequential.' For Agile, think 'ADAPT': 'A' for 'Adaptable,' 'D' for 'Deliver frequently,' 'A' for 'CollaborAte,' 'P' for 'Prioritize,' 'T' for 'Teamwork.'
Software Development Fundamentals
The exam expects you to distinguish between Waterfall and Agile, understanding their core principles and when each is best applied. Look for keywords like 'sequential,' 'fixed requirements,' 'iterative,' or 'changing requirements' in questions.
Software Development Fundamentals
Confusing the phases of SDLC or their order.
Software Development Fundamentals
Assuming Agile is always better than Waterfall; each has its place.
Software Development Fundamentals
Not understanding that Scrum and Kanban are specific implementations of Agile, not separate methodologies.
Software Development Fundamentals
The set of rules that define how a Python program is written.
Software Development Fundamentals
Whitespace used to define code blocks in Python; crucial for structure.
Software Development Fundamentals
Classification of data that tells the interpreter how to interpret values.
Software Development Fundamentals
Code that executes based on whether a condition is true or false (if/elif/else).
Software Development Fundamentals
A control flow statement that executes a block of code repeatedly.
Software Development Fundamentals
A named block of reusable code that performs a specific task.
Software Development Fundamentals
Refers to objects whose state can be modified after creation (e.g., lists).
Software Development Fundamentals
Refers to objects whose state cannot be changed after creation (e.g., tuples, strings).
Software Development Fundamentals
ITALIC: Indentation, Types, If/Else, Loops, Input/Output, Comments. Remember these core concepts for Python basics!
Software Development Fundamentals
The exam expects you to recognize correct Python syntax, identify common data types (int, str, list, dict, bool), and understand how 'if/elif/else' and 'for/while' loops control program flow. Pay attention to indentation and the use of colons.
Software Development Fundamentals
Incorrect indentation: Python uses whitespace for code blocks; inconsistent or incorrect indentation will cause 'IndentationError'.
Software Development Fundamentals
Confusing mutable and immutable types: Trying to modify a tuple or string in place will result in an error.
Software Development Fundamentals
Forgetting colons: 'if', 'for', 'while', and 'def' statements must end with a colon (:) to define the start of a new code block.
Software Development Fundamentals
Ordered, mutable collection of items in Python.
Software Development Fundamentals
Ordered, immutable collection of items in Python.
Software Development Fundamentals
Unordered collection of key-value pairs for fast lookup.
Software Development Fundamentals
Unordered collection of unique elements.
Software Development Fundamentals
Step-by-step procedure to solve a problem.
Software Development Fundamentals
Checks each item sequentially until target is found.
Software Development Fundamentals
Efficient search for sorted lists by halving intervals.
Software Development Fundamentals
Describes algorithm's efficiency growth with input size.
Software Development Fundamentals
L-T-D-S: Lists are Like Tupperware (changeable), Tuples are Tightly sealed (unchangeable), Dictionaries are Doorways (key-value access), Sets are for Singles (unique items).
Software Development Fundamentals
The exam often tests your ability to select the most appropriate Python data structure for a given scenario. Pay close attention to keywords like 'unique items,' 'fast lookup by key,' 'ordered and unchangeable,' or 'ordered and changeable.' Memorize the characteristics of lists, tuples, dictionaries, and sets.
Software Development Fundamentals
Using a list for frequent lookups by a unique identifier when a dictionary would be much faster.
Software Development Fundamentals
Attempting to use binary search on an unsorted list, which will produce incorrect results.
Software Development Fundamentals
Not considering the Big O complexity for large datasets, leading to inefficient code that performs poorly under scale.
Software Development Fundamentals
Software to manage changes to documents, code, and other files over time.
Software Development Fundamentals
A distributed version control system widely used for tracking changes in source code.
Software Development Fundamentals
A project's entire history, including all files and revisions.
Software Development Fundamentals
A snapshot of your repository at a specific point in time, with a message.
Software Development Fundamentals
A lightweight movable pointer to a commit, allowing parallel development.
Software Development Fundamentals
The process of combining changes from one branch into another.
Software Development Fundamentals
An intermediate area where changes are prepared before being committed.
Software Development Fundamentals
A shared repository hosted on a server, used for collaboration.
Software Development Fundamentals
Remember 'ACPU' for the core Git actions: Add, Commit, Push, Update (pull).
Software Development Fundamentals
The DevNet Associate exam expects you to understand the difference between local and remote repositories and the purpose of commands like 'git clone', 'git add', 'git commit', 'git push', and 'git pull'. Pay attention to the order of operations.
Software Development Fundamentals
Forgetting to 'git add' files before 'git commit', resulting in an empty commit or missing changes.
Software Development Fundamentals
Trying to 'git push' without first 'git pull'ing recent changes from the remote, leading to conflicts.
Software Development Fundamentals
Working directly on the 'main' branch for new features instead of creating a dedicated feature branch.
Software Development Fundamentals
Architectural style for networked applications.
Mastering API Interactions
Any identifiable information, accessed via URI.
Mastering API Interactions
Uniform Resource Identifier, unique name for a resource.
Mastering API Interactions
How resource state is delivered (e.g., JSON, XML).
Mastering API Interactions
Server does not store client context between requests.
Mastering API Interactions
Operation yields same result if executed multiple times.
Mastering API Interactions
Verbs (GET, POST, PUT, DELETE) for resource actions.
Mastering API Interactions
Standardized way to interact with resources.
Mastering API Interactions
To remember REST principles: 'CLSUC' - Clients Like Servers, Understand Caching. (Client-Server, Layered System, Statelessness, Uniform Interface, Cacheability)
Mastering API Interactions
The exam often tests the core REST constraints. Memorize 'Client-Server, Stateless, Cacheable, Uniform Interface, Layered System'. Also, know which HTTP methods are idempotent.
Mastering API Interactions
Confusing REST with a protocol; it's an architectural style.
Mastering API Interactions
Assuming REST APIs must use JSON; while common, XML or other formats are also valid representations.
Mastering API Interactions
Expecting the server to remember your previous actions (violating statelessness).
Mastering API Interactions
Verifying the identity of a user or application.
Mastering API Interactions
Granting permission to an authenticated entity.
Mastering API Interactions
Sends Base64 encoded username:password in Authorization header.
Mastering API Interactions
Uses an access token (e.g., JWT) for subsequent requests.
Mastering API Interactions
Authorization framework for delegated access, not authentication.
Mastering API Interactions
Credential allowing access to protected resources.
Mastering API Interactions
Temporary code exchanged for an access token in OAuth 2.0.
Mastering API Interactions
The entity (user) that grants access to their protected resources.
Mastering API Interactions
BAT-O: Basic, Access Token, OAuth. Remember them like a baseball bat hitting an 'O' for authentication!
Mastering API Interactions
For the DevNet Associate exam, memorize the four main grant types of OAuth 2.0 and understand the high-level steps of the Authorization Code Grant flow. Keywords to spot include 'delegated access' and 'authorization framework'.
Mastering API Interactions
Using Basic Authentication without HTTPS, exposing credentials.
Mastering API Interactions
Confusing authentication (who you are) with authorization (what you can do).
Mastering API Interactions
Implementing OAuth 2.0 flows incorrectly, leading to security vulnerabilities.
Mastering API Interactions
A specific URL where an API can be accessed.
Mastering API Interactions
The action to be performed (GET, POST, PUT, DELETE).
Mastering API Interactions
Command-line tool for making HTTP requests.
Mastering API Interactions
GUI tool for API development, testing, and documentation.
Mastering API Interactions
A 3-digit number indicating the HTTP request outcome.
Mastering API Interactions
Data sent from client to server in a POST/PUT request.
Mastering API Interactions
Docs, Curl, Postman: 'DCP' for 'Debug, Check, Play' with APIs!
Mastering API Interactions
The exam expects you to identify key sections of API documentation (endpoints, methods, parameters, authentication) and understand the basic usage of `curl` and Postman for testing and troubleshooting API calls. Focus on interpreting status codes and error messages.
Mastering API Interactions
Ignoring error messages in the API response, which often contain crucial debugging information.
Mastering API Interactions
Not checking authentication details (API keys, tokens) as a first step when receiving 401/403 errors.
Mastering API Interactions
Assuming the API documentation is always perfectly up-to-date; always cross-reference with actual testing.
Mastering API Interactions
An automated HTTP POST request sent by a service when an event occurs.
Mastering API Interactions
Repeatedly making requests to an API to check for new data or changes.
Mastering API Interactions
Restricting the number of API requests an application can make in a timeframe.
Mastering API Interactions
Status code indicating 'Too Many Requests' due to rate limiting.
Mastering API Interactions
JavaScript Object Notation; a lightweight, human-readable data interchange format.
Mastering API Interactions
Extensible Markup Language; a tag-based data interchange format.
Mastering API Interactions
A fundamental data structure where a unique key maps to a specific value.
Mastering API Interactions
A strategy for retrying failed operations with progressively longer delays.
Mastering API Interactions
W-R-D: Webhooks React Directly (push), Rate limits Restrict Demands, Data formats Describe Data.
Mastering API Interactions
For the DEVASC exam, be prepared to distinguish between polling and webhooks, recognize HTTP 429 as a rate limit indicator, and identify JSON and XML as primary API data formats. Understand their basic structure.
Mastering API Interactions
Confusing webhooks (push) with polling (pull) and their respective efficiency implications.
Mastering API Interactions
Ignoring HTTP 429 responses and not implementing retry logic, leading to application failures.
Mastering API Interactions
Misunderstanding the basic structure of JSON or XML, causing parsing errors in API integrations.
Mastering API Interactions
Centralized network management platform for enterprise networks.
Cisco Platforms for Developers
APIs used by external applications to consume services from a platform.
Cisco Platforms for Developers
APIs used by a platform to communicate with network devices.
Cisco Platforms for Developers
Cloud-managed networking solution with centralized control.
Cisco Platforms for Developers
RESTful API for programmatic management of Meraki networks.
Cisco Platforms for Developers
Automated messages sent from a system when specific events occur.
Cisco Platforms for Developers
DNA Center APIs for monitoring network health and performance.
Cisco Platforms for Developers
DNA Center has 'North' for 'New' applications and 'South' for 'Systems' (devices). Meraki is 'Mighty' in the 'Cloud'.
Cisco Platforms for Developers
The exam expects you to know that DNA Center uses northbound APIs for integration with external systems and southbound APIs for device interaction. For Meraki, remember it's a cloud-managed platform and its APIs are RESTful for network management.
Cisco Platforms for Developers
Confusing DNA Center's northbound and southbound API directions.
Cisco Platforms for Developers
Assuming Meraki APIs are only for monitoring, neglecting their configuration capabilities.
Cisco Platforms for Developers
Not understanding that DNA Center manages on-premise enterprise networks, while Meraki is cloud-managed.
Cisco Platforms for Developers
RESTful interface for programmatic interaction with Webex Teams.
Cisco Platforms for Developers
Holistic view of application and infrastructure performance.
Cisco Platforms for Developers
Cisco's FSO solution for application performance monitoring.
Cisco Platforms for Developers
Automated program interacting with users in Webex Teams spaces.
Cisco Platforms for Developers
A collaboration area in Webex Teams for messaging and sharing.
Cisco Platforms for Developers
To remember Webex Teams APIs, think: 'Mice Run Past People's Windows' for Messages, Rooms, People, Webhooks.
Cisco Platforms for Developers
The exam often tests your understanding of *which* API resources are used for *what* purpose in Webex Teams, e.g., 'Which API would you use to send a message?' (Messages API). Also, recognize the core benefit of FSO: holistic visibility.
Cisco Platforms for Developers
Confusing Webex Teams API authentication methods (e.g., trying to use OAuth for a simple bot personal access token).
Cisco Platforms for Developers
Not understanding the difference between polling an API and receiving real-time updates via webhooks.
Cisco Platforms for Developers
Thinking FSO is just basic monitoring; it's about correlating data across the entire stack, not just collecting metrics.
Cisco Platforms for Developers
Application Centric Infrastructure, an SDN solution for data centers.
Cisco Platforms for Developers
Application Policy Infrastructure Controller, central controller for ACI.
Cisco Platforms for Developers
Software-Defined Wide Area Network, for distributed network management.
Cisco Platforms for Developers
Centralized management platform for Cisco SD-WAN.
Cisco Platforms for Developers
Network configuration based on high-level application requirements.
Cisco Platforms for Developers
A virtual network built on top of an existing physical network.
Cisco Platforms for Developers
Remember 'ACI for Data Center Apps' and 'SD-WAN for Wide Area Paths'. ACI is inside the building, SD-WAN connects buildings.
Cisco Platforms for Developers
The exam often asks about the primary function or key components of ACI (APIC, data center automation) versus SD-WAN (vManage, WAN optimization). Memorize their distinct use cases.
Cisco Platforms for Developers
Confusing ACI's data center focus with SD-WAN's wide area network focus.
Cisco Platforms for Developers
Underestimating the importance of DevNet Sandbox for hands-on learning and exam preparation.
Cisco Platforms for Developers
Not understanding that both ACI and SD-WAN are software-defined, but for different domains.
Cisco Platforms for Developers
Linux-based Cisco OS for enterprise routing/switching.
Cisco Platforms for Developers
Cisco OS for Nexus data center switches.
Cisco Platforms for Developers
Protocol for network device configuration and monitoring.
Cisco Platforms for Developers
HTTP-based protocol for network device configuration.
Cisco Platforms for Developers
Data modeling language for network configuration and state.
Cisco Platforms for Developers
RESTful API for programmatic access to NX-OS devices.
Cisco Platforms for Developers
Configuring devices using structured data models (YANG).
Cisco Platforms for Developers
Automation triggered by specific network events.
Cisco Platforms for Developers
YANG is like a YARDSTICK for your network data – it measures and defines everything precisely for NETCONF and RESTCONF.
Cisco Platforms for Developers
On the DevNet Associate exam, pay close attention to the distinction between IOS XE and NX-OS features. Know that NETCONF and RESTCONF use YANG for data modeling, and understand the benefits of model-driven approaches over traditional CLI scripting.
Cisco Platforms for Developers
Confusing NETCONF/RESTCONF with traditional CLI scripting; they offer structured, transactional management.
Cisco Platforms for Developers
Not understanding that YANG is a data modeling language, not a protocol itself.
Cisco Platforms for Developers
Assuming all Cisco devices support the exact same programmability features; IOS XE and NX-OS have distinct capabilities.
Cisco Platforms for Developers
Isolated package of app and its dependencies.
Application Deployment & Security
Platform for building, sharing, and running containers.
Application Deployment & Security
Read-only template for creating Docker containers.
Application Deployment & Security
Orchestration platform for automating container management.
Application Deployment & Security
Smallest deployable unit in Kubernetes, holds one or more containers.
Application Deployment & Security
Worker machine (VM or physical server) in a Kubernetes cluster.
Application Deployment & Security
Manages the Kubernetes cluster state and worker nodes.
Application Deployment & Security
Text file defining steps to build a Docker image.
Application Deployment & Security
Imagine a 'container ship' (Docker) carrying many 'shipping containers' (applications) across the 'ocean' (Kubernetes) to different 'ports' (servers).
Application Deployment & Security
The exam often tests the fundamental differences between VMs and containers, focusing on resource efficiency and isolation. Be prepared to distinguish the roles of Docker (container runtime) and Kubernetes (orchestration).
Application Deployment & Security
Confusing VMs with containers: VMs virtualize hardware and run a full OS; containers share the host OS kernel.
Application Deployment & Security
Thinking Docker is a replacement for Kubernetes: Docker runs individual containers, Kubernetes orchestrates many containers.
Application Deployment & Security
Underestimating the importance of container images: They are the immutable blueprints for your applications.
Application Deployment & Security
Frequent merging of code changes into a central repository, followed by automated builds and tests.
Application Deployment & Security
Extends CI to ensure software is always in a deployable state, ready for manual release to production.
Application Deployment & Security
Extends Continuous Delivery by automatically deploying every change to production after passing all tests.
Application Deployment & Security
An automated workflow that orchestrates the entire software delivery process from code commit to deployment.
Application Deployment & Security
A deployable component created by the build process, such as a compiled binary or Docker image.
Application Deployment & Security
Running tests (unit, integration, etc.) automatically within the pipeline to ensure code quality.
Application Deployment & Security
CI/CD: 'Can I Deploy? Certainly, Dude!' – CI (Can I) integrates and tests, CD (Certainly, Dude) delivers or deploys.
Application Deployment & Security
The exam expects you to differentiate between Continuous Delivery and Continuous Deployment. Remember: Delivery means 'ready to deploy' (manual step), Deployment means 'automatically deployed' (no manual step). Keywords like 'automated release' usually point to Continuous Deployment.
Application Deployment & Security
Confusing Continuous Delivery with Continuous Deployment: Delivery means 'ready to go to production,' Deployment means 'automatically goes to production.'
Application Deployment & Security
Neglecting comprehensive automated testing: A CI/CD pipeline is only as good as its tests; without them, you're just automating bad code to production.
Application Deployment & Security
Ignoring feedback loops: CI/CD isn't just one-way. Monitoring and feedback are crucial to continuously improve the process and the software.
Application Deployment & Security
List of the most critical web application security risks.
Application Deployment & Security
Granting only the minimum necessary permissions to users/systems.
Application Deployment & Security
Employing multiple layers of security controls to protect assets.
Application Deployment & Security
Static Application Security Testing; analyzes code without running it.
Application Deployment & Security
Dynamic Application Security Testing; tests running applications.
Application Deployment & Security
Structured approach to identify, quantify, and mitigate security risks.
Application Deployment & Security
SQL INJECTION: Never Trust User Input! Always Sanitize, Parameterize, and Validate!
Application Deployment & Security
The exam often tests your knowledge of common attack types and their prevention. Pay close attention to SQL Injection, Cross-Site Scripting (XSS), and Broken Authentication. Know that input validation and output encoding are key defenses.
Application Deployment & Security
Assuming security is only the job of the security team, not developers.
Application Deployment & Security
Delaying security testing until the very end of the development cycle.
Application Deployment & Security
Hardcoding sensitive information like API keys or database credentials directly into application code.
Application Deployment & Security
Sensitive data like API keys, passwords, certs.
Application Deployment & Security
Multi-Factor Authentication; multiple verification factors.
Application Deployment & Security
Token for app-to-API authentication.
Application Deployment & Security
Identity layer built on OAuth 2.0.
Application Deployment & Security
AuthN (Authentication) is 'N-ter the system.' AuthZ (Authorization) is 'Z-ealous about permissions.'
Application Deployment & Security
The exam often tests the distinction between authentication and authorization, and the importance of secure secrets management. Look for keywords like 'verify identity' (authentication) vs. 'grant access/permissions' (authorization). Be prepared to identify insecure practices for handling credentials.
Application Deployment & Security
Confusing authentication with authorization (they are distinct concepts).
Application Deployment & Security
Hardcoding sensitive credentials directly into application code or committing them to public repositories.
Application Deployment & Security
Using weak or default passwords for API keys or service accounts.
Application Deployment & Security
Managing network devices via software using APIs.
Infrastructure Automation & Programmability
Application Programming Interface; a set of rules for software interaction.
Infrastructure Automation & Programmability
A system that coordinates multiple automated tasks and systems.
Infrastructure Automation & Programmability
A central component managing and configuring network devices.
Infrastructure Automation & Programmability
Defining desired state, not step-by-step instructions.
Infrastructure Automation & Programmability
Providing explicit, step-by-step instructions for devices.
Infrastructure Automation & Programmability
A structured representation of configuration and operational data.
Infrastructure Automation & Programmability
API: 'A Powerful Interface' – it's how programs talk to the network!
Infrastructure Automation & Programmability
The exam often contrasts traditional CLI management with programmable network approaches. Look for keywords like 'automation,' 'APIs,' 'orchestration,' and 'centralized control' to identify programmable solutions. Memorize that APIs are the fundamental enablers.
Infrastructure Automation & Programmability
Confusing network programmability with simply scripting CLI commands; programmability implies using structured APIs.
Infrastructure Automation & Programmability
Believing programmability completely replaces human network engineers; it augments their capabilities, allowing them to focus on higher-level tasks.
Infrastructure Automation & Programmability
Thinking all network devices support the same APIs; vendor implementations and supported API styles can vary.
Infrastructure Automation & Programmability
No special software required on managed nodes.
Infrastructure Automation & Programmability
YAML file in Ansible defining automation tasks.
Infrastructure Automation & Programmability
Puppet DSL file describing desired system state.
Infrastructure Automation & Programmability
Ruby files in Chef defining infrastructure config.
Infrastructure Automation & Programmability
The intended, consistent configuration of a system.
Infrastructure Automation & Programmability
Control node sends configurations to managed nodes.
Infrastructure Automation & Programmability
Managed nodes request configurations from a central server.
Infrastructure Automation & Programmability
To remember the primary language/format: 'A-Y-P-D-C-R' — Ansible-YAML, Puppet-DSL, Chef-Ruby. It sounds like a secret code!
Infrastructure Automation & Programmability
The exam often asks to distinguish between agent-based and agentless tools. Remember Ansible is agentless, while Puppet and Chef are agent-based. Also, know their primary configuration definition formats: YAML for Ansible, Puppet DSL for Puppet, and Ruby for Chef.
Infrastructure Automation & Programmability
Confusing Ansible's agentless nature with Puppet/Chef's agent-based model.
Infrastructure Automation & Programmability
Incorrectly identifying the primary language/format for defining configurations (e.g., saying Puppet uses YAML).
Infrastructure Automation & Programmability
Assuming all configuration management tools use a push model; remember Puppet and Chef use a pull model.
Infrastructure Automation & Programmability
Managing infrastructure using code, not manual processes.
Infrastructure Automation & Programmability
Specifies desired end state; tool determines steps.
Infrastructure Automation & Programmability
Specifies exact steps to achieve a state.
Infrastructure Automation & Programmability
YANG is like a 'Yummy, Accurate, Network Grammar' – it defines the precise syntax and structure for all your network data, making it delicious for machines to consume!
Infrastructure Automation & Programmability
The exam often tests your understanding of YANG's purpose and its relationship with NETCONF/RESTCONF. Remember, YANG defines the *structure* of the data, while NETCONF/RESTCONF are the *protocols* that transport that structured data to/from devices.
Infrastructure Automation & Programmability
Confusing YANG with a protocol: YANG is a data modeling language, not a communication protocol itself. Protocols like NETCONF and RESTCONF use YANG models.
Infrastructure Automation & Programmability
Thinking IaC is only for servers: IaC applies equally to network devices, security appliances, and cloud resources.
Infrastructure Automation & Programmability
Underestimating the importance of data models: Without structured data, automation is fragile and difficult to scale.
Infrastructure Automation & Programmability
High-performance RPC framework using Protocol Buffers and HTTP/2.
Infrastructure Automation & Programmability
Automated, real-time data collection from network devices.
Infrastructure Automation & Programmability
Language-neutral, platform-neutral serialization for structured data.
Infrastructure Automation & Programmability
Push-based data collection for real-time network insights.
Infrastructure Automation & Programmability
NETCONF is 'Nifty XML' over 'Secure SHell'. RESTCONF is 'RESTful JSON' over 'HTTP Secure'. gRPC is 'Google's Rapid Protocol' for 'Streaming Data'.
Infrastructure Automation & Programmability
The exam often asks you to distinguish between NETCONF and RESTCONF based on their transport protocols (SSH vs. HTTPS) and data encoding (XML vs. JSON/XML). Also, know that gRPC uses Protocol Buffers and HTTP/2 for high-performance streaming.
Infrastructure Automation & Programmability
Confusing NETCONF's XML-only data encoding with RESTCONF's support for both XML and JSON.
Infrastructure Automation & Programmability
Assuming SNMP can provide the same real-time, high-frequency data as streaming telemetry.
Infrastructure Automation & Programmability
Mixing up the transport protocols: NETCONF primarily uses SSH, while RESTCONF uses HTTPS, and gRPC uses HTTP/2.
Infrastructure Automation & Programmability
A 7-layer conceptual framework for network communication.
Network Fundamentals for Developers
A 4-layer practical protocol suite that powers the Internet.
Network Fundamentals for Developers
Adding header information to data as it moves down the stack.
Network Fundamentals for Developers
A set of rules governing data communication.
Network Fundamentals for Developers
The layer where user applications interact with the network.
Network Fundamentals for Developers
Provides end-to-end communication and reliability (TCP/UDP).
Network Fundamentals for Developers
Handles logical addressing and routing across networks (IP).
Network Fundamentals for Developers
Manages physical addressing and error detection on a segment.
Network Fundamentals for Developers
To remember the OSI layers from top to bottom: 'Please Do Not Throw Sausage Pizza Away' (Physical, Data Link, Network, Transport, Session, Presentation, Application).
Network Fundamentals for Developers
The DevNet Associate exam frequently asks about the mapping between OSI and TCP/IP layers. Memorize which OSI layers correspond to each TCP/IP layer, especially the Application and Network Access layers of TCP/IP.
Network Fundamentals for Developers
Confusing the OSI Model (conceptual) with the TCP/IP Stack (implemented protocols).
Network Fundamentals for Developers
Incorrectly mapping OSI layers to TCP/IP layers, especially the combined layers.
Network Fundamentals for Developers
Believing that the OSI Model is actively used for protocol development today, rather than as a reference.
Network Fundamentals for Developers
Numerical label identifying a device on a network.
Network Fundamentals for Developers
32-bit IP address, dotted-decimal format.
Network Fundamentals for Developers
128-bit IP address, hexadecimal format, larger address space.
Network Fundamentals for Developers
Device forwarding data packets between different networks (Layer 3).
Network Fundamentals for Developers
Device connecting devices within a single LAN (Layer 2).
Network Fundamentals for Developers
Physical address unique to a network interface card.
Network Fundamentals for Developers
Router's IP address that traffic leaves the local network through.
Network Fundamentals for Developers
Protocol resolving IP addresses to MAC addresses on a local network.
Network Fundamentals for Developers
Rout3rs at Layer 3, Swit2hes at Layer 2. The number in the device name matches the OSI layer it primarily works on!
Network Fundamentals for Developers
The exam frequently distinguishes between IPv4 and IPv6, focusing on their address formats and the reason for IPv6's creation. Also, know that routers operate at Layer 3 (Network) and switches at Layer 2 (Data Link) of the OSI model.
Network Fundamentals for Developers
Confusing the roles of a router and a switch; routers connect networks, switches connect devices within a network.
Network Fundamentals for Developers
Not understanding that IP addresses are logical and can change, while MAC addresses are physical and permanent for a NIC.
Network Fundamentals for Developers
Forgetting the address format differences between IPv4 (dotted-decimal) and IPv6 (hexadecimal).
Network Fundamentals for Developers
Wireless networking technology based on IEEE 802.11 standards.
Network Fundamentals for Developers
Wireless Access Point; device that allows Wi-Fi devices to connect to a wired network.
Network Fundamentals for Developers
Wi-Fi Protected Access 2; a strong wireless security protocol using AES encryption.
Network Fundamentals for Developers
Network security system that controls traffic based on security rules.
Network Fundamentals for Developers
Virtual Private Network; creates a secure, encrypted connection over public networks.
Network Fundamentals for Developers
Malicious software designed to disrupt, damage, or gain unauthorized access.
Network Fundamentals for Developers
Ensuring data is accessible only to authorized individuals.
Network Fundamentals for Developers
Maintaining the accuracy and consistency of data over its lifecycle.
Network Fundamentals for Developers
CIA: Confidentiality, Integrity, Availability – the three pillars of network security. Remember it like a secret agent's job!
Network Fundamentals for Developers
The DevNet Associate exam expects you to know the difference between WEP, WPA, WPA2, and WPA3, and why WPA2/WPA3 are preferred. Focus on the core security principles (CIA triad) and the basic function of firewalls and VPNs.
Network Fundamentals for Developers
Using WEP or WPA (instead of WPA2/WPA3) for wireless security, which are easily compromised.
Network Fundamentals for Developers
Neglecting to update firmware on WAPs and routers, leaving them vulnerable to known exploits.
Network Fundamentals for Developers
Assuming a firewall alone provides complete network security; it's one piece of a larger strategy.
Network Fundamentals for Developers
Utility to test reachability of a host on an IP network.
Network Fundamentals for Developers
Utility to display the path and measure transit delays of packets.
Network Fundamentals for Developers
Windows command to display current TCP/IP network configuration.
Network Fundamentals for Developers