Wenn ein IP-Telefon, Access Point oder eine Kamera keinen Strom bekommt, ist PoE Troubleshooting gefragt. In der Praxis sind die Ursachen meist banal: falscher Port (kein PoE), PoE administrativ deaktiviert, Kabelproblem, zu hohes Leistungsprofil des Endgeräts oder ein ausgeschöpftes PoE-Budget im Switch. Seltener sind Defekte an der PoE-Hardware oder Inkompatibilitäten (PoE vs. PoE+ vs. UPOE). Mit einem strukturierten Vorgehen kannst du schnell unterscheiden, ob das Problem am Endgerät, am Kabel/Port oder am Switch-Budget liegt.
PoE-Grundlagen: Was der Switch tatsächlich „aushandelt“
Der Switch (PSE) erkennt ein PoE-fähiges Gerät (PD) und stellt danach Leistung bereit. Je nach Standard (802.3af/at/bt) sind unterschiedliche Watt-Budgets möglich. Wenn das Endgerät mehr verlangt als verfügbar ist, bleibt PoE aus oder wird begrenzt.
- 802.3af (PoE): typischerweise bis ~15 W am Port
- 802.3at (PoE+): typischerweise bis ~30 W am Port
- 802.3bt / UPOE: höhere Leistungen, plattformabhängig
Praxis-Hinweis
Auch wenn ein Port „PoE kann“, entscheidet das Gesamtbudget des Switches mit. Ein voller Switch mit vielen APs kann neue Geräte trotz PoE-Fähigkeit abweisen.
Quick-Check: Ist es wirklich ein PoE-Port und ist PoE aktiv?
Der erste Schritt ist immer: Port identifizieren, Link-Status prüfen und PoE-Status am Port anzeigen. Viele Probleme sind sofort sichtbar (Denied, Fault, Overcurrent).
Portstatus und PoE-Status
show interfaces status
show power inline
show power inline interface gigabitEthernet 1/0/10
Typische PoE-Zustände
- on: PoE liefert Leistung
- off: PoE aus (kein PD erkannt oder administrativ aus)
- denied: PoE-Budget/Power-Policy verhindert Versorgung
- fault / error: elektrischer Fehler, Kurzschluss, Overcurrent
Ursache 1: PoE-Budget ist ausgeschöpft (Power Denied)
Wenn das Switch-Budget voll ist, werden neue Geräte oft als „denied“ angezeigt. Das ist ein klassisches Problem in Access-Switches mit vielen PoE-Verbrauchern.
Gesamtbudget prüfen
show power inline
Typische Gegenmaßnahmen
- Unnötige Verbraucher abziehen oder Ports deaktivieren
- PoE-Policys prüfen (z. B. Port-Power Limit)
- Switch/PSU mit höherem PoE-Budget einsetzen
- PoE-Last auf weitere Switches verteilen
Ursache 2: Port liefert kein PoE (falsches Modell, falscher Port, PoE disabled)
Nicht jeder Switch und nicht jeder Port ist PoE-fähig. Außerdem kann PoE pro Port deaktiviert sein. Prüfe die Port-Konfiguration und den PoE-Status.
PoE administrativ aktivieren (plattformabhängig)
configure terminal
interface gigabitEthernet 1/0/10
power inline auto
end
PoE deaktiviert? (typische Konfig prüfen)
show running-config interface gigabitEthernet 1/0/10
Ursache 3: Kabel/Stecker/Leitungsstrecke defekt (PoE-Erkennung scheitert)
PoE ist empfindlich gegenüber schlechten Kontakten. Ein Link kann manchmal sogar „up“ sein, aber die PoE-Aushandlung klappt nicht stabil. TDR hilft, Kupferprobleme einzugrenzen.
Interface-Errors und Link-Flaps prüfen
show interfaces gigabitEthernet 1/0/10
show interfaces counters errors
show logging | include LINK|LINEPROTO|UPDOWN|ILPOWER|POWER
TDR Test (wenn unterstützt)
test cable-diagnostics tdr interface gigabitEthernet 1/0/10
show cable-diagnostics tdr interface gigabitEthernet 1/0/10
Schnelle Praxismaßnahme
- Patchkabel tauschen (schnellster Fix)
- Anderen Switchport testen (Port-Hardware ausschließen)
- Dose/Patchfeld prüfen (Auflegung, Wackelkontakt)
Ursache 4: Gerät verlangt mehr Leistung als verfügbar (PoE vs. PoE+)
Moderne Access Points oder PTZ-Kameras benötigen oft PoE+ oder mehr. Wenn der Port nur PoE liefert oder das Budget limitiert, bleibt das Gerät aus oder startet in einem eingeschränkten Modus.
Leistungsaufnahme am Port ansehen
show power inline interface gigabitEthernet 1/0/10
Hinweise im Output
- Device Class/Power Class deutet auf benötigte Leistung hin
- Allocated/Consumed zeigt, ob der Switch genug reservieren konnte
- „Denied“ kann auch durch zu hohe Anforderung kommen
Ursache 5: Overcurrent/Fault – elektrischer Fehler am Port
Wenn der Switch einen Kurzschluss oder Überstrom erkennt, schaltet er PoE zum Schutz ab. Das ist oft ein defektes Endgerät, ein beschädigtes Kabel oder feuchte/kurzgeschlossene Verkabelung.
Fehlerstatus und Logs prüfen
show power inline interface gigabitEthernet 1/0/10
show logging | include ILPOWER|POWER|OVER|FAULT
Vorgehen
- Endgerät abziehen, Port „clean“ prüfen
- Patchkabel tauschen, erneut testen
- Wenn Fehler bleibt: Port/Linecard oder Verkabelung verdächtig
Ursache 6: PoE flapt – Gerät rebootet ständig
Wenn PoE kurz liefert und dann wieder weg ist, rebootet das Endgerät. Das sieht aus wie „Port flapping“ und verursacht oft auch Netzwerkprobleme. Gründe sind Budgetgrenzen, Overcurrent oder instabile Verkabelung.
PoE- und Link-Events korrelieren
show logging | include ILPOWER|POWER|LINK|LINEPROTO
show power inline interface gigabitEthernet 1/0/10
Playbook: PoE Troubleshooting Schritt für Schritt
Dieses Vorgehen führt dich zuverlässig zur Ursache: erst Status/Budget, dann Port-Config, dann Physik, dann Leistungsprofil und zuletzt Hardware.
- 1) Port identifizieren und Status prüfen (
show interfaces status) - 2) PoE global/Port prüfen (
show power inline) - 3) Budget prüfen (Denied?)
- 4) Port-Konfig prüfen (PoE auto/static/off?)
- 5) Kabel/Errors/TDR prüfen (Physik)
- 6) Leistungsanforderung prüfen (PoE vs. PoE+)
- 7) Fault/Overcurrent auswerten (Gerät/Kabel/Port)
Kommandoblock (Copy/Paste)
show interfaces status
show power inline
show power inline interface gigabitEthernet 1/0/10
show running-config interface gigabitEthernet 1/0/10
show interfaces counters errors
show logging | include ILPOWER|POWER|OVER|FAULT|LINK|LINEPROTO
Best Practices: PoE-Probleme im Betrieb minimieren
Viele PoE-Tickets entstehen durch fehlende Planung: zu knappes Budget, falsche Switch-Modelle, undokumentierte Geräteklassen oder schlechte Verkabelung. Mit Standards wird PoE „langweilig“.
- PoE-Budget planen (APs/Kameras/Telefone pro Switch)
- PoE+ dort einsetzen, wo moderne APs/Kameras hängen
- Patchkabel-Qualität standardisieren, Verkabelung sauber dokumentieren
- Monitoring auf PoE-Denied/Fault Events (Syslog/SNMPv3)
- Port-Descriptions pflegen (Gerätetyp, Standort)
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.
