A structured lesson workspace with readable content, hands-on examples, and a clean path to completion.
Monitoring isn't about collecting every metric — it's about collecting the metrics that matter and knowing what 'normal' looks like. A network that's at 60% utilization might be healthy or critical, depending on the baseline. Without a baseline, every number is noise. With a baseline, every deviation is a signal.
| Metric | Target | Warning threshold |
|---|---|---|
| Interface utilization | < 50% sustained | > 70% sustained, > 85% peak |
| Latency (WAN) | < 30 ms intra-region | > 100 ms |
| Jitter (voice) | < 20 ms | > 30 ms |
| Packet loss | < 0.1% | > 1% |
| CPU (router) | < 40% average | > 70% sustained |
| Memory | < 70% used | > 85% used |
| SNR (wireless) | > 25 dB | < 20 dB |
| CRC errors | 0 growth | Any growth indicates issue |
NetFlow gives you flow-level visibility. Instead of 'interface Gi0/1 was at 80% utilization,' you get 'marketing subnet sent 400 GB to the backup server.' The difference is context. When the CFO asks why bandwidth is up 30%, NetFlow tells you which department, which application, which destination.
! Configure NetFlow exporterR1(config)# flow exporter NETFLOW_COLLECTORR1(config-flow-exporter)# destination 10.10.99.10R1(config-flow-exporter)# transport udp 2055R1(config-flow-exporter)# export-protocol netflow-v9R1(config-flow-exporter)# exit! Configure flow recordR1(config)# flow record NETFLOW_RECORDR1(config-flow-record)# match ipv4 source addressR1(config-flow-record)# match ipv4 destination addressR1(config-flow-record)# match transport source-portR1(config-flow-record)# match transport destination-portR1(config-flow-record)# match ipv4 protocolR1(config-flow-record)# collect counter bytes longR1(config-flow-record)# collect counter packets longR1(config-flow-record)# exit! Bind to interfaceR1(config)# interface gigabitEthernet0/0R1(config-if)# ip flow monitor NETFLOW_MONITOR inputR1(config-if)# exit
IP SLA generates synthetic traffic to measure specific network behavior. Send ICMP pings every 60 seconds to a specific target; track latency and loss over time. Run a UDP jitter probe for voice-quality measurements. Use HTTP probes to test application reachability. IP SLA results can trigger actions — like failing over to a backup path when latency exceeds a threshold.
On a lab router: configure a NetFlow exporter pointing to a test collector (or use a local analyzer). Configure IP SLA to ping 8.8.8.8 every 60 seconds. Run `show ip sla statistics` after a few minutes. Compare with `show interfaces` counters to see the correlation between synthetic probes and actual traffic.
Finish the lesson once you have worked through the material. This awards ★ 15 XP.