Bandbreite messen: show interface und Statistik richtig interpretieren

Auf Cisco Routern wird „Bandbreite messen“ häufig mit show interfaces und verwandten Statistik-Befehlen gemacht. Dabei ist wichtig: Der Router zeigt nicht nur die aktuelle Auslastung (bits/sec, packets/sec), sondern auch Zähler (Bytes, Drops, Errors) und eine konfigurierte „bandwidth“-Angabe, die nicht automatisch der echten Leitungskapazität entspricht. Wer diese Felder korrekt interpretiert, erkennt Engpässe, Duplex-/Speed-Probleme, Queue-Drops und QoS-Effekte deutlich schneller.

Was show interfaces wirklich liefert

show interfaces ist ein Sammelwerkzeug: Es zeigt physikalischen Status, Layer-2/Layer-3-Parameter, Fehlerzähler und ein geglättetes Traffic-Mittel über einen kurzen Zeitraum. Für Bandbreite sind vor allem „5 minute input/output rate“ und die Byte/Packet-Counter relevant.

• Status: line protocol und interface up/down
• Aktuelle Rate: „5 minute input/output rate“
• Zähler: total input/output bytes, packets
• Qualität: errors, drops, overruns, CRC

Basisbefehl

Router# show interfaces gigabitEthernet0/1

Die wichtigste Zeile: 5-minute input/output rate

Diese Zeile ist die schnellste „Momentaufnahme“ der Auslastung. Sie zeigt Bits pro Sekunde und Pakete pro Sekunde als geglätteten Durchschnitt über ca. 5 Minuten. Bei kurzen Traffic-Spitzen kann sie daher „zu niedrig“ wirken.

Beispielauszug (typisch)

5 minute input rate 1250000 bits/sec, 950 packets/sec
5 minute output rate 8400000 bits/sec, 1100 packets/sec

Interpretation

• bits/sec: grobe Bandbreite (Durchschnitt), gut für Trends
• packets/sec: Paketlast, wichtig für CPU/Queueing
• Traffic-Spikes: werden durch Mittelwert „geglättet“

Bytes/Packets: Langzeitverbrauch und Gegenprobe

Die Zähler „total input/output bytes“ steigen kontinuierlich. Damit kannst du Bandbreite über ein Intervall berechnen, indem du zwei Messpunkte vergleichst. Das ist genauer für Abrechnungs-/Trendfragen als die 5-Minuten-Rate.

Bytes auslesen

Router# show interfaces gigabitEthernet0/1 | include bytes|packets

Bandbreite aus Byte-Differenz berechnen

Wenn du nach $\Delta t$ Sekunden eine Byte-Differenz $\Delta B$ hast, ist die durchschnittliche Bitrate:

$\text{Bitrate}=\frac{8\times \Delta B}{\Delta t}$

„bandwidth“-Wert: häufige Verwechslung

In show interfaces siehst du auch eine Zeile wie „BW 1000000 Kbit/sec“. Das ist nicht immer die physische Linkgeschwindigkeit, sondern ein administrativer Parameter, der u. a. Routing-Metriken (OSPF/EIGRP) und QoS beeinflussen kann. Die echte Linkrate hängt von Speed/Duplex/Medien ab.

• BW in show interfaces kann manuell gesetzt sein
• Einfluss: Routing-Metriken, QoS-Shaping/Reservation
• Für echte physische Rate: Speed/Duplex und Counters betrachten

BW anzeigen und Speed prüfen

Router# show interfaces gigabitEthernet0/1 | include BW|duplex|speed

Errors und Drops: Bandbreite vs. Qualität

Hohe Bandbreite allein ist nicht das Problem – Drops und Errors sind oft der Grund für „langsam“. Deshalb gehört zur Bandbreitenanalyse immer ein Blick auf CRC, input errors, output drops und overruns.

• CRC/FCS Errors: häufig Kabel/Port/Duplex-Probleme
• Input errors/overruns: Receiver überfordert, CPU/Interface-Queue
• Output drops: Queue voll, Congestion, QoS/Buffering
• Late collisions: Duplex-Mismatch (bei älteren Medien/Settings)

Fehlerfelder gezielt filtern

Router# show interfaces gigabitEthernet0/1 | include error|CRC|drop|overrun|collision

Queues und Congestion erkennen

Wenn ein WAN-Link voll ist, siehst du oft Output Drops und Queue-Statistiken. QoS kann Drops verschieben (z. B. Default-Klasse dropt, Voice bleibt clean). Deshalb ist bei QoS-Setups zusätzlich show policy-map interface entscheidend.

