Top CCNA Interview Questions & Answers (2026)
17 questions Network Engineer interviewers actually ask, with the strong answer, the weak one, and the follow-up that comes next.
- Network EngineerRole
- $63K-$155KTypical US pay
- 3-4 roundsInterview loop
- Often requestedCert in hiring
- UsuallyHands-on test

Table of Contents
Network engineer roles that list the CCNA are usually associate or early mid-level jobs: network administrator, NOC engineer, junior network engineer, or engineer at a managed service provider. Enterprises, MSPs, hospitals, universities and government contractors hire for them, and every hiring manager is trying to answer one question: can you troubleshoot a real network without breaking it?
In 2026 that usually means a recruiter screen, a fundamentals conversation, and very often a hands-on lab or whiteboard topology where you talk through show commands. Expect subnetting on the spot, VLAN and trunk questions, OSPF adjacency, and at least one 'it is down, what do you do' scenario. The CCNA tells them you know the vocabulary and passed a broad exam. The interview checks whether you can apply it calmly, explain your reasoning out loud, and respect change control.
What the Network Engineer interview loop looks like
Most Network Engineer hiring runs 4 rounds. Each one is testing something different, so prepare for each separately.
The 17 questions, with answers
Each card shows the question as it is usually asked, what the interviewer is really checking, a strong answer, the weak answer they hear most often, and the follow-up that comes next. Say the strong answers in your own words — a memorised script sounds memorised.
- Basic · 4
- Core · 5
- Advanced · 3
- Scenario · 3
- Behavioural · 2
What is the difference between a switch, a router and a Layer 3 switch, and where would you put each one?
What they are testing: Whether you know Layer 2 vs Layer 3 forwarding and where each device belongs in a design
A switch forwards frames inside one network using MAC addresses. It learns which MAC lives on which port and builds a MAC address table, so it only floods broadcasts and unknown destinations. A router forwards packets between networks using IP addresses and its routing table, and that is where broadcast domains end. A Layer 3 switch does both: it switches inside VLANs in hardware and routes between VLANs through switched virtual interfaces, which is why most campus cores and distribution layers use them. At the WAN or internet edge I would still put a router or firewall, because that is where you need NAT, VPN and richer WAN features.
Why would you use VLANs, and what is the native VLAN on a trunk?
What they are testing: VLAN purpose, 802.1Q tagging, and awareness of trunk hygiene
A VLAN splits one physical switch into separate Layer 2 broadcast domains, so I can keep users, voice, printers and management apart without separate hardware. It cuts broadcast noise and means traffic between groups has to cross a routed boundary where I can apply policy. Between switches I carry several VLANs over an 802.1Q trunk, which inserts a four-byte tag with the VLAN ID into each frame. The native VLAN is the one sent untagged on that trunk, and both ends must agree or you get mismatch errors and traffic landing in the wrong VLAN. My habit is to set the native VLAN to an unused ID, restrict the allowed VLAN list, and disable DTP with switchport nonegotiate.
TCP or UDP: give me two applications that use each and tell me why they made that choice.
What they are testing: Whether you understand reliability vs latency trade-offs rather than a memorized list
TCP is connection-oriented: a three-way handshake, sequence numbers, acknowledgements, retransmission and windowing, so it guarantees ordered delivery. That suits HTTPS, SSH and file transfers, where a missing byte corrupts the result. UDP just sends datagrams with no handshake or retransmission, so it has less overhead and lower latency. Voice and video use RTP over UDP because a late packet is useless anyway; you would rather skip it than wait. DHCP and most DNS queries use UDP because the exchange is tiny, although DNS falls back to TCP for large responses and zone transfers. And an application can build its own reliability on UDP, which is what QUIC does for HTTP/3.
How does a PC get its IP address from DHCP when the DHCP server is in a different subnet?
What they are testing: DORA, why broadcasts stop at the router, and how a relay fixes it
DHCP runs Discover, Offer, Request, Acknowledge, and the client starts with a broadcast because it has no address yet. Routers do not forward broadcasts, so if the server lives in a data center subnet, the client's VLAN needs a relay. On a Cisco router or Layer 3 switch that is ip helper-address on the interface or SVI facing the clients, pointing at the server. The relay turns the broadcast into a unicast and fills in the gateway address field, which tells the server which scope to allocate from. If the relay is missing or the scope is exhausted, the client usually ends up with a 169.254 self-assigned address, which is a fast clue when someone sends me their ipconfig.
A laptop with an empty ARP cache pings a server in another VLAN. Talk me through every lookup that happens before the first reply comes back.
What they are testing: Whether you can chain subnet check, ARP, default gateway, routing and MAC rewrite into one story
The laptop compares the server's IP with its own address and mask and sees it is off-subnet, so the packet has to go to the default gateway. Its ARP cache is empty, so it broadcasts an ARP request for the gateway's IP and the gateway replies with its MAC. The laptop builds a frame with the gateway's MAC as destination and the server's IP as destination IP. The switch forwards it using its MAC table. The gateway strips the frame, decrements TTL, finds the longest prefix match, and because the server's subnet is directly connected, ARPs for the server. It sends a new frame with its own MAC as source. IPs stay the same end to end; MACs change at every hop, unless NAT is involved.
A router has three different routes that could reach the same destination. How does it decide which one to use?
What they are testing: Order of longest prefix match, administrative distance, then metric
There is a strict order. First, longest prefix match always wins: a /24 beats a /16 no matter which protocol learned the /16. Only when two sources offer the identical prefix does administrative distance decide which one goes into the routing table: connected 0, static 1, eBGP 20, EIGRP 90, OSPF 110, RIP 120. Inside a single protocol, the lowest metric wins, such as OSPF cost, which is derived from interface bandwidth. If metrics tie, the router can load-balance across the equal-cost paths. To confirm what is really happening I run show ip route with the specific destination address, which shows the chosen entry and where it came from.
Two OSPF routers are directly connected but will not become neighbors. Walk me through what has to match and what you would check.
What they are testing: OSPF adjacency requirements, states, and a real troubleshooting order
OSPF routers send hellos, by default every 10 seconds on Ethernet with a 40-second dead interval. To become neighbors they must agree on area ID, subnet and mask, hello and dead timers, authentication and area type, and they need different router IDs. They move through Init and 2-Way, elect a DR and BDR on broadcast segments, exchange database descriptions and reach Full. The classic failures are a mismatched area or timer, the interface accidentally made passive, an ACL dropping 224.0.0.5, duplicate router IDs, or an MTU mismatch, which leaves them stuck in ExStart or Exchange. I start with show ip ospf neighbor and show ip ospf interface on both sides, then debug ip ospf adj if it is still unclear.
What does Spanning Tree protect you from, and what happens if a user plugs a small desk switch into their wall port?
What they are testing: STP purpose, root election, and edge-port protection features
Spanning Tree stops Layer 2 loops when there are redundant links. Switches elect a root bridge by lowest bridge ID, priority first then MAC, each switch picks its best path to the root, and redundant ports block. Without it, Ethernet frames have no TTL, so a loop becomes a broadcast storm and MAC table flapping within seconds. On access ports I run PortFast so PCs come up immediately, plus BPDU Guard. If the desk switch sends BPDUs, or a user patches two of its ports back into the wall and our own BPDUs come back, the port goes err-disabled instead of the loop taking down the floor. I also set root priority deliberately so the oldest switch in the building does not win the election.
We have about 200 users behind one public IP address. Explain how that works and how you would troubleshoot it if nobody can get out.
What they are testing: PAT mechanics plus a practical NAT troubleshooting order
Inside we use private RFC 1918 addresses, which are not routable on the internet, so the edge router or firewall translates them. With PAT, also called NAT overload, every inside host is translated to the same public address with a unique source port. The device keeps a translation table mapping inside address and port to the public address and port, so replies are matched back to the right user. Static NAT is a fixed one-to-one mapping, used when something inside must be reachable from outside. If nobody gets out, I check ip nat inside and ip nat outside are on the right interfaces, the ACL matches the inside subnets, there is a default route, and then look at show ip nat translations.
Here is 10.20.0.0/22. Carve it up for a 300-user floor, a 100-user floor and two point-to-point WAN links, and talk me through it.
What they are testing: VLSM speed and accuracy, and whether you plan for growth
I allocate largest first so the blocks stay aligned. 300 users plus a gateway is more than a /24 holds, so I need a /23, which gives 510 usable: 10.20.0.0/23, hosts 10.20.0.1 through 10.20.1.254. 100 users fits a /25 with 126 usable: 10.20.2.0/25. For the two links I would use /30s, 10.20.2.128/30 and 10.20.2.132/30, or /31s if both ends support them, which saves addresses. That leaves 10.20.2.136 to 10.20.3.255 free. I would also point out that a 300-user floor today is a 350-user floor in two years, so I would keep the space after the /25 reserved rather than handing it to the next request.
You are hardening the access layer on a new floor of Cisco switches. Which Layer 2 security features would you enable, and in what order?
What they are testing: Practical access-layer security and awareness of rollout risk
First the basics: unused ports shut down and placed in an unused VLAN, and user ports hard-set with switchport mode access so DTP cannot form a trunk. Then BPDU Guard on edge ports, and port security where the device on a port is fixed. Next DHCP snooping with only the uplinks trusted, which blocks rogue DHCP servers and builds a binding table, then Dynamic ARP Inspection on top of that table to stop ARP spoofing. If the company has the identity infrastructure, 802.1X with MAB as a fallback for printers is the strongest control. I would pilot DAI on one switch first, because statically addressed devices get dropped unless you add ARP ACLs for them.
How have you used automation in networking, and how is a controller-based network different from the way you configure switches today?
What they are testing: Realistic automation exposure and understanding of controller-based architecture
In a traditional network each device runs its own control plane and I configure it box by box over the CLI. In a controller-based design, like Cisco Catalyst Center or an SD-WAN controller, I describe intent once and the controller pushes configuration through APIs, while the devices report state back. For my own work I have used Ansible because it is agentless and talks to IOS over SSH, with YAML playbooks kept in Git. My first wins were nightly config backups, pushing NTP and logging changes to every switch, and turning show output into a report. I can read REST API responses in JSON, and I can follow and adjust a Python script even though I am not a developer.
A switch was swapped in a wiring closet overnight. Users on it say large file copies crawl, but web browsing feels fine. Where do you start?
What they are testing: Reading interface counters and recognizing duplex mismatch and cabling faults
A swap followed by slow bulk transfers but okay small requests makes me think of a duplex or speed mismatch, or a bad patch cable. Small web requests survive retransmissions; large copies collapse. I run show interfaces on the uplink and on a few user ports and on the device at the other end. A mismatch usually shows CRC errors and runts on the full-duplex side and late collisions on the half-duplex side. Typically one end was hard-coded to 100 full and the other auto-negotiated down to half. I set both ends to auto or to the same fixed values, clear counters, and watch whether errors keep climbing. If they do, I swap the cable and test the run.
A new 10.50.8.0/24 subnet was added at a branch last night. The branch can reach HQ, but HQ users cannot reach anything in that new subnet. What do you check?
What they are testing: Return-path thinking and route advertisement troubleshooting
Since the branch's existing subnets talk to HQ fine, the WAN and the routing adjacency are healthy, so the gap is that HQ does not know about the new prefix. I log in to an HQ router and run show ip route 10.50.8.0. If it is missing, the branch is not advertising it, so on the branch I check whether the new interface is included by an OSPF network statement or an ip ospf area command. Making it passive is fine and still advertises it, but leaving it out is not. If HQ does have the route, I look for a summary or filter at an area border, then at any firewall or ACL at HQ that does not include the new range.
It is 2 a.m., you are on call, the core switch CPU is at 100 percent and users in several buildings say everything is crawling. What do you do?
What they are testing: Calm triage of a Layer 2 storm, communication, and knowing when to escalate
First I tell the bridge call what I am checking, so nobody reloads things in parallel. High CPU plus slowness across many VLANs makes me suspect a Layer 2 loop or broadcast storm. I check show processes cpu sorted to see what is consuming it, the log for MAC flapping and spanning tree topology changes, and interface counters for a port with a huge broadcast rate. If one access port or a newly patched link is the source, I shut it, confirm the CPU drops, and leave it down until business hours. If nothing obvious shows up, I escalate rather than reload the core blind. Afterwards I write a timeline and root cause, including why BPDU Guard or storm control did not catch it.
Tell me about a change you made that caused an outage, or nearly did.
What they are testing: Ownership, honesty, speed of recovery, and whether you improved the process
This is a template; fill it with your own story. Situation: a scheduled change to add a VLAN to a trunk between two closet switches. Task: I owned the change and the rollback plan. Action: I typed switchport trunk allowed vlan 40 instead of allowed vlan add 40, which replaced the whole list and dropped every other VLAN on that trunk. Monitoring alerted within two minutes, I restored the list from the pre-change backup, and I told my lead immediately instead of hoping nobody noticed. Result: about four minutes of impact, and I added a pre-change show output capture and peer-reviewed command scripts to our change template. Keep your version specific and honest.
Tell me about a time you had to explain a network problem to someone non-technical who was frustrated.
What they are testing: Translating technical cause into business terms and offering options
Use this as a template and swap in your own story. Situation: a finance manager complained that the network was slow every month-end. Task: find the cause and explain it without jargon. Action: I pulled interface utilization and saw the WAN link saturated by a backup job that overlapped with month-end reporting. I explained it as one road being used by a truck convoy at rush hour, showed one simple graph, and gave two options with rough costs: move the backup window or upgrade the circuit. Result: they moved the backup, the complaints stopped, and I was asked to brief the next budget meeting. A real number in your result makes it stick.
Get the theory airtight before the interview
Interviewers build follow-ups on the fundamentals. The CCNA app has exam-style CCNA questions with an explanation for every option, so the basics stay automatic when the questions get harder.
App StoreGoogle PlayFree CCNA practice testThe practical task
Expect some version of this. Companies vary the details, not the shape.
You get a Packet Tracer or Cisco Modeling Labs topology: one router, two access switches, VLANs 10 and 20 for users, router-on-a-stick routing between them, and a DHCP server at HQ reached over OSPF. Four faults have been seeded. PCs in VLAN 20 get no address, and VLAN 10 cannot reach HQ. Find and fix the faults, and talk through what you are checking as you go.
- Reproduce the symptom first: check a PC's IP settings and ping its gateway before touching any configuration.
- Work bottom-up: show interfaces status and show interfaces trunk to confirm links, trunk mode and allowed VLANs.
- Check router subinterfaces: dot1Q VLAN tags, IP addresses, and ip helper-address on the VLAN 20 subinterface.
- Verify OSPF with show ip ospf neighbor and show ip route, comparing area, timers and advertised networks on both sides.
- After each fix, re-test the original symptom and say what changed, so the interviewer can follow your logic.
- Finish by saving the config and listing every fault found and how you would stop it recurring.
Hire vs no-hire:Strong candidates narrate a layer-by-layer method and verify after every change. Weak ones type config from memory, fix one fault by luck, and cannot explain why it worked.
Questions to ask them
"Do you have any questions for us?" is still being scored. Four that land well for a Network Engineer role:
Mistakes that sink candidates
What the CCNA does and does not prove
What the CCNA gets you
The CCNA is one of the most commonly listed certifications in junior and mid-level network postings, especially at MSPs, government contractors and Cisco-heavy enterprises, and some contracts require it outright. It gets your CV past keyword filters and gives the hiring manager a baseline: you know VLANs, OSPF, subnetting, NAT and basic security, so the interview can start at troubleshooting instead of definitions.
What it does not prove
It does not prove you have worked on a production network under change control, touched a firewall policy, handled a 2 a.m. outage, or used a monitoring platform. Interviews push hard on troubleshooting method, reading real show output, and judgment about risk. Lab time in Packet Tracer or CML helps, but be honest about what was lab and what was production, because interviewers ask follow-ups until they find out.
Pay:Range is the BLS May 2025 spread for network and computer systems administrators: lowest 10 percent under $62,640, top 10 percent over $155,050, median $99,130. Indeed showed a network engineer average near $117,000 in October 2026. Location, security clearance, on-call duties, and firewall or cloud skills move it most.
Still sitting the CCNA?
Pass it first time and walk into the interview with the credential on your CV. The CCNA app has exam-style CCNA questions with an explanation for every option.
App StoreGoogle PlayFree CCNA practice testFAQ
Can I get a network engineer job with a CCNA but no production experience?
Yes, but usually as a NOC technician, network administrator, junior engineer or MSP engineer rather than a mid-level role. Those teams expect to train you on their tools. What helps most is proving you can troubleshoot: a home or CML lab you can describe in detail, a help desk or field role where you touched switches, and clear answers about how you would work safely under change control.
Will I really have to subnet in my head during the interview?
Often, yes, though most interviewers let you write on a whiteboard or paper. They are not testing speed so much as whether you can get from a host count to a correct prefix and boundaries without guessing. Practice converting host counts to prefixes and finding the network and broadcast address until it is routine, then talk through your working out loud.
Do employers care whether my CCNA is v1.1 or the newer v2.0?
Not in practice. The credential is the CCNA either way and stays active for three years from the date you earn it. Hiring managers care whether you can troubleshoot, read show output and work safely. The v2.0 emphasis on troubleshooting and security matches what interviews already test, so prepare for those skills whichever version you sit.
Should I talk about my home lab in the interview?
Yes, if you can describe it concretely: the topology, what you broke on purpose, and how you fixed it. A lab where you built OSPF between three routers, added DHCP relay and then troubleshot a seeded fault is a good story. Say clearly that it is a lab, and connect it to something the team runs.
What should I do when I do not know the answer to a technical question?
Say so briefly, then show how you would find out: which command you would run, which documentation you would check, or how you would reason from what you do know. Interviewers for this role care far more about method and honesty than recall. Guessing confidently and being wrong is the answer that ends interviews.
Sources
Figures on this page come from Cisco and the other primary sources below:
- Cisco - CCNA certification
- Cisco Learning blog - Stay on track: get certified before the CCNA refresh
- BLS Occupational Outlook Handbook - Network and Computer Systems Administrators
- Indeed - Network engineer salaries in the United States
- RFC 1918 - Address Allocation for Private Internets
- RFC 3021 - Using 31-Bit Prefixes on IPv4 Point-to-Point Links
Checked November 4, 2026. Fees, outlines and eligibility rules change — confirm with Cisco before you book.
