Study Cisco CCST Networking endpoints and media: devices, copper, fiber, Wi-Fi, cellular, connectors, interference, and host connectivity checks.
Endpoints and Media Types is the physical and access layer of the exam. CCST candidates should be able to identify devices, cables, connectors, wireless access types, and the first checks for host connectivity.
| Endpoint | Support concern |
|---|---|
| laptop or desktop | NIC, Wi-Fi, IP settings, DNS, user profile, cable |
| printer | IP address, driver, VLAN/subnet, queue, reachability |
| IP phone | switch port, PoE, voice VLAN, call-control reachability |
| server | interface status, address, firewall, service listening |
| mobile device | Wi-Fi/cellular state, roaming, authentication |
| IoT device | segmentation, DHCP, weak management, physical placement |
| Media | Typical cue |
|---|---|
| copper Ethernet | common LAN cabling, RJ-45, distance/interference concerns |
| fiber | longer distance, higher speed, EMI resistance, optical connectors |
| Wi-Fi | mobility, radio interference, authentication, signal coverage |
| cellular | licensed wireless provider network, mobile connectivity |
| Access type | Common support signals |
|---|---|
| Copper Ethernet | no link light, wrong port, damaged cable, negotiated speed issue, patch-panel mismatch |
| Fiber | wrong transceiver, dirty connector, transmit/receive mismatch, distance or optic mismatch |
| Wi-Fi | weak signal, wrong SSID, bad passphrase, roaming issue, channel congestion, authentication failure |
| Cellular | poor coverage, carrier outage, SIM/account issue, roaming restriction, hotspot policy |
A printer, IP phone, laptop, and server can all be “endpoints,” but they fail differently. A laptop issue may be user profile, Wi-Fi, DHCP, or VPN. An IP phone may depend on PoE and a voice VLAN. A printer may be reachable by IP while name discovery or driver configuration fails. A server may have a working network path but a stopped service or host firewall rule.
CCST answers often prefer the first observable check for the endpoint type rather than an advanced redesign. If the scenario says a phone has no power, think PoE or cable before DNS. If a laptop cannot associate to Wi-Fi, think SSID, credentials, signal, or authentication before routing.
Before escalating, gather what a support technician can observe:
Good endpoint documentation records the device name, user, location, cable or SSID, switch port if known, IP address, MAC address when relevant, and what changed before the issue started. This is not paperwork trivia: it lets the next technician connect the symptom to topology, access type, and support history.