Queue-Infos im Interface-Output

Router# show interfaces gigabitEthernet0/1 | include queue|drops

QoS-Counters (wenn QoS aktiv)

Router# show policy-map interface gigabitEthernet0/1

Duplex/Speed-Mismatch: Klassiker bei „komischer“ Performance

Wenn die Rate niedrig wirkt, aber Errors hoch sind, steckt oft ein Duplex-/Speed-Problem dahinter. Bei GigabitEthernet ist das seltener als früher, aber bei Mischumgebungen oder Medienkonvertern weiterhin relevant.

• Symptom: CRC steigt, Throughput bricht ein
• Symptom: viele Retransmits, sporadische Timeouts
• Check: Duplex/Speed auf beiden Seiten konsistent

Duplex/Speed prüfen

Router# show interfaces gigabitEthernet0/1 | include duplex|speed
Router# show controllers ethernet-controller gigabitEthernet0/1

Welche „show“-Befehle zusätzlich helfen

show interfaces ist Startpunkt. Für bessere Interpretation helfen kurze Zusatzbefehle: Kurzstatus, spezifische Counters, und ggf. Plattform-spezifische Hardware-Zähler.

• show ip interface brief: schneller Up/Down-Überblick
• show interfaces counters errors: Fehler kompakt (plattformabhängig)
• show policy-map interface: QoS-Drops/Queue-Details
• show processes cpu: wenn pps hoch ist (Control/Data Plane)

Praktisches Command-Set

show ip interface brief
show interfaces gigabitEthernet0/1
show interfaces gigabitEthernet0/1 | include rate|bytes|packets
show interfaces gigabitEthernet0/1 | include error|CRC|drop
show policy-map interface gigabitEthernet0/1
show processes cpu sorted

Typische Denkfehler bei Bandbreitenmessung

Viele Fehldiagnosen passieren, weil Werte falsch verstanden werden: BW ist nicht Link-Speed, 5-Minuten-Rate ist geglättet, und hohe Drops bedeuten Congestion – nicht „mysteriöse Providerprobleme“.

• „BW“ als physische Linkrate interpretiert (falsch)
• 5-Minuten-Rate als Echtzeitwert interpretiert (zu grob)
• Nur bits/sec betrachtet, pps ignoriert (CPU/Queues übersehen)
• Drops/CRC nicht geprüft (Qualität statt Quantität)

Quick-Reference: Bandbreite und Qualität in 60 Sekunden prüfen

Diese Sequenz liefert dir schnell Auslastung, Zähler und typische Fehlerindikatoren.

show ip interface brief
show interfaces gigabitEthernet0/1 | include line protocol|BW|duplex|speed
show interfaces gigabitEthernet0/1 | include 5 minute|input rate|output rate
show interfaces gigabitEthernet0/1 | include packets input|packets output|bytes
show interfaces gigabitEthernet0/1 | include error|CRC|drop|overrun|collision
show policy-map interface gigabitEthernet0/1
show processes cpu sorted

Konfiguration speichern

Router# copy running-config startup-config

Konfiguriere Cisco Router & Switches und liefere ein Packet-Tracer-Lab (CCNA)

Hallo! Ich bin ein CCNA-Network Engineer und unterstütze Sie bei Cisco Router- und Switch-Konfigurationen – inklusive eines vollständigen Cisco Packet-Tracer-Labs (.pkt). Ideal für Lern-/Übungsszenarien, Validierung oder eine saubere Demo-Topologie.

Was ich (je nach Paket) umsetze

• Switching: VLANs, Trunking (802.1Q), Port-Zuweisung, STP-Basics (PortFast/BPDU Guard wo sinnvoll)

• Routing: Default/Static Routing oder OSPF, Inter-VLAN Routing (Router-on-a-Stick)

• Services: DHCP (Pools/Scopes), NAT/PAT für Internet-Simulation

• Optional Security: Basic ACLs und SSH-Hardening

• Test & Verifikation: Ping/Traceroute + wichtige Show-Commands (mit erwarteten Ergebnissen)

Sie erhalten

• ✅ Packet Tracer .pkt Datei

• ✅ Saubere Konfigurations-Notizen pro Gerät

• ✅ Verifikations-Checkliste + erwartete Outputs

• ✅ Kurze Dokumentation (wie die Topologie funktioniert)

Bitte schreiben Sie mir vor der Bestellung, damit wir Scope, Packet-Tracer-Version, Geräteanzahl und Deadline klären.

Konfiguriere Cisco Router & Switches | Cisco Packet-Tracer-Labs. Finden Sie mich auf Fiverr.