PoE (Power over Ethernet) ist im Campus-Alltag unverzichtbar: IP-Telefone, Access Points, Kameras und IoT-Devices werden direkt über den Switch versorgt. Damit PoE stabil funktioniert, brauchst du drei Dinge: ein realistisches Power Budget (Switch/Netzteil), saubere Port-Policies (auto/static/never), und Prioritäten für den Fall, dass das Budget knapp wird. Viele PoE-Probleme entstehen nicht durch „defektes PoE“, sondern durch falsche Erwartungen (PoE vs. PoE+), zu knapp dimensionierte Budgets oder unklare Prioritäten. Dieser Leitfaden zeigt eine praxistaugliche Konfiguration und typische Fehlerbilder.
PoE-Grundlagen: Standards und was sie praktisch bedeuten
PoE-Leistung hängt vom Standard und vom Switch/Netzteil ab. Ein PoE-Port „kann“ zwar theoretisch eine Leistung liefern, aber nur, wenn das Gesamtbudget des Switches verfügbar ist.
- 802.3af (PoE): typischerweise bis ~15 W pro Port
- 802.3at (PoE+): typischerweise bis ~30 W pro Port
- 802.3bt / UPOE: höhere Leistungen, plattformabhängig
Merksatz
PoE ist immer „Portfähigkeit + Switchbudget“. Wenn eines fehlt, bleibt der Port ohne Power oder wird „denied“.
Power Budget verstehen: Warum nicht alle Ports gleichzeitig voll liefern können
Access-Switches haben ein PoE-Budget (z. B. über das Netzteil). Wenn du viele Verbraucher anschließt, kann das Budget ausgeschöpft sein. Dann entscheidet der Switch, welche Ports versorgt werden – abhängig von Priorität und Konfiguration.
Budget und Verbrauch prüfen
show power inline
show power
show environment all
Typische Budget-Situationen
- Telefon-Port (niedrige Leistung) ist meist unkritisch
- Moderne APs/Kameras können PoE+ oder mehr benötigen
- Viele APs auf einem Switch führen schnell zu Budget-Engpässen
Port-Mode konfigurieren: auto, static, never
Der PoE-Portmodus steuert, wie der Switch Leistung bereitstellt. Für die meisten Umgebungen ist auto der Standard: Leistung wird nur geliefert, wenn ein PoE-Gerät erkannt wird.
- power inline auto: Standard, PoE nur bei PD-Erkennung
- power inline static: reserviert Leistung (nützlich bei bestimmten Devices, aber budget-intensiv)
- power inline never: PoE aus (z. B. für Nicht-PoE-Ports)
Standard: PoE am Port aktivieren
enable
configure terminal
interface gigabitEthernet 1/0/10
description AP-01
power inline auto
end
PoE am Port deaktivieren (Sonderfall)
configure terminal
interface gigabitEthernet 1/0/20
description NON-POE-DEVICE
power inline never
end
Prioritäten setzen: High, Medium, Low
Wenn das Budget knapp wird (z. B. nach Stromausfall/Reload), kann der Switch Ports nach Priorität versorgen. Typisch: Telefone hoch, APs mittel, Kameras je nach Kritikalität.
Priorität pro Port setzen (Beispiel)
configure terminal
interface gigabitEthernet 1/0/15
description IP-PHONE
power inline auto
power inline priority high
exit
interface gigabitEthernet 1/0/10
description AP-01
power inline auto
power inline priority medium
exit
interface gigabitEthernet 1/0/30
description CAMERA-LOBBY
power inline auto
power inline priority low
end
Praxisempfehlung für Prioritäten
- High: IP-Telefone (Business-Kritikalität, geringe Watt)
- Medium: Access Points (WLAN-Verfügbarkeit)
- Low: Kameras/IoT (je nach Sicherheitsanforderung anpassen)
Power Limits und Reservierung: Typische „Warum ist denied?“ Fallen
Viele Switches reservieren Leistung (allocated) und zeigen tatsächlichen Verbrauch (consumed). Wenn Reservierung zu hoch oder Budget zu niedrig ist, werden Ports „denied“. Außerdem können feste Limits den Port künstlich begrenzen.
Port-spezifische PoE-Details anzeigen
show power inline interface gigabitEthernet 1/0/10
Typische Ursachen für Denied
- Gesamtbudget ausgeschöpft
- Port reserviert zu viel Leistung (static/hohe Klasse)
- Endgerät verlangt PoE+, Switch/Port nur PoE
- Hardware/PSU liefert nicht das erwartete Budget
Praxis-Template: PoE-Access-Switch mit Telefonen und APs
Dieses Template kombiniert einen sinnvollen Standard: Ports auf auto, Prioritäten gesetzt und klare Descriptions. Du passt nur Interface-Ranges an deine Umgebung an.
configure terminal
interface range gigabitEthernet 1/0/1 - 24
description IP-PHONES
power inline auto
power inline priority high
exit
interface range gigabitEthernet 1/0/25 - 40
description APS
power inline auto
power inline priority medium
exit
interface range gigabitEthernet 1/0/41 - 48
description CAMERAS-IOT
power inline auto
power inline priority low
end
Typische Fehlerbilder und schnelle Korrekturen
Die meisten PoE-Probleme lassen sich anhand von Status und Logs schnell einordnen. Nutze dabei immer Port-Details und Budget-Übersicht.
Fehlerbild: Gerät bekommt keinen Strom (PoE off)
- PoE am Port deaktiviert (
power inline never) - Port ist kein PoE-Port (falsches Modell/Slot)
- Kabel/Stecker Problem, PD wird nicht erkannt
Fehlerbild: Denied
- Budget voll → Prioritäten/Budgetplanung prüfen
- Port reserviert zu viel → static vermeiden, Limits prüfen
Fehlerbild: Fault/Overcurrent
- Kurzschluss/Überstrom → Kabel/Endgerät prüfen, Patchkabel tauschen
- Wiederkehrend → Endgerät defekt oder Verkabelung feucht/beschädigt
Logs für PoE-Events
show logging | include ILPOWER|POWER|PoE|OVER|FAULT|DENIED
Verifikation: Nachweis, dass PoE korrekt läuft
Nach der Konfiguration solltest du überprüfen, ob das Budget plausibel ist, ob kritische Ports mit hoher Priorität versorgt werden und ob keine Denied/Fault Meldungen auftreten.
show power inline
show power inline interface gigabitEthernet 1/0/10
show interfaces status
show logging | include ILPOWER|POWER|PoE|DENIED|FAULT
Best Practices: PoE stabil und planbar betreiben
PoE wird dann zuverlässig, wenn du es wie Kapazitätsplanung behandelst: Budgets pro Switch, Portprofile je Gerätetyp, Prioritäten für Engpässe und Monitoring auf Denied/Fault Events.
- PoE-Budget planen: Geräteanzahl × realistische Watt-Annahme
- PoE+ gezielt für moderne APs/Kameras vorsehen
- Ports auf
power inline autoals Standard - Prioritäten setzen (High für Telefone, Medium für APs)
- Monitoring auf Denied/Fault/Overcurrent (Syslog/SNMPv3)
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.
