N10-010 — CompTIA Network+ V10 Quick Review
Fast review for CompTIA Network+ V10 (N10-010): networking concepts, troubleshooting, security, operations, and practice focus.
Quick Review focus
Use this Quick Review as a final-pass study aid for CompTIA Network+ V10 (N10-010) from CompTIA. The goal is to refresh high-yield networking concepts before you move into topic drills, mock exams, and detailed explanations.
The real exam rewards more than memorized definitions. Be ready to:
- Identify the most likely cause of a network symptom.
- Choose the best next step, not just a technically correct step.
- Distinguish Layer 1, Layer 2, Layer 3, Layer 4, and application-layer problems.
- Read IP addressing, routing, VLAN, wireless, security, and troubleshooting scenarios quickly.
- Apply secure-by-default thinking: least privilege, segmentation, encrypted management, logging, and change control.
This page is IT Mastery review support and pairs well with an IT Mastery question bank containing original practice questions, topic drills, mock exams, and detailed explanations.
Exam mindset: how to answer faster
| Prompt wording | What it usually wants | Candidate trap |
|---|---|---|
| “Best” | Most complete, secure, or operationally appropriate choice | Picking the first technically possible answer |
| “First” / “next” | Correct troubleshooting sequence | Jumping to replacement, rebuild, or escalation too early |
| “Most likely” | Cause that fits all symptoms | Focusing on one clue and ignoring contradictions |
| “Least disruptive” | Minimal change with verification | Choosing a broad outage-causing fix |
| “Securely” | Encryption, authentication, least privilege, logging | Choosing convenience over security |
| “Intermittent” | Signal, cabling, duplex, congestion, DHCP, STP, roaming, power | Treating it like a permanent outage |
| “One user vs many users” | Scope isolation | Troubleshooting the WAN when only one endpoint is affected |
High-yield decision rule:
- Define scope: one host, one VLAN, one site, one service, or everyone?
- Map the layer: physical, data link, network, transport, application, or identity/security?
- Verify before changing: check link, IP settings, gateway, DNS, route, firewall, and service status.
- Make one controlled change.
- Confirm and document.
OSI and TCP/IP model essentials
| Layer | Core idea | Common devices / protocols | Fast exam cue |
|---|---|---|---|
| 7 Application | User-facing network services | DNS, DHCP, HTTP/S, SMTP, IMAP, SNMP, SSH | “Service works by IP but not name” often points to DNS |
| 6 Presentation | Formatting, encryption, compression | TLS, certificates, encoding | Certificate or cipher issue |
| 5 Session | Session establishment and teardown | RPC, session tokens | Authentication/session timeout clues |
| 4 Transport | Ports, reliability, flow | TCP, UDP, QUIC | “Port blocked,” retransmissions, handshake |
| 3 Network | Logical addressing and routing | IPv4, IPv6, ICMP, routers, Layer 3 switches | Wrong gateway, bad route, subnet mismatch |
| 2 Data Link | Frames, MACs, VLANs, switching | Ethernet, Wi-Fi MAC, ARP, STP, 802.1Q | VLAN, trunk, MAC table, loop |
| 1 Physical | Signaling and media | Copper, fiber, RF, connectors, optics | No link light, damaged cable, interference |
Common trap: switches are usually Layer 2, but multilayer switches can route at Layer 3. Firewalls, load balancers, and wireless controllers may operate across multiple layers.
Ports and protocols to know cold
| Service / protocol | Common port(s) | TCP / UDP | Review note |
|---|---|---|---|
| FTP data / control | 20 / 21 | TCP | Insecure; separate data/control channels |
| SSH / SFTP | 22 | TCP | Secure remote CLI and file transfer |
| Telnet | 23 | TCP | Insecure remote CLI; avoid for management |
| SMTP | 25 | TCP | Mail transfer between servers |
| DNS | 53 | UDP/TCP | UDP common; TCP for zone transfers/large responses |
| DHCP server/client | 67 / 68 | UDP | Address leasing; DORA process |
| TFTP | 69 | UDP | Simple file transfer; no authentication |
| HTTP | 80 | TCP | Unencrypted web |
| Kerberos | 88 | TCP/UDP | Ticket-based authentication |
| POP3 | 110 | TCP | Mail retrieval |
| NTP | 123 | UDP | Time sync; critical for auth/logs |
| IMAP | 143 | TCP | Mail access/sync |
| SNMP | 161 | UDP | Polling/management |
| SNMP traps | 162 | UDP | Device alerts to manager |
| LDAP | 389 | TCP/UDP | Directory access |
| HTTPS | 443 | TCP | TLS-protected web |
| SMB/CIFS | 445 | TCP | Windows file/printer sharing |
| LDAPS | 636 | TCP | LDAP over TLS |
| Syslog | 514 | UDP/TCP | Log forwarding; secure variants may differ |
| RDP | 3389 | TCP/UDP | Remote desktop |
| SIP | 5060 / 5061 | TCP/UDP | VoIP signaling; 5061 commonly TLS |
| IKE / IPsec NAT-T | 500 / 4500 | UDP | VPN negotiation and NAT traversal |
Common traps:
- DNS failure can look like “the internet is down” when pinging an IP still works.
- DHCP failure may produce an APIPA address in the 169.254.0.0/16 range.
- HTTPS is not the same as SSH: HTTPS uses 443; SSH uses 22.
- SNMP polling and traps use different ports.
- UDP is not automatically “bad”; it is normal for DNS, DHCP, VoIP, NTP, and streaming.
IPv4 addressing and subnetting
Address ranges and meanings
| Range / type | Meaning | Exam cue |
|---|---|---|
| 10.0.0.0/8 | Private IPv4 | Internal addressing, NAT needed for internet access |
| 172.16.0.0/12 | Private IPv4 | Includes 172.16.0.0 through 172.31.255.255 |
| 192.168.0.0/16 | Private IPv4 | Common small office/home range |
| 169.254.0.0/16 | APIPA / link-local | DHCP failed or unavailable |
| 127.0.0.0/8 | Loopback | Local TCP/IP stack testing |
| 224.0.0.0/4 | Multicast | One-to-many delivery |
| 255.255.255.255 | Limited broadcast | Local segment broadcast |
| 0.0.0.0 | Default/unspecified | Default route or unspecified source |
Subnetting quick method
For standard IPv4 subnet questions:
\[ \text{Usable IPv4 hosts} = 2^{\text{host bits}} - 2 \]The “minus 2” accounts for the network and broadcast addresses. Exceptions exist for special-use designs such as point-to-point /31 links and host-specific /32 routes.
| CIDR | Mask | Addresses | Typical usable hosts | Block size in last octet |
|---|---|---|---|---|
| /24 | 255.255.255.0 | 256 | 254 | 256 |
| /25 | 255.255.255.128 | 128 | 126 | 128 |
| /26 | 255.255.255.192 | 64 | 62 | 64 |
| /27 | 255.255.255.224 | 32 | 30 | 32 |
| /28 | 255.255.255.240 | 16 | 14 | 16 |
| /29 | 255.255.255.248 | 8 | 6 | 8 |
| /30 | 255.255.255.252 | 4 | 2 | 4 |
| /32 | 255.255.255.255 | 1 | 1 host route | 1 |
Fast subnet process:
- Identify the interesting octet where the mask is not 255 or 0.
- Calculate block size: 256 minus the mask value in that octet.
- Find the block range containing the IP.
- First address is the network; last address is the broadcast.
- Usable range is between them.
Example: 192.168.10.77/26 Mask is 255.255.255.192, block size is 64. Blocks are 0–63, 64–127, 128–191, 192–255. So 192.168.10.77 is in the 64–127 block:
- Network: 192.168.10.64
- Usable: 192.168.10.65 through 192.168.10.126
- Broadcast: 192.168.10.127
IPv4 traps
| Symptom | Likely issue |
|---|---|
| Host can reach local subnet but not remote networks | Wrong or missing default gateway |
| Host has 169.254.x.x address | DHCP failure, DHCP scope issue, VLAN helper/relay issue |
| Two hosts cannot communicate despite same VLAN | Wrong subnet mask, host firewall, duplicate IP, bad cable |
| Intermittent connectivity | Duplicate IP, flapping link, DHCP conflict, STP changes |
| Can ping IP but not hostname | DNS issue |
| Can resolve name but cannot connect to service | Port blocked, service down, routing/firewall issue |
IPv6 essentials
| Concept | Review point |
|---|---|
| Address length | 128-bit hexadecimal addressing |
| Compression | One run of consecutive zero groups can be replaced with double colon |
| No broadcast | IPv6 uses multicast and anycast, not IPv4-style broadcast |
| Link-local | FE80::/10; used on local link and for neighbor/router discovery |
| Loopback | ::1 |
| Unspecified | :: |
| Global unicast | Routable IPv6 addresses, commonly within 2000::/3 |
| Unique local | FC00::/7, commonly FD-prefixed in practice |
| SLAAC | Host can self-configure using router advertisements |
| DHCPv6 | Can provide stateful or additional configuration |
| NDP | Neighbor Discovery Protocol replaces many ARP-like IPv4 functions |
Common IPv6 traps:
- Link-local addresses often require an interface identifier because the same link-local range exists on every interface.
- IPv6 does not use ARP; it uses Neighbor Discovery with ICMPv6.
- Disabling ICMPv6 broadly can break essential IPv6 functions.
- IPv6 privacy addresses can complicate logging and troubleshooting if not understood.
Switching, VLANs, and Layer 2 behavior
| Topic | Key point | Common mistake |
|---|---|---|
| MAC address table | Switch learns source MAC addresses per port | Assuming switch “knows” destinations before learning |
| Broadcast domain | VLAN generally defines broadcast boundary | Forgetting broadcasts do not cross routers by default |
| Collision domain | Each switch port is its own collision domain in modern switched Ethernet | Applying old hub behavior to switches |
| Access port | Carries one untagged VLAN for an endpoint | Configuring endpoint port as trunk by mistake |
| Trunk port | Carries multiple VLANs, usually with 802.1Q tags | Native VLAN mismatch or missing allowed VLAN |
| Native VLAN | Untagged VLAN on a trunk | Security risk if poorly controlled |
| Voice VLAN | Separates IP phones from data devices | Forgetting QoS or correct port configuration |
| STP | Prevents Layer 2 loops | Disabling loop prevention without an alternative |
| LACP | Dynamic link aggregation | Expecting bandwidth gain for one flow in all cases |
| Port security | Limits MAC behavior on switch ports | Locking out valid devices after moves/changes |
High-yield STP clue: if a network suddenly becomes slow, flooded, or unstable after a cabling change, suspect a Layer 2 loop. Broadcast storms can consume switch resources and make many unrelated services appear broken.
VLAN decision rules:
- Same VLAN + same subnet: switching should be enough.
- Different VLANs: routing is required.
- Trunk problem: multiple VLANs affected across a link, but local VLAN traffic may still work.
- Access VLAN problem: one endpoint or one access port is affected.
- Missing DHCP relay/helper: clients in a VLAN cannot obtain DHCP from a server on another subnet.
Routing and path selection
Routers forward packets between networks. Layer 3 switches can do this at high speed inside campus networks.
| Concept | What to remember |
|---|---|
| Default gateway | Host’s next hop for nonlocal destinations |
| Default route | Route used when no more specific route matches |
| Longest prefix match | Most specific matching route wins |
| Static route | Manually configured; predictable but less adaptive |
| Dynamic routing | Routers exchange reachability information |
| OSPF | Link-state interior routing protocol |
| BGP | Path-vector protocol used between autonomous systems and in large routing designs |
| RIP | Distance-vector protocol with limited scalability |
| Route metric | Used to choose among routes within a protocol |
| Administrative preference/distance | Used to choose between sources of routing information |
| NAT | Translates addresses |
| PAT | Many internal hosts share one/few public IPs using ports |
Common routing traps:
- A host route or more specific route can override a broader route.
- Return path matters; one-way routing can break sessions.
- NAT is not routing; NAT changes addresses, while routing chooses paths.
- A firewall can block traffic even when routing is correct.
- Routing between VLANs requires Layer 3 configuration and correct default gateways.
Wireless networking review
| Area | High-yield points |
|---|---|
| 2.4 GHz | Longer range, more interference, fewer non-overlapping channels |
| 5 GHz | More channels, less crowded, shorter range than 2.4 GHz |
| 6 GHz | More spectrum for newer Wi-Fi deployments; client/AP support required |
| Channel width | Wider channels can increase throughput but also increase interference risk |
| Roaming | Depends on coverage overlap, client behavior, and enterprise features |
| RSSI | Signal strength |
| SNR | Signal relative to noise; often more useful than raw signal alone |
| WPA2/WPA3-Personal | Pre-shared key model |
| WPA2/WPA3-Enterprise | 802.1X/EAP with RADIUS-backed authentication |
| Captive portal | Web-based acceptance/authentication flow |
| Guest network | Segmented access, usually internet-only |
| Mesh | APs may use wireless backhaul; placement matters |
Wireless symptom mapping:
| Symptom | Likely causes |
|---|---|
| Works near AP but not farther away | Low signal, poor AP placement, antenna issue, obstruction |
| Slow in crowded area | Co-channel interference, too many clients, channel width, RF congestion |
| Some clients cannot connect | Security mode mismatch, unsupported band, old drivers, WPA version issue |
| Drops while moving | Roaming threshold, AP overlap, sticky client, authentication delay |
| Good signal but poor throughput | Interference, high noise, channel utilization, low data rates, WAN bottleneck |
| Guest Wi-Fi works but internal resources fail | Segmentation/firewall policy working as designed or misconfigured access rules |
Security trap: a strong wireless signal does not mean a secure wireless design. Verify WPA mode, authentication method, guest isolation, management access, and rogue AP controls.
DNS, DHCP, NTP, and core services
DNS records
| Record | Purpose |
|---|---|
| A | Hostname to IPv4 address |
| AAAA | Hostname to IPv6 address |
| CNAME | Alias to another name |
| MX | Mail exchanger |
| NS | Authoritative name server |
| PTR | Reverse DNS lookup |
| TXT | Text records, often verification or mail security uses |
| SRV | Service location |
| SOA | Zone authority and metadata |
DNS decision points:
- If IP works but name fails, test DNS.
- If internal names fail but public names work, check internal DNS zones/search suffixes.
- If some users get old answers, suspect TTL/caching or split-horizon DNS.
- If reverse lookup fails, check PTR records, not A records.
DHCP DORA
| Step | Meaning |
|---|---|
| Discover | Client broadcasts looking for DHCP servers |
| Offer | Server offers address configuration |
| Request | Client requests offered lease |
| Acknowledge | Server confirms lease |
DHCP troubleshooting cues:
- APIPA address: client did not receive a lease.
- Wrong subnet address: incorrect VLAN, rogue DHCP, or DHCP scope issue.
- No default gateway/DNS: DHCP option problem.
- Remote VLAN cannot get leases: DHCP relay/helper may be missing.
NTP
Time synchronization is critical for:
- Kerberos and other authentication systems
- Log correlation
- Certificates and TLS validation
- Security investigations
- Distributed systems
If authentication or certificate behavior looks inconsistent, verify time before chasing complex causes.
Cabling, media, and physical layer checks
| Media / component | Review point |
|---|---|
| UTP copper | Common Ethernet cabling; susceptible to distance and interference limits |
| STP copper | Shielding helps in high-interference environments when grounded correctly |
| Fiber | Immune to electromagnetic interference; supports longer distances |
| Multimode fiber | Common within buildings/data centers over shorter distances |
| Single-mode fiber | Longer-distance fiber links |
| LC / SC / ST / MPO | Fiber connector families; match connector and transceiver |
| SFP/SFP+/QSFP | Modular transceivers; speed, fiber type, wavelength, and distance must match |
| Patch panel | Cable termination and organization point |
| Punchdown block | Termination for structured cabling |
| PoE | Power and data over Ethernet; budget and standard compatibility matter |
| Console cable | Out-of-band device management |
| Loopback plug | Tests interface transmit/receive behavior |
Tools to associate with symptoms:
| Tool | Use |
|---|---|
| Cable tester | Continuity, pinout, opens/shorts/miswires |
| Certifier | Validates cable performance to a standard/category |
| Toner/probe | Traces cable runs |
| TDR | Locates copper cable faults by distance |
| OTDR | Locates fiber faults/reflection/loss by distance |
| Light meter | Measures optical power |
| Wi-Fi analyzer | Checks channels, signal, noise, utilization |
| Protocol analyzer | Captures and inspects packets |
| Multimeter | Electrical measurements |
| Environmental monitor | Temperature, humidity, power, water alerts |
Physical-layer trap: do not start with routing protocol changes when the link light is off, optics are mismatched, or cabling was recently moved.
Network security essentials
| Control | Purpose | Exam cue |
|---|---|---|
| Firewall | Enforce traffic policy | Allow/deny by address, port, application, zone |
| ACL | Packet filtering rule set | Often near routers/switches/firewalls |
| IDS | Detect suspicious activity | Alerts but may not block |
| IPS | Detect and block suspicious activity | Inline prevention |
| VPN | Encrypted tunnel | Remote access or site-to-site |
| 802.1X | Port-based network access control | Switch/Wi-Fi authentication |
| RADIUS | Centralized AAA, common with 802.1X | Enterprise wireless/wired auth |
| TACACS+ | Device administration AAA | Common for network device admin |
| NAC | Enforces device/user posture before access | Quarantine/remediation networks |
| DMZ | Exposes public services while segmenting internal network | Web server not directly inside LAN |
| WAF | Protects web applications | HTTP/S application-layer filtering |
| SIEM | Aggregates and correlates security logs | Investigation and alerting |
| PKI | Certificates, trust chains, keys | TLS, VPN, device identity |
| MFA | Adds authentication factor | Stronger login security |
| Least privilege | Minimum necessary access | Avoid broad admin/network rights |
Common attacks and defenses:
| Threat | Description | Useful controls |
|---|---|---|
| ARP poisoning | Attacker manipulates Layer 2 address resolution | Dynamic ARP inspection, segmentation, monitoring |
| Rogue DHCP | Unauthorized DHCP server gives bad settings | DHCP snooping, port controls |
| VLAN hopping | Attempt to access other VLANs | Disable unused trunks, set native VLAN carefully, restrict allowed VLANs |
| Evil twin AP | Fake AP impersonates legitimate network | WPA-Enterprise, user training, WIDS/WIPS |
| Deauthentication attack | Forces Wi-Fi clients to disconnect | Modern protections where supported, monitoring |
| DNS poisoning | Bad DNS answers redirect users | Secure DNS operations, monitoring, validation |
| On-path attack | Attacker intercepts traffic | TLS, VPN, certificate validation |
| DoS/DDoS | Resource exhaustion | Rate limiting, upstream filtering, redundancy |
| Credential attack | Password guessing/reuse/theft | MFA, lockout, monitoring, least privilege |
| Social engineering | Manipulates people/processes | Training, verification procedures |
Secure management defaults:
- Prefer SSH over Telnet.
- Prefer HTTPS over HTTP for management interfaces.
- Prefer SNMPv3 over older community-string-based SNMP.
- Disable unused ports and services.
- Use centralized authentication where appropriate.
- Log administrative actions.
- Back up configurations securely.
- Restrict management access to approved networks.
Architecture: LAN, WAN, cloud, virtualization, and resilience
| Architecture topic | Review points |
|---|---|
| LAN | Local switching, VLANs, access/distribution/core design ideas |
| WAN | Connects sites; latency, provider dependency, redundancy matter |
| SD-WAN | Policy-based path selection across multiple transports |
| MPLS | Provider-managed private WAN transport concept |
| VPN | Encrypted connectivity over untrusted networks |
| Site-to-site VPN | Connects networks |
| Remote access VPN | Connects individual users/devices |
| Load balancer | Distributes traffic across backend services |
| Reverse proxy | Fronts servers and can centralize TLS/security functions |
| CDN | Caches content closer to users |
| High availability | Removes or reduces single points of failure |
| Clustering | Multiple systems act together for service continuity |
| Virtual switch | Connects VMs/containers to virtual and physical networks |
| NAT mode | Virtual workload shares host/network address translation |
| Bridged mode | Virtual workload appears directly on the network |
| Host-only network | Isolated to host and guests |
| Public cloud | Provider-operated shared cloud infrastructure |
| Private cloud | Dedicated cloud-style environment |
| Hybrid cloud | Combination of on-premises/private and public cloud resources |
Cloud networking traps:
- Security groups/network ACLs can block traffic even when OS firewalls allow it.
- Cloud route tables matter; subnets do not automatically have internet access.
- Public IP assignment and NAT gateway behavior are separate from internal routing.
- Load balancer health checks can fail because of firewall, port, path, or certificate issues.
- Overlapping private IP ranges complicate VPNs and hybrid connectivity.
Quality of service and performance
| Metric | Meaning | Review cue |
|---|---|---|
| Bandwidth | Theoretical or provisioned capacity | “How big is the pipe?” |
| Throughput | Actual achieved data transfer | Lower due to overhead, congestion, errors |
| Latency | Delay | High latency hurts interactive apps |
| Jitter | Variation in delay | VoIP/video quality issue |
| Packet loss | Dropped packets | Causes retransmissions, poor voice/video |
| Utilization | How busy a link/device is | Sustained high utilization may cause congestion |
| Errors | Physical/data-link problems | Cabling, optics, duplex, interference |
| Discards | Dropped by device queues/policy | Congestion or QoS issue |
| MTU | Maximum transmission unit | Mismatch can break or degrade traffic |
| Duplex mismatch | One side full, one side half | Collisions/errors and poor throughput |
QoS decision rule: prioritize latency-sensitive traffic such as voice and video, but do not expect QoS to create bandwidth. It manages contention; it does not fix undersized links by itself.
Network operations and documentation
Operational discipline often separates the “technically possible” answer from the best answer.
| Practice | Why it matters |
|---|---|
| Network diagrams | Faster troubleshooting and change planning |
| Rack diagrams | Physical traceability |
| IP address management | Prevents overlap, conflicts, and undocumented subnets |
| Asset inventory | Lifecycle, support, and incident response |
| Baselines | Identify abnormal utilization, errors, latency, and logs |
| Change management | Reduces outage risk and creates rollback paths |
| Configuration backups | Enables recovery after failed changes/device loss |
| Patch/firmware management | Security and stability |
| Log management | Troubleshooting, compliance, investigations |
| Capacity planning | Avoids reactive upgrades |
| Standard operating procedures | Repeatable, auditable operations |
| Incident response plan | Clear actions during outages/security events |
| Business continuity / disaster recovery | Service restoration planning |
Availability formulas may appear conceptually:
\[ \text{Availability} = \frac{\text{Uptime}}{\text{Uptime} + \text{Downtime}} \times 100\% \]\[ \text{Availability} \approx \frac{\text{MTBF}}{\text{MTBF} + \text{MTTR}} \]Remember the meaning:
- MTBF: average time between failures.
- MTTR: average time to repair/restore.
- Lower MTTR improves recovery even if failures still happen.
- Backups are only useful if restoration is tested.
Troubleshooting methodology
A structured method prevents random changes and helps you answer “first” and “next” questions.
flowchart TD
A[Identify the problem and scope] --> B[Gather information and check recent changes]
B --> C[Establish a theory of probable cause]
C --> D[Test the theory]
D -->|Theory confirmed| E[Plan action and consider impact]
D -->|Theory not confirmed| C
E --> F[Implement fix or escalate with findings]
F --> G[Verify full functionality]
G --> H[Document cause, fix, and prevention]
Common troubleshooting sequence for connectivity:
- Physical/link: link light, cable, Wi-Fi association, power, optics.
- Local configuration: IP, mask/prefix, gateway, DNS, VLAN.
- Local tests: loopback, own IP, gateway.
- Name resolution: DNS server, records, suffix, cache.
- Path: routing, firewall, NAT, ACLs, VPN.
- Service: listening port, application logs, authentication, certificates.
- Performance: latency, loss, jitter, congestion, errors.
- Documentation: record fix and update diagrams/configs.
Command-line and diagnostic tools
| Tool / command | Use |
|---|---|
| ping | Basic reachability and latency using ICMP |
| traceroute / tracert | Path visibility and where forwarding may stop |
| ipconfig / ifconfig / ip | View or manage IP configuration |
| nslookup / dig | DNS queries and record validation |
| arp / ip neigh | Neighbor/MAC resolution checks |
| route / netstat -r / ip route | Routing table review |
| netstat / ss | Listening ports and active connections |
| tcpdump / Wireshark | Packet capture and protocol analysis |
| nmap | Port scanning and service discovery, where authorized |
| curl | Test HTTP/S and other application responses |
| ssh | Secure remote administration |
| show interface | Interface status, errors, speed/duplex on network devices |
| show vlan | VLAN assignment review |
| show mac address-table | Switch learning/forwarding review |
| show route | Routing table review |
| show running-config | Current network device configuration review |
Exam trap: a command may prove only one thing. For example, a successful ping to a gateway does not prove DNS works, internet routing works, or an application port is open.
Symptom-to-cause quick table
| Symptom | First checks | Likely causes |
|---|---|---|
| No link light | Cable, port, power, transceiver | Bad cable, disabled port, wrong optic, failed NIC |
| One user offline | Endpoint IP, cable/Wi-Fi, switch port | DHCP issue, access VLAN, local firewall, bad cable |
| Whole VLAN offline | SVI/router, trunk, DHCP relay | Trunk misconfig, Layer 3 interface down, ACL |
| Whole site offline | WAN edge, ISP, routing, power | Provider outage, edge failure, routing issue |
| Slow network after change | Interfaces, errors, STP, utilization | Loop, duplex mismatch, congestion, bad cable |
| VoIP choppy | Jitter, loss, QoS, WAN use | Congestion, missing QoS, wireless roaming |
| Cannot access by name | DNS settings, records, cache | Bad DNS server, missing/incorrect record |
| Cannot get IP | DHCP scope, relay, VLAN | Exhausted scope, helper missing, rogue DHCP |
| Internal works, internet fails | Default route, NAT, firewall, ISP | NAT issue, edge route, provider outage |
| VPN connects but no resources | Routes, split tunnel, DNS, ACL | Missing route, firewall, DNS suffix issue |
| Certificate warning | Time, hostname, trust chain | Expired cert, wrong CN/SAN, untrusted CA |
| Intermittent authentication | Time sync, domain reachability, logs | NTP issue, DNS issue, packet loss |
Performance-based task strategy
For configuration-style or scenario-based items:
- Read the business requirement first.
- Identify constraints: VLANs, subnets, ports, security rules, users, or sites.
- Draw a quick mental map of traffic flow.
- Configure only what the prompt requires.
- Verify consistency: subnet/gateway, VLAN/trunk, route, ACL/firewall direction, DNS/DHCP options.
- Re-check for security wording such as encrypted, least privilege, deny by default, guest-only, or management-only.
Common mistakes:
- Using the right subnet on the wrong VLAN.
- Allowing too much traffic when the prompt asks for least privilege.
- Forgetting return traffic or statefulness.
- Misreading source and destination in firewall rules.
- Applying a fix to the server when the failure is DNS or routing.
- Replacing hardware before checking configuration and logs.
Final high-yield reminders
- Layer 1 problems are often simple: power, cable, port, signal, optics.
- Layer 2 problems often involve VLANs, trunks, MAC learning, STP, or loops.
- Layer 3 problems often involve IP settings, gateways, routes, ACLs, or NAT.
- Layer 4 problems often involve ports, TCP/UDP behavior, or firewalls.
- Application problems often involve DNS, authentication, certificates, service status, or permissions.
- Security answers should favor encryption, segmentation, least privilege, logging, and controlled management access.
- Operations answers should favor documentation, change control, baselines, backups, monitoring, and verification.
- Troubleshooting answers should follow methodical isolation, not random replacement.
Practice plan after this review
After reviewing these notes, move directly into topic drills for weak areas such as subnetting, ports, VLANs, wireless, routing, DNS/DHCP, security controls, and troubleshooting scenarios. Then use mock exams to practice timing and decision-making. For every missed item in the question bank, read the detailed explanations and write down the rule you should have applied.
Your next practical step: complete a focused set of original practice questions for CompTIA Network+ V10 (N10-010), review every explanation, and retest only the topics where your confidence is still shaky.
Continue in IT Mastery
Use this Quick Review as a final concept map, then move into IT Mastery for focused topic drills, mixed practice sets, timed mock exams, and detailed explanations. The practice questions are original IT Mastery practice items; they are not official CompTIA questions, copied live-exam content, or exam dumps.